Requisitos e considerações sobre réplicas do RDS para Db2 - Amazon Relational Database Service
Requisitos de versão e licenciamentoConsiderações sobre backup e restauraçãoConsiderações sobre replicaçãoConsiderações diversas

Requisitos e considerações sobre réplicas do RDS para Db2

Os requisitos de réplica do Db2 se enquadram em várias categorias: licenciamento e versionamento, considerações de backup e restauração, comportamento de replicação e considerações operacionais gerais. Antes de criar uma réplica do Oracle, familiarize-se com os seguintes requisitos e considerações.

Requisitos de versão e licenciamento para réplicas do RDS para Db2

Antes de criar uma réplica do RDS para Db2, analise as seguintes informações sobre versões e modelos de licenciamento:

  • Versões aceitas: todas as versões do Db2 11.5 aceitam instâncias de banco de dados de réplica.

    As instâncias de banco de dados de origem e réplica devem usar a mesma versão principal. As réplicas do Db2 comportam atualizações de versões secundárias, mas não atualizações de versões principais. Para acessar informações sobre como atualizar instâncias de banco de dados, consulte Atualizar a versão de mecanismo de uma instância de banco de dados.

    nota

    Quando você atualiza uma instância de banco de dados de origem, todas as réplicas são atualizadas automaticamente para manter a compatibilidade das versões.

  • Modelos de licença válidos e modos de réplica: tanto o Db2 Advanced Edition (AE) quanto o Standard Edition (SE) podem criar réplicas somente leitura ou em espera tanto para o modelo traga a sua própria licença (BYOL) quanto para o modelo de licença do Db2 por meio do modelo AWS Marketplace.

  • Grupo de parâmetros personalizado: é necessário especificar um grupo de parâmetros personalizado para a réplica.

    Para réplicas que usam o modelo BYOL, esse grupo de parâmetros personalizados deve incluir seu IBM Site ID e IBM Customer ID. Para obter mais informações, consulte IDs da IBM para traga a sua própria licença para o Db2. Você pode especificar esse grupo de parâmetros personalizado para a réplica usando o Console de gerenciamento da AWS, a AWS CLI ou a API do RDS.

  • A contagem de vCPUs varia de acordo com o modo de réplica e o modelo de licenciamento:

    • As réplicas em espera sempre usam duas vCPUs, independentemente do tamanho da instância de banco de dados.

      • Modelo BYOL: as configurações de AWS License Manager mostram que as instâncias de banco de dados do RDS para Db2 usam duas vCPUs.

      • Modelo de licença do Db2 por meio do AWS Marketplace, as faturas exibem os custos de licença de duas vCPUs.

    • As réplicas somente leitura usam a mesma contagem de vCPUs que o tamanho da instância de banco de dados.

      • Modelo BYOL: as configurações do AWS License Manager mostram que as instâncias de banco de dados do RDS para Db2 usam o mesmo número de vCPUs que correspondem ao tamanho da instância de banco de dados.

      • Licença do Db2 por meio do modelo AWS Marketplace: as contas refletem os custos de licença para o mesmo número de vCPUs que correspondem ao tamanho da instância de banco de dados.

Considerações sobre backup e restauração de réplicas do RDS para Db2

Os backups de réplicas têm um comportamento diferente dos backups do banco de dados primário. Pense nos seguintes requisitos de backup e restauração:

  • Para criar snapshots de réplicas do RDS para Db2 ou ativar backups automáticos, defina o período de retenção de backup manualmente. Por padrão, os backups automáticos não estão ativados.

  • Ao restaurar um backup de réplica, você restaura para a hora do banco de dados, não para a hora de criação do backup. A hora do banco de dados se refere ao horário de transação mais recente aplicado dos dados no backup. A diferença é significativa porque uma réplica pode apresentar atraso de minutos ou horas em relação ao banco de dados primário. Quando há vários bancos de dados, o RDS para Db2 usa o horário mais antigo do banco de dados.

    Para descobrir a diferença, execute o comando AWS CLI describe-db-snapshots ou chame a operação DescribeDBSnapshots da API do RDS. Compare o valor SnapshotDatabaseTime com o valor OriginalSnapshotCreateTime. O valor SnapshotDatabaseTime é o horário do banco de dados do backup da réplica. O valor OriginalSnapshotCreateTime é a última transação aplicada no banco de dados primário.

Para acessar informações sobre backups e como restaurá-los, consulte Como trabalhar com backups de réplicas do RDS para Db2.

Considerações sobre replicação para réplicas do RDS para Db2

As réplicas do Db2 usam a tecnologia HADR com limitações e comportamentos específicos. Analise as seguintes considerações sobre replicação:

  • A replicação usa Db2 HADR para todos os bancos de dados na instância de banco de dados do RDS para Db2.

  • A replicação não suporta o comando LOAD. Se você executar o comando LOAD a partir da instância de banco de dados de origem, receberá dados inconsistentes.

  • O RDS para Db2 não replica os seguintes itens:

    • Acesso ao armazenamento. Esteja ciente de dados, como tabelas externas, que dependem do acesso ao armazenamento.

    • LOBs não embutidos.

    • Binários de procedimentos armazenados externos (em C ou Java).

  • Para réplicas em espera, o RDS para Db2 replica os seguintes itens:

    • Usuários locais, exceto usuários mestres

    • Parâmetros de configuração do banco de dados

  • Para réplicas somente leitura, o RDS para Db2 replica os seguintes itens:

    • Usuários locais, exceto usuários mestres

    • Mapeamentos do grupo de SID

Considerações diversas sobre réplicas do RDS para Db2

Considerações operacionais adicionais se aplicam às réplicas do Db2. Analise os seguintes itens:

  • O RDS para Db2 replica as configurações do banco de dados para as réplicas. Quando o RDS para Db2 promove uma réplica, ele desativa e ativa cada banco de dados.

  • O RDS para Db2 replica os usuários locais, mas não o usuário mestre, e os mapeamentos do grupo SID nas réplicas. Você pode modificar o usuário mestre na réplica. Para obter mais informações, consulte Modificar uma instância de banco de dados do Amazon RDS.

  • Todos os bancos de dados devem estar em um estado ativo. Para obter informações sobre como ativar banco de dados, consulte Procedimentos armazenados para bancos de dados do RDS para Db2.

  • Todos os procedimentos armazenados para criar, eliminar, restaurar ou avançar bancos de dados devem ser concluídos antes da criação de uma réplica. Para obter informações sobre esses procedimentos armazenados, consulte Procedimentos armazenados para bancos de dados do RDS para Db2.

  • Quando a réplica é criada, o Amazon RDS define o parâmetro em nível de banco de dados blocknonlogged para todos os bancos de dados na instância de banco de dados de origem como YES. Quando a réplica de origem se torna novamente uma instância independente, o Amazon RDS redefine o valor para NO. Para obter mais informações, consulte blocknonlogged - Block creation of tables that allow non-logged activity configuration parameter na documentação do IBM Db2.

  • Quando a réplica é criada, o Amazon RDS define o parâmetro em nível de banco de dados logindexbuild para todos os bancos de dados na instância de banco de dados de origem como YES. Quando a réplica de origem se torna novamente uma instância independente, o Amazon RDS redefine o valor para NO. Para obter mais informações, consulte logindexbuild - Log index pages created configuration parameter na documentação do IBM Db2.