Cloner des bases de données Microsoft SQL Server

Vous pouvez cloner (copier) une sauvegarde d'une base de données, d'une instance ou d'une image d'AG SQL Server sur n'importe quel hôte SQL Server connu par votre appareil de sauvegarde/restauration.

Le processus de clonage varie légèrement selon que vous clonez une seule image de base de données, comme un membre d'un groupe de disponibilité Always On (AG), 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, cela permet d'éviter toute perte de données accidentelle, 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 serveur.

  • Vous pouvez utiliser un clone pour restaurer efficacement des bases de données SQL Server sur n'importe quel hôte, contrairement à une restauration qui ne peut être exécutée que sur l'hôte source.

  • 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, où toutes les modifications resteront dans 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 dans un nouvel emplacement, avec 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 fondamentales. 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 d'autres hôtes exécutant la même version ou une version ultérieure. Les cas d'utilisation des clones incluent les tests de performances, le développement et les tests à long terme, la création de rapports, et même le clonage de 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:

  1. Ouvrez le Gestionnaire d'applications et accédez à la liste Applications.

  2. Effectuez un clic droit sur l'application contenant l'image que vous souhaitez cloner, puis sélectionnez Accès. La page Accès s'ouvre et affiche les images de sauvegarde dans la vue chronologique.

  3. Sélectionnez une image, puis Cloner dans la liste des opérations d'accès. La page "Cloner" s'ouvre.

  4. Sélectionnez une cible dans la liste déroulante Cible.

  5. Vous pouvez éventuellement saisir un libellé pour la tâche de clonage dans le champ Libellé.

  6. Sous Options d'application, sélectionnez une ou plusieurs bases de données à cloner. Contrairement à l'opération de montage, aucun nouveau groupe de cohérence n'est créé lorsque plusieurs bases de données sont clonées.

  7. Si l'application source est protégée par une stratégie d'instantané ayant activé les sauvegardes de journaux de base de données et que des journaux sont disponibles avec l'image, vous pouvez les utiliser pour revenir à un point dans le temps spécifique en modifiant ces options dans la section Heure de retour:

    • Le champ de date contient toutes les dates possibles auxquelles la base de données peut être régénéré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 mise à jour.
    • Le champ d'heure contient un curseur affichant toutes les heures possibles à la date sélectionnée auxquelles la base de données peut être transférée. Si vous sélectionnez la date la plus récente possible, puis déplacez le curseur vers la droite, la tâche s'appliquera à tous les journaux disponibles. Si vous sélectionnez la date la plus ancienne possible et déplacez le curseur vers la gauche, le job n'appliquera aucun journal.
    • Vous pouvez spécifier le moment de la migration à l'aide de l'option 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.

  8. Dans "Nom de l'instance SQL Server", sélectionnez une instance SQL Server cible pour gérer la nouvelle base de données.

  9. Si vous clonez une seule base de données, saisissez son nom, en évitant les noms de bases de données existantes dans 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.

  10. Activez l'option Renommez les fichiers pour qu'ils correspondent à la nouvelle base de données si vous souhaitez renommer les fichiers de base de données pour qu'ils correspondent aux nouveaux noms de base de données.

  11. Dans la section Options avancées, saisissez les informations requises dans les champs supplémentaires.

    Propriété Description
    Récupérer la base de données après la restauration Si l'option Recover Database After Restore (Récupérer la base de données après la restauration) n'est pas activée, la base de données SQL Server reste dans un état où les journaux peuvent être avancés. Lorsqu'elle est activée, la base de données SQL Server est mise en ligne et les journaux ne peuvent pas être avancés au-delà de l'heure spécifiée dans l'installation.
    Récupérer les connexions utilisateur Cela ne s'applique que si Sauvegarder les connexions utilisateur SQL Server dans les paramètres de stratégie ou les forçages de paramètres de stratégie est défini sur "Oui" (ce n'est pas la valeur par défaut). Si cette 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 de sauvegarde et de reprise après sinistre (généralement "Local System") ne dispose pas des autorisations nécessaires pour appliquer les journaux de transactions ou pour dissocier 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.

  12. 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 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 et le menu déroulant du 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 comportant trois colonnes s'affiche : "File" (Fichier), "Source Location" (Emplacement source) et "Target Location" (Emplacement cible). Dans "Emplacement cible", saisissez le nouvel emplacement du fichier si nécessaire.

  13. Cliquez sur Envoyer. Une tâche est envoyée pour cloner l'image sur l'hôte sélectionné. Vous pouvez vérifier que l'opération de clonage a bien été effectuée en consultant l'état de la tâche dans le moniteur.

Guide de l'administrateur de base de données SQL Server sur la sauvegarde et la reprise après sinistre

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 la sauvegarde et la reprise après sinistre. Pour en savoir plus, consultez les pages suivantes: