Monter des bases de données dans des groupes de disponibilité AlwaysOn SQL
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Désactivez le commentaire :
Monter sur un groupe de disponibilité AlwaysOn SQL Server à l'aide d'un pool d'instantanés
Cette approche est la plus rapide pour créer un groupe de disponibilité SQL Server AlwaysOn à usage ponctuel. L'application installée s'exécute dans le pool d'instantanés et offre les mêmes performances que les données capturées dans le pool d'instantanés.
Montez les bases de données ajoutées au groupe de disponibilité SQL sur chaque nœud du groupe de disponibilité, un nœud à la fois. Consultez Monter une base de données SQL Server.
Sélectionnez l'hôte requis.
Sélectionnez l'instance SQL.
Spécifiez l'heure de report, en veillant à spécifier la même heure lors du montage sur chaque nœud.
Sous Options avancées, décochez Récupérer la base de données après la restauration.
Saisissez un nom, un préfixe ou un suffixe. Utilisez le même nom, préfixe ou suffixe sur tous les nœuds.
Répétez cette procédure pour chaque membre du groupe de disponibilité.
Une fois que toutes les bases de données sont montées en tant que bases de données virtuelles sur chaque nœud du groupe de disponibilité, sélectionnez l'instance SQL qui est l'instance principale à l'aide de SQL, puis récupérez chaque base de données :
`recoverdatabase(name)withrecovery`
Conservez les copies de la base de données secondaire dans l'état de restauration.
Cloner vers un groupe de disponibilité SQL Server indépendamment du pool d'instantanés
Pour cloner un groupe de disponibilité SQL AlwaysOn qui réside indépendamment du pool de snapshots, effectuez une opération de clonage pour les bases de données sur chaque nœud du groupe de disponibilité SQL AlwaysOn, comme décrit dans Cloner des bases de données SQL Server.
Veillez à désélectionner la base de données Recover après la restauration et à spécifier le même temps de restauration pour chaque opération de clonage.
Ajouter des bases de données virtuelles à un nouveau groupe de disponibilité AlwaysOn SQL Server
Une fois toutes les bases de données du nouveau groupe AG récupérées, utilisez SQL Studio ou T-SQL pour ajouter les bases de données au groupe de disponibilité SQL AlwaysOn :
Dans SQL Studio, sélectionnez le groupe de disponibilité SQL.
Ajoutez les bases de données au groupe de disponibilité.
Cliquez sur Suivant. Vous êtes invité à sélectionner une méthode de synchronisation.
Sélectionnez Rejoindre uniquement. L'opération Rejoindre uniquement forme les bases de données principale et secondaire en un groupe de disponibilité.
Surveillez la progression de l'opération. Une fois l'opération terminée, les bases de données principale et secondaire sont synchronisées.
Si la découverte automatique des applications n'est pas activée, découvrez manuellement les applications sur l'hôte du groupe de disponibilité.
Une fois la découverte terminée, les bases de données apparaissent dans le Gestionnaire d'applications en tant que membres du groupe de disponibilité SQL.
Capturez les membres d'un groupe de disponibilité comme n'importe quelle autre base de données.
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\u003eMounting databases to a SQL Server AlwaysOn Availability Group (AAG) using a snapshot pool is the quickest method for short-term use, providing performance comparable to data captured in the pool.\u003c/p\u003e\n"],["\u003cp\u003eWhen mounting databases to an AAG, ensure sufficient space in the snapshot pool to accommodate both the availability group and regular snapshots, as the mounted application operates within the snapshot pool.\u003c/p\u003e\n"],["\u003cp\u003eTo create an AAG independently from the snapshot pool, clone the databases on each node, deselecting "Recover database after restore" and using the same roll-forward time for each clone operation.\u003c/p\u003e\n"],["\u003cp\u003eAfter mounting or cloning, add the recovered databases to the SQL AlwaysOn Availability group via SQL Studio, selecting "Join only" as the synchronization method to form the primary and secondary databases into an availability group.\u003c/p\u003e\n"],["\u003cp\u003eOnce the operation is complete, the databases will appear as members of the SQL availability group in the App Manager and they can then be captured like any other database.\u003c/p\u003e\n"]]],[],null,["# Mount databases into SQL AlwaysOn Availability Groups\n\nDisable comment:\n\nMount to a SQL Server AAG using a snapshot pool\n-----------------------------------------------\n\nThis approach is the fastest way to create a new SQL Server AlwaysOn\nAvailability group for short-term use. The mounted application runs in\nthe snapshot pool, and achieves the same performance as data captured in the\nsnapshot pool.\n| **Note:** Be sure there is enough space in the snapshot pool for the availability group and regular snapshots.\n\n1. Mount the databases being added to the SQL availability group to each node\n in the AG, one node at a time. See\n [Mount a SQL Server database](/backup-disaster-recovery/docs/access-data/sql-access).\n\n2. Select the required host.\n\n3. Select the SQL instance.\n\n4. Specify the roll-forward time, being sure to specify the same time during\n mounts to each node.\n\n5. Under **Advanced Options** , deselect **Recover Database After Restore**.\n\n6. Enter a name, or a prefix or suffix. Use the same name, prefix, or\n suffix on all nodes.\n\n7. Repeat the process for each availability group member.\n\n8. Once all databases are mounted as virtual databases on each availability\n group node, using SQL, select the SQL instance that is the primary and for\n each database recover it:\n\n `recover database (name) with recovery`\n\n9. Keep the secondary database copies in restoring state.\n\n10. When the master database has been restored, using SQL, create the new\n availability group and join the primary and secondary databases as described\n in\n [Add virtual databases to a new SQL Server AlwaysOn Availability group](#AlwaysOn).\n\nClone to a SQL Server availability group independently from the snapshot pool\n-----------------------------------------------------------------------------\n\nTo clone to a SQL AlwaysOn Availability group that resides independently from\nthe snapshot pool, perform a clone operation for the databases on each node in\nthe SQL AlwaysOn Availability group as described in\n[Clone SQL Server databases](/backup-disaster-recovery/docs/restore-data/sql-cloning).\nBe sure to deselect **Recover** database after restore and to specify the same\nroll-forward time for each clone operation.\n\nAdd virtual databases to a new SQL Server AlwaysOn Availability group\n---------------------------------------------------------------------\n\nAfter all databases for the new AG have been recovered, use SQL Studio or T-SQL\nto add the databases to the SQL AlwaysOn Availability group:\n\n1. From SQL Studio, select the SQL availability group.\n\n2. Add the databases to the availability group.\n\n3. Click **Next** . You are prompted to select a synchronization method.\n Select **Join only** ; the **Join only** operation forms the primary and\n secondary databases into an availability group.\n\n4. Monitor the progress of the operation. When the operation is complete,\n both the primary and secondary databases are in sync.\n\n5. If autodiscover applications is not enabled, manually discover\n applications on the availability group host.\n\n6. After discovery is complete, the databases appear in the **App Manager** as\n members of the SQL availability group.\n\n7. Capture members of an availability group just like any other database.\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)"]]
