Exportieren (0) Drucken
Alle erweitern

Kopieren von Datenbanken in die Azure SQL-Datenbank

Letzte Aktualisierung: Februar 2015

Der Datenbankkopiervorgang kopiert eine Microsoft Azure SQL-Datenbank in eine neue Datenbank. Die Kopie kann auf demselben oder auf einem anderen logischen Server erstellt werden. Nach Abschluss des Kopiervorgangs ist die neue Datenbank eine unabhängig von der Quelldatenbank voll funktionsfähige Datenbank. Mit dem Abschluss des Kopiervorgangs ist die neue Datenbank transaktionskonsistent mit der Quelldatenbank. Dienstebene, maximale Größe und Leistungsstufe der Datenbankkopie sind mit denen der Quelldatenbank identisch.

Deshalb hat die neue Datenbank dieselbe Dienstebene und Leistungsstufe der Datenbank. Jede Kopie erhöht die Gesamtzahl der Datenbanken und wird zu denselben Konditionen berechnet wie die Quelldatenbank. Weitere Informationen finden Sie unter Preisdetails zur SQL-Datenbank.

Inhalt dieses Themas

Für die folgenden Szenarien müssen Sie möglicherweise eine Kopie der Quelldatenbank erstellen. Die in diesen Szenarien verwendeten Methoden hängen davon ab, ob sich die Quell- und Zieldatenbanken auf dem gleichen Server oder auf unterschiedlichen Servern, in der gleichen Region oder in unterschiedlichen Regionen, im gleichen Abonnement oder in unterschiedlichen Abonnements befinden. Diese Methoden werden weiter unten im Abschnitt Andere Methoden zum Kopieren einer Datenbank dieses Themas detailliert beschrieben.

  • Anwendungsentwicklung und -testen: Sie können die Produktionsdatenbank zu Entwicklungs- und Testzwecken in eine neue Datenbank kopieren.

  • Anwendungsupgrade: Vor einem umfangreichen Update der Anwendung können Sie die Anwendungsdatenbank in eine Sicherungsdatenbank mit einem anderen Namen kopieren. Wenn der Upgradeprozess fehlschlägt oder mit Fehlern abgeschlossen wird, können Sie zur Version der Datenbank von vor dem Upgrade wechseln, indem Sie die Sicherungsdatenbank einfach wieder in den Namen der Anwendungsdatenbank umbenennen.

  • Anwendungsmigration: Wenn Sie eine Anwendung migrieren, müssen Sie möglicherweise auch die zugehörigen Datenbanken migrieren.

noteHinweis
Datenbanken, die mithilfe des Features zum Kopieren von Datenbanken erstellt wurden, fließen in das Azure SQL-Datenbank-Limit für die Anzahl der Datenbanken pro Azure SQL-Datenbank-Server ein. Informationen zu den Auswirkungen auf Kosten und Abrechnung finden Sie unter Konten und Abrechnung für Azure SQL-Datenbanken.

Pfeilsymbol, das mit dem Link "Zurück zum Anfang" verwendet wird [Top]

Wenn Sie die Funktion zum Kopieren von Datenbanken verwenden, werden Datenbanken asynchron kopiert, weshalb die Verbindung mit dem Azure SQL-Datenbank-Server nicht während des gesamten Prozesses bestehen muss. Melden Sie sich zum Kopieren einer Datenbank bei der master-Datenbank des Zielservers an, und führen Sie die Transact-SQL CREATE DATABASE-Anweisung mit der AS COPY OF-Klausel aus. Anschließend können Sie den Kopiervorgang mit den Sichten sys.dm_database_copies und sys.databases auf dem Zielserver überwachen.

Sie können eine Datenbank unter einem anderen Datenbanknamen auf den gleichen Azure SQL-Datenbank-Server oder auf einen anderen Azure SQL-Datenbank-Server kopieren. Dieser Abschnitt enthält Beispiele für beide Optionen.

Wenn Sie eine Datenbank kopieren, um eine neue Datenbank auf dem gleichen Azure SQL-Datenbank-Server zu erstellen, können für beide Datenbanken die gleichen Anmeldungen verwendet werden. Der Sicherheitsprinzipal, der zum Kopieren der Datenbank verwendet wird, wird bei Erstellung der Datenbank zum Datenbankbesitzer (Database Owner, DBO).

Die folgende Abbildung veranschaulicht das Kopieren auf den gleichen Server:

Kopieren der Datenbank auf denselben SQL-Datenbankserver

In dieser Abbildung wird Database1A in eine neue Datenbank (Database1B) auf dem gleichen Azure SQL-Datenbank-Server (Server1) kopiert. Die Anmeldung, mit der die Datenbank kopiert wurde, wird zum Datenbankbesitzer von Database1B. Alle Datenbankbenutzer sowie deren Berechtigungen und Sicherheits-IDs (SIDs) aus Database1A werden in Database1B kopiert. Da die Benutzer-SIDs für beide Datenbanken gleich sind, verfügen die Anmeldungen von Server1 für beide Datenbanken über die gleichen Berechtigungen.

Nach Abschluss des Kopiervorgangs ist Database1B eine voll funktionsfähige, unabhängige Datenbank. Die Anmeldungen, Benutzer und Berechtigungen von Database1B können unabhängig von Database1A verwaltet werden.

Sie können eine Datenbank auch zwischen zwei unterschiedlichen Azure SQL-Datenbank-Servern kopieren, die sich in der gleichen Region oder in verschiedenen Regionen befinden. Da die neue Datenbank auf einem anderen Azure SQL-Datenbank-Server erstellt wird, ist sie einer anderen master-Datenbank zugeordnet. Alle Benutzer in der neuen Datenbank erhalten die Berechtigungen, über die sie auch in der Quelldatenbank verfügten. Der Sicherheitsprinzipal, der zum Kopieren der Datenbank verwendet wird, wird bei Erstellung der Datenbank zum Datenbankbesitzer (Database Owner, DBO), und es wird eine neue Sicherheits-ID (SID) zugewiesen.

Die folgende Abbildung veranschaulicht das serverübergreifende Kopieren:

Kopieren der Datenbank auf einen anderen SQL-Datenbankserver

In dieser Abbildung wird Database1A von Server1 in eine neue Datenbank (Database2A) auf einem anderen Azure SQL-Datenbank-Server (Server2) kopiert. Die Anmeldung, mit der die Datenbank kopiert wurde, wird zum Datenbankbesitzer von Database2A. Alle Datenbankbenutzer und ihre Berechtigungen aus Database1A werden in Database2A kopiert. Die SIDs werden nicht kopiert. Die Anmeldungen von Server1 können nicht für die neue Datenbank verwendet werden, da sie einem anderen Azure SQL-Datenbank-Server zugeordnet sind und die Benutzer-SIDs von Database2A nicht den Benutzer-SIDs von Database1A entsprechen.

ImportantWichtig
Ein Azure SQL-Datenbankbereich kann aus mehreren physischen Clustern bestehen. Zurzeit ist es nicht möglich, eine Datenbank mit Transact-SQL zwischen zwei verschiedenen Clustern zu kopieren. Weitere Informationen zu Einschränkungen finden Sie unter Restrictions.

Nach Abschluss des serverübergreifenden Kopiervorgangs können Anmeldungen, Benutzer und Berechtigungen von Database2A unabhängig von Database1A verwaltet werden. Mithilfe der DBO-Anmeldung und der Transact-SQL-Anweisung ALTER USER können Sie die Benutzer in der neuen Datenbank zu Anmeldungen auf dem neuen Azure SQL-Datenbank-Server zuordnen. Beispiel: ALTER USER userName WITH LOGIN='loginName'. Weitere Informationen finden Sie unter ALTER USER.

Pfeilsymbol, das mit dem Link "Zurück zum Anfang" verwendet wird [Top]

Mit dem Feature zum Kopieren von Datenbanken (DB Copy) können Sie schnell und einfach eine Kopie Ihrer Datenbank erstellen. Wenn dies für Ihre Zwecke nicht geeignet ist, können Sie eine der folgenden alternativen Möglichkeiten verwenden:

Mit Zeitpunktwiederherstellung können Sie eine Kopie einer früheren Version der Datenbank erstellen. Beispiel: Sie müssen vor einem Upgrade eine Kopie der Datenbankversion erstellen. Zeitpunktwiederherstellung ist nur auf den Dienstebenen Basic, Standard und Premium verfügbar. Weitere Informationen zu Zeitpunktwiederherstellung finden Sie unter Sichern und Wiederherstellen der Azure SQL-Datenbank.

Aktive geografische Replikation ist nur bei Datenbanken verfügbar, die die Premium-Dienstebene verwenden. Sie ermöglicht es, den Zeitpunkt der Fertigstellung der Kopie zu kontrollieren. Sie sollten sie verwenden, wenn Sie das Ende der Kopieerstellung eng mit anderen Aktionen in Ihrem Arbeitsablauf koordinieren müssen. Weitere Informationen finden Sie unter Aktive geografische Replikation für die Azure SQL-Datenbank.

Die Verwendung des Import-/Exportdiensts sollten Sie erwägen, wenn in Ihrem spezifischen Szenario keine anderen Optionen verfügbar sind. Wenn Sie vor dem Export an den endgültigen Speicherort mit der Funktion zum Kopieren von Datenbanken eine Kopie der Datenbanken erstellen, ist die Konsistenz des Exports im Hinblick auf Transaktionen gewährleistet. Informationen zum Import-/Exportdienst finden Sie unter Vorgehensweise: Verwenden des Import/Export-Diensts in Azure SQL-Datenbank.

ImportantWichtig
Einstellungen für die Datenbanküberwachung werden bei keiner der Kopiermethoden in die neue Datenbank kopiert. Wenn Sie Datenbanküberwachung für die neue Datenbank benötigen, müssen Sie die Funktion aktivieren, sobald die Datenbank aktiv und online ist. Wenn Sie die neue Datenbank in einer anderen Region erstellen, sollten Sie außerdem ein Speicherkonto verwenden, das sich in der gleichen Region befindet wie die neue Datenbank. Weitere Informationen zur Überwachung für Azure SQL-Datenbank finden Sie unter Erste Schritte mit der SQL-Datenbanküberwachung (möglicherweise in englischer Sprache).

Siehe auch

Anzeigen:
© 2015 Microsoft