Exigences et considérations relatives au RDS pour les répliques DB2

Avant de créer une réplique DB2, familiarisez-vous avec les exigences et considérations suivantes.

Exigences de version et de licence pour les répliques RDS pour Db2

Avant de créer une réplique RDS pour DB2, consultez les informations suivantes :

• Db2 Advanced Edition (AE) et Standard Edition (SE) peuvent créer des répliques en mode veille à la fois pour le modèle Bring your own license (BYOL) et pour le modèle de licence Db2 Through. AWS Marketplace

• Vous devez spécifier un groupe de paramètres personnalisé pour la réplique lue. Pour les répliques qui utilisent le modèle BYOL, ce groupe de paramètres personnalisés doit inclure votre IBM Site ID et. IBM Customer ID Vous pouvez spécifier ce groupe de paramètres personnalisé pour la réplique en lecture à l'aide de l'API AWS Management Console, de AWS CLI , ou de l'API RDS. Pour de plus amples informations, veuillez consulter IBM IDs pour apporter votre propre licence (BYOL) pour Db2.

• Pour les répliques de secours, le nombre de vCPU est de deux, quelle que soit la taille de l'instance de base de données. Les éléments suivants décrivent les différences entre les types de licence RDS pour DB2 :

  • Pour le modèle BYOL, les AWS License Manager configurations montrent que RDS pour les instances de base de données DB2 utilise deux v. CPUs

  • Pour le AWS Marketplace modèle de licence DB2 via, les factures reflètent les coûts de licence pour deux v. CPUs

• Toutes les versions de DB2 11.5 prennent en charge les instances de base de données répliquées. Les répliques DB2 prennent en charge les mises à niveau de versions mineures.

Considérations relatives à la sauvegarde et à la restauration pour les répliques RDS pour DB2

Avant de créer une réplique RDS pour DB2, tenez compte des points suivants :

• Pour créer des instantanés de répliques RDS pour Db2 ou activer les sauvegardes automatiques, veillez à définir manuellement la période de conservation des sauvegardes. Les sauvegardes automatiques ne sont pas activées par défaut.

• Lorsque vous restaurez une sauvegarde de réplica, vous rétablissez l'heure de la base de données, et non l'heure à laquelle la sauvegarde a été effectuée. L'heure de la base de données désigne la dernière heure de transaction appliquée des données dans la sauvegarde. La différence est significative car une réplique peut prendre des minutes, voire des heures, de retard par rapport à la base de données principale. Lorsqu'il existe plusieurs bases de données, RDS pour DB2 utilise l'heure de base de données la plus ancienne.

  Pour trouver la différence, exécutez la AWS CLI describe-db-snapshotscommande ou appelez l'DBSnapshotsopération RDS API Describe. Comparez la SnapshotDatabaseTime valeur à la OriginalSnapshotCreateTime valeur. La SnapshotDatabaseTime valeur est l'heure de la sauvegarde de la réplique dans la base de données. La OriginalSnapshotCreateTime valeur est la dernière transaction appliquée sur la base de données principale.

Considérations relatives à la réplication pour les répliques RDS pour DB2

Avant de créer une réplique RDS pour DB2, tenez compte des points suivants :

• La réplication utilise Db2 HADR pour toutes les bases de données de l'instance de base de données RDS for Db2.

• La réplication ne prend pas en charge la LOAD commande. Si vous exécutez la LOAD commande depuis l'instance de base de données source, vous recevrez des données incohérentes.

• RDS pour DB2 ne reproduit pas les éléments suivants :

  • Accès au stockage. Soyez conscient des données, telles que les tables externes, qui dépendent de l'accès au stockage.

  • Non en ligne. LOBs

  • Binaires de procédures stockées externes (en C ou Java).

• Pour les répliques de secours, RDS pour Db2 réplique les éléments suivants :

  • Utilisateurs locaux, à l'exception des utilisateurs principaux

  • Paramètres de configuration de base de données

Considérations diverses relatives aux répliques RDS pour Db2

Avant de créer une réplique RDS pour DB2, tenez compte des points suivants :

• RDS for Db2 réplique les configurations de base de données sur les répliques. Lorsque RDS for Db2 fait la promotion d'une réplique, il désactive et active chaque base de données.

• RDS pour Db2 réplique les utilisateurs locaux, mais pas l'utilisateur principal, vers les répliques. Vous pouvez modifier l'utilisateur principal sur la réplique. Pour de plus amples informations, veuillez consulter Modification d'une RDS instance de base de données Amazon.

• Toutes les bases de données doivent être actives. Pour plus d'informations sur l'activation des bases de données, consultezProcédures stockées pour les bases de données pour RDS pour Db2.

• Toutes les procédures stockées de création, de suppression, de restauration ou de transfert de bases de données doivent être effectuées avant de créer une réplique. Pour plus d'informations sur ces procédures stockées, consultezProcédures stockées pour les bases de données pour RDS pour Db2.

• Lorsque la réplique est créée, Amazon RDS définit le paramètre au niveau de la base de données blocknonlogged pour toutes les bases de données de l'instance de base de données source sur. YES Lorsque la réplique source redevient une instance autonome, Amazon RDS redéfinit la valeur à. NO Pour plus d'informations, voir blocknonlogged - Création de blocs de tables autorisant le paramètre de configuration des activités non enregistrées dans la documentation. IBM Db2

• Lorsque la réplique est créée, Amazon RDS définit le paramètre au niveau de la base de données logindexbuild pour toutes les bases de données de l'instance de base de données source sur. YES Lorsque la réplique source redevient une instance autonome, Amazon RDS redéfinit la valeur à. NO Pour plus d'informations, voir logindexbuild - Paramètre de configuration créé par les pages d'index de log dans la IBM Db2 documentation.