Proteger e recuperar uma instância do IBM Db2 executada no Compute Engine

Esta página detalha como usar o serviço de backup e DR para Db2 em uma instância do Compute Engine usando o snapshot do Persistent Disk.

Proteger o ambiente de produção do Db2 contra perda, erros e corrupção de dados

O Db2 é uma família de sistemas de gerenciamento de banco de dados relacional na divisão de gerenciamento de informações da IBM, que é centrada em várias ofertas de sistemas de gerenciamento de banco de dados relacional. Muitas empresas usam o Db2 para aplicativos essenciais.

Como pode acontecer com qualquer banco de dados, o Db2 está sujeito a corrupção, exclusão acidental ou até mesmo ameaças de segurança, como ataques de ransomware. O serviço de backup e DR permite fazer backup e recuperar seus sistemas de produção de maneira eficiente e segura.

Para saber como usar o serviço de backup e DR para proteger seus bancos de dados Db2, consulte Backup e DR para IBM Db2.

Implante o serviço de Backup e DR primeiro

Antes de começar, leia e conclua os seguintes procedimentos:

Como funciona o serviço de backup e DR

Em seguida, confira como o serviço de backup e DR funciona em Começar a usar o Backup e DR: proteger e recuperar uma instância do Compute Engine.

Preparar instâncias do Db2 para backup

Pré-requisitos

  • Os serviços e bancos de dados do Db2 precisam estar em execução.
  • Os parâmetros logarchmeth1 e logarchmeth2 do banco de dados para o backup do registro de arquivo precisam ser definidos como caminhos válidos para backups de registro.
  • Todos os servidores do Db2 no (Compute Engine) que têm dados do Db2 a serem protegidos pelo serviço de backup e DR precisam ter sido integrados ao serviço de backup e DR.
  • Todos os servidores do Db2 no (Compute Engine) que têm dados do Db2 a serem protegidos pelo serviço de backup e DR precisam ter o agente de backup e DR instalado.
  • Todos os pontos de montagem de log, log de banco de dados e backup do banco de dados do Db2 precisam ter o VG e o LVM do disco persistente. Não é possível usar o sistema de arquivos direto em discos persistentes para o aplicativo Db2.
  • O mesmo ponto de montagem não deve ser usado para os bancos de dados Db2 para banco de dados, registro ativo com locais de backup de registro.

Descobrir e proteger instâncias do Compute Engine que hospedam bancos de dados Db2

É necessário integrar a VM do Db2 Compute Engine antes de integrar o aplicativo de banco de dados Db2. Para integrar a instância do Compute Engine ao serviço de backup e DR, consulte Descubra e proteja instâncias do Compute Engine.

Sobre este exercício de guia de início rápido

Este exercício orienta você nas etapas para descobrir e proteger um banco de dados do Db2 em execução em uma instância do Compute Engine e, por fim, montar um novo banco de dados do Db2 totalmente funcional a partir da imagem de backup em um novo local.

  1. Instalar o agente de backup e DR no Compute Engine
  2. Criar um plano de backup para o banco de dados Db2
  3. Descubra e proteja bancos de dados do Db2
  4. Recuperar um banco de dados Db2 de um backup: montagens e restaurações

Instalar o agente de backup e DR no host

O agente de backup e DR conecta a instância do Compute Engine ao dispositivo de backup/recuperação. Para instalar o agente, consulte Instalar o agente de backup e DR em um host Linux.

Criar um plano de backup para o banco de dados Db2

Consulte Criar um modelo de política.

Definir configurações de políticas avançadas para bancos de dados Db2

Ao criar o modelo de política, você configura as configurações avançadas de política específicas para a proteção do Db2 usando o snapshot de disco permanente.

Local do snapshot: selecione a região em que os snapshots do disco permanente serão armazenados. Por padrão, a multirregião é selecionada com base no local do disco de origem. Também é possível mudar o local de armazenamento do snapshot para uma região diferente da do disco de origem. Ao armazenar snapshots em um local diferente do disco de origem, os dados trafegam pela rede entre esses locais e podem gerar taxas de rede. Os snapshots geram as mesmas taxas que a saída do Cloud Storage. Saiba mais sobre o snapshot de disco permanente. Para saber os detalhes dos preços, consulte Preços de disco.

Tipo de snapshot: selecione o tipo de snapshot do disco permanente a ser usado para backups do Db2. Os snapshots fazem backup incremental de dados de discos permanentes. Durante os backups, um novo snapshot é criado para capturar o estado atual do disco permanente e pode ser usado posteriormente para criar um novo disco para montagens ou restaurações. O Compute Engine armazena várias cópias de cada snapshot em vários locais com somas de verificação automáticas para garantir a integridade dos dados. Saiba mais sobre o snapshot de disco permanente. Para saber os detalhes dos preços, consulte Preços de disco.

  • Padrão: por padrão, o tipo de snapshot padrão é selecionado. Use o tipo padrão se quiser manter os backups por menos de 90 dias.
  • Arquivar: selecione o tipo "Arquivar" se você quiser manter os backups por um longo período. O período mínimo de faturamento do snapshot de arquivamento é de 90 dias, independente do período de retenção definido na política. Além disso, o tipo de arquivamento também tem uma cobrança de recuperação extra se usado em um job de montagem ou restauração.

Ativar e proteger o backup de registro de arquivo do Db2

Ao criar uma política de snapshots para um banco de dados, você também tem a opção de capturar os arquivos de registro com uma frequência especificada. A frequência com que os registros do banco de dados são capturados é definida separadamente da frequência do banco de dados. Por exemplo, um banco de dados pode ser capturado todos os dias, e os registros dele a cada hora.

Truncate (Purge) Log after Backup: especifica se os registros de arquivamento do Db2 serão truncados (purgados) após o backup. Quando a opção "Truncate Log after Backup" está ativada, os registros de arquivamento do Db2 são truncados. Por padrão, o arquivamento será executado em todos os backups do banco de dados. Recomendamos usar o padrão para conseguir o melhor RTO de recuperação. Se a retenção de registros de produção estiver definida, a limpeza será executada com base na configuração Retenção de registros de banco de dados de produção por hora em Detalhes e configurações do aplicativo.

As opções são:

  • Não truncar/limpar o registro após o backup: esse é o padrão. Nesse modo, o registro de arquivo não é expurgado.
  • Truncate/purge (truncar/limpar) o registro após o backup: escolha essa opção se quiser ativar a limpeza de registro de arquivo.
  • Enable Database Log Backup: defina a opção como Yes. A opção Ativar o backup de registro de banco de dados permite que a política do plano de backup faça backup de um banco de dados e de todos os arquivos de registro de transações associados. Os logs são armazenados em backup quando o job de snapshot de registro é executado. Quando definido como "Sim", as opções relacionadas são ativadas.
  • RPO: especifique o backup de registro do banco de dados em minutos. Quando a opção Enable Database Log Backup é definida como "Sim", o RPO define a frequência do backup do registro do banco de dados. A frequência é definida em minutos e não pode exceder o intervalo de backup do banco de dados. O menor valor que pode ser definido (em minutos) é 15.
  • Período de retenção do backup de registro (em dias): quando a opção "Ativar o backup de registro do banco de dados" é definida como "Sim", a retenção de registro é definida separadamente da retenção da política de snapshots. Ter um período de retenção separado permite usar registros em conjunto com cópias do banco de dados armazenadas no conjunto de snapshots.
  • Replicate Logs (Uses streamsnap Technology): defina essa opção como "Não". Isso não se aplica à proteção de snapshots do Db2 Persistent Disk.
  • Send Logs to OnVault Pool: defina essa opção como No. Ela não se aplica à proteção de snapshot do Db2 Persistent Disk.

Recomendações de backup de registro de arquivo do Db2

Para melhores resultados com backups de registro, preste atenção no seguinte:

  • Não use a montagem do registro de arquivo do banco de dados Db2 para armazenar arquivos que não sejam backups do registro de arquivo do Db2.
  • Por padrão, a limpeza de arquivos é executada a cada 24 horas. Isso alcança o melhor RTO de recuperação. Se a retenção de registros de produção estiver definida, a limpeza será executada com base na configuração Retenção de registros de banco de dados de produção por hora em Detalhes e configurações do aplicativo. Dimensione o disco de backup de registro de arquivo do Db2 para armazenar arquivos com base na configuração de retenção de registro de produção.

Descobrir e proteger bancos de dados do Db2 no Gerenciador de apps

Para descobrir e proteger os aplicativos de banco de dados Db2, siga estas etapas:

  1. Na página App Manager > Applications do console de gerenciamento, selecione Add Application .
  2. Selecione Db2 no assistente.
  3. Siga o assistente:
    1. Na seção Selecionar, selecione a instância do Db2 a ser gerenciada.
    2. Na seção Gerenciar, aplique o modelo de política e o perfil de recurso criados em Criar um plano de backup.
    3. Em Configurações do aplicativo, na seção Configurar, defina as Configurar opções de backup:
    4. Método de captura de backup: escolha Usar snapshot de disco permanente.
    5. Retenção de registros de banco de dados de produção em horas: é usada para limpar o backup de registro de arquivo do Db2 do destino logarchmeth1. Com base nesta configuração, o registro é excluído se for mais antigo do que as horas especificadas. Com os valores padrão, todos os registros anteriores ao último backup de dados são limpos (padrão de 24 horas).
  4. Clique em Salvar > Próxima e depois em Concluir.

O banco de dados aparece na lista Applications do App Manager com um escudo verde indicando que o plano de backup foi aplicado.

Recuperar um banco de dados Db2 de um backup: montagens e restaurações

A restauração de um banco de dados substitui os dados originais do backup. Este procedimento é para restaurar um banco de dados com backup. Para restaurar um banco de dados de um backup, consulte Restaurar um banco de dados Db2 de um backup.

A montagem de um banco de dados coloca uma nova cópia dele em um ponto de montagem, onde ele pode ser usado como o banco de dados original. Para montar um novo banco de dados a partir de um backup, consulte Montar um backup do Db2 como uma montagem padrão.

Montar um backup do Db2 como uma montagem padrão

Uma montagem padrão fornece o disco de imagem de backup de dados, o registro ativo e o volume de registro de arquivamento para o destino especificado. É possível montar um backup de um banco de dados Db2 como uma montagem padrão para qualquer operação manual.

Pré-verificações durante a montagem

  • Status de conectividade do conector: verifique se o agente {backupdr_name_short} está instalado e se o secret é aplicado para a conectividade do host entre o appliance e o agente.
  • Os locais de montagem especificados estão disponíveis para a operação de montagem.
  • Se o mesmo VG existir no destino e estiver em uso por qualquer banco de dados, a pré-verificação vai falhar com uma mensagem informando que o VG está em uso pelo banco de dados. Para continuar, desligue o banco de dados antes de continuar com a operação de montagem.
  • Verificação de permissão nos projetos de origem e de destino para o serviço Google Cloud.

Montar o banco de dados a partir de um backup

Use estas instruções para montar um backup:

  1. Clique com o botão direito do mouse no banco de dados protegido na lista App Manager > Applications e selecione Access.

  2. Selecione uma imagem de snapshot e escolha Montar.

  3. Na página "Montar", selecione o servidor Db2 de destino em NOME DA INSTÂNCIA DO GCE. É possível usar os filtros Nome do projeto, Região e Zona.

  4. Se quiser, insira um nome exclusivo associado à montagem no campo "Rótulo". BASES DE DADOS INCLUÍDAS é apenas informativo e mostra a lista de bancos de dados na imagem de backup.

  5. Em Opções de mapeamento:

    • MOUNT POINT: é preenchido automaticamente com o MOUNT POINT de origem. Informe o caminho que não está em uso no destino selecionado e que você quer usar para montar a imagem do snapshot de todos os volumes data, active log, dbpath e Logbackup no servidor de destino.
    • TIPO DE DISCO: é preenchido com o valor de origem do TIPO DE DISCO. É possível mudar o tipo de disco no menu suspenso.

  6. Clique em Verificação pré-voo. Isso vai validar as opções necessárias no servidor de destino para uma montagem bem-sucedida. Após a conclusão do pré-voo, o botão Enviar será ativado. Em caso de falha, a simulação vai mostrar a verificação com falha para corrigir e executar novamente a simulação.

  7. Clique em Enviar. Acesse o Job Monitor para conferir o progresso e os detalhes do job.

Desmonte o backup do banco de dados montado quando ele não for mais necessário.

Para desconectar o backup do banco de dados montado:

  • Para remover ou manter o disco após uma montagem bem-sucedida, acesse a página Application > Access e selecione a imagem montada.
  • Na página de acesso, em Current active mount, há duas opções:
    • Desmontar e excluir: escolha essa opção para desconectar o ponto de montagem, remover o disco e excluir o disco do servidor de destino.
    • Esquecer a montagem ativa: escolha essa opção para deixar o disco conectado e montado e remover os metadados do serviço de backup e DR. Os usuários vão precisar usar o console do Google Cloud para remover essa imagem da instância de destino.

Restaurar um banco de dados Db2 a partir de um backup

Este procedimento é para restaurar um banco de dados com backup.

Verificação de simulação

Antes de enviar o procedimento de restauração, as verificações de pré-voo validam os pré-requisitos necessários para uma restauração bem-sucedida do banco de dados:

  • SID do Db2: o Db2 está configurado no nó de destino com o mesmo nome de SID do Db2.
  • Db2 VERSION: a versão de destino do Db2 é igual à versão de origem do Db2.
  • Para restaurar para um novo destino
    • Verifique se o ponto de montagem especificado na opção de mapeamento não é usado ou montado no servidor de destino.
    • Verifique se os locais de montagem especificados estão disponíveis para a operação de montagem.
  • Verifique se a instância do Db2 está em execução. Ele precisa ser desligado durante a operação de restauração.
  • Se o mesmo VG existir no destino e estiver em uso por qualquer banco de dados, a pré-verificação vai falhar com uma mensagem informando que o VG está em uso pelo banco de dados. Para continuar, desligue o banco de dados antes de prosseguir com a restauração.
  • Verificação de permissão nos projetos de origem e de destino para o serviço Google Cloud .

Restaurar um banco de dados Db2 para a origem

  1. Na lista App Manager > Applications, clique com o botão direito do mouse no banco de dados e selecione Access.
  2. Selecione o último snapshot a ser recuperado e escolha Restaurar.
  3. Na página "Restaurar", selecione Restaurar para a origem. Todos os campos são pré-preenchidos com o valor de origem da instância Db2 protegida e todos são imutáveis, exceto Opções do aplicativo.
  4. Rótulo: insira um nome exclusivo associado à montagem neste campo, se preferir.
  5. BANCO DE DADOS INCLUÍDOS é apenas informativo, mostrando a lista de bancos de dados na imagem de backup.
  6. Defina as opções do aplicativo:
    • Tempo de avanço: para um banco de dados protegido com registros, escolha uma data e hora para a recuperação.
    • INSTÂNCIA DE META: é preenchida previamente com o nome da instância do banco de dados protegido e é imutável.
    • Opções de mapeamento:
    • Locais de ponto de montagem do volume: são preenchidos previamente com os grupos de volume de origem, volumes lógicos, caminhos de dispositivo e tipos de disco em que o Db2 data, dbpath, log, log backup volumes são montados.
    • Tipo de disco: permite selecionar o tipo de armazenamento em bloco subjacente usado para os dados recuperados das imagens de backup.
  7. Clique em Verificação de simulação. Se a verificação de simulação falhar, corrija o problema e reenvie a verificação. Se a verificação de pré-voo for bem-sucedida, clique em Enviar para enviar o job de restauração.

Restaurar um banco de dados Db2 para um novo destino

  1. Na lista App Manager > Applications, clique com o botão direito do mouse no banco de dados e selecione Access.
  2. Selecione o último snapshot a ser recuperado e escolha Restaurar. Na página "Restore", selecione Restore to new target: todos os campos são preenchidos com o valor de origem da instância Db2 protegida, mas você pode editá-los.
  3. Para recuperar para um novo destino, selecione o Projeto, a Região e a Zona da instância para a qual você quer recuperar o banco de dados Db2.
  4. Em Nome da instância, selecione o nó a ser restaurado na lista suspensa de instâncias qualificadas do Compute Engine.
  5. Rótulo: insira um nome exclusivo associado à montagem neste campo, se preferir.
  6. BANCO DE DADOS INCLUÍDOS é apenas informativo, mostrando a lista de bancos de dados na imagem de backup.
  7. Substitua a identidade original do aplicativo. Essa opção só está disponível quando o restabelecimento é feito para um novo host no mesmo dispositivo em que o backup foi gerado originalmente.
    • Sim: substitui o aplicativo original e carrega o mesmo ID, histórico de trabalho, imagens de backup e plano de backup do aplicativo original.
    • Não: não substitui o aplicativo original. Ele será descoberto como um novo aplicativo como parte do job de restauração.
  8. Defina as opções do aplicativo:
    • Tempo de avanço: para um banco de dados protegido com registros, escolha uma data e hora para a recuperação.
    • INSTÂNCIA DE META: é preenchida previamente com o nome da instância do banco de dados protegido e é imutável.
    • Opções de mapeamento:
    • Locais de ponto de montagem do volume: são preenchidos previamente com os grupos de volume de origem, volumes lógicos, caminhos de dispositivo e tipos de disco em que o Db2 data, dbpath, log, log backup volumes são montados.
    • Tipo de disco: permite selecionar o tipo de armazenamento em bloco subjacente usado para os dados recuperados das imagens de backup.
  9. Clique em Verificação de simulação. Se a verificação de simulação falhar, corrija o problema e reenvie a verificação. Se a verificação de simulação for bem-sucedida, clique em Enviar para enviar o job de restauração.