Visão geral do Backup e DR para o console de gerenciamento

O Backup e DR para o console de gerenciamento é uma solução de backup e recuperação de desastres baseada em appliance que permite capturar, armazenar, replicar e recuperar centralmente máquinas virtuais (VMs), sistemas de arquivos e bancos de dados autogerenciados noGoogle Cloud e em ambientes híbridos. Com um console de gerenciamento de dispositivos dedicado e baseado na Web e dispositivos de backup/recuperação implantados pelo cliente, é possível gerenciar a proteção de dados em todas as cargas de trabalho.

O Backup e DR para o console de gerenciamento captura dados em um formato incremental permanente e os armazena no formato integrado legível pelo aplicativo. Como os backups são armazenados de forma nativa, e não como arquivos de backup proprietários, é possível montar instantaneamente imagens de backup diretamente de um dispositivo de backup/recuperação para recuperar cargas de trabalho, provisionar cópias virtuais para teste e desenvolvimento ou migrar dados com tempo de inatividade mínimo.

Descontinuação do Backup e DR para o console de gerenciamento

Google Cloud O Backup e DR vai encerrar o suporte ao console de gerenciamento de dispositivos legado (pilha de IaaS) e às cargas de trabalho gerenciadas pelo usuário associadas em 30 de setembro de 2027. Planeje sua migração para métodos de backup alternativos o mais rápido possível para manter a proteção contínua de dados.

Cargas de trabalho afetadas pela descontinuação do console de gerenciamento

A descontinuação do console de gerenciamento afeta apenas as cargas de trabalho autogerenciadas protegidas pelo console de gerenciamento de dispositivos legados, incluindo:

  • Instâncias do Compute Engine gerenciadas pelo console de gerenciamento do appliance
  • Bancos de dados IBM Db2
  • Bancos de dados Oracle
  • Bancos de dados SAP HANA
  • Bancos de dados do Microsoft SQL Server
  • VMs do Google Cloud VMware Engine
  • Aplicativos genéricos e grupos de consistência
  • Sistemas de arquivos gerenciados pelo usuário (sistemas de arquivos Linux e Windows, estado do sistema, NFS e SMB/CIFS)

Os serviços próprios gerenciados pelo Google protegidos diretamente pelo console doGoogle Cloud , incluindo VMs do Compute Engine, Persistent Disks, Cloud SQL, AlloyDB para PostgreSQL e Filestore, não são afetados por essa descontinuação.

Cronograma e marcos de descontinuação

A descontinuação do Backup e DR para o console de gerenciamento segue três marcos de aplicação:

  • 31 de dezembro de 2026 (exclusão do servidor de gerenciamento inativo): qualquer servidor de gerenciamento no seu projeto será excluído automaticamente após 30 dias consecutivos de inatividade. Um servidor de gerenciamento é considerado inativo somente se não tiver backups ativos, aplicativos ou cargas de trabalho sem proteção e jobs de backup ativos.
  • 30 de setembro de 2027 (congelamento de backup): o suporte para criar novos backups usando a pilha do console de gerenciamento de dispositivos legados será encerrado. Se você não migrar antes dessa data, não será possível fazer novos backups das cargas de trabalho afetadas.
  • 31 de março de 2028 (data limite para restauração): os recursos de restauração direta pela interface do console de gerenciamento do dispositivo legado serão encerrados. Para restaurar backups após essa data limite, use os scripts e o utilitário de recuperação de retenção de longo prazo (LTR, na sigla em inglês) independentes.

Alternativas de migração para cargas de trabalho do console de gerenciamento

Para manter a proteção de backup antes do congelamento de backup em 30 de setembro de 2027, migre as cargas de trabalho afetadas para uma das seguintes soluções de backup compatíveis:

Carga de trabalho Opção de migração Referência
Compute Engine Backups do Compute Engine nativos do Google Migre instâncias do Compute Engine para uma arquitetura sem dispositivos usando o Google Cloud Backup e DR para instâncias do Compute Engine.
Bancos de dados gerenciados pelo usuário (IBM Db2, Oracle, SAP HANA, Microsoft SQL Server e outros) Backups em vaults consistentes com o aplicativo usando scripts personalizados Use backups de VM e Persistent Disk do Compute Engine no Google Cloud Backup e DR com o framework guest-flush, combinado com scripts personalizados para backups imutáveis e consistentes com o aplicativo.
SAP HANA Backups Google Cloud baseados em agentes Use o agente nativo do Backint do Google Cloud ou snapshots de Persistent Disk. Consulte o guia de backup e recuperação do agente para SAP Backint ou o guia de backup e recuperação de snapshot de disco.
Cargas de trabalho gerais de VM Snapshots de disco Google Cloud nativos Configure snapshots de disco padrão ou de arquivo para fazer backup periódico de discos virtuais usando o guia de snapshots de disco.
Todas as cargas de trabalho Soluções de terceiros do Marketplace Implantar soluções alternativas de backup empresarial aprovadas disponíveis no Google Cloud Marketplace.

Reter e recuperar backups após 31 de março de 2028

Para manter os recursos de recuperação de backup além do limite de restauração de 31 de março de 2028, migre os dados de backup legados para o armazenamento do OnVault no Cloud Storage antes que os appliances sejam encerrados:

  1. Atribuir políticas do OnVault: migre todos os backups legados essenciais para os buckets do OnVault do Cloud Storage.
  2. Sincronizar metadados: verifique se todos os metadados de snapshot do Persistent Disk estão totalmente sincronizados com o bucket do Cloud Storage antes que os appliances locais sejam desativados. Entre em contato com gcbdr-umdb-transition@google.com ou com o Cloud Customer Care para verificar e concluir essa transferência de metadados.
  3. Use o utilitário de recuperação: use a ferramenta e os scripts independentes para descobrir e montar imagens de backup do OnVault e do Persistent Disk diretamente dos buckets do Cloud Storage. Para instruções, consulte Restaurar backups retidos de longo prazo.

Se tiver dúvidas ou precisar de ajuda para planejar sua migração, entre em contato com a equipe de transição em gcbdr-umdb-transition@google.com, com o Cloud Customer Care ou com sua equipe de conta do Google Cloud.

Como o Backup e DR para o console de gerenciamento é diferente do Google Cloud Backup e DR

O Google oferece dois modelos distintos de gerenciamento e arquitetura para Backup e DR:

  • Backup e DR para o console de gerenciamento (este conjunto de documentação): uma arquitetura baseada em dispositivos em que você implanta e gerencia dispositivos de backup/recuperação na sua rede de nuvem privada virtual (VPC) e orquestra a proteção pelo console de gerenciamento de dispositivos dedicado baseado na Web. Essa oferta foi projetada para bancos de dados autogerenciados (como Oracle, Microsoft SQL Server, SAP HANA e IBM Db2), VMs do Google Cloud VMware Engine e do VMware vSphere, sistemas de arquivos e cargas de trabalho que exigem montagens instantâneas com reconhecimento de aplicativos, clones de bancos de dados virtuais (LiveClones) ou fluxos de trabalho automatizados de backup e DR.
  • Google Cloud Backup e DR: uma experiência de backup nativa da nuvem e gerenciada por SaaS integrada diretamente ao console doGoogle Cloud , à CLI gcloud, à API backupdr e ao Terraform. Com o Google Cloud Backup e DR, você protege recursos nativos do Google Cloud , como instâncias do Compute Engine, discos permanentes e Google Cloud Hyperdisks, instâncias do Cloud SQL, clusters do AlloyDB e instâncias do Filestore, diretamente em backup vaults imutáveis gerenciados pelo Google, sem implantar ou gerenciar dispositivos de backup/recuperação.

A tabela a seguir resume as principais diferenças entre as duas ofertas de Backup e DR:

Recurso Backup e DR para o console de gerenciamento Google Cloud Backup e DR
Interface de gerenciamento principal Console de gerenciamento de dispositivos dedicado baseado na Web e API Management Console Console doGoogle Cloud , CLI gcloud, API backupdr e Terraform
Arquitetura e plano de dados Arquitetura de dispositivo de três níveis que consiste no console de gerenciamento de dispositivos, dispositivos de backup/recuperação implantados pelo cliente (VMs do Compute Engine na VPC) e agentes leves de backup e DR em hosts de carga de trabalho Plano de serviço do Google totalmente gerenciado. Não é necessário implantar dispositivos de backup/recuperação ou agentes convidados para recursos protegidos nativos do console.
Modelo de configuração de backup Modelos de backup (contendo políticas de snapshot, OnVault e replicação) combinados com perfis de recursos Planos de backup nativos do console e regras de backup associadas diretamente a um backup vault de destino
Destinos de armazenamento Pools de armazenamento gerenciados pelo dispositivo (pool principal, pool de snapshots no Persistent Disk, pool do OnVault no Cloud Storage e pool de espelhamento em um dispositivo remoto), além de backup vaults gerenciados pelo Google para cargas de trabalho compatíveis Backup vaults gerenciados pelo Google, imutáveis e indeléveis, com retenção obrigatória e armazenamento regional ou Multi-Regional Storage
Recuperação e acesso aos dados Restauração completa, montagens padrão instantâneas, montagens com reconhecimento de aplicativos, cópias virtuais (LiveClones), montagem e migração e fluxos de trabalho de Backup e DR automatizados Restauração direta para recursos novos ou atuais do Google Cloud de um backup vault
Cargas de trabalho compatíveis Google Cloud VMware Engine, VMs do VMware vSphere, instâncias do Compute Engine, sistemas de arquivos Linux e Windows (incluindo NFS, SMB e Filestore), Oracle, Microsoft SQL Server, SAP HANA, IBM Db2, PostgreSQL, SAP ASE, SAP IQ, SAP MaxDB, MySQL, MariaDB, grupos de consistência e aplicativos genéricos Instâncias do Compute Engine, discos permanentes e Hyperdisks, Cloud SQL, AlloyDB e Filestore (além de visibilidade dos backups do backup vault criados pelo console de gerenciamento do dispositivo)

Arquitetura e componentes principais do Backup e DR para o console de gerenciamento

O Backup e DR para o console de gerenciamento usa uma arquitetura de três níveis para orquestrar e executar a proteção de dados em todo o ambiente:

  • Console de gerenciamento de dispositivos: o plano de controle centralizado e baseado na Web em que você gerencia dispositivos de backup/recuperação, registra hosts, descobre aplicativos, configura modelos de backup e perfis de recursos e monitora jobs de backup e recuperação. O console de gerenciamento de dispositivos é executado em um projeto de locatário gerenciado pelo Google e se comunica de maneira segura com os dispositivos de backup/recuperação usando o Private Service Connect ou o Acesso privado do Google.
  • Dispositivos de backup/recuperação: dispositivos virtuais do Compute Engine implantados no projeto do Google Cloud e na rede VPC. O dispositivo de backup/recuperação atua como o plano de dados que captura dados de cargas de trabalho de origem, mantém metadados de catálogo, gerencia pools de armazenamento, replica dados para dispositivos remotos ou repositório de objetos e exibe montagens instantâneas. É possível escolher entre quatro formatos de dispositivo com base no tipo de carga de trabalho, no tamanho do conjunto de dados e na capacidade de armazenamento.
  • Agentes de backup e DR: agentes de software leves instalados em sistemas operacionais convidados do Linux ou do Windows. O agente de Backup e DR se comunica com o dispositivo de backup/recuperação para descobrir bancos de dados e sistemas de arquivos, suspender aplicativos para captura consistente com o aplicativo, coordenar backups de controle de bloqueio alterado (CBT, na sigla em inglês) e de registros de transações e orquestrar montagens com reconhecimento de aplicativos. A proteção sem agente é usada para VMs do VMware (por meio das APIs Storage do vSphere - Proteção de dados) e instâncias do Compute Engine (por meio de snapshots de Persistent Disk).

Pools de armazenamento em um dispositivo de backup/recuperação

Um dispositivo de backup/recuperação organiza e armazena dados de backup capturados em até quatro tipos de pools de armazenamento:

  • Pool principal: armazenamento em blocos anexado diretamente ao dispositivo de backup/recuperação (usando discos permanentes padrão ou SSD) que armazena backups capturados e dados com eliminação de duplicação para recuperação local rápida e montagem instantânea.
  • Pool de snapshots: armazenamento que usa snapshots do Persistent Disk para armazenar cópias pontuais de volumes de dados para operações de captura e montagem de alto desempenho.
  • Pool do OnVault: armazenamento baseado em objetos para retenção de longo prazo que envia dados de backup compactados e incrementais para sempre para um bucket do Cloud Storage (Standard, Nearline, Coldline ou Archive) ou um backup vault gerenciado pelo Google.
  • Pool de espelhamento: armazenamento em blocos em um dispositivo de backup/recuperação secundário em outra zona ou região que recebe backups replicados assíncronos no nível do bloco (StreamSnap) para recuperação de desastres.

Modelos de backup, políticas e perfis de recursos

No console de gerenciamento do dispositivo, você protege uma carga de trabalho descoberta aplicando um plano de backup composto por dois elementos básicos reutilizáveis:

  • Modelo de backup: define como e quando os dados são armazenados em backup, retidos e replicados. Cada modelo de backup contém uma ou mais políticas de backup que controlam programações, objetivos de ponto de recuperação (RPOs) e retenção em níveis:
    • Produção para snapshot: captura dados da carga de trabalho de produção para o pool principal ou de snapshot local.
    • Snapshot para o OnVault: copia backups de snapshot para um pool do OnVault no Cloud Storage ou um backup vault para retenção de longo prazo.
    • OnVault para OnVault: replica dados entre pools do OnVault em todas as regiões.
    • Produção para espelho (StreamSnap): replica dados de snapshot para um pool de espelho em um dispositivo de backup/recuperação remoto.
  • Perfil de recurso: define onde os dados de backup são armazenados, mapeando as políticas em um modelo de backup para pools de armazenamento de dispositivos de backup/recuperação locais específicos, pools do OnVault e dispositivos de replicação remota.

Principais recursos de Backup e DR para o console de gerenciamento

O Backup e DR para o console de gerenciamento oferece os seguintes recursos para backup, recuperação e gerenciamento de dados de cópia corporativos:

  • Captura incremental permanente: após um único backup completo inicial de um aplicativo ou VM, os backups subsequentes capturam apenas blocos alterados ou deltas de banco de dados. O dispositivo de backup/recuperação sintetiza imagens virtuais completas em um momento específico sem executar backups completos periódicos que afetam o desempenho da produção.
  • Proteção de banco de dados consistente com o aplicativo e recuperação pontual (PITR): integração nativa com APIs de banco de dados (como Oracle RMAN, SQL Server VSS e SAP HANA backint ou snapshots de armazenamento) para capturar backups de banco de dados consistentes com o aplicativo, além de backups de registro de transações programados, o que permite recuperar um ponto específico no tempo.
  • Montagem instantânea e cópias virtuais: em vez de esperar para copiar terabytes de dados de backup de volta para o armazenamento de produção antes que um aplicativo possa ser iniciado, é possível montar uma imagem de backup diretamente do dispositivo de backup/recuperação para um host de destino:
    • Montagem padrão: expõe a imagem de backup como um disco ou sistema de arquivos montado em um host de destino para inspecionar ou copiar arquivos individuais.
    • Montagem com reconhecimento de aplicativo: inicia instantaneamente uma instância de banco de dados virtual diretamente da imagem de backup montada em um servidor de banco de dados de destino, com a opção de avançar os registros de transações para um momento escolhido.
    • Montar e migrar: restaura o serviço imediatamente em uma montagem instantânea enquanto migra os arquivos de dados subjacentes de volta para o armazenamento de produção em segundo plano, minimizando os objetivos de tempo de recuperação (RTOs).
    • LiveClone: cria uma cópia virtual independente e gravável de uma imagem de backup que pode ser atualizada sob demanda ou de acordo com uma programação sem consumir todo o armazenamento físico para cada clone.
  • Fluxos de trabalho automatizados de backup e DR: os fluxos de trabalho de backup e DR automatizam a criação, a atualização e o mascaramento de LiveClones e bancos de dados virtuais de forma programada ou sob demanda. As equipes de desenvolvimento, controle de qualidade e análise podem autoprovisionar cópias atualizadas de bancos de dados de produção com dados sensíveis removidos automaticamente por scripts personalizados.
  • Recuperação de desastres entre regiões: replique imagens de backup de forma assíncrona para um dispositivo de backup/recuperação secundário em outra região usando a replicação do StreamSnap ou copie backups para buckets do Cloud Storage multirregionais ou birregionais e backup vaults para recuperar cargas de trabalho em uma região alternativa durante uma interrupção.

Cargas de trabalho compatíveis com o Backup e DR para o console de gerenciamento

O Backup e DR para o console de gerenciamento protege uma ampla variedade de máquinas virtuais, sistemas de arquivos e bancos de dados. Para detalhes sobre a compatibilidade de versões e sistemas operacionais, consulte a matriz de suporte para backups gerenciados por appliance e os sistemas operacionais e kernels compatíveis com o Backup e DR.

  • Instâncias do Compute Engine: proteção de snapshot consistente com falhas e sem agente e recuperação entre projetos ou entre regiões para VMs do Compute Engine.
  • VMs do Google Cloud VMware Engine e do VMware vSphere: backup no nível da VM sem agente, montagem instantânea, LiveClone e recuperação completa da VM para hosts do vCenter e do ESX usando o rastreamento de blocos alterados (CBT, na sigla em inglês) do VMware.
  • Sistemas de arquivos e Filestore: backup baseado em blocos e arquivos e montagem instantânea para sistemas de arquivos Linux e Windows, compartilhamentos NFS, compartilhamentos SMB/CIFS e instâncias do Filestore.
  • Bancos de dados Oracle: proteção incremental permanente usando cópias de imagem do Oracle RMAN e rastreamento de alterações, backups de registro de arquivo para PITR, montagens instantâneas de banco de dados virtual e montagem e migração.
  • Bancos de dados do Microsoft SQL Server: backups consistentes com o aplicativo para instâncias independentes e grupos de disponibilidade Always On, backups de registros de transações, montagens de bancos de dados virtuais e clonagem de bancos de dados.
  • Bancos de dados SAP HANA: proteção no nível do volume (snapshot Persistent Disk ou LVM) e no nível do arquivo (backint) para sistemas de host único, 1+n e escalonamento horizontal do SAP HANA.
  • Bancos de dados IBM Db2: backups incrementais permanentes no nível do volume e backups de despejo completos e incrementais com captura de registro de transações e montagens de banco de dados virtual.
  • Outros bancos de dados autogerenciados: proteção para bancos de dados PostgreSQL, MySQL, MariaDB, SAP ASE, SAP IQ e SAP MaxDB, além de grupos de consistência e aplicativos LVM genéricos.

A seguir