Service de sauvegarde et de reprise après sinistre pour IBM Db2
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Db2 est une famille de systèmes de gestion de bases de données relationnelles au sein de la division Information Management d'IBM, qui est axée sur plusieurs offres de systèmes de gestion de bases de données relationnelles. Cette section explique comment protéger les données de base de données cohérentes de l'application Db2 avec la sauvegarde et la reprise après sinistre dans les environnements Linux.
Méthode de protection
Db2 utilise WRITE SUSPEND et WRITE RESUME (sauvegarde d'instantanés de disques persistants) pour les bases de données Db2 principales et secondaires sur une instance Compute Engine afin de sauvegarder de manière incrémentielle les données et les volumes de journaux de vos disques persistants avec une cohérence d'application.
La sauvegarde et la reprise après sinistre stockent plusieurs copies de chaque instantané sur plusieurs emplacements et se servent de sommes de contrôle automatiques pour garantir l'intégrité des données.
Voici les API de sauvegarde Db2 utilisées par Backup and DR:
Base de données de secours (HADR): les API Db2 database deactivate et Db2 database activate sont utilisées pour le gel et la décongélation.
Sauvegarde des journaux Db2: les journaux sont effacés à l'aide de Db2 archive log for database.
Lors d'une sauvegarde de journaux, la charge utile des segments de journaux est copiée de la zone de journaux vers l'emplacement spécifié par le paramètre logarchmeth1.
Backup and DR utilise des instantanés de disque persistant pour sauvegarder de manière incrémentielle les données et les volumes de journaux de vos disques persistants avec une cohérence d'application.
La sauvegarde et la reprise après sinistre stockent plusieurs copies de chaque instantané sur plusieurs emplacements et se servent de sommes de contrôle automatiques pour garantir l'intégrité des données.
Autre documentation sur la sauvegarde et la reprise après sinistre pour IBM Db2
Cette page fait partie d'une série de pages spécifiques à la protection et à la récupération des bases de données IBM Db2 avec la sauvegarde et la reprise après sinistre. Pour en savoir plus, consultez les pages suivantes:
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/04 (UTC)."],[[["\u003cp\u003eThis guide outlines how to use Backup and DR to protect Db2 databases in Linux environments, focusing on data backup and recovery procedures.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR utilizes specific Db2 APIs for different backup methods, including volume-level backups with CBT and LVM snapshots, standby database backups using HADR, and full/incremental file-based backups.\u003c/p\u003e\n"],["\u003cp\u003eVolume-based backups use a Changed Block Tracking (CBT) mechanism to track only the changed blocks, involving database freezing, LVM snapshot creation, and the copying of changed blocks to a backup appliance.\u003c/p\u003e\n"],["\u003cp\u003eFile-based backups involve deploying an agent, mounting a staging disk, invoking full or incremental backups via a dump backup command, and using the staging disk to restore.\u003c/p\u003e\n"],["\u003cp\u003eThe Db2 log backups are done by flushing them using \u003ccode\u003eDb2 archive log for database\u003c/code\u003e, and the payload of the segments is copied to the location specified by the parameter logarchmeth1.\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for IBM Db2\n\nDb2 is a is a family of relational database management systems within\nIBM's Information Management division that is centered on several\nrelational database management system offerings. This section explains\nhow to protect Db2 application consistent database data with Backup and DR in\nLinux environments.\n\nProtection method\n-----------------\n\nDb2 uses `WRITE SUSPEND` and `WRITE RESUME` (Persistent Disk snapshot backup) for both primary\nand secondary Db2 databases on a Compute Engine instance to incrementally back\nup data and log volumes from your Persistent Disks with application consistency.\n\nBackup and DR stores multiple copies of each snapshot across multiple\nlocations with automatic checksums to ensure the integrity of your data.\n\nThe following are Db2 backup APIs used by Backup and DR:\n\n- **Standby (HADR) database** : The `Db2 database deactivate` and\n `Db2 database activate` API are used for freeze and thaw.\n\n- **Db2 log backup** : Logs are flushed using `Db2 archive log for database`.\n During a log backup, the payload of the log segments is copied from\n the log area to the location specified by the parameter logarchmeth1.\n\nProtect IBM Db2 databases\n-------------------------\n\nTo get started protecting your Db2 databases, go through the Db2 procedures in\n[Protect and recover an IBM Db2 database running in Compute Engine](/backup-disaster-recovery/docs/quickstarts/db2-on-gce-backup-recovery)\n\nBackup and DR uses Persistent Disk snapshots to incrementally back up data\nand log volumes from your persistent disks with application consistency.\nBackup and DR stores multiple copies of each snapshot across multiple\nlocations with automatic checksums to ensure the integrity of your data.\n\nWhat's next\n-----------\n\n[Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n\nOther documentation for Backup and DR for IBM Db2\n-------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nIBM Db2 databases with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for Db2](/backup-disaster-recovery/docs/concepts/db2-intro)\n- [Prepare the database for Backup and DR](/backup-disaster-recovery/docs/configuration/otherdb-prep-database)\n- [Add a Db2 database host and discover databases](/backup-disaster-recovery/docs/configuration/otherdb-add-host)\n- [Define policy templates and resource profiles](/backup-disaster-recovery/docs/create-plan/create-template)\n- [Set application details and settings](/backup-disaster-recovery/docs/backup/app-details-settings-otherdb)\n- [Check staging disk format and backup method](/backup-disaster-recovery/docs/backup/backup-method-staging-disk-otherdb)\n- [Protect the Db2 database and its logs](/backup-disaster-recovery/docs/backup/otherdb-protect)\n- [Mount a Db2 database](/backup-disaster-recovery/docs/access-data/otherdb-mounts)\n- [Recover a Db2 backup image to another location](/backup-disaster-recovery/docs/restore-data/otherdb-mount-and-migrate)\n- [Restore Db2 backups](/backup-disaster-recovery/docs/restore-data/otherdb-restore)"]]
