Skip To Content

Administrar copias de seguridad de data stores

Las copias de seguridad son necesarias para recuperar los datos en caso de un fallo en el data store o de que los datos estén dañados. Si crea copias de seguridad de sus data stores y las guarda en una ubicación segura, puede definir un nuevo ArcGIS Data Store, acceder a sus archivos de copia de seguridad y restaurar los datos si por alguna razón el data store falla y no se puede reiniciar.

Nota:

Tenga en cuenta que los archivos de copia de seguridad solo contienen los data stores. Los archivos de copia de seguridad no mantienen una copia de seguridad del sitio de GIS Server ni del portal. En lugar de eso, las copias de seguridad ayudan a recuperar los datos que se han perdido cuando falla el equipo principal del data store o los datos se corrompen. Si quiere que las capas de escenas y entidades alojadas funcionen aunque falle el equipo en el que están almacenados los datos, configure un equipo de data store adicional para que el data store esté altamente disponible.

Si utiliza un data store relacional o de caché de teselas (o ambos), puede utilizar la herramienta webgisdr instalada con Portal for ArcGIS para crear una copia de seguridad en su lugar. Cuando utiliza la herramienta webgisdr, también se crea una copia de seguridad del portal, el servidor de alojamiento y los servidores federados. Consulte Copias de seguridad de ArcGIS Enterprise en la Guía del administrador de Portal for ArcGIS para obtener más información sobre el uso de esta herramienta.

Las copias de seguridad le permiten recuperar los datos en caso de desastre, como el caso en el que el servidor falla o se produce una inundación que destruya el servidor. SI la copia de seguridad se encuentra en el servidor destruido por la inundación, no es posible recuperar los datos. En consecuencia, es necesario guardar los archivos de copia de seguridad en un servidor distinto del servidor del data store.

Definir una ubicación de copia de seguridad

Cuando crea un data store relacional o un data store de caché de teselas, se configura automáticamente una ubicación de copia de seguridad, pero esta se encuentra en el mismo equipo que el data store. Necesita configurar un directorio de archivos compartido y seguro de otro equipo para cada uno de estos tipos de data stores. De forma predeterminada, ArcGIS Data Store crea copias de seguridad de data stores relacionales en /usr/arcgisdatastore/backups. Significa que los archivos de copia de seguridad se almacenan en el mismo equipo que el data store relacional o el data store de caché de teselas. Si falla el data store o el equipo principal, no podrá acceder a los archivos de copia de seguridad y, por tanto, no podrá restaurar los datos de las capas de entidades alojadas ni de las capas de escena. Por esta razón, las copias de seguridad se deben almacenar en una ubicación distinta de la predeterminada.

Otro motivo para no dejar los archivos de copia de seguridad en el mismo equipo que el data store es que estos archivos pueden llenar rápidamente el espacio de disco del equipo. Si se queda sin espacio de disco, el data store relacional se pondrá en modo de solo lectura para evitar que se corrompan los datos. En los equipos de big data stores de caché de teselas y espaciotemporales, el data store se apagará cuando el equipo se quede sin espacio de disco.

Para los data stores relacionales y de caché de teselas, debe definir un directorio de archivos para las copias de seguridad automáticas. Este directorio del archivo se considera la ubicación de copia de seguridad predeterminada para estos data stores. Las copias de seguridad creadas automáticamente por ArcGIS Data Store siempre se almacenan en la ubicación de copia de seguridad predeterminada.

A partir de 10.6.1, es posible definir ubicaciones de copia de seguridad adicionales para su data store relacional, incluidos otros recursos compartidos de archivos, los depósitos de Amazon Simple Storage Service (S3) y los contenedores de almacenamiento de BLOB de Microsoft Azure. Estas ubicaciones adicionales se pueden usar para almacenar copias de seguridad completas creadas con la utilidad backupdatastore.

En el momento en que se crean, los big data stores espaciotemporales no tienen una ubicación de copia de seguridad predeterminada. Debe registrar al menos una ubicación de copia de seguridad para poder crear los archivos de copia de seguridad de un big data store espaciotemporal. Puede registrar un archivo compartido, un depósito de Amazon S3 o un contenedor de almacenamiento de BLOB de Microsoft Azure. También puede especificar varias ubicaciones de copia de seguridad para big data stores espaciotemporales y definir uno como ubicación predeterminada. Las copias de seguridad creadas automáticamente por ArcGIS Data Store siempre se almacenan en la ubicación de copia de seguridad predeterminada. Usted puede escribir copias de seguridad manuales completas en ubicaciones de copias de seguridad adicionales creadas con la utilidad backupdatastore.

Puede crear manualmente copias de seguridad de big data stores de caché de teselas, relacionales y espaciotemporales. Para crear una copia de seguridad de un big data store espaciotemporal, debe registrar una ubicación de red compartida. También debe registrar una ubicación para las copias de seguridad de caché de teselas para poder crear copias de seguridad. El registro de una ubicación de red compartida para data stores de caché de teselas es opcional, pero muy recomendable.

Registrar una ubicación de copia de seguridad predeterminada

Registre una ubicación de copia de seguridad predeterminada, segura y compartida en la que ArcGIS Data Store pueda almacenar archivos de las copias de seguridad programadas (automáticas).

Siga estos pasos para configurar un directorio compartido para almacenar los archivos de copia de seguridad del data store:

  1. Cree un directorio compartido en otro equipo para almacenar los archivos de copia de seguridad.

    Nota:

    Asegúrese de que haya espacio de almacenamiento suficiente para contener todos los archivos incluidos en la copia de seguridad del data store. El número y el tamaño de los archivos varía en función de los datos y el tipo de data store que esté usando. Los data stores de caché de teselas pueden ser bastante grandes, y los big data stores espaciotemporales pueden incluso serlo más. Las copias de seguridad de data stores se crean automáticamente, y el ritmo al que la copia de seguridad se llena depende del horario de copias de seguridad y del número de días que se conserven las copias de seguridad. Asegúrese de supervisar el tamaño del directorio de copias de seguridad y ajustar estos parámetros y tamaños de almacenamiento según sea necesario.

    Tenga en cuenta también que los equipos de big data stores espaciotemporales de la misma implementación de ArcGIS Data Store deben tener acceso a este directorio compartido.

  2. Conceda acceso de lectura y escritura al directorio de red compartido y la cuenta que ha instalado ArcGIS Data Store.
  3. Ejecute la utilidad configurebackuplocation para especificar el directorio compartido como la ubicación de salida predeterminada de las copias de seguridad del data store.

    En el momento en que se crean, los big data stores espaciotemporales no tienen una ubicación de copia de seguridad predeterminada. Debe registrar al menos una ubicación de copia de seguridad para poder crear los archivos de copia de seguridad de un big data store espaciotemporal. Puede registrar un archivo compartido, un depósito de Amazon S3 o un contenedor de almacenamiento de BLOB de Microsoft Azure.

    Si los usuarios han publicado capas de entidades alojadas y se produjo una copia de seguridad automática antes de configurar el directorio compartido que se recomienda para las copias de seguridad, la utilidad configurebackuplocation trasladará al directorio compartido los archivos de copia de seguridad de los data store relacionales existentes de la ubicación de copia de seguridad predeterminada.

    Debido al tamaño potencialmente grande de los data stores de caché de teselas, la configuración de una nueva ubicación de las copias de seguridad del data store de caché de teselas no copia los datos existentes. Por lo tanto, asegúrese de especificar una ubicación de copia de seguridad compartida antes de que los usuarios publiquen cualquier capa de escenas.

    En el primer ejemplo, la ubicación de copia de seguridad de un data store relacional se cambia a un directorio denominado ds_backups en un equipo denominado sysshare.

    ./configurebackuplocation.sh --operation change --store relational 
    --location /net/sysshare/ds_backups
    You are going to change the backup location of the data store. Existing backups will be copied to the new location and it could take a few moments. Please do not interrupt the process once it has started.
    Do you want to continue (Yes or No)? Yes

    En este ejemplo, una ubicación de copia de seguridad se registra para un big data store espaciotemporal. La ubicación es un directorio compartido denominado bigdatabus en sysshare.

    ./configurebackuplocation.sh --operation register --store spatiotemporal 
    --location /net/sysshare/bigdatabus

    Para conocer la sintaxis completa y ver ejemplos adicionales, incluidos ejemplos de configuración de ubicaciones de copia de seguridad de almacenamiento la nube, consulte la Referencia de las utilidades de ArcGIS Data Store.

Sugerencia:

Si su directorio de copia de seguridad remoto se desconecta durante más tiempo de la cuenta, realice una copia de seguridad completa manual del data store tan pronto como la ubicación de copia de seguridad compartida esté disponible.

Registrar ubicaciones de copia de seguridad adicionales para las copias de seguridad manuales

En el caso de los big data store espaciotemporales, existe la opción de registrar ubicaciones de copia de seguridad adicionales. A partir de 10.6.1, también existe la opción de registrar ubicaciones de copia de seguridad adicionales para los data stores relacionales. Se pueden usar para almacenar copias de seguridad creadas manualmente con la utilidad backupdatastore.

Recuerde que es usted quien debe limpiar las ubicaciones de almacenamiento de copias de seguridad manuales; ArcGIS Data Store no elimina los archivos automáticamente.

Siga estos pasos para agregar otra ubicación para los archivos de copia de seguridad que cree manualmente para un big data store espaciotemporal o un data store relacional.

  1. Cree otra ubicación para los archivos de copias de seguridad.
    • Para registrar un directorio compartido, cree el directorio en otro equipo. Asegúrese de que el espacio de almacenamiento sea lo suficientemente grande para contener todos los archivos de copia de seguridad, asegurándose de que los datos de inicio de sesión que utilice al conectarse al equipo de ArcGIS Data Store para ejecutar la utilidad backupdatastore tengan acceso de escritura este directorio. Si desea crear un segundo directorio compartido para un big data store espaciotemporal, todos los equipos de big data espaciotemporal de la misma implementación de ArcGIS Data Store deben tener acceso a este directorio compartido.
    • Para registrar un depósito de S3, cree el depósito dentro de su cuenta de AWS. Elija un tamaño de depósito capaz de albergar sus archivos de copia de seguridad.
    • Para registrar un contenedor de almacenamiento de BLOB de Azure, cree el contenedor dentro de su cuenta de almacenamiento de BLOB de Azure.
  2. Ejecute la utilidad configurebackuplocation con la operación register para registrar esta ubicación de copia de seguridad adicional.

Copias de seguridad automáticas

De manera predeterminada, ArcGIS Data Store crea una copia completa de los data stores cada cuatro días, pero se puede cambiar la frecuencia con la que el data store crea una copia de seguridad completa mediante la ejecución de la utilidad updatebackupschedule.

Cambiar la frecuencia de copia de seguridad

Si los usuarios publican o editan un gran número de capas de entidades alojadas, debe incrementar la frecuencia con la que se crean copias de seguridad completas de los data stores relacionales. Si sus usuarios publican grandes cantidades de capas de escena, aumente la frecuencia con la que se crean las copias de seguridad de los data stores de caché de teselas. Si el sitio de ArcGIS GeoEvent Server archiva grandes volúmenes de datos de transmisión o hay muchos usuarios que ejecutan frecuentemente GeoAnalytics Tools, aumente la frecuencia de las copias de seguridad de los big data stores espaciotemporales.

Nota:

De forma predeterminada, las copias de seguridad incrementales están deshabilitadas para los data stores relacionales. Si habilita la recuperación de un punto en el tiempo, se crean copias de seguridad incrementales cuando los archivos de registro estén llenos o cada cinco minutos, lo que se produzca primero. La base de datos controla la creación de copias de seguridad incrementales; no se puede controlar la frecuencia con la que se crean copias de seguridad incrementales.

La ubicación de las copias de seguridad debe tener espacio suficiente para almacenar todos los archivos de copia de seguridad. El tamaño de las copias de seguridad varía según la cantidad de datos de que se disponga, pero si se utiliza la configuración predeterminada de copias de seguridad, estas contienen dos copias de seguridad completas y siete días de archivos de copia de seguridad incrementales. El tamaño de estos archivos depende de la cantidad y el tamaño de los datos. Si vuelve a habilitar la recuperación de un punto en el tiempo para los data stores relacionales, las copias de seguridad también incluyen siete días de archivos de copias de seguridad incrementales de manera predeterminada.

Recuerde que no se produce ninguna limpieza automática de los archivos de copias de seguridad de data stores de caché de teselas o de big data stores espaciotemporales. Si aumenta la frecuencia de las copias de seguridad de estos data stores, es probable que necesite limpiar también con mayor frecuencia la ubicación para copias de seguridad.

Si decide crear copias de seguridad manualmente y desea deshabilitar las copias de seguridad automáticas, establezca la frecuencia de copia de seguridad en 0. Si deshabilita las copias de seguridad automáticas, debe crear las copias de seguridad personalmente como protección contra la pérdida de datos en caso de avería de un equipo u otra catástrofe que afecte a los datos.

La utilidad updatebackupschedule se instala en el directorio <ArcGIS Data Store installation directory>/datastore/tools.

  1. Abra un shell de comando.
  2. Ejecute la utilidad updatebackupschedule para especificar la frecuencia de copia de seguridad que requiera.

    La sintaxis para ejecutar la utilidad es la siguiente:

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

    Por ejemplo, escriba lo siguiente para programar las copias de seguridad completas del data store relacional a las 3:00 a.m. (hora local del servidor) todos los días:

    ./updatebackupschedule.sh --store relational --starttime 03:00:00 --frequency 1

    En este ejemplo, se programa una copia de seguridad del big data store espaciotemporal para las 11:30 p.m. (hora local del servidor) cada tres días:

    ./updatebackupschedule.sh --store spatiotemporal --starttime 23:30:00 --frequency 3

Cambiar durante cuánto tiempo se mantienen los archivos de copia de seguridad automática de un data store relacional

El directorio de copia de seguridad mantiene los archivos de copia de seguridad del data store relacional durante siete días de manera predeterminada. Significa que, si mantiene la frecuencia de copia de seguridad (cada cuatro días) y el plazo de retención (siete días) predeterminados, el directorio de copia de seguridad contiene dos copias completas. Si vuelve a habilitar la recuperación de un punto en el tiempo, el directorio de copias de seguridad también contiene siete días de archivos de copia de seguridad incrementales. El tamaño de estos archivos depende de la cantidad y el tamaño de los datos. El equipo donde se almacenan las copias de seguridad debe contar con espacio de disco suficiente para todos esos archivos. Si incrementa la frecuencia de copia de seguridad, considere la posibilidad de reducir el periodo de retención para los archivos de copia de seguridad. En la sección anterior, la frecuencia de copia de seguridad se ha incrementado a todos los días. Para impedir que el directorio de copia de seguridad crezca demasiado, reduzca el periodo de retención de los archivos de copia de seguridad.

La sintaxis para ejecutar la utilidad updatebackupretaindays es la siguiente:

updatebackupretaindays <number of days>

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

./updatebackupretaindays.sh 4

Copias de seguridad manuales

Incluso si utiliza las copias de seguridad automáticas, habrá ocasiones en las que desee crear una copia de seguridad para un fin determinado fuera del programa habitual de copias de seguridad, por ejemplo, antes de actualizar el sistema o para crear una copia de seguridad completa secundaria en otra ubicación.

Si deshabilita las copias de seguridad automáticas, debe crear copias de seguridad manuales periódicamente.

Todos los archivos de copia de seguridad que cree manualmente, incluso los de los data stores relacionales, se deben borrar manualmente.

Ejecutar una utilidad para crear una copia de seguridad de un data store

Puede usar la utilidad backupdatastore para crear una copia de seguridad completa de los datos de las capas de entidades en el data store. Puede crear manualmente una copia de seguridad completa antes de introducir un gran número de cambios en el data store o antes de actualizarlo. O puede crear una copia de seguridad para conservar una copia de los datos en un estado concreto, por ejemplo al final de la primera fase de un proyecto.

La primera vez que ejecute la utilidad backupdatastore para un data store de caché de teselas, las copias de seguridad se realizan de todas las bases de datos de data store de caché de teselas existentes. Análogamente, la primera vez que ejecute la utilidad backupdatastore para un data store espaciotemporal, se crea una copia de seguridad completa. Como ambos tipos de data stores pueden ser muy grandes, cada vez que ejecute la utilidad backupdatastore después de la primera vez, la utilidad solo crea copias de seguridad de los datos que se han creado desde la última vez que se ha ejecutado la utilidad.

El inicio de sesión que utilice para conectar con el equipo del data store para ejecutar la utilidad backupdatastore debe tener acceso de lectura y escritura en la ubicación de copia de seguridad del data store.

La sintaxis para ejecutar la utilidad backupdatastore es la siguiente:

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

El parámetro --location se admite para los big data stores espaciotemporales y los data stores relacionales. Los argumentos de este parámetro son los siguientes y se deben separar con punto y coma (;):

  • type=: los tipos válidos son fs (archivo compartido), s3 (depósito de S3 de AWS) o azure (contenedor de almacenamiento de BLOB de Azure).
  • name=: si asignó nombres a las ubicaciones de copia de seguridad que configuró para su big data store espaciotemporal, 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 depósitos de S3, indique el nombre del depósito. Para contenedores de almacenamiento de BLOB de Azure, indique el nombre del contenedor.

Asigne al archivo un nombre de copia de seguridad intuitivo para poder encontrarlo cuando desee restaurar los datos. Si no especifica un nombre, la utilidad asigna al archivo un nombre predeterminado. El nombre predeterminado tiene el formato nombredatastore-marcahora. Por ejemplo, si el data store se llama corpds y crea la copia de seguridad del 10 de julio de 2014 a las 14:25:49:554 UTC, el nombre del archivo de copia de seguridad será corpds-20140710142549554.

Se le pedirá que confirme que desea crear una copia de seguridad. Escriba o s para crear la copia de seguridad.

Sugerencia:

Si desea programar las copias de seguridad manuales en una secuencia de comandos, incluya un marcador para desactivar el mensaje de confirmación, como en el ejemplo siguiente:

backupdatastore --store tilecache --prompt no

En este ejemplo, el data store genera el nombre del archivo de copia de seguridad. Esto es necesario en una secuencia de comandos para garantizar que el nombre del archivo de copia de seguridad es único.

Eliminar las copias de seguridad manuales del data store

Si ya no necesita conservar un archivo de copia de seguridad del data store que creó con la utilidad backupdatastore, puede ejecutar la utilidad listbackups para obtener el nombre de ese archivo de copia de seguridad y ejecutar a continuación la utilidad deletebackup para eliminar el archivo que ya no se necesita. Por ejemplo, una vez que haya actualizado el data store y confirmado que todas las capas funcionan del modo esperado, puede eliminar la copia de seguridad del data store que creó antes de actualizar.

En este ejemplo, se elimina la base de datos preupgrade1104_bu:

./listbackups.sh --store relational
Backup_Name                      Status           Backup_Time         Mode
====================================================================================
phase1proj_bu                    BackupComplete   2014-03-08 14:12    manual phase2proj_bu                    BackupComplete   2014-06-21 11:43    manual preupgrade_bu                    BackupComplete   2014-10-04 09:30    manual ds_gdt1oomh-20141103160748082    BackupComplete   2014-11-01 03:00    scheduled
/deletebackup preupgrade1104_bu You are attempting to delete backup 'preupgrade1104_bu'. This operation is irreversible.
Do you wish to continue (Yes or No)?yes
Operation completed successfully