Trabalhar com réplicas para o Amazon RDS para Db2
O RDS para Db2 aceita a criação de bancos de dados de réplica para fornecer recursos de escalabilidade de leitura e recuperação de desastres. Você pode criar réplicas em dois modos: réplicas somente para leitura para automatizar workloads de leitura e réplicas em espera para recuperação de desastres entre regiões. O RDS para Db2 usa Recuperação de Desastres de Alta Disponibilidade (HADR) do IBM Db2 para replicação. Para obter mais informações, consulte High availability disaster recovery (HADR)
Um banco de dados de réplica do Db2 é uma cópia física do seu banco de dados primário. Uma réplica do Db2 no modo somente leitura é chamada de réplica de leitura. Uma réplica do Db2 no modo de espera é chamada de réplica em espera. O Db2 não permite gravações em uma réplica, mas é possível promover uma réplica para torná-la gravável. A réplica promovida terá os dados replicados para o ponto quando a solicitação foi feita para promovê-la. Para obter mais informações, consulte Promoção de uma réplica de leitura a uma instância de banco de dados autônoma.
Para ver um resumo dos recursos e dos comportamentos de réplicas do RDS para Db2, consulte Diferenças entre réplicas de leitura para mecanismos de banco de dados.
Réplicas somente leitura e em espera
Ao criar ou modificar uma réplica do Db2, você pode colocá-la em um dos seguintes modos:
- Somente leitura
-
Esse é o padrão. O HADR transmite e aplica alterações do banco de dados de origem a todos os bancos de dados da réplica de leitura. No caso de réplicas somente leitura, a variável de ambiente do Db2
DB2_HADR_ROSé definida comoON. O nível de isolamento para consultas de leitura no banco de dados de réplica éUncommitted Read. Para acessar mais informações, consulte Isolation level on the active standby databasena documentação do IBM Db2. Para obter informações gerais sobre réplicas de leitura que se aplicam a todos os mecanismos de banco de dados, consulte Trabalhar com réplicas de leitura de instância de banco de dados. Para acessar mais informações, consulte High availability disaster recovery (HADR)
na documentação do IBM Db2. - Em espera
-
Para réplicas em espera, a variável de ambiente do Db2
DB2_HADR_ROSé definida comoOFFde forma que os bancos de dados de réplica não aceitem conexões de usuário. O principal uso para réplicas em espera é a recuperação de desastres entre regiões.Uma réplica em espera não pode atender a uma workload somente leitura. A réplica em espera não tem nenhum log de arquivo.
Você pode criar até três réplicas de uma instância de banco de dados de origem. É possível criar uma combinação de réplicas de banco de dados somente leitura e em espera para a mesma instância de banco de dados de origem. Depois de criar uma réplica, você pode alterar o modo dela. Para acessar mais informações, consulte Modificar o modo da réplica do RDS para Db2.
Antes de criar réplicas, garanta que todos os requisitos sejam atendidos. Para obter mais informações, consulte Requisitos e considerações sobre réplicas do RDS para Db2.
Ativações do banco de dados
O HADR do Db2 é configurado no nível do banco de dados. Depois de criar réplicas, o HADR é definido para todos os bancos de dados Db2, inclusive rdsadmin, que o RDS gerencia totalmente. Antes de criar réplicas do Db2, você deve ativar explicitamente todos os bancos de dados. Caso contrário, a criação de réplicas falhará e o Amazon RDS emitirá um evento. Depois que uma instância de banco de dados tiver uma ou mais réplicas, você não poderá ativar ou desativar nenhum banco de dados na instância de banco de dados usando os procedimentos armazenados rdsadmin.activate_database ou rdsadmin.deactivate_database. Para obter mais informações, consulte Procedimentos armazenados para bancos de dados do RDS para Db2.
Configurações de HADR
Você pode ver todas as configurações de HADR de um banco de dados conectando-se ao banco de dados e depois executando db2 get db cfg.
Arquivar retenção de logs
O Amazon RDS limpará os logs de uma instância de banco de dados primária depois que as seguintes condições forem atendidas:
-
Os logs têm pelo menos duas horas.
-
A configuração para o período de retenção para os logs de arquivo expirou.
-
Os logs de arquivamento foram replicados com sucesso em todas as instâncias de banco de dados de réplica. Essa condição se aplica tanto às instâncias de banco de dados na mesma Região da AWS quanto às instâncias de banco de dados entre regiões.
Para obter informações sobre como definir horas de retenção de log de arquivamento, consulte rdsadmin.set_archive_log_retention.
O Amazon RDS verifica e limpa cada banco de dados individualmente. Se um banco de dados perder a conexão HADR ou se as informações sobre a conexão não estiverem disponíveis, o Amazon RDS ignorará o banco de dados e não limpará os logs de arquivamento.
Interrupções durante a replicação do Db2
Ao criar uma réplica, o Amazon RDS faz um snapshot do banco de dados da sua instância de banco de dados de origem e inicia a replicação. Quando a operação de snapshot do banco de dados se inicia, a instância de banco de dados de origem sofre uma suspensão de E/S muito breve. A suspensão de E/S geralmente dura um segundo. No entanto, se a instância de banco de dados de origem for uma implantação Multi-AZ, a instância de banco de dados de origem não sofrerá nenhuma suspensão de E/S. Isso ocorre porque, com implantações Multi-AZ, o snapshot é obtido da instância de banco de dados secundária.
O snapshot de banco de dados torna-se a réplica do Db2. O Amazon RDS define as permissões e os parâmetros necessários para o banco de dados de origem e para a réplica sem interrupção do serviço. Da mesma forma, se você excluir uma réplica, nenhuma interrupção ocorrerá.
