Migration de Linux vers Linux avec une durée d’indisponibilité quasiment nulle pour Amazon RDS for Db2 - Amazon Relational Database Service
Limites et recommandations pour une migration quasiment sans durée d’indisponibilitéSauvegarde de votre base de données sur Amazon S3Création d’un groupe de stockage automatique par défautMigration de votre base de données Db2

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 de Linux vers Linux avec une durée d’indisponibilité quasiment nulle pour Amazon RDS for Db2

Cette approche de migration vous permet de migrer une base de données Db2 basée sur Linux d’une base de données Db2 autogérée (source) vers Amazon RDS for Db2. Cette approche entraîne des interruptions ou des durées d’indisponibilité 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 durée d’indisponibilité, RDS for Db2 met en œuvre une restauration avec relecture des journaux. Cette approche prend une sauvegarde de votre base de données Db2 autogérée basées sur Linux et la restaure sur le serveur RDS for Db2. Avec les procédures stockées d’Amazon RDS, vous appliquez ensuite des journaux de transactions pour mettre à jour la base de données.

Limites et recommandations pour une migration quasiment sans durée d’indisponibilité

Les limitations et recommandations suivantes s’appliquent à l’utilisation d’une migration quasiment sans durée d’indisponibilité :

  • Amazon RDS nécessite une sauvegarde en ligne pour une migrations quasiment sans durée d’indisponibilité. En effet, Amazon RDS maintient votre base de données dans un état d’attente par progression pendant que vous télé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.

  • Amazon S3 limite la taille des fichiers chargés dans un compartiment S3 à 5 To. Si un fichier de sauvegarde de votre base de données dépasse 5 To, divisez celui-ci en plusieurs 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.

Le processus de restauration varie en fonction de votre configuration.

Si vous le configurez USE_STREAMING_RESTORETRUE, Amazon RDS diffuse directement votre sauvegarde depuis votre compartiment S3 pendant la restauration. Le streaming réduit considérablement les besoins en stockage. Il vous suffit de prévoir un espace de stockage égal ou supérieur à la taille de la sauvegarde ou à la taille de la base de données d'origine, la valeur la plus élevée étant retenue.

Si vous définissez cette USE_STREAMING_RESTORE optionFALSE, Amazon RDS télécharge d'abord la sauvegarde sur votre instance de base de données RDS pour DB2, puis extrait la sauvegarde. L'extraction nécessite un espace de stockage supplémentaire. Vous devez allouer un espace de stockage égal ou supérieur à la somme de la taille de la sauvegarde et de la taille de la base de données d'origine.

La taille maximale de la base de données restaurée est égale à la taille maximale de base de données prise en charge moins l'espace requis pour le stockage temporaire pendant le processus de restauration.

Sauvegarde de votre base de données sur Amazon S3

Pour sauvegarder votre base de données sur Amazon S3, 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 migrations quasiment sans durée d’indisponibilité. Si vous avez déjà un compartiment S3, vous pouvez l’utiliser. Si vous n’avez pas de compartiment S3, consultez 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 plus d’informations, 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éation d’un rôle IAM et ajoute de votre politique IAM.

  • Une politique IAM avec des relations d’approbation 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 for Db2 : pour plus d’informations, consultez Étape 3 : ajoutez votre rôle IAM à votre instance de base de données RDS for Db2.

Création d’un groupe de stockage automatique par défaut

Votre base de données source doit disposer d’un groupe de stockage automatique par défaut. Si votre base de données ne dispose pas d’une instance automatique par défaut, vous devez en créer une.

Pour créer un groupe de stockage automatique par défaut

  1. Connectez-vous à votre base de données source. Dans l'exemple suivant, remplacez source_database par le nom de votre base de données.

    db2 connect to source_database

  2. Créez un groupe de stockage automatique et définissez-le comme groupe par défaut. Dans l'exemple suivant, remplacez storage_path par le chemin absolu vers l'emplacement du groupe de stockage.

    db2 "create stogroup IBMSTOGROUP ON storage_path set as default"

  3. Mettez fin aux processus dorsaux.

    db2 terminate

Migration de votre base de données Db2

Après avoir configuré la migration pour un temps d'arrêt quasi nul, vous êtes prêt à migrer votre base de données DB2 de votre compartiment Amazon S3 vers votre instance de base de données RDS pour Db2.

Pour effectuer une migration quasi nulle des fichiers de sauvegarde de votre compartiment Amazon S3 vers votre instance de base de données RDS pour DB2

  1. Effectuez une sauvegarde en ligne de votre base de données source. Pour plus d’informations, consultez Commande BACKUP DATABASE dans la documentation IBM Db2.

  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 Amazon Simple Storage Service.

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

    db2 connect to rdsadmin user master_username using master_password

  4. (Facultatif) Pour vous assurer que votre base de données est configurée avec les paramètres optimaux, vérifiez les valeurs des paramètres suivants en appelant rdsadmin.show_configuration :

    • RESTORE_DATABASE_NUM_BUFFERS

    • RESTORE_DATABASE_PARALLELISM

    • RESTORE_DATABASE_NUM_MULTI_PATHS

    • USE_STREAMING_RESTORE

    rdsadmin.set_configurationÀ utiliser pour modifier ces valeurs selon les besoins. La configuration correcte de ces paramètres peut améliorer considérablement les performances lors de la restauration de bases de données contenant de gros volumes de données. Pour la plupart des scénarios de migration, nous recommandons le réglage USE_STREAMING_RESTORE sur, TRUE car cela réduit les besoins en stockage et peut améliorer la vitesse de restauration.

  5. Restaurez la sauvegarde sur le serveur RDS for Db2 en appelant rdsadmin.restore_database. Définissez backup_type sur ONLINE. Pour de plus amples informations, veuillez consulter rdsadmin.restore_database.

  6. Copiez les journaux d’archivage depuis votre serveur source dans votre compartiment S3. Pour plus d’informations, consultez Journaux d’archivage dans la documentation IBM Db2.

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

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

  9. Transférez les connexions d’application vers le serveur RDS for 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 for Db2. Vous pouvez également utiliser la fonction de réacheminement automatique du client Db2 sur votre base de données Db2 autogérée avec le point de terminaison de la base de données RDS for Db2. Pour plus d’informations, consultez Description et configuration du réacheminement automatique du client dans la documentation IBM Db2.

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