SystemtippDieser Artikel bezieht sich auf ein anderes Betriebssystem als das von Ihnen verwendete. Für Sie möglicherweise nicht relevante Artikelinhalte wurden deaktiviert.
Dieser Artikel wurde zuvor veröffentlicht unter D43394
Dieser Artikel ist eine Übersetzung des folgenden englischsprachigen Artikels der Microsoft Knowledge Base: 261334
(http://support.microsoft.com/kb/261334/EN-US/
)
INF: Frequently Asked Questions - SQL Server 2000 - Upgrade
Bitte beachten Sie: Bei diesem Artikel handelt es sich um eine Übersetzung aus dem Englischen. Es ist möglich, dass nachträgliche Änderungen bzw. Ergänzungen im englischen Originalartikel in dieser Übersetzung nicht berücksichtigt sind. Die in diesem Artikel enthaltenen Informationen basieren auf der/den englischsprachigen Produktversion(en). Die Richtigkeit dieser Informationen in Zusammenhang mit anderssprachigen Produktversionen wurde im Rahmen dieser Übersetzung nicht getestet. Microsoft stellt diese Informationen ohne Gewähr für Richtigkeit bzw. Funktionalität zur Verfügung und übernimmt auch keine Gewährleistung bezüglich der Vollständigkeit oder Richtigkeit der Übersetzung.
Gegenstand dieses Artikels sind häufig gestellte Fragen zur Aktualisierung einer Microsoft SQL Server 7.0- oder Microsoft SQL Server 6.5-Installation auf die Microsoft SQL Server 2000, Version 8.0.
Frage: Kann eine SQL Server 7.0-Datenbank getrennt und dann einem SQL Server 2000-Server hinzugefügt werden?
A. Ja. SQL Server 7.0-Datenbanken sind mit SQL Server 2000 grundsätzlich kompatibel, es gibt jedoch Ausnahmen. Eine Liste dieser Ausnahmen finden Sie in der SQL Server 2000-Onlinedokumentation im Abschnitt "Datenbankaktualisierung von SQL Server 7.0" (Database Upgrade from SQL Server 7.0). Beachten Sie bitte, dass eine SQL Server 7.0-Datenbank automatisch in eine SQL Server 2000-Datenbank konvertiert wird, wenn man sie SQL Server 2000 hinzufügt, und dass diese Datenbank daher in der SQL Server 7.0-Installation nicht mehr verwendet werden kann.
Frage: Kann eine SQL Server 2000-Datenbank getrennt und dann einem SQL Server 7.0-Server hinzugefügt werden?
A.
Nein. Die einzige Möglichkeit, eine SQL Server 2000-Datenbank auf einen SQL Server 7.0-Server zu verschieben, besteht darin, die Daten mithilfe von Data Transformation Services (DTS), bcp oder einer Abfrage zwischen miteinander verbundenen Servern zu übertragen.
Frage: Kann die Sicherungskopie einer SQL Server 7.0-Datenbank auf einem SQL Server 2000-Server wiederhergestellt werden?
A.
Ja. Im Gegensatz zu master-, model-, msdb- und Verteilungsdatenbanken, sind SQL Server 7.0-Datenbanken mit SQL Server 2000 kompatibel.
Frage: Kann die Sicherungskopie einer SQL Server 2000-Datenbank auf einem SQL Server 7.0-Server wiederhergestellt werden?
A. Nein. Die einzige Möglichkeit, eine SQL Server 2000-Datenbank auf einen SQL Server 7.0-Server zu verschieben, besteht darin, die Daten mithilfe von DTS, bcp oder einer Abfrage zwischen miteinander verbundenen Servern zu übertragen.
Frage: Kann eine SQL Server 6.5-Datenbank in SQL Server 2000 wiederhergestellt oder hinzugefügt werden?
A. Nein. Die einzige Möglichkeit, eine SQL Server 6.5-Datenbank nach SQL Server 2000 zu verschieben, besteht darin, den Aktualisierungs-Assistenten einzusetzen.
Frage: Benötigt man für die Aktualisierung ein SQL Server 7.0 Service Pack?
A.
Um eine Aktualisierung von SQL Server 7.0 auf die Version 8.0 von SQL Server 2000 vorzunehmen, benötigen Sie kein Service Pack. Microsoft Product Support Services empfiehlt jedoch, dass sich Ihre Installation auf dem Stand des neuesten Service Packs befindet.
Frage: Welches SQL Server 6.5 Service Pack wird für eine Aktualisierung auf die Version 8.0 von SQL Server 2000 benötigt?
A. Wenn Sie SQL Server 6.5 auf demselben Computer zu einer Instanz von SQL Server 2000 aktualisieren möchten, müssen Sie zunächst Service Pack 5a (oder höher) für SQL Server 6.5 anwenden. Wenn Sie SQL Server 6.5 auf einem anderen Computer zu einer Instanz von SQL Server 2000 aktualisieren, müssen Sie zunächst Service Pack 3 (oder höher) für SQL Server 6.5 anwenden.
Frage: Wie lange dauert der Prozess der Aktualisierung meiner SQL Server 6.5-Datenbanken?
A. Viele Faktoren haben Einfluss darauf, wie viel Zeit die Aktualisierung von SQL Server 6.5-Datenbanken auf die Version 8.0 von SQL Server 2000 in Anspruch nimmt. Jedes Objekt in der SQL Server 6.5-Datenbank muss in der SQL Server 2000-Datenbank neu aufgebaut und jede Zeile muss übertragen werden. In Abhängigkeit von der Komplexität der jeweiligen Datenbank, gibt es starke Schwankungen in Bezug darauf, wie viel Zeit die Konvertierung von zwei Datenbanken mit 10 GB und unterschiedlichen Mengen von Zeilen und Objekten in Anspruch nimmt. Wichtige Faktoren sind in diesem Zusammenhang auch die Hardwareplattform, die Anzahl der Prozessoren, das Datenträgerteilsystem und die Größe des RAM-Speichers. Wenn Sie während der Ausführung des Setupprogramms die Option "Datenüberprüfung" wählen, erhöht sich die für die Aktualisierung erforderliche Zeit um den Faktor 2. In der folgenden Tabelle sehen Sie einige typische Zeitspannen für den Aktualisierungsprozess:
Tabelle minimierenTabelle vergrößern
Größe der Datenbank
Geschätzte Aktualisierungszeit
400 MB
Weniger als 20 Minuten.
1 GB
Weniger als 1 Stunde
10 GB
Weniger als 4 Stunden
50 GB
Weniger als 12 Stunden
100 GB
Weniger als 24 Stunden
Frage: Können Benutzer während des Aktualisierungsprozesses mit dem SQL Server 7.0-Server verbunden sein?
A. Nein. Wenn Sie eine Installationsaktualisierung durchführen, wird der SQL Server 7.0-Server gestoppt und dann wieder gestartet, so dass Benutzer nicht mit dem Server verbunden bleiben können. Um eine Aktualisierung durchzuführen, während der die Benutzer mit dem Server verbunden bleiben können, müssen Sie eine separate Instanz von SQL Server 2000 installieren und dann den Datenbankkopierassistenten einsetzen, um alle Datenbanken von Microsoft SQL Server 7.0 auf diese Instanz von Microsoft SQL Server 2000 zu kopieren. Mithilfe des Datenbankkopierassistenten haben Sie die Möglichkeit, Ihre SQL Server 7.0-Datenbanken zu aktualisieren, ohne dazu die Server herunterfahren zu müssen.
Frage: Können Benutzer während des Aktualisierungsprozesses mit dem SQL Server 6.5-Server verbunden sein?
A. Nein. Im Rahmen des Aktualisierungsprozesses wird der SQL Server 6.5-Server gestoppt und dann wieder gestartet, während die Skripterstellung für Objekte erfolgt und Daten extrahiert werden. Außerdem läuft beim Start des Datentransfers nur SQL Server 2000. Es ist daher nicht möglich, auf SQL Server 6.5 zuzugreifen.
Frage: Wie sollte ich meinen SQL Server 6.5-Server konfigurieren, bevor ich die Aktualisierung durchführe?
A. Wenn Sie Ihren vorhandenen SQL Server 6.5-Server auf einem neuen Computer aktualisieren möchten, auf dem SQL Server 2000 ausgeführt wird, sollten beide Computer darauf konfiguriert werden, einen Domänenbenutzernamen und ein Kennwort für den MSSQLServer-Dienst zu verwenden. Außerdem sollte auch das Domänenbenutzerkonto auf beiden Computern zur Gruppe der Administratoren gehören. Bei der Aktualisierung nur eines Computers ist ein lokales Systemkonto ausreichend. Bei domänenübergreifenden Aktualisierungen müssen Sie zwischen den verschiedenen Domänen eine Vertrauensbeziehung einrichten, bevor Sie mit der Aktualisierung beginnen.
Frage: Kann ich Datenbanken von zwei oder mehr 6.5 SQL Server-Servern auf einem SQL Server 2000-Server konsolidieren?
A. Nein. Der Aktualisierungsprozess überwacht den Server, der aktualisiert wird, und verhindert, dass Datenbanken von mehr als einem 6.5 SQL-Server aktualisiert werden. Die Konsolidierung von Datenbanken, die von verschiedenen Servern stammen, kann Probleme in Bezug auf Benutzernamen, Benutzerkonten und Objektberechtigungen verursachen. Wenn Sie mehrere Datenbanken von verschiedenen SQL Server 6.5-Servern konsolidieren möchten, verschieben Sie alle Datenbanken, die Sie konsolidieren möchten, auf einen einzigen SQL Server-Server und überprüfen Sie dann vor der Aktualisierung auf SQL Server 2000, ob Ihre Anwendungen einwandfrei funktionieren.
Frage: Kann ich auch nur eine oder einige wenige meiner Datenbanken auf SQL Server 2000 aktualisieren?
A. Bei der Aktualisierung einer existierenden SQL Server 7.0-Instanz auf SQL Server 2000 werden immer alle Datenbanken aktualisiert, weil SQL Server 7.0 durch SQL Server 2000 ersetzt wird. Wenn Sie nur einige Ihrer SQL Server 7.0-Datenbanken aktualisieren möchten, sollten Sie SQL Server 2000 als separate Instanz installieren und dann den Datenbankkopierassistenten einsetzen, um die Datenbanken zu aktualisieren. Weitere Informationen finden Sie in der SQL Server-Onlinedokumentation im Abschnitt "Aktualisieren von SQL Server 7.0-Datenbanken" (Upgrading Databases from SQL Server 7.0 (Copy Database Wizard)).
Wenn Sie SQL Server 6.5 aktualisieren, können Sie eine, mehrere oder alle SQL Server-Datenbanken auf SQL Server 2000 aktualisieren. Zu Test- oder Übungszwecken können Sie sogar einzelne Datenbanken konvertieren, bevor Sie alle Datenbanken auf dem Server aktualisieren. Beachten Sie jedoch bitte, dass Microsoft empfiehlt, alle Datenbanken auf dem Server gleichzeitig zu aktualisieren, weil hierdurch potenzielle Probleme minimiert werden. Wenn Sie nur einen Tel Ihrer vorhandenen SQL Server-Datenbanken konvertieren möchten, sollten Sie alle diese Datenbanken gleichzeitig konvertieren.
Wenn Sie nicht alle Ihre SQL Server 6.5-Datenbanken gleichzeitig konvertieren, können einige Probleme auftreten, derer Sie sich bewusst sein sollten. Alle Objekte, die von den Inhalten anderer Datenbanken abhängig sind, wie zum Beispiel Ansichten, gespeicherte Prozeduren und Trigger, können nicht erstellt werden, wenn das Objekt oder die abhängige Datenbank nicht existieren.
Falls die model-Datenbank von SQL Server 6.5 geändert wurde, um zusätzliche Objekte aufzunehmen, sollte sie entweder gleichzeitig mit allen anderen SQL Server 6.5-Datenbanken oder nach diesen konvertiert werden. Für jegliche Objekte, die in SQL Server 6.5-Datenbanken als Ergebnis des Einfügens nicht standardmäßiger Objekte in die model-Datenbank von SQL Server 6.5 erstellt wurden, wird im Rahmen des Aktualisierungsprozesses ein Skript erstellt.
Wenn andere SQL Server 6.5-Datenbanken aktualisiert werden, nachdem die model-Datenbank bereits konvertiert worden ist, enthalten Sie nicht dem Standard entsprechende Objekte, die auf der model-Datenbank von SQL Server 6.5 basieren. Da die Objekte den neuen SQL Server 2000-Datenbanken zum Zeitpunkt ihrer Erstellung durch die SQL Server 2000-model-Datenbank hinzugefügt werden, kann das Erstellungsskript keine Objekte erstellen, die in der Datenbank bereits vorhanden sind. Indem man die model-Datenbank zuletzt konvertiert, stellt man sicher, dass Änderungen der Datenbankstruktur nur auf neue SQL Server 2000-Datenbanken angewendet werden. Alle nicht standardmäßigen Objekte in den konvertierten SQL Server 6.5-Datenbanken sind in diesem Fall bereits während der Konvertierung der Datenbanken durch Skripts erstellt worden.
Frage: Kann ich auf einem einzigen Computer SQL Server 2000 und SQL Server 7.0 oder 6.5 gleichzeitig ausführen?
A: SQL Server 6.5 und SQL Server 7.0 werden als Standardinstanz auf einem Server installiert und sie können auf einem einzigen Computer nur eine dieser Versionen zur Zeit ausführen. SQL Server 2000 unterstützt jedoch das gleichzeitige Ausführen mehrerer Instanzen des SQL Server-Datenbankmoduls auf einem einzigen Computer. Wenn Sie SQL Server 2000 als benannte Instanz installieren, können Sie diese neben der Standardinstanz von SQL Server 6.5 oder SQL Server 7.0 ausführen, die zuvor bereits auf dem Computer installiert war. Wenn Sie SQL Server 2000 als Standardinstanz installieren, aktualisiert diese die SQL Server 6.5- oder 7.0-Standardinstanz, die auf dem Computer bereits vorhanden ist. Geschieht dies auf einem Computer, auf dem zuvor SQL Server 6.5 ausgeführt wurde, können Sie das Dienstprogramm vswitch einsetzen, um nach der Aktualisierung zwischen der SQL Server 2000-Standardinstanz und der SQL Server 6.5-Standardinstanz zu wechseln. Wird die SQL Server 7.0-Standardinstanz aktualisiert, kann nach der Aktualisierung nur auf die SQL Server 2000-Standardinstanz zugegriffen werden.
Sie sollten sich in diesem Zusammenhang bewusst machen, dass jede Instanz des SQL Server-Datenbankmoduls mit ihrem eigenen Satz von System- und Benutzerdatenbanken arbeitet, und dass diese Datenbanken von den verschiedenen Instanzen nicht gemeinsam genutzt werden.
Weitere Informationen finden Sie im Kapitel "Arbeiten mit Instanzen und Versionen von SQL Server" (Working with Instances and Versions of SQL Server) der SQL Server-Onlinedokumentation.
Frage: Warum wird mir während einer SQL Server 6.5-Konvertierung die folgende Fehlermeldung angezeigt (sinngemäß)?
@@Servername ungültig
A. Diese Fehlermeldung kann angezeigt werden, wenn der SQL Server 6.5-Server, den Sie aktualisieren möchten, nicht benannt worden ist. Um dieses Problem zu beheben, führen Sie bitte auf dem SQL Server 6.5-Server die folgenden Schritte aus:
In ISQL oder ISQL/w führen Sie bitte die folgende Abfrage aus, um sicherzustellen, das der Server einen Namen hat:
SELECT @@servername
Hat der Server keinen Namen, führen Sie bitte die folgende gespeicherte Prozedur aus, um einen Namen hinzuzufügen:
sp_addserver <server_name>, local
Frage: Was führt bei der Aktualisierung eines SQL Server 6.5-Servers dazu, dass (sinngemäß) die folgenden Fehlermeldungen angezeigt werden?
Die Standarddatenbank konnte nicht geöffnet werden
Fehler bei Abfrage des @@Servernamens
A. Falls die Standarddatenbank für den Systemadministrator (SA) noch nicht wiederhergestellt wurde oder als "verdächtig" gekennzeichnet ist, zeigt der Aktualisierungs-Assistent eine der genannten Fehlermeldungen an. Beheben Sie zunächst dieses Problem mit der Standarddatenbank und führen Sie dann den Aktualisierungs-Assistenten erneut aus.
Frage: Wenn ich einen SQL Server 6.5-Server aktualisiere, reagiert der Aktualisierungs-Assistent nicht mehr und schlägt dann fehl. Warum?
A. Wenn zwischen Anwendungen oder Diensten und dem SQL Server 6.5-Server während des Konvertierungsvorgangs offene ODBC-Verbindungen bestehen, verhindern diese möglicherweise, dass der SQL Server-Server vollständig heruntergefahren werden kann. Der Konvertierungsvorgang wird nicht mit dem nächsten Schritt fortgesetzt, bevor nicht bestätigt wird, dass der SQL Server 6.5-Server vollständig gestoppt wurde. Der Konvertierungsvorgang scheint in dieser Situation nicht mehr zu reagieren und schlägt unter Umständen fehl. Um dieses Problem zu beheben, schließen Sie bitte alle Anwendungen und Dienste, die SQL Server einsetzen oder für die möglicherweise offene ODBC-Verbindungen bestehen, bevor Sie die Aktualisierung durchführen. Falls die SQL-Ablaufverfolgung an den SQL Server-Server der Version 6.5 angeschlossen ist, wird ein ähnliches Problem auftreten. In diesem Fall kommt es zwar nicht dazu, dass der Server nicht mehr reagiert, zuvor schnell erledigte Aufgaben beanspruchen jedoch soviel Rechenzeit, dass sich ihre Ausführung exponentiell verlangsamt.
Frage: Wo kann ich einen Datensatz mit den Fehlermeldungen finden, die mir während des Aktualisierungsvorgangs möglicherweise angezeigt wurden?
A. Während des Aktualisierungsvorgangs werden detaillierte Protokolle erstellt und in Ihrem SQL-Ordner gespeichert. Treten während des Aktualisierungsvorgangs Fehler auf, wird Ihnen am Ende des Vorgangs ein Dialogfeld eingeblendet. In diesem Dialogfeld werden die Inhalte der Fehlerdateien angezeigt. Diese Ausgabedatei finden Sie im Ordner "Programme\Microsoft SQL Server\MSSQL\Upgrade\<Servername>_<Datum>_<Uhrzeit>". Für jede Datenbank gibt es einen eigenen Unterordner mit Ausgabe- und Fehlerdateien, die während des Aktualisierungsvorgangs erstellt worden sind.
Haben Sie keine Antworten auf Ihre Fragen gefunden? Besuchen Sie in diesem Fall die deutsche Microsoft SQL Server-Newsgroup unter der folgenden Adresse: Microsoft SQL Server-Newsgroups
(http://support.microsoft.com/newsgroups/)
Möchten Sie uns Ihre Meinung zu diesem oder anderen Knowledge Base-Artikeln zu Microsoft SQL Server mitteilen? Hinterlassen Sie uns eine Nachricht mit Ihrer Meinung unter SQLKB
(mailto:sqlkb@microsoft.com)
Die Informationen in diesem Artikel beziehen sich auf:
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.
Waren diese Informationen hilfreich?
Ja
Nein
Etwas
Wie hoch war der Aufwand für Sie persönlich, um diesen Artikel zu verwenden?
Sehr gering
Gering
Mittel
Hoch
Sehr hoch
Sagen Sie uns bitte, wie wir diese Informationen noch verbessern können
Danke! Dieses Feedback hilft uns dabei, die Supportartikel weiter zu verbessern. Weitere Informationen finden Sie auf der Hilfe und Support-Startseite.
Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email
Zum Anfang
