Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Le montage et la migration vous permettent de récupérer instantanément les données de l'application et de les migrer en temps réel vers un stockage de production pendant que l'application est en service, ce qui offre un temps de récupération objectif quasi nul. Vous pouvez récupérer les données de l'application à l'emplacement d'origine ou sur un autre serveur.
Voici quelques-uns des avantages de l'utilisation des fonctionnalités Mount (Monter) et Migrate Recover (Migrer et récupérer) :
Fournit un RTO proche de zéro pour la récupération des données vers la destination de stockage finale.
Réduction du temps d'arrêt pour les migrations de serveurs et de stockage.
Différences entre l'installation et la migration du système de fichiers du Gestionnaire de volumes logiques et de SQL Server
Les fonctionnalités d'installation et de migration sont disponibles pour les applications SQL et de système de fichiers.
Il existe quelques différences importantes dans la façon dont l'installation et la migration ont été implémentées:
Lorsqu'une application de système de fichiers contient un gestionnaire de volumes logiques (LVM), le LVM peut migrer des données, et la sauvegarde et la reprise après sinistre exploitent cette fonctionnalité lors de l'installation et de la migration.
Toutefois, les applications SQL ne peuvent pas migrer de données. La sauvegarde et la reprise après sinistre ont créé un processus de migration personnalisé pour l'installation et la migration de SQL.
L'installation et la migration du système de fichiers LVM sont un processus en deux étapes qui a été implémenté pour le clonage et la restauration uniquement. En revanche, l'installation et la migration de SQL Server sont une implémentation complète impliquant les trois étapes suivantes : l'installation ou la restauration, la configuration du calendrier de migration et la finalisation de la migration.
Configurer la planification de l'installation et de la migration
Suivez les instructions ci-dessous pour configurer des planifications de migration.
Configurer le calendrier de migration pour mount—restore—images
Suivez ces instructions pour configurer le calendrier de migration:
Sélectionnez une image active dont l'état est Montée ou Réparer la montage.
Sélectionnez Migrer dans le menu déroulant.
La page Modifier la fréquence de migration s'ouvre.
Pour Fréquence, utilisez le curseur pour définir la fréquence à laquelle planifier les tâches de migration (en heures). La valeur minimale est d'une heure et la valeur maximale est de 24 heures.
Pour Nombre de threads de copie, spécifiez le nombre de threads de copie parallèles à utiliser par volume de disque lors de la migration. La valeur par défaut est quatre.
Cliquez sur Envoyer. Vous êtes invité à confirmer.
Cliquez sur Continuer pour appliquer la configuration.
Un message de réussite s'affiche une fois la configuration terminée.
Cliquez sur OK dans la boîte de dialogue de confirmation pour accéder à la page Active Mounts (Montages actifs).
Configurer la planification de migration pour les images montées
Suivez ces instructions pour configurer la planification de la migration:
Sélectionnez une image active dont l'état est "montée" ou "montée en mode restauration".
Sélectionnez Migrer dans le menu déroulant.
La page Modifier la fréquence de migration s'ouvre.
Si vous avez sélectionné une image Monter, la boîte de dialogue suivante s'affiche.
Pour une image montée, vous pouvez voir d'autres options en fonction de la base de données spécifique.
Pour Fréquence, utilisez le curseur pour définir la fréquence à laquelle planifier les tâches de migration (en heures). La valeur minimale est d'une heure et la valeur maximale est de 24 heures.
Pour Nombre de threads de copie, spécifiez le nombre de threads de copie parallèles à utiliser par volume de disque lors de la migration.
La valeur par défaut est quatre.
Dans la section Emplacements des fichiers, indiquez si vous souhaitez copier les fichiers de base de données au même chemin d'accès que le serveur source ou vers un nouvel emplacement. Trois options sont proposées :
Copiez les fichiers sur le même disque ou dans le même chemin d'accès que sur le serveur source (option par défaut).
Choisissez de nouveaux emplacements de fichiers au niveau du volume.
Choisissez de nouveaux emplacements de fichiers au niveau des fichiers.
Si vous sélectionnez la deuxième option (option de nouveau fichier au niveau du volume), un tableau s'affiche avec le volume source (non modifiable) et le menu déroulant du volume cible (prérempli avec la même valeur que la source).
Dans Volume cible, sélectionnez un volume cible dans la liste déroulante de toutes les applications de système de fichiers détectées. Si nécessaire, vous pouvez également saisir le volume, par exemple: M:\`, orL:\Logs\Log1`.
Si vous sélectionnez la troisième option (nouveaux emplacements de fichiers au niveau du fichier), un tableau comportant trois colonnes s'affiche :
+ File (Fichier) : ne peut pas être modifié.
+ Emplacement de la source: ne peut pas être modifié.
+ Emplacement cible: cette valeur est préremplie avec la même valeur que celle de l'emplacement source, à l'exception du nom de fichier.
Dans Target Location (Emplacement cible), saisissez le nouvel emplacement du fichier et apportez les autres modifications nécessaires.
Cliquez sur Envoyer. Vous êtes invité à confirmer.
Cliquez sur Continuer pour appliquer la configuration.
Un message de réussite s'affiche une fois la configuration terminée.
Cliquez sur OK dans la boîte de dialogue de confirmation pour accéder à la page Active Mounts (Montages actifs).
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 enables near-zero RTO by allowing instant application data recovery and real-time migration to production storage while the application remains operational.\u003c/p\u003e\n"],["\u003cp\u003eMount and Migrate can be used for both SQL and file system applications, however, SQL applications use a custom migration process while file system applications with LVM leverage LVM for migration.\u003c/p\u003e\n"],["\u003cp\u003eThe migration schedule frequency for Mount and Migrate can be configured, allowing you to set jobs to run every 1 to 24 hours.\u003c/p\u003e\n"],["\u003cp\u003eWhen configuring the migration schedule, users can define the number of parallel copy threads per disk volume, with a default of four threads.\u003c/p\u003e\n"],["\u003cp\u003eUsers can choose to migrate database files to the same location as the source or to new file locations, either at the volume level or the file level.\u003c/p\u003e\n"]]],[],null,["# Mount and migrate SQL Server databases\n\nMount and migrate lets you recover application data instantly and\nmigrate the data in real-time to production storage while the application\nis up and running, providing near-zero RTO. You can recover application data\nto the original location or to another server.\n\nBenefits of using the **Mount** and **Migrate Recover** feature include the\nfollowing:\n\n- Provides a near-zero RTO for data recovery back to the final storage destination.\n- Reduces downtime for server and storage migrations.\n\nDifferences between SQL Server and logical volume manager file system mount and migrate\n---------------------------------------------------------------------------------------\n\nMount and migrate capability is available for SQL and file system applications.\nThere are a few significant differences in the way mount and migrate was\nimplemented:\n\n- When a file system application has Logical Volume Manager (LVM) on it, the LVM can migrate data and Backup and DR leverages this capability during mount and migrate. However, SQL applications cannot migrate data. Backup and DR has built a custom migration process for SQL mount and migrate.\n- The LVM file system mount and migrate is a two-step process that has been implemented for clone and restore only. By contrast, the SQL Server mount and migrate is a full implementation involving the three steps of mount or restore, configuring migration schedule, and finalize migration.\n\nConfigure schedule for mount and migrate\n----------------------------------------\n\nUse the following instructions to configure migration schedules.\n\n- [Configure migration schedule for mount---restore---images](#restore-image)\n- [Configure migration schedule for mounted images](#mount)\n\n### Configure migration schedule for mount---restore---images\n\nUse these instructions to configure the migration schedule:\n\n1. Select an active image with an image state of **Mounted** or **Restore Mounted**.\n2. Select **Migrate** from the drop-down menu.\n\n The **Update Migrate Frequency** page opens.\n3. For **Frequency**, use the slider to define the frequency with which\n to schedule migrate jobs---in hours. The minimum value is one hour\n and the maximum value is 24 hours.\n\n4. For **Copy Thread Count**, specify the number of parallel copy threads to\n use, per disk volume, during the migration. The default value is four.\n\n5. Click **Submit**. You are prompted to confirm.\n\n6. Click **Proceed** to apply the configuration.\n\n7. You can see a success message after configuration is complete.\n\n8. Click **Okay** in the success dialog to the **Active Mounts** page.\n\n### Configure migration schedule for mounted images\n\nUse these instructions to configure migration schedule:\n\n1. Select an active image with an image state of mounted or restore mounted.\n2. Select **Migrate** from the drop-down menu.\n\n The **Update Migrate Frequency** page opens.\n\n If you selected a **Mount** image, you can see the following dialog.\n For a mounted image, you may see more options depending on the specific\n database.\n3. For **Frequency**, use the slider to define the frequency with which\n to schedule migrate jobs---in hours. Minimum value is one\n hour and the maximum value is 24 hours.\n\n4. For **Copy Thread Count**, specify the number of parallel copy\n threads to use, per disk volume, during the migration.\n The default value is four.\n\n5. In the **File Locations** section, specify whether you want\n to copy the database files to the same path as the source server,\n or to a new location. There are three options:\n\n - Copy files to the same drive or path as they were on the source server---default option.\n - Choose new file locations at the volume level.\n - Choose new file locations at the file level.\n\n If you select the second option---new file option at the volume\n level---you see a table with the source volume---cannot be\n edited---and target volume drop-down---which is pre-populated with\n the same value as the source.\n\n In **Target Volume** , select a target volumes from the drop-down\n list of all discovered file system applications. If needed, you can\n also type the volume, for example: ``M:\\`, or``L:\\\\Logs\\\\Log1\\`.\n\n If you select the third option---new file locations at the file\n level---you can see a table with three columns:\n + **File** : Cannot be edited.\n + **Source Location** : Cannot be edited.\n + **Target Location**: This is pre-populated with the same value as that of\n the source location, excluding filename.\n6. In **Target Location**, enter the new file location and make other\n modifications as needed.\n\n7. Click **Submit**. You are prompted to confirm.\n\n8. Click **Proceed** to apply the configuration.\n A success message displays after the configuration is complete.\n\n9. Click **Okay** in the success dialog to the **Active Mounts** page.\n\nReview the following pages for more information:\n\n- [File system mount and migrate](/backup-disaster-recovery/docs/access-data/filesystem-mount-and-migrate)\n- [SQL Server mount and migrate](/backup-disaster-recovery/docs/access-data/sql-server-mount-and-migrate)"]]
