{"id":55001153,"date":"2018-10-01T00:00:00","date_gmt":"2020-05-13T21:12:06","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=1153"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"SQL_ServerDatenbanken_kopieren","status":"publish","type":"post","link":"https:\/\/access-im-unternehmen.de\/SQL_ServerDatenbanken_kopieren\/","title":{"rendered":"SQL Server-Datenbanken kopieren"},"content":{"rendered":"

\"\"<\/p>\n

Für die Beispiele der Beiträge in diesem Heft und in weiteren Ausgaben wollen wir mit Beispieldatenbanken arbeiten, die wir nicht immer komplett neu erstellen, sondern aus einer von mehreren Quellen auf dem Rechner, auf dem Sie die Beispiele ausprobieren, wiederherstellen wollen. Dazu gibt es drei gängige Methoden, die wir in diesem Artikel vorstellen wollen: den Assistenten zum Kopieren von Datenbanken, das Wiederherstellen einer Datenbanksicherung sowie das Wiederherstellen mithilfe eines Skripts. Wir wollen einen Blick auf die letzteren beiden Varianten werfen.<\/b><\/p>\n

Voraussetzungen<\/h2>\n

Wenn Sie unsere Beispiele zur Nutzung von Access mit dem SQL Servers als Datenbank-Backend verwenden wollen, benötigen Sie eine Instanz des SQL Servers auf Ihrem System sowie die entsprechende Beispieldatenbank. Die Instanz können Sie sich beispielsweise in Form von LocalDb holen oder als SQL Server Express. Die Verwendung von LocalDb beschreiben wir im Artikel Access und LocalDb <\/b>(http:\/\/www.access-im-unternehmen.de\/1057<\/b>). Außerdem arbeiten wir mit dem SQL Server Management Studio, um den SQL Server und die darin enthaltenen Datenbanken zu verwalten. <\/p>\n

Kopieren von Access-Daten<\/h2>\n

In der Access-Welt war das Kopieren von Daten überhaupt kein Problem. Sie haben einfach die komplette Datenbankanwendung kopiert und auf dem Zielrechner wieder eingefügt. Sofern dort Access installiert ist, können Sie direkt loslegen. Wenn Sie die Daten hingegen in einem Backend speichern, sind neben dem Kopieren des Backends noch ein paar weitere Schritte nötig, um etwa das Frontend erneut mit dem Backend zu verknüpfen. Mit dem SQL Server ist das alles ein wenig komplizierter, denn Sie können nicht einfach eine Datei von A nach B kopieren und dann direkt wieder auf die Daten zugreifen. Stattdessen müssen wir die Datenbank erst auf Rechner A in einer bestimmten Art und Weise sichern und auf Rechner B wiederherstellen.<\/p>\n

Für unseren Fall, indem wir nur einfache Beispieldatenbanken aus dem Download des Magazins auf Ihrem Rechner installieren wollen, damit Sie die Beispiele aus den Beiträgen damit ausprobieren können, gibt es zwei einfache Strategien. Die erste ist das Erstellen einer Sicherung auf dem ersten Rechner und das Wiederherstellen aus der Sicherungsdatei auf dem Zielrechner. Die zweite ist, auf dem Quellrechner einfach ein Skript generieren zu lassen, dass die Definition der Tabellen, Felder und Restriktionen sowie die enthaltenen Daten enthält. Dieses können Sie dann auf dem Zielrechner einfach wieder ausführen, um die Datenbank neu zu erstellen.<\/p>\n

Sichern und wiederherstellen<\/h2>\n

Als Erstes schauen wir uns die Variante über die Sicherungs- und Wiederherstellungsfunktion von SQL Server an. Hier öffnen Sie das SQL Server Management Studio und wählen für die zu sichernde Datenbank den Kontextmenü-Eintrag Tasks|Sichern… <\/b>aus (siehe Bild 1).<\/p>\n

\"Aufrufen<\/p>\n

Bild 1: Aufrufen des Dialogs zum Sichern einer Datenbank<\/span><\/b><\/p>\n

Es erscheint der Dialog Datenbank sichern – <\/b>, der wie in Bild 2 aussieht. Hier legen Sie einige wichtige Informationen fest:<\/p>\n

\"Dialogs<\/p>\n

Bild 2: Dialogs zum Sichern einer Datenbank<\/span><\/b><\/p>\n