# 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 ](USER_UpgradeDBInstance.Upgrading.md). **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 (BYOL) para o Db2](db2-licensing.md#db2-prereqs-ibm-info). 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](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html) ou chame a operação [DescribeDBSnapshots](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshots.html) 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](db2-read-replicas.backups.md). ## 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 que não são em linha e não registrados em log. + 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](Overview.DBInstance.Modifying.md). + 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](db2-sp-managing-databases.md). + 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](db2-sp-managing-databases.md). + 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](https://www.ibm.com/docs/en/db2/11.1?topic=dcp-blocknonlogged-block-creation-tables-that-allow-non-logged-activity) 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](https://www.ibm.com/docs/en/db2/11.1?topic=parameters-logindexbuild-log-index-pages-created) na documentação do IBM Db2.