Migration des bases de données DB2 Linux basées sur des interruptions de service quasi nulles - Amazon Relational Database Service

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Migration des bases de données DB2 Linux basées sur des interruptions de service quasi nulles

Cette approche de migration vous permet de migrer une Linux base de données DB2 d'une base de données DB2 autogérée (source) vers Amazon RDS pour DB2. Cette approche entraîne des interruptions ou des interruptions minimes, voire nulles, pour l'application ou les utilisateurs. Cette approche sauvegarde votre base de données et la restaure grâce à la réexécution des journaux, ce qui permet d'éviter toute interruption des opérations en cours et d'assurer une haute disponibilité de votre base de données.

Pour obtenir une migration quasiment sans interruption de service, RDS pour DB2 implémente la restauration avec réexécution des journaux. Cette approche prend une sauvegarde de votre Linux base de données DB2 autogérée et la restaure sur le serveur RDS pour DB2. Avec les procédures stockées Amazon RDS, vous appliquez ensuite les journaux de transactions suivants pour mettre à jour la base de données.

Limitations et recommandations relatives à la migration en cas d'indisponibilité quasi nulle

Les limites suivantes s'appliquent à l'utilisation d'une migration à temps d'arrêt quasi nul :

  • Amazon RDS nécessite une sauvegarde en ligne pour une migration quasiment sans interruption de service. Cela est dû au fait qu'Amazon RDS maintient votre base de données dans un état d'attente progressive lorsque vous chargez vos journaux de transactions archivés. Pour de plus amples informations, veuillez consulter Migration de votre base de données DB2.

  • Vous ne pouvez pas effectuer de restauration à partir d'un compartiment Amazon S3 situé dans une Région AWS région différente de la région dans laquelle se trouve votre instance de base de données RDS pour DB2.

  • Vous ne pouvez pas restaurer une base de données si votre instance de base de données RDS pour DB2 contient déjà une base de données.

  • Amazon S3 limite la taille des fichiers chargés dans un compartiment S3 à 5 To. Si le fichier de sauvegarde de votre base de données dépasse 5 To, divisez-le en fichiers plus petits.

  • Amazon RDS ne prend pas en charge les routines externes non clôturées, les restaurations incrémentielles ou les restaurations. Delta

  • Vous ne pouvez pas restaurer à partir d'une base de données source chiffrée, mais vous pouvez restaurer vers une instance de base de données Amazon RDS chiffrée.

Lorsque vous restaurez votre base de données, Amazon RDS copie votre sauvegarde, puis l'extrait sur votre instance de base de données RDS pour DB2. Nous vous recommandons de prévoir un espace de stockage pour votre instance de base de données RDS pour DB2 égal ou supérieur à la somme de la taille de sauvegarde et de la taille de la base de données d'origine sur le disque.

La taille maximale de la base de données restaurée est la taille maximale de base de données prise en charge moins la taille de la sauvegarde. Par exemple, si la taille maximale de base de données prise en charge est de 64 TiB et que la taille de la sauvegarde est de 30 TiB, la taille maximale de la base de données restaurée est de 34 TiB.

64 TiB - 30 TiB = 34 TiB

Configuration pour une migration proche de zéro temps d'arrêt

Pour une migration quasiment sans interruption de service, vous avez besoin des AWS composants suivants :

  • Un compartiment Amazon S3 pour stocker vos fichiers de sauvegarde : chargez tous les fichiers de sauvegarde que vous souhaitez migrer vers Amazon RDS. Amazon RDS nécessite une sauvegarde en ligne pour une migration quasiment sans interruption de service. Si vous possédez déjà un compartiment S3, vous pouvez l'utiliser. Si vous n'avez pas de compartiment S3, consultez la section Création d'un compartiment dans le guide de l'utilisateur Amazon S3.

    Note

    Si votre base de données est volumineuse et que son transfert vers un compartiment S3 prend du temps, vous pouvez commander un AWS Snow Family appareil et demander AWS à effectuer la sauvegarde. Une fois que vous avez copié vos fichiers sur l'appareil et que vous les avez renvoyés à l'équipe Snow Family, celle-ci transfère vos images sauvegardées dans votre compartiment S3. Pour en savoir plus, consultez la documentation AWS Snow Family.

  • Un rôle IAM pour accéder au compartiment S3 : si vous avez déjà un rôle AWS Identity and Access Management (IAM), vous pouvez utiliser ce rôle. Si vous n'avez pas de rôle, consultezÉtape 2 : créer un rôle IAM et associer votre politique IAM.

  • Une politique IAM avec des relations de confiance et des autorisations associées à votre rôle IAM : pour plus d'informations, consultez. Étape 1 : créer une politique IAM

  • Le rôle IAM ajouté à votre instance de base de données RDS pour DB2 : pour plus d'informations, consultez. Étape 3 : Ajoutez votre rôle IAM à votre instance de base de données RDS pour DB2

Migration de votre base de données DB2

Une fois que vous avez configuré la migration pour un temps d'arrêt quasi nul, vous êtes prêt à migrer votre base de données DB2 vers votre instance de base de données RDS pour DB2.

Pour effectuer une migration avec un temps d'arrêt proche de zéro
  1. Effectuez une sauvegarde en ligne de votre base de données source. Pour plus d'informations, consultez BACKUP DATABASEla section commande dans la IBM Db2 documentation.

  2. Copiez la sauvegarde de votre base de données dans un compartiment Amazon S3. Pour plus d'informations sur l'utilisation d'Amazon S3, consultez le guide de l'utilisateur d'Amazon Simple Storage Service.

  3. Connectez-vous au rdsadmin serveur avec le master_username et le master_password pour votre instance de base de données RDS pour DB2.

    db2 connect to rdsadmin user master_username using master_password
  4. Restaurez la sauvegarde sur le serveur RDS pour DB2 en appelant. rdsadmin.restore_database Définissez backup_type sur ONLINE. Pour de plus amples informations, veuillez consulter rdsadmin.restore_database.

  5. Copiez vos journaux d'archives depuis votre serveur source vers votre compartiment S3. Pour plus d'informations, consultez la section Journalisation des archives dans la IBM Db2 documentation.

  6. Appliquez les journaux d'archivage autant de fois que nécessaire en appelantrdsadmin.rollforward_database. Définissez complete_rollforward ce paramètre FALSE sur pour maintenir la base de données dans un ROLL-FORWARD PENDING état normal. Pour de plus amples informations, veuillez consulter rdsadmin.rollforward_database.

  7. Après avoir appliqué tous les journaux d'archivage, mettez la base de données en ligne en appelantrdsadmin.complete_rollforward. Pour de plus amples informations, veuillez consulter rdsadmin.complete_rollforward.

  8. Basculez les connexions des applications vers le serveur RDS pour DB2 en mettant à jour les points de terminaison de votre application pour la base de données ou en mettant à jour les points de terminaison DNS pour rediriger le trafic vers le serveur RDS pour DB2. Vous pouvez également utiliser la fonctionnalité de redirection automatique du client Db2 sur votre base de données Db2 autogérée avec le point de terminaison de base de données RDS for Db2. Pour plus d'informations, consultez la section Description et configuration du reroutage automatique du client dans la IBM Db2 documentation.

  9. (Facultatif) Arrêtez votre base de données source.