Beschreibung von Service Pack 2 für SQLServer 2000: 9. November 2001

Einführung in das 1.0

Diese Version von Service Pack 2 (SP2) für Microsoft SQL Server 2000 ist in drei Teile bereitgestellt:

• Database Components SP2 enthält Updates für die Datenbankkomponenten einer Instanz von SQL Server 2000, ohne Instanzen von SQL Server 2000 Desktop Engine. Database Components SP2 enthält Aktualisierungen:
  • Das Datenmodul.
  • Datenbank Clienttools und Dienstprogramme wie z. B. SQL Server Enterprise Manager und Osql.
  • Datenbank-Clientverbindungskomponenten, wie z. B. Microsoft OLE DB-Provider für SQL Server 2000, der SQL Server 2000-ODBC-Treiber und die Client-Netzwerkbibliotheken.
• Analysis Services SP2 stellt Updates für die SQL Server 2000 Analysis Services-Komponenten einer SQL Server 2000-Installation, einschließlich:
  • Analysis Services.
  • Analysis Services-Clientkomponenten, die Analysis-Manager und Microsoft OLE DB-Provider für Analysis Services enthalten.
  • Datenbank-Clientverbindungskomponenten, wie z. B. Microsoft OLE DB-Provider für SQL Server 2000, der SQL Server 2000-ODBC-Treiber und die Client-Netzwerkbibliotheken.
• Desktop Engine SP2 enthält Updates für die Datenbankkomponenten einer Instanz von SQL Server 2000 Desktop Engine (auch als MSDE 2000 bezeichnet), einschließlich:
  • Das Datenmodul.
  • Datenbank-Clientverbindungskomponenten, wie z. B. Microsoft OLE DB-Provider für SQL Server 2000, der SQL Server 2000-ODBC-Treiber und die Client-Netzwerkbibliotheken.

Diese Teile von SP2 können einzeln, wie folgt angewendet werden:

• SQL Server 2000-Sites können Database Components SP2 verwenden, um Ihre Datenbankkomponenten zu aktualisieren, ohne Ihre Analysis Services-Komponenten oder Instanzen von SQL Server 2000 Desktop Engine aktualisieren.
• Analysis Services 2000-Standorte können Analysis Services SP2 verwenden, um Ihre Analysis Services-Komponenten zu aktualisieren, ohne Instanzen von Desktop Engine oder Ihre Datenbankkomponenten zu aktualisieren.
• Desktop Engine-Standorte können Desktop Engine SP2 verwenden, um Instanzen von Desktop Engine aktualisieren, ohne zu Analysis Services oder Instanzen der anderen Editionen von SQL Server 2000 aktualisieren.
  
  Hinweis: Wenn Sie separate Instanzen von Desktop Engine und anderen Editionen von SQL Server auf demselben Computer haben, müssen Sie die Instanzen von Desktop Engine 2000 und Database Components SP2 auf die anderen Instanzen von SQL Server 2000 Desktop Engine SP2 zuweisen.

Weitere Informationen zum Installieren von MSDE finden Sie unter Abschnitt 2.2 "Desktop Engine SP2 file" und Abschnitt 3.7 "Install Desktop Engine SP2."

Hinweis: Desktop Engine SP2 ist die einzige in Portugiesisch (Brasilien), Schwedisch und Niederländisch, verfügbar gemacht, da SQL Server 2000 Desktop Engine die einzige Version von SQL Server 2000 ist Service Pack-Teil für diese Sprachen erzeugt. Die SQL Server 2000-Komponenten aktualisiert, indem Sie Database Components SP2 oder Analysis Services SP2 sind nicht in diesen Sprachen verfügbar. Portugiesisch (Brasilien), Schwedisch und Niederländisch Benutzer, möchten eine Version von SQL Server Service Pack 2 anwenden, außer der Desktop Engine Service Pack 2 Dateien downloaden müssen, die die Sprache für die Edition diese aktualisiert werden entsprechen, wie z. B. die englische Sprache downloaden, Dateien von Service Pack 2, wenn Sie eine englische Version von SQL Server 2000 ausgeführt werden. Anweisungen zum Download unten finden Sie in Abschnitt 2.0 "Downloading and extracting SP2".
Details der Database Components SP2-installation
Datenbank SP2 Setup erkennt automatisch, welche Edition von SQL Server 2000 auf der Instanz von SQL Server 2000 aktualisiert vorhanden ist, und aktualisiert nur die Komponenten, die für die Instanz installiert wurden. Beispielsweise, wenn das Servicepack auf einem Computer mit SQL Server 2000 Standard Edition angewendet wird, versucht es nicht, Komponenten zu aktualisieren, die nur mit SQL Server 2000 Enterprise Edition ausgeliefert.

Database Components SP2 kann auf eine einzige Standardinstanz oder eine benannte Instanz von SQL Server angewendet werden. Wenn mehrere Instanzen von SQL Server 2000 auf SP2 aktualisiert werden müssen, müssen Sie SP2 für jede Instanz anwenden. Wenn eine Instanz auf einem Computer mit einem oder mehreren Instanzen von SQL Server 2000 auf SP2 aktualisiert wird, werden alle Tools, die auf SP2 aktualisiert. Es sind nicht separate Kopien der Tools für jede Instanz auf einem Computer.
Entfernen von SP2
Wenn das Servicepack installiert ist, es nimmt Änderungen an den Systemtabellen aus Gründen der Wartung, und Sie Aktualisierungen auch Benutzer und Verteilerlisten Datenbanken, die Mitglieder einer Replikationstopologie. Aufgrund von diesen Änderungen kann SP2 nicht problemlos entfernt werden. Um den Build wiederherzustellen ausgeführt wurden, vor der Installation von SP2 müssen Sie zuerst die Instanz von SQL Server 2000 deinstallieren. Anschließend müssen Sie diese Instanz von SQL Server 2000 neu installieren. Wenn Sie SQL Server 2000 SP1 ausgeführt haben, müssen Sie SP1 auf die Instanz erneut anwenden. Weitere Informationen zur Deinstallation von SP2 finden Sie unter Abschnitt 3.13 "Uninstalling SP2."

Hinweis: Um SP2 zu entfernen, müssen Sie eine Sicherungskopie der Datenbanken master , Model und Msdb unmittelbar vor dem Anwenden von SP2 durchgeführt verfügen. Weitere Informationen finden Sie Abschnitt 3.1"Back up your SQL Server databases" und Abschnitt 3.2 "Back up your Analysis Services databases."
Weitere Informationen zu SP2
Eine Liste der in diesem Servicepack enthaltene Problembehebungen wird im Microsoft Knowledge Base-Artikel Q306908 bereitgestellt. Jedes Hotfix in 306908 aufgeführten hat eine Verknüpfung auf einen Knowledge Base-Artikel beschreibt das Problem durch das Update behoben. Diese Artikel werden an Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) veröffentlicht.
Hyperlinks in den Artikeln Update, um Informationen über jedes Hotfix zu erhalten.

Alle Informationen zu SQL Server 2000 Service Pack 2, die nicht in der Zeit, die in dieser Readme-Datei enthalten sein verfügbar war, wird in Microsoft Knowledge Base-Artikel Q306909 veröffentlicht werden. Dieser Artikel ist in der Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) verfügbar.
QFE behoben
Wenn Sie ein QFE-Update nach 3 Oktober 2001 erhalten, wird das Update, wahrscheinlich nicht in SP2 enthalten sein. Wenden Sie sich bitte an Ihren Hauptanbieter für technischen Support-Anbieter zu einem QFE-Update für SP2.

1.1 Identifiziert die aktuelle Version von SQL Server oder Analysis Services

Verwenden Sie die folgenden Techniken für herausfinden, welche Version von SQL Server oder Analysis Services Sie installiert haben.
SQLServer
Identifizieren Sie welche Version von SQL Server 2000 installiert haben, SELECT Typ @@ VERSION an der Eingabeaufforderung beim die Dienstprogrammen Osql oder Isql verwenden oder im Abfragefenster in SQL Query Analyzer. Die folgende Tabelle zeigt die Beziehung zwischen der Versionszeichenfolge von @@ VERSION und der SQL Server 2000-Versionsnummer gemeldet. Hinweis: Der Anfang der Zeile gibt SQL Server-Edition. Darauf folgt Informationen zum aktuellen Betriebssystem.

Analysis Services
Gehen Sie folgendermaßen vor um identifizieren, welche Version von Analysis Services Sie installiert haben:

1. Klicken Sie im Startmenü auf Programme , SQL Server 2000 , Analysis Services , und klicken Sie dann auf Analysis-Manager .
2. Klicken Sie in der Struktur Analysis-Managers mit der rechten Maustaste auf den Knoten Analysis-Server, und wählen Sie Zu Analysis Services .
3. Die folgende Tabelle zeigt, welche Version von Analysis Services Sie haben.

2.0 Downloaden und extrahieren SP2

Dieses Servicepack wird auf drei Arten verteilt:

• Auf einer SQL Server 2000 Service Pack 2-CD enthält, die Servicepacks für die folgenden Komponenten:
  • Database Components SP2
  • Analysis Services SP2
  • Desktop Engine SP2
  Hinweis: Diese CD enthält alle vorhandene Instanzen von Desktop Engine aktualisieren erforderlichen Dateien. Die maximale Anzahl von Instanzen für das Desktopmodul unterstützt ist 16.
• In drei selbstextrahierende Dateien, die aus dem Internet gedownloadet werden können:
  • SQL2KSP2.exe (Database Components SP2)
  • SQL2KASP2.exe (Analysis Services SP2)
  • SQL2KDeskSP2.exe (Desktop Engine SP2)
  Hinweis: Die SQL2KDeskSP2.exe-Datei enthält ein Update für eine einzelne Instanz von Desktop Engine, die nur mit sqlrun01.msi erstellt wurde. Weitere Informationen finden Sie Abschnitt 2.2 "Desktop Engine SP2 file."
• Auf einer SQL Server 2000 Desktop Engine Service Pack 2-CD-ROM (nur Desktop Engine)

Hinweis: Nur die SQL Server 2000 Desktop Engine Service Pack 2-CD enthält die Mergemodule oder MSI-Dateien, die um eine neue Instanz von Desktop Engine installieren erforderlich sind.

2.1-Datenbank und Analysis Services SP2-Dateien

Beim Downloaden und extrahieren Datenbankkomponenten oder Analysis Services SP2-Installationsdateien aus dem Internet, verwenden Sie die folgenden Richtlinien.

Downloaden Sie eine der Dateien im Abschnitt 2.0 aufgeführt, und platzieren Sie die selbstextrahierende Datei in einem Ordner auf dem Computer, auf dem die Instanz von SQL Server 2000 ausgeführt wird, auf dem Sie dieses Servicepack installieren. Führen Sie aus dem Ordner die Datei. Das Self-extraction-Programm fordert für den Namen des Ordners Sie in dem die Service Pack-Dateien abgelegt werden sollen.

Auf dem lokalen Laufwerk, in dem Sie die Installationsdateien für Service Pack heruntergeladen haben, müssen Sie freien Speicherplatz ungefähr die dreifache Größe der selbstextrahierenden Datei. Dies schließt Speicherplatz zum Speichern der Datei, Speicherplatz zum Speichern der extrahierten Service Pack-Dateien und temporäre Arbeitsbereich für das Self-extraction-Programm selbst erforderlich.

Sie können den ausgewählten Ordner umbenennen, nach dem Extrahieren der Komponenten; jedoch sicherstellen, dass der Name des Verzeichnisses enthält keine leeren Leerzeichen. Können Sie den gleichen Zielordner für jede der oben genannten Dateien; Sie werden nicht überschrieben oder gegenseitig beeinträchtigen.

Die selbstextrahierenden Dateien werden zum Erstellen einer Gruppe von Verzeichnissen und Dateien auf Ihrem Computer, die die gleichen wie auf der SP2-CD-ROM vorhanden sind. Wenn Sie SP2 herunterladen müssen Sie die Service Pack-Verzeichnisse erstellen, bevor Sie SQL Server Setup ausführen, können die Dateien extrahieren.

Für Datenbankkomponenten und Analysis Services ist der Setup-Prozess für die SP2-CD und die extrahierten SP2-Dateien identisch.

Hinweis: Einige der Dateien in Servicepacks sind Systemdateien, so dass Sie diese, sofern Sie diese Schritte sehen können nicht: In Windows Explorer im Menü Ansicht klicken Sie auf Optionen , klicken Sie auf die Registerkarte Ansicht und aktivieren Sie das Kontrollkästchen Alle Dateien anzeigen .

2.2 Desktop Engine SP2-Datei

Beim Downloaden und extrahieren die Desktop Engine SP2-Installationsdatei aus dem Internet, verwenden Sie die folgenden Richtlinien.

Downloaden und Extrahieren der Datei Desktop Engine SP2 wie oben für die Datenbankkomponenten und Analysis Services SP2-Dateien mit den folgenden Ausnahmen beschrieben.

Wenn Sie die Datei "Desktop Engine SP2 aus dem Internet downloaden, können Sie das Servicepack nur Instanzen von Desktop Engine zuweisen, die von sqlrun01.msi installiert wurden. Wenn Sie versuchen, das Servicepack auf Instanzen anwenden, die erstellt wurden mit sqlrun02.msi ? sqlrun16.msi aus der Setup.exe-Datei, die aus dem Internet gedownloadet wurde erhalten Sie eine der folgenden Fehlermeldungen:
-oder- Instanzen von Desktop Engine aktualisieren, die erstellt wurden mit sqlrun02.msi - sqlrun16.msi, wenden Sie das Servicepack von der Microsoft-CD.

3.0 Service Pack-installation

Folgen Sie die Installationsanweisungen weiter unten, zum Installieren von SP2. Nicht alle Schritte sind erforderlich, je nachdem, welche der folgenden SQL Server 2000-Komponenten oder Konfigurationen, die für die das Servicepack gilt:

• Datenbank-Serverkomponenten
• Datenbank-Clientkomponenten
• Analysis Services
• Desktop Engine
• Failover-cluster
• Replikationsserver

Für jedes Schritt Installation werden die entsprechenden Komponenten aufgeführt.

Hinweis: Das Servicepack ist sprachspezifisch. Wenden Sie das Servicepack mit derselben Sprache wie die SQL Server-Komponente, die Sie aktualisieren.

Hinweis: Bevor Sie SP2 auf die französische Version von Windows NT 4.0 installieren, lesen Sie und folgen Sie die Anweisungen im Knowledge Base-Artikel 259484. Sie können der Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) im Artikel zugreifen.

vor Beginn einer installation
geändert von SP1

Alle Komponente Installationen mit Ausnahme von Analysis Services gilt Folgendes:

Benutzerdatenbanken außer für diese Benutzerdatenbanken, die aktiv an Replikationstopologien beteiligt sind, werden von SP2 Setup nicht aktualisiert. Datenbanken, die nicht in Replikationstopologien beteiligt sind verfügen nicht über Abhängigkeiten auf SP2. Beispiel:

• Sie können eine Datenbanksicherung für Benutzer von einer Instanz von SQL Server 2000 oder SQL Server 2000 SP1 zu einer Instanz von SQL Server 2000 wiederherstellen.
• Sie können eine Datenbanksicherung für Benutzer von einer Instanz von SQL Server 2000 SP2 zu einer Instanz von SQL Server 2000 SP2, eine Instanz von SQL Server 2000 SP1 oder eine Instanz von SQL Server 2000 wiederherstellen.
• Sie können trennen eine Benutzerdatenbank von einer Instanz von SQL Server 2000 oder SQL Server 2000 SP1 und es zu einer Instanz von SQL Server 2000 SP2 anfügen.
• Sie können trennen eine Benutzerdatenbank von einer Instanz von SQL Server 2000 SP2 und es zu einer Instanz von SQL Server 2000 oder SQL Server 2000 SP1 anfügen.
• Sie können im Protokoll zwischen Instanzen von SQL Server 2000, SQL Server 2000 SP1 und SQL Server 2000 SP2 Versand nutzen. SP2 Setup Benutzerdatenbanken aktualisieren, die Mitglieder einer Replikationstopologie sind.

Stellen Sie vor der Installation von SP2 sicher, dass die Replikation Datenbanken und Dateigruppen geschrieben werden und, dass das Benutzerkonto, die Ausführen von Setup Zugriffsberechtigung für die Datenbanken verfügt. Weitere Informationen zum Anwenden von SP2 auf Replikationstopologien beteiligten Datenbanken finden Sie unter Abschnitt 3.11 "Installing on replicated servers".

Wenn SP2 Setup erkennt alle Benutzerdatenbanken oder Dateigruppen, die nicht geschrieben, werden Sie:

• Wendet die SP2-Replikationsaktualisierungen auf alle beschreibbaren Benutzerdatenbanken.
• Eine Liste der Datenbanken nicht beschreibbaren Sie im Setupprotokoll, am winnt\sqlsp.log geschrieben.
• Zeigt die folgende Warnung an:
  Setup hat eine oder mehrere Datenbanken und Dateigruppen, die nicht schreibgeschützt sind.

Wenn einige der in das Setupprotokoll aufgelisteten Datenbanken Mitglieder einer Replikationstopologie sind, können Sie diese Warnung ignorieren. Wenn keines der nicht beschreibbaren im Setupprotokoll aufgelisteten Datenbanken Mitglied einer Replikationstopologie sind, müssen Sie stellen diese Datenbanken schreibgeschützt und übernehmen Sie SP2 Setup für diese Instanz von SQL Server 2000.

Hinweis: Diese Nachricht hat keine Auswirkungen unbeaufsichtigte Installationen auf. Weitere Informationen zu unbeaufsichtigten Installationen finden Sie unter Abschnitt 4.0 "Unattended installations".

Weitere Informationen zum Erstellen einer Datenbank schreibbare finden Sie unter Abschnitt 3.12 "Applying SP2 to non-writable databases or filegroups." Weitere Informationen über Erneutes Anwenden von SP2 finden Sie unter Abschnitt 3.14 "Reapplying SP2."

Hinweis: Während der Installation wird Setup nicht unterschieden zwischen nur-Lese-Datenbanken und Datenbanken, die offline oder als fehlerverdächtig sind. Wenn eine Replikationsdatenbank oder Dateigruppe in eine dieser Bedingungen während der Installation und in einer Replikationstopologie beteiligt ist, muss das Servicepack erneut angewendet werden nach die Datenbank geschrieben.

Hinweis: Da nicht beschreibbare Datenbanken mehr Setup fehlschlagen führt, müssen Sie nicht mehr Protokollversand vor der Aktualisierung auf SP2 zu entfernen.

Vorbereiten für ein Systems Management Server verteilt installation

SQL Server 2000 Service Pack 2 kann nicht remote installiert werden. Microsoft Systems Management Server können Sie jedoch um SP2 automatisch auf mehreren Computern unter Microsoft Windows NT Server 4.0 zu installieren. Dazu müssen Sie eine Paketdefinitionsdatei (Smssql2ksp2.pdf-Datei) verwenden, die die Erstellung eines SQL Server-Pakets in Systems Management Server automatisiert. SQL Server-Pakets kann anschließend verteilt und auf Systems Management Server-Computern installiert werden. Die Datei Sms2kdef.bat ist eine Batchdatei, die erkennt die Plattform des Computers und führt die entsprechende Version von Setup-Programm.

Systems Management Server kann nicht verwendet werden, um der Desktop Engine SP2 installieren.

Sichern Sie 3.1 Ihre SQL Server-Datenbanken

Alle Komponente Installationen mit Ausnahme von Datenbank-Clientkomponenten gilt Folgendes:

Sichern Sie die Datenbanken master , Msdb und Model , bevor Sie Database Components SP2 oder Desktop Engine SP2 installieren. Installieren des Servicepacks nimmt Änderungen auf die Datenbanken master , Msdb und Model , wodurch Sie inkompatibel mit Versionen von SQL Server vor. Diese Sicherungen sind erforderlich, wenn Sie SQL Server 2000 ohne SP2 neu installieren möchten.

Es ist auch ratsam, um die Benutzerdatenbanken zu sichern, obwohl SP2 nur Updates in Datenbanken ausführen, die Mitglieder der Replikationstopologien sind.

Sichern Sie 3.2 Ihre Analysis Services-Datenbanken

Der folgende Code gilt nur für Analysis Services:

Vor der Installation von Analysis Services SP2 sichern Sie Ihrer Analysis Services-Datenbanken Erstellen einer Kopie des Ordners Microsoft Analysis Services\Data, die standardmäßig unter den Ordner C:\Programme installiert ist. Wenn Sie mit SQL Server Analysis Services-Repository migriert haben, erstellen Sie eine Sicherungskopie der Datei die Msmdrep.mdb, befindet sich im Ordner Microsoft Analysis Services\bin. Sie können auch Ihre Analysis-Server Einträge in der Registrierung mit Regedit.exe und mithilfe des Exportieren im Menü Registrierung den Schlüssel HKEY_LOCAL_MACHINE\SOFTWARE\OLAP Server für die Sicherung in einer Datei zu exportieren speichern.

3.3 Sicherstellen, dass die Systemdatenbanken genügend freien Speicherplatz

Alle Komponente Installationen mit Ausnahme von Datenbank-Clientkomponenten und Analysis Services gilt Folgendes:

Wenn die Option Automatische Vergrößerung für die Datenbanken master und Msdb nicht ausgewählt wurde, müssen die Datenbanken mindestens 500 KB freien Speicherplatz verfügen. Stellen Sie sicher, dass Sie Speicherplatz dieses verfügbar, Sp_spaceused System gespeicherte Prozedur für die master oder Msdb -Datenbank. Wenn der nicht zugeordnete Speicherplatz in der Datenbank weniger als 500 KB ist, vergrößern Sie die der Datenbank. Weitere Informationen finden Sie "Erweitern einer Datenbank" in der SQL Server-Onlinedokumentation .

Wenn die Option Automatische Vergrößerung für die Datenbanken master und Msdb ausgewählt wurde und auf den Laufwerken ausreichend Platz vorhanden ist, können Sie diese Schritt überspringen.

Um zu überprüfen, dass diese Option in SQL Server 2000 ausgewählt wurde, öffnen Sie SQL Server Enterprise Manager, klicken Sie mit der rechten Maustaste auf das Symbol für die Datenbank und klicken Sie auf Eigenschaften. Stellen Sie sicher, dass das Kontrollkästchen Datei automatisch vergrößern aktiviert ist.

Um zu überprüfen, dass diese Option in Desktop Engine ausgewählt wurde, geben Sie die folgenden SQL-Anweisungen:

• Sp_helpdb master
• Sp_helpdb msdb

In der Ausgabe dieser Anweisungen sicher, dass die Spalte Wachstum nicht ist 0.

Beenden Sie 3.4 Dienste und Anwendungen vor dem Ausführen der Installation von SP2

Alle Komponenten gilt Folgendes:

Sie können SP2 anwenden, ohne Dienste heruntergefahren. Wenn Sie Dienste nicht beenden, werden Sie aufgefordert, nach Abschluss der Installation neu zu starten. Ohne Neustart, werden die Dienste nicht gestartet.

Sie können SP2 anwenden, ohne Neustart des Computers durch Beenden die folgenden Dienste und Anwendungen vor dem Anwenden des Servicepacks:

• Microsoft Distributed Transaction Coordinator (MS DTC) und die Dienste Microsoft Search und MSSQLServerOLAPService.
• Dienste MSSQLServer und SQLServerAgent für die Instanz wird aktualisiert (z. B. MSSQL $ NamedInstance).
• Microsoft Komponentendienste, Microsoft Message Queuing und Microsoft COM Transaction Integrator.
• Alle Anwendungen, einschließlich der Systemsteuerung. Diese Schritt sollten, aber nicht erforderlich.

Sie können Dienste in einer Clusterumgebung nicht beenden. Weitere Informationen finden Sie Abschnitt 3.10.

Installieren Sie 3.5 Database Components SP2

Alle Komponente Installationen mit Ausnahme von Desktop Engine und Analysis Services gilt Folgendes:

Führen Sie das Setup.bat Skript aus der folgenden Speicherorte:

• Das Verzeichnis, die die extrahierten Service Pack-Dateien von SQL2KSP2.exe enthält.
• Das Service Pack-Verzeichnis auf der SQL Server 2000 SP2-CD.

Setup.bat Öffnet das Dialogfeld einrichten, die aufgefordert, Informationen, z. B., ob die SQL Server­Authentifizierung oder die Windows-Authentifizierung verwendet werden soll. Wenn Sie SQL Server-Authentifizierung auswählen, müssen Sie das Setup-Programm mit dem Kennwort für den Benutzernamen sa angeben. Wenn Sie Windows-Authentifizierung auswählen, müssen Sie das Setupprogramm während Sie an Windows angemeldet ausführen mit einem Windows-Anmeldekonto. Dieses Anmeldekonto muss ein Teil der festen Serverrolle für die Instanz von SQL Server 2000 oder MSDE, die Sie aktualisieren Sysadmin sein.

Anschließend das Setup-Programm:

• Ersetzt die vorhandenen SQL Server 2000 oder MSDE-Dateien mit den SP2-Dateien.
• Führt mehrere Transact-SQL-Skriptdateien, gespeicherten Systemprozeduren aktualisieren.
• Zeigt das Dialogfeld Authentifizierungsmodus, wenn es erkennt, dass die Installation für die Systemadministratoranmeldung Mischmodus-Authentifizierung mit einem leeren Kennwort verwenden. Die sa das Kennwort leer lassen bietet Benutzern einfache administrativen Zugriff auf SQL Server oder MSDE und wird nicht empfohlen, Ihre Systeme durch das Erzwingen eines sa-Kennwort oder mithilfe der Windows-Authentifizierung schützen. Weitere Informationen zu diesem Dialogfeld finden Sie unter Authentifizierung Modus Dialogfeld weiter unten in diesem Abschnitt.
• Zeigt ein Dialogfeld an, wenn es erkennt, dass alle Datenbanken oder Dateigruppen nicht schreibgeschützt sind. Zu diesem Zeitpunkt Wenn diese Datenbanken oder Dateigruppen Teil einer Replikationstopologie sind können Sie entweder:
  1. Beenden Sie den Setupprozess, diese Objekte schreibbar machen und starten Sie das Setup neu.
  2. Mit aktuellen Setup von SP2 fortfahren und SP2 einem späteren Zeitpunkt nach dem vornehmen dieser Objekte schreibbare erneut.
  Hinweis: Die vorangegangenen Schritte sind nur beim Anwenden von SP2 auf nicht beschreibbarer Datenbanken oder Dateigruppen, die Teil einer Replikationstopologie sind erforderlich. Weitere finden Sie Abschnitt 3.12 anwenden SP2 nicht beschreibbare Datenbanken oder Dateigruppen.

Authentifizierungsmodus Dialogfeld

Im Dialogfeld Authentifizierungsmodus nicht standardmäßig auf die aktuellen Einstellungen für die Installation. Im Dialogfeld standardmäßig sind:

• Auf Computern unter Microsoft Windows 98 oder Windows Millennium Edition ist die Standardeinstellung Authentifizierung im gemischten Modus (der nur Authentifizierungsmodus auf diesen Betriebssystemen unterstützt). Das Dialogfeld aufgefordert, ein Kennwort für den Benutzernamen sa angeben. Wenn Sie ein Kennwort angeben, wird das Setup-Programm, das sa -Kennwort geändert. Wenn Sie das Kennwort leer lassen, wird der Setup-Programm eine Verbindung herstellen und das Kennwort nicht ändern.
• Auf Computern unter Windows NT 4.0 oder Windows 2000 ist die Standardeinstellung Windows-Authentifizierung. Verwenden Sie das Dialogfeld, um zu Windows-Authentifizierungsmodus oder gemischter Modus mit einem Benutzernamen sa -Kennwort zu wechseln, die nicht leer ist.

Bevor Sie den Authentifizierungsmodus oder das Kennwort für sa ändern, müssen Sie sicherstellen, dass diese Änderung nicht auf vorhandene Anwendungen auswirkt. Z. B. Wenn Sie eine Instanz von SQL Server mithilfe der Windows-Authentifizierung über die Authentifizierung im gemischten Modus ändern, werden vorhandene Anwendungen versuchen, eine Verbindung mithilfe der SQL Server-Authentifizierung herzustellen keine Verbindung bis der Authentifizierungsmodus für die Verwendung der Windows-Authentifizierung geändert wird. Auch wenn Sie das Kennwort sa ändern, werden Anwendungen oder administrative Prozesse mit dem alten Kennwort keine Verbindung, bis Sie mit das neue Kennwort geändert wurden.

Das Setup-Programm fügt eine Aufzeichnung der Aktionen, die es in der Datei "Sqlsp.log" im Windows-Verzeichnis des Computers ausgeführt, auf dem es ausgeführt wurde. Wenn mehrere Instanzen aktualisiert werden, werden nur die neueste Aktualisierung in diesem Protokoll aufgezeichnet.

3.6 Analysis Services SP2 installieren

Der folgende Code gilt nur für Analysis Services:

Führen Sie Setup.exe aus der folgenden Speicherorte, um Analysis Services SP2 zu installieren:

• Das Msolap\Install-Unterverzeichnis im Verzeichnis mit der extrahierte Datei Analysis Services SP2 aus SQL2KASP2.exe.
• Das Msolap\Install-Verzeichnis auf der SP2-CD.

Setup.exe Öffnet das Dialogfeld einrichten, die aufgefordert, Informationen und führt anschließend die Installation.

Installieren Sie 3.7 Desktop Engine SP2

Der folgende Code gilt nur für MSDE:

Das Servicepack für SQL Server 2000 Desktop Engine (auch als MSDE 2000 bezeichnet) ist für Entwickler vorgesehen, die verteilbare Anwendungen erstellen, die Desktop Engine verwenden. Wenn Sie eine Anwendung, die der Desktop Engine verwendet ausführen, wenden Sie sich Informationen zum Aktualisieren von Instanzen von Desktop Engine installiert, indem diese Anwendungen an Ihren Anbieter. Weitere Informationen finden Sie unter "Distributing der SQL Server 2000 Desktop Engine" in der SQL Server-Onlinedokumentation .

Das Servicepack für das Desktopmodul wird in drei Formen bereitgestellt:

• SQL Server 2000 Service Pack 2-CD : die CD enthält alle vorhandene Instanzen von Desktop Engine aktualisieren erforderlichen Dateien. Die maximale Anzahl von Instanzen für das Desktopmodul unterstützt ist 16. Diese CD gehören nicht die Mergemodule oder MSI-Dateien, die erforderlich sind, um eine neue Instanz von Desktop Engine installieren.
• SQL2KdeskSP2.exe : Diese Datei enthält ein Update für eine einzelne Instanz von Desktop Engine, die mit sqlrun01.msi erstellt wurde. Der Download kann nicht zum Aktualisieren von Instanzen von Desktop Engine, die mithilfe von anderen MSI-Dateien (sqlrun02.msi über sqlrun16.msi) erstellt wurden verwendet werden. Die Datei schließt nicht die Mergemodule oder MSI-Dateien, die erforderlich sind, um eine neue Instanz von Desktop Engine installieren. Weitere Informationen finden Sie Abschnitt 2.2 "Desktop Engine SP2 File.
  
  Hinweis: Informationen zum bestimmen die MSI-Datei verwendet wurde, um eine Instanz von MSDE zu erstellen, finden Sie in den Knowledge Base-Artikel Q311762. Sie können der Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) im Artikel zugreifen.
• SQL Server 2000 Desktop Engine Service Pack 2-CD : Diese CD steht durch Anforderung MSDN Universal-Abonnenten über Microsoft Product Support (http://support.microsoft.com/default.aspx) . Es enthält alle vorhandene Instanzen von Desktop Engine aktualisieren erforderlichen Dateien. Darüber hinaus enthält es die Mergemodule und MSI-Dateien, die erforderlich sind, um eine neue Instanz von Desktop Engine installieren. Diese CD ist für Entwickler bereitgestellt, die Anwendungen zu erstellen, die das Desktopmodul erfordern. Weitere Informationen finden Sie "Verteilen von SQL Server Applications" in SQL Server-Onlinedokumentation .
  
  Hinweis: Die SQL Server 2000 Desktop Engine Service Pack-2 CD ist nicht das Service Pack für SQL Server oder Analysis Services enthalten.

Das Verfahren zum Aktualisieren einer vorhandenen Installation des Desktopmoduls hängt von dem die drei Versionen der SP2-Software Sie verwenden und das Medium (z. B. CD-ROM oder Netzwerk-Freigabe) aus dem Sie die Aktualisierung durchführen. Wenn der Desktop Engine zu aktualisieren, muss für jede Instanz von Desktop Engine MSDE Servicepack angewendet werden.

Anforderungen

Verwenden Sie "Setup.exe", um dieses Servicepack anzuwenden. Setup.exe in Desktop Engine SP2 akzeptiert dieselben Parameter wie die SQL Server 2000 Desktop Engine Setup.exe "mit SQL Server 2000 veröffentlicht. Das Referenzmaterial für Setup.exe befindet sich in:

• Das Thema "SQL Server 2000 Desktop Engine Setup" in der SQL Server 2000-Onlinedokumentation .
• In den folgenden Abschnitten die ursprüngliche SQL Server 2000 Readme.txt-Datei:
  • 3.1.4
  • 3.1.23
  • 3.1.28
  • 3.1.29
  • 3.1.30

Sie können Setup von der Festplatte, einer Netzwerkfreigabe oder einer CD-ROM ausführen. Das Desktop Engine Setup-Programm erfordert das ursprüngliche Medium (z. B. der ursprünglichen CD-ROM oder Netzwerk-Freigabe) verwendet, um MSDE zu installieren. Sie können das Desktopmodul nur von einer CD installieren, wenn die folgenden Bedingungen erfüllt sind:

• Die ursprüngliche Installation von Desktop Engine wurde nicht von einer CD installiert.
• Wenn Sie Ihre eigene CD-ROM für das Installieren von SP2 erstellen, muss die Volumebezeichnung auf der CD SQL2KSP2 sein. Wenn Sie ein ISV (Independent Software Vendor) Erstellen einer CD-ROM für das Desktopmodul als Komponente der Anwendung verteilen, muss die Datenträgerbezeichnung CD mit der VolumeLabel -Eigenschaft in der Medientabelle von Windows Installer-Paket (*.MSI) identisch sein.

Wenn MSDE ursprünglich installiert wurde, von einer CD oder von einer Netzwerkfreigabe, die verschoben wurde, das MSDE-Unterverzeichnis von der SQL Server 2000 Desktop Engine Service Pack-2 CD auf Ihre Festplatte kopieren oder im Netzwerk freigeben und führen Sie Setup.exe aus.

Wenn Sie Service Pack 2 direkt von der CD anwenden müssen, müssen Sie zuerst Windows Installer aktualisieren, auf Version 2.0.2600.0 oder höher. Dieser Vorgang erfordert, dass Sie Ihren Computer neu starten.

Windows Installer nicht aktualisieren:

1. Notieren Sie sich den vollständigen Pfad der ursprünglichen Installation.
2. Führen Sie InstMsi20.exe.
3. Geben Sie den vollständigen Pfad der ursprünglichen Installation im Textfeld ein.

Setup.exe befindet sich in einer der folgenden Stellen:

• Der MSDE-Unterverzeichnis, das in das Verzeichnis mit die extrahierten Service Pack-Dateien von SQL2KDeskSP2.exe ist.
• Der Speicherort auf Ihrer Festplatte oder der Netzwerkfreigabe, Sie das MSDE-Unterverzeichnis von SQL Server 2000 SP2-CD-ROM kopiert.

Hinweis: Das Setup-Verfahren ist anders, wenn Sie MSDE als eine Komponente von einer anderen Anwendung installiert. Wenden Sie sich weitere Informationen zum Aktualisieren von MSDE an den Softwarehersteller.

Anwenden von Patchpakete

Der Patchpakete verteilt in diesem Service Pack aktualisiert die Standardeinstellung nummeriert Instanzen von MSDE (01-16) auf der SQL Server 2000-CD enthalten. Um eine Instanz von MSDE zu aktualisieren, müssen Sie den entsprechenden Patch anwenden. Um eine Instanz von SqlRun03.msi ursprünglich installiert zu aktualisieren, müssen Sie z. B. SQLRun03.msp verwenden.

Hinweis: Da diese Dateien sehr groß sind, die herunterladbare Version von dieses Service Pack enthält nur ein Patchpaket: SQLRun01.msp. Die anderen fünfzehn Patchpakete sind auf der SQL Server 2000 Service Pack 2-CD.

Verwenden Sie Setup.exe von der Befehlszeile aus, um ein Patchpaket mit einer installierten Instanz von MSDE anzuwenden. Wenn Sie wissen, welche Installationspaket Ihrer Instanz von Desktop Engine Installation verwendet wurde, können Sie angeben, dass Setup.exe den entsprechenden Patch mit der Option/p verwenden. Zum Beispiel: Wenn Sie nicht wissen was Installationspaket verwendet wurde, geben SQLRUN nach die Option/p . Der Schalter SQLRUN weist Setup.exe, um das richtige Patchpaket selbst auswählen. Dies funktioniert nur, wenn folgenden Bedingungen erfüllt sind:

• Alle .msp-Dateien befinden sich in einem Ordner namens Setup direkt unter dem Ordner mit Setup.exe. Dies erfordert die SQL Server 2000 Service Pack 2-CD.
• Die Instanz aktualisiert werden, nicht die Standardinstanz ist, wird seine Instanznamen mit der Variablen INSTANCENAME angegeben.

Den folgenden Befehl wird z. B. Setup.exe, um eine Installation von einer Instanz mit dem Namen MyInstance patch ausführen: der Instanzname kann auch in einer INI-Datei angegeben werden. Weitere Informationen finden Sie unter "Customizing Desktop Engine Setup.exe" in der SQL Server-Onlinedokumentation .

Hinweis: Verwenden Sie öffnenden und schließenden Anführungszeichen um den Namen der Instanz nicht.

Wenn Setup das richtige Patchpaket finden kann, erhalten Sie eine Fehlermeldung.

Hinweis: Wenn Sie "Setup.exe" verwenden, um MSDE SP2 auf einem Computer unter Windows 98 oder Windows Me installieren, müssen Sie die Option UPGRADEUSER verwenden, einen Benutzernamen an, der Mitglied der festen Serverrolle Sysadmin ist. Weitere Informationen auf UPGRADEUSER finden Sie in Abschnitt 3.1.23 der ursprünglichen SQL Server 2000 Readme.txt-Datei.
Verteilen des Servicepacks

Wir empfehlen, dass unabhängige Softwarehersteller (ISVs), die dieses Servicepack verteilen möchten folgendermaßen dazu:

1. Installieren Sie das Service Pack auf eine Instanz von MSDE, die so konfiguriert, dass der mit Ihrer Software verteilt überein.
2. Generieren Sie Ihre eigenen Patchpaket basierend auf die Unterschiede zwischen der alten und neuen Installationen.
3. Verteilen Sie Ihre benutzerdefinierten Patch für Ihre Kunden.

Weitere Informationen zum Erstellen von Patchpakete finden Sie in der Dokumentation mit den Windows Installer Software Development Kit (SDK), das von der Microsoft Platform SDK Web site (http://www.microsoft.com/msdownload/platformsdk/sdkupdate/default.htm) heruntergeladen werden kann.

Hinweis: Sie können eine vollständige Kopie des SP2 verteilen.

Dateispeicherorte

Auf der SQL Server 2000 Desktop Engine Service Pack 2-CD befinden sich die Mergemodule und Installationsdateien im \MSDE. Eine vollständige Liste, finden Sie unter "Using SQL Server Desktop Engine Mergemodule" in der SQL Server-Onlinedokumentation .

3.8 Dienste neu starten

Alle Komponenten gilt Folgendes:

Wenn das Setupprogramm abgeschlossen ist, kann Sie einen Neustart des Systems aufgefordert. Verwenden Sie nach dem Systemneustart des (oder nach der Installation Programm, abschließt ohne einen Neustart angefordert) die Anwendung Dienste in der Systemsteuerung, sicherstellen, dass MSDTC und der Microsoft Search, MSSQLServerOLAPService, Dienste MSSQLServer und SQLServerAgent oder entsprechenden instanzspezifischen ausgeführt werden. Sichern Sie die aktualisierten Datenbanken Master und Msdb.

3.9 Anwendungen neu starten

Alle Komponenten gilt Folgendes:

Neu starten Sie, die Anwendungen, die Sie, geschlossen bevor Sie die Service Pack-Setup ausführen.

Installieren von 3.10 auf einem Failovercluster

Der folgende Code gilt nur für SQL Server 2000-Komponenten, die Teil eines Failoverclusters sind:

So installieren Sie dieses Servicepack auf einem Failovercluster

• Führen Sie dieses Servicepack von der Knoten, der besitzt die Gruppe mit den virtuellen Server, den Sie aktualisieren soll. Hiermit wird die Service Pack-Dateien auf allen Failover-Clusterknoten installiert.
• Geben Sie im Dialogfeld Setup den Namen des virtuellen Servers beim Aktualisieren.
• Halten Sie alle Knoten des Clusters online während der Installation. Dadurch wird sichergestellt, dass die Aktualisierung auf jeden Knoten des Clusters angewendet wird.

Hinweis: SQL Server 2000 SP2 Setup erfordern einen Neustart der Failover-Clusterknoten. Dies ersetzt die Dateien, die während SQL Server 2000 SP2 Setup mit der aktualisierten Dateien in Verwendung waren.

Wenn Sie eine Standardinstanz (nicht geclusterten) von SQL Server zu einem virtuellen Server aktualisieren, müssen Sie durchführen zunächst die Aktualisierung von einer Standardinstanz auf eine virtuelle Instanz und dann SQL Server 2000 SP2 anwenden. Weitere Informationen zum Aktualisieren finden Sie unter "Aktualisieren von einer Standardinstanz auf eine gruppierte Standardinstanz von SQLServer 2000 (Setup)" in der SQL Server-Onlinedokumentation .

Wenn Sie einen Knoten in der Failovercluster neu erstellen müssen, sollten Sie:

• Erstellen Sie den Knoten im Failovercluster neu. Weitere Informationen zum Neuerstellen eines Knotens finden Sie unter "How to Failover-Clusterfehler in Szenario 1 wiederherstellen" in der SQL Server-Onlinedokumentation .
• Führen Sie die ursprüngliche SQL Server 2000 Setup um den Knoten wieder zum Failovercluster hinzuzufügen.
• Führen Sie SQL Server 2000 SP2 Setup.

3.11 Installieren auf replizierten Servern

Der folgende Code gilt nur für SQL Server 2000-Komponenten, die Teil einer Replikationstopologie sind:

Bereitstellen dieses Servicepack über replizierte Server in dieser Reihenfolge:

1. Verteiler (sofern vom Verleger getrennt)
2. Publisher
3. Abonnent

Hinweis: In den meisten Fällen, besonders bei der Mergereplikation die Verteiler und Verleger befinden sich auf demselben Server und zur gleichen Zeit aktualisiert werden.

Bei der Mergereplikation ist die Distribution-Datenbank nur zum Speichern von Agentverlauf verwendet. Die Verteilungsdatenbank befindet sich üblicherweise auf demselben Computer wie der publizierten Datenbank. Es ist jedoch auch möglich, eine remote Verteilungsdatenbank für die Mergereplikation an Standorten, die Agent-Verlaufsprotokollierung zentralisieren möchten.

Sie möglicherweise nicht alle Server in einer Replikationstopologie sofort; jedoch aktualisieren, Replikationsvorgänge werden zwischen Servern mit Instanzen von SQL Server 2000 und diesem Servicepack im Allgemeinen nicht beeinflusst. Die Ausnahmen werden in Abschnitt 5.3.7 behandelt "Restoring replicated databases from different versions of SQL Server."

Hinweis: SP2 Setup Benutzerdatenbanken aktualisieren, die Mitglieder einer Replikationstopologie sind. Wenn die Datenbanken, die Mitglieder einer Replikationstopologie nicht schreibgeschützt sind, um SP2 auf diese Datenbanken anzuwenden müssen schreibbar machen und SP2 Setup erneut. Weitere Informationen zum Erstellen einer Datenbank schreibbare finden Sie unter Abschnitt 3.12 "Applying SP2 to non-writable databases or filegroups." Weitere Informationen über Erneutes Anwenden von SP2 finden Sie unter Abschnitt 3.14 "Reapplying SP2."

Wiederherstellen einer Datenbank zu einem bekannten Punkt nach der SP2-Aktualisierung bei einem Ausfall des ermöglicht ein vorhandenes Sicherungs Schemas, das Konten für die Replikation. Nach Anwenden von SP2, ein Protokoll oder vollständigen Datenbank Sicherung für alle in einer Replikationstopologie beteiligten Benutzer-Datenbank empfohlen. Auf diese Weise wird ein Ausfall einer Replikation Datenbank SP2 keinen erneut angewendet werden, nachdem die Datenbank wiederhergestellt wurde.

3.12 SP2 auf nicht beschreibbarer Datenbanken oder Dateigruppen anwenden

Der folgende Code gilt nur für SQL Server 2000-Komponenten, die Teil einer Replikationstopologie sind:

Wenn nicht beschreibbarer Datenbanken oder Dateigruppen vorhanden sind, wird das Setup-Programm die folgende Meldung angezeigt: Im Allgemeinen können Sie diese Warnung ignorieren und die Installation wird fortgesetzt. Jedoch müssen der nicht beschreibbaren im Setupprotokoll aufgelisteten Datenbanken Mitglieder einer Replikationstopologie sind, Sie stellen diese Datenbanken schreibgeschützt und übernehmen Sie SP2 Setup für diese Instanz von SQL Server 2000.

Hinweis: Diese Nachricht hat keine Auswirkungen unbeaufsichtigte Installationen auf. Weitere Informationen zu unbeaufsichtigten Installationen finden Sie unter Abschnitt 4.0 unbeaufsichtigter Installationen.

Hinweis: Während der Installation fügt Setup keine Unterscheidung zwischen nicht beschreibbarer Datenbanken und Datenbanken, die offline oder als fehlerverdächtig sind. Wenn eine Datenbank oder Dateigruppe in eine dieser Bedingungen während der Installation befindet, muss das Servicepack erneut angewendet werden. Weitere Informationen zum Onlineschalten einer Datenbank online, finden Sie unter "Anfügen und Trennen einer Datenbank" in der SQL Server-Onlinedokumentation sowie weitere Informationen zu Diagnose verdächtiger Datenbanken, finden Sie unter "Server und Datenbank Problembehandlung" in der SQL Server-Onlinedokumentation .

Anwenden von SP2 auf einer schreibgeschützten Datenbank:

1. Stellen Sie eine schreibgeschützte Datenbank schreibbare wie folgt mithilfe von ALTER DATABASE :

   ALTER DATABASE database
   SET READ_WRITE 

2. Wiederholen Sie Schritt 2 für alle nur-Lese-Datenbanken.
3. Übernehmen (oder erneut) Sie auf das ServicePack.
4. Falls erforderlich, Schreibschutz die Datenbank erneut mithilfe von ALTER DATABASE wie folgt:

   ALTER DATABASE database
   SET READ_ONLY 

Anwenden von SP2 auf einer schreibgeschützten Dateigruppe:

1. Stellen Sie die schreibgeschützte Dateigruppe schreibbare wie folgt mithilfe von ALTER DATABASE :

   ALTER DATABASE Database
   MODIFY FILEGROUP filegroup_name READWRITE 

2. Wiederholen Sie Schritt 1 für alle nur-Lese-Dateigruppen.
3. Übernehmen (oder erneut) Sie auf das ServicePack.
4. Schreibschutz die Dateigruppe erneut mithilfe von ALTER DATABASE wie folgt:

   ALTER DATABASE Database
   MODIFY FILEGROUP filegroup_name
   READONLY 

Weitere Informationen zu ALTER DATABASE finden Sie unter im Referenzthema "ALTER DATABASE" in der SQL Server-Onlinedokumentation . Weitere Informationen über Erneutes Anwenden von SP2 finden Sie unter Abschnitt 3.14 "Reapplying SP2."

3.13: Deinstallieren von SP2

Alle Komponenten außer Analysis Services gilt Folgendes:

Um die Version vor der SQL Server 2000-Komponenten wiederherzustellen, müssen Sie eine Sicherung der Datenbanken master , Msdb und Model vor zum Installieren von SP2 durchgeführt. Weitere Informationen finden Sie Abschnitt 3.1 "Back up your SQL Server databases."

Hinweis: Wenn eine der Datenbanken in der Replikation beteiligt sind, müssen Sie die Veröffentlichung deaktivieren.

1. Die Veröffentlichung deaktivieren: in SQL Server Enterprise Manager Erweitern Sie eine SQL Server-Gruppe, erweitern Sie einen Server, klicken Sie mit der rechten Maustaste auf den Ordner Replikation und klicken Sie dann auf Publizierung , Abonnenten und Verteilung .
2. Wählen Sie die Registerkarte Publikationsdatenbanken .
3. Deaktivieren Sie das Kontrollkästchen für jede Datenbank, das bei der Replikation beteiligt ist. Dadurch können die Datenbanken getrennt werden.

Gehen Sie wieder in der SQL Server-Version vor folgendermaßen vor:

1. Trennen Sie alle Benutzerdatenbanken. Weitere Informationen finden Sie unter "How to anfügen und Trennen einer Datenbank (Enterprise Manager)" in der SQL Server-Onlinedokumentation .
2. Deinstallieren Sie SqlServer. Doppelklicken Sie in der Systemsteuerung auf Software , und wählen Sie die Instanz von SQL Server, die Sie deinstallieren möchten.
3. Installieren Sie SQL Server 2000, von der CD oder dem Speicherort, von dem aus Sie ursprünglich SQL Server installiert.
4. Stellen Sie die Datenbanken Master, Msdb und Model aus der letzten Sicherung, die vor dem Anwenden von SP2 erstellt wurde wieder her. Dies fügt automatisch alle Benutzerdatenbanken, die zu dem Zeitpunkt angefügt waren die Sicherung erstellt wurde.
5. Fügen Sie die Benutzerdatenbanken, die nach der letzten Sicherung der master-Datenbank erstellt wurden.
6. Konfigurieren Sie ggf. die Replikation.
   
   Warnung Wenn Sie der SQL Server-Version vor wiederherzustellen, gehen alle Änderungen an den Datenbanken Master, Msdb und Model seit SP2 anwenden verloren.

3.14 Erneut anwenden, SP2

Alle Komponenten gilt Folgendes:

In den folgenden Fällen werden muss SQL Server 2000 SP2 erneut installieren:

• SP2 wurde angewendet, wenn neue SQL Server 2000-Komponenten nach hinzugefügt wurden.
• Wenn Datenbanken oder Dateigruppen, die Teil einer Replikationstopologie sind und nur-Lese-während der ersten Anwendung des Servicepacks wurden schreibbare vorgenommen werden.

SP2 erneut anwenden, gehen Sie in Abschnitt 3.0 "Service pack installation."

4.0 Unbeaufsichtigte Installationen

Database Components SP2 kann zu einer Instanz von SQL Server 2000 auf einem Computer im unbeaufsichtigten Modus ausgeführt angewendet werden. Der Database Components SP2-CD enthält ISS-Dateien, die zum Durchführen von unbeaufsichtigter Installationen von SP2 verwendet werden können. Diese Dateien befinden sich im Stammverzeichnis auf der CD und können verwendet werden, um verschiedene Arten von Installationen durchzuführen:

• sql2kdef.iss ist die unbeaufsichtigte Installation-Datei verwendet, um eine Standardinstanz von SQL Server 2000 unter dem Betriebssystem Windows 2000 oder Windows NT 4.0 Database Components SP2 zuzuweisen. Die entsprechenden Batchdatei mit ist Sql2kdef.bat.
• sql2knm.iss ist die Setupdatei verwendet, um eine benannte Instanz von SQL Server 2000 unter dem Betriebssystem Windows 2000 oder Windows NT 4.0 Database Components SP2 zuzuweisen. Sie müssen den Namen der Instanz in der ISS-Datei, die Instanz zu identifizieren, die aktualisiert wird, ändern.
• sql2ktls.iss ist die Setupdatei verwendet, um Database Components SP2 auf eine nur-Tools-Installation anzuwenden. Diese Datei kann für die Installation ohne Änderungen verwendet werden.
• sql2k9x.iss ist die Setupdatei verwendet, um Database Components SP2 auf einem Computer mit der Windows Me oder Windows 98-Betriebssystem anzuwenden. Der Name der Instanz müssen geändert werden, identifizieren die Instanz wird aktualisiert.
• sql2kcli.iss ist die Setupdatei verwendet, um eine Komponenten-Clientinstallation auf einem Computer das Betriebssystem Windows 95 Database Components SP2 zuzuweisen.
• Msolap.iss ist die Setup-Datei, in der Liste der Parameter für die Ausführung einer unbeaufsichtigten Installation von Analysis Services SP2 gespeichert.

Hinweis: Während einer unbeaufsichtigten Installation Setup alle nicht beschreibbarer Datenbanken oder Dateigruppen erkennt, die Informationen ist Sie im Setupprotokoll geschrieben und die unbeaufsichtigte Installation wird fortgesetzt. Wenn keines der nicht beschreibbaren im Setupprotokoll aufgelisteten Datenbanken Mitglied einer Replikationstopologie sind, müssen Sie stellen diese Datenbanken schreibgeschützt und übernehmen Sie SP2 Setup für diese Instanz von SQL Server 2000. Weitere Informationen zum Erstellen einer Datenbank schreibbare finden Sie unter Abschnitt 3.12 "Applying SP2 to non-writable databases or filegroups." Weitere Informationen über Erneutes Anwenden von SP2 finden Sie unter Abschnitt 3.14 "Reapplying SP2."

4.1 Verteilen von SP2 Data Access Components

Dieses Servicepack enthält eine selbstextrahierende Datei, Sqlredis.exe und eine Version der Datei Redist.txt. Diese Dateien sind in Database Components SP2. Wenn Sqlredis.exe ausgeführt wird, standardmäßig es:

1. Führt die mdac_typ.exe aus Microsoft Data Access Components (MDAC) 2.62. Dadurch wird die Kernkomponenten von MDAC-2.62 und die Versionen der SQL Server und MSDE Clientkonnektivitätskomponenten, die mit diesem Servicepack installiert.
2. Installiert Microsoft Jet ODBC-Treiber und Konnektivitätskomponenten.

Sie können die Datei Sqlredis.exe unter den Bestimmungen und Bedingungen in der Datei Redist.txt, die dieses Servicepack begleitet verteilen.

5.0-Dokumentation-Notizen

Dieser Abschnitt behandelt Probleme, die als auch neue Features auftreten können, die beim Ausführen dieses Servicepacks zur Verfügung stehen werden. Diese Probleme gelten für das Servicepack zum Aktualisieren auf SQL Server 2000 und SQL Server 2000 SP1 ausgeführt und sind nicht das Ergebnis in diesem Servicepack enthaltene Problembehebungen.

Die Analysis Services und Meta Data Services Segmente in diesem Abschnitt gelten nicht nur MSDE-Installationen.

5.1-Datenbank und Desktop Engine-Verbesserungen

Die folgenden Punkte gelten für Instanzen von SQL Server 2000 auf denen Database Components SP2 installiert wurde und MSDE-Instanzen auf denen Desktop Engine SP2 installiert wurde.

5.1.1 Installieren neue Instanzen von Desktop Engine

in SP1 eingeführt

Gehen Sie folgendermaßen, eine neue Instanz von Desktop Engine installieren, nach dem Anwenden von SP2.

1. Benennen Sie die folgenden Dateien um, im Verzeichnis \Programme\Microsoft SQL Server\80\Tools\Binn\Resources\1033 * RDL:
   • semnt.rll
   • SQLSVC.rll
2. Benennen Sie die folgenden Dateien um, im Verzeichnis \Programme\Microsoft SQL Server\80\Tools\Binn * .dld:
   • semnt.dll
   • SQLSVC.dll
   • sqlresld.dll
3. Installieren Sie Desktop Engine ohne SP2.
4. Benennen Sie die semnt.rdl und sqlsvc.rdl Dateien im Verzeichnis \Program Files\Microsoft SQL Server\80\Tools\Binn\Resources\1033 in *.rll.
5. Benennen Sie die semnt.dld, sqlsvc.dld, sqlresld.dld-Dateien im Verzeichnis \Program Files\Microsoft SQL Server\80\Tools\Binn *.dll.

Die neu installierte Instanz von Desktop Engine wird SP2 sein.

5.1.2 Verwenden chinesische, japanische oder koreanische Zeichen mit Database Components SP2.

in SP1 eingeführt

Wenn Sie Database Components SP2 auf einem Server unter den Betriebssystem der Windows NT 4.0 oder Windows 98 und spätere Aktualisierung auf Windows 2000 installieren, wird die Aktualisierung auf Windows 2000 bestimmte Systemdateien ersetzt. Diese Systemdateien sind für die Sortierung chinesische, japanische oder koreanische Zeichen erforderlich. Wenn Sie die chinesische, japanische oder koreanische Zeichen in Ihrer SQL Server-Datenbanken verwenden, erneut führen Sie aus, die Version des Sqlredis.exe, die nach der Durchführung der Aktualisierung auf Windows 2000 SP2 beiliegt. Weitere Informationen zum Ausführen von Sqlredis.exe finden Sie in Abschnitt 4.1 ? Redistributing SP2 Data Access Components. ?

Hinweis: Sie haben keinen erneut Sqlredis.exe auf Clientcomputern oder Servern, die keine Datenbanken mit chinesische, japanische oder koreanische Zeichen aufweisen.

5.1.3 Hash Teams entfernt

in SP1 eingeführt

Hash Teams wurden entfernt. Wegen bestimmter Verbesserungen in SQL Server 2000 erzeugen Hash Teams nicht mehr die Leistungsvorteile, die Sie in SQL Server, Version 7.0 angeboten. Zusätzlich werden bei Entfernen der Hash Teams die SQL Server 2000 stabiler.

Aus diesem Grund generiert der Abfrageoptimierer mehr Abfragepläne mit der Hash Teams.

In seltenen Fällen kann das Entfernen des Hash Teams langsamer verarbeitet die Abfrage führen. Alysieren Sie solche Abfragen, um festzustellen, ob Erstellen geeigneter Indizes Abfrageleistung auf die nächsthöhere Ebene zurückgeben wird an.

5.1.4 Affinity Mask Schalter hinzugefügt

in SP1 eingeführt

Dieses Servicepack wurden zwei Affinity Mask Schalter hinzugefügt.

e/A-Affinitätsmaske wechseln

Mit diesem Service Pack können Sie angeben welchen CPUs zum Ausführen von Threads für Datenträger-e/a-Operationen verwendet werden werden. Diese Option muss zusammen mit der Option Affinity Mask verwendet werden. Weitere Informationen finden Sie die 298402 in der Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .

Affinity Mask Verbindung wechseln

Mit diesem Service Pack können Sie Systeme aktiviert für Virtual Interface Architecture (VIA), binden die SQL Server-Verbindungen über bestimmte Netzwerkkarten zu einem Prozessor oder einer Gruppe von Prozessoren konfigurieren. Diese Option muss zusammen mit der Option Affinity Mask verwendet werden. Weitere Informationen finden Sie die 299641 in der Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .

5.1.5 SQL Server-Agent protokolliert Kontoinformationen

in SP2 eingeführt

Auftragsverlauf des SQL Server-Agents zeichnet jetzt das Windows-Konto unter Welche jedes, das Auftrag Schritt ausgeführt wurde. Dieser Informationen können Administratoren Sicherheit Problemdiagnose mit geplanten Aufträge, einschließlich geplanter Aufträge für Replikation und DTS-Tasks definiert.

5.1.6 Gefilterten indizierte Sicht

in SP2 eingeführt

Wenn Sie SQL Server 2000 Fehler 355069 wie in der Microsoft Knowledge Base-Artikel 306467 dokumentiert festgestellt haben, wird dieses Servicepack nur zukünftige Vorkommen unerwartete Ergebnisse aufgrund von Datenänderungen verhindert. Müssen zusätzlich zur Anwendung dieses Updates, basierend auf Ansichten mit Filterbedingungen alle Indizes neu erstellt werden. Weitere Informationen finden Sie die 306467 in der Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .

5.2 Analysis Services-Erweiterungen

Analysis Services-Verbesserungen in SP2 umfassen:

• Remotepartitionen.
• Aktualisierte Analysis Services verteilbare Client-Setup.
• Unterstützung für Drittanbieter-Dataminingalgorithmus-Provider.
• Möglichkeit zum Installieren von Analysis Services auf einem Computer mit aktualisierten Client-Dateien.

5.2.1 Remotepartitionen

in SP1 eingeführt

Wenn eine remote-Partition auf einem lokalen Server, auf dem SP1 oder höher installiert ist erstellt wird, muss der Remoteserver ein Domänenbenutzerkonto verwenden, die vollständige Zugriffsberechtigungen für den übergeordneten Cube auf dem lokalen Server verfügt. Jedes Benutzerkonto, das Mitglied der Olapadministratorgruppe auf dem lokalen Server ist wird vollständige Zugriffsberechtigungen verfügen.

Zusätzlich, wenn auf der lokale Server SP1 installiert ist, muss der Remoteserver ebenfalls verfügen SP1 davon zu erstellen oder verwalten Remotepartitionen.

5.2.2 Aktualisierte verteilbare Analysis Services-Clientinstallation

in SP1 eingeführt

Der Analysis Services SP1 und späteren Versionen enthält aktualisierte Versionen der folgenden Client verteilbare Setup-Programme:

• PTSLite.exe
• PTSFull.exe

Diese Dateien befinden sich im Pfad \msolap\install\PTS der SP2-Installationsverzeichnis.

Hinweis: PTSFull.exe enthält MDAC; PTSLite.exe nicht.

Verwenden Sie diese aktualisierten Client Setup-Programme in Ihre Anwendungen zu verhindern oder beim Verwenden von Analysis Services und Microsoft Office XP auftreten können Client-Setup-Probleme lösen.

Hinweis: Wenn Analysis Services mit Office XP verwenden, wird das Aktualisieren des Clients dringend empfohlen.

5.2.3 Unterstützung für Drittanbieter-Dataminingalgorithmus-Provider aktiviert

in SP1 eingeführt

Analysis Services SP1 und höher bietet Unterstützung für das Hinzufügen von Drittanbietern Dataminingalgorithmus-Provider. Weitere Informationen zum Entwickeln eines Dataminingalgorithmus-Provider finden Sie in das Whitepaper "Third Party Data Mining-Providers" und der OLE DB für Data Mining Resource Kit , das den Code für ein Beispiel Dataminingalgorithmus-Provider, bei der Microsoft Data Access and Storage Development Center (http://msdn.microsoft.com/data/) enthält.

5.2.4 Installieren von Analysis Services auf einem Computer mit aktualisierten Client-Dateien

in SP1 eingeführt

Bei der Installation von SQL Server 2000 Analysis Services auf aktualisierte ein Computer mit Client Dateien, z. B. SQL Server 2000 SP1 oder Office XP müssen Sie Analysis Services SP1 anwenden oder später sicherzustellen, dass den Client funktioniert und, dass Sie Cubes durchsuchen können.

5.3 Replikationsverbesserungen

Replikationsverbesserungen in SP2 umfassen:

• Benutzerdefinierte gespeicherte Prozedur für die Transaktionsreplikation updates
• Transaktionsreplikation-Updates auf eindeutige Spalten
• Einschränkungen von gleichzeitiger Snapshotverarbeitung entfernt
• Möglichkeit zum Skript benutzerdefinierte gespeicherte Prozeduren in Transaktionsreplikation
• Mergemetadaten Sie Replikation Aufbewahrung basierende bereinigen
• Wiederherstellen von replizierte Datenbanken aus verschiedenen Versionen von SQL Server
• Neue -MaxCmdsInTran Parameter für Protokolllese-Agent

5.3.1 Transaktionsreplikation benutzerdefinierte gespeicherte Prozedur UPDATE

in SP1 eingeführt

Während der Transaktionsreplikation Setup benutzerdefinierte gespeicherte Prozeduren für Einfüge-, löschen und Update-Aktionen werden in der Abonnementdatenbank erstellt. Unabhängig davon, wie viele Spalten von einer UPDATE-Anweisung betroffen sind wird die benutzerdefinierte gespeicherte Prozedur Update alle Spalten in die Abonnementtabelle aktualisiert. Jede Spalte, die nicht geändert wird einfach die gleichen Werte zurückgesetzt, die vor der Aktualisierung vorhanden waren. Diese Aktion wird i. d. r. keine Probleme. Wenn jedoch keines dieser Spalten indiziert werden, kann dieses zurücksetzen teuer werden.

Wenn werden mithilfe der Transaktionsreplikation und verfügen über mehrere Indizes für die Abonnementtabelle und nur wenige Spaltenwerte aufgrund von Aktualisierungen ändern, kann der Wartungsaufwand Index eine Leistung Einschränkungsfaktor werden, wenn Änderungen auf dem Abonnenten angewendet werden. Beispielsweise könnte eine Abonnement-Datenbank, die für Berichtszwecke verwendet wird viele weitere Indizes als die Publikationsdatenbank verwendet werden. Die UPDATE-Anweisung zur Laufzeit dynamisch erstellen kann die Leistung verbessern. Das Update wird nur die Spalten enthalten, die geändert wurden, erstellen daher eine optimale UPDATE Zeichenfolge.

Dieses Servicepack enthält eine neue gespeicherte Prozedur, Sp_scriptdynamicupdproc , die eine benutzerdefinierte gespeicherte Prozedur generiert auf dem Abonnenten mit denen Sie um die Update-Anweisung zur Laufzeit dynamisch zu erstellen. Zusätzliche Verarbeitung wird jedoch zur Laufzeit in Reihenfolge für die dynamische UPDATE-Anweisung erstellt werden, entstehen werden.

sp_scriptdynamicupdproc

Generiert die CREATE PROCEDURE-Anweisung, die eine dynamische gespeicherte Aktualisierungsprozedur erstellt. Die UPDATE-Anweisung in der benutzerdefinierten gespeicherten Prozedur wird dynamisch erstellt anhand der MCALL-Syntax, die angibt, welche Spalten ändern. Verwenden Sie diese gespeicherte Prozedur, wenn die Anzahl der Indizes in die Abonnementtabelle wächst und die Anzahl der Spalten geändert klein ist. Diese gespeicherte Prozedur wird auf dem Verleger für die Publikationsdatenbank ausgeführt.

Syntax

Sp_scriptdynamicupdproc [@ Artid =] Artid

Argumente

[@ Artid =] artid Ist die Artikel-ID Artid ist vom Datentyp Int , hat keinen Standardwert.

Resultsets

Gibt ein Resultset, das aus einer einzigen nvarchar(4000) -Spalte besteht. Das Resultset bildet der vollständigen CREATE PROCEDURE-Anweisung verwendet, um die benutzerdefinierte gespeicherte Prozedur zu erstellen.

Beschreibung

Sp_scriptdynamicupdproc ist die Transaktionsreplikation verwendet. Skripterstellung MCALL Standardlogik enthält alle Spalten in der UPDATE-Anweisung und verwendet eine Bitmap zum Festlegen der Spalten, die geändert wurden. Eine Spalte nicht geändert haben, wird die Spalte wieder selbst festgelegt, wodurch in der Regel keine Probleme. Wenn die Spalte indiziert ist, tritt ein, zusätzliche Verarbeitung. Im Gegensatz dazu verwendet diese gespeicherte Prozedur einen dynamischen Ansatz: Es enthält nur die Spalten, die sich geändert haben, welche bietet eine optimale UPDATE Zeichenfolge. Jedoch zusätzliche Verarbeitung zur Laufzeit beim entsteht die dynamische UPDATE-Anweisung erstellt wird. Es wird empfohlen, der dynamischen Prozedur Ansatz und die statische Standardverfahren testen und wählen Sie die optimale Lösung für Ihre speziellen Anforderungen.

Berechtigungen Mitglieder der public -Rolle können Sp_scriptdynamicupdproc ausführen.

Beispiele für

This example creates an article (with artid set to 1) on the authors table in the pubs database, and specifies that the UPDATE statement is the custom stored procedure to execute: Generate the custom stored procedures to be executed by the Distribution Agent at the Subscriber by running the following stored procedure at the Publisher: nach dem Ausführen dieser gespeicherten Prozedur können Sie des resultierenden Skripts die gespeicherte Prozedur auf den Abonnenten manuell erstellt.

5.3.2 Transaktionsreplikation UPDATE-Anweisungen auf eindeutige Spalten

in SP1 eingeführt

Bei der Transaktionsreplikation werden UPDATE-Anweisungen in der Regel als Aktualisierungen repliziert. Aber wenn das Update eine Spalte, die Teil eines eindeutigen Index, gruppierten Index oder Ausdruck als eine unique-Einschränkung verwendet ist ändert, wird das Update als eine DELETE-Anweisung, gefolgt von einer INSERT­Anweisung auf dem Abonnenten ausgeführt. Dies geschieht, da diese Art der Aktualisierung mehrere Zeilen auswirken kann und eine Möglichkeit für eine Verletzung der Eindeutigkeit vorhanden ist, wenn Updates zeilenweise übermittelt wurden.

Wenn das Update nur eine Zeile betrifft, ist es jedoch keine Möglichkeit für eine Verletzung der Eindeutigkeit. Daher wurde das Ablaufverfolgungsflag 8207 können hinzugefügt, um dieses Service Pack um eine eindeutige Spalte Aktualisierungen zuzulassen, die nur eine Zeile als UPDATE-Anweisungen repliziert werden beeinflussen. Diese Optimierung wurde speziell für Anwendungen hinzugefügt, die benutzerdefinierten UPDATE-Trigger auf dem Abonnenten installieren und diese Trigger auslösen für Updates, die nur eine Zeile auf einer eindeutigen Spalte betreffen erforderlich.

Um das Ablaufverfolgungsflag 8207 können verwenden, schalten Sie ihn an der Eingabeaufforderung (sqlservr.exe - T8207) oder zur Laufzeit verwenden DBCC TRACEON(8207,-1), bevor der Protokolllese-Agent gestartet wird.

wichtig In der Regel wird Ablaufverfolgungsflag 8207 können mit nur-Lese-Transaktionsreplikation verwendet. Verwenden Sie dieses Ablaufverfolgungsflags nicht mit aktualisierbaren Abonnements, wenn der primäre Schlüssel UPDATE auf dem Abonnenten auftreten kann.

5.3.3 Einschränkungen entfernt von gleichzeitiger Snapshotverarbeitung

in SP1 eingeführt

In SQL Server 2000 wurde gleichzeitige Snapshotverarbeitung nicht empfehlenswert, wenn die publizierenden Tabelle einen eindeutigen Index hat, nicht der Primärschlüssel oder den Gruppierungsschlüssel wurde. Wenn Datenänderungen an den Gruppierungsschlüssel vorgenommen wurden, während ein gleichzeitiger Snapshot generiert wurde, kann die Replikation mit einem doppelten Schlüssel Fehler fehlschlagen, wenn gleichzeitige Snapshotverarbeitung auf einem Abonnenten angewendet. In diesem Service Pack sind nicht mehr Einschränkungen für die gleichzeitige Snapshotverarbeitung verwenden.

5.3.4 Transaktionsreplikation Skripterstellung benutzerdefinierte gespeicherte Prozeduren

in SP1 eingeführt

Beim Festlegen von Nosync-Abonnements (d. h., Abonnements, die nicht den ursprünglichen Snapshot angezeigt), der benutzerdefinierten gespeicherten Prozeduren für INSERT-, Update- und DELETE-Anweisungen müssen manuell erstellt werden. In der Regel werden diese Anweisungen auf dem Abonnenten erstellt, wenn der ursprüngliche Snapshot übermittelt wird. Eine neue gespeicherte Prozedur Sp_scriptpublicationcustomprocs wurde hinzugefügt, um Skripts für die benutzerdefinierten gespeicherten Prozeduren auf der Publikationsebene der zu generieren. Diese neue Funktionalität kann zum Einrichten des Nosync-Abonnements erleichtern.

Sp_scriptpublicationcustomprocs

In einer Publikation in dem die Option, um eine benutzerdefinierte Prozedur Schema automatisch generieren aktiviert ist, dies gespeicherten Prozedurskripts benutzerdefinierte INSERT-, Update- und DELETE-Prozeduren für alle Tabellenartikel. Sp_scriptpublicationcustomprocs ist besonders nützlich zum Einrichten von Abonnements für die der Snapshot manuell angewendet wird.

Syntax

Sp_scriptpublicationcustomprocs [@ Publication] = Publication_name

Argumente

[@ Publication] = Publication_name

Ist der Name der Publikation. Publication_name ist ein Sysname hat keinen Standardwert.

Code-Rückgabewerte

0 (Erfolg) oder 1 (Fehler)

Resultsets

Gibt ein Resultset, das aus einer einzigen nvarchar(4000) -Spalte besteht. Das Resultset bildet der vollständigen CREATE PROCEDURE-Anweisung erforderlich, die benutzerdefinierte gespeicherte Prozedur zu erstellen.

Beschreibung

Benutzerdefinierte Prozeduren werden nicht für Artikel ohne erstellt die Schemaoption der benutzerdefinierten Prozedur (0 x 2) automatisch zu generieren.

Berechtigungen

Ausführen von Berechtigung wird auf public erteilt; eine Verfahrensweisen Sicherheitsüberprüfung durchgeführt, innerhalb dieser gespeicherten Prozedur Zugriff auf Mitglieder der festen Serverrolle und der festen Datenbankrolle Db_owner in der aktuellen Datenbank Sysadmin beschränkt.

Beispiel

Dieses Beispiel erstellt ein Skript von benutzerdefinierten gespeicherten Prozeduren in einer Publikation mit dem Namen Northwind.

Mergemetadaten Sie 5.3.5 Replikation Aufbewahrung basierende Daten bereinigen

in SP1 eingeführt

Wenn eine große Datenmenge Metadaten in Mergesystemtabellen für die Replikation vorhanden ist, wird die Bereinigung der Metadaten Leistung verbessert. Vor dem zu SQL Server 2000 SP1 konnte Metadaten bereinigt werden, nur durch Ausführen von Sp_mergecleanupmetadata wird. Jedoch SQL Server 2000 SP1 und höher enthält Aufbewahrung basierende Meta Datenbereinigung, was bedeutet, dass Metadaten aus den folgenden Systemtabellen automatisch gelöscht werden können:

• MSmerge_contents
• MSmerge_tombstone
• MSmerge_genhistory
• Alle Anfangsabbildtabellen, falls vorhanden

Hinweis: Vor dem Bild sind Tabellen vorhanden, wenn die Option @ Keep_partition_changes Synchronisierung Optimierung auf die Publikation aktiviert ist.

Metadaten Datenbereinigung Aufbewahrung-basierten wird wie folgt:

• Wenn der ?MetadataRetentionCleanup -Merge-Agent-Parameter auf 1 festgelegt ist, wie es in der Standardeinstellung ist, bereinigt der Merge-Agent des Abonnenten und Verleger, die in den Seriendruck beteiligt sind.
• Wenn der ?MetadataRetentionCleanup -Parameter auf 0 festgelegt ist, erfolgt keine automatische Bereinigung. In diesem Fall initiieren Sie Aufbewahrung basierende Meta Datenbereinigung durch Ausführung Sp_mergemetadataretentioncleanup manuell. Diese gespeicherte Prozedur muss auf jedem Verleger und Abonnenten, die bereinigt werden sollten ausgeführt werden. Es wird empfohlen, jedoch nicht erforderlich, dass Verleger und Abonnenten zu ähnlichen Zeitpunkten rechtzeitig bereinigt werden (Siehe verhindern von False Konflikte weiter unten in diesem Abschnitt).
  
  Hinweis: Der ?MetadataRetentionCleanup 1-Parameter ist jetzt Teil alle Merge-Agent-Profile, die mit SQL Server 2000 SP1 und höher ausgeliefert. Wenn Sie einen Server auf SP1 oder SP2 aktualisieren, Sie dann die Mergereplikation fügen wird das Profil des Merge-Agenten automatisch aktualisiert, um diese Parameter enthalten. Wenn Sie auf SP1 oder SP2 einen Server aktualisieren, bereits Mergereplikation aktiviert ist die, das Profil des Merge-Agenten wird nicht automatisch aktualisiert; aktualisieren Sie das Profil, indem Sie Sp_add_agent_parameter ausführen (Siehe "Additional parameter for sp_add_agent_parameter," weiter unten in diesem Abschnitt beschriebenen).

wichtig Die Aufbewahrungsdauer standardmäßig für Publikationen beträgt 14 Tage. Wenn ein Artikel mehrere Publikationen angehört, kann es unterschiedlichen Aufbewahrungszeiten. In diesem Fall wird die längste Aufbewahrungsdauer verwendet, um ermitteln die frühesten mögliche Zeit, der das Bereinigen auftreten kann. Wenn es mehrere Publikationen auf einer Datenbank gibt, und eine dieser Publikationen eine unbegrenzte Aufbewahrungsdauer verwendet (@ Retention = 0), Mergemetadaten für die Datenbank nicht automatisch bereinigt wird. Aus diesem Grund verwenden Sie Aufbewahrungsdauer für Publikationen unendliche mit Vorsicht.

zusätzlichen Parameter für sp_add_agent_parameter

System Prozedur Sp_add_agent_parameter verfügt nun über einen MetadataRetentionCleanup -Parameter, wodurch Sie hinzufügen oder entfernen Meta Aufbewahrung Datenbereinigung Profile des Merge-Agenten. Ein Wert 1 gibt an, dass das Profil Cleanup enthalten sollen; der Wert 0 gibt an, dass keine Bereinigung enthalten sollte. Metadaten Aufbewahrung Datenbereinigung ein Profil hinzu, z. B. ausführen: META Datenbereinigung in Topologien mit verschiedenen Versionen von SQL Server

Für die automatische Aufbewahrung basierende Bereinigung in einer Mergereplikation beteiligten Datenbank auftreten, die Datenbank und der Merge-Agent müssen beide sein auf Servern mit SQL Server 2000 SP1 oder höher. Beispiel:

• Eine SQL Server 7.0-Pull Abonnenten kann Bereinigung nicht an einen SQL Server 2000 SP1-Verleger ausgeführt werden.
• SQL Server 2000 SP1-Push Merge-Agent kann Bereinigung nicht in einer SQL Server 2000 (ohne SP1) Abonnentendatenbank ausgeführt werden.
• SQL Server 2000 SP1-Push Merge-Agent wird Bereinigung in einer Datenbank SQL Server 2000 SP1-Verleger ausgeführt, selbst wenn es Abonnenten verfügt, die SQL Server 2000 sind oder früher.

Automatische Bereinigung auf einigen Servern und nicht auf andere wird bei den meisten false Konflikte verursachen und die sollte selten. Für Topologien mit Versionen von SQL Server vor SQL Server 2000 SP1, sehen Sie möglicherweise Leistungsvorteile durch Ausführen von Sp_mergemetadatacleanup auf allen Servern, die nicht automatisch bereinigt werden.

Verhindern von false Konflikte

Metadaten Datenbereinigung Aufbewahrung-basierten verhindert non-Convergence und automatische Änderungen auf andere Knoten überschreibt. Allerdings können false Konflikte auftreten, wenn die folgenden Bedingungen erfüllt sind:

• Die Metadaten auf einem Knoten bereinigt und nicht um einen anderen.
• Eine nachfolgende Aktualisierung am bereinigt-Up-Knoten tritt bei einer Zeile, deren Metadaten gelöscht wurde.

Beispielsweise wenn Metadaten, auf dem Verleger aber nicht auf dem Abonnenten bereinigt werden und ein Update auf dem Verleger vorgenommen wird, tritt ein Konflikt auf auch wenn Daten angezeigt wird, synchronisiert werden.

Um diesen Konflikt zu vermeiden, stellen Sie sicher Metadaten verknüpften Knoten zu etwa derselben Zeit bereinigt werden. Wenn -MetadataRetentionCleanup 1 wird verwendet, Verleger und Abonnenten werden bereinigt automatisch vor dem Zusammenführen, wodurch sichergestellt, dass die Knoten gleichzeitig bereinigt werden. Wenn ein Konflikt auftritt, verwenden Sie Seriendruck Replikation Konflikt-Viewer, um zu den Konflikt überprüfen und ändern Sie ggf. das Ergebnis.

Wenn ein Artikel zu mehreren Publikationen gehört oder in einem republishing Szenario ist, ist es möglich, dass die Aufbewahrungszeiten für eine bestimmte Zeile auf dem Verleger und Abonnenten unterschiedlich sind. Das Risiko von Metadaten auf eine Seite jedoch nicht anderen bereinigen zu reduzieren, wird empfohlen, dass diese verschiedenen Publikationen ähnliche Aufbewahrungszeiten verfügen.

Hinweis: Ist eine große Datenmenge Metadaten in den Systemtabellen, die bereinigt werden müssen, kann der Mergeprozess auszuführenden länger dauern. Bereinigen Sie die Metadaten in regelmäßigen Abständen um dieses Problem zu vermeiden.

5.3.6 Sicherung und Wiederherstellung Probleme bei der Mergereplikation

in SP1 eingeführt

Eine Publikationsdatenbank, die aus einer Sicherung wiederhergestellt sollte zunächst Synchronisieren mit einer Abonnementdatenbank mit ein globales Abonnement (ein Abonnement, mit dem einen zugewiesene Prioritätswert) um richtige Konvergenz Verhalten zu gewährleisten. Synchronisierung wird sichergestellt, dass die Änderungen, die bei der Publikationsdatenbank verloren gehen aufgrund der Wiederherstellung waren exakt erneut angewendet werden.

Synchronisieren Sie die Publikationsdatenbank nicht mit einer Abonnementdatenbank, die ein anonymes Abonnement verfügt. Da anonyme Abonnements nicht genügend Metadaten, um Änderungen für die Publikationsdatenbank übernehmen verfügen, könnten solche Synchronisierung das non-Convergence von Daten.

Wenn Sie die Sicherung geplant und Wiederherstellungsvorgänge für die Mergereplikation, berücksichtigen Sie die folgenden zusätzlichen Punkte:

• Wiederherstellen Sie die Abonnementdatenbanken aus Sicherungen, die nicht hinter der Aufbewahrungszeit.
  
  Stellen Sie eine Abonnementdatenbank aus einer Sicherung wieder her, nur, wenn die Sicherung nicht älter ist als die kürzeste Aufbewahrungsdauer ist für alle Publikationen auf die der Abonnent abonniert. Z. B. Wenn ein Abonnent drei Publikationen mit Aufbewahrungszeiten von 10, 20 und 30 Tagen bzw. abonniert, sollte die Sicherung zum Wiederherstellen der Datenbank verwendet nicht mehr als 10 Tage sein.
• Synchronisieren Sie, bevor generieren eine Sicherung.
  
  Es wird dringend empfohlen, dass ein Abonnent mit dem Verleger synchronisieren, bevor Sie eine Sicherung durchführen. Andernfalls könnte das System nicht ordnungsgemäß konvergieren, wenn der Abonnent von dieser Sicherung wiederhergestellt wird. Obwohl die Sicherungsdatei selbst sehr neue möglicherweise, kann fast wie alt wie die Aufbewahrungsdauer die letzte Synchronisierung mit einem Verleger. Genommen Sie an, eine Publikation mit einer Aufbewahrungsdauer von 10 Tagen. Die letzte Synchronisierung war 8 Tagen, und die Sicherung wird jetzt durchgeführt. Wenn die Sicherung 4 Tage später angewendet wird, hat die letzte Synchronisierung wird 12 Tage vor aufgetreten, hinter der Aufbewahrungsdauer. Wenn der Abonnent rechts vor der Sicherung synchronisiert wurde, wäre die Abonnementdatenbank innerhalb der Aufbewahrungsdauer.
• Initialisieren Sie den Abonnenten, wenn Sie den Publikation Aufbewahrung Wert ändern.
  
  Wenn Sie den Publikation Aufbewahrung Wert ändern müssen, manuell erneut initialisieren der Abonnent die non-Convergence von Daten zu vermeiden. Die Metadaten Aufbewahrung basierende bereinigen Funktion löscht veraltete Metadaten aus Mergesystemtabellen, wenn die Aufbewahrungsdauer der Publikation erreicht ist.
  
  Der Publikation Aufbewahrung Wert wird zum Bestimmen, wenn Abonnements, die innerhalb der Beibehaltungsdauer nicht synchronisiert haben ablaufen soll. Wenn Sie nach einem bereinigen, die Aufbewahrungsdauer der Publikation wird erhöht, und ein Abonnement versucht, mit dem Verleger zusammengeführt (die bereits die Metadaten gelöscht wurde), läuft das Abonnement nicht aufgrund des erhöhten Aufbewahrung. Darüber hinaus verfügt der Verleger nicht über genügend Metadaten Änderungen an den Abonnenten downloaden, was zu non-Convergence führt.
• Verwenden Sie die gleichen Publikation Aufbewahrung Werte für alle Verleger und deren alternativen Synchronisierungspartner. Verschiedene Werte verwenden, kann zu non-Convergence führen.

5.3.7 Wiederherstellen von replizierte Datenbanken aus verschiedenen Versionen von SQL Server

in SP1 eingeführt

Wiederherstellen einer Sicherung auf demselben Server und Datenbank, mit der gleiche Version wie des Servers aus dem die Sicherung erstellt wurde, werden die Replikationseinstellungen beibehalten. Wenn Sie eine replizierte Datenbank auf eine Version von SQL Server, die sich von der Version zum Sichern der Datenbank unterscheidet wiederherstellen, berücksichtigen Sie die folgenden Punkte:

• Wenn Sie zu SQL Server 2000 SP2 aus einer mit SQL Server 2000 erstellte Sicherung wiederherstellen und Replikationseinstellungen beibehalten werden sollen, müssen Sie Sp_vupgrade_replication ausführen. Ausführen von Sp_vupgrade_replication wird sichergestellt, dass die Replikationsmetadaten aktualisiert wurde. Wenn Sie Sp_vupgrade_replication nicht ausführen, verbleiben möglicherweise die Replikationsmetadaten in einem unvorhersehbaren Zustand.
• Wenn Sie auf SQL Server 2000, aus einer Sicherung mit SQL Server 7.0 wiederherstellen sind (ob es die Version, Service Pack 1, Service Pack 2 oder Service Pack 3 sein) erstellt und Replikationseinstellungen beibehalten werden sollen, müssen Sie die Sicherung vor der Installation von Servicepacks neu erstellen. Es ist möglich, direkt auf SQL Server 2000 SP2 von einer Sicherung einer replizierten Datenbank in SQL Server 7.0 erstellt wiederherzustellen, aber Einstellungen für die Replikation werden nicht verwaltet werden.

5.3.8 Eine neue MaxCmdsInTran-Parameter für Protokolllese-Agent

in SP1 eingeführt

Beginnend mit SP1, einen neuen Parameter Eingabeaufforderung -MaxCmdsInTran , wurde für den Protokolllese-Agent hinzugefügt. Transaktionen, die Auswirkungen auf eine große Anzahl von Befehlen (i. d. r. Massen Aktualisierungen oder Löschvorgänge) muss der Verteilungs-Agent warten für den Protokolllese-Agent die gesamte Transaktion in der Verteilungsdatenbank schreiben, bevor Sie beginnen kann, die Transaktion an den Abonnenten weitergegeben. Diese Verzögerung der Verteilungs-Agent blockiert und die Parallelität zwischen zwei Agents verringert.

Mithilfe von ?MaxCmdsInTran , teilt der Protokolllese-Agent umfangreiche Transaktionen in kleinere Segmente, und jeder Abschnitt enthält, die gleiche oder weniger Befehle als das -MaxCmdsInTran eingeben. Daher können der Verteilungs-Agent gestartet werden frühere Blöcken mit einer Transaktion verarbeitet, während der Protokolllese-Agent noch über höher Blöcken mit derselben Transaktion arbeitet.

Diese Verbesserung der Parallelität zwischen der Protokolllese-Agent und der Verteilungs-Agent trägt zur besseren Replikation Gesamtdurchsatz. Beachten Sie jedoch, dass die Transaktion Abschnitte auf dem Abonnenten übernommen als einzelne Transaktionen sind der ACID-Eigenschaft die Unteilbarkeit. Dieses Ergebnis ist ein Problem in den meisten Fällen nicht, obwohl empfohlen wird, dass Sie hier, um sicherzustellen, testen.

Definieren des ?MaxCmdsInTran-Parameters

Geben Sie eine positive Ganzzahl (1 oder höher) für die -MaxCmdsInTran Parameterwert. Angabe eines Wertes von 0 entspricht der nicht mit dem Parameter überhaupt. Da dieser Parameter die Leistung verbessert nur, wenn die Buchung sehr groß ist, ist ein Wert von 5000 oder höher für diesen Parameter typische. Zum Beispiel: Um diesen Parameter verwenden, muss auf der Verleger SQL Server 2000 SP1 ausgeführt werden oder höher, und die Protokolllese-Agent und Verteilungs-Datenbank muss zu diesem Servicepack aktualisiert werden. Andernfalls -MaxCmdsInTran wird ignoriert.

5.3.9 Beschränkung nicht eindeutige gruppierte Indizes

in SP2 (gilt nur Transaktionsreplikation) eingeführt.

Sie können einen nicht eindeutigen gruppierter Index für eine Tabelle erstellt, nach der Veröffentlichung für die Transaktionsreplikation. Vor dem Erstellen des Indexes müssen Sie jede Publikation löschen, die die Tabelle enthält.

5.3.10 Eine neue - MaxNetworkOptimization-Befehlszeilenargument für Snapshot-Agent

Während der normalen Verarbeitung kann Mergereplikation DELETE Befehle an Abonnenten für Zeilen senden, die nicht auf dem Abonnenten Partition gehören. DELETE-Befehle dieses Typs werden als irrelevant löscht bezeichnet. Zwar irrelevant löscht keine Auswirkungen auf die Datenintegrität oder Konvergenz, aber können unnötigen Netzwerkdatenverkehr.

Um aus irrelevant löscht den Netzwerkverkehr zu reduzieren, können Sie den neuen Snapshot-Agent-Parameter -MaxNetworkOptimization mit Publikationen von Mergereplikationen. Den Parameter auf 1 festlegen minimiert die Wahrscheinlichkeit von irrelevant löscht die Netzwerk-Optimierung maximiert.

Hinweis: Dieser Parameter auf 1 festlegen nützlich ist, nur wenn die Option Synchronisierung Optimierung der Mergepublikation auf true festgelegt ist ( @ Keep_partition_changes -Parameter von Sp_addmergepublication ).

Der Standardwert ist 0, da die Speicherung von Metadaten erhöhen und Leistungseinbußen auf dem Verleger, verursachen Wenn mehrere Ebenen von Verknüpfungsfilter und komplexe Teilmengenfilter vorhanden kann den Parameter auf 1 festlegen. Sollten Sie sorgfältig bewerten die Replikationstopologie und nur -MaxNetworkOptimization auf 1, wenn Netzwerkverkehr von irrelevant löscht unannehmbar hoch ist.

Sie können das Profil des Snapshot-Agenten durch System Prozedur Sp_add_agent_parameter Ausführen dieser Parameter hinzufügen:

5.4 Meta Data Services

Die folgenden Elemente gelten für SQL Server 2000 Meta Data Services.

5.4.1 Meta Data-Browser exportiert in Unicode

in SP1 eingeführt

Meta Data-Browser exportiert XML-basierte Metadaten in Unicode. Bevor Sie SQL Server 2000 SP1 exportiert der Browser ANSI-Code, der nicht-englischen Zeichen nicht unterstützt. Diese funktionale Änderung ist für den Benutzer transparent. Dieser SP2-Version ist die exportierte Daten immer als Unicode ausgedrückt. Sie können weiterhin in ANSI-Code exportieren, indem Sie den Wert des Registrierungsschlüssels HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport auf "0" festlegen. Die folgende Liste repräsentiert die Werte, die Sie für diesen Registrierungsschlüssel festlegen können:

• NOOBJID = 1
• NOHEADER = 2
• EINZUG = 4
• UNICODE = 8
• LOGUNMAPPEDTAGS = 16
• EXPORTBASE = 32

Weitere Informationen über jedes Flag finden Sie unter ? IExport::Export-Methode in SQL Server-Onlinedokumentation .

5.5 Data Transformation Services

Die folgenden Elemente anwenden, um SQL Server 2000 Data Transformation Services (DTS).

5.5.1 DTS-Assistenten begrenzt nicht mehr Zeichenfolgenspalten auf 255 Zeichen

in SP2 eingeführt

Wenn Sie Daten in eine Textdatei exportieren, konfiguriert der DTS-Import Export-Assistent jetzt das Paket an bis zu 8.000 Zeichen jeder Spalte mit Zeichenfolgentyp Daten schreiben.

5.5.2 Sicherheitskontext für Pakete, die vom SQL Server-Agent ausgeführt protokolliert

in SP2 eingeführt

SQL Server-Agent zeichnet den Sicherheitskontext, unter dem jeder Schritt in einer Auftrag ausgeführt wird. Beginnend mit SP2, wird der Sicherheitskontext im Dialogfeld Auftragsverlauf angezeigt. Wenn Sie ein DTS-Paket von einem Schritt in einem Auftrag ausführen, protokolliert SQL Server-Agent das Benutzerkonto, unter dem das Paket ausführen wird. Dieser Informationen können Administratoren diagnostizieren, Berechtigungen und Authentifizierung Probleme, die auftreten, wenn Pakete auf einem Server geplant werden.

Proxykonto für 5.5.3 SQL Server-Agent-Verbesserungen

in SP2 eingeführt

Vor Einführung von SP2 konnte Pakete auf dem Server gespeicherten nicht unter den Anmeldeinformationen das Proxykonto des SQL Server-Agenten ausgeführt werden, wenn das Proxykonto zu dem Benutzer TEMP-Ordner für das Konto Zugriff hatten denen entweder der Server (im Fall von Aufträgen von Xp_cmdshell ausführen) oder der Agent (im Fall von Agent-Aufträge) ausgeführt wurde. Aus diesem Grund mussten Benutzer häufig zum Anpassen der TEMP-Umgebungsvariable für das Startkonto für SQL Server oder SQL-Agent, ein Verzeichnis auf, die Zugriff auf den Start und Proxykonten, z. B. C:\Temp. Für SP2 wurde DTS verbessert, um den System TEMP-Ordner verwenden, wenn der Benutzer TEMP-Ordner nicht verfügbar ist, ist deutlich verringert die Notwendigkeit diese Anpassungen.

5.6 Verbesserungen an virtuellen Sicherungsmedium-API

Das folgende Element bezieht sich auf die SQL Server 2000 Virtual Backup-Geräte API.

5.6.1 Erfassen mehrerer Datenbanken in einem einzigen snapshot

in SP2 eingeführt

Die-API Geräte von Virtual Backup ermöglicht unabhängige Softwareanbieter SQL Server 2000 in Ihre Produkte integrieren. Diese API ist Engineering, um maximale Zuverlässigkeit und Leistung bereitzustellen. Es unterstützt vollständig die Sicherungs- und Funktionalität für SQL Server 2000, einschließlich der vollständige Bandbreite der hot und Snapshot-Sicherung Funktionen.

In SP1 und früheren Versionen gab es keine Möglichkeit, fixieren und gleichzeitig von mehr als eine einzelne Datenbank sichern. SP2 bietet jetzt serverseitige Unterstützung für mehrere Datenbanken in einem einzigen Snapshot über den Befehl VDC_PrepareToFreeze erfassen und die Fixierung.

Die Virtual Backup Device Specification in SP2 enthält aktualisierte Informationen über den Befehl VDC_PrepareToFreeze . Eine aktualisierte Version des Virtual Device Interface-Headerdatei (vdi.h) \devtools\include im Verzeichnis Setup SP2 finden Sie unter.

6.0 Englisch Abfrage Verbesserung

in SP1 eingeführt

Microsoft hat eine Sicherheitserweiterung für English Query-Anwendungen veröffentlicht. Diese Verbesserung ist nicht als Teil des Service Packs installiert. Jedoch wird empfohlen, Sie es anwenden, wenn Sie English Query verwenden. Die Sicherheitserweiterung befindet sich auf der SP2-CD im Ordner \EQHotfix. Details der English Query-Erweiterung sind auf der Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) verfügbar. Suchen Sie in der Knowledge Base nach Artikel 297105.

7.0 DB­Library und Embedded SQL für C

in SP1 eingeführt

Während der DB­Library und Embedded SQL für C Anwendungsprogrammierschnittstellen (APIs) in SQL Server 2000 weiterhin unterstützt werden, werden keine zukünftigen Versionen von SQL Server, beinhalten Dateien zur Programmierung in Anwendungen arbeiten, die diese APIs verwenden. Verbindungen von vorhandenen Anwendungen mithilfe von DB­Library und Embedded SQL für C geschrieben werden weiterhin in der nächsten Version von SQL Server unterstützt werden, aber diese Unterstützung wird auch in einer zukünftigen Version gelöscht werden. Wenn Sie neue Anwendungen schreiben, verwenden Sie diese Komponenten. Wenn vorhandene Anwendungen ändern, können Sie dringend empfohlen, um Abhängigkeiten zu diesen Technologien zu entfernen. Anstelle von DB-Library oder Embedded SQL für C können Sie ADO, OLE DB oder ODBC auf Daten in SQL Server verwenden. Finden Sie in SQL Server Books Online Weitere Informationen zu diesen Technologien.