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.

Lea las Consideraciones sobre copias de seguridad de ArcGIS Data Store y, a continuación, utilice la información de las secciones restantes para configurar y administrar las copias de seguridad de ArcGIS Data Store.

  1. Defina una ubicación de copia de seguridad.
  2. Configure copias de seguridad automáticas.
  3. Cree manualmente copias de seguridad según sea necesario.

Consideraciones sobre copias de seguridad de ArcGIS Data Store

Tenga en cuenta lo siguiente al implementar una copia de seguridad y una estrategia de recuperación para sus data stores:

  • 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.
  • Los archivos de copia de seguridad de ArcGIS Data Store solo contienen big data store relacionales, espaciotemporales o de caché de teselas. Los archivos de copia de seguridad no mantienen una copia de seguridad del sitio de GIS Server, de su portal ni de los data stores que registra con su sitio de GIS Server en ArcGIS Server Manager o una aplicación de ArcGIS Desktop. Debe crear copias de seguridad para dichos componentes por separado.

    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. 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. Todavía tendrá que crear copias de seguridad por separado de los data stores que registra con el sitio de GIS Server en ArcGIS Server Manager o una aplicación de ArcGIS Desktop.

  • Las copias de seguridad de ArcGIS Data Store ayudan a recuperar datos perdidos si el equipo de ArcGIS Data Store falla o los datos se dañan. No proporcionan alta disponibilidad. Si necesita que sus capas espaciotemporales, de escenas y entidades alojadas sigan estando disponibles incluso si falla un solo equipo de ArcGIS Data Store, agregue un equipo de respaldo a sus data stores relacionales y de caché de teselas para que tengan una alta disponibilidad. Puede agregar varios equipos a su big data store espaciotemporal para que tenga una alta disponibilidad.
  • Debido a los cambios en los mecanismos de almacenamiento subyacentes y en el software de ArcGIS, las copias de seguridad de data stores que cree con versiones anteriores de ArcGIS Data Store no se pueden utilizar para restaurar datos en versiones de ArcGIS Data Store más nuevas. Por tanto, deberá crear una copia de seguridad completa de cada data store después de actualizar ArcGIS Data Store.

Definir una ubicación de copia de seguridad

Las ubicaciones y el comportamiento de las copias de seguridad se diferencian entre los tipos de data store. Lea la información correspondiente al tipo de data store (o data stores) que administra.

  • Data stores relacionales

    Cuando crea un data store relacional, se configura automáticamente una ubicación de copia de seguridad en el mismo equipo que el data store. De forma predeterminada, ArcGIS Data Store crea copias de seguridad de data stores relacionales en /usr/arcgisdatastore/backups/relational. Si el equipo principal del data store falla, no podrá acceder a los archivos de copia de seguridad y, por tanto, no podrá restaurar los datos de las capas de entidades alojadas.

    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.

    Por tanto, defina un directorio de archivos para copias de seguridad automáticas en un directorio de archivos compartido y seguro de otro equipo, en lugar de en la ubicación predeterminada. Este directorio de archivos se considera la ubicación de copia de seguridad predeterminada. Las copias de seguridad creadas automáticamente por ArcGIS Data Store siempre se almacenan en la ubicación de copia de seguridad predeterminada. Puede cambiar la ubicación de las copias de seguridad predeterminadas usando la operación change con la utilidad configurebackuplocation.

    Puede registrar ubicaciones de copias de seguridad adicionales para su data store relacional, incluidos otros recursos compartidos de archivos, buckets de Amazon Simple Storage Service (S3) y 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.

  • Data stores de caché de teselas

    Cuando crea 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. De forma predeterminada, ArcGIS Data Store crea copias de seguridad de data stores de caché de teselas en /usr/arcgisdatastore/backups/tilecache. Si el equipo principal del data store falla, no podrá acceder a los archivos de copia de seguridad y, por tanto, no podrá restaurar los datos de las capas de escena.

    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 tiene poco espacio en disco, el data store de caché de teselas se apagará.

    Por tanto, debe registrar un directorio de archivos compartido y seguro en otro equipo para sus copias de seguridad, en lugar de en la ubicación predeterminada. Defina un directorio de archivos compartido para las copias de seguridad automáticas antes de crear copias de seguridad con la utilidad backupdatastore. Este directorio de archivos se considera la ubicación de copia de seguridad predeterminada. Las copias de seguridad de data stores de caché de teselas creadas por ArcGIS Data Store siempre se encuentran en esta ubicación. Puede cambiar la ubicación de las copias de seguridad predeterminadas usando la operación change con la utilidad configurebackuplocation.

  • Big data stores espaciotemporales

    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 recurso compartido de archivos, 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. Si esta ubicación tiene poco espacio en disco, el big data store espaciotemporal se apagará.

    Usted puede escribir copias de seguridad manuales completas en ubicaciones de copias de seguridad adicionales creadas con la utilidad backupdatastore. Para ello, debe registrar otra ubicación de copia de seguridad.

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 recurso compartido de archivos, 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

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

Nota:

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 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 Amazon Web Services. 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.

Administrar 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 miembros de su portal publican y editan grandes cantidades de capas alojadas o usted archiva grandes volúmenes de datos de transmisión, aumente la frecuencia de las copias de seguridad.

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

Crear y eliminar manualmente copias de seguridad

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 (recurso compartido de archivos), s3 (bucket de Amazon Simple Storage Service (S3)) o azure (contenedor de almacenamiento de BLOB de Microsoft Azure).
  • name=: si asignó nombres a las ubicaciones de copia de seguridad que configuró para su 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 buckets de S3, indique el nombre del bucket. 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 un script, 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 un script 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