Microsoft SQL Server-Datenbanken in der Appliance-Verwaltungskonsole klonen

Sie können eine Sicherung einer SQL Server-Datenbank, -Instanz oder eines AG-Images auf einen beliebigen SQL Server-Host klonen (kopieren), der Ihrer Sicherungs-/Wiederherstellungs-Appliance bekannt ist.

Der Klonvorgang variiert leicht, je nachdem, ob Sie ein einzelnes Datenbank-Image wie ein Mitglied einer Always On-Verfügbarkeitsgruppe (AG) oder mehrere Images in einer SQL-Instanz klonen.

Verwenden Sie einen Klonvorgang:

  • Wenn Sie Kopien mehrerer SQL Server-Datenbanken auf einem einzelnen Volume haben, um unbeabsichtigten Datenverlust zu vermeiden, da der Inhalt des gesamten Volumes während der Wiederherstellung des Volumes überschrieben wird.

  • Wenn die ursprüngliche Datenbank aufgrund einer Beschädigung entfernt wurde oder der alte Datenbankserver durch einen neuen Server ersetzt wird.

  • Mit einem Klon können Sie SQL Server-Datenbanken auf jedem Host wiederherstellen, im Gegensatz zu einer Wiederherstellung, die nur auf dem Quellhost ausgeführt werden kann.

  • Sie können einen Klon verwenden, um eine unabhängige Kopie von SQL Server-Datenbanken für Tests und Entwicklung zu erstellen. Alle Änderungen bleiben in der Kopie des Nutzers und werden nicht in den Snapshot-Pool zurückgeschrieben.

  • Klone können verwendet werden, um Datenbanken an einem neuen Speicherort, mit einem neuen Dateinamen oder beidem wiederherzustellen. Klone werden erstellt, wenn eine Quelldatenbank beschädigt ist oder eine Ursachenanalyse erforderlich ist. Der Klon führt eine vollständige Wiederherstellung mit optionaler Wiederherstellung zu einem bestimmten Zeitpunkt auf demselben Host (neuer Datenbankname oder Dateiname) oder auf alternativen Hosts mit derselben oder einer höheren Version durch. Zu den Anwendungsfällen für Klone gehören Leistungstests, langfristige Entwicklung und Tests, Berichterstellung und sogar das Klonen von Datenbanken aus Staging-Umgebungen in vorhandene Produktionsinstanzen.

So klonen Sie eine SQL-Datenbank auf einen Host:

  1. Öffnen Sie in der Backup und DR-Appliance-Verwaltungskonsole den Anwendungsmanager und rufen Sie die Liste Anwendungen auf.

  2. Klicken Sie mit der rechten Maustaste auf die Anwendung mit dem Image, das Sie klonen möchten, und wählen Sie dann Zugriff aus. Die Seite Zugriff wird geöffnet und listet Sicherungs-Images in der Zeitachsen-Rampenansicht auf.

  3. Wählen Sie ein Image und dann Klonen aus der Liste der Zugriffsvorgänge aus. Die Seite „Klonen“ wird geöffnet.

  4. Wählen Sie ein Ziel aus der Drop-down-Liste Ziel aus.

  5. Geben Sie optional im Feld Label ein Label für den Klonjob ein.

  6. Wählen Sie unter Anwendungsoptionen eine oder mehrere Datenbanken zum Klonen aus. Im Gegensatz zum Vorgang „Bereitstellen“ wird beim Klonen mehrerer Datenbanken keine neue Konsistenzgruppe erstellt.

  7. Wenn die Quellanwendung durch eine Snapshot-Richtlinie geschützt ist, für die Datenbanksicherungen aktiviert sind, und Logs mit dem Image verfügbar sind, können Sie sie verwenden, um einen Rollforward zu einem bestimmten Zeitpunkt durchzuführen. Ändern Sie dazu die folgenden Optionen im Abschnitt Rollforward-Zeit:

    • Das Datumsfeld enthält alle möglichen Daten, auf die die Datenbank durch Anwendung von Datenbanktransaktionslogs aktualisiert werden kann. Wählen Sie das Datum aus, bis zu dem die Datenbank aktualisiert werden soll.
    • Das Zeitfeld enthält einen Schieberegler, der alle möglichen Zeiten am ausgewählten Datum anzeigt, auf die die Datenbank vorgerollt werden kann. Wenn Sie das spätestmögliche Datum auswählen und dann den Schieberegler ganz nach rechts bewegen, wird der Job auf alle verfügbaren Logs angewendet. Wenn Sie das frühestmögliche Datum auswählen und den Schieberegler ganz nach links bewegen, werden für den Job keine Logs angewendet.
    • Sie können festlegen, dass die Zeit entweder mit der Nutzerzeit oder der Hostzeit vorgerollt wird. Die Nutzerzeit bezieht sich auf die Ortszeit des aktuellen Nutzers. Die Hostzeit bezieht sich auf das System, auf dem die zu klonenden Daten gehostet werden.

  8. Wählen Sie unter „SQL Server-Instanzname“ eine SQL Server-Zielinstanz aus, um die neue Datenbank zu verwalten.

  9. Wenn Sie eine einzelne Datenbank klonen, geben Sie den Namen für die neue Datenbank ein. Vermeiden Sie dabei Namen vorhandener Datenbanken auf dem ausgewählten Zielserver und in der ausgewählten Instanz.

    Wenn Sie mehrere SQL-Datenbanken klonen, können Sie für jede Datenbank einen Namen angeben. Unter Erweiterte Optionen können Sie auch ein Suffix oder ein Präfix oder beides an den Namen jeder geklonten Datenbank anhängen.

  10. Aktivieren Sie die Option Dateien umbenennen, um sie an die neue Datenbank anzupassen, wenn Sie die Datenbankdateien so umbenennen möchten, dass sie mit den neuen Datenbanknamen übereinstimmen.

  11. Geben Sie im Abschnitt Erweiterte Optionen Informationen für die erforderlichen zusätzlichen Felder ein.

    Attribut Beschreibung
    Datenbank nach Wiederherstellung wiederherstellen Wenn Recover Database After Restore nicht aktiviert ist, verbleibt die SQL Server-Datenbank in einem Zustand, in dem Logs vorwärtsgerollt werden können. Wenn sie aktiviert ist, wird die SQL Server-Datenbank online geschaltet und Logs können nicht über die im Bereitstellungspunkt angegebene Zeit hinaus weitergeleitet werden.
    Nutzeranmeldungen wiederherstellen Dies gilt nur, wenn SQL Server-Nutzeranmeldungen sichern in den Richtlinieneinstellungen oder Überschreibungen der Richtlinieneinstellungen auf „Ja“ festgelegt ist (dies ist nicht die Standardeinstellung). Wenn diese Option auf „Ja“ gesetzt ist, werden alle Nutzeranmeldungen, die von der Quellinstanz gesichert wurden, in der Zielinstanz wiederhergestellt. Domainkonten werden nur wiederhergestellt, wenn sich der Ziel-SQL-Server in derselben Domain oder Gesamtstruktur wie die Quelle befindet und die erforderlichen Vertrauensbeziehungen bestehen.
    Nutzername/Passwort Nutzeranmeldedaten für die Datenbankbereitstellung.
    Der Nutzername ist nur erforderlich, wenn das Konto, unter dem der Backup und DR-Agent ausgeführt wird (normalerweise „Lokales System“), keine Berechtigungen zum Anwenden von Transaktionslogs oder zum Trennen einer Datenbank hat (was normalerweise während einer nachfolgenden Aufhebung der Bereitstellung erforderlich ist).
    Vorhandene Datenbank überschreiben Überschreibt die ursprüngliche Datenbank.

  12. Geben Sie im Abschnitt „Dateispeicherorte“ an, ob die Datenbankdateien in denselben Pfad wie der Quellserver oder an einen neuen Speicherort kopiert werden sollen. Sie haben drei Möglichkeiten zur Auswahl:

    • Kopieren Sie Dateien auf dasselbe Laufwerk oder in denselben Pfad wie auf dem Quellserver (Standardoption).

    • Wählen Sie neue Dateispeicherorte auf Volume-Ebene aus.

    • Wählen Sie neue Speicherorte auf Dateiebene aus.

    Wenn Sie die zweite Option (neue Dateioption auf Volume-Ebene) auswählen, wird eine Tabelle mit dem Drop-down-Menü für das Quell- und Ziel-Volume angezeigt.

    Wählen Sie unter „Ziel-Volume“ ein Ziel-Volume aus der Drop-down-Liste aller erkannten Dateisystemanwendungen aus. Bei Bedarf können Sie auch das Volume eingeben, z. B. M:\ oder L:\Logs\Log1.

    Wenn Sie die dritte Option (neue Dateispeicherorte auf Dateiebene) auswählen, wird eine Tabelle mit drei Spalten angezeigt: „Datei“, „Quellspeicherort“ und „Zielspeicherort“. Geben Sie unter „Zielspeicherort“ bei Bedarf den neuen Dateispeicherort ein.

  13. Klicken Sie auf Senden. Es wird ein Job gesendet, um das Image auf den ausgewählten Host zu klonen. Sie können prüfen, ob der Klonvorgang erfolgreich war, indem Sie den Jobstatus im Monitor aufrufen.

Backup and DR Microsoft SQL Server DBA-Leitfaden

Diese Seite gehört zu einer Reihe von Seiten, die sich mit dem Schutz und der Wiederherstellung von Microsoft SQL Server-Datenbanken mit Backup und DR befassen. Weitere Informationen finden Sie unter: