Microsoft SQL Server-Datenbanken 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.

Das Klonen unterscheidet sich geringfügig, 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 einzigen Volume haben, können Sie unbeabsichtigte Datenverluste vermeiden, da der Inhalt des gesamten Volumes bei der Wiederherstellung des Volumes überschrieben wird.

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

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

  • Mit einem Klon können Sie eine unabhängige Kopie von SQL Server-Datenbanken für Tests und die Entwicklung erstellen, bei der alle Änderungen in der Kopie des Nutzers verbleiben und nicht wieder in den Snapshot-Pool geschrieben werden.

  • Mithilfe von Klonen können Datenbanken an einem neuen Speicherort, mit einem neuen Dateinamen oder an beiden Orten wiederhergestellt werden. 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. Anwendungsfälle für Klone sind 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 einem Host:

  1. Öffnen Sie den App-Manager und gehen Sie zur Liste Anwendungen.

  2. Klicken Sie mit der rechten Maustaste auf die Anwendung mit dem Bild, das Sie klonen möchten, und wählen Sie dann Zugriff aus. Die Seite Zugriff wird geöffnet. Dort werden Back-up-Images in der Zeitachsenrampenansicht aufgeführt.

  3. Wählen Sie ein Bild 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 aus, die Sie klonen möchten. Im Gegensatz zum Bereitstellungsvorgang wird beim Klonen mehrerer Datenbanken keine neue Konsistenzgruppe erstellt.

  7. Wenn die Quellanwendung durch eine Snapshot-Richtlinie geschützt ist, für die Datenbankprotokollsicherungen aktiviert sind, und Protokolle mit dem Image verfügbar sind, können Sie sie verwenden, um die Zeit auf einen bestimmten Zeitpunkt vorzuspulen. Ändern Sie dazu die folgenden Optionen im Bereich Zeit vorspulen:

    • Das Datumsfeld enthält alle möglichen Datumsangaben, zu denen die Datenbank mithilfe von Datenbanktransaktionsprotokollen fortgesetzt werden kann. Wählen Sie das Datum aus, auf das die Datenbank fortgesetzt werden soll.
    • Das Zeitfeld enthält einen Schieberegler mit allen möglichen Uhrzeiten am ausgewählten Datum, zu denen die Datenbank vor- oder zurückgerollt werden kann. Wenn Sie das späteste Datum auswählen und den Schieberegler dann ganz nach rechts bewegen, wird der Job auf alle verfügbaren Protokolle angewendet. Wenn Sie das früheste Datum auswählen und den Schieberegler ganz nach links bewegen, werden für den Job keine Protokolle angewendet.
    • Sie können festlegen, dass die Zeit entweder mithilfe der Nutzerzeit oder der Hostzeit vorwärtsgerollt 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 Ziel-SQL Server-Instanz aus, um die neue Datenbank zu verwalten.

  9. Wenn Sie eine einzelne Datenbank klonen, geben Sie den Namen der neuen Datenbank ein. Verwenden Sie dabei keine 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 dem Namen jeder geklonten Datenbank ein Suffix oder Präfix oder beides anhängen.

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

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

    Attribut Beschreibung
    Datenbank nach der Wiederherstellung wiederherstellen Wenn Datenbank nach Wiederherstellung wiederherstellen nicht aktiviert ist, bleibt die SQL Server-Datenbank in einem Zustand, in dem Protokolle vorwärtsgerollt werden können. Wenn diese Option aktiviert ist, wird die SQL Server-Datenbank online gestellt und Protokolle können nicht über die im Bereitstellungsvorgang angegebene Zeit hinaus vorwärtsgerollt werden.
    Nutzeranmeldungen wiederherstellen Dies gilt nur, wenn SQL Server-Nutzeranmeldungen sichern in den Richtlinieneinstellungen oder in den Überschreibungen der Richtlinieneinstellungen auf „Ja“ gesetzt ist. Dies ist nicht die Standardeinstellung. Wenn diese Option auf „Ja“ gesetzt ist, werden alle Nutzeranmeldungen, die aus der Quellinstanz gesichert wurden, in der Zielinstanz wiederhergestellt. Domainkonten werden nur dann wiederhergestellt, wenn sich der Ziel-SQL-Server in derselben Domain oder demselben Verbund wie die Quelle befindet und alle erforderlichen Vertrauensstellungen vorhanden sind.
    Nutzername/Passwort Nutzeranmeldedaten für die Datenbankbereitstellung.
    Der Nutzername ist nur erforderlich, wenn das Konto, unter dem der Sicherungs- und Notfallwiederherstellungs-Agent ausgeführt wird (in der Regel „Local System“), keine Berechtigungen zum Anwenden von Transaktionsprotokollen oder zum Trennen einer Datenbank hat (was in der Regel bei einem anschließenden Unmounten erforderlich ist).
    Vorhandene Datenbank überschreiben Die ursprüngliche Datenbank wird überschrieben.

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

    • Dateien werden auf dasselbe Laufwerk oder denselben Pfad wie auf dem Quellserver kopiert (Standardoption).

    • Wählen Sie neue Dateispeicherorte auf Volumeebene aus.

    • Wählen Sie auf Dateiebene neue Speicherorte aus.

    Wenn Sie die zweite Option (Option „Neue Datei“ auf Volumeebene) auswählen, wird eine Tabelle mit dem Drop-down-Menü für das Quell- und Zielvolume angezeigt.

    Wählen Sie unter „Zielvolume“ ein Zielvolume aus der Drop-down-Liste aller gefundenen Dateisystemanwendungen aus. Bei Bedarf können Sie auch das Laufwerk 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“ den neuen Dateispeicherort ein.

  13. Klicken Sie auf Senden. Es wird ein Job eingereicht, um das Image auf dem ausgewählten Host zu klonen. Sie können den Status des Klonvorgangs im Monitor prüfen.

SQL Server-Leitfaden für DBAs für Sicherung und Notfallwiederherstellung

Diese Seite ist eine von mehreren Seiten zum Schutz und zur Wiederherstellung von Microsoft SQL Server-Datenbanken mithilfe von Sicherung und Notfallwiederherstellung. Weitere Informationen finden Sie unter: