Descripción general de Backup and DR para la consola de administración

Backup and DR para la consola de administración es una solución de copia de seguridad y recuperación ante desastres basada en dispositivos que te permite capturar, almacenar, replicar y recuperar de forma centralizada máquinas virtuales (VMs), sistemas de archivos y bases de datos autoadministradas en entornos híbridos y deGoogle Cloud . A través de una consola de administración de dispositivos dedicada y basada en la Web, y de dispositivos de copia de seguridad y recuperación implementados por el cliente, puedes administrar la protección de datos en todas tus cargas de trabajo.

Backup and DR para la consola de administración capturan datos en un formato incremental para siempre y los almacenan en su formato integrado legible para la aplicación. Debido a que las copias de seguridad se almacenan de forma nativa en lugar de como archivos de copia de seguridad propietarios, puedes activar de forma instantánea las imágenes de copia de seguridad directamente desde un dispositivo de copia de seguridad y recuperación para recuperar cargas de trabajo, aprovisionar copias virtuales para pruebas y desarrollo, o migrar datos con un tiempo de inactividad mínimo.

Baja de Backup and DR para la consola de administración

Google Cloud Backup and DR dejará de admitir la consola de administración de dispositivos heredada (pila de IaaS) y sus cargas de trabajo asociadas administradas por el usuario el 30 de septiembre de 2027. Planifica tu migración a métodos de copia de seguridad alternativos lo antes posible para mantener la protección de datos continua.

Cargas de trabajo afectadas por la baja de la consola de administración

La baja de la consola de administración solo afecta a las cargas de trabajo autoadministradas protegidas a través de la consola de administración de dispositivos heredada, lo que incluye lo siguiente:

  • Instancias de Compute Engine administradas a través de la consola de administración del dispositivo
  • Bases de datos de IBM Db2
  • Bases de datos de Oracle
  • Bases de datos de SAP HANA
  • Bases de datos de Microsoft SQL Server
  • VMs de Google Cloud VMware Engine
  • Aplicaciones genéricas y grupos de coherencia
  • Sistemas de archivos administrados por el usuario (sistemas de archivos de Linux y Windows, estado del sistema, NFS y SMB/CIFS)

Los servicios propios administrados por Google que se protegen directamente a través de la consola deGoogle Cloud , incluidas las VMs de Compute Engine, los discos persistentes, Cloud SQL, AlloyDB para PostgreSQL y Filestore, no se ven afectados por esta baja.

Cronograma y eventos importantes de la baja

La baja de Backup and DR para la consola de administración sigue tres hitos clave de aplicación de medidas por incumplimiento:

  • 31 de diciembre de 2026 (borrado del servidor de administración inactivo): Cualquier servidor de administración de tu proyecto se borra automáticamente después de 30 días consecutivos de inactividad. Un servidor de administración se considera inactivo solo si no tiene copias de seguridad activas, aplicaciones o cargas de trabajo protegidas, ni trabajos de copia de seguridad activos.
  • 30 de septiembre de 2027 (congelamiento de copias de seguridad): Finaliza la compatibilidad para crear copias de seguridad nuevas con la pila de la consola de administración de dispositivos heredada. Si no migras antes de esta fecha límite, no podrás realizar copias de seguridad nuevas de las cargas de trabajo afectadas.
  • 31 de marzo de 2028 (fecha límite de restablecimiento): Finalizan las funciones de restablecimiento directo a través de la interfaz de la consola de administración del dispositivo heredado. Para restablecer las copias de seguridad después de esta fecha límite, debes usar la utilidad y las secuencias de comandos de recuperación de retención a largo plazo (LTR) independientes.

Alternativas de migración para las cargas de trabajo de la consola de administración

Para mantener la protección de las copias de seguridad antes de que se congelen el 30 de septiembre de 2027, migra las cargas de trabajo afectadas a una de las siguientes soluciones de copia de seguridad compatibles:

Carga de trabajo Opción de migración Reference
Compute Engine Copias de seguridad de Compute Engine nativas de Google Migra instancias de Compute Engine a una arquitectura sin dispositivos con Google Cloud Backup and DR para instancias de Compute Engine.
Bases de datos administradas por el usuario (IBM Db2, Oracle, SAP HANA, Microsoft SQL Server y otras) Copias de seguridad almacenadas en vault coherentes con la aplicación con secuencias de comandos personalizadas Usa copias de seguridad de VM y Persistent Disk de Compute Engine en Google Cloud Backup and DR con el framework de vaciado de invitados, junto con secuencias de comandos personalizadas para copias de seguridad inmutables y coherentes con la aplicación.
SAP HANA Copias de seguridad Google Cloud basadas en agentes Usa el agente de Backint nativo de Google Cloud o las instantáneas de Persistent Disk. Consulta la guía de copia de seguridad y recuperación de Backint del agente para SAP o la guía de copia de seguridad y recuperación de instantáneas de disco.
Cargas de trabajo generales de VM Instantáneas de disco Google Cloud nativas Configura instantáneas de disco estándar o de archivo para crear copias de seguridad de los discos virtuales de forma periódica con la guía de instantáneas de disco.
Todas las cargas de trabajo Soluciones de Marketplace de terceros Implementar soluciones alternativas aprobadas de copia de seguridad empresarial disponibles en Google Cloud Marketplace

Conservar y recuperar copias de seguridad después del 31 de marzo de 2028

Para conservar las capacidades de recuperación de copias de seguridad más allá del límite de restablecimiento del 31 de marzo de 2028, migra tus datos de copia de seguridad heredados al almacenamiento de OnVault en Cloud Storage antes de que se cierren tus dispositivos:

  1. Asigna políticas de OnVault: Migra todas las copias de seguridad heredadas esenciales a los buckets de OnVault de Cloud Storage.
  2. Sincroniza los metadatos: Asegúrate de que todos los metadatos de las instantáneas de Persistent Disk estén completamente sincronizados con tu bucket de Cloud Storage antes de que se apaguen los dispositivos locales. Comunícate con gcbdr-umdb-transition@google.com o con el Atención al cliente de Cloud para verificar y completar esta transferencia de metadatos.
  3. Usa la utilidad de recuperación: Usa la herramienta y las secuencias de comandos independientes para descubrir y activar las imágenes de copia de seguridad de OnVault y Persistent Disk directamente desde tus buckets de Cloud Storage. Para obtener instrucciones, consulta Restablece copias de seguridad retenidas a largo plazo.

Si tienes preguntas o necesitas ayuda para planificar la migración, comunícate con el equipo de transición en gcbdr-umdb-transition@google.com, Atención al cliente de Cloud o tu equipo de cuentas de Google Cloud.

Diferencias entre Backup and DR para la consola de administración y Google Cloud Backup and DR

Google ofrece dos modelos de administración y arquitectura distintos para Backup and DR:

  • Backup and DR para la consola de administración (este conjunto de documentación): Es una arquitectura basada en dispositivos en la que implementas y administras dispositivos de copia de seguridad y recuperación en tu red de nube privada virtual (VPC) y organizas la protección a través de la consola de administración de dispositivos basada en la Web dedicada. Esta oferta está diseñada para bases de datos autoadministradas (como Oracle, Microsoft SQL Server, SAP HANA y IBM Db2), VMs de Google Cloud VMware Engine y VMware vSphere, sistemas de archivos y cargas de trabajo que requieren activaciones instantáneas adaptadas a las aplicaciones, clones de bases de datos virtuales (LiveClones) o flujos de trabajo de Backup and DR automatizados.
  • Google Cloud Backup and DR: Es una experiencia de Backup and DR nativa de la nube administrada por SaaS que se integra directamente en la consola deGoogle Cloud , gcloud CLI, la API de backupdr y Terraform. Con Google Cloud Backup and DR, proteges los recursos Google Cloud nativos, como las instancias de Compute Engine, los discos persistentes y los Google Cloud Hyperdisk, las instancias de Cloud SQL, los clústeres de AlloyDB y las instancias de Filestore, directamente en backup vaults inmutables administrados por Google sin implementar ni administrar dispositivos de copia de seguridad y recuperación.

En la siguiente tabla, se resumen las diferencias clave entre las dos ofertas de Backup and DR:

Función Backup and DR para la consola de administración Google Cloud Backup and DR
Interfaz de administración principal Consola de administración de dispositivos dedicada basada en la Web y API de la consola de administración Consola deGoogle Cloud , gcloud CLI, API de Backup and DR y Terraform
Arquitectura y plano de datos Arquitectura de dispositivos de tres niveles que consta de la consola de administración de dispositivos, los dispositivos de copia de seguridad y recuperación implementados por el cliente (VMs de Compute Engine en tu VPC) y los agentes ligeros de Backup and DR en los hosts de carga de trabajo Plano de servicio de Google completamente administrado; no se requieren dispositivos de copia de seguridad o recuperación implementados por el cliente ni agentes invitados para los recursos protegidos nativos de la consola
Modelo de configuración de copias de seguridad Plantillas de copia de seguridad (que contienen políticas de instantáneas, OnVault y replicación) combinadas con perfiles de recursos Planes de copia de seguridad nativos de la consola y reglas de copia de seguridad asociadas directamente con una backup vault de destino
Objetivos de almacenamiento Grupos de almacenamiento administrados por el dispositivo (grupo principal, grupo de instantáneas en Persistent Disk, grupo de OnVault en Cloud Storage y grupo de duplicación en un dispositivo remoto), además de bóvedas de copias de seguridad administradas por Google para las cargas de trabajo compatibles Backup vaults administradas por Google, inmutables y que no se pueden borrar, con retención aplicada y almacenamiento regional o multirregional
Recuperación y acceso a los datos Restablecimiento completo, activaciones estándar instantáneas, activaciones que reconocen aplicaciones, copias virtuales (LiveClones), activación y migración, y flujos de trabajo de Backup and DR automatizados Restablecimiento directo a recursos de Google Cloud nuevos o existentes desde una backup vault
Cargas de trabajo admitidas Google Cloud VMware Engine, VMs de VMware vSphere, instancias de Compute Engine, sistemas de archivos de Linux y Windows (incluidos NFS, SMB y Filestore), Oracle, Microsoft SQL Server, SAP HANA, IBM Db2, PostgreSQL, SAP ASE, SAP IQ, SAP MaxDB, MySQL, MariaDB, grupos de coherencia y aplicaciones genéricas Instancias de Compute Engine, discos persistentes y Hyperdisks, Cloud SQL, AlloyDB y Filestore (además de visibilidad de las copias de seguridad de la bóveda de copias de seguridad creadas por la consola de administración del dispositivo)

Arquitectura y componentes principales de Backup and DR para la consola de administración

La consola de administración de Backup and DR usa una arquitectura de tres niveles para organizar y ejecutar la protección de datos en todo tu entorno:

  • Consola de administración de dispositivos: Es el plano de control centralizado basado en la Web en el que administras los dispositivos de copia de seguridad y recuperación, registras hosts, descubres aplicaciones, configuras plantillas de copia de seguridad y perfiles de recursos, y supervisas los trabajos de copia de seguridad y recuperación. La consola de administración de dispositivos se ejecuta en un proyecto de usuario administrado por Google y se comunica de forma segura con tus dispositivos de copia de seguridad y recuperación a través de Private Service Connect o Acceso privado a Google.
  • Dispositivos de copia de seguridad y recuperación: Son dispositivos virtuales de Compute Engine implementados en tu proyecto de Google Cloud y red de VPC. El dispositivo de copia de seguridad o recuperación actúa como el plano de datos que captura datos de las cargas de trabajo de origen, mantiene los metadatos del catálogo, administra los grupos de almacenamiento, replica los datos en dispositivos remotos o en el almacén de objetos, y entrega activaciones instantáneas. Puedes elegir entre cuatro factores de forma del dispositivo según el tipo de carga de trabajo, el tamaño del conjunto de datos y la capacidad de almacenamiento.
  • Agentes de Backup and DR: Son agentes de software ligeros instalados en sistemas operativos invitados de Linux o Windows. El agente de Backup and DR se comunica con el dispositivo de copia de seguridad y recuperación para descubrir bases de datos y sistemas de archivos, suspender aplicaciones para la captura coherente con la aplicación, coordinar las copias de seguridad de seguimiento de bloques modificados (CBT) y de registros de transacciones, y organizar las activaciones dirigidas a aplicaciones. La protección sin agentes se usa para las VMs de VMware (a través de las APIs de Storage de vSphere: protección de datos) y las instancias de Compute Engine (a través de instantáneas de Persistent Disk).

Grupos de almacenamiento en un dispositivo de copia de seguridad y recuperación

Un dispositivo de copia de seguridad/recuperación organiza y almacena los datos de copia de seguridad capturados en hasta cuatro tipos de grupos de almacenamiento:

  • Grupo principal: Es el almacenamiento en bloque conectado directamente al dispositivo de copia de seguridad y recuperación (con discos persistentes estándar o SSD) que almacena las copias de seguridad capturadas y los datos con anulación de duplicación para una recuperación local rápida y una activación instantánea.
  • Grupo de instantáneas: Es el almacenamiento que usa instantáneas de Persistent Disk para almacenar copias de volúmenes de datos en un momento determinado para operaciones de captura y activación de alto rendimiento.
  • Grupo de OnVault: Almacenamiento basado en objetos para la retención a largo plazo que envía datos de copia de seguridad comprimidos y permanentes a un bucket de Cloud Storage (Standard, Nearline, Coldline o Archive) o a una bóveda de copia de seguridad administrada por Google.
  • Grupo de duplicación: Es el almacenamiento en bloque en un dispositivo secundario de copia de seguridad o recuperación en otra zona o región que recibe copias de seguridad replicadas asíncronas a nivel de bloque (StreamSnap) para la recuperación ante desastres.

Plantillas de copia de seguridad, políticas y perfiles de recursos

En la consola de administración del dispositivo, puedes proteger una carga de trabajo descubierta aplicando un plan de copia de seguridad compuesto por dos componentes básicos reutilizables:

  • Plantilla de copia de seguridad: Define cómo y cuándo se crean copias de seguridad de los datos, se retienen y se replican. Cada plantilla de copia de seguridad contiene una o más políticas de copia de seguridad que controlan los programas, los objetivos de punto de recuperación (RPO) y la retención en los niveles:
    • De producción a instantánea: Captura datos de la carga de trabajo de producción en el grupo principal o de instantáneas local.
    • Instantánea a OnVault: Copia las copias de seguridad de instantáneas en un grupo de OnVault en Cloud Storage o en un almacén de copias de seguridad para la retención a largo plazo.
    • De OnVault a OnVault: Replica datos entre grupos de OnVault en todas las regiones.
    • De producción a duplicación (StreamSnap): Replica los datos de instantáneas en un grupo de duplicación en un dispositivo de copia de seguridad o recuperación remoto.
  • Perfil de recursos: Define dónde se almacenan los datos de la copia de seguridad asignando las políticas de una plantilla de copia de seguridad a grupos de almacenamiento de dispositivos de copia de seguridad o recuperación locales específicos, grupos de OnVault y dispositivos de replicación remotos.

Funciones clave de Backup and DR para la consola de administración

La consola de administración de Backup and DR proporciona las siguientes capacidades para la copia de seguridad, la recuperación y la administración de datos de copias empresariales:

  • Captura incremental permanente: Después de una sola copia de seguridad completa inicial de una aplicación o VM, las copias de seguridad posteriores capturan solo los bloques modificados o las diferencias de la base de datos. El dispositivo de copia de seguridad y recuperación sintetiza imágenes virtuales completas de un momento determinado sin ejecutar copias de seguridad completas periódicas que afecten el rendimiento de la producción.
  • Protección de bases de datos coherente con la aplicación y recuperación de un momento determinado (PITR): Se integra de forma nativa con las APIs de bases de datos (como Oracle RMAN, SQL Server VSS y SAP HANA backint o instantáneas de almacenamiento) para capturar copias de seguridad de bases de datos coherentes con la aplicación junto con copias de seguridad programadas de registros de transacciones, lo que te permite recuperar datos de un momento determinado.
  • Activación instantánea y copias virtuales: En lugar de esperar a copiar terabytes de datos de copia de seguridad en el almacenamiento de producción antes de que se pueda iniciar una aplicación, puedes activar una imagen de copia de seguridad directamente desde el dispositivo de copia de seguridad y recuperación en un host de destino:
    • Activación estándar: Expone la imagen de la copia de seguridad como un disco o sistema de archivos activado en un host de destino para inspeccionar o copiar archivos individuales.
    • Activación compatible con la aplicación: Inicia de forma instantánea una instancia de base de datos virtual directamente desde la imagen de copia de seguridad activada en un servidor de base de datos de destino y, de manera opcional, avanza los registros de transacciones a un momento determinado.
    • Activar y migrar: Restablece el servicio de inmediato a través de una activación instantánea mientras se migran los archivos de datos subyacentes al almacenamiento de producción en segundo plano, lo que minimiza los objetivos de tiempo de recuperación (RTO).
    • LiveClone: Crea una copia virtual independiente y con permisos de escritura de una imagen de copia de seguridad que se puede actualizar a pedido o según un programa sin consumir almacenamiento físico completo para cada clonación.
  • Flujos de trabajo automatizados de Backup and DR: Los flujos de trabajo de Backup and DR automatizan la creación, la actualización y el enmascaramiento de LiveClones y bases de datos virtuales de forma programada o según demanda. Los equipos de desarrollo, QA y análisis pueden aprovisionar de forma automática copias actualizadas de las bases de datos de producción con datos sensibles limpiados automáticamente por secuencias de comandos personalizadas.
  • Recuperación ante desastres entre regiones: Replica imágenes de copia de seguridad de forma asíncrona en un dispositivo secundario de copia de seguridad y recuperación en otra región con la replicación de StreamSnap, o copia las copias de seguridad en buckets de Cloud Storage multirregionales o birregionales y en almacenes de copias de seguridad para que puedas recuperar las cargas de trabajo en una región alternativa durante una interrupción.

Cargas de trabajo compatibles en Backup and DR para la consola de administración

Backup and DR para la consola de administración protege una amplia gama de máquinas virtuales, sistemas de archivos y bases de datos. Para obtener información detallada sobre la compatibilidad de versiones y sistemas operativos, consulta la matriz de compatibilidad para las copias de seguridad administradas por el dispositivo y los sistemas operativos y kernels compatibles con Backup and DR.

  • Instancias de Compute Engine: Protección de instantáneas coherente ante fallas y sin agentes, y recuperación entre proyectos o entre regiones para las VMs de Compute Engine.
  • VMs de Google Cloud VMware Engine y VMware vSphere: Copia de seguridad sin agentes a nivel de VM, activación instantánea, LiveClone y recuperación completa de VMs para hosts de vCenter y ESX con el seguimiento de bloques modificados (CBT) de VMware.
  • Sistemas de archivos y Filestore: Copia de seguridad basada en bloques y archivos, y activación instantánea para sistemas de archivos de Linux y Windows, recursos compartidos de NFS, recursos compartidos de SMB/CIFS y de instancias de Filestore.
  • Bases de datos de Oracle: Protección incremental permanente con copias de imágenes de Oracle RMAN y seguimiento de cambios, copias de seguridad de registros de archivo para PITR, activaciones instantáneas de bases de datos virtuales, y activación y migración.
  • Bases de datos de Microsoft SQL Server: Copias de seguridad coherentes con la aplicación para instancias independientes y grupos de disponibilidad Always On, copias de seguridad de registros de transacciones, activaciones de bases de datos virtuales y clonación de bases de datos.
  • Bases de datos de SAP HANA: Protección a nivel de volumen (instantánea de Persistent Disk o LVM) y a nivel de archivo (backint) para sistemas de host único, 1+n y escalamiento horizontal de SAP HANA.
  • Bases de datos de IBM Db2: Copias de seguridad incrementales permanentes a nivel de volumen y copias de seguridad de volcado completo más incremental con captura de registros de transacciones y activaciones de bases de datos virtuales.
  • Otras bases de datos autoadministradas: Protección para bases de datos de PostgreSQL, MySQL, MariaDB, SAP ASE, SAP IQ y SAP MaxDB, así como grupos de coherencia y aplicaciones de LVM genéricas.

¿Qué sigue?