Microsoft SQL Server-Datenbanken in der Appliance-Verwaltungskonsole klonen

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

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 in folgenden Fällen:

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

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

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

  • 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 aus. Zu den Anwendungsfällen für Klone gehören Leistungstests, langfristige Entwicklung und Tests, Berichte 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 Verwaltungskonsole der Backup and DR-Appliance den App-Manager 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 Zugriff aus. Die Seite Zugriff wird geöffnet und zeigt Sicherungs-Images in der Zeitachse an.

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

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

  5. Optional können Sie im Feld Label ein Label für den Klonjob eingeben.

  6. Wählen Sie unter Anwendungsoptionen eine oder mehrere Datenbanken zum Klonen aus. Im Gegensatz zum Bereitstellungsvorgang wird keine neue Konsistenzgruppe erstellt, wenn mehrere Datenbanken geklont werden.

  7. Wenn die Quellanwendung durch eine Snapshot-Richtlinie geschützt ist, in der Datenbankprotokollsicherungen aktiviert sind, und Protokolle mit dem Image verfügbar sind, können Sie sie verwenden, um zu einem bestimmten Zeitpunkt vorzugehen. Ändern Sie dazu diese Optionen im Abschnitt Zeitpunkt für Rollforward:

    • Das Datumsfeld enthält alle möglichen Daten, zu denen die Datenbank mit Anwendung von Datenbanktransaktionsprotokollen vorgerollt werden kann. Wählen Sie das Datum aus, zu dem die Datenbank vorgerollt werden soll.
    • Das Zeitfeld enthält einen Schieberegler mit allen möglichen Zeiten am ausgewählten Datum, zu denen die Datenbank vorgerollt werden kann. Wenn Sie das spätestmögliche Datum auswählen und den Schieberegler ganz nach rechts bewegen, wird der Job auf alle verfügbaren Protokolle angewendet. Wenn Sie das frühestmögliche Datum auswählen und den Schieberegler ganz nach links bewegen, werden keine Protokolle auf den Job angewendet.
    • Sie können angeben, dass das Rollforward entweder mit Nutzerzeit oder Hostzeit erfolgen soll. Die Nutzerzeit ist relativ zur Ortszeit des aktuellen Nutzers. Die Hostzeit ist relativ zum System, auf dem die zu klonenden Daten gehostet werden.

  8. Wählen Sie unter „SQL Server-Instanzname“ eine Ziel-SQL Server-Instanz 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 außerdem jeder geklonten Datenbank ein Suffix oder ein Präfix oder beides hinzufügen.

  10. Aktivieren Sie die Option Dateien entsprechend der neuen Datenbank umbenennen , wenn Sie die Datenbankdateien entsprechend den neuen Datenbanknamen umbenennen möchten.

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

    Attribut Beschreibung
    Datenbank nach der Wiederherstellung wiederherstellen Wenn Datenbank nach der Wiederherstellung wiederherstellen nicht aktiviert ist, befindet sich die SQL Server-Datenbank in einem Zustand, in dem Protokolle vorgerollt werden können. Wenn die Option aktiviert ist, wird die SQL Server-Datenbank online geschaltet und Protokolle können nicht über die im Mount angegebene Zeit hinaus vorgerollt werden.
    Nutzeranmeldungen wiederherstellen Dies gilt nur, wenn SQL Server-Nutzeranmeldungen sichern in den Richtlinieneinstellungen oder Richtlinieneinstellungen überschreiben auf „Ja“ gesetzt ist (dies ist nicht die Standardeinstellung). Wenn die Option auf „Ja“ gesetzt ist, werden alle Nutzeranmeldungen, die von der Quellinstanz gesichert wurden, in der Zielinstanz wiederhergestellt. Domänenkonten werden nur wiederhergestellt, wenn sich der Ziel-SQL Server in derselben Domäne oder derselben Gesamtstruktur wie die Quelle befindet und alle erforderlichen Vertrauensbeziehungen vorhanden sind.
    Nutzername/Passwort Nutzeranmeldedaten für die Datenbankbereitstellung.
    Der Nutzername ist nur erforderlich, wenn das Konto, mit dem der Backup and DR-Agent ausgeführt wird (in der Regel „Lokales System“), keine Berechtigungen zum Anwenden von Transaktionsprotokollen oder zum Trennen einer Datenbank hat (was in der Regel bei einer nachfolgenden Bereitstellung erforderlich ist).
    Vorhandene Datenbank überschreiben Überschreibt die ursprüngliche Datenbank.

  12. Geben Sie im Abschnitt „Dateispeicherorte“ an, ob Sie die Datenbankdateien in denselben Pfad wie den Quellserver oder an einen neuen Speicherort kopieren möchten. Sie haben drei Möglichkeiten zur Auswahl:

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

    • Neue Dateispeicherorte auf Volumeebene auswählen.

    • Neue Dateispeicherorte auf Dateiebene auswählen.

    Wenn Sie die zweite Option (neue Datei auf Volumeebene) auswählen, wird eine Tabelle mit den Drop-down-Menüs „Quellvolume“ und „Zielvolume“ angezeigt.

    Wählen Sie unter „Zielvolume“ ein Zielvolume 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. Ein Job wird 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 in der Überwachung ansehen.

Backup and DR Microsoft SQL Server DBA guide

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 unter: