Cómo restablecer copias de seguridad retenidas a largo plazo

Puedes recuperar copias de seguridad retenidas a largo plazo directamente desde tus buckets de Cloud Storage con una utilidad independiente, lo que garantiza el acceso a los datos incluso sin dispositivos activos de Backup and DR.

En este documento, se describe cómo usar esta utilidad de recuperación independiente para descubrir, verificar, activar y restablecer imágenes de copias de seguridad de OnVault y de Compute Engine de Backup and DR.

Descripción general

Las copias de seguridad retenidas a largo plazo se almacenan en buckets de Cloud Storage con políticas de OnVault para el cumplimiento y el archivado. Para garantizar la accesibilidad a los datos independientemente de la infraestructura de copias de seguridad, puedes usar una utilidad de recuperación independiente para descubrir, verificar y restablecer estos datos directamente desde el bucket de almacenamiento. Esto es fundamental para los casos de recuperación ante desastres o de baja de servicio en los que es posible que el dispositivo de copia de seguridad o recuperación original no esté disponible.

Antes de comenzar

Antes de comenzar a restablecer las copias de seguridad retenidas a largo plazo, completa las siguientes secciones.

Obtén las funciones necesarias

Para obtener los permisos que necesitas para restablecer copias de seguridad retenidas a largo plazo, pídele a tu administrador que te otorgue el rol de IAM de operador de Cloud Storage de Backup y DR (roles/backupdr.cloudStorageOperator) en el bucket de Cloud Storage de destino. Para obtener más información sobre cómo otorgar roles, consulta Administra el acceso a proyectos, carpetas y organizaciones.

También puedes obtener los permisos necesarios a través de roles personalizados o cualquier otro rol predefinido.

Otros requisitos

Antes de restablecer las copias de seguridad retenidas a largo plazo, asegúrate de cumplir con los siguientes requisitos previos:

  1. Antes de iniciar una recuperación, confirma que tus datos estén disponibles en el almacenamiento de OnVault. Verifica las copias de seguridad existentes en el grupo de dispositivos de copia de seguridad y recuperación, y migra las copias a OnVault asignando la política de protección de OnVault pertinente.

  2. Para los casos de recuperación que involucran instantáneas de Persistent Disk, verifica que todos los metadatos de la copia de seguridad se repliquen en el bucket de Cloud Storage de destino. La utilidad de recuperación depende de estos metadatos para catalogar y procesar imágenes de instantáneas. Para facilitar la transferencia de datos y confirmar que los metadatos están presentes en el bucket de Cloud Storage, comunícate con Atención al cliente de Cloud.

  3. Asegúrate de que el sistema host en el que ejecutas esta herramienta cumpla con los siguientes requisitos:

    • CLI de gcloud: Instalada y accesible en tu variable de entorno PATH (específicamente gcloud storage).
    • Autenticación: Se configura con credenciales activas ejecutando gcloud auth login o con credenciales predeterminadas de la aplicación (ADC) o claves de cuenta de servicio.

  4. Identifica y mantén una lista de los nombres de bucket de Cloud Storage y sus IDs de proyecto Google Cloud correspondientes para usarlos con la utilidad de recuperación.

Implementa la utilidad de recuperación

Configura una instancia de VM para que funcione como proxy de recuperación o como host de la aplicación de destino y, luego, implementa la herramienta de recuperación independiente.

Descubre electrodomésticos, hosts e imágenes

La utilidad de recuperación independiente acepta un par de valores de bucket y proyecto (--bucket y --project) para los comandos. La utilidad admite las siguientes operaciones:

  • Enumera las aplicaciones
  • Mostrar una lista de las copias de seguridad
  • Vencimiento de las copias de seguridad
  • Cómo activar una imagen de copia de seguridad
  • Cómo desmontar una imagen de copia de seguridad

Cómo activar la imagen de copia de seguridad

Para realizar un montaje de recuperación, primero debes identificar el nombre de la imagen de copia de seguridad.

Enumera las copias de seguridad disponibles para identificar el nombre de la imagen de copia de seguridad:

python3 ~/gcbdr-onvault-cli/python/gcbdr_onvault.py \
  --bucket BUCKET_NAME \
  --project PROJECT_ID \
  --cluster APPLIANCE_NAME \
  --host HOST_NAME \
  --app APPLICATION_NAME \
  --list-images

Luego, para realizar un montaje de recuperación no interactivo, usa un comando similar al siguiente ejemplo para montar la imagen de copia de seguridad seleccionada directamente en el proxy de recuperación designado o en el servidor de la base de datos de destino:

python3 ~/gcbdr-onvault-cli/python/gcbdr_onvault.py \
  --bucket BUCKET_NAME \
  --project PROJECT_ID \
  --cluster APPLIANCE_NAME \
  --host HOST_NAME \
  --app APPLICATION_NAME \
  --image IMAGE_NAME \
  --mountpoint MOUNT_POINT \
  --auto-mount

Reemplaza lo siguiente:

  • BUCKET_NAME: el nombre del bucket de Cloud Storage.
  • PROJECT_ID: Es el ID del proyecto de Google Cloud .
  • APPLIANCE_NAME: Es el nombre o ID del dispositivo de copia de seguridad o recuperación.
  • HOST_NAME: Es el nombre de host o el ID del host de origen.
  • APPLICATION_NAME: Es el nombre o el ID de la aplicación protegida.
  • IMAGE_NAME: Es el nombre de la imagen de copia de seguridad activa que se activará.
  • MOUNT_POINT: Es la ruta de acceso al directorio local en el que se activa la copia de seguridad (opcional). El valor predeterminado es /tmp/recovery_folder.

Una vez que se complete la extracción, podrás ver los datos de la copia de seguridad en el directorio del punto de activación.

Restablece aplicaciones

Para acceder a los archivos de la base de datos sin procesar, ve a MOUNT_POINT/restored_data/. Selecciona la ruta de recuperación para tu tipo de carga de trabajo y configuración de montaje:

Microsoft SQL

  1. Ubica los archivos: Identifica los archivos principales de la base de datos .mdf y .ldf en el directorio db_volume/.
  2. Conexión directa (mismo host): Detén la instancia de la base de datos de destino. Abre SQL Server Management Studio, selecciona Adjuntar base de datos y especifica las rutas de acceso a los archivos de datos y de registro en el directorio del punto de activación de recuperación.
  3. Copiar y adjuntar (host diferente): Detén la instancia de la base de datos de destino. Transfiere los archivos .mdf y .ldf a las unidades de almacenamiento local del servidor de destino y, luego, adjúntalos con SQL Server Management Studio.

Oracle

  1. Ubicar archivos: La utilidad detecta automáticamente los archivos init.ora o spfile y los archivos de datos .dbf mientras pone en línea la copia de seguridad de la base de datos de RMAN y los grupos de volúmenes Archive log.
  2. Recover database: Cierra la instancia de Oracle de destino o la inicia en modo NOMOUNT. Actualiza los parámetros de inicialización (como los archivos de control) para que apunten a los archivos .dbf montados para la validación directa, o bien copia los archivos .dbf en el almacenamiento local o en el almacenamiento de Automatic Storage Management (ASM) para la recuperación permanente.
  3. Abrir base de datos: Lleva la instancia al estado MOUNT, aplica los registros de recuperación necesarios del grupo de volúmenes TransactionLog activado y, luego, abre la base de datos.

VM de VMware Engine

Además de la recuperación de aplicaciones de bases de datos, la protección de máquina virtual de Google Cloud VMware Engine (VMware Engine) abarca toda la configuración de hardware junto con las extensiones de disco virtual.

  1. Cómo acceder a los archivos: Accede a la imagen de copia de seguridad como se describe en Cómo acceder a la imagen de copia de seguridad. La utilidad genera el disco virtual disperso (vol00.raw) dentro de la ruta de activación principal. Luego, conecta el disco para exponer el sistema de archivos del sistema operativo invitado en el directorio db_volume/, mientras que los metadatos de configuración de VMware (incluidos .ovf, .vmx y Catalog.xml) se organizan dentro de la carpeta log_files/.
  2. Restablece la VM directamente: Desactiva la VM de destino para proteger su disco base para el análisis del manifiesto. Un proceso de trabajador lee bloques de datos del almacenamiento local, los escribe en el VMDK con las bibliotecas del VMware Virtual Disk Development Kit (VDDK) y, luego, reinicia automáticamente la VM.

Instantáneas de PD de Compute Engine

A diferencia de las copias de seguridad de OnVault activadas como sistemas de archivos locales, las instantáneas de discos persistentes de Compute Engine se restablecen inicializando discos persistentes nuevos y conectándolos directamente a una instancia de destino de Compute Engine.

  1. Identifica la copia de seguridad y los metadatos de destino: Confirma que el archivo de catálogo de metadatos de la instantánea del Persistent Disk (pdsnapshot_catalog.json) esté presente en tu bucket de Cloud Storage. Usa la utilidad del administrador de disco persistente para revisar las copias de seguridad disponibles que se indican en el catálogo y selecciona el IMAGE ID específico que se usará para la recuperación.
  2. Restablece y conecta volúmenes: Usa el comando attach para automatizar la generación de discos persistentes a partir de instantáneas de copias de seguridad. Esta única acción controla la creación y la conexión de todos los volúmenes pertinentes a tu máquina virtual de destino.
  3. Activa los dispositivos a nivel del sistema operativo: Después de que se complete la conexión, conéctate a la instancia de Compute Engine de destino para identificar los dispositivos de bloques recién asignados con herramientas como lsblk. Activa manualmente los sistemas de archivos para acceder a los datos recuperados o iniciar el proceso de recuperación de la aplicación.

SAP HANA PD

A diferencia de las copias de seguridad de OnVault, que se activan directamente como sistemas de archivos locales, la restauración de instantáneas de discos persistentes de SAP HANA implica el aprovisionamiento de discos persistentes nuevos y su conexión a la instancia de Compute Engine de destino.

  1. Verifica los metadatos y localiza la imagen de copia de seguridad: Asegúrate de que el archivo de catálogo de metadatos de la instantánea del Persistent Disk esté disponible en el bucket de Cloud Storage. Usa la herramienta disco persistente Manager para inspeccionar las copias de seguridad catalogadas y elegir el IMAGE ID necesario para la recuperación.
  2. Aprovisiona discos y conecta volúmenes: Ejecuta el comando attach para automatizar la generación de discos persistentes a partir de la instantánea de copia de seguridad elegida. En este paso, se crean todos los volúmenes necesarios y se adjuntan a la máquina virtual de destino en una sola operación.
  3. Cómo activar dispositivos a nivel del sistema operativo: Después de conectar los discos, conéctate a la VM de SAP HANA de destino y verifica los dispositivos de bloqueo asignados recientemente con herramientas como lsblk. Activa los sistemas de archivos de forma manual para acceder a los datos recuperados o comenzar la restauración a nivel de la aplicación.
  4. Recuperar SAP HANA: Después de activar los volúmenes de datos, registro y registro de archivo de SAP HANA, inicia la base de datos del sistema (incluida la recuperación de un momento determinado, si es necesario), seguida de la recuperación y la inicialización de las bases de datos de inquilinos.

IBM Db2 PD

A diferencia de las copias de seguridad de OnVault, que se activan directamente como sistemas de archivos locales, el restablecimiento de instantáneas de Persistent Disk de IBM Db2 requiere el aprovisionamiento de discos persistentes nuevos y su conexión a la instancia de Compute Engine de destino.

  1. Ubica la imagen de copia de seguridad y valida los metadatos: Verifica que el archivo de catálogo de metadatos de la instantánea del Persistent Disk esté presente en el bucket de Cloud Storage designado. Usa la herramienta disco persistente Manager para inspeccionar las copias de seguridad catalogadas y, así, identificar y seleccionar el IMAGE ID de destino necesario para la recuperación.
  2. Conecta volúmenes y aprovisiona discos: Ejecuta el comando attach para crear automáticamente discos persistentes a partir de la instantánea de copia de seguridad especificada. Este único paso aprovisiona todos los volúmenes necesarios y los adjunta directamente a la máquina virtual de destino.
  3. Activa los sistemas de archivos del sistema operativo: Después de conectar los discos, conéctate a la VM de IBM Db2 de destino para identificar los dispositivos de bloque recién asignados con herramientas como lsblk. Activa manualmente los sistemas de archivos para acceder a los datos restablecidos o continuar con la recuperación de la aplicación.
  4. Recupera la base de datos de la aplicación: Después de que montas los volúmenes de datos, registro de transacciones y registro de archivo de Db2, cataloga cada instancia de la base de datos de Db2, realiza la recuperación de la base de datos según sea necesario y pon la base de datos en línea.

MySQL/MariaDB

  1. Ubica archivos: Ubica el directorio de datos principal en db_volume/, que contiene bases de datos del usuario, esquemas del sistema y espacios de tablas de InnoDB.

  2. Restaurar base de datos: Detiene el servicio activo de MySQL o MariaDB. Para realizar pruebas directamente, ajusta la entrada datadir en my.cnf para segmentar la carpeta de recuperación. Para una restauración permanente, copia los archivos de la base de datos en el almacenamiento local (como /var/lib/mysql/) y asegúrate de que los permisos y la propiedad del sistema de archivos sean correctos.

  3. Poner en línea y recuperar: Reinicia el servicio de la base de datos. Si existen registros de transacciones binarias, realiza la recuperación de un momento determinado con la utilidad mysqlbinlog.

PostgreSQL

  1. Ubica los archivos: En el directorio db_volume/, identifica los recursos de PGDATA, incluidas las bases de datos principales (base/, global/ y pg_wal/) y el archivo de configuración de postgresql.conf.

  2. Restaurar la base de datos: Apaga la instancia de PostgreSQL de destino. Para la validación directamente desde el montaje, apunta la variable de entorno data_directory o PGDATA a la ruta de recuperación. Para restablecer de forma permanente, transfiere la estructura de directorios completa al almacenamiento local del host de destino.

  3. Abrir base de datos: Reinicia el servicio para poner la instancia en línea. Si se requiere la recuperación de un momento determinado, aplica los registros de WAL archivados de la carpeta log_files/ definiendo un archivo recovery.conf o configurando restore_command dentro de postgresql.conf (para PostgreSQL 12 y versiones posteriores) y, luego, pon la base de datos en línea.

SAP ASE

  1. Ubica los archivos: Identifica el dispositivo principal maestro, junto con los dispositivos específicos de registro y de base de datos del usuario, que se encuentran dentro de la carpeta db_volume/ montada.

  2. Restablece la base de datos: Apaga la instancia de SAP ASE de destino. Para el montaje directo, actualiza la configuración de RUN_server para redireccionar el parámetro del dispositivo principal (como -d) a la ruta de recuperación. También puedes transferir todos los activos del dispositivo a sus ubicaciones de almacenamiento permanentes.

  3. Abrir base de datos: Inicia el proceso del servidor de datos de SAP ASE. Si hay registros de transacciones, ejecuta la operación LOAD TRAN para realizar la recuperación a un momento determinado antes de poner la base de datos en línea.

SAP MaxDB

  1. Ubica los volúmenes: Ve a la ruta de acceso de la activación db_volume/ para encontrar los archivos de registro y datos principales de SAP MaxDB.

  2. Restaurar o redireccionar la configuración: Detén el proceso de SAP MaxDB de destino. Usa el Administrador de bases de datos (dbmcli) para actualizar parámetros como DataVolumeName de modo que apunten al punto de montaje de recuperación, o bien copia los archivos directamente al almacenamiento local para realizar un restablecimiento completo.

  3. Iniciar y poner en línea: Inicia la instancia de la base de datos y establece su estado operativo en ONLINE con el Administrador de bases de datos.

SAP IQ

  1. Ubica los archivos: Ve al directorio db_volume/ para identificar el almacén principal de SAP IQ, el almacén de catálogos (.db) y todos los activos de almacén temporales asociados.

  2. Restablece la base de datos: apaga la instancia de SAP IQ de destino. Para realizar la validación directa desde el montaje de recuperación, modifica los parámetros de inicio para hacer referencia al archivo de catálogo montado. Para la restauración permanente, transfiere todos los volúmenes de la tienda al almacenamiento local y verifica que se mantengan la propiedad y los permisos adecuados del sistema de archivos.

  3. Abrir la base de datos: Ejecuta la utilidad start_iq para poner en línea la instancia y verificar la integridad de los datos.

IBM Db2 LVM/dump

  1. Ubica los archivos: Ve a las rutas de acceso de montaje db_volume/ y log_files/. Según el método de protección, identifica los volúmenes de datos y de registro de LVM, o bien los recursos de imagen de copia de seguridad específicos para la recuperación basada en volcados.
  2. Recover database (LVM): Cierra la instancia de Db2 de destino. Transfiere los datos de la base de datos y los volúmenes de registro de transacciones activos desde el montaje de recuperación al almacenamiento local de destino, y asegúrate de que el usuario y el grupo de Db2 tengan la propiedad correcta del sistema de archivos.
  3. Restaurar la base de datos (completa y incremental basada en volcados): Detiene las conexiones activas y descarta la base de datos de destino si existe. Usa la herramienta db2ckrst con la marca de tiempo de la copia de seguridad específica para catalogar la secuencia incremental necesaria. Ejecuta la operación RESTORE para cada imagen en el orden indicado.
  4. Abrir base de datos: Inicia la instancia de Db2. Si la base de datos permanece en estado pendiente o requiere una recuperación de un momento determinado, aplica los registros de transacciones con la utilidad db2 rollforward para completar la recuperación y poner la instancia en línea.

Limpia los recursos

Después de copiar o desconectar todos los archivos de base de datos necesarios del motor de base de datos, desmonta de forma segura los volúmenes activos, desconecta los dispositivos de bucle asociados y quita los directorios de etapa de pruebas locales para evitar bloqueos residuales o referencias huérfanas.

Para desmontar los volúmenes y limpiar el directorio de recuperación, ejecuta los siguientes comandos:

python3 ~/gcbdr-onvault-cli/python/gcbdr_onvault.py \
  --mountpoint MOUNT_POINT \
  --unmount
rm -rf MOUNT_POINT

Reemplaza lo siguiente:

  • MOUNT_POINT: Es la ruta de acceso al directorio local en el que se activó la copia de seguridad, como /tmp/recovery_folder.

¿Qué sigue?