© Copyright Microsoft Corporation, 2004. Alle Rechte vorbehalten.
Das Dokumentationsteam von SQL Server stellt keinen technischen Support bereit und kann daher keine Fragen beantworten. Ihre Vorschläge und Anmerkungen zu dieser Infodatei (Readme) sind jedoch willkommen. Mit dem folgenden Link können Sie Feedback schnell und direkt per E-Mail senden. Sämtliches Feedback muss auf Englisch sein.
Klicken Sie hier, um schriftliches Feedback zu diesem Dokument zu senden: Feedback senden.
1.0 Einführung
1.2 Vor der Aktualisierung auf MSDE 2000 SP4
1.3 Überlegungen zur Sicherheit für MSDE 2000 SP4
1.4 Bestimmen des Instanznamens
1.5 Überprüfen der Version von Microsoft Data Access Components
1.6 Identifizieren der aktuellen Version von MSDE 2000
1.7 Zusätzliche Informationen zu SP4
1.8 Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation
2.0 Finden und Downloaden von SQL Server 2000 SP4
2.1 Auswählen der richtigen Sprache
2.2 Downloaden von MSDE 2000 SP4
2.3 Extrahieren der Dateien für MSDE 2000 SP4
2.4 Richtlinien zum Downloaden und Extrahieren
3.0 Installieren des Service Packs
3.1 Vorbereiten der Installation von MSDE 2000 SP4
3.2 Ausführen von MSDE 2000 SP4 Setup
3.3 Neustarten der Dienste und Anwendungen
3.4 Installieren von MSDE 2000 SP4 auf Replikationsservern
3.6 Aktualisieren des Katalogs mit den Verbindungsservern
3.7 Deinstallieren von MSDE 2000 SP4
3.8 Erneutes Anwenden von MSDE 2000 SP4
4.0 Weitere Überlegungen zur Installation
4.1 Weitervertreiben von MSDE 2000 SP4
4.2 Dateispeicherorte für MSDE 2000 SP4
5.0 Hinweise zur Dokumentation
5.1 Erweiterungen bei MSDE 2000
5.2 Erweiterungen bei der Replikation
5.3 Erweiterungen beim SQL Server-Agent und bei gemeinsam genutzten Tools
5.5 DB-Library und Embedded SQL für C
5.6 Erweiterungen bei MSDE 2000 Setup
5.7 Erweiterungen zur Erhöhung des Nutzens
In dieser Infodatei (Readme) wird beschrieben, wie die Komponente SQL Server Desktop Engine (MSDE) von Microsoft® SQL Server™ 2000 Service Pack 4 (SP4) verwendet wird. Mit Desktop Engine SP4 können Sie vorhandene Instanzen von MSDE auf MSDE 2000 SP4 aktualisieren oder eine neue Instanz von MSDE 2000 SP4 installieren.
SQL Server SP4 wird im Allgemeinen wie folgt installiert:
Hinweis Soweit nichts anderes angegeben ist, beziehen sich alle Verweise auf SQL Server 2000 Desktop Engine in dieser Infodatei auf MSDE 2000 Release A. Der Download für MSDE 2000 Release A entspricht funktional SQL Server 2000 Desktop Engine SP3a, weist jedoch einen neuen Endbenutzer-Lizenzvertrag (End-User License Agreement - EULA) auf, der den Benutzern im Vergleich zu früheren MSDE 2000-Lizenzen andere Rechte erteilt.
SQL Server 2000 SP4 wird in vier Teilen bereitgestellt. Mit jedem Teil wird SP4 auf verschiedene SQL Server-Komponenten angewendet:
Alle SQL Server Service Packs sind kumulativ. SQL Server SP4 enthält die Problembehebungen aus SP1, SP2, SP3 und SP3a.
MSDE 2000 SP4 kann nur für Instanzen von SQL Server 2000 Desktop Engine oder MSDE 2000 Release A verwendet werden. Die anderen Teile von SQL Server 2000 SP4 wenden SP4 auf die anderen SQL Server 2000-Komponenten an, wie z. B. Analysis Services oder das Datenbankmodul. In separaten Infodateien ist die Verwendung der Datenbankkomponenten von SP4 und Analysis Services SP4 beschrieben. Die anderen Infodateien finden Sie auf dieser Microsoft-Website.
Das Service Pack für MSDE 2000 ist für Entwickler gedacht, die weitervertreibbare Anwendungen unter Verwendung von MSDE erstellen. MSDE 2000 SP4 kann wie folgt verwendet werden:
Weitere Informationen zur Lizenzierung für MSDE 2000 finden Sie unter Appropriate Uses of MSDE 2000. Falls Sie noch keine Lizenz zum Installieren oder Ausführen von MSDE 2000 haben, können Sie sich auf der MSDE 2000 Release A-Webseite registrieren.
Lesen Sie vor der Installation von MSDE 2000 SP4 die Abschnitte 1 und 2 dieser Infodatei, und folgen Sie den Anweisungen in Abschnitt 3, falls Folgendes zutrifft:
In den folgenden Abschnitten werden die häufigsten Szenarios zum Aktualisieren einer vorhandenen MSDE-Instanz auf MSDE 2000 SP4 oder zum Installieren einer neuen Instanz von MSDE 2000 beschrieben:
Ihr Computer muss die folgenden Hardware- und Softwareanforderungen erfüllen, bevor Sie MSDE 2000 SP4 Setup ausführen.
In der Tabelle sind die Hardwareanforderungen zum Installieren und Ausführen von MSDE 2000 aufgeführt.
| Hardware | Mindestanforderungen |
| Computer | Intel Pentium oder kompatibel, 166 MHz oder höher |
| Arbeitsspeicher (RAM) | 128 MB unter Microsoft Windows XP und Windows 2003 Server
Mindestens 64 MB unter Windows 2000 |
| Festplattenspeicher | 75 MB unter Microsoft Windows XP und Windows 2003 Server
100 MB unter Windows 2000 |
| Laufwerk | CD-ROM-Laufwerk (bei der Installation von MSDE 2000 SP4 von CD-ROM) |
Für MSDE 2000 gibt es keine Hardwarekompatibilitätsliste (Hardware Compatibility List, HCL). Wenn der Computer die in der vorausgehenden Tabelle aufgelisteten Mindestanforderungen erfüllt, ist die MSDE 2000-Software mit der Hardware funktionsfähig, die für die Verwendung mit dem Windows-Betriebssystem zertifiziert ist. Weitere Informationen zu der für die Verwendung mit dem Windows-Betriebssystem zertifizierten Hardware finden Sie in der Windows-Hardwarekompatibilitätsliste auf dieser Microsoft-Website
.Für die Verwendung von MSDE 2000 muss eines der folgenden Betriebssysteme installiert sein:
Wichtig SQL Server 2000 SP4 wird unter Windows NT 4.0, Windows Millennium Edition und Windows 98 nicht unterstützt. Für SQL Server 2000 SP3a-Installationen unter Windows NT 4.0, Windows Millennium Edition und Windows 98 sind nach der endgültigen Produktversion von SQL Server 2000 SP4 12 Monate lang wichtige Hotfixes erhältlich.
Die Datei- und Druckerfreigabe muss aktiv sein, wenn Sie MSDE 2000 Setup ausführen möchten.
So überprüfen Sie, ob die Datei- und Druckerfreigabe aktiv ist
Für die Installation von MSDE 2000 SP4 wird ein Fehler gemeldet, wenn für eine der folgenden Sicherheitsrichtlinien die Option Installation nicht zulassen (bzw. Installation nicht erlauben) festgelegt wurde.
Wenn Sie die Einstellung Installation nicht zulassen (bzw. Installation nicht erlauben)verwenden, müssen Sie diese vor dem Installieren von MSDE 2000 SP4 in Ohne Warnung annehmen (bzw. Ohne Warnung akzeptieren) ändern. Bei Bedarf können Sie nach Abschluss der Installation die frühere Einstellung der Richtlinie wiederherstellen.
Hinweis Installation nicht zulassen (bzw. Installation nicht erlauben) ist nicht die Standardeinstellung für diese Sicherheitsrichtlinien.
So legen Sie Sicherheitsrichtlinien fest
Sie können die Aktualisierungsdatei für MSDE 2000 SP4 nur dann von einer CD-ROM installieren, wenn Sie Microsoft Windows Installer, Version 2.0.2600.0 oder höher, verwenden. MSDE 2000 SP4 enthält auch die notwendigen Dateien zum Aktualisieren von Windows Installer.
So aktualisieren Sie Windows Installer
Falls Ihre MSDE-Instanz von einer Anwendung verwendet wird, fragen Sie den Anwendungsanbieter vor der Aktualisierung auf MSDE 2000 SP4, ob für diese Anwendung Aspekte im Zusammenhang mit MSDE berücksichtigt werden müssen.
Dieser Abschnitt befasst sich mit Problemen, die Sie berücksichtigen müssen, und mit Aufgaben, die Sie ausführen müssen, bevor Sie mit MSDE 2000 SP4 eine vorhandenen MSDE-Instanz auf MSDE 2000 SP4 aktualisieren.
Datenbanken oder Datenbanksicherungen, die mit einer Instanz der Datenbankkomponenten von SP4 erstellt wurden, können in einer früheren Version von SQL Server 2000 angefügt oder wiederhergestellt werden. Für Datenbanken in einer Replikationstopologie gelten jedoch Einschränkungen. Weitere Informationen finden Sie in Abschnitt 1.2.3, Überlegungen zu Instanzen in einer Replikations- oder Protokollversandtopologie.
Die Vorgehensweise zum Anwenden von MSDE 2000 SP4 auf eine vorhandene Instanz von MSDE 2000 hängt davon ab, wie die Instanz installiert wurde. Von den meisten Anwendungen wird MSDE 2000 mithilfe einer der folgenden Methoden installiert:
Hinweis Die Setup-Dienstprogramme für neue Anwendungen sollten so geschrieben werden, dass sie das Setup-Dienstprogramm von MSDE 2000 aufrufen, anstatt die Mergemodule von MSDE 2000 direkt zu konsumieren. MSDE 2000 SP4 enthält Mergemodule. Diese Mergemodule können jedoch nur von Anwendungsherstellern verwendet werden, die Patchdateien für MSDE-Instanzen erstellen müssen, die ursprünglich mithilfe von Dienstprogrammen installiert wurden, die Mergemodule direkt konsumierten.
Wenn mehrere Instanzen von MSDE 2000 auf einem Computer installiert sind, müssen Sie für jede Instanz einzeln feststellen, ob MSDE 2000 SP4 angewendet werden kann. Außerdem muss SP4 für jede Instanz separat angewendet werden.
Hinweis Microsoft unterstützt keine Konfigurationen, bei denen sich mehr als 16 Instanzen des SQL Server-Datenbankmoduls auf einem einzelnen Computer befinden. Dazu gehören Instanzen von SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 und MSDE 2000.
Im Microsoft Knowledge Base-Artikel 311762 finden Sie Anweisungen, wie Sie bestimmen, auf welche Weise eine Instanz von MSDE 2000 installiert wurde. Wenn Sie die Anweisungen im Artikel 311762 eingehalten haben, sollten Sie folgende Punkte beachten:
Sie können das MSDE 2000 SP4-Setup-Programm von der Festplatte, von einer Netzwerkfreigabe oder von einer CD-ROM ausführen. Die ursprünglichen MSDE 2000-Installationsdateien sind nicht erforderlich, wenn Sie Setup von der Festplatte ausführen. Wenn Sie jedoch eine Instanz von MSDE 2000 von einer Netzwerkfreigabe oder einer CD auf MSDE 2000 SP4 aktualisieren, müssen sich die zum Installieren von MSDE 2000 ursprünglich verwendeten Dateien im selben Speicherort wie während der ursprünglichen Installation befinden. Wenn die ursprüngliche Installation von einer CD erfolgte, fordert MSDE 2000 SP4 Setup während der Aktualisierung diese CD an. Wenn die ursprünglichen Dateien nicht mehr im ursprünglichen Speicherort auf der Netzwerkfreigabe gespeichert sind, oder wenn die ursprüngliche CD-ROM nicht verfügbar ist, müssen Sie die MSDE 2000 SP4-Dateien auf die Festplatte kopieren und Setup von dort ausführen.
Mit MSDE 2000 SP4 Setup werden Benutzerdatenbanken aktualisiert, die zu einer Replikationstopologie gehören. Dieser Aktualisierungsfaktor kann sich auf Sicherungs- und Wiederherstellungsfunktionalität replizierter Benutzerdatenbanken auswirken. Stellen Sie vor dem Installieren von MSDE 2000 SP4 sicher, dass die Datenbanken und Dateigruppen für die Replikation schreibbar sind.
Weitere Informationen zum Anwenden von SP4 auf Datenbanken, die an Replikationstopologien beteiligt sind, finden Sie in Abschnitt 3.4, Installieren von MSDE 2000 SP4 auf Replikationsservern. Weitere Überlegungen zur Sicherung und Wiederherstellung finden Sie in Abschnitt 5.2.4, Aspekte zum Sichern und Wiederherstellen bei der Mergereplikation.
Hinweis Wenn eine Instanz von MSDE 2000 nicht Bestandteil einer Replikationstopologie ist, können Sie eine Benutzerdatenbank sichern und in einer anderen Version von SQL Server 2000 oder MSDE 2000 wiederherstellen.
Wenn Setup nicht schreibbare Benutzerdatenbanken oder Dateigruppen erkennt, werden folgende Schritte ausgeführt:
Setup has detected one or more databases and filegroups which are not writable.Sie können diese Warnung ignorieren, außer wenn im Installationsprotokoll aufgelistete Datenbanken zu einer Replikationstopologie gehören. Wenn im Installationsprotokoll aufgelistete nicht schreibbare Datenbanken zu einer Replikationstopologie gehören, müssen Sie sie schreibbar machen und SP4 auf die betreffende MSDE 2000-Instanz erneut anwenden.
Weitere Informationen zum Aufheben des Schreibschutzes für eine Datenbank finden Sie in Abschnitt 3.5, Anwenden von MSDE 2000 SP4 auf schreibgeschützte Datenbanken oder Dateigruppen in einer Replikationstopologie. Weitere Informationen zum erneuten Anwenden von SP4 finden Sie in Abschnitt 3.8, Erneutes Anwenden von MSDE 2000 SP4.
Bevor Sie mithilfe von MSDE 2000 SP4 eine vorhandene MSDE-Instanz aktualisieren, sollten Sie planen, wie der vorherige Status der Instanz wiederhergestellt werden kann, falls dies später notwendig sein sollte. Während der Installation von MSDE 2000 SP4 werden aus Wartungsgründen Änderungen an den Systemtabellen vorgenommen. Außerdem werden Benutzer- und Verteilungsdatenbanken aktualisiert, die zu einer Replikationstopologie gehören. Daher kann MSDE 2000 SP4 nicht auf einfache Weise entfernt werden. Um zu dem Build zurückzukehren, der vor dem Installieren von MSDE 2000 SP4 ausgeführt wurde, müssen Sie zunächst die Instanz von MSDE 2000 deinstallieren. Anschließend müssen Sie diese Instanz neu installieren. Wenn ein früheres Service Pack von SQL Server 2000 ausgeführt oder Hotfixes angewendet wurden, müssen Sie dieses Service Pack und sämtliche Hotfixes erneut auf die Instanz anwenden.
Wichtig Um den Systemstatus vor der Installation von MSDE 2000 SP4 wiederherzustellen, benötigen Sie Sicherungskopien der Datenbanken master, model und msdb, die unmittelbar vor dem Installieren von MSDE 2000 SP4 angefertigt wurden. Weitere Informationen finden Sie in Abschnitt 3.1.1, Sichern der SQL Server-Datenbanken.
Weitere Informationen finden Sie in Abschnitt 3.7, Deinstallieren von MSDE 2000 SP4.
Das Setup-Programm für MSDE 2000 wurde in SP3a so verändert, dass mit den Standardeinstellungen eine sicherere Konfiguration erzielt wird. Diese Änderungen wurden in SP4 übernommen:
Die Netzwerkunterstützung wird beim Installieren neuer MSDE 2000-Instanzen mit SP4 standardmäßig deaktiviert. Wenn eine vorhandene Instanz aktualisiert wird, bleiben die Einstellungen für die Netzwerkunterstützungen erhalten. Falls keine Verbindung von einer Anwendung auf einem anderen Computer mit Ihrer Instanz von MSDE 2000 hergestellt wird, ist keine Netzwerkunterstützung für die Instanz notwendig. Die nicht verwendete Ressource sollte in diesem Fall aus Sicherheitsgründen deaktiviert werden. Die Netzwerkunterstützung kann während der Installation aktiviert werden, wenn Sie für den DISABLENETWORKPROTOCOLS-Installationsparameter den Wert 0 angeben. Falls Sie die Netzwerkunterstützung beim Installieren einer Instanz von MSDE 2000 SP4 aktivieren, können Sie später die Instanz neu konfigurieren und die Netzwerkunterstützung deaktivieren. Weitere Informationen zum Deaktivieren und Wiederherstellen des Netzwerkzugriffs finden Sie im Microsoft Knowledge Base-Artikel 814130.
Standardmäßig wird mit dem Setup-Programm für MSDE 2000 SP4 nur dann eine neue MSDE 2000-Instanz installiert, wenn Sie ein sicheres Kennwort für den Benutzer sa angeben. Verwenden Sie dazu den SAPWD-Parameter. Standardmäßig wird mit dem Setup-Programm für MSDE 2000 SP4 eine vorhandene MSDE 2000-Instanz nur dann aktualisiert, wenn Sie dem Benutzernamen sa ein sicheres Kennwort zugewiesen haben. Sie sollten dem Benutzernamen sa auch dann ein sicheres Kennwort zuweisen, wenn Sie eine vorhandene Instanz aktualisieren, außer wenn ein leeres Kennwort für sa für die Anwendung notwendig ist, von der die MSDE-Instanz verwendet wird. Wenn die MSDE 2000-Instanz im Windows-Authentifizierungsmodus ausgeführt wird, wird das Kennwort für den Benutzer sa bei einem Wechsel zum gemischten Modus sofort aktiv. Ein leeres, einfaches oder bekanntes Kennwort für sa kann für nicht berechtigte Zugriffe verwendet werden. Wenn Sie vor dem Aktualisieren der MSDE 2000-Instanz auf MSDE 2000 SP4 ein sicheres Kennwort für sa zuweisen möchten, lesen Sie den Microsoft Knowledge Base-Artikel 322336.
Verwenden Sie zur Erhöhung der Sicherheit möglichst immer die Windows-Authentifizierung für Ihre Installation von MSDE 2000. Ziehen Sie in den folgenden Fällen einen Wechsel vom gemischten Modus zum Windows-Authentifizierungsmodus in Betracht:
Weitere Informationen zum Wechsel vom gemischten Modus in den Windows-Authentifizierungmodus für eine MSDE 2000-Instanz finden Sie im Microsoft Knowledge Base-Artikel 322336.
Sie müssen die Instanznamen kennen, wenn Sie mehrere Kopien bzw. Instanzen von MSDE 2000 und des SQL Server 2000-Datenbankmoduls auf einem Computer installieren möchten. Auf einem Computer sind bis zu 16 Instanzen möglich. Eine Instanz hat keinen Instanznamen und wird als Standardinstanz bezeichnet. Für die anderen 15 Instanzen sind eindeutige Instanznamen erforderlich und werden als benannte Instanzen bezeichnet.
Zum Installieren oder Aktualisieren von MSDE-Instanzen verwenden Sie das Setup-Programm von MSDE SP4. Beim Installieren oder Aktualisieren einer benannten MSDE-Instanz müssen Sie den Instanznamen mit dem INSTANCENAME-Parameter angeben. Wenn Sie INSTANCENAME nicht angeben, wird das Setup-Programm für die Standardinstanz von MSDE auf dem Computer ausgeführt. Es ist nicht möglich, mit MSDE 2000 SP4 eine Instanz des SQL Server 2000-Datenbankmoduls zu aktualisieren.
So suchen Sie die vorhandenen Instanzen auf Ihrem Computer:
Im rechten Bereich wird eine Standardinstanz als Dienst mit dem Namen MSSQLSERVER angezeigt. Benannte Instanzen werden als Dienste mit dem Namen MSSQL$Instanzname aufgeführt, wobei Instanzname den Namen der Instanz bezeichnet.
Für Instanznamen gelten die Regeln, die auf dieser Microsoft-Webseite beschrieben sind.
Das Setup-Programm von MSDE 2000 SP4 bestimmt, ob eine installierte Version von Microsoft Data Access Components (MDAC) auf MDAC 2.8 SP1 aktualisiert werden soll:
Hinweis Wenn ein Computer, auf dem MSDE 2000 SP4 installiert ist, auf ein neueres Betriebssystem aktualisiert wird, ist die von SP4 installierte MDAC-Version nicht mehr vorhanden.
Hinweis Anweisungen zum Bestimmen der MDAC-Version auf Ihrem Computer finden Sie im Knowledge Base-Artikel 301202.
Wenn MDAC 2.8 SP1 von MSDE 2000 SP4 installiert wird, entspricht die MDAC-Sprachversion der Sprachversion von MSDE 2000 SP4. Wenn Sie für MDAC und MSDE 2000 SP4 eine unterschiedliche Sprachversion wünschen, müssen Sie die gewünschte Sprachversion von MDAC 2.8 SP1 downloaden und installieren, bevor Sie das Setup-Programm von MSDE 2000 SP4 ausführen. Sprachspezifische Versionen von MDAC 2.8 SP1 können Sie von der Microsoft Data Access-Downloadseite downloaden.
MDAC 2.8 SP1 enthält eine Aktualisierung auf MSXML 3.0 SP7. MDAC 2.81 aktualisiert außerdem SQLXML 1.0 (im Lieferumfang von Microsoft SQL Server 2000 enthalten). SQLXML 3.0 wird von diesem Service Pack nicht installiert oder aktualisiert. Falls für Ihre Anwendung SQLXML 3.0 erforderlich ist, müssen Sie die Anwendung von dieser Microsoft-Website downloaden und installieren. Weitere Informationen zu MDAC 2.8 SP1 finden Sie auf der Microsoft Data Access-Downloadseite. Weitere Informationen zu MDAC-Versionen finden Sie im Knowledge Base-Artikel 822758. Die in MDAC 2.8 SP1 enthaltenen Problembehebungen sind im Knowledge Base-Artikel 884930 dokumentiert.
Alle Windows-Versionen, die für die Verwendung mit MSDE 2000 unterstützt werden, enthalten eine Version der MDAC-Software, die mit MSDE 2000 SP4 verwendet werden kann. Falls Sie für eine MSDE 2000-Instanz die Unterstützung der Netzwerkkommunikation und die Verwendung als Datenbankserver konfigurieren, müssen Sie auf allen Computern unter Windows Clientsoftware installieren, damit Anwendungen von diesem Computer eine Verbindung mit der MSDE 2000-Instanz herstellen können. Weitere Informationen zur Netzwerkkommunikation finden Sie auf dieser Microsoft-Webseite.
Hinweis Mit Vorabversionen von SQL Server 2000 SP4 wurde eine Vorabversion von MSXML 3.0 SP7 installiert. Wenn Sie eine Vorabversion von SQL Server 2000 SP4 installiert haben, empfiehlt es sich, die endgültige Produktversion von MSXML 3.0 SP7 über diese Microsoft-Website zu downloaden und zu installieren.
Identifizieren Sie vor dem Ausführen des Setup-Programms die Version der MSDE 2000-Instanz, die aktualisiert wird. Falls die Version von MSDE 2000 bereits SP4 oder einer höheren Version entspricht, müssen Sie SP4 nicht installieren.
So identifizieren Sie die installierte Version von MSDE 2000
SELECT SERVERPROPERTY('ProductLevel')SELECT @@VERSION SELECT SERVERPROPERTY('ProductVersion')| Version und Ebene von SQL Server 2000 | @@VERSION | Product Level |
| Originalversion von SQL Server 2000 | 8.00.194 | RTM |
| Desktop Engine SP1 | 8.00.384 | SP1 |
| Desktop Engine SP2 | 8.00.534 | SP2 |
| Desktop Engine SP3, SP3a oder MSDE 2000 Release A | 8.00.760 | SP3 |
| MSDE 2000 SP4 | 8.00.2039 | SP4 |
Hinweis Ihre Produktversion kann von diesen Werten abweichen, falls Sie nach der Installation des Produkts oder nach der Installation eines vorherigen Service Packs Hotfixes installiert haben. Beispiel: @@VERSION gibt den Wert 8.00.818 zurück, nachdem Sie die Sicherheitsproblembehebung MS03-031 auf MSDE 2000 Release A angewendet haben.
SELECT SERVERPROPERTY('Edition')
Wenn Desktop Engine zurückgegeben wird, handelt es sich bei der Instanz um MSDE 2000.
Eine Liste der Problembehebungen in diesem Service Pack finden Sie im Microsoft Knowledge Base-Artikel 888799. Jede im Artikel 888799 aufgeführte Problembehebung enthält einen Hyperlink zu dem Knowledge Base-Artikel, der das behobene Problem beschreibt. Folgen Sie den Hyperlinks zu den jeweiligen Knowledge Base-Artikeln, um Informationen zu den einzelnen Problembehebungen anzuzeigen.
Informationen zu SQL Server 2000 Service Pack 4, die erst nach Fertigstellung dieser Infodatei (Readme) verfügbar werden, werden im Microsoft Knowledge Base-Artikel 884525 veröffentlicht.
Die in dieser Infodatei erwähnten Knowledge Base-Artikel stehen in der Microsoft Knowledge Base zur Verfügung.
So finden Sie einen Artikel in der Knowledge Base
In SP4 wurden sämtliche veröffentlichten SQL Server 2000 SP3a- und SQL Server 2000 (64-Bit)-Sicherheitsbulletins berücksichtigt.
Wenn Sie nach dem 2. Dezember 2004 einen SQL Server 2000-Hotfix erhalten haben, ist dieser Hotfix wahrscheinlich nicht in SP4 enthalten. Den entsprechenden Hotfix für SQL Server 2000 SP4 erhalten Sie bei Ihrem Hauptanbieter für technischen Support.
SQL Server 2000 SP4 enthält Erweiterungen zur Erhöhung des Nutzens, mit denen Sie zukünftige Hotfixes installieren können. Weitere Informationen finden Sie in Abschnitt 5.7, Erweiterungen zur Erhöhung des Nutzens.
SQL Server 2000 SP4 enthält Änderungen an MSDE 2000, die sich auf Probleme im Zusammenhang mit dem Slammer-Wurm beziehen:
Benutzer von Microsoft SQL Server 2000 Windows® CE Edition (SQL Server CE) und SQL Server 2005 Mobile Edition (SQL Mobile), die SQL Server 2000-Datenbank- und Verlegerserver auf SP4 aktualisiert haben oder eine solche Aktualisierung für einen späteren Zeitpunkt planen, sollten auch die Serverreplikationskomponenten auf IIS-Servern (Microsoft Internet Information Services oder Microsoft-Internetinformationsdienste) aktualisieren. Aktualisierte Installer für Servertools sind für SQL Server CE und SQL Mobile verfügbar.
Hinweis Auch wenn Sie Serverreplikationskomponenten nach der Aktualisierung auf SQL Server 2000 SP3 oder SP3a aktualisiert haben, müssen Sie die neuesten SP4-spezifischen Updates auf SQL Server CE Server-Tools installieren.
SQL Server 2000 SP4 beseitigt die Abhängigkeit von OPENXML von der vom Betriebssystem installierten MSXML-Version. MSDE 2000 SP4 installiert eine interne Version der MSXML-Technologie, die abwärtskompatibel ist mit MSXML 2.6.
Die SQL Server 2000-Onlinedokumentation ist die primäre Benutzerdokumentation für MSDE 2000. Die Onlinedokumentation wird in regelmäßigen Abständen mit Problembehebungen und neuen Informationen aktualisiert. Im Januar 2004 wurde die Onlinedokumentation um zusätzliche Informationen zu MSDE 2000 erweitert. Sie sollten die neueste Version der Onlinedokumentation aus folgenden Gründen unbedingt downloaden und installieren:
Aktuelle Versionen der Onlinedokumentation finden Sie in folgenden Speicherorten:
Für SQL Server 2000 SP3 und SP3a sind aktualisierte Beispiele zum SQL Server 2000-Datenbankmodul verfügbar. Sie können diese aktualisierten Beispiele von dieser Microsoft-Website downloaden. Alle Beispiele für die SQL Server 2000-Komponenten, die in MSDE 2000 enthalten sind, gelten auch für MSDE 2000, mit Ausnahme von Features, die von MSDE 2000 nicht unterstützt werden. Zu den behandelten Features gehören das Datenbankmodul, Komponenten für die Datenbank-Clientkonnektivität und Programmierungs-APIs, Replikation sowie Data Transformation Services (DTS).
Bevor Sie das Downloaden und Extrahieren von SQL Server 2000 SP4 vorbereiten, sollten Sie den Abschnitt "Richtlinien zum Downloaden und Extrahieren" weiter unten lesen. SQL Server 2000 SP4 wird auf die folgenden Arten verteilt:
Wenn Sie eine SQL Server 2000 SP4-CD haben, können Sie eine Instanz von MSDE 2000 mithilfe der selbstextrahierenden SQL2000.MSDE-KB884525-SP4-x86-LLL.exe auf der CD auf MSDE 2000 SP4 aktualisieren.
Hinweis LLL stellt einen Kennzeichner dar, der von der jeweiligen Sprache abhängt.
Nachdem Sie sich SQL2000.MSDE-KB884525-SP4-x86-LLL.exe von der Downloadsite oder auf der SP4-CD besorgt haben, können Sie die Datei ausführen, um die Dateien für MSDE 2000 SP4 auf Ihren Computer zu extrahieren. SQL2000.MSDE-KB884525-SP4-x86-LLL.exe erstellt auf der Festplatte Ordner und Dateien zum Installieren von MSDE 2000 SP4.
SQL Server 2000 Desktop Engine Service Packs sind sprachspezifisch. Zum Aktualisieren einer Instanz von MSDE 2000 müssen Sie sich das Service Pack besorgen, das die gleiche Sprachversion aufweist wie Ihre Instanz. Das Service Pack erhalten Sie entweder auf einer SQL Server 2000 SP4-CD oder durch Downloaden der MSDE 2000 SP4-Dateien. Beispielsweise benötigen Sie zum Aktualisieren einer japanischen MSDE 2000-Instanz die japanische Version von MSDE 2000 SP4.
Hinweis Für die Sprachen Portugiesisch (Brasilien), Schwedisch und Niederländisch wird nur der Service Pack-Teil MSDE 2000 SP4 zur Verfügung gestellt, da SQL Server 2000 Desktop Engine die einzige für diese Sprachen produzierte SQL Server 2000-Version ist. Die SQL Server 2000-Komponenten, deren Aktualisierung mit Datenbankkomponenten von SP4 oder Analysis Services SP4 erfolgt, stehen in diesen Sprachen nicht zur Verfügung.
Folgendermaßen bestimmen Sie die Sprache einer Instanz von MSDE 2000
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\Instanzname\CurrentVersion
Dabei steht Instanzname für den Namen der Instanz.
| Language Registrierungswert (hexadezimal) | Language Registrierungswert (dezimal) | Sprache der Instanz |
| 0x00000404 | 1028 | Chinesisch (traditionell) |
| 0x00000407 | 1031 | Deutsch |
| 0x00000409 | 1033 | Englisch |
| 0x0000040a | 1034 | Spanisch |
| 0x0000040c | 1036 | Französisch |
| 0x00000410 | 1040 | Italienisch |
| 0x00000411 | 1041 | Japanisch |
| 0x00000412 | 1042 | Koreanisch |
| 0x00000413 | 1043 | Niederländisch |
| 0x00000416 | 1046 | Portugiesisch (Brasilien) |
| 0x0000041d | 1053 | Schwedisch |
| 0x00000804 | 2052 | Chinesisch (vereinfacht) |
Wenn Ihre Instanz von MSDE 2000 über das MSDE-Setupdienstprogramm installiert wurde, könen Sie die MSDE 2000-Instanz mithilfe einer SQL Server 2000 SP4-Downloaddatei aktualisieren. Der Originalpaketname des Setupdienstprogramms lautete SqlRun01.msi bis SqlRun16.msi.
So downloaden Sie MSDE 2000 SP4
Vor der Installation von MSDE 2000 SP4 müssen Sie zuerst die Installationsdateien aus SQL2000.MSDE-KB884525-SP4-x86-LLL.exe extrahieren. Sie können SQL2000.MSDE-KB884525-SP4-x86-LLL.exe direkt von der SP4-CD oder im Ordner, in den Sie die Datei gedownloadet oder von CD kopiert haben, ausführen.
So extrahieren Sie die Dateien für MSDE 2000 SP4
Beachten Sie beim Downloaden und Extrahieren der Installationsdateien von MSDE 2000 SP4 aus dem Internet die folgenden Richtlinien:
Hinweis Wenn Sie das Service Pack in ein im Netzwerk freigegebenes Verzeichnis extrahieren, ist der Pfad zu dem von Ihnen angegebenen Ordner relativ zu dem Ordner, in dem SQL2000.MSDE-KB884525-SP4-x86-LLL.exe ausgeführt wurde.
Installieren Sie MSDE 2000 SP4 mithilfe der Installationsanweisungen in den folgenden Abschnitten. Lesen Sie Abschnitt 1.0, Einführung, bevor Sie MSDE 2000 SP4 installieren. Für MSDE 2000 SP4 gibt es die folgenden Installationsphasen:
MSDE 2000 SP4 enthält einen kompletten Satz mit Dateien, die erforderlich sind, um Instanzen von SQL Server 2000 Desktop Engine zu installieren oder zu aktualisieren. Sie können alle Installationsschritte für MSDE 2000 mithilfe der Dateien von MSDE 2000 SP4 ausführen, falls Sie über eine Lizenz zum Installieren oder Aktualisieren einer MSDE 2000-Instanz verfügen. Weitere Informationen zur Lizenzierung für MSDE 2000 finden Sie auf dieser Microsoft-Website.
Falls Sie zusätzliche Informationen zum Ausführen des Setup-Programms benötigen, ist die SQL Server 2000-Onlinedokumentation die primäre Dokumentationsquelle. Weitere Informationen zum Installieren der neuesten Version der SQL Server 2000-Onlinedokumentation oder für den Zugriff auf die Onlinekopie in der MSDN Library finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation.
Der folgende Hyperlink öffnet das Referenzthema für die ausführbare Setup-Datei in der Kopie der Onlinedokumentation in der MSDN Library: Customizing Desktop Engine Setup.exe.
In der neusten Version der SQL Server 2000-Onlinedokumentation wird unter "Customizing Desktop Engine Setup.exe" die Funktionalität der Version der ausführbaren Setup-Datei dokumentiert, die im Lieferumfang von Desktop Engine SP3a und MSDE 2000 Release A enthalten ist. Die Dokumentation ist außerdem für die SP4-Version von Desktop Engine Setup auf dem aktuellen Stand, mit Ausnahme des SAVESYSDB-Parameters, der in SP4 eingeführt wurde. Weitere Informationen finden Sie in Abschnitt 5.6.1, Neuer SAVESYSDB-Parameter für MSDE 2000 Setup.
Hinweis In Versionen des Setup-Programms von MSDE vor SQL Server 2000 SP3 mussten die Benutzer die MSI-Installationspaketdatei angeben, die sie zum Installieren oder Aktualisieren einer Instanz von MSDE 2000 verwendeten. In SP3 und höheren Versionen des Setup-Programms werden die MSI-Dateien vom Setup-Programm verwaltet und Sie müssen nicht die MSI-Datei für eine Aktualisierung oder eine Neuinstallation angeben.
Vor der Installation von MSDE 2000 SP4 müssen Sie folgende Schritte ausführen:
Sichern Sie vor dem Installieren von MSDE 2000 SP4 die Datenbanken master, msdb und model. Beim Installieren von MSDE 2000 SP4 werden die Datenbanken master, msdb und model geändert, sodass sie mit SP4-Versionen vor MSDE 2000 nicht mehr kompatibel sind. Sie benötigen die Sicherungen, wenn Sie MSDE 2000 wieder ohne SP4 installieren möchten.
Vorsichtshalber sollten Sie auch die Benutzerdatenbanken sichern, obwohl mit SP4 nur Benutzerdatenbanken aktualisiert werden, die zu Replikationstopologien gehören.
Ein vorhandenes Sicherungsschema, das die Replikation einbezieht, ermöglicht nach der Aktualisierung auf SP4 im Fehlerfall das Wiederherstellen eines bekannten Zustands der Datenbank. Nach dem Anwenden von SP4 empfiehlt sich eine Protokollsicherung oder vollständige Datenbanksicherung für alle Benutzerdatenbanken, die zu einer Replikationstopologie gehören. Wenn Sie diese Datenbanksicherungen ausführen und später ein Fehler bei einer Replikationsdatenbank auftritt, müssen Sie SP4 nach dem Wiederherstellen der Datenbank nicht erneut anwenden.
Wenn die Option autogrow für die Datenbanken master und msdb nicht aktiviert wurde, müssen die Datenbanken jeweils über mindestens 500 KB freien Speicherplatz verfügen. Um zu überprüfen, ob dieser Speicherplatz zur Verfügung steht, führen Sie die gespeicherte Systemprozedur sp_spaceused für die Datenbank master oder msdb aus. Vergrößern Sie die jeweilige Datenbank, wenn der nicht reservierte Speicherplatz in einer der Datenbanken 500 KB unterschreitet. Weitere Informationen finden Sie unter "Erweitern einer Datenbank" in der SQL Server 2000-Onlinedokumentation.
Wenn die Option autogrow für die Datenbanken master und msdb aktiviert wurde und genügend Speicherplatz auf den Laufwerken verfügbar ist, können Sie diesen Schritt überspringen.
Um sicherzustellen, dass die Option autogrow in MSDE 2000 ausgewählt ist, stellen Sie mithilfe des Befehlszeilenprogramms osql die folgenden SQL-Anweisungen aus:
sp_helpdb mastersp_helpdb msdbÜberprüfen Sie, ob in der Ausgabe dieser Anweisungen die Spalte für die Vergrößerung einen anderen Wert als 0 hat.
Vor der Installation von MSDE 2000 SP4 sollten Sie alle Anwendungen und Dienste beenden, einschließlich der Systemsteuerung, der Option "Software" in der Systemsteuerung, SQL Server 2000 Reporting Services, SQL Server 2000 Notification Services und allen Anwendungen, die Verbindungen mit der zu aktualisierenden MSDE-Instanz herstellen.
Sie können MSDE 2000 SP4 anwenden, ohne Dienste herunterzufahren. Wenn Sie Dienste nicht herunterfahren, werden Sie nach Beendigung des Setup-Programms zum Neustart des Computers aufgefordert. Ohne einen Neustart des Computers werden die folgenden Dienste nicht gestartet:
Sie können die Wahrscheinlichkeit reduzieren, dass der Computer nach der Installation von MSDE 2000 SP4 neu gestartet werden muss. Beenden Sie dazu die Dienste und Anwendungen in der vorausgehenden Liste, bevor Sie das Setup-Programm ausführen.
Dieser Abschnitt enthält allgemeine Richtlinien zum Ausführen des Setup-Programms von MSDE 2000 SP4. Anschließend werden Beispiele für alltägliche Situationen bei der Verwendung von MSDE 2000 SP4 beschrieben:
Führen Sie zum Installieren von MSDE 2000 SP4 Setup.exe in einem der folgenden Speicherorte aus:
Hiermit wird der Installationsvorgang gestartet.
Die ausführbare Setup-Datei, die im Lieferumfang von MSDE 2000 SP4 enthalten ist, entspricht der SP4-Version des Setup-Programms von Desktop Engine für MSDE 2000. Mit Ausnahme des SAVESYSDB-Parameters ist die Verwendung von MSDE 2000 SP4 Setup in der neuesten Version der SQL Server 2000-Onlinedokumentation beschrieben. Informationen zum Installieren der neuesten Version der SQL Server 2000-Onlinedokumentation finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation. Im folgenden englischen Referenzthema wird das Verhalten von Setup.exe behandelt: Customizing Desktop Engine Setup.exe.
MSDE 2000 SP4 wurde zum Verteilen mit Anwendungen und Installieren mit dem Setup-Programm einer Anwendung entworfen. Für MSDE 2000 gibt es kein interaktives Setup-Programm. Die Setup-Verfahren für MSDE 2000 sind so gestaltet, dass sie vom Setup-Dienstprogramm einer Anwendung aufgerufen werden können. Jegliche erforderliche Anwenderinteraktion wird dabei vom Setup-Programm der Anwendung verarbeitet. Es gibt zwei Installationsverfahren für MSDE 2000:
Wichtig Installieren oder aktualisieren Sie Instanzen von MSDE durch Ausführen von Setup.exe. Versuchen Sie nicht, Setup indirekt mithilfe einer MSI-Datei auszuführen. Sie sollten z. B. nicht auf eine der MSI-Dateien von MSDE 2000 doppelklicken.
Sie müssen Setup.exe an der Eingabeaufforderung ausführen, um eine MSDE-Instanz zu installieren oder zu aktualisieren. Um das Verhalten des Setup-Programms von MSDE 2000 zu steuern, können Sie Parameter angeben. Es gibt zwei Möglichkeiten zum Angeben von Setup-Parametern:
Sie müssen die Werte für Setup-Parameter für MSDE in doppelte Anführungszeichen einschließen, wenn der angegebene Wert Sonderzeichen enthält, wie z. B. Leerzeichen. Andernfalls sind die Anführungszeichen optional.
In den Abschnitten 3.2.2, 3.2.3 und 3.2.4 finden Sie Beispiele für die Verwendung von Parametern für alltägliche Situationen zum Installieren von MSDE 2000 SP4. Die Parameter, die für Setup angegeben werden können, sind in der neuesten Version der SQL Server 2000-Onlinedokumentation dokumentiert. Weitere Informationen zum Installieren der neuesten Version der SQL Server 2000-Onlinedokumentation finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation. Im folgenden englischen Referenzthema wird das Verhalten von Setup.exe behandelt: Customizing Desktop Engine Setup.exe.
Hinweis Es können Probleme auftreten, wenn Sie mit einer Terminaldiensteverbindung eine vorhandene MSDE-Instanz auf MSDE 2000 SP4 aktualisieren oder eine neue Instanz von MSDE 2000 SP4 installieren. Falls Probleme auftreten, starten Sie das Setup-Programm vom lokalen Computer neu.
Sie können Parameter für Setup.exe von MSDE 2000 in einer INI-Datei angeben, deren Speicherort mithilfe der Option /settings angegeben wird. Eine INI-Datei ist eine Textdatei. Beispielsweise eine Datei, die Sie in Editor erstellen und mit der Dateierweiterung INI speichern. Die erste Zeile in der INI-Datei lautet [Options]. Anschließend geben Sie die Parameter an, und zwar pro Zeile einen Parameter.
Sicherheitshinweis Wenn Sie während der Installation eine INI-Datei verwenden, vermeiden Sie es, Anmeldeinformationen darin zu speichern.
Im folgenden Beispiel werden die Parameter an der Eingabeaufforderung angegeben:
setup SAPWD="AStrongPassword" INSTANCENAME="InstanceName"
TARGETDIR="C:\MyInstanceFolder"Um Setup mit denselben Parametern in einer INI-Datei auszuführen, erstellen Sie mithilfe von Editor eine Datei mit dem Namen MyParameters.ini und folgendem Inhalt:
[Options]
INSTANCENAME="InstanceName"
TARGETDIR="C:\MyInstanceFolder"Führen Sie dann Setup mit der Option /settings aus, um auf die INI-Datei zu verweisen:
setup /settings "MyParameters.ini" SAPWD="AStrongPassword"Verwenden Sie ein ausführliches Protokoll, um zu überprüfen, dass eine Installation erfolgreich ausgeführt wurde, oder um Probleme zu behandeln.
Um ein ausführliches Protokoll zu generieren, geben Sie /L*v <Protokolldateiname> an. <Protokolldateiname> steht hierbei für den Namen einer Protokolldatei, in der Setup alle Aktionen aufzeichnet. Wenn Sie keinen Pfad als Teil des Namens angeben, wird die Protokolldatei im aktuellen Ordner erstellt. Beim Ausführen von Setup von einer CD-ROM müssen Sie den vollständigen Pfad zu einem Ordner auf der Festplatte angeben.
Im folgenden Beispiel wird die Protokolldatei MSDELog.log im Stammverzeichnis des Laufwerks C: erstellt:
setup SAPWD="AStrongSAPassword" /L*v C:\MSDELog.logFalls die Installation erfolgreich ausgeführt wird, ist ein Eintrag so oder ähnlich wie der Folgende am Ende des Protokolls vorhanden:
=== Logging stopped: 5/16/03 0:06:10 ===
MSI (s) (BC:7C): Product: Microsoft SQL Server Desktop Engine
-- Installation operation completed successfully.Falls bei der Installation ein Fehler auftritt, ist ein Eintrag so oder ähnlich wie der Folgende am Ende des Protokolls vorhanden:
=== Logging stopped: 5/15/03 23:50:34 ===
MSI (c) (6A:CE): Product: Microsoft SQL Server Desktop Engine
-- Installation operation failed.Wenn bei der Installation ein Fehler aufgetreten ist, suchen Sie nach der Zeichenfolge "value 3" im Fehlerprotokoll. Innerhalb von 10 Zeilen von der Zeichenfolge ist eine Fehlermeldung für eine benutzerdefinierte Aktion vorhanden. Die Fehlermeldung enthält zusätzliche Informationen zur Art des Fehlers.
Mit den Beispielen in diesem Abschnitt wird eine vorhandene MSDE 2000-Instanz auf MSDE 2000 SP4 aktualisiert, und die Netzwerkkonnektivität für die Instanz wird deaktiviert. Geben Sie den DISABLENETWORKPROTOCOLS-Parameter nicht an, wenn die Instanz Verbindungen von Anwendungen auf anderen Computern akzeptieren soll.
Für die Beispiele in diesem Abschnitt wird angenommen, dass der Benutzername sa ein sicheres Kennwort aufweist. Weitere Informationen zum Kennwort für den Benutzernamen sa finden Sie in Abschnitt 1.3, Überlegungen zur Sicherheit für MSDE 2000 SP4.
So aktualisieren Sie eine vorhandene Instanz von MSDE 2000 auf MSDE 2000 SP4
cd c:\MSDESP4Folder\MSDEDabei steht c:\MSDESP4Folder für den Pfad zu dem Ordner mit den extrahierten MSDE 2000 SP4-Dateien oder für den MSDE 2000 SP4-Ordner auf der SQL Server 2000 SP4-CD.
setup /upgradesp sqlrun /L*v C:\MSDELog.logsetup /upgradesp sqlrun DISABLENETWORKPROTOCOLS=0 /L*v C:\MSDELog.logsetup /upgradesp sqlrun INSTANCENAME=InstanceName /L*v C:\MSDELog.logsetup /upgradesp sqlrun SECURITYMODE=SQL UPGRADEUSER=AnAdminLogin
UPGRADEPWD=AdminPassword /L*v C:\MSDELog.logsetup /upgradesp sqlrun INSTANCENAME= InstanceName SECURITYMODE=SQL
UPGRADEUSER=AnAdminLogin UPGRADEPWD=AdminPassword /L*v C:\MSDELog.logUm die Lesbarkeit zu erhöhen, wurden in diesen Beispielen Zeilenumbrüche eingefügt. Die Befehle müssen ohne die Zeilenumbrüche ausgeführt werden.
Hinweis Wenn die MSDE 2000-Instanz, die aktualisiert wird, vorher mithilfe eines älteren SQL Server 2000 Service Packs von MSDE 1.0 aktualisiert wurde, müssen Sie außerdem UPGRADE=1 an den Setup-Befehl anfügen.
Sicherheitshinweis Wenn Sie während der Installation eine INI-Datei verwenden, vermeiden Sie es, Anmeldeinformationen darin zu speichern.
Mit den Beispielen in diesem Abschnitt wird eine neue Instanz von MSDE 2000 SP4 installiert, in deren Konfiguration die Netzwerkkonnektivität deaktiviert ist, was dem Standardverhalten entspricht. Wenn die Instanz Verbindungen von Anwendungen auf anderen Computern akzeptieren soll, müssen Sie zusätzlich Folgendes angeben: DISABLENETWORKPROTOCOLS=0.
Bei den Instanzen, die mit diesen Beispielen installiert werden, werden für alle Konfigurationselemente, wie die Sortierung und die Dateispeicherorte, Standardwerte verwendet. Die Konfigurationen können mit Setup-Parametern gesteuert werden, wie COLLATION, DATADIR und TARGETDIR. Weitere Informationen zu den Konfigurationsparametern, die Sie für das Setup-Programm angeben können, finden Sie unter Customizing Desktop Engine Setup.exe.
So installieren Sie eine neue Desktop Engine-Instanz
cd c:\MSDESP4Folder\MSDEDabei steht c:\MSDESP4Folder für den Pfad zu dem Ordner mit den extrahierten MSDE 2000 SP4-Dateien oder für den MSDE 2000 SP4-Ordner auf der SQL Server 2000 SP4-CD.
setup SAPWD="AStrongSAPwd" /L*v C:\MSDELog.logDabei steht AStrongSAPwd für ein sicheres Kennwort, das dem Benutzernamen sa zugewiesen werden soll.
setup INSTANCENAME="InstanceName" SAPWD="AStrongSAPwd"
/L*v C:\MSDELog.logDabei steht AStrongSAPwd für ein sicheres Kennwort, das dem Benutzernamen sa zugewiesen werden soll, und InstanceName für den zuzuweisenden Instanznamen.
setup SAPWD="AStrongSAPwd" SECURITYMODE=SQL
/L*v C:\MSDELog.logDabei steht AStrongSAPwd für ein sicheres Kennwort, das dem Benutzernamen sa zugewiesen werden soll.
setup INSTANCENAME="InstanceName" SECURITYMODE=SQL
SAPWD="AStrongSAPwd" /L*v C:\MSDELog.logDabei steht AStrongSAPwd für ein sicheres Kennwort, das dem Benutzernamen sa zugewiesen werden soll, und InstanceName für den zuzuweisenden Instanznamen.
Wichtig Wenn Sie während der Installation eine INI-Datei verwenden, vermeiden Sie es, Anmeldeinformationen darin zu speichern.
Wichtig Geben Sie immer ein sicheres Kennwort für den Benutzernamen sa an, auch wenn die Instanz zur Verwendung des Windows-Authentifizierungsmodus konfiguriert ist.
Mit den Beispielen in diesem Abschnitt wird eine vorhandene Instanz von MSDE 1.0 auf MSDE 2000 SP4 aktualisiert. Außerdem wird die Netzwerkkonnektivität für die Instanz deaktiviert. Wenn die Instanz Verbindungen von Anwendungen auf anderen Computern akzeptieren soll, geben Sie nicht den DISABLENETWORKPROTOCOLS-Parameter an.
Das Verhalten von MSDE 1.0 entspricht dem einer Standardinstanz von MSDE 2000. MSDE 1.0 wird immer auf eine Standardinstanz von MSDE 2000 aktualisiert.
Hinweis Instanzen von MSDE 1.0 in einer Replikationstopologie können nicht auf MSDE 2000 SP4 aktualisiert werden.
So aktualisieren Sie eine MSDE 1.0-Instanz auf MSDE 2000 SP4
cd c:\MSDESP4Folder\MSDEDabei steht c:\MSDESP4Folder für den Pfad zu dem Ordner mit den extrahierten MSDE 2000 SP4-Dateien oder für den MSDE 2000 SP4-Ordner auf der SQL Server 2000 SP4-CD.
setup UPGRADE=1 DISABLENETWORKPROTOCOLS=1
/L*v C:\MSDELog.logsetup UPGRADE=1 SECURITYMODE=SQL UPGRADEUSER=AnAdminLogin
UPGRADEPWD=AdminPassword DISABLENETWORKPROTOCOLS=1
/L*v C:\MSDELog.logWichtig Wenn Sie während der Installation eine INI-Datei verwenden, vermeiden Sie es, Anmeldeinformationen darin zu speichern.
Sicherheitshinweis Von der Verwendung leerer Kennwörter wird dringend abgeraten, weil leere Kennwörter eine erhebliche Anfälligkeit für Sicherheitsverletzungen darstellen.
Hinweis Wenn Sie BLANKSAPWD=1 verwenden, müssen Sie SECURITYMODE=SQL oder UPGRADEUSER und UPGRADEPWD.
Nach dem Abschließen des Setup-Programms werden Sie möglicherweise zum Neustarten des Systems aufgefordert. In Abschnitt 3.1.3, Beenden von Diensten und Anwendungen vor dem Ausführen von MSDE 2000 SP4 Setup, finden Sie Richtlinien, wann ein Neustart erforderlich ist. Nach dem Neustart des Systems (oder nachdem das Setup-Programm abgeschlossen wurde, ohne einen Neustart zu erfordern) müssen Sie mithilfe der Anwendung "Dienste" in der Systemsteuerung sicherstellen, dass alle Dienste wieder ausgeführt werden, die Sie vor dem Anwenden des Service Packs geschlossen haben. Dazu gehören die Dienste DTC, MSSQLServer und SQLServerAgent oder ihre instanzspezifischen Äquivalente.
Starten Sie die Anwendungen neu, die Sie vor dem Ausführen der Service Pack-Installation geschlossen haben.
Es empfiehlt sich, auch die aktualisierten Datenbanken master und msdb zu sichern.
Die folgenden Informationen gelten nur für vorhandene MSDE 2000-Instanzen, die zu einer Mergereplikationstopologie gehören.
Hinweis In vielen Fällen, vor allem bei der Mergereplikation, befinden sich der Verteiler und der Verleger auf demselben Server und werden gleichzeitig aktualisiert.
In den folgenden Fällen müssen Sie das System in einen inaktiven Status versetzen (d. h. alle Aktualisierungsvorgänge beenden) und alle Server gleichzeitig aktualisieren.
Die Server in der folgenden Tabelle veröffentlichen und abonnieren Publikationen, die auf dem Abonnenten aktualisiert werden können. Wie bereits im vorherigen Abschnitt erwähnt, müssen Sie bei Topologien, die Aktualisierungen auf dem Abonnenten zulassen, die Aktualisierungsreihenfolge Verteiler, Verleger, Abonnent beachten. Aufgrund dieser Reihenfolge müssen Sie Server A zuerst für die Mergepublikation und Server B zuerst für die Transaktionspublikation mit aktualisierenden Abonnenten aktualisieren. In diesem Fall müssen Sie das System in einen inaktiven Status versetzen und die Server gleichzeitig aktualisieren.
| Server A | Server B |
|---|---|
| Verleger/Verteiler für Mergereplikation | Abonnent für Mergereplikation |
| Abonnent für Transaktionsreplikation mit Aktualisierung | Verleger/Verteiler für Transaktionsreplikation mit Aktualisierung |
In diesem Beispiel können Sie Server A zuerst aktualisieren, weil bei der Nur-Lesen-Transaktionspublikation ein Abonnent vor dem Verleger/Verteiler aktualisiert werden kann.
| Server A | Server B |
|---|---|
| Verleger/Verteiler für Mergereplikation | Abonnent für Mergereplikation |
| Abonnent für Nur-Lesen-Transaktionsreplikation | Verleger/Verteiler für Nur-Lesen-Transaktionsreplikation |
Die folgenden Informationen gelten nur für MSDE 2000-Instanzen, die zu einer Mergereplikationstopologie gehören.
Wenn nicht schreibbare Datenbanken oder Dateigruppen vorhanden sind, zeigt das Setup-Programm die folgende Meldung an:
Setup has detected one or more databases and filegroups which are not writable.Im Allgemeinen können Sie diese Warnung ignorieren, und das Setup-Programm wird fortgesetzt. Wenn jedoch im Installationsprotokoll aufgelistete nicht schreibbare Datenbanken Elemente einer Replikationstopologie sind, müssen Sie sie schreibbar machen und SP4 Setup auf die betreffende SQL Server 2000-Instanz erneut anwenden.
Während der Installation unterscheidet das Setup-Programm nicht zwischen nicht schreibbaren Datenbanken und solchen, die offline oder fehlerverdächtig sind. Wenn eine Datenbank oder Dateigruppe in einer Replikationstopologie während der Installation nicht schreibbar ist, müssen Sie das Service Pack erneut anwenden, um diese Datenbank zu aktualisieren. Weitere Informationen zum Onlineschalten einer Datenbank finden Sie unter "Anfügen und Trennen einer Datenbank" in der SQL Server 2000-Onlinedokumentation. Weitere Informationen zur Diagnose fehlerverdächtiger Datenbanken finden Sie unter "Problembehandlung bei Servern und Datenbanken" in der SQL Server 2000-Onlinedokumentation.
So wenden Sie MSDE 2000 SP4 auf eine schreibgeschützte Datenbank an
ALTER DATABASE -Anweisung auf:
ALTER DATABASE database SET READ_WRITEALTER DATABASE wieder fest:
ALTER DATABASE database SET READ_ONLYSo wenden Sie SP4 auf eine schreibgeschützte Dateigruppe an
ALTER DATABASE wieder fest:
ALTER DATABASE Database
MODIFY FILEGROUP filegroup_name READWRITE ALTER DATABASE wieder fest:
ALTER DATABASE Database
MODIFY FILEGROUP filegroup_name READONLYWeitere Informationen zu ALTER DATABASE finden Sie im Referenzthema "ALTER DATABASE" in der SQL Server-Onlinedokumentation. Weitere Informationen zum erneuten Anwenden von SP4 finden Sie in Abschnitt 3.8, Erneutes Anwenden von MSDE 2000 SP4.
Wenn Sie eine MSDE 2000-Instanz auf MSDE 2000 SP4 aktualisieren, müssen Sie möglicherweise überprüfen, ob gespeicherte Systemprozeduren in anderen Instanzen von SQL Server oder MSDE aktualisiert werden.
MSDE 2000 SP4 enthält ein Update für Microsoft Data Access Components (MDAC) auf MDAC 2.8 SP1. MDAC 2.8 SP1 enthält Updates für den SQLOLEDB-Provider und den SQL Server-ODBC-Treiber. Weitere Informationen finden Sie in Abschnitt 1.5, Überprüfen der Version von Microsoft Data Access Components. Wenn der Provider oder der Treiber eine Verbindung mit einer Instanz von SQL Server oder MSDE herstellt, verwendet der Provider oder Treiber eine Reihe von gespeicherten Systemprozeduren, die als gespeicherte Prozeduren für Kataloginformationen bezeichnet werden. Die Versionen der gespeicherten Prozeduren für Kataloginformationen in der Instanz müssen die gleiche oder eine höhere Version wie der Provider und der Treiber aufweisen. Wenn Sie versuchen, eine Verbindung mit einer Instanz von SQL Server oder MSDE herzustellen, die frühere Versionen der gespeicherten Prozeduren für Kataloginformationen aufweist, wird die folgende Fehlermeldung angezeigt:
The ODBC catalog stored procedures installed on server <ServerName>
are version <OldVersionNumber>; version <NewVersionNumber> or later
is required to ensure proper operation. Please contact your system
administrator.
Jede Provider- und Treiberversion wird mit dem Skript Instcat.sql geliefert. Dieses Skript aktualisiert die gespeicherten Prozeduren für Kataloginformationen in allen Instanzen von SQL Server oder MSDE, die eine frühere Katalogversion aufweisen.
Nach der Installation von MSDE 2000 SP4 müssen Sie das Skript Instcat.sql von MSDE 2000 SP4 für alle Instanzen von SQL Server oder MSDE ausführen, die eine frühere Version als SQL Server 2000 SP4 und die folgenden Merkmale aufweisen:
So aktualisieren Sie die gespeicherten Prozeduren für Kataloginformationen in einer MSDE 2000-Instanz, für die die Windows-Authentifizierung ausgewählt ist
osql -E -SComputerName -ilocation\instcat.sqlosql -E -SComputerName\InstanceName -ilocation\instcat.sqlSo aktualisieren Sie die gespeicherten Prozeduren für Kataloginformationen in einer MSDE 2000-Instanz, für die der gemischte Authentifizierungsmodus ausgewählt ist
osql -UAnAdminLogin -PAdminPassword
-SComputerName -ilocation\instcat.sqlosql -UAnAdminLogin -PAdminPassword
-SComputerName\InstanceName -ilocation\instcat.sqlDabei gilt:
InstanceName ist der Name einer benannten Instanz von SQL Server 2000 oder MSDE 2000.instcat.sql. Der Standardspeicherort für eine installierte Instanz von SQL Server 2000 ist c:\Programme\Microsoft SQL Server\MSSQL\Install.Das Skript Instcat.sql generiert viele Meldungen. In der Regel weisen diese Meldungen nicht auf Fehler hin. Sie teilen Ihnen lediglich mit, wie viele Zeilen von jeder Transact-SQL-Anweisung im Skript betroffen waren. Die letzte Meldung sollte anzeigen, ob das Skript erfolgreich ausgeführt wurde.
Um zu MSDE 2000-Versionen vor SP4 zurückkehren zu können, müssen Sie vor dem Installieren von SP4 eine Sicherungskopie der Datenbanken master, msdb und model erstellen. Weitere Informationen finden Sie in Abschnitt 3.1.1, Sichern der SQL Server-Datenbanken.
So kehren Sie zu einer Version von MSDE 2000 vor SP4 zurück
Warnung Wenn Sie zu der SQL Server-Version vor SP4 zurückkehren, gehen alle Änderungen verloren, die nach der Installation von SP4 an den Datenbanken master, msdb und model vorgenommen wurden.
Hinweis MDAC-Updates werden nicht deinstalliert, wenn Sie zu einer Version von MSDE 2000 vor SP4 zurückkehren. Weitere Informationen finden Sie in Abschnitt 1.5, Überprüfen der Version von Microsoft Data Access Components.
MSDE 2000 SP4 muss erneut angewendet werden, wenn Datenbanken oder Dateigruppen, die zu einer Replikationstopologie gehören und die während der ursprünglichen Anwendung von SP4 nicht schreibbar waren, schreibbar gemacht wurden.
Zum erneuten Anwenden von MSDE 2000 SP4 führen Sie die Schritte in Abschnitt 3.0, Installieren des Service Packs, aus.
In diesem Abschnitt werden weitere Überlegungen zur Installation des Service Packs beschrieben.
MSDE 2000 SP4 enthält alle erforderlichen Dateien zum Weitervertreiben von MSDE 2000 mit Anwendungen, falls der Anwendungshersteller über eine Lizenz zum Verteilen von MSDE 2000 verfügt. Sie können die MSDE 2000 SP4-Dateien gemäß der Dokumentation in der letzten Version der SQL Server 2000-Onlinedokumentation verteilen. Außerdem können Sie sich auf dieser Microsoft-Website für die Weitervertriebsrechte für MSDE 2000 registrieren.
Weitere Informationen zum Installieren der neuesten Version der SQL Server 2000-Onlinedokumentation finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation.
Anwendungen mit Windows Installer-basierten Setup-Dienstprogrammen können zum Installieren einer MSDE 2000-Instanz die Mergemodule für MSDE 2000 konsumieren. Von MSDE 2000 SP4 werden Mergemodule zur Unterstützung vorhandener Anwendungen bereitgestellt, bei denen Mergemodule verwendet werden können. Die Setup-Dienstprogramme für neue Anwendungen sollten so geschrieben werden, dass sie das Setup-Dienstprogramm von MSDE 2000 aufrufen, anstatt die Mergemodule von MSDE 2000 direkt zu konsumieren.
Anbieter, die MSDE 2000-Instanzen mithilfe der MSDE 2000-Mergemodule installieren, müssen ihren Kunden auch alle nachfolgenden MSDE 2000-Patches ausliefern. MSDE 2000-Instanzen, die mit Mergemodulen installiert werden, werden mit einem Produktcode-GUID markiert, der von Windows Installer mit der Anwendung verknüpft wird. Diese MSDE 2000-Instanzen können nur mit Patchdateien gepatcht werden, die ebenfalls den Produktcode-GUID der Anwendung enthalten. Nur Patchdateien vom Anwendungsanbieter enthalten die richtigen Produktcodes. Die von Microsoft bereitgestellten Service Packs für MSDE 2000 können auf diese Instanzen nicht angewendet werden. Der Anwendungsanbieter muss Patchdateien mithilfe der MSDE 2000 SP4-Dateien erstellen und sie dann an alle MSDE-Kunden verteilen, die die Problembehebungen für SP4 benötigen.
Weitere Informationen zum Erstellen von Patchdateipaketen finden Sie im Windows Installer Software Development Kit (SDK), das Sie von der Microsoft Platform SDK-Website downloaden können.
Wenn das Setup-Dienstprogramm einer Anwendung zum Installieren einer MSDE 2000-Instanz das Setup-Programm von MSDE 2000 aufruft, wird die MSDE 2000-Instanz mit dem Produktcode-GUID von MSDE 2000 markiert. Kunden können diese Instanzen mit den standardmäßigen Service Pack-Dateien für Microsoft MSDE 2000 patchen. Der Anwendungsanbieter kann eine der folgenden Alternativen zum Verteilen von MSDE 2000 SP4 auswählen:
Alle Installationsdateien und -ordner für MSDE SP4 befinden sich im Ordner \MSDE an einem der folgenden Speicherorte:
Der Ordner \MSDE enthält die Datei Readmesql2k32desksp4.htm, die Datei readme.txt, die Datei license.txt und die ausführbaren Dateien für das Setup-Dienstprogramm. Er enthält außerdem folgende Unterordner:
Weitere Anweisungen zum Verwenden der Mergemodule für MSDE finden Sie unter "Using SQL Server Desktop Engine Merge Modules" in der SQL Server 2000-Onlinedokumentation.
Hinweis Mergemodule werden für neue Installationen nicht unterstützt. Sie sind in SP4 für MSDE 2000-Instanzen vorhanden, die zuvor mithilfe von Mergemodulen installiert wurden.
Wenn das Setup-Programm Ihrer Anwendung das Setup-Programm von MSDE 2000 aufruft, erstellen Sie einen Ordner mit der folgenden Struktur und den folgenden Dateien. Der Ordner MSDEInstallFolder ist ein Beispiel für den Ordnernamen:
MSDEInstallFolder
Kopieren Sie folgende Dateien aus dem Ordner \MSDE von MSDE 2000 SP4 in diesen Ordner: Setup.exe, Setup.ini, Setup.rll und sqlresld.dll.
MSDEInstallFolder\Msi
Kopieren Sie alle Dateien aus dem Ordner \MSDE\Msi von MSDE 2000 SP4 in diesen Ordner.
MSDEInstallFolder\Setup
Kopieren Sie alle Dateien aus dem Ordner \MSDE\Setup von MSDE 2000 SP4 in diesen Ordner.
Sie können nun mit Setup.exe Instanzen von MSDE 2000 SP4 installieren oder auf diese aktualisieren.
Hinweis Wenn Windows Installer nicht auf dem Computer installiert ist oder wenn eine frühere Version als die mit dem Setup-Programm für MSDE 2000 SP4 getestete Version installiert ist, wird Windows Installer mit den Dateien im Ordner MSDEInstallFolder\Msi aktualisiert.
In diesem Abschnitt werden Probleme beschrieben, die nach dem Anwenden von MSDE 2000 SP4 auftreten können, sowie neue Features, die beim Ausführen von SP4 zur Verfügung stehen. Diese Probleme beziehen sich auf das Ausführen des Service Packs zum Aktualisieren einer früheren Version von MSDE 2000, einschließlich MSDE 2000 Release A. Dieser Abschnitt soll keine Beschreibung aller in SP4 bereitgestellten Problembehebungen darstellen. Eine vollständige Liste dieser Problembehebungen finden Sie im Knowledge Base-Artikel 888799.
Informationen zu SQL Server 2000 Service Pack 4, die erst nach Fertigstellung dieser Infodatei (Readme) verfügbar werden, werden im Microsoft Knowledge Base-Artikel 884525 veröffentlicht.
Die folgenden Erweiterungen gelten für MSDE 2000-Instanzen, auf denen Datenbankkomponenten von SP4 installiert sind. Sie gelten auch für Instanzen von MSDE 2000 Release A, auf denen MSDE 2000 SP4 installiert ist.
Eingeführt in SP1
Die Hashteams wurden entfernt. Wegen bestimmter Verbesserungen an MSDE 2000 führen Hashteams nicht mehr zu den Leistungsverbesserungen, die sie in MSDE 1.0 erzielten. Außerdem wird MSDE 2000 durch das Entfernen der Hashteams stabiler.
Der Abfrageoptimierer generiert folglich keine Abfragepläne mehr unter Verwendung der Hashteams.
In seltenen Fällen kann das Entfernen der Hashteams zu einer langsameren Verarbeitung der Abfrage führen. Analysieren Sie solche Abfragen, um festzustellen, ob die Abfrageleistung durch das Erstellen besser geeigneter Indizes auf das frühere Niveau zurückgebracht werden kann.
Eingeführt in SP1
Mit diesem Service Pack werden zwei Schalter für die Affinitätsmaskenoption hinzugefügt.
Mit diesem Service Pack können Sie angeben, welche CPUs zum Ausführen von Threads für Datenträger-E/A-Vorgänge verwendet werden sollen. Dieser Schalter muss zusammen mit der Option affinity mask verwendet werden. Weitere Informationen finden Sie im Knowledge Base-Artikel 298402.
Mit diesem Service Pack können Sie Systeme, die für VIA (Virtual Interface Architecture) aktiviert sind, so konfigurieren, dass die MSDE 2000-Verbindungen von bestimmten Netzwerkkarten an einen Prozessor oder einen Satz von Prozessoren gebunden werden. Dieser Schalter muss zusammen mit der Option affinity mask verwendet werden. Weitere Informationen finden Sie im Knowledge Base-Artikel 299641.
Eingeführt in SP3
Wenn Sie sp_change_users_login mit dem @Action=Auto_Fix-Argument ausführen, müssen Sie nun ein Kennwort angeben. sp_change_users_login weist das Kennwort jedem neuen Benutzernamen zu, der für den Benutzer erstellt wird. Das folgende Beispiel zeigt das neue @Password-Argument:
sp_change_users_login [ @Action = ] 'action'
[ , [ @UserNamePattern = ] 'user' ]
[ , [ @LoginName = ] 'login' ]
[ , [ @Password = ] 'password' ]Verwenden Sie das @Password-Argument nur mit @Action=Auto_Fix. Das folgende Beispiel zeigt die neue Syntax für den sp_change_users_login-Befehl, wenn Auto_Fix verwendet wird. Die anderen Beispiele in der SQL Server-Onlinedokumentation bleiben unverändert.
USE pubs
go
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'
goEingeführt in SP3
Wenn die Registrierungsoption DisallowAdhocAccess nicht ausdrücklich festgelegt ist, ist der Ad-hoc-Zugriff auf OLE DB-Provider standardmäßig nicht zugelassen. Das bedeutet, dass eine Ad-hoc-Abfragesyntax wie OPENDATASOURCE und OPENROWSET bei Remoteservern nicht funktioniert. Um den Ad-hoc-Zugriff zu ermöglichen, müssen Sie für die Option DisallowAdhocAccess ausdrücklich den Wert 0 festlegen.
Eingeführt in SP3
Um eine effizientere Verarbeitung von Remoteabfragen zu ermöglichen, die LIKE-Prädikate enthalten, wurde in SP3 die Option SqlServerLike hinzugefügt. Mit MSDE 2000 SP3 oder höher gibt es zwei Optionen zum Senden von LIKE-Operationen an Verbindungsserver. Wenn der OLE DB-Provider für einen Verbindungsserver die SQL Server-Syntax für den LIKE-Operator und Platzhalter unterstützt, können Sie die Option SqlServerLike angeben, damit MSDE 2000 LIKE-Operationen mit der SQL Server-Syntax sendet. Wenn vom OLE DB-Provider für einen Verbindungsserver gemeldet wird, dass er die Entry Level ANSI/ISO SQL-92-Syntax unterstützt, oder wenn der OLE DB-Provider die SQLPROP_ANSILIKE-Eigenschaft zurückgibt, sendet SQL Server LIKE-Operationen mithilfe der SQL-92-Syntax an den Verbindungsserver. Weitere Informationen zu SQLPROP_ANSILIKE finden Sie unter "Programmieren der SQLPROPSET_OPTHINTS-Eigenschaftengruppe" in der SQL Server 2000-Onlinedokumentation.
Zum Aktivieren der Option SqlServerLike für einen OLE DB-Provider müssen Sie einen Registrierungsschlüsselwert hinzufügen.
Sicherheitshinweis Unsachgemäßes Bearbeiten der Registrierung kann zu schwerwiegenden Problemen führen, die ein Neuinstallieren des Betriebssystems erforderlich machen können. Microsoft garantiert nicht, dass Probleme, die durch unsachgemäßes Bearbeiten der Registrierung entstehen, gelöst werden können. Sichern Sie vor dem Bearbeiten der Registrierung alle wichtigen Daten.
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Instanzname>\Providers\<Providername>
HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\<Providername>
Eingeführt in SP3
Bei verteilten Abfragen gibt MSDE 2000 Fehlerinformationen des Providers zusätzlich zu denen des Servers zurück. Wenn eine Abfrage zwischen Verbindungsservern zu einem Fehler führt, prüft MSDE 2000, ob der Provider die OLE DB-Schnittstelle IErrorRecords unterstützt. Wenn diese Schnittstelle unterstützt wird, ruft MSDE 2000 die GetErrorInfo-Funktion auf, um weitere Fehlerinformationen vom Provider abzurufen. MSDE 2000 gibt diese Informationen im Rahmen der Fehlermeldung an den Benutzer zurück Wenn die Schnittstelle IErrorRecords nicht unterstützt wird, ändert sich das Verhalten von MSDE 2000 nicht: MSDE 2000 gibt einen allgemeinen Fehler zurück.
Führen Sie beispielsweise die folgende Abfrage für einen Server aus, der MSDASQL verwendet und daher sql_variant nicht unterstützt:
SELECT * FROM remote2k.dqtable.dbo.sqlvariantnotnull
--Remote2k is a loopback server.Vor SP3 gab MSDE 2000 die folgende Fehlermeldung zurück:
Server: Msg 7356, Level 16, State 1, Line 1
OLE DB provider 'msdasql' supplied inconsistent metadata for a column.
Metadata information was changed at execution time.
Nach der Anwendung von SP3 oder höher gibt MSDE 2000 die folgende Fehlermeldung zurück:
Server: Msg 7356, Level 16, State 1, Line 1
OLE DB provider 'msdasql' supplied inconsistent metadata for a column.
Metadata information was changed at execution time.
OLE DB error trace [Non-interface error: Column 'sql_variant' (compile-time
ordinal 3) of object '"dqtable"."dbo"."sqlvariantnotnull"' was reported
to have a DBCOLUMNFLAGS_ISFIXEDLENGTH of 16 at compile time and 0 at run time].
Eingeführt in SP3
SP3 und höher enthält die neue fn_get_sql-Funktion, die den Text der SQL-Anweisung für das angegebene SQL-Handle zurückgibt. Zur Unterstützung dieser Funktion wurden außerdem der sysprocesses-Systemtabelle drei neue Spalten hinzugefügt: sql_handle, stmt_start und stmt_end.
fn_get_sql ist in der neuesten Fassung der SQL Server 2000-Onlinedokumentation beschrieben. Weitere Informationen zum Installieren der neuesten Version der SQL Server 2000-Onlinedokumentation finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation. Dies ist eine englische Fassung des Referenzthemas für fn_get_sql.
Eingeführt in SP3
Dieses Service Pack stellt neue Optionen zum Aktivieren und Deaktivieren der datenbankübergreifenden Besitzverkettung bereit.
Beim Installieren von MSDE 2000 SP4 können Sie mit dem Setup-Parameter ALLOWXDBCHAINING die datenbankübergreifende Besitzverkettung für alle Datenbanken aktivieren. ALLOWXDBCHAINING ist in der neuesten Fassung der SQL Server 2000-Onlinedokumentation in folgendem Thema beschrieben: Customizing Desktop Engine Setup.exe. Weitere Informationen zum Installieren der neuesten Version der SQL Server 2000-Onlinedokumentation finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation.
Hinweis Das Aktivieren der datenbankübergreifenden Besitzverkettung für alle Datenbanken wird nicht empfohlen.
Nach der Installation können Sie mithilfe der folgenden Methoden die datenbankübergreifende Besitzverkettung für alle Datenbanken in der Instanz aktivieren und deaktivieren:
Wenn die datenbankübergreifende Besitzverkettung für die Instanz deaktiviert ist, können Sie sie für einzelne Datenbanken konfigurieren. Aktivieren und deaktivieren Sie für eine Datenbank die datenbankübergreifende Besitzverkettung mithilfe der folgenden Methoden:
Weitere Informationen erhalten Sie, indem Sie beim Ausführen des Setup-Programms auf der Seite Prüfliste für die Rückwärtskompatibilität auf die Hilfeschaltfläche klicken oder indem Sie die aktualisierte Edition der SQL Server 2000-Onlinedokumentation downloaden. Sie können auch den Knowledge Base-Artikel 810474 heranziehen.
Eingeführt in SP3
Das Ablaufverfolgungsflag 1204 gibt den Typ der an einem Deadlock beteiligten Sperren und den betroffenen aktuellen Befehl zurück. Wenn dieses Ablaufverfolgungsflag bei SP3 und höher aktiviert ist, werden die Deadlockinformationen automatisch in das Fehlerprotokoll geschrieben.
Eingeführt in SP3
Nur Mitglieder der festen Serverrolle sysadmin können die gespeicherte Systemprozedur sp_changedbowner ausführen.
Eingeführt in SP3
Die Funktionalität zum Debuggen gespeicherter Prozeduren mit Microsoft Visual Studio® 6.0 und früher oder mit SQL Server Query Analyzer vor SP3 ist standardmäßig deaktiviert. Auch das Debuggen von Anwendungen (Anhalten bei einem SQL Server Transact-SQL-Haltepunkt beim Debuggen einer Clientanwendung) ist standardmäßig deaktiviert. Um die Funktionalität zum Debuggen zu aktivieren, führen Sie sp_sdidebug aus und übergeben dabei den legacy_on-Parameter. Um das Debuggen zu deaktivieren, übergeben Sie legacy_off an diese Prozedur.
Hinweis Es wird davon abgeraten, die gespeicherte Prozedur sp_sdidebug auf Produktionsservern auszuführen.
Weitere Informationen finden Sie im Knowledge Base-Artikel 328151.
Eingeführt in SP3
Nach der Anwendung des Service Packs kann das Named Pipes-Protokoll für Datenbankmodulinstanzen, die Teil eines Failoverclusters sind, nicht mehr deaktiviert werden.
Eingeführt in SP3a
Ab MSDE 2000 SP3a verwenden MSDE 2000-Instanzen, die nicht für die Unterstützung der Netzwerkkommunikation konfiguriert sind, nicht mehr den UDP-Port 1434 (User Datagram Protocol). Instanzen, die für die Unterstützung der Netzwerkkommunikation konfiguriert sind, verwenden UDP 1434.
Eine auf SP3a oder höher aktualisierte Instanz verwendet UDP 1434 nicht, wenn alle Server-Netzwerkbibliotheken für die Instanz (außer der Shared Memory-Netzwerkbibliothek) deaktiviert sind. Sie verwendet Port 1434 wieder, wenn Sie eine der Server-Netzwerkbibliotheken aktivieren. Informationen zum Aktivieren und Deaktivieren von Server-Netzwerkbibliotheken finden Sie unter "SQL Server-Netzwerkkonfiguration" in der SQL Server 2000-Onlinedokumentation.
Die Verwendung von UDP-Port 1434 wird erst dann für einen Computer beendet, wenn alle Instanzen von SQL Server 2000 und MSDE 2000 auf dem Computer auf SP3a oder höher aktualisiert wurden und so konfiguriert wurden, dass sie keine Netzwerkkommunikation unterstützen.
Der Status der Shared Memory-Netzwerkbibliothek hat keinen Einfluss darauf, ob UDP-Port 1434 geöffnet oder geschlossen ist. Die Shared Memory-Netzwerkbibliothek wird nur für lokale Verbindungen verwendet. Für sie wird kein Netzwerk verwendet. Die Shared Memory-Netzwerkbibliothek ist immer aktiv. Sie kann nicht aktiviert oder deaktiviert werden.
Sie können außerdem angeben, ob die Server-Netzwerkbibliotheken beim Installieren oder Aktualisieren einer MSDE 2000-Instanz deaktiviert werden sollen. Verwenden Sie dazu entweder den DISABLENETWORKPROTOCOLS-Parameter des Setup-Dienstprogramms von MSDE 2000 oder die SqlDisableNetworkProtocols-Eigenschaft im Mergemodul von MSDE 2000. Weitere Informationen zu diesen Optionen finden Sie in der neuesten Version der SQL Server 2000-Onlinedokumentation in folgendem Thema: Customizing Desktop Engine Setup.exe. Weitere Informationen zum Installieren der neuesten Version der SQL Server 2000-Onlinedokumentation finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation.
Eingeführt in SP4
In SP4 beträgt die maximale Größe von Netzwerkpaketen (wird mit sp_configure festgelegt) 32767. Dies ist etwas weniger als die Hälfte des vorherigen maximalen Wertes von 65536. Während der Aktualisierung werden vorhandene Werte, die größer als 32767 sind, automatisch auf 32767 angepasst. Falls in einem Skript versucht wird, mit sp_configure einen Wert festzulegen, der größer als 32767, aber kleiner oder gleich 65536 ist, wird dieser Wert ebenfalls auf 32767 festgelegt. Wenn Sie die Größe von Netzwerkpaketen auf einen größeren Wert als 65536 festlegen, wird ein Fehler gemeldet.
Eingeführt in SP4
In SP4 wurde das Verhalten des SQL Server-Abfrageoptimierers geändert. Dies betrifft Abfragen, die Prädikate mit umfangreichen IN-Listen oder vielen OR-Klauseln enthalten. Diese Änderung (eingefügt in SQL Server 2000-Hotfix 789) betrifft speziell Abfragen, die Folgendes enthalten oder die mithilfe eines gleichwertigen Ausdrucks umgeschrieben werden können, der Folgendes enthält:
Wenn solche Abfragen in Systemen mit sehr viel Arbeitsspeicher und einem geringen Grad an Parallelität ausgeführt werden, kann vom Optimierer eine Abfrage mit niedrigerer Leistung ausgewählt werden. Um die Änderung des Verhaltens des Abfrageoptimierers außer Kraft zu setzen, ist in diesem Service Pack das Ablaufverfolgungsflag 9060 vorhanden. Standardmäßig ist das Ablaufverfolgungsflag 9060 auf OFF festgelegt. Wenn das Ablaufverfolgungsflag auf ON festgelegt ist, wird das SP3-Verhalten vor Hotfix 789 aktiviert. Falls der Fehler 701 (nicht genügend Systemarbeitsspeicher) gemeldet wird, wenn das Ablaufverfolgungsflag auf ON festgelegt ist, sollten Sie die Abfragen mithilfe temporärer Tabellen oder Tabellenvariablen für die Werte in den IN-Listen umschreiben. Verwenden Sie für numerische Bereiche BETWEEN-Klauseln oder Größer-als- (>) oder Kleiner-als-Operatoren (<). Informationen zur Verwendung von Ablaufverfolgungsflags finden Sie unter "Ablaufverfolgungsflags" in der SQL Server-Onlinedokumentation.
Eingeführt in SP4
Die Netzwerkprotokolle Banyan VINES, Multiprotokoll, AppleTalk und NWLink IPX/SPX werden in SP4 unterstützt. Diese Protokolle werden jedoch in SQL Server 2005 und späteren Versionen nicht unterstützt. Planen Sie entsprechend.
In diesem Abschnitt werden die in MSDE 2000 SP4 enthaltenen Erweiterungen bei der MSDE 2000-Replikation beschrieben.
Eingeführt in SP1
Beim Installieren der Transaktionsreplikation werden benutzerdefinierte gespeicherte Prozeduren für Einfüge-, Lösch- und Aktualisierungsaktionen in der Abonnementdatenbank erstellt. Die benutzerdefinierte gespeicherte Aktualisierungsprozedur aktualisiert alle Spalten in der Abonnementtabelle, unabhängig davon, wie viele Spalten von einer UPDATE-Anweisung betroffen sind. Spalten, die nicht geändert wurden, werden auf die Werte zurückgesetzt, die vor der Aktualisierung vorhanden waren. Normalerweise ist diese Aktion unproblematisch. Wenn jedoch mindestens eine dieser Spalten indiziert ist, kann das Zurücksetzen zeitintensiv sein.
Wenn beim Verwenden der Transaktionsreplikation mehrere Indizes für die Abonnementtabelle vorhanden sind und nur wenige Spaltenwerte aufgrund der Aktualisierungen geändert werden, kann der Aufwand zur Indexverwaltung die Leistung beim Anwenden von Änderungen auf den Abonnenten beschränken. Beispielsweise besitzt eine Abonnementdatenbank, die für Berichtzwecke verwendet wird, möglicherweise viel mehr Indizes als die Publikationsdatenbank. Möglicherweise kann die Leistung verbessert werden, indem die UPDATE-Anweisung dynamisch zur Laufzeit erstellt wird. Die Aktualisierung enthält dann nur die Spalten, die geändert wurden, sodass eine optimale UPDATE-Zeichenfolge erstellt wird.
Dieses Service Pack enthält die neue gespeicherte Prozedur sp_scriptdynamicupdproc. Sie generiert eine benutzerdefinierte gespeicherte Prozedur, die Sie auf dem Abonnenten verwenden können, um die UPDATE-Anweisung dynamisch zur Laufzeit zu erstellen. Das Erstellen der dynamischen UPDATE-Anweisung zur Laufzeit erfordert jedoch einen zusätzlichen Verarbeitungsaufwand.
sp_scriptdynamicupdproc ist in der neuesten Fassung der SQL Server 2000-Onlinedokumentation beschrieben. Weitere Informationen zum Installieren der neuesten Version der SQL Server 2000-Onlinedokumentation finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation. Dies ist eine englische Fassung des Referenzthemas für sp_scriptdynamicupdproc.
Eingeführt in SP1
Beim Einrichten von nicht synchronisierten Abonnements (d. h. Abonnements, die den Anfangssnapshot nicht erhalten) müssen die benutzerdefinierten gespeicherten Prozeduren für die Anweisungen INSERT, UPDATE und DELETE manuell erstellt werden. Typischerweise werden diese Anweisungen auf dem Abonnenten erstellt, wenn der Anfangssnapshot angewendet wird. Die neue gespeicherte Prozedur sp_scriptpublicationcustomprocs wurde hinzugefügt, um Skripts für die benutzerdefinierten gespeicherten Prozeduren auf Publikationsebene zu generieren. Diese neue Funktionalität kann das Einrichten nicht synchronisierter Abonnements erleichtern.
sp_scriptpublicationcustomprocs ist in der neuesten Fassung der SQL Server 2000-Onlinedokumentation beschrieben. Weitere Informationen zum Installieren der neuesten Version der SQL Server 2000-Onlinedokumentation finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation. Dies ist eine englische Fassung des Referenzthemas für sp_scriptpublicationcustomprocs.
Eingeführt in SP1
Wenn die Systemtabellen einer Mergereplikation viele Metadaten enthalten, verbessert ein Metadatencleanup die Leistung. Vor SQL Server 2000 SP1 konnte ein Metadatencleanup nur mit sp_mergecleanupmetadata ausgeführt werden. SQL Server 2000 SP1 und höhere Versionen ermöglichen hingegen den beibehaltungsbasierten Metadatencleanup. Dies bedeutet, dass Metadaten aus den folgenden Systemtabellen automatisch gelöscht werden können:
Hinweis Anfangsabbildtabellen sind vorhanden, falls die Option @keep_partition_changes zur Synchronisierungsoptimierung für die Publikation aktiviert ist.
Der beibehaltungsbasierte Metadatencleanup tritt wie folgt auf:
Hinweis Der -MetadataRetentionCleanup-Parameter ist für alle Merge-Agent-Profile, die in SQL Server 2000 SP1 und höheren Versionen enthalten sind, auf 1 festgelegt. Wenn Sie einen Server auf SP1 oder höher aktualisieren und dann die Mergereplikation hinzufügen, wird das Merge-Agent-Profil automatisch so aktualisiert, dass es diesen Parameter enthält. Wenn Sie einen Server auf SP1 oder höher aktualisieren, auf dem die Mergereplikation bereits aktiviert ist, wird das Merge-Agent-Profil nicht automatisch aktualisiert. Aktualisieren Sie es durch Ausführen von sp_add_agent_parameter (siehe Zusätzlicher Parameter für "sp_add_agent_parameter" weiter unten in diesem Abschnitt).
Wichtig Die Standardbeibehaltungsdauer für Publikationen beträgt 14 Tage. Wenn ein Artikel zu mehreren Publikationen gehört, können verschiedene Beibehaltungsdauerwerte vorliegen. In dieser Situation wird die längste Beibehaltungsdauer verwendet, um den frühesten möglichen Zeitpunkt für den Cleanup zu bestimmen. Wenn es für eine Datenbank mehrere Publikationen gibt und wenn mindestens eine von ihnen eine unbegrenzte Beibehaltungsdauer aufweist (@retention=0), wird für die Mergemetadaten der Datenbank nicht automatisch ein Cleanup ausgeführt. Aus diesem Grund sollten Sie die unbegrenzte Beibehaltungsdauer für Publikationen vorsichtig verwenden.
Die gespeicherte Systemprozedur sp_add_agent_parameter besitzt jetzt den MetadataRetentionCleanup-Parameter, mit dem Sie Merge-Agent-Profilen den beibehaltungsbasierten Metadatencleanup hinzufügen oder von diesen entfernen können. Der Wert 1 zeigt an, dass das Profil den Cleanup einschließen soll; der Wert 0 zeigt an, dass es keinen Cleanup einschließen soll. Um beispielsweise einem Profil den beibehaltungsbasierten Metadatencleanup hinzuzufügen, führen Sie folgenden Code aus:
EXEC sp_add_agent_parameter @profile_id=<my_profile_id>,
@parameter_name='MetadataRetentionCleanup', @parameter_value=1Damit der automatische beibehaltungsbasierte Cleanup in einer Datenbank auftritt, die in die Mergereplikation einbezogen wird, müssen sich die Datenbank und der Merge-Agent auf Servern mit SQL Server 2000 SP1 oder höher befinden. Beispiel:
Das Verwenden von automatischem Cleanup auf einigen Servern, aber nicht auf allen, führt im schlimmsten Fall zu falschen Konflikten, und auch diese sollten selten sein. Für Topologien, die SQL Server-Versionen vor SQL Server 2000 SP1 enthalten, ergeben sich möglicherweise Leistungsvorteile, wenn Sie sp_mergemetadatacleanup auf allen Servern ausführen, für die kein automatischer Cleanup erfolgt.
Der beibehaltungsbasierte Metadatencleanup verhindert den Zustand, in dem Daten nicht konvergieren, und das Überschreiben von Änderungen auf anderen Knoten ohne Warnung. Falsche Konflikte können jedoch auftreten, wenn die folgenden Bedingungen erfüllt sind:
Wenn beispielsweise ein Metadatencleanup auf dem Verleger erfolgt, nicht jedoch auf dem Abonnenten, und eine Aktualisierung auf dem Verleger vorgenommen wird, dann tritt ein Konflikt auf, obwohl die Daten scheinbar synchronisiert sind.
Um diesen Konflikt zu vermeiden, sollten Sie sicherstellen, dass der Metadatencleanup für Knoten, die miteinander in Beziehung stehen, ungefähr gleichzeitig erfolgt. Wenn -MetadataRetentionCleanup auf 1 festgelegt ist, erfolgt vor dem Beginn des Mergevorgangs automatisch ein Cleanup für den Verleger und den Abonnenten. Somit wird sichergestellt, dass der Cleanup für die beiden Knoten zur gleichen Zeit erfolgt. Verwenden Sie beim Auftreten eines Konflikts den Mergereplikationskonflikt-Viewer, um den Konflikt zu überprüfen und das Ergebnis nötigenfalls zu ändern.
Wenn ein Artikel zu mehreren Publikationen gehört oder Teil eines Neuverlegeszenarios ist, können die Beibehaltungsdauerwerte für eine gegebene Zeile auf dem Verleger und auf dem Abonnenten unterschiedlich sein. Um die Wahrscheinlichkeit zu verringern, dass ein Metadatencleanup auf einer Seite, nicht jedoch auf der anderen erfolgt, empfiehlt es sich, die gleiche Beibehaltungsdauer für diese unterschiedlichen Publikationen zu verwenden.
Hinweis Wenn die Systemtabellen viele Metadaten enthalten, für die ein Cleanup erforderlich ist, dauert die Ausführung des Mergeprozesses möglicherweise länger. Um dieses Problem zu verhindern, sollten Sie regelmäßig einen Metadatencleanup ausführen.
Eingeführt in SP1
Für eine Publikationsdatenbank, die von einer Sicherung wiederhergestellt wird, sollte zuerst eine Synchronisierung mit einer Abonnementdatenbank ausgeführt werden, die über ein globales Abonnement verfügt (d. h. über ein Abonnement mit einem zugewiesenen Prioritätswert), um ein ordnungsgemäßes Konvergenzverhalten der Daten sicherzustellen. Durch die Synchronisierung wird sichergestellt, dass die Änderungen an der Publikationsdatenbank, die bei der Wiederherstellung verloren gegangen sind, ordnungsgemäß erneut angewendet werden.
Synchronisieren Sie die Publikationsdatenbank nicht mit einer Abonnementdatenbank, die über ein anonymes Abonnement verfügt. Da anonyme Abonnements nicht genug Metadaten aufweisen, um Änderungen auf die Publikationsdatenbank anzuwenden, könnte eine derartige Synchronisierung dazu führen, dass Daten nicht konvergieren.
Bedenken Sie beim Planen von Sicherungs- und Wiederherstellungsvorgängen für die Mergereplikation die folgenden zusätzlichen Aspekte:
Stellen Sie eine Abonnementdatenbank nur dann aus einer Sicherung wieder her, wenn das Alter der Sicherung die kürzeste Beibehaltungsdauer aller vom Abonnenten abonnierten Publikationen nicht überschreitet. Wenn ein Abonnent beispielsweise drei Publikationen abonniert, deren Beibehaltungsdauerwerte 10, 20 und 30 Tage betragen, sollte die zum Wiederherstellen der Datenbank verwendete Sicherung höchstens 10 Tage alt sein.
Es empfiehlt sich dringend, einen Abonnenten vor dem Ausführen einer Sicherung mit dem Verleger zu synchronisieren. Andernfalls konvergieren die Daten im System möglicherweise nicht ordnungsgemäß, wenn der Abonnent von dieser Sicherung wiederhergestellt wird. Selbst wenn die Sicherungsdatei erst vor kurzem erstellt wurde, kann die letzte Synchronisierung mit dem Verleger fast um die Beibehaltungsdauer zurückliegen. Nehmen Sie beispielsweise an, dass eine Publikation mit einer Beibehaltungsdauer von 10 Tagen vorliegt. Die letzte Synchronisierung liegt 8 Tage zurück, und jetzt wird die Sicherung ausgeführt. Wenn die Sicherung 4 Tage später angewendet wird, ist die letzte Synchronisierung 12 Tage her. Dies überschreitet die Beibehaltungsdauer. Wenn die Synchronisierung des Abonnenten genau vor der Sicherung ausgeführt worden wäre, würde das Alter der Abonnementdatenbank die Beibehaltungsdauer nicht übersteigen.
Wenn Sie die Beibehaltungsdauer der Publikation ändern müssen, sollten Sie den Abonnenten manuell neu initialisieren, um sicherzustellen, dass die Daten konvergieren. Das Feature zum beibehaltungsbasierten Metadatencleanup löscht veraltete Metadaten aus Mergesystemtabellen, wenn die Beibehaltungsdauer der Publikation erreicht wird.
Mithilfe der Beibehaltungsdauer der Publikation wird bestimmt, wann Abonnements ablaufen, für die während der Beibehaltungsdauer keine Synchronisierung durchgeführt wurde. Wenn die Beibehaltungsdauer der Publikation nach einem Cleanup erhöht wird und für ein Abonnement ein Mergevorgang mit dem Verleger versucht wird (auf dem die Metadaten bereits gelöscht wurden), dann läuft das Abonnement nicht ab, weil die Beibehaltungsdauer erhöht wurde. Außerdem verfügt der Verleger nicht über ausreichende Metadaten zum Downloaden der Änderungen auf den Abonnenten. Dies führt zu mangelnder Konvergenz der Daten.
Eingeführt in SP1
Wenn Sie eine Sicherung auf denselben Server und in dieselbe Datenbank wiederherstellen und dort dieselbe Version ausgeführt wird wie auf dem Server, von dem die Sicherung erstellt wurde, dann werden die Replikationseinstellungen beibehalten. Wenn Sie eine replizierte Datenbank auf einen Computer mit einer anderen SQL Server-Version wiederherstellen als derjenigen, mit der die Datenbank gesichert wurde, sollten Sie die folgenden Aspekte berücksichtigen:Eingeführt in SP2
Während der normalen Verarbeitung kann die Mergereplikation an Abonnenten DELETE-Befehle senden, die sich auf Zeilen beziehen, die nicht zur Partition des Abonnenten gehören. DELETE-Befehle dieser Art werden als irrelevante Löschungen bezeichnet. Irrelevante Löschungen haben keine Auswirkungen auf die Datenintegrität oder -konvergenz, können jedoch zu unnötiger Netzwerkbelastung führen.
Zum Verringern der Netzwerkbelastung durch irrelevante Löschungen können Sie den neuen
-MaxNetworkOptimization-Parameter für den Snapshot-Agent bei Mergereplikationspublikationen verwenden. Das Festlegen des Parameters auf 1 verringert die Wahrscheinlichkeit irrelevanter Löschungen, sodass die Netzwerkleistung erhöht wird.
Hinweis Das Festlegen dieses Parameters auf 1 ist nur dann von Nutzen, wenn die Option zur Synchronisierungsoptimierung der Mergepublikation auf true festgelegt ist (d. h. der @keep_partition_changes-Parameter von sp_addmergepublication).
Standard ist 0, weil das Festlegen des Parameters auf 1 die Speicherung von Metadaten erhöhen und so zu Leistungsabfall auf dem Verleger führen kann, wenn mehrere Ebenen von Verknüpfungsfiltern und komplexen Teilmengenfiltern vorhanden sind. Sie sollten Ihre Replikationstopologie sorgfältig prüfen und -MaxNetworkOptimization nur dann auf 1 festlegen, wenn der Netzwerkverkehr durch irrelevante Löschungen inakzeptabel hoch ist.
Sie können diesen Parameter dem Profil des Snapshot-Agents hinzufügen, indem Sie die Systemprozedur sp_add_agent_parameter wie folgt ausführen:
EXEC sp_add_agent_parameter 1, 'MaxNetworkOptimization', 1Eingeführt in SP3
Mit SP3 und höher wird automatisch eine neue Rolle zur Verwendung durch die Mergereplikation erstellt. Der Name der neuen Rolle hat das Format MSmerge-<Publikations-ID>. Die Rolle wird für jede Mergereplikationspublikation auf dem Verleger erstellt und dient als Publikationszugriffsliste zum Steuern des Zugriffs auf Mergepublikationen auf dem Verleger. Wenn diese Rolle gelöscht wird, können Sie die in SP3 und höher enthaltene, neue gespeicherte Prozedur sp_createmergepalrole ausführen, um die Rolle neu zu erstellen. Diese gespeicherte Prozedur wird auf dem Verleger für die Publikationsdatenbank ausgeführt, um die Rolle neu zu erstellen.
sp_createmergepalrole ist in der neuesten Fassung der SQL Server 2000-Onlinedokumentation beschrieben. Weitere Informationen zum Installieren der neuesten Version der SQL Server 2000-Onlinedokumentation finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation. Dies ist eine englische Fassung des Referenzthemas für sp_createmergepalrole.
Eingeführt in SP3
Wenn ein Abonnement von einem Benutzer erstellt wird, der kein Mitglied der festen Serverrolle sysadmin ist, müssen Sie eine der folgenden Aktionen ausführen:
Hinweis Für die Funktion zum Aktivieren des Remote-Agents ist es erforderlich, dass der Auftragsschritt im Kontext eines Benutzerkontos in der festen Serverrolle sysadmin ausgeführt wird.
Eingeführt in SP3
Für eine Reihe von gespeicherten Prozeduren, die zum Implementieren, Verwalten und Überwachen einer Replikationstopologie verwendet werden, wurden Berechtigungen geändert. Die meisten dieser Änderungen beinhalten ein Engerfassen der Berechtigungen, die zum Ausführen der gespeicherten Prozeduren erforderlich sind. Weitere Informationen zu den neuen Berechtigungen finden Sie in der Transact-SQL-Referenz für gespeicherte Replikationsprozeduren in der aktualisierten Version der SQL Server-Onlinedokumentation. Weitere Informationen zur aktualisierten SQL Server 2000-Onlinedokumentation finden Sie in Abschnitt 1.8, Verfügbare aktualisierte SQL Server 2000-Onlinedokumentation.
Eingeführt in SP3
Der neue @published_in_tran_pub-Parameter wurde sowohl sp_addmergearticle als auch sp_changemergearticle hinzugefügt. Mit diesem Parameter wird angezeigt, dass ein Artikel in einer Mergepublikation auch in einer Transaktionspublikation veröffentlicht wird. @published_in_tran_pub ist vom Dateityp nvarchar(5), der Standard ist FALSE. Mit TRUE wird angegeben, dass der Artikel auch in einer Transaktionspublikation veröffentlicht wird.
Hinweis Wenn dieser Parameter in sp_changemergearticle geändert wird, muss der Snapshot für ungültig erklärt und Abonnenten müssen erneut initialisiert werden.
Eingeführt in SP3
In SQL Server können Sie vorhandene Abonnements (die mithilfe von SQL Server Enterprise Manager, SQL-DMO und gespeicherten Replikationsprozeduren erstellt wurden) für die Verwendung mit der Synchronisierungsverwaltung von Windows aktivieren. Mithilfe der Synchronisierungsverwaltung von Windows können Sie auch neue Abonnements erstellen. Nach dem Anwenden des Service Packs werden Sie bei der Synchronisierung eines Abonnements von der Synchronisierungsverwaltung von Windows aufgefordert, das Kennwort oder die Kennwörter einzugeben, die erforderlich sind, um mit den an der Synchronisierung beteiligten Servern eine Verbindung herzustellen.
Eingeführt in SP3
Unter bestimmten Bedingungen kann bei der Replikation im Hinblick auf das Anfügen oder Wiederherstellen einer publizierten Datenbank ein Fehler auftreten. Dies sind die folgenden Bedingungen:
Wenn alle Bedingungen erfüllt sind, sollten Sie die gespeicherte Prozedur sp_changedbowner für die angefügte oder wiederhergestellte Datenbank ausführen. Legen Sie als Besitzer den integrierten Administratorbenutzernamen sa fest. Damit wird sichergestellt, dass die Replikation ordnungsgemäß ausgeführt wird.
Hinweis Sie müssen Mitglied der festen Serverrolle sysadmin sein, um sp_changedbowner auszuführen.
Weitere Informationen zur datenbankübergreifenden Besitzverkettung finden Sie in Abschnitt 5.1.8, Datenbankübergreifende Besitzverkettung.
Eingeführt in SP4
Replikations-ActiveX®-Steuerelemente (sqlinitx.dll, sqldistx.dll, sqlmergx.dll und replerrx.dll) werden nicht mehr als "sicher für Skripterstellung" und "sicher für Initialisierung" bezeichnet. Die Sicherheit und das funktionale Verhalten der Steuerelemente wurden seit SP3 nicht geändert. Die Sicherheitsbezeichnungen wurden jedoch geändert, um Sicherheitsstandards zu erfüllen. Diese Änderungen können Anwendungen betreffen, die eingebettete Replikations-ActiveX-Steuerelemente auf einer Webseite aufrufen.
Eingeführt in SP4
Ein neuer Parameter, @compensate_for_errors, kann beim Aufrufen von sp_addmergearticle angegeben werden. Dieser Parameter gibt an, ob Kompensierungsmaßnahmen ergriffen werden, falls während der Synchronisierung Fehler (z. B. eine Einschränkungsverletzung) gefunden werden. Wenn dieser Parameter auf true festgelegt ist (Standard), führt eine Änderung, die auf einem Knoten während der Synchronisierung nicht angewendet werden kann, zu Kompensierungsmaßnahmen, die die Änderung auf allen anderen Knoten rückgängig machen. In manchen Fällen ist dieses Verhalten wünschenswert, in anderen Fällen kann es dagegen problematisch sein. Beispielsweise kann ein falsch konfigurierter Abonnent, der einen Fehler generiert, dazu führen, dass Änderungen auf dem Verleger und allen anderen Abonnenten rückgängig gemacht werden.
Wenn Sie false als Wert angeben, werden diese Kompensierungsmaßnahmen deaktiviert. Die Fehler werden jedoch weiterhin protokolliert, und nachfolgende Merges versuchen weiterhin die Änderungen anzuwenden. Es kann zwar sein, dass die Daten scheinbar nicht konvergieren. Sobald Sie den Fehler allerdings beseitigen, kann die Änderung angewendet werden, und die Daten konvergieren.
Hinweis Wenn die Quelltabelle für einen Artikel bereits in einer anderen Publikation veröffentlicht ist, muss der Wert von @compensate_for_errors für beide Artikel identisch sein.
Eingeführt in SP4
In früheren Versionen wurden Identitätsspalten in Transaktionspublikationen als Basisdatentyp repliziert, wie z. B. int, ohne dass die Identitätseigenschaft festgelegt war. Diese Vorgehensweise ist für Anwendungen geeignet, die auf dem Abonnenten keine Einfügungen zulassen. In SQL Server 2000 SP4 wird eine neue Schemaoption (0x4) für Transaktionspublikationen eingeführt, mit der die Identitätsspalte als Identitätsspalte repliziert wird. Dies ist in einer Reihe von Fällen hilfreich, wie z. B. bei der bidirektionalen Replikation und der Verwendung des Abonnenten als betriebsbereiten Standbyserver. In diesen Fällen können auf dem Abonnenten Einfügungen vorkommen, die wiederum dazu führen, dass die Identitätsspalte erhöht wird.
So geben Sie an, dass eine Identitätsspalte als Identitätsspalte repliziert werden soll
USE Northwind
GO
DBCC CHECKIDENT ('Employees', RESEED, 1000000)
GOWeitere Informationen finden Sie unter "DBCC CHECKIDENT" in der SQL Server-Onlinedokumentation.
Eingeführt in SP4
Für Verteilerinstanzen von SQL Server 2000 (32-Bit), die auf Computern mit Windows 2003 SP1 und X64-Prozessoren oder kompatiblen Prozessoren im Windows-on-Windows 64-Modus ausgeführt werden, werden keine Nicht-SQL Server-Abonnenten unterstützt. Das Ausführen des Windows-on-Windows 64-Modus wird zwar nun für SQL Server 2000 SP4 unterstützt, aber dieser Modus wird nicht von Treibern oder Providern unterstützt, mit denen vom Verteiler eine Verbindung mit dem Nicht-SQL Server-Abonnenten hergestellt wird.
In diesem Abschnitt werden die in SP4 enthaltenen Erweiterungen beim SQL Server-Agent beschrieben.
Eingeführt in SP2
Im Auftragsverlauf des SQL Server-Agents wird nun das Windows-Konto aufgezeichnet, mit dem der jeweilige Auftragsschritt ausgeführt wird. Mit diesen Informationen können Administratoren Sicherheitsprobleme bei geplanten Aufträgen diagnostizieren, einschließlich geplanter Aufträge, die für die Replikation definiert sind, und DTS-Tasks (Data Transformation Services).
Eingeführt in SP3
MSDE 2000 überprüft jetzt, ob der Besitzer des Agent-Auftrags über die Berechtigung verfügt, Daten der einzelnen Aufträge an die Ausgabeprotokolldatei anzufügen oder diese zu überschreiben. Dies geschieht auf drei Arten:
In allen Fällen werden die Aufträge mit den Anmeldeinformationen des SQL Server-Agents geschrieben. In MSDE 2000 wird jedoch jetzt mit diesem Testverfahren sichergestellt, dass der Benutzer über die Schreibberechtigungen für den ausgewählten Speicherort der Protokolldatei für die Auftragsausgabe auf dem Server verfügt. Im Auftragsverlauf werden Fehler angezeigt, aber die Auftragsschritte schlagen nicht fehl, wenn die Protokolldatei nicht geschrieben werden kann.
Eingeführt in SP3
In MSDE 2000 und der 32-Bit-Version von SQL Server 2000 kann SQL Agent Mail so konfiguriert werden, dass ein E-Mail-Profil von Extended MAPI zum Senden von E-Mail-Warnungen verwendet wird. Sie können eine E-Mail-Anwendung mit Extended MAPI, wie Microsoft Outlook, zum Erstellen eines Extended MAPI-Profils verwenden. In der 64-Bit-Version von SQL Server 2000 kann SQL Agent Mail nur Simple MAPI-Profile zum Senden von E-Mail-Warnungen verwenden. Verwenden Sie in MSDE 2000 oder der 32-Bit-Version von SQL Server 2000 keine Simple MAPI-Profile.
Im folgenden Thema wird eine Erweiterung für XML und SQLXML in SP4 beschrieben.
Eingeführt in SP3
Wenn Sie SP4 anwenden, wird OPENXML aktualisiert, damit eine benutzerdefinierte XML-Analysetechnologie verwendet wird, die mit MSXML 2.6 abwärtskompatibel ist.
Vor SP3 konnte bei der Version des von OPENXML verwendeten XML-Parsers ein Prädikat in einem XPath-Ausdruck auf das spezielle Abkürzungszeichen folgen, das den aktuellen Kontextknoten identifiziert. Dieser wird in der XPath-Syntax durch einen Punkt (.) gekennzeichnet. Damit wird die XPath-Syntaxspezifikation verletzt, die verlangt, dass diesem Zeichen ein Positionspfadausdruck folgt.
Mit dem neuen Verhalten von OPENXML darf auf das spezielle Abkürzungszeichen für den aktuellen Kontextknoten nicht direkt ein Prädikat folgen. Für XPath-Ausdrücke in SQLXML-Abfragen (XPath-Abfragen für Zuordnungsschemas mit Anmerkungen und in XSLT-Stylesheets, mit denen das Ergebnis von SQLXML-Abfragen transformiert wird), die die fehlerhafte Syntax enthalten, wird nach der Aktualisierung auf SP3 oder höher ein Fehler gemeldet.
Um diese Fehler zu vermeiden, müssen Sie jeden Ausdruck, der die falsche Syntax enthält, identifizieren und korrigieren. Die Syntax des XPath-Ausdrucks, der im Folgenden xsl:if -Element als Wert des Testattributs angegeben ist, ist beispielsweise ungültig, da auf das spezielle Abkürzungszeichen, das den aktuellen Kontextknoten identifiziert, das Prädikat [@ResourceTypeID='2'] direkt folgt.
Für die folgende Anweisung, die zuvor keinen Fehler generierte, wird nach der Installation von SP3 oder höher ein Fehler gemeldet.
<xsl:if test=".[@ResourceTypeID='2']">Wenn ein Fehler verhindert werden soll, muss der XPath-Ausdruck wie folgt angefügt werden:
<xsl:if test="@ResourceTypeID='2'">Eingeführt in SP1, aktualisiert für SP4
Die APIs (Application Programming Interfaces, Schnittstellen für Anwendungsprogrammierung) DB-Library und Embedded SQL für C werden in SQL Server 2000 und MSDE 2000 zwar noch unterstützt, aber alle zukünftigen SQL Server-Versionen werden die Dateien oder Dokumentation nicht mehr enthalten, die zum Programmieren von Anwendungen mit diesen APIs erforderlich sind. Verbindungen von vorhandenen Anwendungen, die DB-Library und Embedded SQL für C verwenden, werden in der nächsten SQL Server-Version noch unterstützt, aber diese Unterstützung wird in späteren Versionen nicht mehr vorhanden sein. Vermeiden Sie diese Komponenten beim Schreiben neuer Anwendungen. Beim Ändern vorhandener Anwendungen sollten Sie möglichst die Abhängigkeiten von diesen Technologien entfernen. Verwenden Sie anstelle von DB-Library oder Embedded SQL für C den Namespace system.data.SQLClient von .NET Framework oder eine API wie z. B. ADO, OLE DB oder ODBC für den Zugriff auf Daten in SQL Server. Weitere Informationen zu diesen Technologien finden Sie in der SQL Server-Onlinedokumentation oder im .NET Framework SDK.
Im folgenden Thema werden Erweiterungen bei MSDE 2000 Setup beschrieben.
Eingeführt in SP4
In MSDE 2000 SP4 wurde der neue SAVESYSDB-Parameter für MSDE 2000 Setup eingeführt. Der SAVESYSDB-Parameter ist für das Aktualisieren von MSDE 2000-Instanzen gedacht, die mithilfe von Mergemodulen oder MSI-Dateien in zukünftigen Versionen von SQL Server 2005 Express Edition installiert wurden. SAVESYSDB wird zusammen mit einem neuen Feature verwendet, das für zukünftige Versionen von SQL Server Express geplant ist. SAVESYSDB kann nur zum Deinstallieren einer Instanz verwendet werden, wenn MSDE 2000 Setup an der Eingabeaufforderung ausgeführt wird.
Standardmäßig löscht MSDE 2000 Setup alle Dateien der Systemdatenbanken master, model und msdb, wenn Sie eine MSDE 2000-Instanz deinstallieren. Wenn Sie SAVESYSDB=1 angeben, löscht MSDE 2000 Setup die Dateien für diese Systemdatenbanken nicht.
SAVESYSDB kann jederzeit angegeben werden, wird aber nur verarbeitet, wenn dieser Parameter zusammen mit der Option /x für die Deinstallation verwendet wird:
Setup /x sqlrun01.msi SAVESYSDB=1 INSTANCENAME="MyInstance"SAVESYSDB wird ignoriert, wenn /x nicht angegeben ist. Falls SAVESYSDB und /x angegeben sind, muss SAVESYSDB auf 1 festgelegt werden. Bei Festlegung auf einen anderen Wert, wird ein Fehler generiert.
Eingeführt in SP4
In SQL Server 2000 SP4 wurden neue Bedienungsfunktionen eingeführt, mit denen Sie Hotfixes deinstallieren können, die auf SP4 und höhere Versionen von SQL Server 2000 unter Windows XP und Windows Server 2003 angewendet wurden. (Diese Funktionalität gab es zwar in SQL Server 2000 SP3, aber erst nachdem ein zusätzliches Hotfix angewendet wurde.)