Installer et migrer un système de fichiers pour une récupération instantanée sur n'importe quelle cible
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
La fonctionnalité de montage et de migration du système de fichiers est disponible pour la récupération des systèmes de fichiers Linux sauvegardés sur un disque de préparation basé sur le gestionnaire de volumes logiques (LVM), car LVM est utilisé pour la migration en ligne lors de la récupération.
Si le système de fichiers source est inférieur à 1 Tio ou ne se trouve pas sur un gestionnaire de volumes logiques, un indicateur Prefer LVM on Staging Disk (Préférer LVM sur le disque de staging) doit être défini pour forcer le gestionnaire de volumes logiques sur le disque de staging Backup and DR. Les sauvegardes de systèmes de fichiers de plus de 1 Tio sont automatiquement sauvegardées au format Logical Volume Manager, que l'option Préférer LVM pour le disque de préparation unique soit activée ou non.
Limitations connues
La taille de l'étendue du groupe de volumes cible doit être identique à celle du groupe de volumes de production au moment de la sauvegarde. Si le système de production ne dispose pas de LVM, le disque intermédiaire utilise une taille d'étendue par défaut de 4 Mo.
Utiliser "mount and migrate" pour restaurer les données au même emplacement sur le serveur
Pour que les images de n'importe quelle application du système de fichiers puissent être restaurées à l'aide de l'option de montage et de migration, les conditions suivantes doivent être remplies :
Le paramètre Application et DétailsPrefer LVM on Staging disk est défini sur Oui.
Les données de l'application de production résident sur un volume logique du gestionnaire de volumes logiques.
Pour restaurer une application à son emplacement d'origine, procédez comme suit :
Dans la console de gestion du service Backup and DR, cliquez sur Gestionnaire d'applications, puis sélectionnez Applications dans le menu déroulant.
La page Applications s'ouvre.
Sélectionnez l'application avec l'image que vous souhaitez restaurer à l'aide de la fonctionnalité de montage et de migration. Sélectionnez ensuite Accès dans la liste déroulante en bas de la page Applications.
Sélectionnez l'image dont vous avez besoin, puis Restaurer dans le menu déroulant à droite de la page.
La page Restaurer s'affiche.
Sélectionnez l'option Monter et migrer pour effectuer la restauration avec un temps d'arrêt quasiment nul.
Vous pouvez éventuellement saisir un libellé pour l'application clonée dans Libellé.
Par défaut, le libellé Clone - M&M est appliqué.
Cliquez sur Vérification avant le vol. Un message d'état s'affiche sur la progression du contrôle avant vol. Si la vérification préliminaire échoue, un message d'erreur s'affiche pour vous en expliquer la raison.
Corrigez les problèmes indiqués dans le message d'erreur, puis exécutez de nouveau la vérification préliminaire.
Une fois la vérification préliminaire réussie, le bouton Envoyer est activé.
Cliquez sur Envoyer. Le processus de montage et de migration est lancé, ce qui entraîne l'exécution de plusieurs tâches en arrière-plan : la tâche de montage et la tâche de migration.
Le job de montage remonte l'image ponctuelle sélectionnée de l'application du système de fichiers vers le même hôte et le même emplacement à partir desquels les données ont été capturées. Une fois l'image montée, les données deviennent disponibles presque instantanément pour l'application métier, ce qui permet d'obtenir un RTO proche de zéro.
Une fois la tâche de montage terminée, le système lance automatiquement la tâche de migration, qui commence à migrer les données d'application des disques Backup and DR vers le stockage du produit en temps réel, y compris les modifications apportées aux données.
Utiliser "mount and migrate" pour restaurer (migrer) des données vers un autre emplacement de serveur
Les images de n'importe quelle application du système de fichiers peuvent être restaurées à l'aide de l'option "Monter et migrer" si les conditions suivantes sont remplies :
Le paramètre Application et détails > Préférer LVM sur le disque de préparation est défini sur Oui.
Les données de l'application de production résident sur un volume logique du gestionnaire de volumes logiques.
Suivez ces instructions pour restaurer une application sur un autre serveur.
Dans la console de gestion du service Backup and DR, cliquez sur Gestionnaire d'applications, puis sélectionnez Applications dans le menu déroulant.
La page Applications s'ouvre.
Sélectionnez l'application avec l'image que vous souhaitez restaurer à l'aide de la fonctionnalité de montage et de migration. Sélectionnez ensuite Accès dans la liste déroulante en bas de la page Applications.
Sélectionnez le moment précis auquel vous souhaitez que l'application soit restaurée.
Sélectionnez Cloner dans la liste des opérations d'accès.
La page Cloner s'ouvre.
Sélectionnez un hôte sur lequel l'application du système de fichiers doit être restaurée.
Vous pouvez éventuellement saisir un libellé pour l'application clonée dans Libellé.
Par défaut, le libellé Clone - M&M est appliqué.
Dans la liste déroulante Nom du groupe de volumes cible, sélectionnez le groupe de volumes que vous souhaitez migrer. Le groupe de volumes sélectionné doit disposer de suffisamment d'espace non alloué pour contenir le volume.
Cliquez sur Vérification avant le vol. Un message d'état s'affiche sur la progression du contrôle avant vol. Si la vérification préliminaire échoue, un message d'erreur s'affiche pour vous en expliquer la raison.
Corrigez les problèmes indiqués dans le message d'erreur, puis exécutez de nouveau la vérification préliminaire.
Une fois la vérification préliminaire réussie, le bouton Envoyer est activé.
Cliquez sur Envoyer.
Le processus de montage et de migration est lancé. Cela génère deux jobs : le job de montage et le job de migration.
Le job de montage remonte l'image à un moment donné sélectionnée de l'application du système de fichiers vers le même hôte et le même emplacement à partir desquels les données ont été capturées. Une fois l'image montée, les données deviennent disponibles presque instantanément pour l'application métier, ce qui permet d'obtenir un RTO proche de zéro.
Une fois la tâche de montage terminée, le système lance automatiquement la tâche de migration, qui commence à migrer les données d'application des disques Backup and DR vers le stockage du produit en temps réel, y compris les modifications apportées aux données.
Guide de l'administrateur de système de fichiers pour le service Backup and DR
Cette page fait partie d'une série de pages spécifiques à la protection et à la récupération des systèmes de fichiers avec le service Backup and DR.
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\u003eThe mount and migrate feature allows for the recovery of Linux file systems backed up into an LVM-based staging disk, ensuring near-zero downtime during restoration.\u003c/p\u003e\n"],["\u003cp\u003eFor file systems smaller than 1 TiB or not on LVM, the "Prefer LVM on Staging Disk" flag must be enabled to utilize LVM during the backup and DR staging process.\u003c/p\u003e\n"],["\u003cp\u003eRestoring data to the original server location or an alternative one is possible, with the prerequisite that the "Prefer LVM on Staging Disk" setting is set to "Yes" and the production application data resides on an LVM logical volume.\u003c/p\u003e\n"],["\u003cp\u003eThe mount and migrate process involves a mount job, which makes data instantly available, and a subsequent migrate job, which transfers data from Backup and DR disks to the product storage in real time.\u003c/p\u003e\n"],["\u003cp\u003eThe target volume group extent size during mount and migrate must be the same as the production volume group at backup, or it will default to 4MB if LVM isn't utilized.\u003c/p\u003e\n"]]],[],null,["# Mount and migrate a file system for instant recovery to any target\n\nThe file system mount and migrate feature is available for recovery of Linux\nfile systems that are backed up into a logical volume manager (LVM) based\nstaging disk---as LVM is used for the online migration during recovery.\nIf the source file system is less than 1 TiB or is not on a logical volume\nmanager, a flag **Prefer LVM on Staging Disk** needs to be set to force logical\nvolume manager onto the Backup and DR staging disk. Backups of file\nsystems that are larger than 1 TiB are automatically backed up in logical volume\nmanager format, regardless of whether the **Prefer LVM for Single Staging Disk**\noption is set or not.\n\nKnown limitations\n-----------------\n\nThe target volume group extent size must be identical to the production volume\ngroup at the time of backup. If the production system does not have LVM,\nthe staging disk uses a default extent size of 4 MB.\n\nUse mount and migrate to restore data back to the same server location\n----------------------------------------------------------------------\n\nThe following must be true for images from any file system application to be\nrestored using the mount and migrate option:\n\n- The **Application** and **Details** setting `Prefer LVM on Staging disk` is set to **Yes**.\n- The production application data is resident on an logical volume manager logical volume.\n\n| **Note:** You can also restore an application to an alternative server location.\n\nComplete the following to restore an application back to its original location.\n\n1. From the Backup and DR Service management console, click\n **App Manager** and select **Applications** from the drop-down menu.\n\n The **Applications** page opens.\n2. Select the application with the image that you want to restore\n using mount and migrate capability. Then select **Access** from\n the drop-down list at the bottom of the **Applications** page.\n\n3. Select the image you need, and select **Restore** from the drop-down menu on\n the right-hand side of the page.\n\n The **Restore** page opens.\n4. Select the **Mount and Migrate** option to restore with near-zero downtime.\n\n5. Optionally, in **Label** , enter a label for the cloned application.\n By default, the label is filled with the **Clone - M\\&M** label.\n\n6. Click **Pre-Flight Check** . You see a status message about the\n progress of the pre-flight check. If the pre-flight check fails,\n you see an error message explaining why the pre-flight check failed.\n Fix the issues in the error message and run the pre-flight check again.\n Once the pre-flight check passes, the **Submit** button is enabled.\n\n7. Click **Submit**. The mount and migrate process is initiated,\n which results in a couple of jobs running in the background: the mount job\n and the migrate job.\n\n The mount job mounts the selected point-in-time image of the\n file system application back to the same host and location from where\n the data was captured. Once the image is mounted, the data becomes\n available almost instantaneously to the business application,\n thus providing near-zero RTO.\n\nAfter the successful completion of the mount job, the system\nauto-initiates the migrate job, which starts migrating the application data\nfrom Backup and DR disks onto the product storage in real-time---\nincluding the data changes.\n\nUse mount and migrate to restore (migrate) data to an alternative server location\n---------------------------------------------------------------------------------\n\nImages from any file system application can be restored using the mount\nand migrate option if the following is true:\n\n- The **Application and Details** setting **Prefer LVM** on staging disk is set to **Yes**.\n- The production application data is resident on an logical volume manager\n logical volume.\n\n | **Note:** You can also restore an application to the same server location.\n\nUse these instructions to restore an application back to a different server\nlocation.\n\n1. From the Backup and DR Service management console, click\n **App Manager** and select **Applications** from the drop-down menu.\n\n The **Applications** page opens.\n2. Select the application with the image that you want to restore\n using mount and migrate capability. Then select **Access** from\n the drop-down list at the bottom of the **Applications** page.\n\n3. Select a point-in-time that you want the application to restore.\n\n4. Select **Clone** from the list of access operations.\n\n The **Clone** page opens.\n5. Select a host where the file system application is to be restored.\n\n6. Optionally, in **Label** , enter a label for the cloned application.\n By default, the label is filled with the **Clone - M\\&M** label\n\n7. From the **Target VG Name drop-down** list, select the **Volume Group**\n that you want to migrate. The selected **Volume Group** must have enough\n unallocated space in it to hold the volume.\n\n8. Click **Pre-Flight Check** . You see a status message about the\n progress of the pre-flight check. If the pre-flight check fails,\n you see an error message explaining why the pre-flight check failed.\n Fix the issues in the error message and re-run the pre-flight check.\n Once pre-flight check passes, the **Submit** button is enabled.\n\n9. Click **Submit**.\n\n The mount and migrate process is initiated. This results in two jobs; the\n mount job and the migrate job.\n\n The mount job mounts the selected point-in-time image of the\n file system application back to the same host and location from\n where the data was captured. Once the image is mounted,\n the data becomes available almost instantaneously to the\n business application, thus providing near-zero RTO.\n\n After the mount job has succeeded, the system auto-initiates the migrate\n job, which starts migrating the application data from Backup and DR\n disks onto the product storage in real-time---including the data changes.\n\nThe file system administrator guide to Backup and DR Service\n------------------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nfilesystems with Backup and DR Service.\nYou can find additional information in the following pages:\n\n- [Backup and DR for file systems](/backup-disaster-recovery/docs/concepts/filesystem-intro)\n- [Manage hosts and their connected applications](/backup-disaster-recovery/docs/configuration/manage-hosts-and-their-connected-applications)\n- [Configure application details and settings to protect file system data](/backup-disaster-recovery/docs/backup/configure-app-settings-for-filesystems)\n- [Apply a backup plan to protect a file system](/backup-disaster-recovery/docs/create-plan/apply-backup-plan-to-filesystem)\n- [Restore a file system to the source](/backup-disaster-recovery/docs/access-data/filesystem-restore)\n- [Mount a file system or file share](/backup-disaster-recovery/docs/access-data/mount-file-system)\n- [Mount and migrate a file system for instant recovery to any target](/backup-disaster-recovery/docs/access-data/filesystem-mount-and-migrate)"]]
