Skip To Content

Referencia de utilidades de comandos de ArcGIS Data Store

Las utilidades de comandos, 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 de comando allowconnection.

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

Sintaxis

allowconnection <host name> <user name> [<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 data stores.

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 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.

Sintaxis

backupdatastore [<backup file name>] [--store {relational | tileCache | spatiotemporal | graph}] [--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). Solo puede utilizar recursos compartidos de archivos para las copias de seguridad de graph stores.
  • 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.

Ejemplo

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 configurebackuplocation. 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. De lo contrario, 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}

Ejemplo

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 le permite cambiar distintas 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: 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. El valor de espacio de disco predeterminado es 1024 MB. Especifique los tamaños en MB.
  • max-connections: 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: 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: 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.

    Las opciones admitidas para el parámetro enablessl son las siguientes:

    • true: esta es la opció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: utilice este parámetro para cambiar la cantidad de memoria de almacenamiento dinámico (en MB) utilizada por un big data store espaciotemporal. De manera predeterminada este tipo de data store utilizada la mitad de la memoria RAM disponible cuando se inicia. Este parámetro no es compatible con data stores relacionales ni con data stores de caché de teselas.
  • rebalance: 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 operación de reequilibrio se suspenderá durante el tiempo establecido para el parámetro max-rebalance-off. Este parámetro solo se aplica a big data stores espaciotemporales.
    Heredado:

    En ArcGIS 10.4.x, esta opción era reallocation.

  • max-rebalance-off: 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. Este parámetro solo se aplica a big data stores espaciotemporales.
    Heredado:

    En ArcGIS 10.4.x, esta opción era max-allocation-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 false, pues de lo contrario, el script no proseguirá hasta que responda.

Ejemplo

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

En este ejemplo, la opción max-rebalance-off se utiliza para establecer en 15 el número de minutos tras los cuales el big data store espaciotemporal cambiará automáticamente rebalance a true.

./changedbproperties.sh --store spatiotemporal --max-rebalance-off 15

En este ejemplo, se usa el parámetro enablessl para configurar el data store de caché de teselas de modo que use Transport Layer Security al crear el contenedor y al escribir datos en el data store de caché de teselas.

./changedbproperties.sh --store tileCache --enablessl admin,data

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 installation 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 <user name> <new password> [--prompt {yes | no}]

Sugerencia:

Si tiene que programar los cambios de las contraseñas en una secuencia de comandos, 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 big data stores relacionales y de caché de teselas.

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.

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 data stores relacionales, de caché de teselas, big data stores espaciotemporales y graph stores.

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. Este comando también le 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 principal-de respaldo 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 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. No puede usar una unidad local para los archivos de copia de seguridad de un big data store espaciotemporal.

Los graph stores 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 un recurso compartido de archivos. Solo se admiten las ubicaciones de recursos compartidos de archivos.

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, un bucket de S3 o un contenedor de almacenamiento de BLOB de Azure para las ubicaciones de copia de seguridad secundarias de todos los data stores excepto los graph stores. Para los graph stores, las segundas ubicaciones de copia de seguridad solo pueden ser recursos compartidos de archivos.

Para obtener más información sobre cómo definir ubicaciones de copia de seguridad, consulte Administrar copias de seguridad de data store.

Sintaxis

configurebackuplocation --location '<backup_location_arguments>' [options]

Use la opción --location para especificar dónde desea que ArcGIS Data Store almacene los archivos de copia de seguridad. Para data stores de caché de teselas, 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>]'. En la siguiente lista se proporciona una explicación de cada uno de estos argumentos:

  • type=: 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=: para recursos compartidos de archivos, especifique la ruta del archivo. Para buckets de Amazon S3, especifique el nombre del bucket. Para contenedores de almacenamiento de BLOB, especifique el nombre del contenedor.
  • 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=: 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=: 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 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=: esta opción 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. Esta opción solo se utiliza si las copias de seguridad se almacenan en un contenedor de almacenamiento de BLOB de Azure.

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

  • --store {relational | tileCache | spatiotemporal | graph}: especifique el tipo de ArcGIS Data Store para el que configura una ubicación 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 una de las opciones:
    • change: use esta opción 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 la opción 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 esta opción 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 o graph store se establece como la ubicación de copia de seguridad predeterminada. Cuando se registra otra ubicación de copia de seguridad para un big data store espaciotemporal, de caché de teselas o graph store, se registra una ubicación de copia de seguridad secundaria.

      Cuando especifica la opción 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 almacena las copias de seguridad manuales generadas con la utilidad backupdatastore.

      Nota:

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

    • unregister: utilice esta opción 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 la opción 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.
    • setdefault: si tiene varias ubicaciones de copia de seguridad para un big data store espaciotemporal o de caché de teselas, 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.
  • --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 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 /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

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

En este ejemplo, una ubicación de copia de seguridad en un recurso compartido de red se registra para un big data store espaciotemporal. Se asigna un nombre, fshare, a la ubicación de copia de seguridad.

./configurebackuplocation.sh --operation register --store spatiotemporal 
--location 'type=fs;location=/net/sharedmachine/ge_bu;name=fshare'

En este ejemplo, se especifica una segunda ubicación de copia de seguridad 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'

En este ejemplo, se especifica una tercera ubicación de copia de seguridad en Azure para el big data store espaciotemporal.

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

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

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

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 este comando, puede crear los siguientes tipos de data store:

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}] [--mode {primaryStandby | cluster}] [--machines <machine names>]

  • <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. Aunque el sitio de GIS Server utilice un Web Adaptor, 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 para el usuario administrador de ArcGIS Server integrado.
  • <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}: 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 operación opcional solo se aplica a los data stores de caché de teselas. De forma predeterminada, los nuevos data stores de caché de teselas se crean en modo primaryStandby. Los graph stores se crean en modo singleInstance y no se pueden modificar en este momento.

    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 operación de modo para cambiar su data store de caché de teselas de un modo a otro.

  • Los graph stores se crean en modo de instancia única y solo pueden contener un equipo.

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

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 y graph stores; no configure un big data store espaciotemporal ni un graph store 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 el modo de un data store de caché de teselas

Si actualiza desde 10.7.1 o anteriores, su data store de caché de teselas estará automáticamente en modo principal-de respaldo. Si necesita más equipos en su data store de caché de teselas porque tiene un gran número de capas de escena, puede cambiar el modo del data store de caché de teselas a clúster y agregar más equipos al data store de caché de teselas. Una vez ha agregado más equipos, las cachés de nuevas capas de escena se almacenarán en el nuevo equipo (o equipos). Las cachés existentes no se almacenarán en los equipos nuevos salvo que cree una copia de seguridad completa del data store de caché de teselas y la restaure tras agregar los equipos nuevos.

De forma similar, si creó el data store de caché de teselas en la versión 10.8 o eligió el clúster para el modo del data store de caché de teselas cuando lo creó, pero más adelante vio que era demasiado lento para usted, puede cambiar el data store de caché de teselas al modo principal-de respaldo si no necesita realmente el almacenamiento que ofrecen varios equipos. No obstante, el data store de caché de teselas no puede contener más de dos equipos antes de que cambie al modo principal-de respaldo.

Nota:

Puede utilizar la operación --mode para especificar el modo del data store de caché de teselas al crear el data store o para cambiar su modo, pero no puede cambiar el modo al actualizar un data store de caché de teselas.

Ejemplo

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, el data store de caché de teselas existente se cambia al 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 graph stores.

La utilidad deletebackup le permite eliminar archivos de copia de seguridad creados para data stores relacionales o graph stores. Primero, debe ejecutar la utilidad listbackups para ver los nombres y las horas de creación de las copias de seguridad creadas utilizando la utilidad backupdatastore. Después, puede ejecutar la utilidad deletebackup para eliminar los archivos de copia de seguridad que ya no necesite.

Tenga en cuenta que 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> [--prompt {yes | no}]

Ejemplo

./deletebackup.sh featuresMarchbu
You are attempting to delete backup 'featuresMarchbu'. 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:

  • 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
  • Ubicaciones de copia de seguridad usadas 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 data store relacional o de caché de teselas de respaldo (modo principal-en espera) pasó a ser el data store principal (última conmutación por error); 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 (equipos <data store type> registrados); muestra todos los equipos del clúster independientemente de su estado
  • El modo configurado para un data store de caché de teselas, ya sea de clúster o principal-de respaldo.
  • Si un almacén de big data relacional o espaciotemporal está en modo READWRITE o READONLY (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

General Information of ArcGIS Data Store on machine.domain.com
==============================================================
ArcGIS Data Store release....10.9.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.domain.com:6443/server/admin
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.domain.com:6443/server/admin
Portal for ArcGIS URL.....https://portal_webadaptor.domain.com/portal

Information for spatiotemporal big data store ds_qpko99Cl
==============================================================
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.domain.com:6443/arcgis/admin
Portal for ArcGIS URL...............https://portal_webadaptor.domain.com/portal
Data Store mode.....................READWRITE

Information for graph store x2b7s0n
==============================================================
Deployment mode................................singleInstance
Access endpoint................................MACHINE1:9829
Registered graph store machines................MACHINE1.DOMAIN.COM
Owning system URL...................https://gisserver.domain.com:6443/arcgis/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. Una vez 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. La utilidad exportmanageddb todavía está presente para permitir que los scripts existentes sigan funcionando, pero en su lugar debe empezar a usar la utilidad backupdatastore para crear un archivo de copia de seguridad y, después debe usar la utilidad restoredatastore para recuperar el data store del archivo de copia de seguridad.

importmanageddb

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

Si ha exportado un ArcGIS Data Store que contiene bases de datos de capas de entidades alojadas o de cachés de capas de escena alojadas (o ambas), puede usar la utilidad importmanageddb para restaurar el data store. Puede restaurar a un equipo de ArcGIS Data Store actualizado o a una instalación de ArcGIS Data Store en un equipo con un sistema operativo distinto al ArcGIS Data Store de origen.

Si desea que ArcGIS Data Store se registre en el mismo sitio de GIS Server que antes, especifique --bound true y no especifique ningún --server-url. Tenga en cuenta que --bound está establecido como true de manera predeterminada. Asegúrese de reiniciar el sitio de GIS Server después de la restauración.

Si realiza la restauración y desea registrar el data store en un nuevo sitio de GIS Server, especifique --server-url cuando importe el data store.

De manera predeterminada, se importa el data store relacional y todas las bases de datos de las cachés de capas de escena alojadas que forman el data store de caché de teselas en el archivo de exportación. Si no desea incluir las bases de datos de las cachés de capas de escena alojadas, especifique la opción --include-tilecache establecida como false.

La utilidad importmanageddb no importa big data stores espaciotemporales.

Sintaxis

importmanageddb <source backup location> <backup name> [options]

Entre las opciones admitidas se encuentran las siguientes:

  • [--server-url <ArcGIS Server URL registered with data store>]: si especifica --bound true y ya 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, a menos que también haya trasladado los servicios a este nuevo servidor, los datos del data store no estarán accesibles.
  • [--server-admin <user name 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.
  • [--data-dir <data store data directory>]: directorio de ArcGIS Data Store. De manera predeterminada, este es el directorio de ArcGIS Data Store de los data stores registrados actualmente.
  • [--stores {relational | tileCache}]: indica qué tipo de data store desea importar. Si los data stores relacionales y de caché de teselas se están ejecutando en el mismo equipo y desea importarlos, especifique ambos separados por una coma; por ejemplo, escriba --stores relational,tileCache. Si no especifica la opción --stores, se presupone que es relacional.
  • [--include-tilecache {true | false}]: esta opción está presente para garantizar la compatibilidad con las versiones anteriores. Si no especifica la opción --stores o bien especifica --stores relational, podría controlar si el data store de caché de teselas se ha restaurado o no está usando esta opción.
  • [--bound {true | false}]
    • Si especifica --bound true o no especifica la opción --bound, debe especificar la URL de un sitio de GIS Server con la opción --server-url y especificar las credenciales del administrador de ArcGIS Server con las opciones --server-admin y --server-password. Si realiza la importación en el mismo sitio de GIS Server en el que estaba registrado ArcGIS Data Store cuando se exportó el data store, especifique la dirección URL de ese sitio de GIS Server y proporcione el nombre de usuario y la contraseña del administrador de ArcGIS Server. Para vincular el data store a un nuevo sitio de GIS Server, proporcione la URL y las credenciales de administrador de este sitio nuevo.
      Nota:

      Especifique información para un nuevo sitio de GIS Server solo si ya ha trasladado los servicios web a este nuevo sitio de GIS Server.

    • Si el data store ya no va a usar el sitio anterior de GIS Server y aún no ha trasladado todos los servicios al nuevo sitio de GIS Server, especifique --bound false. A continuación debe ejecutar la utilidad registerdatastore para configurar el data store con el nuevo sitio de GIS Server después de trasladar los servicios a este nuevo sitio.
  • [--prompt {yes | no}]: determina si debe responder a una solicitud para ejecutar la utilidad.

Ejemplo

En el siguiente ejemplo, el data store se restaura en la instalación de una versión más reciente de ArcGIS Data Store. Se especifica el nuevo directorio de datos de ArcGIS Data Store. El data store sigue estando vinculado al sitio de GIS Server existente, de modo que el data store y las capas de entidades y de escenas alojadas existentes continúan funcionando. Reinicie su sitio de GIS Server para que las capas de entidades y de escenas alojadas se publiquen en el nuevo equipo.

./importmanageddb.sh /net/backupserver/expdir preupgradeexp --source-loc  --data-dir /usr/arcgis/datastore --server-url https://gisserver.domain.com:6443 --server-admin siteadmin --server-password SAup.4s --bound true

En este ejemplo, tanto el sitio de GIS Server como el data store relacional se han trasladado a nuevos equipos. Los servicios web ya se han trasladado al nuevo sitio de GIS Server, por lo que la nueva dirección URL del sitio se especifica con la opción --server-url. El nombre de la copia de seguridad es movedbexp y se almacena en /net/backupserver/expdir.

./importmanageddb.sh /net/backupserver/expdir movedbexp --data-dir /usr/arcgis/datastore --server-admin siteadmin --server-password Aup.4s --stores relational --bound true --server-url https:\\newgisserver.domain.com:6443

En este ejemplo, los servicios web no se han trasladado al nuevo sitio de GIS Server. Los data stores relacionales y de caché de teselas no serán funcionales hasta que los servicios se trasladen y posteriormente registre el data store con el nuevo sitio de GIS Server. El nombre de la copia de seguridad es movedsfirstexp y se almacena en /net/backupserver/expdir/movingexp2.

./importmanageddb.sh /net/backupserver/dbdump/movingexp2 movedsfirstexp --data-dir /usr/arcgis/datastore --stores relational,tileCache --bound false

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

Ejemplo

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

listbackups

Esta utilidad se utiliza con data stores relacionales, de caché de teselas, big data stores espaciotemporales y graph stores. Cuando se ejecuta para data stores relacionales, la utilidad listbackups solo funciona en el equipo del data store principal.

La utilidad listbackups devuelve los nombres de los archivos de copia de seguridad y la ubicación en la que están escritos. La utilidad listbackups también devuelve el estado de la copia de seguridad (completa o no), la hora de inicio de la copia de seguridad y si se creó manualmente con la utilidad backupdatastore o bien si ArcGIS Data Store la creó automáticamente.

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.

Puede ejecutar listbackups para comprobar si una copia de seguridad ha finalizado o si se está ejecutando, para determinar cuántas copias de seguridad manuales tiene o para confirmar un nombre de archivo antes de ejecutar la utilidad deletebackup.

Sintaxis

listbackups [--store {relational | tileCache | spatiotemporal | graph}] [--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.

El parámetro location se usa con los big data stores espaciotemporales y los data stores relacionales. 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 nombre del bucket de S3 o el nombre del contenedor de almacenamiento de BLOB.

Ejemplo

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   2016-07-11 09:47    manual

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

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 en el graph store.

Sintaxis

listmanageduser

Ejemplo

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

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. Cuando configure el GIS Server en un nuevo equipo (o equipos), podrá registrar el data store en el sitio de GIS Server con la utilidad de comando registerdatastore.

Tenga en cuenta que esto 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. Al registrarlo en un sitio de GIS Server distinto no se vuelven a crear las capas de entidades alojadas, las cachés de capas de escena ni los archivos de datos de servicios de transmisión.

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 que se esté ejecutando en modo principal-en espera. Se puede ejecutar en cualquier equipo de big data store espaciotemporal o de caché de teselas (modo de clúster).

Sintaxis

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

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 big data stores relacionales, de caché de teselas y espaciotemporales.

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:

  • Eliminar un equipo de respaldo de un data store relacional. 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} [--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.

Ejemplo

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 data stores relacionales, de caché de teselas, big data stores espaciotemporales y graph stores.

Si pierde el acceso a los datos que se utilizan en las capas de entidades alojadas, capas de entidades espaciotemporales alojadas, capas de escena alojadas, datos en tiempo real archivados o capas de gráficos de conocimiento, utilice los archivos de copia de seguridad y la utilidad de comando restoredatastore 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 copia 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. Se puede ejecutar en cualquier equipo de big data store espaciotemporal o de caché de teselas.

Sintaxis

restoredatastore [options]

Las opciones admitidas son las siguientes:

  • [--store {relational | tileCache | spatiotemporal | graph}]: 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. Solo las ubicaciones de recursos compartidos de archivos son compatibles con graph stores.
  • [--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 <user name 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 y con graph stores. 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 es de la ubicación predeterminada de copia de seguridad del data store relacional y se restaurará en el data store existente. Dado que 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 --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 predeterminada de copia de seguridad del data store relacional al estado en que se encontraba a las 2:30 PM (UTC) el 17 de julio de 2014.

./restoredatastore.sh --target 2014-07-17-14:30:00 --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. Dado que 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. Dado que 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> <user name> [<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 de comando unregisterdatastore para realizar lo siguiente:

  • Dé de baja un equipo de data store relacional principal de su sitio de GIS Server.

    Tenga en cuenta que si tiene un equipo de respaldo, debe eliminarlo primero del data store antes de eliminar el equipo principal.

  • Dé de baja un big data store espaciotemporal o de caché de teselas de un único equipo.
  • Dar de baja un graph store.

Nota:

Debe eliminar las capas alojadas que utilizan los datos en un big data store relacional, de caché de teselas o espaciotemporal antes de darlo de baja. Si no lo ha hecho, quedarán elementos de capa inutilizables en el portal y servicios inutilizables ejecutándose en el servidor de alojamiento. También debe eliminar elementos de gráficos de conocimiento alojados antes de dar de baja un graph store; si no lo hace, dejará servicios de gráficos de conocimiento inutilizables en ejecución en el sitio de ArcGIS Knowledge Server.

Podría dar de baja un data store de su sitio de GIS Server si decide que ya no desea utilizar el data store ni los servicios que dependen de él. Al dar de baja un equipo del data store, el sitio de GIS Server ya no puede conectarse a ese equipo y todos los servicios que contenían datos del data store que se ha dado de baja dejarán de funcionar. Este comando no elimina los datos; no obstante, si decide que necesita el data store relacional, de caché de teselas o espaciotemporal, puede utilizar las utilidades registerdatastore o configuredatastore para volver a agregarlo.

La utilidad unregisterdatastore solo se puede ejecutar en el equipo de data store principal relacional o de caché de teselas (en modo principal-de respaldo) después de ejecutar la utilidad removemachine para quitar el equipo de respaldo. Unregisterdatastore solo se puede ejecutar para un big data store espaciotemporal o de caché de teselas (modo clúster) cuando queda un equipo tras ejecutar removemachine para quitar todos los demás equipos del data store.

Sintaxis

unregisterdatastore --stores {relational | tileCache | spatiotemporal | graph} [--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 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 data stores relacionales, de caché de teselas, big data stores espaciotemporales y graph stores.

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 frecuencia 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.

Sintaxis

updatebackupschedule [--store {relational | tileCache | spatiotemporal | graph}] [--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.

Ejemplo

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

updatelicense

Esta utilidad se utiliza con data stores relacionales.

Si su licencia de ArcGIS Server caduca, debe actualizarla en el sitio de ArcGIS Server. La información de licencia también se almacena en el data store relacional de ArcGIS Data Store; por tanto, una vez actualizada la licencia del sitio de ArcGIS Server con el que se configura el data store, debe actualizar la licencia en el data store. Para ello, ejecute la utilidad updatelicense desde el equipo donde está instalado su ArcGIS Data Store principal. Si tiene un ArcGIS Data Store de respaldo, la licencia actualizada se replicará en él.

Sintaxis

updatelicense

Ejemplo

Una vez actualizada la licencia de ArcGIS Server, ejecute la utilidad updatelicense para trasladar la nueva licencia al data store.

./updatelicense.sh

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.

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