Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Sie können eine Sicherung einer SQL Server-Datenbank, -Instanz oder -AG-Image auf einen beliebigen SQL Server-Host klonen (kopieren), der von Ihrer Sicherungs-/Wiederherstellungs-Appliance erkannt wird.
Der Klonvorgang variiert geringfügig, je nachdem, ob Sie ein einzelnes Datenbank-Image wie ein Mitglied einer Always On Availability Group (AG) oder mehrere Images in einer SQL-Instanz klonen.
Klonvorgang verwenden:
Wenn Sie Kopien mehrerer SQL Server-Datenbanken auf einem einzelnen Volume haben, um unbeabsichtigten Datenverlust zu vermeiden, da der Inhalt des gesamten Volumes beim Wiederherstellen des Volumes überschrieben wird.
Wenn die ursprüngliche Datenbank aufgrund von Beschädigung entfernt wurde oder der alte Datenbankserver durch einen neuen Server ersetzt wird.
Mit einem Klon können Sie SQL Server-Datenbanken auf einem beliebigen Host wiederherstellen. Eine Wiederherstellung kann dagegen nur auf dem Quellhost ausgeführt werden.
Mit einem Klon können Sie eine unabhängige Kopie von SQL Server-Datenbanken für Tests und Entwicklung erstellen. Alle Änderungen bleiben in der Kopie des Nutzers und werden nicht in den Snapshot-Pool zurückgeschrieben.
Mit Klonen können Datenbanken an einem neuen Speicherort, mit einem neuen Dateinamen oder beidem wiederhergestellt werden. Klone werden erstellt, wenn eine Quelldatenbank beschädigt ist oder eine Ursachenanalyse erforderlich ist. Beim Klonen wird 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 durchgeführt. 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:
Öffnen Sie in der Backup and DR-Verwaltungskonsole den App Manager und dann die Liste Applications (Anwendungen).
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 und zeigt Sicherungsbilder in der Zeitachse an.
Wählen Sie ein Bild und dann Klonen aus der Liste der Zugriffsoperationen aus.
Die Seite „Klonen“ wird geöffnet.
Wählen Sie ein Ziel aus der Drop-down-Liste Ziel aus.
Geben Sie optional im Feld Label ein Label für den Klonjob ein.
Wählen Sie unter Anwendungsoptionen eine oder mehrere Datenbanken zum Klonen aus.
Im Gegensatz zum Mount-Vorgang wird beim Klonen mehrerer Datenbanken keine neue Konsistenzgruppe erstellt.
Wenn die Quellanwendung durch eine Snapshot-Richtlinie geschützt ist, für die Datenbank-Log-Backups aktiviert sind, und Logs mit dem Image verfügbar sind, können Sie sie verwenden, um zu einem bestimmten Zeitpunkt vorzurücken. Dazu ändern Sie die folgenden Optionen im Bereich Roll Forward Time (Zeit für Vorwärts-Rollout):
Das Datumsfeld enthält alle möglichen Datumsangaben, auf die die Datenbank mit den Datenbanktransaktionslogs zurückgesetzt werden kann.
Wählen Sie das Datum aus, bis zu dem die Datenbank aktualisiert werden soll.
Das Zeitfeld enthält einen Schieberegler mit allen möglichen Zeiten am ausgewählten Datum, zu denen die Datenbank vorwärts verschoben werden kann. Wenn Sie das spätestmögliche Datum auswählen und den Schieberegler dann ganz nach rechts verschieben, wird der Job auf alle verfügbaren Logs angewendet. Wenn Sie das frühestmögliche Datum auswählen und den Schieberegler ganz nach links verschieben, werden keine Logs auf den Job angewendet.
Sie können festlegen, dass die Zeit entweder mit Nutzerzeit oder Host-Zeit vorwärts verschoben 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.
Wählen Sie unter „SQL Server-Instanzname“ eine Ziel-SQL Server-Instanz aus, um die neue Datenbank zu verwalten.
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 der ausgewählten Zielinstanz.
Wenn Sie mehrere SQL-Datenbanken klonen, können Sie für jede Datenbank einen Namen angeben. Unter Erweiterte Optionen können Sie auch jeder geklonten Datenbank ein Suffix und/oder ein Präfix hinzufügen.
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.
Geben Sie im Abschnitt Erweiterte Optionen Informationen für die erforderlichen zusätzlichen Felder ein.
Attribut
Beschreibung
Datenbank nach der Wiederherstellung wiederherstellen
Wenn Recover Database After Restore nicht aktiviert ist, verbleibt die SQL Server-Datenbank in einem Zustand, in dem Protokolle vorwärts gerollt werden können. Wenn sie aktiviert ist, wird die SQL Server-Datenbank online geschaltet und Logs können nicht über den im Mount angegebenen Zeitpunkt hinaus vorwärts gerollt werden.
Nutzeranmeldungen wiederherstellen
Dies gilt nur, wenn SQL Server-Nutzeranmeldungen sichern in den Richtlinieneinstellungen oder Überschreibungen der Richtlinieneinstellungen auf „Ja“ gesetzt ist (dies ist nicht die Standardeinstellung). Wenn diese Option auf „Ja“ festgelegt ist, werden alle Nutzeranmeldungen, die in 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 Vertrauensstellungen vorhanden sind.
Nutzername/Passwort
Nutzeranmeldedaten für die Datenbankbereitstellung.
Der Nutzername ist nur erforderlich, wenn das Konto, unter 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 einem nachfolgenden Unmount erforderlich ist).
Vorhandene Datenbank überschreiben
Überschreibt die ursprüngliche Datenbank.
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 auf dasselbe Laufwerk oder denselben Pfad wie auf dem Quellserver kopieren (Standardoption).
Wählen Sie neue Dateispeicherorte auf Volume-Ebene aus.
Wählen Sie neue Dateispeicherorte auf Dateiebene aus.
Wenn Sie die zweite Option (neue Datei auf Volume-Ebene) auswählen, wird eine Tabelle mit dem Drop-down-Menü für das Quell- und das 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 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 Speicherort der Datei ein.
Klicken Sie auf Senden.
Es wird ein Job zum Klonen des Images auf den ausgewählten Host gesendet. Sie können prüfen, ob der Klonvorgang erfolgreich war, indem Sie den Jobstatus im Monitor ansehen.
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 unter:
[[["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\u003eCloning allows copying a SQL Server database, instance, or AG image to any SQL Server host known by the backup/recovery appliance.\u003c/p\u003e\n"],["\u003cp\u003eCloning is useful for avoiding data loss when multiple databases reside on a single volume, or when the original database is corrupt or the server is being replaced.\u003c/p\u003e\n"],["\u003cp\u003eClones enable the restoration of SQL Server databases to any host, unlike traditional restores which are limited to the source host.\u003c/p\u003e\n"],["\u003cp\u003eClones create independent copies for testing and development, ensuring changes don't affect the original data, and they can recover databases to new locations or filenames.\u003c/p\u003e\n"],["\u003cp\u003eThe cloning process involves selecting a source image, a target host, and specifying details like database names, file locations, and options for point-in-time recovery using transaction logs.\u003c/p\u003e\n"]]],[],null,["# Clone Microsoft SQL Server Databases\n\nYou can clone (copy) a backup of a SQL Server database, instance or AG image to\nany SQL Server host known by your backup/recovery appliance.\n\nThe cloning process varies slightly depending on whether you are cloning a\nsingle database image such as a member of an Always on Availability Group (AG)\nor multiple images in a SQL instance.\n\nUse a clone operation:\n\n- If you have copies of multiple SQL Server databases on a single volume,\n to avoid unintentional data loss as the contents of the entire volume\n get overwritten during restore of the volume.\n\n- If the original database has been removed because of corruption,\n or if the old database server is being replaced with a new server.\n\n- You can use a clone to effective restore SQL Server databases onto any\n host, unlike a restore which can only be run to the source host.\n\n- You can use a clone to create an independent copy of SQL Server databases\n for test and development where all changes will remain on the users copy\n and not get written back to the snapshot pool.\n\n- Clones can be used to recover databases to a new location, a new filename,\n or both. Clones are created when a source database has become corrupt, or\n requires root cause analysis. The clone performs a full restore with optional\n point in time recovery to the same host (new database name or filename), or\n alternative hosts running the same version or higher. The use cases for clones\n include performance testing, long term development and testing, reporting, and\n even cloning databases from staging environments into existing production\n instances.\n\nTo clone a SQL database to a host:\n\n1. From the Backup and DR Service management console, open the\n **App Manager** to the **Applications** list.\n\n2. Right-click the application with the image that you want to clone,\n then choose **Access** . The **Access** page opens listing backup images in\n the Timeline ramp view.\n\n3. Select an image and then select **Clone** from the list of access operations.\n The Clone page opens.\n\n4. Select a target from the **Target** drop-down list.\n\n5. Optionally, enter a label for the clone job in the **Label** field.\n\n6. Under **Application Options**, select one or more databases to clone.\n Unlike the Mount operation, no new Consistency Group is created when\n multiple databases are cloned.\n\n7. If the source application is protected by a snapshot policy that has\n enabled database log backups, and logs are available with the image,\n you can use them to roll forward to a specific point in time by changing\n these options in the **Roll Forward Time** section:\n\n - The date field contains all possible dates that the database can be rolled forward to, with the application of database transaction logs. Select the date the database needs to be rolled forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can be rolled forward to. If you select the latest possible date and then move the slider to the right most position, the job will apply to all available logs. If you select the earliest possible date and move the slider to the left most position, the job will apply no logs.\n - You can specify to roll forward using either **User Time** or **Host Time**. User Time is relative to the local time of the current user. Host time is relative to the system that hosts the data to be cloned.\n\n | **Note:** When performing a clone from OnVault, a roll-forward range is displayed only when logs are available on the local appliance. This includes the scenario where an OnVault import was performed on the same appliance used as a target for StreamSnap replication with log replication enabled.\n8. In SQL Server Instance Name, select a target SQL Server instance to manage\n the new database.\n\n9. If you are cloning a single database, enter the name for the new database,\n avoiding names of existing databases in the selected target server and\n instance.\n\n If you are cloning multiple SQL databases you can supply a name for each\n database. Under **Advanced Options** you can also append a suffix or a\n prefix, or both to every cloned database's name.\n10. Enable the **Rename Files to Match New Database** option if you want to\n rename the database files to match the new database names.\n\n11. In the **Advanced Options** section, enter information for the additional\n fields required.\n\n \u003cbr /\u003e\n\n12. In the File Locations section, specify whether you want to copy the\n database files to the same path as the source server, or to a new location.\n There are three options:\n\n - Copy files to the same drive or path as they were on the source server\n (default option).\n\n - Choose new file locations at the volume level.\n\n - Choose new file locations at the file level.\n\n If you select the second option (new file option at the volume level),\n you will see a table with the source volume and target volume drop-down.\n\n In Target Volume, select a target volumes from the drop-down list of all\n discovered file system applications. If needed, you can also type the\n volume, for example: M:\\\\, or L:\\\\Logs\\\\Log1.\n\n If you select the third option (new file locations at the file level),\n a table with three columns appears: File, Source Location, and\n Target Location. In Target Location, enter the new file location as needed.\n13. Click **Submit**.\n A job is submitted to clone the image to the selected host. You can verify\n that the clone operation is successful by viewing the job status in the\n Monitor.\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)"]]
