Ich bin auf drei alte Datenbanken gestoßen, die auf SQL Server 2000 installiert sind und auf 2012 verschoben werden müssen. Ich glaube, der Standardansatz besteht darin, eine Instanz von 2005 oder 2008 wiederherzustellen, zu aktualisieren, erneut zu exportieren und schließlich in 2012 wiederherzustellen.
Gut, außer wir haben keine Instanzen für 2005 oder 2008 verfügbar.
Gibt es Problemumgehungen oder andere Methoden, die einen Versuch wert sein könnten?
Zur Information, die Datenbanken enthalten nur 15 bis 20 Tabellen und einige Ansichten, sie erscheinen sehr einfach und die Sicherungen sind nur 100 bis 200 MB groß.
Antworten:
Nein, es gibt keine Problemumgehung, um eine Datenbank direkt von 2000 auf 2012 zu aktualisieren.
Da Sie nicht über eine Menge Daten verfügen, können Sie alle möglichen Aktionen ausführen, um die Daten (jedoch nicht die gesamte Datenbank) zu verschieben, einschließlich:
Diese bringen jedoch nicht unbedingt andere Dinge wie Benutzer, Berechtigungen, Rollen usw. mit sich. Und nicht alles erstellt Ihre Objekte in der richtigen Abhängigkeitsreihenfolge. Sie sind also arbeitsintensiver und fehleranfälliger. Nach meiner Erfahrung wäre es sinnvoll, nur vorübergehend eine Zwischeninstanz einzurichten und dann zwei Sicherungs- und Wiederherstellungsvorgänge durchzuführen - dies ist einfacher, schneller und weniger fehleranfällig als jede der oben genannten Methoden.
Wenn Ihre Datenbanken kleiner als 10 GB sind, können Sie in wenigen Minuten eine Kopie von Express (kostenlos) installieren und diese verwenden. Sie können 2008 R2 Express hier herunterladen . Ich glaube nicht, dass es im Jahr 2000 Enterprise-Funktionen rund um die Datenbankstruktur usw. gibt, die dieses Upgrade blockieren würden (ein größeres Problem für modernere Versionen).
Wenn Ihre Datenbank für Express zu groß ist, sollten Sie in der Lage sein, Developer Edition für etwa 49 US-Dollar zu finden (oder sogar billiger - ich habe 2005 bei eBay für 37 US-Dollar gefunden ), oder wenn Sie ein MSDN-Abonnement haben, sollten Sie in der Lage sein, eines zu erhalten SKU von dort.
Oder Sie können eine Evaluation Edition verwenden, die erstaunlicherweise immer noch für ältere Versionen zum Download angeboten wird (z. B. habe ich 2008 hier gefunden ). Ich bin jedoch auf einem Telefon und konnte daher nicht bestätigen, dass der Download für diese Version immer noch funktioniert .
quelle
Es scheint etwas verfrüht zu sein, dass es keine Problemumgehung gibt.
Sie sagen, Ihre Datenbank enthält nur wenige Tabellen und Ansichten. Warum exportieren Sie das Tabellen- und Ansichtsschema nicht als SQL-Erstellungsanweisungen und führen sie in Ihrer Zieldatenbank aus? Sie können dann auch die tatsächlichen Daten in ein CSV-Format exportieren und in die Zieldatenbank importieren oder sogar etwas in C # / C ++ / etc schreiben, um die tatsächlichen Daten zu exportieren / importieren.
Sie müssten keinen Cent für neue Instanzen von SQL Server ausgeben, die Sie letztendlich nicht benötigen.
quelle
Nein, Sie können es nicht direkt von 2000 auf 2012 migrieren.
Sie können eine temporäre Instanz von 2005 ODER 2008 oder 2008R2 installieren und die Datenbank 2000 hier wiederherstellen. Sobald dies erledigt ist, können Sie jetzt ein Upgrade von der installierten Instanz durchführen, indem Sie die Sicherung der Datenbank von dieser Instanz erstellen und auf dem SQL Server 2012 wiederherstellen.
Sie müssen die Migration in zwei Schritten durchführen:
quelle
Sie sagen, Sie sind auf drei alte Datenbanken gestoßen, die auf SQL Server 2000 installiert sind, was mich zu der Annahme veranlasst, dass Sie nur die Daten benötigen. Ich würde vermuten, dass Sie es wissen würden, wenn sie zu einem bestimmten Zweck betrieben würden. Wenn dies der Fall ist, ignorieren Sie alle Fragen der Benutzer, der Sicherheit usw.
Import / Export-Assistent alle Tabellen Skript der gespeicherten Prozeduren und Ansichten Suchen Sie nach Wartungsplänen und Agentenjobs, um Prozesse zu dokumentieren, die Sie später möglicherweise betrachten möchten.
quelle
Sie können nicht direkt von SQL Server 2000 auf SQL Server 2012 migrieren. Wenn Sie dies versuchen, wird die folgende Fehlernummer 3169 angezeigt, die sich auf Kompatibilitätsprobleme bezieht.
Die Migration zu SQL Server 2012 kann von einer der folgenden Versionen (Mindestversionen) SQL Server 2005 SP4 oder SQL Server 2008 SP2 oder SQL Server 2008 R2 SP1 erfolgen.
Als ersten Schritt zur Migration von SQL Server 2000 auf eine dieser Versionen habe ich unter dem folgenden Link einen Upgrade Advisor für SQL Server 2008 gefunden . Um sicherzustellen, dass alles reibungslos funktioniert, bevor Sie mit dem Wiederherstellungsprozess beginnen, müssen Sie die Anwendung ausführen. Klicken Sie dann auf "Upgrade Advisor Analysis Wizard starten" und befolgen Sie die Schritte des Assistenten.
Nachdem Sie den Bericht erhalten haben, müssen Sie die Datenbank auf dem Ziel-SQL Server 2005 SP4 oder SQL Server 2008 SP2 oder SQL Server 2008 R2 SP1 wiederherstellen und die Kompatibilitätsstufe darauf ausführen (Sie finden sie in der Datenbankoption). Befolgen Sie für SQL Server-Anmeldungen die Anweisungen unter dem folgenden Link .
Wenn dies abgeschlossen ist, müssen Sie jetzt auf SQL Server 2012 migrieren, indem Sie dieselben Schritte von dem Server wiederholen, auf den Sie die erste Migration durchgeführt haben.
quelle
Zunächst stimme ich zu, dass Sie nicht direkt von 2000 auf 2012 migrieren sollten. Ich denke, dieser Prozess wurde gut abgedeckt. Ich wollte vorschlagen, dass Sie sicher herausfinden, ob jemand die Datenbanken verwendet und wofür er sie verwendet. Es kann sein, dass sie nicht verwendet werden. Es passiert und wenn das der Fall ist, dann haben Sie keine Sorgen. Es kann sein, dass das Hinzufügen von 2 oder 3 Tabellen und Daten (für 2000 verwenden Sie bcp, wenn Sie die Daten für eine einzelne Tabelle einfach und zuverlässig herausholen möchten) zu einer vorhandenen 2012-Datenbank den Anforderungen der Benutzer entspricht. Wenn Sie dies tun, erstellen Sie die neuen Tabellen in einer 2012-Datenbank und geben Sie die Daten aus, die Sie für csv benötigen. Sie können sie wieder einbinden, wenn Sie möchten. Wenn Sie mehr als eine oder zwei Tabellen migrieren müssen, ist die zweistufige Migration der einfachste, sicherste und beste Weg. Don'
quelle