Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Vous pouvez cloner (copier) une sauvegarde d'une base de données, d'une instance ou d'une image AG SQL Server sur n'importe quel hôte SQL Server connu par votre appliance de sauvegarde/récupération.
La procédure de clonage varie légèrement selon que vous clonez une seule image de base de données (par exemple, un membre d'un groupe de disponibilité Always On) ou plusieurs images dans une instance SQL.
Utilisez une opération de clonage :
Si vous disposez de copies de plusieurs bases de données SQL Server sur un même volume, pour éviter toute perte de données involontaire, car le contenu de l'intégralité du volume est écrasé lors de la restauration du volume.
Si la base de données d'origine a été supprimée en raison d'une corruption ou si l'ancien serveur de base de données est remplacé par un nouveau.
Contrairement à une restauration qui ne peut être exécutée que sur l'hôte source, vous pouvez utiliser un clone pour restaurer efficacement des bases de données SQL Server sur n'importe quel hôte.
Vous pouvez utiliser un clone pour créer une copie indépendante des bases de données SQL Server à des fins de test et de développement. Toutes les modifications resteront sur la copie de l'utilisateur et ne seront pas réécrites dans le pool d'instantanés.
Les clones peuvent être utilisés pour récupérer des bases de données vers un nouvel emplacement, un nouveau nom de fichier ou les deux. Les clones sont créés lorsqu'une base de données source est corrompue ou nécessite une analyse des causes premières. Le clone effectue une restauration complète avec une récupération à un moment précis facultative sur le même hôte (nouveau nom de base de données ou nom de fichier) ou sur des hôtes alternatifs exécutant la même version ou une version ultérieure. Les clones peuvent être utilisés pour les tests de performances, le développement et les tests à long terme, le reporting, et même pour cloner des bases de données à partir d'environnements de préproduction dans des instances de production existantes.
Pour cloner une base de données SQL sur un hôte :
Dans la console de gestion du service Backup and DR, ouvrez le Gestionnaire d'applications pour accéder à la liste Applications.
Effectuez un clic droit sur l'application contenant l'image que vous souhaitez cloner, puis sélectionnez Accéder. La page Accès s'ouvre et liste les images de sauvegarde dans la vue en rampe de la timeline.
Sélectionnez une image, puis Cloner dans la liste des opérations d'accès.
La page "Cloner" s'ouvre.
Sélectionnez une cible dans la liste déroulante Cible.
Vous pouvez éventuellement saisir un libellé pour le job de clonage dans le champ Libellé.
Sous Options de l'application, sélectionnez une ou plusieurs bases de données à cloner.
Contrairement à l'opération de montage, aucun groupe de cohérence n'est créé lorsque plusieurs bases de données sont clonées.
Si l'application source est protégée par une règle de snapshot qui a activé les sauvegardes des journaux de base de données et que les journaux sont disponibles avec l'image, vous pouvez les utiliser pour effectuer une restauration à un moment précis en modifiant ces options dans la section Heure de restauration :
Le champ de date contient toutes les dates possibles auxquelles la base de données peut être reportée, avec l'application des journaux de transactions de la base de données.
Sélectionnez la date à laquelle la base de données doit être reportée.
Le champ "Heure" contient un curseur affichant toutes les heures possibles pour la date sélectionnée auxquelles la base de données peut être reportée. Si vous sélectionnez la dernière date possible, puis déplacez le curseur vers la position la plus à droite, le job s'appliquera à tous les journaux disponibles. Si vous sélectionnez la date la plus ancienne possible et que vous déplacez le curseur vers la position la plus à gauche, le job n'appliquera aucun journal.
Vous pouvez spécifier de reporter les données à l'aide de Heure de l'utilisateur ou Heure de l'hôte.
L'heure de l'utilisateur est relative à l'heure locale de l'utilisateur actuel. L'heure de l'hôte est relative au système qui héberge les données à cloner.
Dans "Nom de l'instance SQL Server", sélectionnez une instance SQL Server cible pour gérer la nouvelle base de données.
Si vous clonez une seule base de données, saisissez le nom de la nouvelle base de données en évitant les noms des bases de données existantes sur le serveur et l'instance cibles sélectionnés.
Si vous clonez plusieurs bases de données SQL, vous pouvez fournir un nom pour chacune d'elles. Sous Options avancées, vous pouvez également ajouter un suffixe ou un préfixe, ou les deux, au nom de chaque base de données clonée.
Activez l'option Renommer les fichiers pour qu'ils correspondent aux nouveaux noms de bases de données si vous souhaitez renommer les fichiers de base de données pour qu'ils correspondent aux nouveaux noms de bases de données.
Dans la section Options avancées, saisissez les informations requises dans les champs supplémentaires.
Propriété
Description
Récupérer une base de données après une restauration
Si l'option Récupérer la base de données après la restauration n'est pas activée, la base de données SQL Server est laissée dans un état où les journaux peuvent être restaurés. Lorsqu'elle est activée, la base de données SQL Server est mise en ligne et les journaux ne peuvent pas être restaurés au-delà de l'heure spécifiée dans le montage.
Récupérer les identifiants de connexion des utilisateurs
Cela ne s'applique que si l'option Sauvegarder les identifiants de connexion utilisateur SQL Server est définie sur "Oui" dans les paramètres de règle ou les remplacements des paramètres de règle (ce n'est pas la valeur par défaut). Si la valeur est définie sur "Oui", toutes les connexions utilisateur sauvegardées à partir de l'instance source sont restaurées dans l'instance cible. Les comptes de domaine ne sont restaurés que si le serveur SQL Server cible se trouve dans le même domaine ou la même forêt que la source, et si les relations d'approbation requises sont en place.
Nom d'utilisateur/Mot de passe
Identifiants utilisateur pour le provisionnement de la base de données.
Le nom d'utilisateur n'est requis que lorsque le compte exécutant l'agent Backup and DR (généralement "Système local") ne dispose pas des droits d'accès nécessaires pour appliquer les journaux de transactions ou détacher une base de données (ce qui est généralement requis lors d'un démontage ultérieur).
Écraser la base de données existante
Remplace la base de données d'origine.
Dans la section "Emplacements des fichiers", indiquez si vous souhaitez copier les fichiers de base de données dans le même chemin d'accès que le serveur source ou dans un nouvel emplacement.
Trois options sont proposées :
Copiez les fichiers sur le même lecteur ou 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 du fichier.
Si vous sélectionnez la deuxième option (nouvelle option de fichier au niveau du volume), un tableau s'affiche avec les menus déroulants "Volume source" et "Volume cible".
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:\ ou L:\Logs\Log1.
Si vous sélectionnez la troisième option (nouveaux emplacements de fichiers au niveau du fichier), un tableau à trois colonnes s'affiche : "Fichier", "Emplacement source" et "Emplacement cible". Dans "Emplacement cible", saisissez le nouvel emplacement du fichier si nécessaire.
Cliquez sur Envoyer.
Un job est envoyé pour cloner l'image sur l'hôte sélectionné. Vous pouvez vérifier que l'opération de clonage a réussi en consultant l'état du job dans le moniteur.
Guide Backup and DR pour les administrateurs de bases de données Microsoft SQL Server
Cette page fait partie d'une série de pages spécifiques à la protection et à la récupération des bases de données Microsoft SQL Server avec Backup and DR. Pour en savoir plus, consultez les ressources 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\u003eCloning allows copying a SQL Server database, instance, or AG image to any SQL Server host known by the backup/recovery appliance.\u003c/p\u003e\n"],["\u003cp\u003eCloning is useful for avoiding data loss when multiple databases reside on a single volume, or when the original database is corrupt or the server is being replaced.\u003c/p\u003e\n"],["\u003cp\u003eClones enable the restoration of SQL Server databases to any host, unlike traditional restores which are limited to the source host.\u003c/p\u003e\n"],["\u003cp\u003eClones create independent copies for testing and development, ensuring changes don't affect the original data, and they can recover databases to new locations or filenames.\u003c/p\u003e\n"],["\u003cp\u003eThe cloning process involves selecting a source image, a target host, and specifying details like database names, file locations, and options for point-in-time recovery using transaction logs.\u003c/p\u003e\n"]]],[],null,["# Clone Microsoft SQL Server Databases\n\nYou can clone (copy) a backup of a SQL Server database, instance or AG image to\nany SQL Server host known by your backup/recovery appliance.\n\nThe cloning process varies slightly depending on whether you are cloning a\nsingle database image such as a member of an Always on Availability Group (AG)\nor multiple images in a SQL instance.\n\nUse a clone operation:\n\n- If you have copies of multiple SQL Server databases on a single volume,\n to avoid unintentional data loss as the contents of the entire volume\n get overwritten during restore of the volume.\n\n- If the original database has been removed because of corruption,\n or if the old database server is being replaced with a new server.\n\n- You can use a clone to effective restore SQL Server databases onto any\n host, unlike a restore which can only be run to the source host.\n\n- You can use a clone to create an independent copy of SQL Server databases\n for test and development where all changes will remain on the users copy\n and not get written back to the snapshot pool.\n\n- Clones can be used to recover databases to a new location, a new filename,\n or both. Clones are created when a source database has become corrupt, or\n requires root cause analysis. The clone performs a full restore with optional\n point in time recovery to the same host (new database name or filename), or\n alternative hosts running the same version or higher. The use cases for clones\n include performance testing, long term development and testing, reporting, and\n even cloning databases from staging environments into existing production\n instances.\n\nTo clone a SQL database to a host:\n\n1. From the Backup and DR Service management console, open the\n **App Manager** to the **Applications** list.\n\n2. Right-click the application with the image that you want to clone,\n then choose **Access** . The **Access** page opens listing backup images in\n the Timeline ramp view.\n\n3. Select an image and then select **Clone** from the list of access operations.\n The Clone page opens.\n\n4. Select a target from the **Target** drop-down list.\n\n5. Optionally, enter a label for the clone job in the **Label** field.\n\n6. Under **Application Options**, select one or more databases to clone.\n Unlike the Mount operation, no new Consistency Group is created when\n multiple databases are cloned.\n\n7. If the source application is protected by a snapshot policy that has\n enabled database log backups, and logs are available with the image,\n you can use them to roll forward to a specific point in time by changing\n these options in the **Roll Forward Time** section:\n\n - The date field contains all possible dates that the database can be rolled forward to, with the application of database transaction logs. Select the date the database needs to be rolled forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can be rolled forward to. If you select the latest possible date and then move the slider to the right most position, the job will apply to all available logs. If you select the earliest possible date and move the slider to the left most position, the job will apply no logs.\n - You can specify to roll forward using either **User Time** or **Host Time**. User Time is relative to the local time of the current user. Host time is relative to the system that hosts the data to be cloned.\n\n | **Note:** When performing a clone from OnVault, a roll-forward range is displayed only when logs are available on the local appliance. This includes the scenario where an OnVault import was performed on the same appliance used as a target for StreamSnap replication with log replication enabled.\n8. In SQL Server Instance Name, select a target SQL Server instance to manage\n the new database.\n\n9. If you are cloning a single database, enter the name for the new database,\n avoiding names of existing databases in the selected target server and\n instance.\n\n If you are cloning multiple SQL databases you can supply a name for each\n database. Under **Advanced Options** you can also append a suffix or a\n prefix, or both to every cloned database's name.\n10. Enable the **Rename Files to Match New Database** option if you want to\n rename the database files to match the new database names.\n\n11. In the **Advanced Options** section, enter information for the additional\n fields required.\n\n \u003cbr /\u003e\n\n12. In the File Locations section, specify whether you want to copy the\n database files to the same path as the source server, or to a new location.\n There are three options:\n\n - Copy files to the same drive or path as they were on the source server\n (default option).\n\n - Choose new file locations at the volume level.\n\n - Choose new file locations at the file level.\n\n If you select the second option (new file option at the volume level),\n you will see a table with the source volume and target volume drop-down.\n\n In Target Volume, select a target volumes from the drop-down list of all\n discovered file system applications. If needed, you can also type the\n volume, for example: M:\\\\, or L:\\\\Logs\\\\Log1.\n\n If you select the third option (new file locations at the file level),\n a table with three columns appears: File, Source Location, and\n Target Location. In Target Location, enter the new file location as needed.\n13. Click **Submit**.\n A job is submitted to clone the image to the selected host. You can verify\n that the clone operation is successful by viewing the job status in the\n Monitor.\n\nThe Backup and DR Microsoft SQL Server DBA guide\n------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nMicrosoft SQL Server databases with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for Microsoft SQL Server Databases](/backup-disaster-recovery/docs/concepts/backupdr-for-sql-server)\n- [Prepare SQL Server databases for Backup and DR Service](/backup-disaster-recovery/docs/configuration/prepare-sql-server)\n- [Add a SQL Server database host and discover databases](/backup-disaster-recovery/docs/configuration/discover-sql-server)\n- [Configure backup plans for Microsoft SQL Server instances and databases](/backup-disaster-recovery/docs/backup/back-up-sql-server)\n- [Application details and settings for Microsoft SQL Server instances and databases](/backup-disaster-recovery/docs/backup/app-details-settings-sql-server)\n- [Mount a SQL Server database](/backup-disaster-recovery/docs/access-data/mount-sql-server)\n- [Mount databases into SQL Always On Availability Groups](/backup-disaster-recovery/docs/access-data/mount-sql-server-aag)\n- [Manage an active mount](/backup-disaster-recovery/docs/access-data/manage-active-mounts)\n- [Migrate a SQL Server database](/backup-disaster-recovery/docs/access-data/mount-and-migrate-sql-server-2)\n- [Clone SQL Server databases](/backup-disaster-recovery/docs/access-data/clone-sql-server)\n- [Recover SQL Server backups](/backup-disaster-recovery/docs/restore-data/restore-sql-server)"]]
