Info2soft verwendet Cookies, um Ihnen ein besseres und angenehmeres Surferlebnis auf unserer Website zu ermöglichen. Datenschutzerklärung
Wird geladen...
Die Migration oder das Duplizieren einer SQL Server-Datenbank gehört zu den häufigsten Aufgaben von Datenbankadministratoren und IT-Administratoren.
Ob bei Hardware-Upgrades, Notfallwiederherstellung, Cloud-Migration, Lastverteilung oder dem Klonen von Umgebungen: Oft benötigen Sie eine zuverlässige Methode, um Datenbanken sicher und effizient zwischen Servern zu kopieren.
Die Wahl einer ungeeigneten Vorgehensweise kann jedoch zu folgenden Problemen führen:
Dieser Leitfaden erläutert, wie Sie eine MSSQL-Datenbank auf einen anderen Server kopieren. Er stellt vier kostenfreie Verfahren vor und hilft Ihnen, die passende Lösung für Ihre praktischen Szenarien auszuwählen.
Kurzantwort
Um eine SQL Server-Datenbank auf einen anderen Server zu kopieren, können Sie Sicherung und Wiederherstellung, Trennen und Anfügen, den Assistenten zum Kopieren von Datenbanken oder das Generieren von Skripten verwenden. Unter diesen Methoden ist Sicherung und Wiederherstellung die am häufigsten eingesetzte Vorgehensweise, da sie zuverlässig ist, große Datenbanken unterstützt und in unterschiedlichen SQL Server-Umgebungen funktioniert.
Das Kopieren von Datenbanken ist üblicherweise in folgenden Szenarien erforderlich:
| Szenario | Zweck |
|---|---|
| Hardware-Upgrade | Umstieg auf leistungsstärkere Rechen- oder Speicherhardware |
| Cloud-Migration | Übergang von lokaler Infrastruktur zur Cloud |
| Notfallwiederherstellung | Erstellen externer Redundanz |
| Lastverteilung | Trennen von Lese- und Schreiblasten |
| Compliance-Anforderungen | Isolierung vertraulicher Daten |
| Test- und Entwicklungsumgebungen | Erstellen von Datenbankklonen |
In allen Fällen sind die Gewährleistung der Datenintegrität, minimale Ausfallzeiten sowie die Konsistenz von Anmeldedaten und Berechtigungen von entscheidender Bedeutung.
Die passende Vorgehensweise hängt von der Größe der Datenbank, der Toleranz für Ausfallzeiten und der Komplexität der Umgebung ab.
👉 Bei betriebskritischen Produktivumgebungen ist Sicherung und Wiederherstellung meist die sicherste Standardwahl.
Im Folgenden werden die vertrauenswürdigsten Migrationsverfahren vorgestellt, geordnet von einfach bis unternehmensgerecht. Jedes Verfahren unterscheidet sich hinsichtlich Komplexität, Automatisierungsmöglichkeiten, erforderlicher Ausfallzeiten und Skalierbarkeit. Die Auswahl hängt stark von Ihrer Datenbankgröße, den Anforderungen an die Geschäftskontinuität und Ihren Betriebszielen ab:
Sicherung und Wiederherstellung ist das am weitesten verbreitete Verfahren, da es stabil, vorhersehbar und für die meisten Produktivumgebungen geeignet ist.
Einsatzfall:
Schritt 1. Vollständige Sicherung erstellen
In SQL Server Management Studio (SSMS):
BACKUP DATABASE YourDatabase
TO DISK = 'D:\backup\YourDatabase.bak'
WITH FORMAT;
Schritt 2. Sicherungsdatei auf den Zielserver übertragen
Übermitteln Sie die .bak-Datei mithilfe von:
Schritt 3. Datenbank auf dem Zielserver wiederherstellen
In SQL Server Management Studio (SSMS):
RESTORE DATABASE YourDatabase
FROM DISK = 'D:\backup\YourDatabase.bak'
WITH MOVE 'YourDatabase' TO 'D:\Data\YourDatabase.mdf',
MOVE 'YourDatabase_log' TO 'D:\Logs\YourDatabase.ldf';
Vorteile
Einschränkungen
Dieser integrierte Assistent von SSMS nutzt SQL Management Objects (SMO), um die Übertragung von Datenbankdateien und Metadaten zwischen Instanzen zu automatisieren.
Schritt 1. Assistent starten: Klicken Sie in SSMS mit der rechten Maustaste auf die Quelldatenbank und wählen Sie Aufgaben > Datenbank kopieren.
Schritt 2. Server konfigurieren: Geben Sie die Verbindungen und Zugangsdaten für Quell- und Zielserver an.
Schritt 3. Übertragungsmethode auswählen: Wählen Sie zwischen der schnelleren Variante „Trennen und Anfügen“ (mit Ausfallzeit) oder der Online-SMO-Methode.
Schritt 4. Datenbanken auswählen: Wählen Sie eine oder mehrere Datenbanken zum Kopieren oder Verschieben aus.
Schritt 5. Ausführen oder terminieren: Führen Sie die Übertragung sofort aus oder planen Sie sie für einen späteren Zeitpunkt.
Vorteile
Einschränkungen
Bei dieser Vorgehensweise wird ein T-SQL-Skript mit Schema und Daten erstellt. Dieses wird auf dem Zielserver ausgeführt, um die Datenbank neu zu erstellen.
Schritt 1. Skript generieren: Rechtsklick auf die Quelldatenbank, wählen Sie Aufgaben > Skripte generieren.
Schritt 2. Erweiterte Einstellungen: Wechseln Sie im Assistenten zu Erweitert und setzen Sie „Zu skriptender Datentyp“ auf „Schema und Daten“.
Schritt 3. Skript speichern: Exportieren Sie das Skript als einzelne Datei zur Übertragung.
Schritt 4. Auf Zielserver ausführen: Verbinden Sie sich mit dem Zielserver, öffnen Sie die Skriptdatei und führen Sie diese aus.
Schritt 5. Daten prüfen: Überprüfen Sie auf Ausführungsfehler und die Vollständigkeit der Daten auf dem Zielsystem.
Vorteile
Einschränkungen
Dieses Verfahren verschiebt die Datenbankdateien physisch zwischen Servern.
Einsatzfall:
Schritt 1. Datenbank trennen
EXEC sp_detach_db 'YourDatabase';
Schritt 2. MDF- und LDF-Dateien kopieren
Verschieben Sie die Dateien auf den Zielserver.
Schritt 3. Datenbank anfügen
CREATE DATABASE YourDatabase
ON (FILENAME = 'D:\Data\YourDatabase.mdf'),
(FILENAME = 'D:\Logs\YourDatabase.ldf')
FOR ATTACH;
Vorteile
Einschränkungen
Auch wenn die Migration erfolgreich abgeschlossen wird, können weitere Schwierigkeiten auftreten:
Benutzer verlieren möglicherweise den Zugriff, da Anmeldedaten nicht korrekt zugeordnet werden.
Aufträge, Warnungen und Wartungspläne werden nicht in der Sicherung gespeichert.
Datenbankbenutzer verlieren nach der Migration ggf. ihre Rollenzuweisungen.
Externe Verbindungen können nach dem Serverwechsel unterbrochen werden.
Überprüfen Sie nach dem Kopieren der Datenbank stets die Migration:
Schritt 1. Datenbankstatus prüfen
SELECT name, state_desc FROM sys.databases;
Schritt 2. Integritätsprüfung durchführen
DBCC CHECKDB ('YourDatabase');
Schritt 3. Anwendungskonnektivität testen
Stellen Sie sicher, dass Anwendungen:
Schritt 4. SQL Server-Protokolle prüfen
Suchen Sie nach Warnungen oder fehlgeschlagenen Vorgängen.
i2Stream ist eine leistungsstarke und umfassende Datenreplikationslösung. Sie automatisiert, visualisiert und ermöglicht zuverlässige und effiziente Prozesse zum Kopieren von MSSQL-Datenbanken auf andere Server. Über das reine Kopieren hinaus bietet sie Unternehmen eine vollständige Datenflusslösung für Migrationen, Notfallsicherungen, Datenverteilung und die Synchronisation heterogener Datenbanken.
Für die serverübergreifende Replikation von MSSQL-Datenbanken unterstützt i2Stream vor allem in folgenden Bereichen:
Nahtlose plattformübergreifende Replikation
Dank robuster Kompatibilität ermöglicht i2Stream die Echtzeitsynchronisation von MSSQL-Datenbanken in vielfältigen Umgebungen. Es sorgt für einen reibungslosen Datentransfer zwischen zahlreichen Quell- und Zielsystemen und unterstützt komplexe Szenarien vom lokalen Rechenzentrum bis zur Cloud.
Kontaktieren Sie uns über unsere Kontaktseite, wenn Sie mehr über i2Stream erfahren möchten. Unser technisches Team unterstützt Sie beim Kopieren von MSSQL-Datenbanken auf andere Server.
Wie kopiere ich eine SQL Server-Datenbank auf einen anderen Server?
Sie können Sicherung und Wiederherstellung, Trennen und Anfügen, den Assistenten zum Kopieren von Datenbanken oder das Generieren von Skripten verwenden – je nach Ihrer Umgebung.
Was ist die schnellste Möglichkeit, eine SQL Server-Datenbank zu verschieben?
Trennen und Anfügen ist üblicherweise die schnellste Methode für große Datenbanken.
Enthält eine Sicherung und Wiederherstellung auch die Anmeldedaten?
Nein, Anmeldedaten und SQL-Agent-Aufträge müssen separat migriert werden.
Kann ich eine SQL Server-Datenbank ohne Ausfallzeiten kopieren?
Dies ist nur mit Replikation oder unternehmensgerechten Synchronisierungstools möglich.
Was muss ich nach der Migration überprüfen?
Sie sollten die Datenbankintegrität, die Anwendungskonnektivität und die Benutzerberechtigungen prüfen.
Das Kopieren einer SQL Server-Datenbank auf einen anderen Server lässt sich mit mehreren kostenfreien Verfahren realisieren: Sicherung und Wiederherstellung, Trennen und Anfügen, der Assistent zum Kopieren von Datenbanken sowie das Generieren von Skripten.
Jedes Verfahren weist Vor- und Nachteile bezüglich Leistung, Ausfallzeiten und Komplexität auf.
Für die meisten Produktivumgebungen bleibt Sicherung und Wiederherstellung die zuverlässigste und empfohlene Vorgehensweise.