Referencia de utilidades de ArcGIS Data Store

Las utilidades instaladas con ArcGIS Data Store proporcionan herramientas al administrador del data store para gestionar los data stores. En esta página se describen las utilidades y se proporcionan ejemplos y sintaxis.

Todas las utilidades deben ejecutarse en el equipo de ArcGIS Data Store. Encontrará las utilidades en el directorio <ArcGIS Data Store installation directory>/datastore/tools.

Escriba el nombre de la utilidad seguido de --ayuda para obtener asistencia de sintaxis.

allowconnection

Esta utilidad se utiliza con data stores relacionales.

Por motivos de seguridad, todas las conexiones al data store se hacen de manera predeterminada a través del sitio de GIS Server. Si desea abrir el data store relacional de conexiones desde un equipo adicional, puede utilizar la utilidad allowconnection.

La utilidad allowconnection solo se puede ejecutar en el equipo de data store relacional principal.

Sintaxis

allowconnection <host name> <username> [<database>]

Especifique el nombre del equipo cuya conexión al data store relacional (nombre de host) desea permitir y una de las cuentas de base de datos utilizadas por el data store (nombre de usuario): el administrador del data store, el propietario de réplica, el administrador de la geodatabase o bien el usuario administrado (el usuario que publica datos de capa de entidades), que puede obtener con la utilidad listadminusers o listmanageduser. También puede especificar el nombre de la base de datos del data store relacional principal, pero como solo hay una, este valor es opcional.

Ejemplo

En este ejemplo, se permite una conexión desde el equipo de trabajo al data store relacional cuando las conexiones se hacen como usuario administrado hqo.n_1E7.

./allowconnection.sh workcom hqo.n_1E7

backupdatastore

Esta utilidad se utiliza con todos los tipos de data store.

Si necesita crear una copia de seguridad del data store relacional entre las horas programadas para la copia de seguridad, utilice la utilidad backupdatastore. Utilice esta utilidad para crear manualmente una copia de seguridad completa antes de actualizar el data store o antes de introducir un gran número de cambios en el data store.

La primera vez que ejecute la utilidad backupdatastore para un data store de caché de teselas después de configurar una ubicación de copia de seguridad, las copias de seguridad se realizan de todas las bases de datos de data store de caché de teselas existentes. El uso subsiguiente de la utilidad backupdatastore crea copias de seguridad de cualquier base de datos de data store de caché de teselas que se han creado desde la última vez que se ha ejecutado la utilidad.

La primera vez que ejecute la utilidad backupdatastore para un big data store espaciotemporal después de configurar una ubicación de copia de seguridad, se crea una copia de seguridad completa. Puesto que los big data stores espaciotemporales pueden ser muy grandes, el uso subsiguiente de la utilidad backupdatastore crea un archivo de copia de seguridad que solo contiene los cambios realizados desde la copia de seguridad completa inicial.

La utilidad backupdatastore crea una copia de seguridad completa del almacén de objetos para los datos del servicio de vídeo. Las cachés de consulta de las capas de entidades no se incluyen en el archivo de copia de seguridad.

La utilidad backupdatastore se puede ejecutar en el equipo de data store relacional principal. Esta utilidad se puede ejecutar desde cualquier equipo que pertenezca al big data store espaciotemporal o de caché de teselas.

En todos los casos, asegúrese de que la ubicación de copia de seguridad sea lo suficientemente grande como para acomodar todas las copias de seguridad. Para cambiar las ubicaciones de copia de seguridad del data store, utilice la utilidad configurebackuplocation.

Para obtener más información sobre las copias de seguridad de ArcGIS Data Store, consulte Administrar copias de seguridad de data store.

Sintaxis

backupdatastore [<backup file name>] [--store {relational | tileCache | spatiotemporal | graph | object}] [--location <backup_arguments>] [--prompt {yes | no}]

Los argumentos del parámetro --location son los siguientes y se deben separar con punto y coma (;):

• type=: los tipos válidos son fs (recurso compartido de archivos), s3 (bucket de Amazon Simple Storage Service (S3)) o azure (contenedor de almacenamiento de BLOB de Microsoft Azure).
• name=: si asignó nombres a las ubicaciones de copia de seguridad que configuró para su data store, puede utilizar el nombre de la ubicación para especificar dónde desea que se creen los archivos de copia de seguridad cuando ejecute la utilidad backupdatastore.
• location=: si no especifica un nombre de ubicación de copia de seguridad, debe especificar el type y location de la copia de seguridad. Para archivos compartidos, indique la ruta del archivo. Para buckets de S3, indique el nombre del bucket. Para contenedores de almacenamiento de BLOB de Azure, indique el nombre del contenedor.

Ejemplos

En este ejemplo se crea un archivo completo de copia de seguridad llamado project1bu en la ubicación de copia de seguridad que especifique para el data store utilizando la utilidad backupdatastore. De forma predeterminada, se crean copias de seguridad de los data stores relacionales; por lo tanto, en el siguiente ejemplo, se crea una copia de seguridad de un data store relacional.

./backupdatastore.sh project1bu

You are going to back up the data store. This could take some time, depending on the size of your data store.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

En este ejemplo, se crea un archivo de copia de seguridad llamado localbu5 para el big data store espaciotemporal en una ubicación de archivo compartido, a la cual llamó gadbu cuando configuró la ubicación de copia de seguridad.

./backupdatastore.sh localbu5 --store spatiotemporal --location 'name=gadbu'

You are going to back up the data store. This could take some time, depending on the size of your data store.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

En este ejemplo, se crea una copia de seguridad de un big data store espaciotemporal en un contenedor de almacenamiento de BLOB de Azure llamado blob4backups y el archivo de copia de seguridad creado se llama spds311016:

./backupdatastore.sh spds311016 --store spatiotemporal --location 'type=azure;location=blob4backups'

You are going to back up the data store. This could take some time, depending on the size of your data store.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

changebackuplocation

Heredado:

Esri ha dejado obsoleta la utilidad changebackuplocation. Todavía está presente para que los scripts existentes sigan funcionando. Utilice la utilidad configurebackuplocation.

changedatastoremode

Esta utilidad se utiliza con big data stores relacionales y espaciotemporales.

La utilidad changedatastoremode permite colocar un data store relacional en modo de solo lectura mientras realiza el mantenimiento del data store. Por ejemplo, si debe realizar una tarea de mantenimiento que implique el reinicio del data store, como pueda ser el cambio de una ubicación de copia de seguridad entre dos unidades o el cambio de las propiedades de la base de datos, puede poner el data store relacional en modo de solo lectura para que ningún usuario se encuentre en pleno proceso de publicación o edición de datos cuando el data store se reinicia.

La utilidad changedatastoremode también se utiliza para volver a poner el data store relacional en modo de lectura-escritura cuando termine las tareas de mantenimiento o después de agregar espacio de disco al equipo del data store principal para que el data store pueda funcionar correctamente en modo de lectura-escritura.

Debe ejecutar la utilidad changedatastoremode en el equipo de data store relacional principal, no en el equipo de respaldo.

Nota:

Si ArcGIS Data Store establece el data store relacional en modo de solo lectura porque hay poco espacio en el disco, las copias de seguridad automáticas también se deshabilitan para evitar llenar el disco en exceso. Por lo tanto, también debe restablecer la periodicidad de la copia de seguridad automática mediante la utilidad updatebackupschedule después de volver a poner el data store relacional en modo de lectura-escritura.

Si el big data store espaciotemporal está a punto de quedarse sin espacio en disco, ArcGIS Data Store lo establece en modo de solo lectura para evitar daños en los datos. Puede utilizar la utilidad changedatastoremode para devolver un big data store espaciotemporal al modo de lectura-escritura tras agregar suficiente espacio en disco a los equipos de big data stores espaciotemporales.

Sintaxis

changedatastoremode {readonly | readwrite} [--prompt {yes | no}] --store {relational | spatiotemporal}

Ejemplos

En este ejemplo, el data store relacional se vuelve a poner en modo de lectura-escritura, lo que significa que los clientes pueden reanudar ciertas actividades, como la publicación de capas de entidades alojadas en ArcGIS Enterprise, editar datos a través de una capa de entidades alojadas o agregar archivos CSV a Map Viewer.

./changedatastoremode.sh readwrite --store relational --prompt no

Para establecer un big data store espaciotemporal en el modo de lectura-escritura, especifique spatiotemporal con la opción --store como se muestra en el siguiente ejemplo:

./changedatastoremode.sh readwrite --prompt no --store spatiotemporal

changedbproperties

Esta utilidad se utiliza con big data stores relacionales, de caché de teselas y espaciotemporales.

La utilidad changedbproperties permite cambiar varias propiedades según el tipo de data store en el que la ejecuta.

Sintaxis

changedbproperties --store {relational | tileCache | spatiotemporal} [configuration options]

A continuación se indican las opciones de configuración admitidas:

• disk-threshold-readonly: se utiliza únicamente con el data store relacional.

  Este ajuste controla cuándo un data store relacional se pondrá en modo de solo lectura para evitar la pérdida de datos porque hay poco espacio en el disco. Especifique los tamaños en MB. El valor de espacio de disco predeterminado es 1024 MB.

• max-connections: se utiliza únicamente con el data store relacional.

  Utilice este parámetro para especificar la cantidad máxima de conexiones permitidas a un data store relacional. Los data stores relacionales aceptan hasta 150 conexiones de manera predeterminada. Puede utilizar la propiedad --max-connections con la utilidad changedbproperties para cambiar el número de conexiones permitidas.

  Al determinar cuántas conexiones necesita el data store, tenga en cuenta que los procesos internos de ArcGIS Data Store pueden admitir hasta cinco conexiones. También debe tener en cuenta cuántas conexiones concurrentes puede aceptar el equipo de ArcGIS Data Store y seguir funcionando bien. Si el equipo que ejecuta ArcGIS Data Store no tiene mucha memoria, puede que tenga que disminuir el número de conexiones permitidas.

  El número especificado no puede ser menor que 10. Cuando se cambia el número máximo de conexiones permitidas, ese número se cambiará en los equipos del data store principal y de respaldo. Este parámetro no es compatible con big data stores espaciotemporales ni con data stores de caché de teselas.

• pitr: se utiliza únicamente con el data store relacional.

  Este ajuste indica si ArcGIS Data Store crea copias de seguridad incrementales del data store relacional, permitiéndole así recuperar el data store relacional en un punto en el tiempo. Las entradas posibles para esta opción son enable o disable. La recuperación de un punto en el tiempo está deshabilitada de manera predeterminada.

  Nota:

  Debe habilitar la recuperación de un punto en el tiempo si va a usar la utilidad webgisdr para crear copias de seguridad incrementales de su implementación de ArcGIS Enterprise.

• enablessl: se usa solamente con data stores relacionales y de caché de teselas.

  Este parámetro controla el uso del protocolo Transport Layer Security (TLS) al alimentar el data store de caché de teselas y para la comunicación entre el data store relacional y servidor de alojamiento.

  Los argumentos admitidos para el parámetro enablessl son los siguientes:

  • true: esta es la configuración predeterminada. Significa que se utilizará el protocolo Transport Layer Security al escribir los datos de capa de escena en el data store de caché de teselas si especifica --store tileCache, así como en la comunicación entre el data store relacional y el servidor de alojamiento si especifica --store relational.
  • false: especifique false y --store tileCache para usar la comunicación HTTP desde el servidor de alojamiento al escribir en el data store de caché de teselas. Especifique false y --store relational para usar la comunicación HTTP entre el servidor de alojamiento y el data stores relacional.
• heap-size: solo se utiliza con el big data store espaciotemporal.

  Utilice este parámetro para cambiar la cantidad de memoria de almacenamiento dinámico (en MB) utilizada por un big data store espaciotemporal. De forma predeterminada, este tipo de data store usará la mitad de la RAM del equipo (hasta el 70 por ciento de la memoria RAM libre) cuando se inicie. Puede cambiar el tamaño de almacenamiento dinámico a una cantidad de 512 MB y 32.000 MB, pero asegúrese de que la cantidad especificada no supere la cantidad disponible en el equipo.

• rebalance: solo se utiliza con el big data store espaciotemporal.

  De manera predeterminada, este parámetro está establecido como true, lo que significa que los datos de un big data store espaciotemporal distribuirán datos por otros equipos si un equipo no está disponible. Si necesita realizar tareas de mantenimiento en un equipo de big data store espaciotemporal, como actualizarlo, puede desactivar el reequilibrio temporalmente estableciendo este parámetro como false. La opción de reequilibrio se suspenderá durante la cantidad de minutos establecida para el parámetro max-rebalance-off.

• max-rebalance-off: solo se utiliza con el big data store espaciotemporal.

  La configuración de este parámetro se utiliza cuando el parámetro rebalance se establece como false. De manera predeterminada, max-rebalance-off está establecido en 60 minutos. Eso quiere decir que si desactiva temporalmente el reequilibrio, se iniciará de nuevo una vez transcurridos 60 minutos. Si necesita más o menos tiempo para realizar la tarea de mantenimiento para la que ha suspendido el parámetro de reequilibrio, cambie la configuración de tiempo de max-rebalance-off.

• prompt: cuando ejecute esta utilidad, se le pedirá que confirme la acción que ha especificado. Si automatiza el uso de esta utilidad, establezca el parámetro prompt como no, pues de lo contrario, el script no proseguirá hasta que responda.

Ejemplos

Las siguientes secciones incluyen ejemplos del uso de las opciones disponibles con la utilidad changedbproperties.

Cambiar el umbral de solo lectura del data store relacional

De forma predeterminada, el data store relacional se pone en modo de solo lectura cuando el espacio en disco libre se reduce hasta 1.024 MB. En el siguiente ejemplo, existen otras aplicaciones que escriben en el equipo, de modo que el administrador configura el data store relacional para que se ponga en modo de solo lectura antes, cuando el espacio de disco disponible en el equipo descienda hasta 4.000 MB:

./changedbproperties.sh --store relational --disk-threshold-readonly 4000

You are changing the following database properties:
         ...disk space threshold to change relational data store into READONLY mode to 4000MB)

Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Cambiar el número de conexiones permitidas para el data store relacional

En este ejemplo, el número máximo de conexiones permitidas para un data store relacional está establecido en 100:

./changedbproperties.sh --store relational --max-connections 100

You are changing the following database properties:
         ...max number of connections to 100 (on all relational data store machines)

Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Habilitar la recuperación de un punto en el tiempo para el data store relacional

La recuperación de un punto en el tiempo está deshabilitada de manera predeterminada. En este ejemplo, la recuperación de un punto en el tiempo está habilitada para el data store relacional:

./changedbproperties.sh --store relational --pitr enable

You are changing the following database properties:
         ...enable point-in-time recovery for relational store

Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Deshabilitar SSL

De forma predeterminada, el data store relacional se comunica con el servidor de alojamiento a través de HTTPS. En este ejemplo, se utiliza el parámetro enablessl para configurar el data store relacional para que se comunique con el servidor de alojamiento a través de HTTP.

./changedbproperties.sh --store relational --enablessl false

You are changing the following database properties:
         ...disable ssl for relational store

Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Cambiar el tamaño de almacenamiento dinámico del big data store espaciotemporal

De forma predeterminada, el big data store espaciotemporal utiliza la mitad de la RAM del equipo (y el 70 por ciento de la memoria RAM libre) al iniciarse. Reducir el tamaño de almacenamiento dinámico puede impedir el inicio del data store. Si aumenta el tamaño de almacenamiento dinámico, no especifique un número que supere la cantidad de memoria RAM disponible en el equipo.

En este ejemplo, el tamaño de almacenamiento dinámico se ha establecido en 1.600 MB.

./changedbproperties.sh --store spatiotemporal --heap-size 1600

You are changing the following database properties:
         ...heap size for spatiotemporal store to 1600MB (on current machine)

Changing database configurations could cause the database to restart. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Poner en pausa el reequilibrio de los big data stores espaciotemporales

En este ejemplo, el administrador tiene que realizar un breve procedimiento de mantenimiento en un equipo en un big data store espaciotemporal y no desea que el data store se reequilibre. Para ello, las opciones rebalance y max-rebalance-off se utilizan para suspender el reequilibrio durante 30 minutos. Después de 30 minutos, el big data store espaciotemporal cambiará automáticamente a rebalance a true.

Dado que este proceso debe ocurrir periódicamente, el administrador mantiene la siguiente declaración en un script y establece la opción prompt en no.

./changedbproperties.sh --store spatiotemporal --rebalance false --prompt no
./changedbproperties.sh --store spatiotemporal --max-rebalance-off 30 --prompt no

changeloglocation

Esta utilidad se utiliza con todos los tipos de data store.

Si no desea que el data store utilice la ubicación predeterminada del archivo de registro de errores de <ArcGIS Data Store directory>\arcgisdatastore\logs, ejecute la utilidad changeloglocation para que los archivos de registro de errores se creen en otro directorio.

La cuenta de ArcGIS Data Store debe tener privilegios de escritura en la carpeta que especifique.

Sintaxis

changeloglocation <directory path>

Ejemplo

En este ejemplo, los archivos de registro se crearán en el directorio local, ../datastorefiles/logs.

./changeloglocation.sh '../datastorefiles/logs'

changenosqldslocation

Esta utilidad se utiliza con data stores de caché de teselas.

Los data stores de caché de teselas pueden hacerse grandes si almacena muchas teselas de alta resolución en ellos. En esos casos, es posible que desee trasladar los datos a otra unidad del mismo servidor o a una ubicación compartida de otro servidor.

Si traslada los datos a un directorio compartido, debe otorgar permisos de lectura y escritura en el directorio al usuario que ejecuta el proceso (Linux) o servicio (Microsoft Windows) de ArcGIS Data Store.

Sintaxis

changenosqldslocation <path> [--prompt {yes | no}]

Ejemplo

En este ejemplo, las bases de datos que almacenan cachés de capas de escena se crearán en un directorio compartido llamado dstorecache del equipo server2.

./changenosqldslocation.sh /net/server2/dstorecache

changepassword

Esta utilidad se utiliza con data stores relacionales.

ArcGIS Data Store genera aleatoriamente los nombres de usuario y las contraseñas de las cuentas de la base de datos utilizadas para los data store relacionales. Si el sitio le exige configurar sus propias contraseñas, obtenga las contraseñas de las cuentas del data store y ejecute changepassword para restablecer las contraseñas.

Use la utilidad listadminusers para obtener los nombres de usuario y las contraseñas de los usuarios administradores y la utilidad listmanageduser para obtener el nombre de usuario y la contraseña del propietario de los datos de entidad.

La utilidad changepassword solo se puede ejecutar en el equipo de data store relacional principal.

Sintaxis

changepassword <username> <new password> [--prompt {yes | no}]

Sugerencia:

Si tiene que programar los cambios de las contraseñas en un script, incluya un marcador para desactivar el mensaje de confirmación, como en el ejemplo siguiente:

changepassword gwi_n2Te0 Phfl4mp --prompt no

Ejemplo

En este ejemplo, se cambia la contraseña del usuario gwi_n2Te0 to Phfl4mp!.

./changepassword.sh gwi_n2Te0 Phfl4mp

You are going to change the password for user gwi_n2Te0.
Do you want to continue (Yes or No)?Yes

changestaginglocation

Esta utilidad se utiliza con graph stores y data stores de caché de teselas y relacionales.

Al restaurar el data store relacional o de caché de teselas, ArcGIS Data Store extrae los archivos de copia de seguridad comprimidos en una ubicación provisional. Eso significa que debe disponer de una ubicación provisional que pueda albergar los datos descomprimidos. Si hay una gran cantidad de datos en el data store relacional o de caché de teselas, configure una ubicación provisional independiente y especificarla para la recuperación.

De manera similar, si utiliza la utilidad configurebackuplocation para definir un bucket de S3 o un contenedor de almacenamiento de Azure Blob para archivos de copia de seguridad de graph stores, cachés de teselas o relacionales, la ubicación provisional se emplea para empaquetar los archivos de copia de seguridad antes de copiarlos en la ubicación de almacenamiento en la nube.

Sintaxis

changestaginglocation <directory path>

Ejemplo

En este ejemplo, la ubicación provisional designada es /net/sanmarcos/rbustage.

./changestaginglocation.sh /net/sanmarcos/rbustage

configurebackuplocation

Esta utilidad se utiliza con todos los tipos de data store.

La utilidad configurebackuplocation le permite especificar la ubicación en la que ArcGIS Data Store escribe los archivos de copia de seguridad, tanto de las copias de seguridad programadas como de las creadas con la utilidad backupdatastore. La utilidad configurebackuplocation también permite modificar las propiedades de una ubicación de copia de seguridad y eliminar una ubicación de copia de seguridad.

Los data stores relacionales se crean con una ubicación de copia de seguridad local predeterminada. Para evitar la pérdida de datos, configure una ubicación de copia de seguridad predeterminada registrando un recurso compartido de archivos remoto con la opción change.

Los data stores de caché de teselas creados en el modo de respaldo principal tienen una ubicación de copia de seguridad predeterminada; los data stores de caché de teselas creados en modo de clúster no la tienen. En cualquier caso, use la utilidad configurebackuplocation con la opción register para especificar una ubicación de red compartida, un bucket de Amazon Simple Storage Service (S3) o un contenedor de almacenamiento de BLOB de Microsoft Azure para almacenar con seguridad estas copias de seguridad de data store de caché de teselas. No puede usar una unidad local para los archivos de copia de seguridad de caché de teselas si el data store se ejecuta en modo de clúster.

Los big data stores espaciotemporales, graph stores y almacenes de objetos no se crean con una ubicación de copia de seguridad predeterminada. Antes de crear copias de seguridad, debe ejecutar la utilidad configurebackuplocation con la opción register para especificar una ubicación de recurso compartido de archivos, un bucket de Amazon Simple Storage Service (S3) o un contenedor de almacenamiento de BLOB de Microsoft Azure para estas copias de seguridad.

Nota:

No puede usar una unidad local para los archivos de copia de seguridad de un big data store espaciotemporal.

Es posible registrar una segunda ubicación de copia de seguridad para almacenar las copias de seguridad creadas con la utilidad backupdatastore. Puede usar un directorio de archivos compartido, bucket de S3 o un contenedor de almacenamiento de BLOB de Azure como ubicaciones de copia de seguridad secundarias.

Para obtener más información sobre las copias de seguridad de ArcGIS Data Store, consulte Administrar copias de seguridad de data store.

Sintaxis

configurebackuplocation --store {relational | tileCache | spatiotemporal | graph | object} --operation {change | register | unregister | list | setdefault} [--location "<backup_location_arguments>"] [additional options]

Entre las opciones obligatorias se incluyen las siguientes:

• --store {relational | tileCache | spatiotemporal | graph | object}: especifique el tipo de ArcGIS Data Store para el que configura o consulta ubicaciones de copia de seguridad. El valor predeterminado es relational.
• --operation {change | register | unregister | list | setdefault}: el valor predeterminado es change. A continuación se explica cada uno de los argumentos:
  • change: use este argumento para cambiar cualquiera de las propiedades siguientes:
    • Especifique otra ubicación de archivo compartido para las copias de seguridad programadas para data stores relacionales. La ubicación establecida con el argumento change es siempre la ubicación de copia de seguridad predeterminada para data stores relacionales.
    • Modifique el nombre que asignó a la ubicación de copia de seguridad.
    • Actualice la información de autenticación establecida para ubicaciones de copia de seguridad en Azure o S3. En S3, puede cambiar la información que indicó anteriormente con las opciones username y password. En Azure, puede cambiar el valor de password.
  • register: utilice este argumento para registrar una ubicación de copia de seguridad. La primera ubicación de copia de seguridad que defina para un big data store espaciotemporal, graph store o data store de caché de teselas que se ejecute en modo de clúster se establece como la ubicación de copia de seguridad predeterminada. Cuando se registra otra ubicación de copia de seguridad para un data store de caché de teselas (principal-en espera o modo clúster), big data store espaciotemporal o graph store, se registra una ubicación de copia de seguridad secundaria.

    Cuando especifica el argumento register con un data store relacional, siempre se registra una ubicación de copia de seguridad secundaria. La ubicación de copia de seguridad secundaria se puede usar para almacenar las copias de seguridad manuales generadas con la utilidad backupdatastore.

    Nota:

    Cuando utilice el argumento register, deberá proporcionar información para la opción --location.

  • unregister: utilice este argumento para eliminar una ubicación de copia de seguridad secundaria de un data store. Si solo hay registrada una ubicación de copia de seguridad, puede usar el argumento para dar de baja y así eliminar por completo la ubicación de copia de seguridad del big data store espaciotemporal, de caché de teselas o graph store.
  • list: muestra en una lista todas las ubicaciones de copia de seguridad registradas para un data store especificado con la opción --store. La lista indica la ubicación física de copia de seguridad, el nombre de la ubicación de copia de seguridad (si se especificó uno al registrar la ubicación) y cuál está registrada como ubicación de copia de seguridad predeterminada.
  • setdefault: si tiene varias ubicaciones de copia de seguridad para un graph store, un data store de caché de teselas o un big data store espaciotemporal, puede usar setdefault para designar una de las ubicaciones de copia de seguridad como ubicación predeterminada. En esta ubicación se escriben las copias de seguridad programadas y es la ubicación predeterminada que se utiliza al ejecutar las utilidades backupdatastore, listbackups o restoredatastore sin especificar una ubicación de copia de seguridad.

Cuando registre o cambie una ubicación de copia de seguridad, use la opción --location para especificar dónde desea que ArcGIS Data Store almacene los archivos de copia de seguridad. Si no ha configurado un nombre de copia de seguridad, use la opción --location cuando defina una ubicación de copia de seguridad predeterminada o elimine una ubicación de copia de seguridad.

Para data stores de caché de teselas o big data stores espaciotemporales, o para registrar una ubicación de copia de seguridad secundaria para un data store relacional, especifique los siguientes argumentos, separados por un punto y coma (;) y encierre toda la cadena de argumentos entre comillas simples ('): --location "type=fs|s3|azure;location=<backup_location>;[name=<backup_location_name>];[username=<AWS_access_key_ID_or_Azure_account>];[password=<AWS_secret_access_key_or_Azure_account_key>];[endpointsuffix=<Azure_cloud_location> | region=<AWS_region>]".

En la siguiente lista se proporciona una explicación de cada uno de los argumentos admitidos con la opción --location:

• type=: este argumento es obligatorio. Especifique el tipo de ubicación que se usará para las copias de seguridad. Puede especificar s3 para almacenar las copias de seguridad en un bucket de Amazon S3, azure para almacenar las copias de seguridad en un contenedor de almacenamiento de BLOB de Azure o fs para almacenar las copias de seguridad en un archivo compartido (este es el valor predeterminado).
• location=: este argumento es obligatorio. Para recursos compartidos de archivos, especifique la ruta del archivo. Para buckets de Amazon S3, especifique el nombre del bucket y su ruta. Para contenedores de almacenamiento de BLOB, especifique el nombre del contenedor y su ruta.
• name=: puede asignar un nombre a la ubicación de copia de seguridad. Por ejemplo, si su ubicación de copia de seguridad es una ruta de archivo, como por ejemplo \\sharedserver_sharedfolders_datastorebackups, puede designar un nombre para esta ubicación, como dsbackups. Al ejecutar las utilidades backupdatastore, listbackups o restoredatastore, proporcione este nombre en lugar de la ruta completa.

  Si no proporciona un nombre al configurar la ubicación de copia de seguridad del data store, ArcGIS Data Store asigna un nombre predeterminado.

• username=: este argumento es obligatorio si su ubicación de copia de seguridad es un bucket de S3 o un contenedor de almacenamiento de BLOB. Para buckets de S3, indique el Id. de clave de acceso de su cuenta de Amazon Web Services (AWS). Para contenedores de almacenamiento de BLOB de Azure, indique el nombre de la cuenta de almacenamiento de Microsoft Azure que puede acceder al contenedor de almacenamiento de BLOB.
• password=: este argumento es obligatorio si la ubicación de copia de seguridad es un bucket de S3 o un contenedor de almacenamiento de BLOB. Para buckets de S3, indique la clave secreta de su cuenta de AWS. Para contenedores de almacenamiento de BLOB de Azure, indique la clave de la cuenta de Azure que especificó en el argumento username.
• endpointsuffix=: este argumento permite indicar dónde se localiza el contenedor de almacenamiento de BLOB de Azure. De manera predeterminada, se supone que endpointsuffix es core.windows.net. Si su contenedor se encuentra en el entorno de la nube gubernamental de Microsoft Azure, establezca endpointsuffix=core.usgovcloudapi.net. Si su contenedor se encuentra en una nube privada, establezca endpointsuffix en el EndpointSuffix de su nube privada de Azure. Este argumento solo se utiliza si las copias de seguridad se almacenan en un contenedor de almacenamiento de BLOB de Azure.
• region=: este argumento es obligatorio si la ubicación de copia de seguridad es un bucket de S3. Debe indicar el código de la región. Por ejemplo, defina la región en ap-southeast-2 si el bucket está desplegado en la región Asia-Pacífico (Sídney). Consulte la documentación de AWS para los códigos de región.

Estas son otras opciones que puede proporcionar con la utilidad configurebackuplocation:

• --force {true | false}: esta opción se utiliza solo con data stores relacionales y le permite cambiar la ubicación de copia de seguridad predeterminada incluso si la ubicación de copia de seguridad predeterminada existente no está disponible.

  Al cambiar la ubicación de copia de seguridad predeterminada para un data store relacional, ArcGIS Data Store copia los archivos de copia de seguridad existentes de la ubicación antigua a la nueva. Si ArcGIS Data Store no puede acceder a la ubicación antigua, no puede copiar los archivos. En versiones anteriores, esto haría que la herramienta configurebackuplocation fallase. Si desea seguir cambiando la ubicación de copia de seguridad predeterminada sin copiar los archivos de copia de seguridad existentes, especifique --force true.

  El valor predeterminado de esta opción es false, lo que significa que no puede modificar la ubicación de copia de seguridad predeterminada si ArcGIS Data Store no puede acceder a la ubicación predeterminada existente.

• --prompt {yes | no}: el valor predeterminado es yes.

Ejemplos

En las secciones siguientes se proporcionan ejemplos de cambios, configuración o lista de ubicaciones de copia de seguridad para data stores.

Cambiar la ubicación de copia de seguridad predeterminada para el data store relacional

En el primer ejemplo, la ubicación de copia de seguridad de un data store relacional se establece en un directorio denominado fsdata_bu, pero en un equipo denominado myshare.

./configurebackuplocation.sh --operation change --store relational --location "type=fs;location=/net/myshare/fsdata_bu"

You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)? Yes

Agregar una ubicación de copia de seguridad para el data store relacional

En este ejemplo, se registra una segunda ubicación de copia de seguridad en Azure para el mismo data store relacional.

./configurebackuplocation.sh --operation register --store relational --location "type=azure;location=mybackups;
name=secondrelloc;username=myazureaccountlogin;password=zpw4myazureaccount"

You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments.
Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)? Yes

Definir una ubicación de copia de seguridad para un almacén de gráficos

En este ejemplo, se registra una ubicación de copia de seguridad para un almacén de gráficos en un recurso compartido de red. Se asigna un nombre, fshare, a la ubicación de copia de seguridad.

./configurebackuplocation.sh --operation register --store graph 
--location "type=fs;location=/net/sharedmachine/g_bu;name=fshare"

Agregar ubicaciones de copia de seguridad y establecer una ubicación predeterminada

En este ejemplo, se especifica una segunda ubicación de copia de seguridad para el big data store espaciotemporal. La ubicación de copia de seguridad adicional se encuentra en el almacenamiento de Azure.

./configurebackuplocation.sh --operation register --store spatiotemporal --location "type=azure;location=myblobs;
name=mazloc;username=myazureaccountlogin;password=zpw4myazureaccount"

En este ejemplo, se especifica una segunda ubicación en la región de Europa (España) en AWS para el mismo big data store espaciotemporal. Se asigna un nombre, awsloc, a la ubicación de copia de seguridad.

./configurebackuplocation.sh --operation register --store spatiotemporal --location "type=s3;location=mybucket;name=awsloc;
username=abcdefg1234567;password=z9y8x7w6v5u4t3s2r1q0;region=eu-south-2"

En este ejemplo, se establece el bucket de S3 como la ubicación de copia de seguridad predeterminada para el big data store espaciotemporal y se utiliza el nombre de la ubicación de copia de seguridad (awsloc).

./configurebackuplocation.sh --operation setdefault --store spatiotemporal --location "name=awsloc"

Obtener una lista de todas las ubicaciones de copia de seguridad de un data store

En este ejemplo, se muestra una lista de todas las ubicaciones de copia de seguridad del big data store espaciotemporal.

./configurebackuplocation.sh --operation list --store spatiotemporal
Backup locations for spatiotemporal big data store:
================================================================
Name             Type     Location                     isDefault
================================================================
fsshare          fs       /net/sharedmachine/ge_bu     false
awsloc           s3       mybucket                     true
mazloc           azure    myblobs                      false

configuredatastore

Esta utilidad se utiliza con todos los tipos de data store.

Después de instalar ArcGIS Data Store, puede ejecutar la utilidad configuredatastore para crear un data store y registrarlo en un sitio de GIS Server. Mediante esta utilidad, puede crear los siguientes tipos de data store:

• Data store relacional
• Data store de caché de teselas
• Big data store espaciotemporal
• Graph store
• Almacén de objetos

También puede ejecutar la utilidad configuredatastore para actualizar un data store tras actualizar el software de ArcGIS Data Store en todos los equipos del data store.

Sintaxis

configuredatastore <ArcGIS Server admin URL> <ArcGIS Server administrator> <ArcGIS Server administrator password> <data directory> [--stores {relational | tileCache | spatiotemporal | graph | object}] [--mode {singleInstance | primaryStandby | cluster}]

• <ArcGIS Server admin URL>: es el sitio de GIS Server que se utiliza o se utilizará como el servidor de alojamiento de ArcGIS Enterprise. La dirección URL de administración de ArcGIS Server tiene el formato https://gisserver.domain.com:6443.

  Nota:

  Aunque el sitio de GIS Server utilice un Web Adaptor o un equilibrador de carga, debe proporcionar la dirección URL en el formato indicado anteriormente.

• <ArcGIS Server administrator>: proporcione el nombre de usuario de un usuario integrado (uno no específico de la organización) que tenga privilegios de administrador en el sitio de GIS Server.
• <ArcGIS Server administrator password>: proporcione la contraseña de la cuenta empleada antes.
• <data directory>: el directorio de datos está en la ubicación del equipo local donde desea crear los archivos del data store.
• {relational | tileCache | spatiotemporal | graph | object}: especifique el tipo de data store que desea crear. Aunque no se recomienda, puede configurar más de un tipo de data store en el mismo equipo especificando cada tipo de almacén separado por una coma (sin espacios). Por ejemplo, para configurar tanto data store relacionales y de caché de teselas en el mismo equipo con un directorio de data store compartido, especifique --stores relational,tileCache. Esri le recomienda encarecidamente que ejecute los big data stores espaciotemporales y graph stores en equipos independientes de otros data stores o software. De lo contrario, el rendimiento podría ser deficiente o el data store se renderiza de modo que no se puede utilizar.
• --mode: esta opción facultativa solo se aplica a los data stores de caché de teselas, almacenes de objetos y graph stores. De forma predeterminada, los data stores de caché de teselas, graph stores y los almacenes de objetos se crean en el modo primaryStandby.

  Los data stores de caché de teselas creados en modo primaryStandby pueden contener dos equipos. El data store de caché de teselas de respaldo contiene los mismos datos que el principal. Si el data store principal falla, el de respaldo se convierte en el data store de caché de teselas principal. Si necesita almacenar grandes cantidades de cachés de capas de escena y, por lo tanto, necesita que su data store de caché de teselas se escale para incluir tres o más equipos, cree un data store de caché de teselas en el modo cluster. También puede utilizar la opción de modo para cambiar su data store de caché de teselas de un modo primaryStandby a otro de clúster.

  Actualmente, los almacenes de objetos creados en modo primaryStandby solo pueden contener un equipo. Si necesita varios equipos en el almacén de objetos de para proporcionar alta disponibilidad, implemente el almacén de objetos en modo de clúster. Cuando se utiliza en el modo de clúster, el almacén de objetos debe contener al menos tres equipos. Consulte los detalles enAgregar equipos a un data store.

Configurar un tipo específico de data store

Con la siguiente configuración de la opción --stores puede especificar el tipo de data store que desea crear:

• relational
• tileCache
• spatiotemporal
• graph
• object

Para configurar más de un tipo de data store en el mismo equipo, separe los tipos con comas. Por ejemplo, para configurar un data store relacional y de caché de teselas en el mismo equipo, especifique --stores relational,tileCache.

Nota:

Los data stores configurados en el mismo equipo compiten entre sí para conseguir memoria y otros recursos, lo que afectará negativamente al rendimiento y posiblemente causará que los data stores dejen de funcionar. Este es especialmente el caso de los big data stores espaciotemporales, los almacenes de gráficos y los almacenes de objetos; no configure un big data store espaciotemporal, un almacén de gráficos o un almacén de objetos en el mismo equipo que otro data store o componente de ArcGIS.

Si programa la creación de varios equipos de big data stores espaciotemporales, se debe configurar manualmente un equipo de big data store espaciotemporal con el sitio de GIS Server antes de poder escribir un script para la creación de equipos de big data stores espaciotemporales adicionales. Incluya tiempos de espera en su script para garantizar que los equipos de big data stores espaciotemporales adicionales no se agreguen al mismo tiempo.

Consulte Crear un data store para obtener más información.

Configurar data stores después de actualizar instalaciones de ArcGIS Data Store

Como parte de la actualización de ArcGIS Data Store, debe reconfigurar los equipos de data stores existentes. Después de instalar una nueva versión de ArcGIS Data Store sobre un ArcGIS Data Store existente en cada equipo de data store, puede iniciar sesión en cualquier equipo del data store y ejecutar la utilidad configuredatastore para terminar de actualizar ese data store en concreto. Por ejemplo, puede ejecutar configuredatastore en el equipo de data store relacional principal y el equipo de respaldo también se actualizará.

Si un equipo contiene un data store relacional y de caché de teselas, especifique --stores relational,tileCache cuando ejecute la utilidad configuredatastore y actualizará todos los equipos de ambos data stores.

Para reconfigurar equipos del big data store espaciotemporal actualizado, inicie sesión en cualquiera de los equipos del big data store espaciotemporal y ejecute la utilidad configuredatastore. De este modo, se actualizan todos los equipos del big data store espaciotemporal.

Si no ha instalado la nueva versión de ArcGIS Data Store en todos los equipos, no se puede proceder con la configuración.

Consulte Actualizar ArcGIS Data Store para obtener más información.

Cambiar un modo de data store de caché de teselas

Para determinar el modo actual definido para el data store de caché de teselas, ejecute la utilidad describedatastore en el equipo del data store de caché de teselas.

Si necesita cambiar el modo de data store de caché de teselas de primaryStandby a clúster, ejecute la utilidad configuredatastore con la opción --mode establecida en cluster.

Nota:

Puede usar la opción --mode para especificar el data store de caché de teselas, el almacén de objetos o el graph store al crear el data store o para cambiar el modo del data store de caché de teselas de primaryStandby a clúster, pero no puede cambiar el modo al actualizar un data store de caché de teselas ni puede cambiar el modo de data store de caché de teselas de clúster a primaryStandby, y tampoco puede cambiar el modo de un almacén de objetos o graph store.

Ejemplos

En este ejemplo, se crea un data store para los datos de capas de entidades alojadas (data store relacional). La dirección URL del sitio de GIS Server que utilizará el data store es https://gisserver.domain.com:6443, el nombre de usuario y la contraseña del administrador del sitio son admin e Iph33l$ik respectivamente, y el directorio de datos del data store es /dstore/data.

./configuredatastore.sh https://gisserver.domain.com:6443 admin Iph33l$ik /dstore/data --stores relational

En el siguiente ejemplo, un data store de caché de teselas existente (respaldo principal) se cambia a modo de clúster:

./configuredatastore https://gisserver.mydomain.com:6443 portaladmin S00perSecret dsstore/scenedata --stores tileCache --mode cluster

deletebackup

Esta utilidad se usa con los data stores relacionales y los almacenes de objetos.

La utilidad deletebackup le permite eliminar archivos de copia de seguridad que haya creado para data stores relacionales o almacenes de objetos. En primer lugar, ejecute la utilidad configurebackuplocation con la opción --operation establecida list en para obtener una lista de todas las ubicaciones de copia de seguridad configuradas para el data store. A continuación, ejecute la utilidad listbackups con una de las ubicaciones para ver los nombres y las horas de creación de las copias de seguridad en esa ubicación. Repita este paso para cada ubicación de copia de seguridad. Después, puede ejecutar la utilidad deletebackup para eliminar los archivos de copia de seguridad que ya no necesite. Debe ejecutar deletebackup por separado para cada ubicación de la que desee eliminar archivos de copia de seguridad.

Nota:

Solo podrá eliminar las copias de seguridad que no sean obligatorias para recuperar el almacén de datos. Por ejemplo, no se puede eliminar la copia de seguridad completa más reciente de un data store relacional.

Sintaxis

deletebackup <backup name> [--store {relational | object}] [--location "<backup-location>"] [--prompt {yes | no}]

Ejemplo

En el siguiente ejemplo, la copia de seguridad del data store relacional denominada featuresMarchbu se elimina de la ubicación de copia de seguridad predeterminada.

./deletebackup.sh featuresMarchbu --store relational
You are attempting to delete backup 'featuresMarchbu'. This operation is irreversible.

Do you wish to continue (Yes or No)?yes

Operation completed successfully

En este ejemplo, el june-videobu del almacén de objetos se elimina de la ubicación de copia de seguridad denominada videobucket.

./deletebackup.sh june-videobu --store object --location "videobucket"
You are attempting to delete backup 'june-videobu'. This operation is irreversible.

Do you wish to continue (Yes or No)?yes

Operation completed successfully

describedatastore

Esta utilidad se utiliza con todos los tipos de data store.

La utilidad describedatastore le permite ver la siguiente información sobre una instalación de ArcGIS Data Store:

• Los tipos de data stores instalados en el equipo (enumerados en Data stores de ArcGIS disponibles)

  Nota:

  Si un data store está instalado en el equipo, pero no está configurado, aparecerá como un ArcGIS Data Store disponible, pero no se devolverá información adicional para ese tipo de data store.

• El número de versión de software de la instalación de ArcGIS Data Store
• La ubicación provisional que utiliza el data store para restaurar datos
• La ubicación del archivo de registro para el data store
• La cantidad de espacio en disco disponible que queda en el equipo donde ArcGIS Data Store está instalado
• El umbral de espacio en disco libre en el que se colocarán los big data stores espaciotemporales y relacionales en modo de solo lectura y se detendrán los data stores de caché de teselas
• La ubicación de copia de seguridad predeterminada utilizada por cada tipo de data store
• Si la ubicación de la copia de seguridad del data store relacional o de caché de teselas está en un recurso compartido de red
• Con qué frecuencia se crea una copia de seguridad del data store (periodicidad de la copia de seguridad)
• Cuántos días se mantienen los archivos de copia de seguridad de un data store relacional y si es posible restaurar data store relacionales en un punto en el tiempo específico
• Si el data store se está ejecutando o no (estado del data store)
• Si la comunicación SSL está habilitada o no en el data store relacional
• La fecha y hora en que el graph store, el data store relacional o el de caché de teselas de respaldo (modo de respaldo principal) pasó a ser el data store principal (última conmutación por error); esta propiedad no se muestra si no se ha producido nunca la conmutación por error
• Los nombres de los equipos que participan en el data store relacional o de caché de teselas (equipos miembros)
• Número de conexiones máximas que se permiten para un data store relacional
• La URL del sitio de GIS Server en el cual está registrado el data store (URL del sistema propietario)
• La URL del portal que está utilizando el sitio de GIS Server como servidor de alojamiento (URL del portal)
• El número de conexiones de capa de entidades actuales al data store relacional
• Una lista de todos los equipos que actualmente participan en el big data store espaciotemporal (equipos del clúster espaciotemporal)
• El equipo dentro del big data store espaciotemporal que actualmente está diseñado como equipo coordinador (coordinador actual del clúster)
• Una lista de todos los equipos que actualmente participan en el clúster de big data store espaciotemporal o de caché de teselas, o en un graph store o almacén de objetos (equipos <data store type> registrados); muestra todos los equipos independientemente de su estado
• El modo de implementación configurado para un data store de caché de teselas, un almacén de objetos o un graph store
• Si un almacén de big data relacional o espaciotemporal está en modo lectura-escritura o solo lectura (Modo de data store)

Sintaxis

describedatastore

Ejemplo

La utilidad describedatastore devuelve información general que se aplica a todos los data stores de un equipo y devuelve secciones separadas que contienen información concreta de cada tipo de data store.

Debe tener distintos data stores en distintos equipos; no obstante, con el objeto de que pueda ver la información devuelta para cada tipo, la salida siguiente muestra un equipo que tiene todos los tipos de ArcGIS Data Store en el mismo equipo. La primera sección (Información general) siempre se devuelve. Las secciones del almacén de datos devueltas por describedatastore varían en función del tipo de almacén de datos presente en el equipo.

./describedatastore.sh

Available ArcGIS Data Stores
==============================================================
Relational Data Store
Tile Cache Data Store
Spatiotemporal Big Data Store
Graph Store
Object Store

General Information of ArcGIS Data Store on machine.domain.com
==============================================================
ArcGIS Data Store release....11.2.0.1234
Staging location............./arcgis/datastore/staging
Log location................./arcgis/datastore/logs
Free disk space..............174.00GB
Threshold for READONLY mode..2048MB

Information for relational data store ds_sthiu0_5T
==============================================================
Backup location........../net/nwshare/dsbackups
Is backup folder shared..true
Backup schedule..........{"schedule-starttime":"00:00:00","schedule-frequency":"Every 7 DAYS"}
Days backup retained.....31
Data store status........Started
SSL enabled..............true
Last failover............20150130190334005
Member machines..........MACHINE1.DOMAIN.COM, MACHINE4.DOMAIN.COM
Maximum connections......150
Owning system URL........https://gisserver_webadaptor.domain.com/server
Portal for ArcGIS URL....https://portal_webadaptor.domain.com/portal
Number of connections....8 connection(s) to managed database
Data Store mode..........READWRITE
Is Point-in-time recovery enabled...No
Query optimizer enabled.............Yes

Information for tile cache data store ds_wztxj7um
==============================================================
Data location............./home/ags/arcgis/datastore/usr/arcgisdatastore/nosqldata
Data store status.........Started
Last failover.............20200130190334005
Backup location.........../net/sharedir/datastore/backup
Is backup folder shared...true
Mode......................primary-standby
Member tile cache machines..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM
Owning system URL.........https://gisserver_webadaptor.domain.com/server
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal

Information for spatiotemporal big data store ds_qpko99Cl
==============================================================
Backup location...................../net/dirshare2/sbds_bu
Max rebalance off time..............60 minutes
Automatic rebalance ................On
Machines in spatiotemporal cluster..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Current coordinator in cluster......MACHINE1.DOMAIN.COM
Registered spatiotemporal machines..MACHINE1.DOMAIN.COM, MACHINE2.DOMAIN.COM, MACHINE3.DOMAIN.COM
Owning system URL...................https://gisserver_webadaptor.domain.com/server
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Data Store mode.....................READWRITE

Information for graph store x2b7s0n
==============================================================
Deployment mode..................primaryStandby
Access endpoint..................MACHINE1:9829
Backup location................../net/dirshare3/graphbu
Registered graph store machines..MACHINE1.DOMAIN.COM
Owning system URL................https://gisserver_webadaptor.domain.com/server
Portal for ArcGIS URL............https://portal_webadaptor.domain.com/portal

Information for object store w1tiknx
==============================================================
Deployment mode...................singleInstance
Access endpoint...................MACHINE1:9900
Backup location.................../net/dirshare4/myfiles/ods_bu
Registered object store machines..MACHINE1.DOMAIN.COM
Owning system URL.................https://gisserver.domain.com:6443/server/admin
Portal for ArcGIS URL.............https://portal_webadaptor.domain.com/portal

diskcleanup

Esta utilidad se utiliza con big data stores relacionales, de caché de teselas y espaciotemporales.

La utilidad diskcleanup elimina archivos temporales que quedan de operaciones como restoredatastore y la actualización de ArcGIS Data Store. Determinados archivos se conservan después de la actualización, lo que le permitirá solucionar un error de la operación de actualización o restauración. Después de que haya confirmado que la operación de actualización o restauración es correcta y el sistema funciona de la forma esperada, puede ejecutar esta herramienta para eliminar esos archivos temporales y recuperar el espacio libre en el disco en los equipos de data store.

Esta utilidad limpia el espacio en disco de un equipo a la vez. Si necesita limpiar archivos en más de un equipo del mismo data store, debe ejecutar la herramienta en cada equipo.

Sintaxis

diskcleanup

Ejemplo

Para ejecutar la utilidad diskcleanup, debe confirmar que desea continuar.

./diskcleanup

You are attempting to cleanup some archived data generated as part of ArcGIS Data Store upgrades or backup-restore operations. Once removed, this data can't be recovered. Do you want to continue (Yes or No)?

exportmanageddb

Heredado:

Esri ha dejado obsoleta la utilidad exportmanageddb en la versión 10.5.1. Su funcionalidad se ha incorporado a la utilidad backupdatastore. En su lugar, utilice la utilidad backupdatastore para crear un archivo de copia de seguridad.

importmanageddb

Heredado:

La utilidad importmanageddb se conserva para varias versiones después de que su utilidad asociada (exportmanageddb) deje de usarse para que resulte posible utilizar archivos de exportación anteriores. A partir de ArcGIS Data Store 11, use la utilidad backupdatastore para crear un archivo de copia de seguridad y la utilidadrestoredatastore para restaurar el data store desde el archivo de copia de seguridad en lugar de importar data stores relacionales y de caché de teselas desde un archivo de exportación.

listadminusers

Esta utilidad se utiliza con todos los tipos de data store.

La utilidad listadminusers devuelve los nombres de usuario y las contraseñas del administrador, del propietario de la réplica y del administrador de la geodatabase de un data store relacional. Devuelve el administrador para data stores de caché de teselas y big data stores espaciotemporales y para graph stores.

Sintaxis

listadminusers

Ejemplos

En este ejemplo, listadminusers se ejecuta en un equipo en el que solo hay un data store relacional instalado.

./listadminusers.sh

Admin users for relational data store ds_abcd1234
=================================================
Database Admin User.... adm_32ret / tT30sbYk22jF
Database Repl User..... dsrepuser / uWn/MV0678h4
GDB Admin User......... sde / iO=Qst751epb

En este ejemplo, listadminusers se ejecuta en un equipo en el que solo hay un big data store espaciotemporal instalado.

./listadminusers.sh

Admin users for spatiotemporal big data store bds_abcd1234
=================================================
Store admin user.... els_321ret / B1as70fF1

En este ejemplo, listadminusers se ejecuta en un equipo en el que solo hay un graph store instalado.

./listadminusers.sh

Admin users for graph store s2t0ic1
=================================================
Store admin user....root / ypz5kx2c5tk4fequ

En este ejemplo, listadminusers se ejecuta en un equipo en el que solo hay un almacén de objetos instalado.

./listadminusers.sh

Admin users for object store w1tiknx
=================================================
Store admin user....n6o96nl53vzkm36d / bpvifyjz73xwhot4

listbackups

Esta utilidad se utiliza con todos los tipos de data store.

Cuando se ejecuta para data stores relacionales, la utilidad listbackups solo funciona en el equipo del data store principal.

Ejecute la utilidad listbackups para determinar lo siguiente:

• La hora de inicio de una operación de copia de seguridad
• Si una copia de seguridad ha finalizado o si se está ejecutando
• Si la copia de seguridad se creó manualmente con la utilidad backupdatastore o bien si la creó automáticamente con ArcGIS Data Store
• Cuántos archivos de copia de seguridad tiene para determinar si necesita eliminar alguno
• Confirmar nombres de archivo de copia de seguridad antes de ejecutar la utilidad deletebackup

Cuando ejecute la utilidad listbackups, especifique la ubicación de copia de seguridad cuya lista de archivos de copia de seguridad desea ver. Si no especifica una ubicación, la utilidad listbackups devuelve copias de seguridad de la ubicación de copia de seguridad predeterminada.

Sintaxis

listbackups [--store {relational | tileCache | spatiotemporal | graph | object}] [--location '<location_arguments>']

Si no especifica ningún tipo de data store, el valor predeterminado de la utilidad es relational y devuelve las copias de seguridad del data store relacional en ejecución en ese equipo. Si el data store relacional no está presente en el equipo donde ejecuta la utilidad, esta devolverá un mensaje de error.

El parámetro location indica dónde se almacenan los archivos de copia de seguridad. Los argumentos son los siguientes:

• name=: el nombre de la ubicación de copia de seguridad. Especificó este nombre al configurar la ubicación de copia de seguridad o, si no especificó un nombre, ArcGIS Data Store asignó un nombre predeterminado.
• location=: la ruta al directorio de archivos compartidos, el bucket S3 o el contenedor de almacenamiento de BLOB.

Ejemplos

En este ejemplo, se enumeran las copias de seguridad para la ubicación de copia de seguridad predeterminada de un data store relacional:

./listbackups.sh --store relational

Backup_Name              Status           Backup_Time         Mode
=======================================================================
phase1proj_bu            BackupComplete   2023-03-08 14:12    manual
phase2proj_bu            BackupComplete   2023-02-21 11:43    manual
ds_gdt1omh-2023020130    BackupComplete   2023-02-01 03:00    scheduled

Backups located at: '/net/myserver.net.com/dsbackups'

En este ejemplo, se muestra una lista de copias de seguridad del big data store espaciotemporal para la ubicación de copia de seguridad llamada sbdsbu:

./listbackups.sh --store spatiotemporal --location "name=sbdsbu"

Backup_Name          Status           Backup_Time         Mode
==================================================================
backup1						        BackupComplete   2023-07-11 09:47    manual

Backups located at: '/net/myserver.ntw.com/spatiotemporal'

listdatasources

Esta utilidad se utiliza con big data stores espaciotemporales.

Debido a un error en 10.8.1, los servicios de mapas de ArcGIS GeoEvent Server que utilizan agregación cuadrada o hexagonal no se renderizan después de actualizar a 10.9 o posterior. Para corregirlo, puede ejecutar la utilidad listdatasources para obtener los nombres de los servicios de mapas de GeoEvent Server y utilizar los nombres de servicio que devuelve con la utilidad upgradedatasource para actualizar los datos de cada servicio separado.

La utilidad listdatasources se puede ejecutar en cualquier equipo de big data store espaciotemporal.

Sintaxis

listdatasources

Ejemplo

Ejecute la utilidad listdatasources en una ventana de comando para que se devuelva una lista de servicios de mapas de GeoEvent Server.

./listdatasources

listmanageduser

Esta utilidad se utiliza con todos los tipos de data store.

La utilidad listmanageduser devuelve el nombre de usuario y la contraseña de la cuenta propietaria de los datos de capa de entidades alojados en big data stores relacionales y espaciotemporales. Esta utilidad también devuelve el nombre de usuario y la contraseña del propietario de la caché de escenas para data stores de caché de teselas y el propietario de los gráficos del almacén de gráficos.

Sintaxis

listmanageduser

Ejemplos

En el siguiente ejemplo, listmanageduser se ejecuta en un equipo que contiene un data store relacional y de caché de teselas. El equipo es el data store relacional principal.

./listmanageduser.sh

Managed user for relational data store ds_abcd1234
===================================================
UserName     Password       Database
gwi_n2Te0    4cXddhZhve=Y   db_qv5e1

Managed user for tile cache data store tcs_e41f0rj2
===================================================
UserName     Password
usr_n8778    y47ccno913

En este ejemplo, listmanageduser se ejecuta en un equipo del big data store espaciotemporal.

./listmanageduser.sh

Managed user for spatiotemporal big data store bds_6udbx4321
=============================================================
UserName     Password
fmr_o1He3    5vZggkPbaw+T

En este ejemplo, listmanageduser se ejecuta en un equipo del graph store.

./listmanageduser.sh

Managed user for graph store s2t0ic1 
================================================ 
UserName   Password 
mu_vwmp8c6 m5c2so76y3b0qczf

En el siguiente ejemplo, listmanageduser se ejecuta en un equipo de almacén de objetos.

./listmanageduser.sh

Managed user for object store w1tiknx
=============================================================
Store credential........n6o96nl53vzkm36d / bpvifyjz73xwhot4

registerdatastore

Esta utilidad se utiliza con todos los tipos de data store.

El data store conserva la información de los nombres de equipos del sitio de GIS Server. Si traslada su sitio de GIS Server a otros equipos nuevos (por ejemplo, si tiene hardware nuevo o si fallan los equipos GIS Server existentes), debe dar de baja el data store de GIS Server para eliminar esta información. Después de configurar el GIS Server en un nuevo equipo (o equipos), podrá registrar el data store en el sitio de GIS Server con la utilidad registerdatastore.

Nota:

La utilidad registerdatastore se utiliza para registrar el data store en el mismo sitio de GIS Server en el cual se registró previamente. El data store contiene los datos de las capas alojadas en el sitio de GIS Server existente. Registrarlo en otro sitio de GIS Server no hace que se vuelvan a crear las capas alojadas.

La utilidad registerdatastore se puede ejecutar en el equipo de data store relacional principal o en un equipo principal de un data store de caché de teselas o un almacén de objetos que se estén ejecutando en modo de respaldo principal. Se puede ejecutar en cualquier equipo en un data store de caché de teselas o un almacén de objetos que se ejecuten en modo de clúster o en cualquier equipo de big data store espaciotemporal.

Sintaxis

registerdatastore <ArcGIS Server URL> <ArcGIS Server site administrator username> <ArcGIS Server site administrator password> --stores {relational | tileCache | spatiotemporal | graph | object}

Aunque no se recomienda, si tiene varios tipos distintos de data stores instalados en el mismo equipo, puede registrarlos al mismo tiempo especificando el tipo de data store separado por una coma (sin espacios); por ejemplo, escriba --stores relational,tileCache.

Ejemplo

En este ejemplo, un data store relacional se vuelve a registrar en un sitio de GIS Server con la URL https://gisserver.domain.com:6443. El nombre de usuario del administrador principal del sitio de ArcGIS Server es agsadmin con la contraseña Tan$p0n.

./registerdatastore.sh https://gisserver.domain.com:6443 agsadmin Tan$p0n --stores relational

removemachine

Esta utilidad se utiliza con data stores relacionales, de caché de teselas, big data stores espaciotemporales y graph stores.

Use la utilidad removemachine para quitar un equipo de un data store que tiene más de un equipo. La utilidad removemachine se usa en estos casos:

• Elimine un equipo de respaldo de un data store relacional o un graph store. Puede ejecutar esta utilidad en el equipo de respaldo o desde el equipo principal en el caso de que el equipo de respaldo no esté disponible.
• Eliminar un equipo de un data store de caché de teselas. Puede ejecutar esta utilidad en cualquier equipo del data store de caché de teselas, pero no puede ejecutar removemachine en un data store de caché de teselas compuesto por un único equipo.
• Eliminar un equipo de un big data store espaciotemporal. Puede ejecutar esta utilidad en cualquier equipo del big data store espaciotemporal, pero no puede ejecutar removemachine en un big data store espaciotemporal compuesto por un único equipo.

Sintaxis

removemachine <machine name> --store {relational | tileCache | spatiotemporal | graph} [--force {true | false}] [--prompt {yes | no}]

--force: de forma predeterminada, tiene el valor false. Especifique true con esta opción solamente si el sitio de ArcGIS Server registrado no está disponible.

--prompt: de forma predeterminada, tiene el valor yes. Si no desea confirmar la acción, especifique no con esta opción.

Ejemplos

En este ejemplo, el equipo del big data store espaciotemporal, gefour, se elimina del data store.

./removemachine.sh gefour --store spatiotemporal

En este ejemplo, el sitio del servidor de alojamiento no está disponible y el equipo del big data store relacional, fsdata, se elimina del data store.

./removemachine.sh fsdata --store relational --force true

removestandbymachine

Heredado:

Esri ha dejado obsoleta la utilidad removestandbymachine. Todavía está presente para que los scripts existentes sigan funcionando, pero debe empezar a usar la utilidad removemachine en su lugar.

restoredatastore

Esta utilidad se utiliza con todos los tipos de data store.

Si pierde el acceso a los datos utilizados por sus capas alojadas, utilice sus archivos de copia de seguridad y la utilidad restoreatastore para recuperar el data store

Si no puede recuperar el data store, instale ArcGIS Data Store en un equipo nuevo, no configure el data store y restaure la última copia completa de seguridad en el equipo nuevo.

Si utiliza un data store relacional y quiere recuperar los datos de la entidad de capas alojadas de una fecha pasada, restáurelos sobrescribiendo el data store relacional. Tenga en cuenta que solo podrá restaurar un estado del data store relacional cuyos archivos de copia de seguridad estén disponibles. Por ejemplo, si solo conserva copias de seguridad de los últimos cinco días, solo podrá recuperar el almacén de datos de una fecha incluida en esos cinco días.

Si necesita reemplazar uno de los equipos en un data store de caché de teselas de varios equipos, es muy probable que tenga que reequilibrar las cachés de capas de escenas en todo el data store de caché de teselas. Una parte del proceso requiere que restaure el data store de caché de teselas, con la opción replicatedata definida como true. Consulte Recuperar un data store para obtener instrucciones.

La utilidad registerdatastore se puede ejecutar en el equipo de data store relacional principal. La utilidad puede ejecutarse en cualquiera de los equipos de data store de caché de teselas, big data store espaciotemporal, graph store o almacén de objetos.

Sintaxis

restoredatastore [options]

Las opciones admitidas son las siguientes:

• [--store {relational | tileCache | spatiotemporal | graph | object}]: indica el tipo de data store que desea restaurar.
• [--target {most-recent | <yyy-mm-dd-hh:mm:ss> | <name of backup file>}]: todos los tipos de data store admiten el nombre de archivo de copia de seguridad con la opción target. Solo se admiten una marca de tiempo y most-recent para data stores relacionales.
• [--source-loc <parent directory of the source backup file location>]: este es el directorio superior en el que se encuentran los archivos de copia de seguridad que desea utilizar para restaurar el data store. Esta será la ruta a la ubicación de un recurso compartido de archivos, un nombre de ubicación de copia de seguridad o una ubicación de copia de seguridad de almacenamiento de Amazon S3 o de Blob de Azure.

  Sugerencia:

  Puede ejecutar la utilidad configurebackuplocation con la opción --operation establecida en list para obtener las ubicaciones de origen de las copias de seguridad. Si no puede ejecutar la utilidad configurebackuplocation utility -por ejemplo, si el equipo del data store falla y lleva a cabo la restauración en un nuevo equipo para recuperar el data store- puede identificar la ubicación de la fuente de copia de seguridad si existe un archivo llamado agsds_backup_sig.

• [--bound {true | false}]: la opción --bound se admite solo con data stores relacionales.
• [--data-dir <new data store directory>]: este es el directorio de ArcGIS Data Store en el equipo en el que está restaurando la base de datos. Utilice solamente --data-dir si restaura el data store en un equipo nuevo. Si restaura en un equipo nuevo, también debe especificar la opción --source-loc.
• [--server-url <ArcGIS Server URL registered with data store>]: si especifica --bound true para mantener el data store registrado con el mismo sitio de GIS Server que se registró cuando creó la copia de seguridad, especifique la URL de ese sitio de GIS Server. Si especifica --bound true y ha trasladado los servicios a un nuevo sitio de GIS Server, utilice la opción --server-url para especificar la dirección URL del nuevo sitio de GIS Server. Tenga en cuenta que, si especifica una nueva URL de sitio y no ha trasladado los servicios a este nuevo servidor, los datos del data store no estarán accesibles.
• [--server-admin <username of ArcGIS Server admin>]: esta opción es obligatoria si especifica la opción --bound true o si no especifica la opción --bound. Proporcione el nombre de usuario del administrador de ArcGIS Server.
• [--server-password <password of ArcGIS Server admin>]: esta opción es obligatoria si especifica la opción --bound true o si no especifica la opción --bound. Proporcione la contraseña del administrador de ArcGIS Server.
• [--loaddata {true | false}]: se admite con big data stores espaciotemporales y de caché de teselas, así como con graph stores y almacenes de objetos. Establezca esta opción en false cuando necesite restaurar el data store en un nuevo conjunto de equipos, pero los datos no quepan en el primer equipo. Así puede restaurar el esquema del data store, agregar más equipos al data store para acomodar todos los datos y, a continuación, ejecutar la utilidad restoredatastore de nuevo con --loaddata establecido en true para restaurar los datos. De forma predeterminada, esta opción tiene el valor true.
• [--replicatedata {true | false}]: se admite con data stores de caché de teselas. Defina esta opción como true cuando tenga que reequilibrar los datos de la caché de escenas tras agregar un equipo al data store de caché de teselas.
• [--mode {primaryStandby | cluster}]: cuando restaura un data store de caché de teselas en un nuevo equipo, especifique si desea un data store de caché de teselas de dos equipos para mayor disponibilidad (primaryStandby) o un data store de caché de teselas de varios equipos escalable (cluster).
• [--prompt {yes | no}]

Cuando restaure tras un fallo del equipo o para trasladar el data store relacional, especifique --target most-recent. Si restaura un data store relacional en una fecha determinada, especifique la fecha y hora (en UTC) que desea utilizar para restaurar el data store. Si dispone de un archivo de copia de seguridad específico que desea restaurar, indique el nombre del archivo de seguridad en su lugar. Si no especifica un objetivo, se restaurará la última copia de seguridad.

De manera predeterminada, el data store restaurado se asocia (vincula) a su sitio de GIS Server. Especifique solo --bound false si desea restaurar el data store sin mantener la asociación al sitio de GIS Server del data store. Solo debe hacerlo como último recurso si el sitio anterior de GIS Server se ha perdido y no se puede recuperar; podría restaurar el data store sin vincular y configurarlo con un nuevo sitio federado de GIS Server. Sin embargo, las capas que han utilizado los datos del data store ya no existirían. Tendría que conectarse a la base de datos del data store para extraer los datos en otro formato y volver a publicarlos en ArcGIS Enterprise.

Ejemplos

En este ejemplo, la copia de seguridad más reciente se encuentra en la ubicación predeterminada de copia de seguridad llamada rdsbackups y se restaura en el data store existente. Como el tipo de data store predeterminado es relacional y sigue vinculado de manera predeterminada al sitio de GIS Server en el que se registró, no tiene que especificar --store relational ni --bound true. Sin embargo, no tiene que especificar la URL ni las credenciales de administrador de GIS Server.

./restoredatastore.sh --target most-recent --source-loc rdsbackups --server-url https://gisserver.domain.com:6443 
--server-admin siteadmin --server-password SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

En este ejemplo, un data store relacional con la recuperación de punto en el tiempo habilitada se restaura desde la ubicación de copia de seguridad del data store relacional en un recurso compartido de red al estado en que se encontraba a las 2:30 p.m (UTC) del 17 de julio de 2014.

./restoredatastore.sh --target 2014-07-17-14:30:00 --source-loc /net/sharedserver/entbackups/relds  --server-url https://gisserver.domain.com:6443 
--server-admin siteadmin --server-password SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

En este ejemplo, el data store relacional se restaura en un equipo nuevo mediante un archivo de copia de seguridad denominado movedatastore. Si restaura en un equipo nuevo, debe especificar la ubicación del archivo de copia de seguridad y la ubicación del nuevo directorio de datos ArcGIS Data Store. Como los servicios de entidades alojados todavía se están ejecutando en el mismo sitio de GIS Server en el que se registró el data store relacional, --bound true no se requiere, pero la URL y las credenciales de administrador de GIS Server sí.

./restoredatastore.sh --target movedatastore --source-loc /net/buserver/data/backups --data-dir /usr/datastore 
--server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

En el siguiente ejemplo, el data store de caché de teselas se restaura en un equipo nuevo. Si restaura en un equipo nuevo, debe especificar la ubicación del archivo de copia de seguridad y la ubicación del nuevo directorio de datos ArcGIS Data Store. Como los servicios de escenas todavía se están ejecutando en el mismo sitio de GIS Server en el que se registró el data store de caché de teselas, --bound true no se requiere, pero la URL y las credenciales de administrador de GIS Server sí.

./restoredatastore.sh --store tilecache --source-loc /net/buserver/scenedata/backups --data-dir /usr/datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

En este ejemplo, el data store de caché de teselas se restaura a partir de un archivo llamado mybackupfilename para reequilibrar los datos de la caché de escenas tras agregar un nuevo equipo al data store de caché de teselas.

./restoredatastore.sh --store tilecache --target mybackupfilename --serverurl https://gisserver.domain.com:6443 --server-admin siteadmin --server-password myAdminPWd! --replicatedata true

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

En el siguiente ejemplo, se restaura un archivo de copia de seguridad de un big data store espaciotemporal (bds1) desde una ubicación de copia de seguridad llamada awsloc.

./restoredatastore.sh --target bds1 --store spatiotemporal --source-loc 'name=awsloc' --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s

You are attempting to restore the data store from a data store backup. This process could take a long time, 
depending on the size of your data. Please do not interrupt the process once it has started.

Do you want to continue (Yes or No)?Yes

Consulte Recuperar un data store para ver los pasos que tiene que seguir y obtener un ejemplo de restauración de un big data store espaciotemporal después de un fallo de hardware.

revokeconnection

Esta utilidad se utiliza con data stores relacionales.

Si ha usado la utilidad allowconnection para permitir temporalmente que otro cliente se conecte directamente con el data store relacional, puede revocar la capacidad de conexión ejecutando la utilidad revokeconnection.

La utilidad revokeconnection solo se puede ejecutar en el equipo de data store relacional principal.

Sintaxis

revokeconnection <host name> <username> [<database>]

Ejemplo

En este ejemplo, la base de datos del almacén de datos no aceptará más conexiones desde el equipo workcom cuando se inicie sesión como usuario hqo.n_1E7.

./revokeconnection.sh workcom bn0_3Wa.m hqo.n_1E7

unregisterdatastore

Esta utilidad se utiliza con todos los tipos de data store.

Puede usar la utilidad unregisterdatastore para realizar lo siguiente:

• Dé de baja un data store de un solo equipo de cualquier tipo del sitio de GIS Server de alojamiento.

  Tras dar de baja un almacén de objetos, debe reiniciar el servidor de alojamiento.

• En los data store que se ejecutan en modo principal-de respaldo, puede anular el registro del equipo principal después de eliminar el equipo de respaldo.
• En el caso de los big data store espaciotemporales y de los data store de caché de teselas que se ejecutan en modo clúster, puede dar de baja el último equipo después de eliminar todos los demás equipos del clúster.

Nota:

Si anula el registro del data store para eliminarlo permanentemente de la implementación, elimine las capas alojadas que utilicen los datos antes de anular el registro de ese data store. Por ejemplo, si los miembros de la organización estaban probando las GeoAnalytics Tools y utilizaban el big data store espaciotemporal para las capas creadas por las herramientas, pero determinaron que las capas podrían almacenarse en su lugar en el data store relacional, elimine las capas de entidades espaciotemporales alojadas de prueba antes de anular el registro del big data store espaciotemporal. Si no lo ha hecho, quedarán elementos de capa inutilizables en el portal y servicios inutilizables ejecutándose en el servidor de alojamiento.

Al anular el registro de un equipo del data store, el sitio de GIS Server de alojamiento (o el sitio de ArcGIS Knowledge Server en el caso de los gráficos de conocimiento) ya no podrá conectarse a ese equipo y todos los servicios que contenían datos del data store sin registrar dejarán de funcionar. Sin embargo, esta utilidad no elimina los datos; si decide que necesita el data store, puede utilizar las utilidades registerdatastore o configuredatastore para volver a agregarlo.

Sintaxis

unregisterdatastore --stores {relational | tileCache | spatiotemporal | graph | object} [--prompt {yes | no}]

Si tiene más de un tipo de data store instalado en el mismo equipo y desea dar de baja más de uno a la vez, especifique cada tipo de data store separado por una coma (sin espacios). Por ejemplo, para dar de baja un data store relacional y de caché de teselas, escriba --stores relational,tileCache.

Ejemplo

Aquí, la utilidad unregisterdatastore se ejecuta para dar de baja los data stores relacionales y de caché de teselas del sitio de alojamiento de GIS Server. Se devuelve una solicitud, que es el comportamiento predeterminado. Para suprimir la solicitud, especifique --prompt No.

./unregisterdatastore.sh --stores relational,tileCache

You are going to unregister the data store.
Do you want to continue (Yes or No)?Yes

updatebackupretaindays

Esta utilidad se utiliza con data stores relacionales.

ArcGIS Data Store mantiene los archivos de copia de seguridad del data store relacional durante siete días de manera predeterminada. Puede cambiar la frecuencia con que las copias de seguridad se eliminan del directorio de copia de seguridad ejecutando la utilidad updatebackupretaindays.

La utilidad updatebackupretaindays solo se puede ejecutar en el equipo de data store relacional.

Sintaxis

updatebackupretaindays <number of days>

Ejemplo

En el siguiente ejemplo, el tiempo de retención del archivo de copia de seguridad se ha cambiado a 10 días:

./updatebackupretaindays.sh 10

updatebackupschedule

Esta utilidad se utiliza con todos los tipos de data store.

De forma predeterminada, ArcGIS Data Store crea una copia de seguridad completa del data store relacional cada cuatro días. Puede cambiar la frecuencia con que se crea una copia de seguridad completa ejecutando la utilidad updatebackupschedule.

No hay ninguna copia de seguridad automática predeterminada para big data stores de caché de teselas o espaciotemporales ni para graph stores. Para establecer una periodicidad de la copia de seguridad automática para un big data store espaciotemporal, primero debe establecer una ubicación válida para la copia de seguridad.

Especifique una hora de inicio con el formato de 24 horas, por ejemplo, 00:00:00 para la medianoche y 13:00:00 para la 1 PM. Utilice la opción de la frequency para especificar el número de días entre copias de seguridad. Para deshabilitar las copias automáticas, establezca la frecuencia en 0. Si ha deshabilitado las copias automáticas, asegúrese de ejecutar la utilidad backupdatastore para crear copias de seguridad completas de forma manual.

Puede ejecutar la utilidad updatebackupschedule en el equipo de data store relacional principal. La herramienta se puede ejecutar en cualquier equipo de big data store espaciotemporal o de caché de teselas.

Para obtener más información sobre las copias de seguridad de ArcGIS Data Store, consulte Administrar copias de seguridad de data store.

Sintaxis

updatebackupschedule [--store {relational | tileCache | spatiotemporal | graph | object}] [--starttime <local server time>] --frequency <number of days>

Si no especifica una nueva hora de inicio, la configuración de la hora de inicio existente no cambiará. Si no especifica un tipo de data store, se presupone que el data store es relacional.

Ejemplos

En este ejemplo, las copias de seguridad completas de un data store relacional tendrán lugar a las 11 PM (hora local del servidor) cada 10 días:

./updatebackupschedule.sh --starttime 23:00:00 --frequency 10

En este ejemplo, la periodicidad de la copia de seguridad está establecida para un data store de caché de teselas. Tras la copia de seguridad inicial de todas las bases de datos de data store de caché de teselas, ArcGIS Data Store copia las bases de datos de data store recién creadas a la ubicación especificada con configurebackuplocation cada 14 días.

./updatebackupschedule.sh --store tileCache --frequency 14

updatesslcertificate

Esta utilidad se utiliza con todos los tipos de data store.

Puede sustituir el certificado autofirmado utilizado para autenticar la comunicación entre el servidor de alojamiento y el data store, y entre los equipos del data store con un certificado verificado y firmado por una entidad emisora de certificados (CA) o un certificado de dominio.

Para obtener más información, consulte Reemplazar el certificado SSL de ArcGIS Data Store.

Sintaxis

updatesslcertificate <source certificate file name with path> <password for the source certificate file> <alias for the certificate>

Ejemplo

Una vez que haya recibido un archivo de certificado firmado por una entidad emisora (CA), ejecute updatesslcertificate para sustituir el certificado autofirmado de ArcGIS Data Store.

./updatesslcertificate.sh /usr/files/mysignedcert.pfx "ps4mycert" dsmachinename

upgradedatasource

Esta utilidad se utiliza con big data stores espaciotemporales.

Debido a un error en 10.8.1, los servicios de mapas de ArcGIS GeoEvent Server que utilizan agregación cuadrada o hexagonal no se renderizan después de actualizar a 10.9 o posterior. Para corregirlo, ejecute la utilidad upgradedatasource para actualizar los índices asociados a los datos de origen de estos servicios de mapas de GeoEvent Server.

Mientras se actualizan los índices, nadie puede acceder al servicio de mapas.

La utilidad upgradedatasource se puede ejecutar en cualquier equipo de big data store espaciotemporal.

Sintaxis

upgradedatasource [<service name>]

Ejemplos

En este ejemplo, se actualizan todas las fuentes del servicio de mapas de GeoEvent Server:

./upgradedatasource

En este ejemplo, la utilidad upgradedatasource actualizará los índices usados por el recon de servicio de mapas de GeoEvent Server. El nombre del servicio se determinó con la utilidad listdatasources.

./upgradedatasource recon