Datenbanken in SQL AlwaysOn-Verfügbarkeitsgruppen bereitstellen
Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Kommentar deaktivieren:
Einbinden in eine SQL Server-AAG mit einem Snapshot-Pool
Dies ist die schnellste Methode, um eine neue SQL Server AlwaysOn-Verfügbarkeitsgruppe für die kurzfristige Verwendung zu erstellen. Die bereitgestellte Anwendung wird im Snapshot-Pool ausgeführt und erzielt dieselbe Leistung wie Daten, die im Snapshot-Pool erfasst wurden.
Hängen Sie die Datenbanken, die der SQL-Verfügbarkeitsgruppe hinzugefügt werden, an jeden Knoten in der AG an, jeweils einen Knoten. Weitere Informationen finden Sie unter SQL Server-Datenbank bereitstellen.
Wählen Sie den erforderlichen Host aus.
Wählen Sie die SQL-Instanz aus.
Geben Sie die Roll-Forward-Zeit an und achten Sie darauf, dass Sie für jeden Knoten dieselbe Zeit angeben.
Deaktivieren Sie unter Erweiterte Optionen die Option Datenbank nach der Wiederherstellung wiederherstellen.
Geben Sie einen Namen, ein Präfix oder ein Suffix ein. Verwenden Sie auf allen Knoten denselben Namen, dasselbe Präfix oder dasselbe Suffix.
Wiederholen Sie den Vorgang für jedes Mitglied der Verfügbarkeitsgruppe.
Sobald alle Datenbanken als virtuelle Datenbanken auf jedem Verfügbarkeitsgruppenknoten bereitgestellt sind, wählen Sie mit SQL die SQL-Instanz aus, die die primäre Instanz ist, und stellen Sie jede Datenbank wieder her:
`recoverdatabase(name)withrecovery`
Lassen Sie die Kopien der sekundären Datenbank im Wiederherstellungsstatus.
In eine SQL Server-Verfügbarkeitsgruppe klonen, unabhängig vom Snapshot-Pool
Wenn Sie eine SQL AlwaysOn-Verfügbarkeitsgruppe klonen möchten, die sich unabhängig vom Snapshot-Pool befindet, führen Sie einen Klonvorgang für die Datenbanken auf jedem Knoten in der SQL AlwaysOn-Verfügbarkeitsgruppe aus, wie unter SQL Server-Datenbanken klonen beschrieben.
Achten Sie darauf, die Datenbank nach der Wiederherstellung zu deaktivieren (Recover) und für jeden Klonvorgang dieselbe Rollforward-Zeit anzugeben.
Virtuelle Datenbanken einer neuen SQL Server-AlwaysOn-Verfügbarkeitsgruppe hinzufügen
Nachdem alle Datenbanken für die neue AG wiederhergestellt wurden, fügen Sie die Datenbanken mit SQL Studio oder T-SQL der SQL AlwaysOn-Verfügbarkeitsgruppe hinzu:
Wählen Sie in SQL Studio die SQL-Verfügbarkeitsgruppe aus.
Fügen Sie die Datenbanken der Verfügbarkeitsgruppe hinzu.
Klicken Sie auf Weiter. Sie werden aufgefordert, eine Synchronisierungsmethode auszuwählen.
Wählen Sie Nur beitreten aus. Mit dem Vorgang Nur beitreten werden die primäre und die sekundäre Datenbank in einer Verfügbarkeitsgruppe zusammengefasst.
Beobachten Sie den Fortschritt des Vorgangs. Wenn der Vorgang abgeschlossen ist, sind sowohl die primäre als auch die sekundäre Datenbank synchronisiert.
Wenn „Anwendungen automatisch erkennen“ nicht aktiviert ist, müssen Sie Anwendungen auf dem Host der Verfügbarkeitsgruppe manuell erkennen.
Nach Abschluss der Erkennung werden die Datenbanken im App Manager als Mitglieder der SQL-Verfügbarkeitsgruppe angezeigt.
Erfassen Sie Mitglieder einer Verfügbarkeitsgruppe wie jede andere Datenbank.
DBA-Leitfaden für Backup and DR SQL Server
Diese Seite ist eine von mehreren Seiten, die sich speziell mit dem Schutz und der Wiederherstellung von Microsoft SQL Server-Datenbanken mit Backup and DR befassen. Weitere Informationen finden Sie auf den folgenden Seiten:
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-25 (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)"]]