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 data stores relacionales, de caché de teselas, big data stores espaciotemporales y graph 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.
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 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. 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.
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: 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 operació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)?YesCambiar 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)?YesHabilitar 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)?YesDeshabilitar 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)?YesCambiar 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)?YesPoner 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 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. Esta utilidad 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 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, 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), big data store espaciotemporal 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.
- change: use esta opción para cambiar cualquiera de las propiedades siguientes:
- --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 /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 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 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 {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. 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 operación opcional solo se aplica a los data stores de caché de teselas y almacenes de objetos. De forma predeterminada, los data stores de caché de teselas y los almacenes de objetos se crean en el modoprimaryStandby .
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 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 modos de data store
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 operación --mode establecida en cluster.
Nota:
Puede usar la operación --mode para especificar el data store de caché de teselas o el modo de almacén de objetos 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.
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 utiliza con data stores relacionales.
La utilidad deletebackup le permite eliminar archivos de copia de seguridad que haya creado para data stores relacionales. 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 de respaldo principal) 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 o un almacén de objetos, ya sea de clúster o de respaldo principal.
- 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....11.0.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
==============================================================
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................................singleInstance
Access endpoint................................MACHINE1:9829
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................................primaryStandby
Access endpoint................................MACHINE1:9900
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/portaldiskcleanup
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. 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 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.
Ejemplos
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'
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. 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 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 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 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.
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 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 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.
Sugerencia:
Puede ejecutar la utilidad describedatastore para obtener la ubicación de origen de copia de seguridad. Si no puede ejecutar describedatastore -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 correcta 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 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 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 relaciones y de caché en teselas 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 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.
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.
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