Migration à partir de Linux to Linux avec un temps d'arrêt quasi nul pour Amazon RDS pour DB2 - Amazon Relational Database Service
Limites et recommandations pour une migration proche de zéro temps d'arrêtSauvegarde 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 à partir de Linux to Linux avec un temps d'arrêt quasi nul pour Amazon RDS pour DB2

Avec cette approche de migration, vous migrez un Linuxbase de données DB2 basée sur 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 car Db2 implémente la restauration avec réexécution des journaux. Cette approche prend une sauvegarde de votre système autogéré Linuxbase de données DB2 basée sur le serveur Db2 et la restaure sur le RDS serveur for DB2. Avec les procédures RDS stockées Amazon, vous appliquez ensuite les journaux de transactions suivants pour mettre à jour la base de données.

Limites et recommandations pour une migration proche de zéro temps d'arrêt

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

  • Amazon a RDS besoin d'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 en attente de reconduction 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 for Db2.

  • Vous ne pouvez pas restaurer une base de données si votre instance de base de données RDS for 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 Delta restaure.

  • Vous ne pouvez pas effectuer de restauration à partir d'une base de données source chiffrée, mais vous pouvez effectuer une restauration sur une RDS instance de base de données Amazon crypté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 pour votre instance de base de données RDS for DB2 un espace de stockage é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

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 AmazonRDS. Amazon a RDS besoin d'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 IAM rôle 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éez un IAM rôle et associez votre IAM politique.

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

  • Le IAM rôle ajouté à votre instance de base de données RDS for Db2 : pour plus d'informations, consultezÉtape 3 : Ajoutez votre IAM rôle à 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 possède pas de groupe de stockage automatique par défaut, vous devez en créer un.

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 avec 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 avec 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 de backend.

    db2 terminate

Migration de votre base de données DB2

Après avoir sauvegardé votre base de données sur Amazon S3 et créé un groupe de stockage automatique, vous êtes prêt à migrer votre base de données DB2 vers votre instance de base de données RDS for 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 DATABASE commande dans le 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 d'Amazon Simple Storage Service.

  3. Connectez-vous au rdsadmin serveur à l'aide du master_username and master_password pour votre instance de base de données RDS for 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 pour l'opération de restauration, vous pouvez appeler rdsadmin.show_configuration pour vérifier les valeurs de RESTORE_DATABASE_PARALLELISM etRESTORE_DATABASE_NUM_BUFFERS. Appelez rdsadmin.set_configuration pour modifier ces valeurs, le cas échéant. La définition explicite de ces valeurs peut améliorer les performances lors de la restauration de bases de données contenant de gros volumes de données.

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

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

  7. 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.

  8. 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.

  9. 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 DNS points de terminaison 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 Db2. RDS Pour plus d'informations, consultez la section Description et configuration du reroutage automatique du client dans le IBM Db2 .

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