restoredatastore

Esta utilidad se utiliza con todos los tipos de ArcGIS Data Store.

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

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

Si utiliza un almacén relacional y necesita recuperar los datos de la entidad de capas alojadas de una fecha pasada, restáurelos sobrescribiendo el almacén relacional.

Nota:

El almacén relacional debe estar configurado para admitir la recuperación de un punto en el tiempo y solo podrá restaurar a un estado anterior del almacén relacional para el que disponga de archivos de copia de seguridad. 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.

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

Nota:

Para descubrir qué archivos de copia de seguridad puede utilizar para restaurar, ejecute la utilidad listbackups.

Sintaxis

restoredatastore [options]

Las opciones compatibles se enumeran en la tabla siguiente:

Opción	Descripción
--store	Indica el tipo de data store a restaurar. Los valores válidos son relational, spatiotemporal, graph u object.
--target	Los valores válidos son most-recent, la marca de tiempo del archivo de copia de seguridad en el formato <yyy-mm-dd-hh:mm:ss> o el nombre del archivo de copia de seguridad. Todos los tipos de data store admiten el nombre de archivo de copia de seguridad con la opción target. Una marca de tiempo y most-recent solo se admiten para almacenes relacionales. Al restaurar después de un fallo o para mover el almacén relacional, especifique --target most-recent. Si va a restaurar un almacén relacional a un punto en el tiempo, lo que requiere que el almacén relacional esté configurado para permitir la recuperación a un punto en el tiempo, especifique la fecha y hora (en UTC) a la que necesita restaurar el data store. Si dispone de un archivo de copia de seguridad específico que va a restaurar, indique el nombre del archivo de seguridad en su lugar. Si no especifica un objetivo, se restaurará la última copia de seguridad.
--source-loc	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 BLOB de Azure. Sugerencia: Para obtener ubicaciones de origen de las copias de seguridad, puede ejecutar la utilidad configurebackuplocation con la opción --operation establecida en list. Si no puede ejecutar la utilidad configurebackuplocation utility -por ejemplo, si el equipo del data store falla y lleva a cabo la restauración en un nuevo equipo para recuperar el data store- puede identificar la ubicación de la fuente de copia de seguridad si existe un archivo llamado agsds_backup_sig.
--bound	Los valores válidos son true o false. La opción --bound solo se admite con almacenes relacionales. De forma predeterminada, se supone que está restaurando el almacén relacional para que funcione con el mismo sitio de Servidor SIG con el que estaba registrado cuando creó la copia de seguridad. Solo se especifica --bound false para restaurar el data store sin mantener la asociación con el sitio de Servidor SIG del data store. Si trasladó los servicios alojados a otro Servidor SIG, puede establecer la opción --bound como false y especificar la URL del nuevo sitio de Servidor SIG con la opción --server-url al restaurar. También podría restaurar el almacén relacional desvinculado de su Servidor SIG como último recurso si el sitio de Servidor SIG se perdiera y no pudiera recuperarse; podría restaurar el data store desvinculado y configurarlo con un nuevo sitio de Servidor federado. 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.
--data-dir	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	Si especifica --bound true (u omite la opción --bound) para mantener el data store registrado en el mismo sitio de Servidor SIG en el que estaba registrado cuando creó la copia de seguridad, especifique la URL de ese sitio de Servidor SIG. Si especifica --bound true y ha trasladado los servicios a un nuevo sitio de Servidor SIG, utilice la opción --server-url para especificar la dirección URL del nuevo sitio de Servidor SIG. Si especifica una nueva URL del sitio y no ha trasladado los servicios a este nuevo servidor, no se podrá acceder a los datos del data store.
--server-admin	Esta opción es obligatoria si especifica --bound true o si no especifica la opción --bound. Proporcione el nombre de usuario del administrador de ArcGIS Server.
--server-password	Esta opción es obligatoria si especifica --bound true o si no especifica la opción --bound. Proporcione la contraseña del administrador de ArcGIS Server.
--loaddata	Se admite con big data store espaciotemporales, así como con graph stores y almacenes de objetos. Los valores válidos son true o false. 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.
--mode	Los valores válidos son singleInstance o cluster. Cuando restaura un graph store o un almacén de objetos en un equipo nuevo, puede especificar cluster para cambiar el data store de una sola instancia al modo de clúster, o especificar singleInstance para cambiar el almacén de datos de modo de clúster a modo de instancia única.
--prompt	Los valores válidos son yes o no. Cuando ejecute esta utilidad, se le pedirá que confirme la acción que ha especificado. Si automatiza el uso de esta utilidad, establezca la opción --prompt en no; de lo contrario, el script no procederá hasta que responda a la petición.

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

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

restoredatastore --target most-recent --source-loc rdsbackups --server-url https://gisserver.example.com:6443 --server-admin siteadmin --server-password $Aup.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 almacén relacional con la recuperación de punto en el tiempo habilitada se restaura desde la ubicación de copia de seguridad del almacén 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.example.com:6443 --server-admin siteadmin --server-password SAup.4s

restoredatastore --target 2014-07-17-14:30:00 --source-loc \\sharedserver\entbackups\relds --server-url https://gisserver.example.com:6443 --server-admin siteadmin --server-password $Aup.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 almacén 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 contenido de ArcGIS Data Store. Como los servicios de entidades alojados todavía se están ejecutando en el mismo sitio de Servidor SIG en el que se registró el almacén relacional, --bound true no es necesario, pero la URL y las credenciales de administrador de Servidor SIG, sí lo son.

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

restoredatastore --target movedatastore --source-loc \\buserver\data\backups --data-dir C:\datastore --server-url https://gisserver.example.com:6443 --server-admin siteadmin --server-password $Aup.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, 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.example.com:6443 --server-admin siteadmin --server-password SAup.4s

restoredatastore --target bds1 --store spatiotemporal --source-loc name=awsloc --server-url https://gisserver.example.com:6443 --server-admin siteadmin --server-password $Aup.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.

En este ejemplo, el graph store 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 contenido de ArcGIS Data Store. Como las capas del gráfico de conocimiento todavía se están ejecutando en el mismo sitio de Servidor SIG en el que se registró el graph store, --bound true es necesario, pero la URL y las credenciales de administrador del Servidor SIG, sí lo son.

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

restoredatastore --store graph --source-loc \\buserver\kgdata\backups --data-dir C:\datastore --server-url https://gisserver.example.com:6443 --server-admin siteadmin --server-password $SAup.4s