Service Pack 3a für Microsoft SQL Server 2000 April 9, 2003

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 889551 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Service Pack 3a für Microsoft SQL Server 2000
9 April 2003
Copyright Microsoft Corporation, 2003. Alle Rechte vorbehalten. Das SQL Server-Dokumentation-Team kann technischen Fragen nicht beantworten, aber begrüßt Ihre Vorschläge und Kommentare zu dieser Readme-Dokumentation. Sie können schnell und direkt senden e-Mail-Feedback über den Link unten. Alle Feedback muss in englischer Sprache sein. Hierauf, um schriftliches Feedback zu diesem Dokument zu senden:
Alles erweitern | Alles schließen

Auf dieser Seite

Einführung in das 1.0

Microsoft SQL Server 2000 Service Pack 3a (SP3a) umfasst Änderungen an SQL Server 2000 SP3, die Probleme durch den Slammer-Wurm ausgelöst:
  • SP3a kann auf SQL Server 2000 Enterprise Evaluation Edition angewendet werden, um Updates zu Instanzen von dieser Edition von SQL Server zu übernehmen.
  • SP3a behebt Setup einige Kunden hat die Version der Microsoft Data Access (MDAC) Komponenten in SQL Server 2000 SP3
  • Das Dienstprogramm MSDE 2000 SP3a-Installation standardmäßig jetzt Unterstützung für Netzwerkverbindungen deaktivieren, wenn neue Instanzen von MSDE 2000 installieren. Die aktuellen Netzwerkeinstellungen Unterstützung bleiben beim Instanzen auf SP3a aktualisiert werden erhalten.
  • Wenn eine Instanz von SQL Server 2000 SP3a oder MSDE 2000 SP3a für die keine Unterstützung für Netzwerkverbindungen konfiguriert ist, stoppt die Instanz auch UDP-Port 1434.
Da sich die meisten in SP3a enthaltenen Änderungen auf das Setup beziehen, müssen Sie SP3a nicht auf Instanzen von SQL Server 2000 oder MSDE 2000 anwenden, die bereits auf SP3 aktualisiert wurden. Wenn Sie über Instanzen verfügen, die noch nicht auf SP3 aktualisiert wurden, sollten Sie diese Instanzen jedoch direkt auf SP3a anstelle von SP3 aktualisieren. Wenn Sie alle Kopien der SP3-Downloaddateien, die Sie für zukünftige Upgrades verwenden verfügen, sollten Sie diese Kopien löschen und stattdessen verwenden entweder die SP3a-Downloaddateien oder die SP3a -CD. Anwendungen, die verteilen und installieren MSDE 2000 SP3a anstelle von SP3 installieren sollten. Sie können SP3a zwar auf Instanzen von SQL Server 2000 SP3 oder MSDE 2000 SP3 anwenden, doch dies wirkt sich kaum auf diese Instanzen aus.

Diese Version von Service Pack 3a (SP3a) für Microsoft SQL Server 2000 in drei Teile bereitgestellt wird:
  • Database Components SP3a enthält Updates für die Datenbankkomponenten einer Instanz von SQL Server 2000, ohne Instanzen von SQL Server 2000 Desktop Engine. Database Components SP3a enthält Aktualisierungen für:
    • das Datenbankmodul.
    • Alle Datenbank-Clienttools und Dienstprogramme wie z. B. SQL Server Enterprise Manager und das Dienstprogramm 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 SP3a enthält Aktualisierungen für die SQL Server 2000 Analysis Services-Komponenten von 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 SP3a enthält Aktualisierungen für die Datenbankkomponenten einer Instanz von SQL Server 2000 Desktop Engine (MSDE 2000), einschließlich:
    • das Datenbankmodul.
    • Die Datenbank Befehlszeilen-Dienstprogramme, die mit MSDE 2000 an, wie die Dienstprogramme Osql und Bcp geliefert.
    • 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 drei Teile SP3a können einzeln, wie folgt angewendet werden:
  • SQL Server 2000-Standorte können Database Components SP3a zur Aktualisierung ihrer Datenbankkomponenten verwenden, ohne ihre Analysis Services-Komponenten oder ihre Instanzen von SQL Server 2000 Desktop Engine zu aktualisieren.
  • Analysis Services 2000-Standorte können Analysis Services SP3a zur Aktualisierung ihrer Analysis Services-Komponenten verwenden, ohne ihre Instanzen von Desktop Engine oder ihre Datenbankkomponenten zu aktualisieren.
  • MSDE 2000-Standorte können Desktop Engine SP3a zur Aktualisierung ihrer Instanzen von MSDE 2000 verwenden, ohne ihre Analysis Services oder ihre Instanzen des SQL Server 2000-Datenbankmoduls zu aktualisieren.
Hinweis: Wenn getrennte Instanzen von MSDE 2000 und anderen Editionen des SQL Server 2000-Datenbankmoduls auf demselben Computer installiert sind, müssen Sie Desktop Engine SP3a auf die Instanzen von MSDE 2000 und Database Components SP3a auf die Instanzen des SQL Server 2000-Datenbankmoduls anwenden, beispielsweise Personal Edition, Standard Edition oder Enterprise Edition.

Hinweis: Desktop Engine SP3a ist der einzige Bestandteil des Service Packs, der auch auf Portugiesisch (Brasilien), Schwedisch und Niederländisch verfügbar ist, da SQL Server 2000 Desktop Engine (MSDE 2000) als einzige Version von SQL Server 2000 in diesen Sprachen angeboten wird. Die mit Database Components SP3a oder Analysis Services SP3a aktualisierten SQL Server 2000-Komponenten sind nicht in diesen Sprachen verfügbar. Portugiesisch (Brasilien), Schwedisch und Niederländisch Benutzer, möchten eine Version von SQL Server SP3a zuweisen anderer als der SP3a MSDE heruntergeladen werden muss, entsprechen der Sprache für die Edition Dateien Sie aktualisieren möchten. Englische Sprache SP3a-Dateien müssen beispielsweise so aktualisieren Sie die englische Sprache heruntergeladen werden Version des SQL Server 2000-Datenbankmoduls. Informationen zum Herunterladen des Servicepacks finden Sie im Abschnitt 2.0 downloaden und extrahieren SP3a.

1.1 Overview of Database Components SP3a-Installation

Database Components SP3a Setup-Programm erkennt automatisch, welche Edition von SQL Server 2000 auf der Instanz von SQL Server 2000 aktualisiert vorhanden ist. Setup aktualisiert nur die Komponenten, die für die Instanz installiert sind. Beispielsweise, wenn Sie das Servicepack auf einem Computer mit SQL Server 2000 Standard Edition anwenden, versucht das Servicepack nicht, Komponenten aktualisieren, die nur in SQL Server 2000 Enterprise Edition enthalten sind.

Sie können eine einzige Standardinstanz oder eine benannte Instanz von SQL Server Database Components SP3a zuweisen. Wenn Sie mehrere Instanzen von SQL Server 2000 auf SP3a aktualisieren, müssen Sie SP3a auf jede Instanz anwenden. Wenn eine Instanz auf einem Computer mit einem oder mehreren Instanzen von SQL Server 2000 auf SP3a aktualisiert wird, werden alle Tools, die auf SP3a aktualisiert. Es sind nicht separate Kopien der Tools für jede Instanz.

1.2 Überblick über Desktop Engine (MSDE 2000) SP3a installieren

Desktop Engine SP3a verwendet werden können:
  • Aktualisieren einer vorhandenen Instanz von SQL Server 2000 Desktop Engine (MSDE 2000) auf SP3a.
  • Installieren Sie eine neue Instanz von MSDE 2000 SP3a, vorausgesetzt, Sie eine MSDE 2000-Lizenz besitzen, mit der Instanzen von MSDE 2000 installieren können.
  • Aktualisieren Sie eine Instanz von MSDE 1.0 auf MSDE 2000, vorausgesetzt, Sie eine MSDE 2000-Lizenz besitzen, mit der Instanzen von MSDE 2000 ausgeführt werden können.
  • Geben Sie die für einen Entwickler ein Setup-Programm zu schreiben, das eine Instanz von MSDE 2000 SP3a, als Teil der Installation der Anwendung installieren können erforderlichen Dateien. Der Entwickler muss eine Lizenz MSDE mit Anwendungen verteilen können.
Weitere Informationen zur Lizenzierung von MSDE 2000 finden Sie unter Uses of MSDE 2000.

Die Prozeduren für SQL Server 2000 Service Pack 3a auf eine vorhandene Instanz von MSDE 2000 anwenden, hängt wie die Instanz installiert wurde. Der Desktop Engine SP3a-Dateien von Microsoft nur Instanzen von MSDE 2000 SP3a zuweisen, die mit der MSDE 2000 installiert wurden verwendet werden können setup-Dienstprogramm. Die meisten Anwendungen installieren Sie MSDE 2000 mithilfe eines der zwei Mechanismen:
  • Das Setupdienstprogramm der Anwendung ruft das MSDE 2000 Setup-Dienstprogramm während der Installation. Instanzen von MSDE 2000 installiert auf diese Weise können auf SP3a aktualisiert werden mithilfe der Desktop Engine SP3a-Dateien.
  • Wenn das Setupprogramm der Anwendung Microsoft Windows Installer-Technologie verwendet, kann das Setupdienstprogramm MSDE 2000-Mergemodule direkt nutzen. Instanzen von MSDE 2000 installiert auf diese Weise können mithilfe der Desktop Engine SP3a-Dateien aktualisiert werden. Sie müssen den Hersteller der Anwendung Verbindung setzen, um eine Patchdatei zu erhalten. Desktop Engine (MSDE 2000) SP3a bietet Mergemodule mit Mergemodulen vorhandene Anwendungen zu unterstützen. Der Setup-Dienstprogramme für neue Anwendungen sollten aufrufen, das Dienstprogramm MSDE 2000-Installation statt direkt verarbeiten die MSDE 2000-Mergemodule geschrieben werden.
Anweisungen zum Ermitteln, ob eine Instanz von MSDE 2000 auf SP3a aktualisiert werden kann mithilfe von Desktop Engine SP3a sind im Abschnitt 2.1 downloaden und Extrahieren von Desktop Engine (MSDE 2000) SP3a. Selbst wenn Sie Desktop Engine SP3a von der SQL Server 2000 SP3a-CD anwenden, lesen Sie die Anweisungen im Abschnitt 2.1 um zu bestimmen, ob Sie Desktop Engine SP3a oder anwenden können eine Anwendung für eine Patchdatei Hersteller müssen.

Wenn mehrere Instanzen von MSDE 2000 auf einem Computer vorhanden sind, müssen Sie jede Instanz einzeln, um festzustellen, ob Sie Desktop Engine SP3a anwenden können auswerten. Sie müssen SP3a auch separat für jede Instanz anwenden.

Überprüfen Sie das Material in Abschnitten 1 und 2 in dieser Readme-Datei, und folgen Sie dann den Anweisungen in Abschnitt 3, wenn:
  • Sie haben festgestellt, dass Sie Desktop Engine SP3a auf die vorhandene Instanz von MSDE anwenden können.
  • Sie installieren eine neue Instanz von MSDE 2000.
  • Desktop Engine SP3a-Dateien sind in der Setup-Dienstprogramm einer Anwendung integriert werden.
Diese Abschnitte enthalten Beispiele für die häufigsten Szenarien eine vorhandene Instanz von MSDE auf SP3a aktualisieren, oder eine neue Instanz von MSDE 2000 SP3a installieren:
  • 3.7.4 Aktualisierung vorhandene Instanzen von MSDE 2000 zu SP3a
  • 3.7.5 Installieren eine neue Instanz von MSDE 2000 SP3a
  • 3.7.6 Aktualisieren von MSDE 1.0 auf MSDE 2000 SP3a

1.3 Entfernen SP3a

Die Möglichkeit, in der SQL Server 2000 SP3a entfernen, hängt von den SQL Server 2000 SP3a-Komponenten, die Sie entfernen.

Entfernen von SQL Server-Datenbankkomponenten und Desktop Engine SP3a

Wenn SQL Server Database Components SP3a oder Desktop Engine SP3a installiert sind, Sie nehmen Änderungen an den Systemtabellen aus Gründen der Wartung und diese auch Benutzer und Verteilerlisten Datenbanken, die Mitglieder einer Replikationstopologie aktualisieren. Wegen dieser Änderungen kann nicht SP3a problemlos entfernt werden. Um den Build wiederherzustellen, die Sie vor dem Installieren von SP3a ausgeführt wurden, zuerst Sie müssen deinstallieren die Instanz des SQL Server 2000-Datenbankmoduls oder von MSDE 2000; anschließend Sie neu die Instanz installieren müssen. Wenn Sie ein früheres SQL Server 2000 Service Pack ausgeführt wurden oder alle Fixes Quick Fix Engineering (QFE) angewendet, müssen Sie das Servicepack und alle QFE-Updates auf die Instanz erneut.

Hinweis: SP3a entfernen möchten, benötigt Sicherungen von Master, Model und Msdb-Datenbanken, die unmittelbar vor dem Anwenden von SP3a aufgenommen wurden. Weitere Informationen finden Sie Abschnitt 3.1 zurück von der SQL Server-Datenbanken, Abschnitt 3.2 zurück von der Analysis Services Datenbanken und Repository.

Weitere Informationen finden Sie deinstallieren SQL Server 2000-Komponenten und Desktop Engine SP3a.

Entfernen von SQL Server Analysis Services Components SP3a

Um SQL Server Analysis Services SP3a vor Zustand zurückkehren zu können, Sie müssen die Registrierung sichern
HK_LOCAL_MACHINE\Software\Microsoft\OLAP Server
und aller seiner Unterschlüssel vor dem Installieren von SP3a Schlüssel. Bei der Deinstallation von SP3a müssen Sie diese Registrierungsschlüssel löschen und Wiederherstellen von SP3a vor Version aus der Sicherungskopie.

Hinweis: Updates für MDAC 2.7 SP1a, die während des Setups SP3a vorgenommen werden können nicht deinstalliert werden.

Weitere Informationen finden Sie unter 3.1.4 Deinstallieren von SQL Server 2000 Analysis Services SP3a.

1.4 Identifizieren der aktuellen Version von SQLServer oder Analysis Services

Verwenden Sie die Techniken in den folgenden Abschnitten, um festzustellen, welche Version von SQL Server oder Analysis Services installiert haben.

SQLServer Um zu identifizieren die Version der SQL Server 2000-Datenbankmoduls oder MSDE 2000 installiert haben, geben Sie an der Eingabeaufforderung mit dem Dienstprogramm Osql oder Isql oder im Abfragefenster in SQL Query Analyzer SELECT @@ VERSION oder SERVERPROPERTY.

Ebenso kann die Produktebene für eine bestimmte Version von der SQL Server 2000-Datenbankmoduls oder von MSDE 2000 durch Ausführen von SELECT SERVERPROPERTY('ProductLevel') ermittelt werden.

Die folgende Tabelle zeigt die Beziehung zwischen SQL Server 2000-Version und Ebene und die Versionsnummer von @@ VERSION gemeldet und die Produktebene von SERVERPROPERTY('ProductLevel') gemeldet.
Tabelle minimierenTabelle vergrößern
SQL Server 2000-Version und -Ebene@@ VERSIONProductLevel
Originalversion von SQL Server 20008.00.194RTM
Database Components SP1 oder Desktop Engine SP18.00.384SP1
Database Components SP2 oder Desktop Engine SP28.00.534SP2
Database Components SP3 oder SP3a, oder Desktop Engine SP3 oder SP3a8.00.760SP3
Wenn Sie sich nicht sicher, welche Version des SQLServer 2000-Datenbankmoduls oder von MSDE 2000 ausführen sind, Anzeigen der letzten Zeile des durch SELECT @@ VERSION zurückgegebenen Ausgabe. Die letzte Zeile sollte eine der folgenden entsprechen:
Desktop Engine on Windows NT 5.0 (Build 2195: Service Pack 2)
Enterprise Evaluation Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Developer Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Personal Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Hinweis: der Anfang der Zeile gibt an, die Edition von SQL Server-Datenbank-Engine oder MSDE 2000. Darauf folgt Informationen zum aktuellen Betriebssystem.

Sie können auch die Edition ermitteln, indem Sie an der Eingabeaufforderung mit dem Dienstprogramm Osql oder Isql oder im Abfragefenster in SQL Query Analyzer SELECT SERVERPROPERTY('Edition') eingeben.

Analysis Services

Gehen Sie folgendermaßen vor um identifizieren, welche Version von Analysis Services Sie installiert haben:
  1. Klicken Sie im Startmenü auf Programme zeigen Sie, zeigen Sie auf SQL Server 2000 , zeigen Sie auf Analysis Services und klicken Sie dann auf Analysis-Manager .
  2. Klicken Sie in der Analysis-Manager-Struktur mit der rechten Maustaste auf den Knoten Analysis-Server, und klicken Sie dann Zu Analysis Services auf.
  3. Verwenden Sie die folgende Tabelle, welche Version von Analysis Services ermitteln.
Tabelle minimierenTabelle vergrößern
Version von Analysis ServicesBuildnummer im Dialogfeld "Info"
Originalversion von SQL Server 2000 Analysis Services8.0.194
Analysis Services SP18.0.382
Analysis Services SP28.0.534
Analysis Services SP3 oder SP3a8.0.760
unterscheiden zwischen SP3 und SP3a

Um ermitteln, ob Sie SP3 oder SP3a installiert haben, betrachten Sie die Versionsnummer der Netzwerkbibliothek Datei Ssnetlib.dll. Wenn die Versionsnummer der Datei 2000.80.760.0 ist, haben Sie SP3; Wenn die Versionsnummer dieser Datei 2000.80.766.0 ist, Sie SP3a.

Vorausgesetzt, dass eine Instanz mit den Standardeinstellungen installiert wurde, finden Sie die Datei Ssnetlib.dll in einem der folgenden Speicherorte:
  • Standardinstanz: c:\Programme\Microsoft SQL Server\Binn\Ssnetlib.dll
  • Benannte Instanz: c:\Programme\Microsoft SQL Server\MSSQL$<instancename>\Binn\Ssnetlib.dll
Um herauszufinden, ob Sie die SP3 oder SP3a Setup-Ordner verfügen, öffnen Sie die SP3Readme.htm-Datei, und Lesen der ersten Seite. Die Service Pack-Version, SP3a oder SP3, wird am oberen Rand der ersten Seite aufgeführt.

1.5 Zusätzliche Informationen zu SP3a

Eine Liste der in diesem Servicepack enthaltene Problembehebungen wird in Microsoft Knowledge Base-Artikel 306908 bereitgestellt werden. Jedes Hotfix in 306908 aufgeführten hat eine Verknüpfung auf einen Knowledge Base-Artikel beschreibt das Problem durch das Update behoben. Folgen Sie den Hyperlinks auf einzelne Knowledge Base-Artikel Informationen über jedes Hotfix

um einen Artikel in der Microsoft Knowledge Base suchen
  1. Wählen Sie aus der Liste Wählen Sie eine Microsoft- SQL Server 2000 .
  2. Geben Sie im Feld Suchen nach die Anzahl der Artikel soll.
  3. Wählen Sie unter Search Type die Option Artikel ID .
  4. Klicken Sie auf die Schaltfläche OK .
Informationen zu SQL Server 2000 Service Pack 3a, die nicht in Zeit in dieser Readme-Datei aufzunehmenden verfügbar waren wird im Microsoft Knowledge Base-Artikel 816502 veröffentlicht werden.

Die Knowledge Base Artikel in dieser Infodatei genannten stehen in der Microsoft Product Support Services Knowledge-Base zur Verfügung.

Microsoft Data Access Components

Dieses Servicepack enthält Updates für Microsoft Data Access Components (MDAC), einschließlich Updates für MSXML.

Weitere Informationen finden Sie Abschnitt 5.5.1 Updates für Microsoft Data Access Components.

QFE-Updates

Alle öffentlich ausgestellten Sicherheitsbulletins von SQL Server 2000 SP2 wurden in SP3a behoben. Wenn Sie eine SQL Server 2000-Hotfix nach 14 Oktober 2002, erhalten ist dieser Hotfix nicht wahrscheinlich in SP3a enthalten sein.

Wenden Sie sich an Ihren primären technischen Support zum Abrufen des gleichen Hotfixes für SQL Server 2000 SP3a.

SQL Server CE Server-Tools Updates

Benutzer von Microsoft SQL Server 2000 WindowsCE Edition (SQL Server CE), SQL Server 2000-Datenbank und Publisher-Servern auf SP3 oder höher aktualisieren möchten oder aktualisiert haben sollten auch die Server-Replikation-Komponenten auf Internetinformationsdienste (IIS)-Servern aktualisieren. Ein aktualisierter Servertools für SQL Server CE-Installer ist auf dieser Microsoft Web site verfügbar.

1.6 Aktualisierte Dokumentation Onlinedokumentation steht.

Aktualisierte Dokumentation für SP3 und SP3a ist verfügbar. SQL Server 2000-Onlinedokumentation (aktualisiert - SP3) enthält geringfügige Änderungen sowie neue Informationen zu SP3 und SP3a.

Sie können SQL Server 2000-Onlinedokumentation (aktualisiert - SP3) von dieser Microsoft Web site downloaden.

1.7 Aktualisiert SQLServer und Analysis Services-Beispiele sind verfügbar

Beispiele für die SQL Server 2000 Datenbank-Engine und Analysis Services, die aktualisiert wurden, für SP3 und SP3a zur Verfügung gestellt. Sie können dieser aktualisierten Beispiele aus diesem Microsoft-Website downloaden.

2.0 Downloaden und extrahieren SP3a

SP3a wird auf folgende Weise verteilt:
  • Auf einem SQL Server 2000 Service Pack 3a packs CD-ROM-Dienst enthält, für die folgenden Komponenten:
    • Database Components SP3a
    • Analysis Services SP3a
    • Desktop Engine SP3a
  • In drei selbstextrahierende Dateien, die aus dem Internet auf der Microsoft SQL Server Downloads Web site gedownloadet werden können:
    • Sql2ksp3.exe (Database Components SP3a)
    • Sql2kasp3.exe (Analysis Services SP3a)
    • Sql2kdesksp3.exe (Desktop Engine SP3a)
Hinweis: Sowohl die SQL Server 2000 Service Pack 3a CD als auch die Sql2kdesksp3.exe enthalten alle Dateien, die erforderlich sind, um eine neue Instanz des Desktopmoduls zu installieren.

Hinweis: Die SP3a-Downloaddateien haben denselben Namen wie die Dateien für SP3. Wenn Sie eine SP3a-CD haben, können Sie direkt von der CD SP3a installieren.

Wenn Sie nicht über eine SP3a-CD verfügen, können Sie die entsprechende Datei herunterladen und ausführen. Wenn die Download-Datei auf Ihrem Computer ausgeführt wird, erstellt er eine Reihe von Ordnern und Dateien auf dem Datenträger mit die gleiche Organisation wie die Ordner und Dateien auf die SP3a-CD. Nach Abschluss dieser Phase Datei extrahieren können Sie SP3a aus den Ordnern auf Ihrer Festplatte installieren.

Beim Downloaden und extrahieren SP3a-Installationsdateien aus dem Internet, verwenden Sie die folgenden Richtlinien:
  • Downloaden Sie eine der im Abschnitt 2.0 aufgelisteten Dateien und platzieren Sie der selbstextrahierenden Datei entweder in einem Ordner auf den Computer, der auf SQL Server 2000-Clientsoftware ausgeführt wird, die Sie zu SP3a oder in einem Ordner auf einer Netzwerkfreigabe aktualisieren. Führen Sie aus dem Ordner die Datei. Das Self-extraction-Programm aufgefordert den Namen des Ordners in dem die Service Pack-Dateien abgelegt werden sollen.

    Hinweis: Wenn Sie das Servicepack zu einem Netzwerk extrahieren freigeben Sie, wird den Pfad zu dem Ordner, die Sie ist relativ zu dem Ordner angeben, in dem das Self-extraction-Programm ausgeführt.
  • Auf dem lokalen Laufwerk oder die Netzwerkfreigabe, die Service Pack-Installationsdateien downloaden, müssen Sie freien Speicherplatz verfügen, der ungefähr dreimal die Größe der selbstextrahierenden Datei ist. Dies schließt Speicherplatz zum Speichern der selbstextrahierenden Datei, Speicherplatz zum Speichern der extrahierten Service Pack-Dateien und temporäre Arbeitsbereich für das Self-extraction-Programm selbst erforderlich.
  • Können Sie umbenennen oder Verschieben des Ordners nach dem Extrahieren der Komponenten; jedoch sicherstellen, dass der Verzeichnis-Pfadname keine Leerzeichen enthält. Können Sie den gleichen Zielordner für die selbstextrahierenden Dateien; Sie werden nicht gegenseitig überschreiben oder gegenseitig beeinträchtigen.
  • Die selbstextrahierenden Dateien werden zum Erstellen einer Gruppe von Verzeichnissen und Dateien, die die gleichen wie die SP3a-CD befinden. Wenn Sie SP3a herunterladen müssen Sie die Service Pack-Verzeichnisse erstellen, bevor Sie SQL Server Setup ausführen, können die Dateien extrahieren.
  • Database Components SP3a und Analysis Services SP3a entspricht der Setup-Prozess für die CD-ROM und die extrahierten Dateien.
Hinweis: Einige der Dateien in den Servicepacks, Systemdateien sind. Sie können nicht Sie anzeigen, sofern Sie diese Schritte: In Windows Explorer im Menü Ansicht klicken Sie auf Optionen , klicken Sie auf die Registerkarte Ansicht und wählen Sie dann Alle Dateien anzeigen das Kontrollkästchen.

So ermitteln Sie die Sprache einer Instanz des SQL Server 2000-Datenbank-Engine oder MSDE 2000

SQL Server 2000 Service Packs sind sprachspezifisch. SQL Server 2000 aktualisieren möchten, müssen Sie downloaden und übernehmen das Servicepack, das derselben Sprache wie Ihre SQL Server 2000-Software verfügt. Wenn Sie eine Instanz von MSDE 2000, die japanische verwendet aktualisieren, müssen Sie die japanische Version von Desktop Engine SP3a downloaden.
  • Klicken Sie auf Start , und klicken Sie dann auf Ausführen .
  • Geben Sie im Öffnen regedit ein, und klicken Sie auf OK
  • Suchen Sie und wählen Sie eine der folgenden Tasten:
    • Suchen Sie für eine Standardinstanz des SQL Server 2000-Datenbankmoduls oder von MSDE 2000, und wählen Sie diese Schlüssel:

      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
    • Suchen Sie für eine benannte Instanz des SQL Server 2000-Datenbankmoduls oder von MSDE 2000, und wählen Sie diese Schlüssel:

      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion wobei Instanzname der Name der Instanz ist
  • Lesen Sie im rechten Bereich den Wert des Eintrags Language. Vergleichen Sie diesen Wert in der folgenden Tabelle die Sprache für die Instanz des SQL Server 2000-Datenbankmoduls oder von MSDE 2000 zu ermitteln:
    Tabelle minimierenTabelle vergrößern
    Sprache-Registrierungswert (in hexadezimal)Sprache Registrierungswert (in hexadezimal)Sprache-Registrierungswert (in hexadezimal)
    0x000004041028Chinesisch (traditionell)
    0x000004071031Deutsch
    0x000004091033Englisch
    0x0000040A1034Spanisch
    0x0000040c1036Französisch
    0x000004101040Italienisch
    0x000004111041Japanisch
    0x000004121042Koreanisch
    0x000004131043Niederländisch
    0x000004161046Portugiesisch (Brasilien)
    0x0000041d1053Schwedisch
    0x000008052053 Chinesisch (vereinfacht)
Datenbankkomponenten und Analysis Services SP3a-Dateien

Datenbankkomponenten und Analysis Services-Installationsdateien beide enthalten aktualisierte Setup-Dokumentation, auf die Sie durch Klicken auf SP3a Setup-Hilfe zugreifen können. Diese Dokumentation aktualisiert nicht die Version von SQL Server 2000-Onlinedokumentation, die bereits auf Ihrem Computer installiert ist. Informationen zum Abrufen einer aktualisierten Version des SQL Server-Onlinedokumentation finden Sie in Abschnitt 1.6 aktualisiert Buch OnlineDocumentation ist verfügbar. Wenn Sie nur die aktualisierte SQL Server 2000 SP3a Setup-Dokumentation ohne Aktualisieren von SQL Server-Onlinedokumentation zugreifen möchten, führen Sie die Setupsql.chm-Datei. Setupsql.chm befindet sich im Unterordner \Books des Verzeichnisses auf die SP3a-CD-ROM, das lokale Verzeichnis oder die Netzwerkfreigabe, die die extrahierten Service Pack-Dateien enthält.

2.1 Herunterladen und extrahieren Desktop Engine (MSDE 2000) SP3a

Benutzer mit eine vorhandene Instanz von MSDE 2000 müssen wissen, wie Ihre Instanz von MSDE 2000 installiert wurde, wissen, wie Sie Patches. Dies können Sie die Informationen als ProductCode Eintrag in einem Registrierungsschlüssel gemäß die Anweisungen im Microsoft Knowledge Base-Artikel 311762 ermitteln.
  • Wenn der ursprüngliche Paketname für den Produktcode Wert SqlRun01.msi durch SqlRun16.msi wurde, können Sie Ihre Instanz von MSDE 2000 mithilfe der SQL Server 2000 SP3a-Download-Dateien aktualisieren. Informationen zum Bestimmen der Sprache für eine Instanz von MSDE 2000 finden Sie weiter oben.
  • Wenn der ursprüngliche Paketname für der ProductCode -Wert auf eine Microsoft-Anwendung verweist die folgende Seite Anweisungen zum Aktualisieren der Instanz von MSDE 2000 angezeigt: Microsoft MSDE Applications Web page.
  • Wenn der Produktcode -Wert nicht in diesem Artikel aufgeführt ist, wurde die Instanz vom Setupdienstprogramm einer Anwendung installiert. Sie können SQL Server 2000 SP3a-Downloaddateien SP3a auf solche MSDE-Instanzen anwenden. Stattdessen müssen Sie eine Patchdatei vom Unternehmen erhalten, die die Anwendung geschrieben haben. Falls die Anwendung von einem anderen als Microsoft geliefert wurde, müssen Sie dieses Unternehmen für eine Patchdatei wenden. Falls die Anwendung von Microsoft stammt, finden Sie auf die folgenden Seite, in dem die MSDE-Anwendungen von Microsoft aufgelistet sind (diese Seite wird mit Informationen zum Aktualisieren dieser Instanzen von MSDE 2000 aktualisiert werden): Microsoft MSDE Applications Web page.
  • Wenn der ursprüngliche Paketname für den Produktcode -Wert "Sample.msi" oder SampleUpg.msi war, finden Sie Wissensdatenbank-Artikel 314131.
Downloaden von MSDE 2000 SP3a

Wenn die Instanz von MSDE 2000 mit dem MSDE-Setup-Dienstprogramm (Name des ursprünglichen Pakets war SqlRun01.msi durch SqlRun16.msi) installiert wurde, können Sie Ihre Instanz von MSDE 2000 mithilfe einer SQL Server 2000 SP3a-Download-Datei aktualisieren:
  • Gehen Sie zur Microsoft SQL Server Downloads Web site.
  • Wählen Sie im Vollständiger Download in der rechten oberen Ecke dieser Seite die Sprache, die die Sprache für Ihre Instanz von MSDE 2000 entspricht, und klicken Sie auf OK .
  • Suchen Sie den Dateien in diesem Download -Abschnitt am unteren Rand der Seite, auf der nächsten Seite. Je nach Programmiersprache Wählen Sie eine dieser Dateien aus:
    • Wenn Sie Englisch ausgewählt haben, downloaden Sie die Datei SQL2KDeskSP3.exe in einen Ordner auf Ihrem Computer.
    • Wenn Sie einer anderen Sprache ausgewählt haben, downloaden Sie die Datei LLL_SQL2KDeskSP3.exe, wobei LLL durch Sprache unterscheidet.
Extrahieren Sie die MSDE 2000 SP3a-Dateien

Nach dem Download SQL2KDeskSP3.exe oder LLL_SQL2KDeskSP3.exe müssen Sie die MSDE 2000 SP3a-Dateien extrahieren:
  • Öffnen Sie Windows Explorer und navigieren Sie zu der Ordner in dem Sie die Downloaddatei MSDE 2000 SP3a (SQL2KDeskSP3.exe oder LLL_SQL2KDeskSP3.exe, wobei LLL durch Sprache unterscheidet) gedownloadet
  • Doppelklicken Sie auf die Downloaddatei so extrahieren Sie die MSDE SP3a-Dateien. Wenn Sie gefragt werden, geben Sie den Ordner in dem die SP3a-Dateien extrahiert werden können.

3.0 Service Pack-Installation

SP3a installieren möchten, verwenden Sie die Installationsanweisungen in den folgenden Abschnitten. Nicht alle Schritte sind erforderlich, je nachdem, welche der folgenden SQL Server 2000-Komponenten oder Konfigurationen Sie das Servicepack anwenden:
  • Datenbankkomponenten
  • Analysis Services
  • Desktop Engine
  • Failover-cluster
  • Replikationsserver
Der erste Satz in jedem der in den folgenden Abschnitten gibt die Komponenten für die dieses Abschnitts gilt.

vor dem Starten einer Installations

Wenn die Instanz des SQL Server 2000-Datenbankmoduls oder MSDE 2000 von einer Anwendung verwendet wird, überprüfen Sie zuerst mit dem Anbieter der Anwendung, ob es gibt Datenbank-Engine oder MSDE 2000 aktualisieren spezifische Überlegungen für die Anwendung.

Eine SP3a-Installation schlägt fehl, wenn eine der folgenden Sicherheitsrichtlinien auf Installation nicht erlauben festgelegt wurde:
  • Die Geräte: Verhalten bei Treiber der Installation von nichtsignierten lokale Sicherheitsrichtlinie für Windows XP
  • Die lokale Sicherheitsrichtlinie unsignierten Installationsverhalten - Treiber für Windows 2000

    Wenn Sie die Installation nicht erlauben Einstellung verwenden, müssen Sie es vor dem Installieren von SP3a in ohne Warnung akzeptieren ändern. Falls erforderlich, können Sie die Richtlinie zurückgeben, zu der vorherigen Einstellung nach Abschluss die Installation.
Hinweis: Installation nicht erlauben ist nicht die Standardeinstellung für diese Sicherheitsrichtlinien.

Beim Installieren von SQL Server 2000 SP3a auf einem Computer unter Windows XP, MDAC 2.7 wird nicht aktualisiert, MDAC 2.7 Service Pack 1a (SP1a). Wenn Ihr System eine der in MDAC 2.7 SP1a enthaltenen Updates erfordert, müssen Sie zuerst Windows XP Service Pack 1 anwenden, vor der Installation von SQL Server 2000 SP3a. Windows XP SP1 gelten alle in MDAC 2.7 SP1a enthaltenen Updates.

Bei der Installation dieses Servicepacks auf einer Vorabversion von Microsoft Windows Server 2003 Build 3683 oder ältere erhalten Sie folgende Fehlermeldung:

Die zu installierende Software hat den Windows-Logo-Test nicht bestanden, der die Kompatibilität mit dieser Windows-Version überprüft. Diese Software wird nicht installiert. Wenden Sie sich an Ihren Administrator.

Sie können diese Meldung ignorieren. Klicken Sie auf OK , um die Installation fortzusetzen.

Hinweis: Diese Nachricht blockiert eine unbeaufsichtigte Installation.

Bei der Installation dieses Servicepacks auf einem Computer unter Windows NT 4.0 Service Pack 6a, müssen Sie den im Microsoft Knowledge Base-Artikel 258437 beschriebenen Hotfix installieren.

Bevor Sie SP3a auf die französische Version von Windows NT 4.0 installieren, folgen Sie den Anweisungen im Knowledge Base-Artikel 259484. Sie können der Microsoft Product Support Services Knowledge Base im Artikel zugreifen. Anweisungen zum Durchsuchen der Knowledge Base finden Sie unter Abschnitt 1.5 zusätzliche Informationen zu SP3a.

vor dem Starten a Database Components-Installation

Wenn Sie Database Components SP3a auf eine Instanz von SQL Server auf einem Computer anwenden, auf denen Analysis Services auch installiert ist, kann Setup fehl, wenn das Skript Sp3_serv_uni.sql ausgeführt. Wenn dies der Fall ist, starten den Computer neu, und führen Sie Setup erneut aus.
  • SQL Server 2000 Service Packs keine Auswirkungen auf die Möglichkeit, Benutzerdatenbanken von einer Version (Originalversion oder ein Servicepack) von SQL Server 2000 oder MSDE 2000 sichern und Wiederherstellen auf Version, außer wenn die Benutzerdatenbank Teil einer Replikationstopologie ist. Wenn die Benutzerdatenbank nicht Teil einer Replikationstopologie ist, können Sie von eine beliebige Version von SQL Server 2000 oder MSDE 2000-Instanz Sichern und auf eine beliebige andere Version von SQL Server 2000 oder MSDE 2000-Instanz wiederherstellen. Es sind weitere Überlegungen zu berücksichtigen für die Replikation, die für die Mergereplikation in Abschnitt 5.3.6 Sichern und Wiederherstellen Probleme beschrieben werden.
SP3a Setup aktualisiert Benutzerdatenbanken, die Mitglieder einer Replikationstopologie sind. Stellen Sie vor der Installation SP3a sicher, dass Replikation Datenbanken und Dateigruppen nicht schreibgeschützt sind und dass das Benutzerkonto, das Ausführen der Installation Zugriffsberechtigung für die Datenbanken. Weitere Informationen zum Anwenden von SP3a auf Datenbanken, die in Replikationstopologien enthalten sind, finden Sie unter Abschnitt 3.11 installieren auf Servern repliziert.

Wenn SP3a Setup, erkennt Benutzerdatenbanken oder Dateigruppen, die nicht geschrieben, werden Sie:
  • Wendet die SP3a Replikationsaktualisierungen auf alle beschreibbaren Benutzerdatenbanken.
  • Schreibt eine Liste der Datenbanken der Einrichtung nicht beschreibbaren protokollieren befindet sich unter Winnt\Sqlsp.log.
  • Zeigt die folgende Warnung an:

    Setup hat eine oder mehrere Datenbanken und Dateigruppen, die nicht schreibgeschützt sind.
Sie können diese Warnung ignorieren, wenn einige der in das Setupprotokoll aufgelisteten Datenbanken Mitglieder einer Replikationstopologie sind. Wenn keines der nicht beschreibbaren im Setupprotokoll aufgelisteten Datenbanken Mitglied einer Replikationstopologie sind, müssen Sie stellen diese Datenbanken schreibgeschützt und darauf anwenden dieser Instanz von SQL Server 2000 SP3a-Installation.

Hinweis: Unbeaufsichtigte Installationen wirkt sich diese Meldung nicht aus. Weitere Informationen zu unbeaufsichtigten Installationen finden Sie in Abschnitt 4.1 unbeaufsichtigter Installationen.

Da-Lese-Datenbanken nicht mehr Setup fehlschlagen verursachen, müssen Sie vor dem Update auf SP3a Protokollversand entfernen. Wenn die Datenbank Protokolle zu einer Datenbank, die ein Verleger ist Lieferung, müssen jedoch Sie:
  • Dauern Sie die Datenbank offline bevor SP3a.
  • SP3a auf die Instanz angewendet.
  • Schalten Sie die Datenbank wieder online.
  • Melden Sie sich bei Query Analyzer und führen Sie das folgende Skript:
    USE master
    GO
    EXEC sp_vpupgrade_replication
    GO
    
Wenn Sie SP3a ohne müssen offline geschaltet alle nicht-schreibbaren Datenbanken Versand Protokolle zu Publikationsdatenbanken anwenden, wird dieser Fehler angezeigt:
Fehler beim Ausführen von Skript Sp_vpupgrade_replication (1)
Wenn Sie diesen Fehler erhalten, gehen Sie wie oben vor.

Hinweis: Während der Installation wird Setup nicht unterschieden zwischen nur-Lese-Datenbanken und Datenbanken, die offline oder in einem fehlerverdächtigen Zustand. Wenn eine Replikationsdatenbank oder Dateigruppe in eine dieser Bedingungen während der Installation und in einer Replikationstopologie beteiligt ist, müssen Sie das Servicepack erneut anwenden, nach dem vornehmen der Datenbank geschrieben.

Note Da nicht beschreibbare Datenbanken mehr Setup fehlschlagen verursachen, müssen Sie vor dem Update auf SP3a Protokollversand entfernen.

ein Systems Management Server Vorbereiten verteilte Installation

Sie können SQL Server 2000 Service Pack 3a nicht remote installieren. Microsoft Systems Management Server können Sie jedoch um SP3a automatisch auf mehreren Computern unter Windows NT Server 4.0 zu installieren. Dazu müssen Sie eine Paketdefinitionsdatei (Smssql2ksp3.pdf) verwenden, die die Erstellung eines SQL Server-Pakets in Systems Management Server automatisiert. Der SQL Server-Paket dann verteilt und auf Computern mit Systems Management Server installiert werden kann. Die Datei Sms2kdef.bat ist eine Batchdatei, die eine unbeaufsichtigte Installation mithilfe von Systems Management Server startet. In dieser Art von Installation erkennt das Setupprogramm automatisch relevante Systeminformationen, dass es muss und keine Benutzereingabe erforderlich ist.

Note Sie können Systems Management Server-Desktopmodul installieren SP3a.

3.1 Sichern von SQL Server-Datenbanken

Die folgende Informationen gelten für alle Komponenten Installationen mit Ausnahme von Datenbank-Clientkomponenten.

Bevor installieren Database Components SP3a oder Desktop Engine SP3a, Sichern Sie den Master, Msdb und Model-Datenbanken. Installieren SP3a ändert Master, Msdb und Model-Datenbanken, wodurch Sie inkompatibel mit Pre-SP3-Versionen von SQL Server. Diese Sicherungen sind erforderlich, wenn Sie SQL Server 2000 ohne SP3 oder SP3a neu installieren möchten.

Es ist auch ratsam, zum Sichern Ihrer Benutzerdatenbanken, obwohl SP3a Aktualisierungen nur auf Benutzerdatenbanken ausführt, die Mitglieder der Replikationstopologien sind.

3.2 Wieder schnell von Analysis Services-Datenbanken und Repository

Die folgende Informationen gelten nur für Analysis Services.

Vor der Installation von Analysis Services SP3a, Sichern Ihrer Analysis Services-Datenbanken, indem eine Kopie im Ordner Microsoft Analysis Services\Data (standardmäßig unter C:\Program Files installiert ist Ordner. Wenn Sie mit SQL Server Analysis Services-Repository migriert haben, erstellen Sie eine Sicherungskopie der Datei "Msmdrep.mdb, die sich in den Ordner Microsoft Analysis Services\Bin befindet. Sie sollten auch speichern, Ihre Analysis Server-Registrierungseinträge mit Regedit.exe und mithilfe des Exportieren im Menü Registrierung den Schlüssel
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAPServer
für Sicherung in einer Datei zu exportieren. Wenn Sie mit SQL Server Analysis Services-Repository migriert haben, Sichern Sie die Datenbank, die das Repository, enthält vor dem Installieren von SP3a. Weitere Informationen finden Sie unter Deinstallieren von SQL Server 2000 Analysis Services SP3a.

3.3 Sicherstellen, dass die Systemdatenbanken genügend Speicherplatz vorhanden

Die folgende Informationen gelten für alle Komponenten Installationen mit Ausnahme von Datenbank-Clientkomponenten und Analysis Services.

Wenn die Option automatische Vergrößerung für die Datenbanken Master und Msdb nicht aktiviert ist, müssen die Datenbanken mindestens 500 KB freien Speicherplatz verfügen. Um zu überprüfen, ob Sie diesen Speicherplatz, führen Sie 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 aktiviert ist und auf den Laufwerken ausreichend Platz vorhanden ist, können Sie diese Schritt überspringen.

Stellen Sie sicher, dass die Option automatische Vergrößerung in SQL Server 2000 aktiviert ist, öffnen Sie SQL Server Enterprise Manager, klicken Sie mit der rechten Maustaste auf das Symbol für die Datenbank und klicken Sie dann auf Properties.Verify, die automatisch vergrößern Datei Kontrollkästchen aktiviert ist.

Um zu überprüfen, dass diese Option in MSDE 2000 aktiviert ist, verwenden Sie das Befehlszeilendienstprogramm Osql die folgenden SQL-Anweisungen ausgeben:
  • Sp_helpdb master
  • Sp_helpdb msdb
Stellen Sie in der Ausgabe dieser Anweisungen sicher, dass der Wert der Spalte Wachstum nicht ist 0.

3.4 Beenden Dienste und Anwendungen vor dem Ausführen des Setupprogramms SP3a

Die folgende Informationen gelten für alle Komponenten. Sie können SP3a anwenden, ohne Dienste heruntergefahren.

Wenn Sie Dienste nicht beenden, werden Sie aufgefordert, den Computer nach Abschluss der Installation neu zu starten. Ohne Neustart nicht die folgenden Dienste gestartet werden:
  • Microsoft Distributed Transaction Coordinator (MS DTC) und die Dienste Microsoft Search und MSSQLServerOLAPService. .
  • Die 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. (optional)
Sie können SP3a anwenden, ohne Neustart des Computers durch diese Dienste und Anwendungen vor dem Anwenden der SP3a beenden.

Sie können die Dienste in einer Clusterumgebung nicht beenden. Weitere Informationen finden Sie on a Failover Cluster Abschnitt 3.10-installieren.

Installieren Sie 3.5 Database Components SP3a

Die folgende Informationen gelten für alle Komponenten Installationen mit Ausnahme von Desktop Engine und Analysis Services.

Führen Sie das Setup.bat Skript von einem der folgenden Speicherorte:
  • Das Verzeichnis auf dem lokalen Computer mit den extrahierten Service Pack-Dateien von SQL2KSP3.exe.
  • Das Service Pack-Verzeichnis auf der SQL Server 2000 SP3a-CD.
  • Das Verzeichnis auf der Netzwerkfreigabe mit den extrahierten Service Pack-Dateien von SQL2KSP3.exe.
Hinweis: Um Datenbankkomponenten aus einer Netzwerkfreigabe zu installieren, müssen Sie zuerst eine der folgenden Aktionen ausführen:
  • Zuordnen der Netzwerkfreigabe mit den extrahierten Service Pack-Dateien einen verfügbaren Laufwerkbuchstaben auf dem lokalen Computer, navigieren Sie in das Verzeichnis auf das zugeordnete Laufwerk, das Setup.bat enthält, und führen Sie Setup.bat.
  • Starten Sie Setup, indem Sie die Setupsql.exe-Datei in \X86\Setup, der ein Unterordner von dem Verzeichnis auf der Netzwerkfreigabe mit den extrahierten Service Pack-Dateien gefunden ausführen.
Setup zeigt ein Dialogfeld, 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 aktualisieren, Sysadmin sein.

Das Setup-Programm führt dann die folgenden Aufgaben:
  • Zeigt das Dialogfeld Authentifizierungsmodus , wenn es erkennt, dass die Installation für die Systemadministratoranmeldung Mischmodus-Authentifizierung mit einem leeren Kennwort verwenden. Bietet Benutzern einfache administrativen Zugriff auf SQL Server oder MSDE sa das Kennwort leer lassen, und wird nicht empfohlen; schützen Ihre Systeme durch das Erzwingen eines sa-Kennwort oder mithilfe der Windows-Authentifizierung. Weitere Informationen zu diesem Dialogfeld finden Sie unter Authentifizierung Modus Dialogfeld später in diesem Abschnitt.
  • Zeigt das Dialogfeld SA-Kennwortwarnung, wenn es ein leeres Kennwort für die Systemadministratoranmeldung erkennt. Obwohl Sie Ihre Installation mit einem leeren Kennwort für den Benutzernamen sa fortfahren können indem explizit die Empfehlung ignorieren und Setup fortzusetzen, ein leeres Kennwort stellt ein Sicherheitsrisiko dar und wird nicht empfohlen. Dieses Dialogfeld ist unabhängig von den Authentifizierungsmodus angezeigt Sie verwenden.

    Hinweis: Diese Kennwortänderung sofort, selbst wenn Setup fehlschlägt, wird das Kennwort noch geändert.
  • Zeigt ein Backward Compatibility Prüfliste Dialogfeld, die warnt Abwärtskompatibilität zu gewährleisten, Probleme auftreten, wenn das Servicepack anwenden. Weitere Informationen zu diesem Dialogfeld finden Sie unter rückwärts Kompatibilität Prüfliste Dialogfeld später 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:
    • Beenden Sie den Setupprozess, stellen diese Objekte schreibbare, und starten Sie Setup erneut.
    • Mit der aktuellen SP3a-Installationsvorgang fortfahren und SP3a einem späteren Zeitpunkt nach dem vornehmen dieser Objekte schreibbare erneut.

      Hinweis: Die vorherigen Schritte sind nur beim Anwenden von SP3a auf nicht beschreibbarer Datenbanken oder Dateigruppen, die Teil einer Replikationstopologie sind erforderlich. Weitere Informationen finden Sie Abschnitt 3.12 anwenden SP3a auf schreibgeschützten Datenbanken oder Dateigruppen.
  • Zeigt ein Dialogfeld Fehlerberichterstattung mit Informationen zum Aktivieren der neuen Feature, das in SP3a enthaltene für die Fehlerberichterstattung an. Weitere Informationen zur Fehlerberichterstattung, Abschnitt 5.10 Error Reporting.
  • Aktualisiert MDAC-Komponenten bei Bedarf. Weitere Informationen finden Sie Abschnitt 5.5.1 Updates für Microsoft Data Access Components.
  • Ersetzt vorhandene SQL Server 2000-Dateien mit SP3a-Dateien
  • Führt Transact-SQL-Skriptdateien System aktualisieren gespeicherter Prozeduren
  • Zeigt eine Option zum Neustart des Computers im letzten Dialogfeld Wenn Setup feststellt, dass ein Neustart erforderlich ist.


Authentifizierung Modus-Dialogfeld

Im Dialogfeld Authentifizierungsmodus nicht standardmäßig auf die aktuellen Einstellungen für die Installation. Im Dialogfeld standardmäßig sind:
  • Auf Computern unter 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, ändert Setup das sa-Anmeldung-Kennwort. Wenn Sie das Kennwort leer lassen, verbindet Setup ohne Ändern des Kennworts
  • 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 einer sa das Kennwort zu wechseln, die nicht leer ist.

    Hinweis: Bevor ändern den Authentifizierungsmodus oder das Kennwort für den Benutzernamen sa, stellen Sie sicher, dass diese Änderung nicht auf vorhandene Anwendungen auswirkt. Wenn Sie eine Instanz von SQL Server mithilfe der Windows-Authentifizierung über die Authentifizierung im gemischten Modus ändern, können nicht z. B. vorhandene Anwendungen versuchen, eine Verbindung mithilfe der SQL Server-Authentifizierung herzustellen verbinden, bis der Authentifizierungsmodus auf Windows-Authentifizierung festgelegt ist. Auch, wenn Sie das Kennwort sa ändern, können keine Anwendungen oder administrative Prozesse mit dem alten Kennwort verbinden bis Sie mit das neue Kennwort konfiguriert sind.
wichtig Aus Gründen der Sicherheit sollten Sie nie auf den Benutzernamen sa ein leeres Kennwort verfügen.

Das Setup-Programm fügt einen Datensatz für die Aktionen in der Datei "Sqlsp.log" führt. Diese Protokolldatei wird in der Windows gespeichert Verzeichnis des Computers, auf dem Setup ausgeführt wird. Wenn Sie mehrere Instanzen aktualisieren, wird nur das neueste Update in diesem Protokoll aufgezeichnet.

Rückwärts Kompatibilität Prüfliste-Dialogfeld

Die Backward Compatibility Prüfliste Dialogfeld listet Abwärtskompatibilitätsprobleme beim Anwenden des Servicepacks auftreten können. Die Abwärtskompatibilitätsprobleme, die in der Prüfliste angezeigt variieren je nach Konfiguration der Instanz von SQL Server 2000, die aktualisiert wird.

Die folgenden Abwärtskompatibilitätsprobleme können in diesem Dialogfeld behoben sein:
  • Bei der Aktualisierung von SP2 oder früher SP3a Microsoft Search-Dienst aktualisiert und die Volltextkataloge für alle Anwendungen mithilfe des Dienstes automatisch erstellt. Während der Neuerstellung möglicherweise Volltext-Funktionalität nicht vollständig verfügbar. Sie müssen dieses Kontrollkästchen aktivieren, bevor Sie Setup fortsetzen. Weitere Informationen finden Sie Abschnitt 5.1.5 Volltext-Kataloge sind neu nach Installation vervollständigt.
  • Bevor Sie das Servicepack anwenden, müssen Sie die SQL Server 2000-Master-Ziel-Serverkonfiguration aktualisieren. Die Verbesserungen mit SP3a eingeführt sind kompatibel, nur mit Servern, auf denen SQL Server 2000 SP3 oder SP3a ausgeführt wird. Sie müssen dieses Kontrollkästchen aktivieren, bevor Sie Setup fortsetzen. Weitere Informationen finden Sie Abschnitt 5.4.2 zu Master-Ziel-Serverkonfigurationen ändert.
  • Datenbankübergreifende Besitzverkettung ist in diesem Servicepack standardmäßig deaktiviert. Nach der Installation können Sie die datenbankübergreifende Besitzverkettung für einzelne Datenbanken aktivieren. Durch optional das Aktivieren dieses Kontrollkästchens können Sie Cross Besitzverkettung für alle Datenbanken zu ermöglichen. Weitere Informationen finden Sie in Abschnitt 5.1.11 zwischen Datenbank Besitz Verkettung.

    Hinweis: Nicht es wird empfohlen, Kreuz Besitzverkettung für alle Datenbanken aktivieren.

    Hinweis: Wenn Sie zuvor datenbankübergreifende Besitz aktiviert hatte müssen das Verketten von einer Vorabversion von SP3 (vor Build 8.00.760) Sie wieder aktivieren, wenn Sie SP3a installieren.

3.6 Analysis Services SP3a installieren

Die folgende Informationen gilt nur für Analysis Services.

Führen Sie Setup.exe aus der folgenden Speicherorte, um Analysis Services SP3a zu installieren:
  • Das Msolap\Install-Unterverzeichnis im Verzeichnis mit den extrahierten Analysis Services SP3a-Dateien von SQL2KASP3.exe.
  • Das Msolap\Install-Verzeichnis auf der SP3a-CD.
Setup führt dann die folgenden Aufgaben:
  • Öffnet das Dialogfeld einrichten, die Sie Informationen auffordert. Weitere Informationen zur Fehlerberichterstattung finden Sie unter 5.10 Error Reporting.
  • Zeigt ein Dialogfeld Fehlerberichterstattung mit Informationen zum Aktivieren der neuen Fehlerberichterstattung in SP3a enthaltenen an.
  • Kopiert die erforderlichen Dateien und schließt die installation


zusätzliche Analysis Services-Installationsprobleme

Nach der Installation von Analysis Services SP3a müssen Sie auch alle Computer, für die Remoteverwaltung auf SP3 oder SP3a verwendet aktualisieren. Andernfalls wird die folgende Fehlermeldung, beim Versuch, über den Analysis-Manager eine Remoteverbindung herstellen:

Kann nicht die Verbindung zur Registrierung auf dem Server (Servername), oder Sie sind nicht Mitglied der Gruppe OLAP Administrators von diesem Server.

Meta Data Services wurde hinzugefügt, eine neue dedizierte Funktion mit dem Namen RepositoryUser , die Zugriff und Update Repository-Informationen in der Msdb -Datenbank verwendet werden kann. Erstellen Sie die RepositoryUser -Rolle hat, lesen Sie, aktualisieren Sie, löschen Sie, und führen Sie Berechtigungen auf die Msdb -Repository. Die Öffentliche Rolle wurde ersetzt durch die neue Rolle und ist nicht mehr auf dieses Repository Berechtigungen. Wenn die folgenden Bedingungen erfüllt sind, muss die Gruppe OLAP Administrators der RepositoryUser -Rolle hinzugefügt werden, so dass Mitglieder dieser Gruppe das Repository zugreifen können, nachdem das Servicepack angewendet wurde:
  • Das Repository ist in Meta Data Services-Format.
  • Das Repository wird die Msdb -Datenbank verwendet.
  • der OLAP-Administratorengruppe verwendet bereits die public -Rolle, um das Repository zuzugreifen.
Hinweis: Diese Änderung betrifft auch remote-Servern, die die Metadaten zugreifen Services-Repository auf einem Server, der auf SP3 oder SP3a aktualisiert wurde. Remoteserver-Benutzernamen müssen die RepositoryUser-Rolle hinzugefügt werden.

Hinweis: Der OLAP-Administratorengruppe muss der RepositoryUser-Rolle hinzugefügt werden, bevor Sie eine Meta Data Services wiederherstellen Repositorythat vor zur Aktualisierung auf SP3 oder SP3a gesichert wurde; andernfalls schlägt der Wiederherstellungsvorgang fehl.

Weitere Informationen über die RepositoryUser-Funktion finden Sie unter Abschnitt 5.6.3 neue RepositoryUser Rolle Zugriff auf Repository-Informationen.

Wenn die Analysis Services-Ordner auf einem anderen Computer befindet als der auf dem der Analyseserver ausgeführt wird, Sie Berechtigungen auf den Ordner ändern müssen nach dem SP3a installieren. Weitere Informationen finden Sie Abschnitt 5.2.10 Berechtigungen müssen für einen Remote Data-Ordner geändert werden.
3.7.2 Sicherheitsüberlegungen für MSDE 2000 SP3a
Die folgende Informationen gelten nur für Desktop Engine (MSDE 2000).

Desktop Engine SP3a enthält einen vollständigen Satz von installieren oder Aktualisieren von Instanzen von SQL Server 2000 Desktop Engine erforderlichen Dateien (MSDE 2000). Sie können alle MSDE 2000 Setup-Aktionen mit den Dateien vom Desktop Engine SP3a durchführen, vorausgesetzt, Sie über eine Lizenz zur Installation oder Aktualisierung von einer Instanz von MSDE 2000. Weitere Informationen zur Lizenzierung von MSDE 2000 finden Sie unter Verwendung von MSDE 2000.

Sie können möglicherweise nicht zum Anwenden von Desktop Engine SP3a wenden Sie sich auf Instanzen von MSDE 2000, die von Setup installiert wurden ein application.You-Dienstprogramm muss an den Anwendung Anbieter für eine Patch-Datei, die zum Aktualisieren dieser Instanzen von MSDE 2000 verwendet werden können. Anweisungen zum Ermitteln, ob eine Instanz von MSDE 2000 in diese Kategorie fällt finden Sie in Abschnitt 2.1 downloaden und Extrahieren von Desktop Engine (MSDE 2000) SP3a.
Die folgenden Abschnitte enthalten wichtige Hintergrundinformationen zu der MSDE 2000 SP3a-Installation:
  • 3.7.1 Voraussetzungen für die MSDE 2000 SP3a
  • 3.7.2 Sicherheitsüberlegungen für MSDE 2000 SP3a
  • 3.7.3 MSDE 2000 Setup Parameters
Den folgenden Abschnitten werden die häufigsten Szenarien für eine vorhandene Instanz von MSDE auf SP3a aktualisieren oder eine neue Instanz von MSDE 2000 SP3a installieren:
  • 3.7.4 Aktualisierung vorhandene Instanzen von MSDE 2000 zu SP3a
  • 3.7.5 Installieren eine neue Instanz von MSDE 2000 SP3a
  • 3.7.6 Aktualisieren von MSDE 1.0 auf MSDE 2000 SP3a
Wenn Sie weitere Informationen benötigen, die Hauptquelle für Dokumentation für MSDE 2000 SP3a-Installation ist in SQL Server 2000 Books Online (aktualisiert - SP3). Es wurden einige Änderungen an MSDE 2000 SP3 und SP3a vorgenommen, die in der SQL Server 2000-Onlinedokumentation (aktualisiert - SP3) nicht vollständig widergespiegelt werden; diese Features werden in dieser Readme-Datei behandelt. Weitere Informationen zum Installieren von SQL Server 2000-Onlinedokumentation (aktualisiert - SP3) finden Sie unter Abschnitt 1.6 aktualisiert Books Online-Dokumentation ist verfügbar.
3.7.1 Voraussetzungen für die MSDE 2000 SP3a
Die folgende Informationen gelten nur für Desktop Engine (MSDE 2000).

Die folgenden Anforderungen gelten für SQL Server 2000 Desktop Engine (MSDE 2000) SP3a Installationen.

Wenn Sie MSDE 2000 zu aktualisieren, müssen Sie Desktop Engine SP3a separat für jede Instanz von MSDE 2000 anwenden.

Hinweis: Microsoft unterstützt keine Konfigurationen, in denen mehr als 16 Instanzen des Datenbankmoduls auf einem Computer. Dazu gehören Instanzen von SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 und MSDE 2000.

Beginnen Sie immer das MSDE 2000-Setup-Programm, indem Sie Setup.exe ausführen. Starten Sie Setup nicht durch eine der MSDE 2000 .msi-Dateien direkt wie z. B. durch Doppelklicken auf eine der MSDE 2000 MSI-Dateien aufrufen. Sie müssen Setup über die Eingabeaufforderung ausführen und geben Sie Parameter zum Installieren oder Aktualisieren einer beliebigen Instanz von MSDE. Weitere Informationen über die erforderlichen Parameter finden Sie unter Abschnitte 3.7.2 durch 3.7.6.

Probleme können auftreten, wenn Sie einen Terminaldienste verwenden Verbindung um eine vorhandene Instanz von MSDE auf SP3a zu aktualisieren oder eine neue Instanz von MSDE 2000 SP3a zu installieren versucht. Wenn Probleme auftreten, starten Sie Setup auf dem lokalen Computer neu.

Sie müssen den Instanznamen der MSDE-Instanz kennen, die Sie installieren oder aktualisieren, verwenden die MSDE 2000 SP3a-Installation. Wenn installieren oder aktualisieren eine benannte Instanz von MSDE müssen Sie den Parameter INSTANCENAME verwenden, um den Instanznamen anzugeben. Wenn Sie INSTANCENAME nicht angeben, arbeitet die Standardinstanz von MSDE auf dem Computer einrichten. In Versionen von MSDE 2000 Setup vor SP3 Benutzer zum MSI-Installation Paketdatei angeben verwendet, installieren oder Aktualisieren einer Instanz von MSDE 2000. In SP3 und späteren Versionen der Installation Setup verwaltet die MSI-Dateien, und Sie müssen nicht um die MSI-Datei für eine Aktualisierung oder eine neue Installation anzugeben.

Sie können die MSDE 2000 SP3a-Installation von der Festplatte, einer Netzwerkfreigabe oder einer CD-ROM ausführen. Wenn Sie eine Instanz von MSDE 2000 auf SP3a zu aktualisieren, können Sie Setup nur von einer Netzwerkfreigabe oder einer CD-ROM ausführen, wenn die ursprünglichen Dateien verwendet, um die Instanz von MSDE 2000 installieren in den Speicherort noch vorhanden sind,, während der ursprünglichen Installation belegt. Wenn die ursprüngliche Installation von einer CD wurde, wird MSDE 2000 SP3a Setup der original-CD während der Aktualisierung angefordert. Wenn die ursprünglichen Dateien nicht mehr an Ihrem ursprünglichen Speicherort sind oder der original-CD nicht verfügbar ist, müssen die MSDE 2000 SP3a-Dateien auf Ihrer Festplatte kopieren und Ausführen von Setup von dort.

Wenn Sie Ihre eigenen-CD zum Installieren von SP3a erstellen, muss die Volumebezeichnung auf der CD SQL2KSP3 sein. Wenn Sie eine unabhängige Softwareanbieter (ISV) erstellen eine CD für den Zweck der MSDE als Komponente der Anwendung verteilen, die CD Volumebezeichnung muss sein identisch mit der VolumeLabel-Eigenschaft in der Medientabelle des Windows Installer-Pakets (*.msi).
Sie können das Update für Desktop Engine von einer CD installieren, nur, wenn Sie Windows Installer, Version 2.0.2600.0 oder auf.Wenn Sie Windows Installer zu aktualisieren müssen, SP3a enthält die Dateien zum Windows Installer nicht aktualisieren.

Windows Installer nicht aktualisieren:
  1. Navigieren Sie mithilfe von Windows Explorer zum Ordner \MSDE\MSI auf entweder die SQL Server 2000 SP3a CD oder in den Ordnern, die Sie aus SQL2KDeskSP3.exe extrahiert.
  2. Führen Sie InstMsi20.exe.
  3. Wenn Sie dazu aufgefordert werden, starten Sie den Computer neu.
3.7.2 Sicherheitsüberlegungen für MSDE 2000 SP3a
Die folgende Informationen gelten nur für Desktop Engine (MSDE 2000).

Das Verhalten des MSDE 2000-Setup wurde in SP3a geändert, so dass die Standardeinstellungen für eine sicherere Konfiguration führen.

Desktop Engine SP3a ändert das Standardverhalten des DISABLENETWORKPROTOCOLS Setup Parameters, der in der Konfiguration der Unterstützung für eine Instanz von MSDE 2000 Netzwerk-Verbindung angegeben. Wenn keine Anwendung auf einem anderen Computer zu Ihrer Instanz von MSDE 2000 verbinden werden, die Instanz weist keine Notwendigkeit, Unterstützung für Netzwerk und ist ratsam, eine Ressource deaktivieren, die nicht verwendet wird. SP3a wird die Netzwerkunterstützung standardmäßig deaktiviert wenn neue Instanzen von MSDE 2000 installieren. Wenn Sie die Netzwerkunterstützung, deaktivieren während eine Instanz von MSDE 2000 SP3a installieren, können Sie die Instanz die Unterstützung aktivieren, später neu konfigurieren. Weitere Informationen zu deaktivieren und Wiederherstellen von Netzwerkzugriff, finden Sie in Knowledge Base-Artikel 814130.

Standardmäßig die MSDE 2000 SP3a-Installation wird nicht installiert eine neue Instanz von MSDE 2000, sofern Sie den Parameter SAPWD, verwenden an eine starke sa Kennwort. Standardmäßig die MSDE 2000 SP3a wird nicht aktualisiert einer vorhandenen Instanz von MSDE 2000, sofern Sie das sa ein sicheres Kennwort zugewiesen haben Anmeldung. Sie sollten den Benutzernamen sa ein sicheres Kennwort zuweisen, auch wenn eine vorhandene Instanz zu aktualisieren, sofern die Anwendung mit die MSDE-Instanz in irgendeiner Weise auf einem null-sa-Kennwort benötigt. Selbst wenn die Instanz von MSDE 2000 im Windows-Authentifizierungsmodus ausgeführt wird, wird der Benutzername sa sofort aktiv, wenn die Instanz jemals zu gemischter Modus gewechselt ist. Ein null, leer, einfache oder bekannten sa-Kennwort konnte für nicht autorisierten Zugriff verwendet werden. Wenn Sie ein sicheres sa-Kennwort zuweisen, bevor Sie Ihre Instanz von MSDE 2000 auf SP3a aktualisieren, finden Sie im Microsoft Knowledge Base-Artikel 322336.

Verwenden Sie nach Möglichkeit für eine höhere Sicherheit, Windows-Authentifizierung mit Ihrer MSDE 2000-Installation. Berücksichtigen Sie Wechsel vom Mischmodus zum Windows-Authentifizierungsmodus, wenn:
  • Die Anwendungen mit MSDE 2000 können ausgeführt werden, mithilfe von Windows-Authentifizierung.
  • Sie haben Windows-Authentifizierung von Anmeldungen für alle Benutzer definiert, die eine Verbindung zur Instanz herstellen müssen. Weitere Informationen zum Hinzufügen von Anmeldungen finden Sie unter Hinzufügen, einen Windows Benutzer oder eine Gruppe in der SQL Server 2000-Onlinedokumentation.
  • Die Instanz von MSDE 2000 wird auf Windows 98 oder Windows Me nicht ausgeführt.
Weitere Informationen auf eine Instanz von MSDE 2000 von gemischten Modus in Windows-Authentifizierungsmodus ändern finden Sie in Knowledge Base-Artikel 322336.
3.7.3 MSDE 2000 Setup Parameters
Die folgende Informationen gelten nur für Desktop Engine (MSDE 2000).

MSDE 2000 ist mit Anwendungen verteilt werden soll und vom Setup-Programm der Anwendung installiert. MSDE 2000 hat kein interaktive Setup-Programm. Die Setup-Mechanismen für die MSDE 2000 sollen von einer Setup-Programm aufgerufen werden, in dem alle erforderlichen Interaktion mit dem Endbenutzer wird von der Installation der Anwendung behandelt. MSDE 2000 verfügt über zwei Installation Mechanismen:
  • Eine Eingabeaufforderung Setupdienstprogramm. Das Setupdienstprogramm ist in der Regel durch eine Anwendung Setup-Dienstprogramm aufgerufen, aber auch aus einem Eingabeaufforderungsfenster ausgeführt werden kann. MSDE 2000 Setup-Dienstprogramm muss eine grafische Benutzeroberfläche nicht über die ein Benutzer das Verhalten des Dienstprogramms steuern kann. Stattdessen akzeptiert dieses Dienstprogramm einen Satz Parameter, die Aktionen definieren, das Dienstprogramm ausgeführt werden soll.
  • Ein Satz von Windows Installer-Mergemodulen. Entwickler, die Setup Windows Installer-basierten Dienstprogramme schreiben können Ihre Anwendung Setup, um eine Instanz von MSDE 2000 zu installieren, die MSDE 2000-Mergemodule verbraucht code. Entwickler können die Konfiguration der installierten Instanz steuern, indem setup-Installation Paketeigenschaften, die MSDE 2000 entsprechen, Dienstprogramm Parameter angeben.
Benutzer können die Eingabeaufforderung MSDE 2000 Setup-Dienstprogramm zum entweder aktualisieren Sie vorhandenen Instanzen von MSDE oder um neue Instanzen von MSDE 2000 zu installieren. Benutzer steuern das Verhalten des MSDE 2000 Setup-Programms durch Angabe von Parametern. Die Setupparameter können in zwei Arten angegeben werden:
  • In der Befehlszeile.
  • In einer INI-Datei von der Setup-Dienstprogramm gelesen.
Die meisten von der MSDE 2000 SP3a-Version von Setup unterstützten Parameter sind im Thema "Customizing Desktop Engine Setup.exe" in der SQL Server 2000-Onlinedokumentation (aktualisiert ? SP3) dokumentiert. Weitere Informationen zum Installieren von SQL Server 2000-Onlinedokumentation finden Sie unter Abschnitt 1.6 aktualisiert Books Online-Dokumentation ist verfügbar.

Sie müssen die Werte für die MSDE-Installation einschließen Parameter in doppelte Anführungszeichen, wenn der angegebene Wert Sonderzeichen, z. B. Leerzeichen. Andernfalls sind die Anführungszeichen optional.

Diese Installation von MSDE 2000 SP3a-Parameter sind entweder nicht in der SQL Server 2000-Onlinedokumentation (aktualisiert ? SP3) dokumentiert oder Verhalten sich anders als in der Onlinedokumentation beschrieben.
Tabelle minimierenTabelle vergrößern
Parameternamen Beschreibung
ALLOWXDBCHAINING = 1Ermöglicht datenbankübergreifende Besitzketten. Weitere Informationen, finden Sie in Abschnitt 5.1.11 zwischen Datenbank Besitz Chaining.
SAPWD = Sa_passwordGibt das Kennwort den Benutzernamen sa zugewiesen werden, bei der Installation einer neuen Instanz von MSDE 2000. SAPWD wird ignoriert, wenn Sie eine vorhandene Instanz von MSDE 2000, aktualisieren damit Sie der Benutzernamen sa ein sicheres Kennwort sicherstellen sollten vor dem Aktualisieren. Sie sollten immer ein sicheres sa-Kennwort angeben, selbst wenn Windows-Authentifizierungsmodus verwendet. Während die SAPWD-Eigenschaft nicht in der Installationsprotokolldatei geschrieben, wenn Setup.exe ausgeführt ist es, wenn Sie installieren mithilfe von Mergemodulen.
/ upgradesp {SQLRUN | SqlRunXX.msi [<msipath>]} Gibt an, dass das Setupprogramm eine vorhandene Instanz von MSDE 2000 auf SP3a aktualisiert. Für SP3 und höher, ersetzt diese Option die Option/p von früheren Versionen von Setup unterstützt werden. Verwenden Sie nicht die Befehlszeilenoption/p mit SP3 oder höher. Wenn Sie auf SP3a aktualisieren, müssen Sie nicht mehr der MSI-Datei verwendet, um die vorhandene Instanz von MSDE 2000 zu installieren. Die meisten Benutzer geben einfach SQLRUN, in dem Fall das MSDE 2000 SP3a Setup-Dienstprogramm die MSI-Datei zu bestimmt. Wenn Sie SQLRUN ohne Angabe einer INSTANCENAME angeben, wird Setup die Standardinstanz von MSDE 2000 aktualisieren. Wenn Sie SQLRUN und ein INSTANCENAME angeben, wird Setup die Instanz aktualisieren, die Sie mit dem INSTANCENAME-Parameter angegeben. Wenn Sie den Namen einer MSDE 2000 MSI-Installationspaketdatei angeben, wird Setup aktualisieren jeweils Instanz auf dem Computer mit einem Mergemodul mit demselben Namen ursprünglich installiert wurde. Zum Beispiel wenn Sie SqlRun01.msi angeben, wird Setup aktualisieren jeweils Instanz von MSDE 2000 mit SqlRun01.msi ursprünglich installiert wurde. MSIPath ist der Pfad zu dem Ordner halten die MSI-Datei. Standardmäßig MSIPath Setup\. Beispiele für die Angabe von/upgradesp finden Sie unter Abschnitt 3.7.4 aktualisieren vorhandene Instanzen von MSDE 2000 zu SP3a
UPGRADEUSER = AnAdminLoginGibt an, die Anmeldung verwendet werden, wenn Sie eine Instanz von MSDE 1.0 oder MSDE 2000 mithilfe der SQL Server-Authentifizierung aktualisieren. Der Benutzername muss Mitglied der festen Serverrolle Sysadmin sein. Dieser Parameter wird nur verwendet, bei Angabe von SECURITYMODE = SQL, wenn eine Instanz von MSDE zu aktualisieren.
UPGRADEPWD AdminPassword = Gibt das Kennwort für die Anmeldung beim upgrade von MSDE unter Verwendung der SQL Server-Authentifizierung in UPGRADEUSER angegeben.
Desktop Engine SP3 eingeführt, einen neuen DISABLENETWORKPROTOCOLS -Parameter. Das Verhalten der DISABLENETWORKPROTOCOLS geändert in Desktop Engine SP3a sicherer standardmäßig sein.

Dies sind die Verhaltensweisen DISABLENETWORKPROTOCOLS in SP3a.
Tabelle minimierenTabelle vergrößern
DISABLENETWORKPROTOCOLS WertAktualisieren der vorhandenen InstanzNeue Instanz installieren
1Instanz wird konfiguriert, alle Server-Netzwerkbibliotheken deaktiviert.Instanz wird konfiguriert, alle Server-Netzwerkbibliotheken deaktiviert.
0Die vorhandene Server-Netzwerkbibliothek Konfiguration wird beibehalten.Instanz wird mit Standard-Server-Netzwerkbibliotheken und Adressen aktiviert konfiguriert.
Parameter nicht angegeben oder einen anderen Wert als 0 oder 1Die vorhandene Server-Netzwerkbibliothek Konfiguration wird beibehalten.Instanz wird mit allen Server-Netzwerkbibliotheken deaktiviert konfiguriert.
In SP3 hat DISABLENETWORKPROTOCOLS zwei Unterschiede im Verhalten im Vergleich zu SP3a:
  • Bei der Installation eine neue Instanz mit ist SP3 und DISABLENETWORKPROTOCOLS entweder nicht angegeben oder einen anderen Wert als 0 oder 1, dann die Instanz die Standard-Netzwerkbibliotheken und Adressen aktiviert installiert ist. In SP3a sind die Netzwerkbibliotheken deaktiviert.
  • Sobald alle Netzwerkbibliotheken für eine Instanz von MSDE 2000 SP3 deaktiviert sind, wird die Instanz weiterhin UDP-Port 1434 verwendet. In SP3a wird die Instanz nicht UDP-Port 1434 in dieser Konfiguration verwenden. Weitere Informationen finden Sie Abschnitt 5.1.15 Operationen auf UDP-Port 1434.
Weitere Informationen zu Standard-Netzwerkbibliothek Konfigurationen finden Sie unter "Controlling-Netzwerkbibliotheken und Communications Adressen" in SQL Server 2000-Onlinedokumentation.

Wenn Sie ein Entwickler Einbinden von MSDE 2000-Mergemodule (MSI-Dateien) in einer Windows Installer-Setup sind, können Sie Einstellungsparameter für das oben als Eigenschaften in die MSI-Datei angeben. Desktop Engine (MSDE 2000) SP3a bietet Mergemodule mit Mergemodulen vorhandene Anwendungen zu unterstützen. Der Setup-Dienstprogramme für neue Anwendungen sollten aufrufen, das Dienstprogramm MSDE 2000-Installation statt direkt verarbeiten die MSDE 2000-Mergemodule geschrieben werden.
Tabelle minimierenTabelle vergrößern
ParameternamenMerge Module-Eigenschaft
ALLOWXDBCHAININGSqlAllowXDBChaining
DISABLENETWORKPROTOCOLSSqlDisableNetworkProtocols
SAPWDSqlSaPwd
UPGRADEUSERSqlUpgradeUser
UPGRADEPWDSqlUpgradePwd
Informationen zu Mergemoduleigenschaften, die andere Setup-Parameter entsprechen, finden Sie unter "Verwenden der SQL Server Desktop Engine Mergemodule" in der SQL Server 2000-Onlinedokumentation.

Anfordern einer Setupprotokoll

Wenn Sie Ausführen von Setup Probleme auftreten und ein ausführliches Protokoll benötigen um Debuggen zu unterstützen, geben Sie/l * V <logfilename>. <logfilename> ist der Name einer Protokolldatei, in dem Setup alle seine Aktionen aufzeichnen. Wenn Sie einen Pfad nicht als Teil des Namens angeben, wird die Protokolldatei im aktuellen Ordner erstellt. Wenn Sie Setup von SQL Server 2000 SP3a-CD ausführen, müssen Sie den vollständigen Pfad eines Ordners auf Ihrer Festplatte angeben. Dieses Beispiel erstellt eine Protokolldatei MSDELog.log im Stammordner von Laufwerk C::

Setup/upgradesp Sqlrun DISABLENETWORKPROTOCOLS = 1/l * V C:/MSDELog.log
3.7.4 Aktualisierung vorhandene Instanzen von MSDE 2000 zu SP3a
Die folgende Informationen gelten nur für Desktop Engine (MSDE 2000).
Die Beispiele in diesem Abschnitt werden eine vorhandene Instanz von MSDE 2000 SP3a aktualisieren, und die Netzwerkverbindung für die Instanz von MSDE 2000 auch deaktivieren. Wenn die Instanz Verbindungen von Anwendungen auf anderen Computern akzeptieren muss, geben Sie keine DISABLENETWORKPROTOCOLS Parameter.
Nehmen Sie die Beispiele in diesem Abschnitt an, dass der Benutzernamen sa ein sicheres Kennwort. Weitere Informationen über das sa-Kennwort finden Sie in Abschnitt 3.7.2 Sicherheitsüberlegungen für MSDE 2000 SP3a.

So aktualisieren Sie SQL Server 2000 Desktop Engine
  1. Öffnen eines Eingabeaufforderungsfensters.
  2. Verwenden Sie an der Eingabeaufforderung den Befehl cd zu den Ordner mit MSDE 2000 SP3a Setup-Dienstprogramm zu navigieren:
    CD c:\MSDESP3aFolder\MSDE
    wobei c:\MSDESP3aFolder entweder den Pfad des Ordners in den Sie die MSDE 2000 SP3a-Dateien extrahiert haben oder Ordners Desktop Engine SP3a auf die SQL Server 2000 SP3a-CD ist.
  3. Führen Sie einen der folgenden Befehle:
    • Für eine Standardinstanz mithilfe der Windows-Authentifizierung-Modus auszuführen:

      Setup/upgradesp Sqlrun DISABLENETWORKPROTOCOLS = 1
    • Für eine benannte Instanz über den Windows-Authentifizierungsmodus ausgeführt wird:

      Setup/upgradesp Sqlrun INSTANCENAME = Instanzname DISABLENETWORKPROTOCOLS = 1
    • Für eine Standardinstanz mit gemischten Modus (wobei AnAdminLogin ein Mitglied der festen Serverrolle Sysadmin ist), ausführen:

      Setup/upgradesp Sqlrun SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
    • Eine benannte Instanz mithilfe des gemischten Modus (wobei AnAdminLogin ein Mitglied der festen Serverrolle Sysadmin ist) ausführen:

      Setup/upgradesp Sqlrun INSTANCENAME Instanzname SECURITYMODE = SQL UPGRADEUSER = = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
wichtig Wenn Sie eine INI-Datei während der Installation verwenden, vermeiden Sie Speichern von Anmeldeinformationen in der INI-Datei.

Hinweis: Beim Aktualisieren von MSDE auf einem Computer unter Windows 98 oder Windows Millennium Edition muss die Instanz von MSDE, die Sie aktualisieren, beendet werden, vor.
3.7.5 Installieren eine neue Instanz von MSDE 2000 SP3a
Die folgende Informationen gelten nur für Desktop Engine (MSDE 2000).

Die Beispiele in diesem Abschnitt werden eine neue Instanz von MSDE 2000 SP3a installieren, die mit der Netzwerkkonnektivität deaktiviert konfiguriert wurde. Wenn die Instanz Verbindungen von Anwendungen auf anderen Computern akzeptieren muss, auch DISABLENETWORKPROTOCOLS angeben = 0.

Diese Beispiele installieren Instanzen unter Verwendung der Standardeinstellungen für alle Konfigurationselemente, z. B. Sortierung und Dateispeicherorte. Die Konfigurationen können von Setup-Parameter, z. B. COLLATION, DATADIR, und TARGETDIR gesteuert werden. Weitere Informationen über die Konfigurationsparameter, die Sie mit Setup angeben können, finden Sie unter "Customizing Desktop Engine Setup.exe" in der SQL Server 2000-Onlinedokumentation (aktualisiert ? SP3). Weitere Informationen zum Installieren von SQL Server 2000-Onlinedokumentation (aktualisiert - SP3) finden Sie unter Abschnitt 1.6 aktualisiert Books Online-Dokumentation ist verfügbar.

um eine neue Instanz des Desktopmoduls zu installieren
  1. Öffnen eines Eingabeaufforderungsfensters.
  2. Verwenden Sie an der Eingabeaufforderung den Befehl cd zu den Ordner mit MSDE 2000 SP3a Setup-Dienstprogramm zu navigieren:

    CD c:\MSDESP3aFolder\MSDE
  3. wobei c:\MSDESP3aFolder wird, entweder den Pfad des Ordners in den Sie die MSDE 2000 SP3a-Dateien extrahiert haben oder Desktop Engine SP3a Ordner auf dem SQL Server 2000 SP3a-CD.
  4. Führen einen der folgenden Befehle:
    To install a default instance configured to use Windows Authentication Mode, execute: 
    setup SAPWD="AStrongSAPwd"
    Where AStrongSAPwd is a strong password to be assigned to the sa login.
    
    To install a named instance configured to use Windows Authentication Mode, execute: 
    setup INSTANCENAME="InstanceName" SAPWD="AStrongSAPwd"
    Where AStrongSAPwd is a strong password to be assigned to the sa login and InstanceName is the name to be assigned to the instance.
    
    To install a default instance configured to use Mixed Mode, execute: 
    setup SAPWD="AStrongSAPwd" SECURITYMODE=SQL
    Where AStrongSAPwd is a strong password to be assigned to the sa login.
    
    To install a named instance configured to use Mixed Mode, execute: 
    setup INSTANCENAME="InstanceName" SECURITYMODE=SQL SAPWD="AStrongSAPwd"
    Where AStrongSAPwd is a strong password to be assigned to the sa login and InstanceName is the name to be assigned to the instance.
    
    
wichtig Wenn Sie eine INI-Datei während der Installation verwenden, vermeiden Sie, Speichern von Anmeldeinformationen in der INI-Datei.

wichtig Geben Sie immer ein sicheres Kennwort für den Benutzernamen sa, selbst wenn die Instanz konfiguriert wird, mit der Windows-Authentifizierungsmodus.
3.7.6 Aktualisieren von MSDE 1.0 auf MSDE 2000 SP3a
Die folgende Informationen gelten nur für Desktop Engine (MSDE 2000).

Die Beispiele in diesem Abschnitt werden eine vorhandene Instanz von MSDE 1.0 auf MSDE 2000 SP3a aktualisieren, und auch die Netzwerkverbindung für die Instanz deaktivieren. Wenn die Instanz Verbindungen von Anwendungen auf anderen Computern akzeptieren muss, geben Sie den Parameter DISABLENETWORKPROTOCOLS an.

MSDE 1.0 arbeitet in die gleiche Weise als Standardinstanz von MSDE 2000 und wird immer zu einer Standardinstanz von MSDE 2000 aktualisiert.

Aktualisieren von MSDE-Version 1.0
  1. Öffnen eines Eingabeaufforderungsfensters.
  2. Verwenden Sie an der Eingabeaufforderung den Befehl cd zu den Ordner mit MSDE 2000 SP3a Setup-Dienstprogramm zu navigieren:
    CD c:\MSDESP3aFolder\MSDE
  3. wobei c:\MSDESP3aFolder wird, entweder den Pfad des Ordners in den Sie die MSDE 2000 SP3a-Dateien extrahiert haben oder Desktop Engine SP3a Ordner auf dem SQL Server 2000 SP3a-CD.

    Führen Sie einen der folgenden Befehle:
    • Wenn Sie Windows-Authentifizierungsmodus verwenden, führen:

      Setup-UPGRADE = 1 DISABLENETWORKPROTOCOLS = 1
    • Wenn im gemischten Modus verwenden (wobei AnAdminLogin ein Mitglied der festen Serverrolle Sysadmin ist), ausführen:

      Setup-UPGRADE = 1 SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD AdminPassword DISABLENETWORKPROTOCOLS = = 1
Hinweis: Wenn Sie BLANKSAPWD = 1 , Sie müssen nicht an SECURITYMODE = SQL oder UPGRADEUSER und UPGRADEPWD.

Vorsicht Von der Verwendung leerer Kennwörter wird abgeraten.

wichtig Wenn Sie eine INI-Datei während der Installation verwenden, vermeiden Sie Speichern von Anmeldeinformationen in der INI-Datei.
3.7.7 Verteilen von MSDE 2000 SP3a
Die folgende Informationen gelten nur für Desktop Engine (MSDE 2000).

Desktop Engine SP3a enthält alle erforderlichen zum Verteilen von MSDE 2000 mit Anwendungen, Dateien, sofern der Hersteller der Anwendung über eine Lizenz zum Verteilen von MSDE 2000 verfügt. Sie können Desktop Engine SP3a verteilen, die Dateien wie in der SQL Server 2000-Onlinedokumentation (aktualisiert SP3), mit Änderungen, die speziell für SP3a dokumentiert in diesen Abschnitten behandelt:
  • 3.7.2 Sicherheitsüberlegungen für MSDE 2000 SP3a
  • 3.7.3 MSDE 2000 Setup Parameters
Weitere Informationen zum Installieren von SQL Server 2000-Onlinedokumentation (aktualisiert - SP3) finden Sie unter Abschnitt 1.6 aktualisiert Books Online-Dokumentation ist verfügbar.

Verteilen von Desktop Engine SP3a Patches

Wenn eine Anwendung eine Windows Installer-basierten Setup-Dienstprogramm verfügt, können es eine Instanz von MSDE 2000 installieren, die MSDE 2000-Mergemodule verbraucht. Desktop Engine (MSDE 2000) SP3a bietet Mergemodule mit Mergemodulen vorhandene Anwendungen zu unterstützen. Der Setup-Dienstprogramme für neue Anwendungen sollten aufrufen, das Dienstprogramm MSDE 2000-Installation statt direkt verarbeiten die MSDE 2000-Mergemodule geschrieben werden.

Kreditoren, Instanzen von MSDE 2000 installieren, verwenden die MSDE 2000-Mergemodule müssen auch alle nachfolgenden MSDE 2000-Patches für Ihre Kunden angeben. Instanzen von MSDE 2000 mithilfe von Mergemodulen installiert sind mit einer GUID mit der Anwendung verbunden Produktcode gekennzeichnet, von Windows Installer. Nur Patch-Dateien, die auch die Anwendung Produktcode-GUID enthalten, können diese Instanzen von MSDE 2000 patch. Nur durch den Hersteller der Anwendung erstellte Patchdateien enthalten die richtigen Produktcodes. Der Desktop Engine (MSDE 2000) Servicepacks von Microsoft bereitgestellten können nicht auf diese Instanzen angewendet werden. Der Hersteller der Anwendung muss Patchdateien mithilfe der Desktop Engine SP3a-Dateien erstellen und verteilen diese Patchdateien an Kunden MSDE, die Updates in SP3a benötigen.

Weitere Informationen zum Erstellen von Patchpakete finden Sie in der Dokumentation mit den Windows Installer Software Development Kit (SDK), das von the Microsoft Platform SDK Web site heruntergeladen werden kann.

Ein Setup-Programm eine Instanz von MSDE 2000 installiert, durch Aufrufen von MSDE 2000 Setup-Dienstprogramm, ist die Instanz von MSDE 2000 mit der MSDE 2000-Produktcode-GUID gekennzeichnet. Kunden können diese Instanzen, die die standard Microsoft MSDE 2000 Service Pack-Dateien mit Patches. Der Hersteller der Anwendung kann eine der folgenden Alternativen für das Verteilen von MSDE 2000 SP3a auswählen:
  • Weisen Sie Ihre Kunden Desktop Engine SP3a von der SQL Server 2000 SP3a Download-Seite oder eine SQL Server 2000 SP3a-CD installieren.
  • Downloaden Sie die Download-Datei SQL2KDeskSP3.exe, und verteilen Sie, für Ihre Kunden mit Anweisungen zum Anwenden von ServicePack.
  • Mithilfe der Desktop Engine SP3a-Dateien, erstellen Sie ein Service Pack Anwendung Dienstprogramm, das SP3a auf die Instanzen von MSDE 2000 installiert, indem die Anwendung installiert wird.
Anwendung Herstellern, die sich entscheiden, weisen Sie Ihre Kunden SP3a direkt zuweisen sollten eine Reihe von Anweisungen angepasst, um die Anforderungen der Kunden entwickeln.

Beispiele für die Typen von MSDE 2000 Service Pack Anweisungen Teams der Microsoft-Anwendung für Ihre Kunden vorbereitet, finden Sie auf dieser Microsoft MSDE Applications Web page.
3.7.8 MSDE 2000 SP3a-Dateien
Die folgende Informationen gelten nur für Desktop Engine (MSDE 2000).

Alle Desktop Engine SP3a-Installationsdateien und Ordner befinden sich in den Ordner \MSDE:
  • Auf der SQLServer 2000 SP3a-CD
  • Im Verzeichnis mit den extrahierten Service Pack-Dateien aus der \MSDE SQL2KDeskSP3.exe Ordner enthält die Datei SP3readme.htm, der Datei readme.txt, die Datei license.txt und die ausführbaren Dateien für die Setup-Dienstprogramm. Er hat auch die folgenden Unterordner:
  • \Msi: enthält die ausführbaren Dateien, die zum Installieren von Windows Installer, oder Windows Installer aktualisieren, wenn Sie älter als 2.0.2600.0 ist erforderlich.
  • \MSM: enthält die Mergemodule für einen Seriendruck Modul-Setup erforderlich.
  • \Setup: enthält die MSI-Paket Installationsdateien von MSDE 2000-Installation um eine neue Instanz von MSDE 2000 SP3a oder das MSP-Patch-Paketdateien vorhandene Instanzen von MSDE 2000 SP3a aktualisieren installieren benötigt und die sqlrun.cab CAB-Datei mit den Dateien von Setup installierte.
Eine Beschreibung der MSDE-Mergemodule verwenden finden Sie unter "Using SQL Server Desktop Engine Mergemodule" in der SQL Server-Onlinedokumentation.

Wenn Setup Ihrer Anwendung auf MSDE 2000-Setup-Programm aufruft, erstellen Sie einen Ordner mit dieser Struktur und Sätze von Dateien (wobei MSDEInstallFolder eine Beispiel-Ordnernamen steht):

MSDEInstallFolder

Kopieren Sie diese Dateien aus dem Ordner Desktop Engine SP3a \MSDE: Setup.exe, Setup.ini, Setup.rll und sqlresld.dll.

MSDEInstallFolder\Msi

Kopieren Sie alle Dateien aus dem Ordner Desktop Engine SP3a \MSDE\Msi.

MSDEInstallFolder\Setup

Kopieren Sie alle Dateien aus dem Ordner Desktop Engine SP3a \MSDE\Setup.

Sie können dann Setup.exe zum Installieren oder Instanzen von MSDE 2000 SP3a aktualisieren ausführen.

Wenn Windows Installer auf dem Computer nicht installiert wurde oder eine Version älter als die Version mit MSDE 2000 SP3a-Installation getestet ist, wird Setup die Dateien im Ordner MSDEInstallFolder\Msi verwenden, um Windows Installer nicht aktualisieren.

3.8 Starten Dienste neu.

Die folgende Informationen gelten für alle Komponenten.

Wenn Setup abgeschlossen ist, können Sie einen Neustart des Systems aufgefordert. Nach dem Neustart (oder nach Abschluss der Installation ohne einen Neustart anfordern), verwenden Sie die Anwendung Dienste in der Systemsteuerung um sicherzustellen, dass alle Dienste Sie, angehalten bevor Sie das Servicepack jetzt ausgeführt werden. Dies schließt Dienste wie z. B. MSDTC und der Microsoft Search, MSSQLServer, MSSQLServerOLAPService, und SQLServerAgent-Dienste oder Ihre instanzspezifischen Entsprechungen.

Es empfiehlt sich, auch der aktualisierten Datenbanken master und Msdb zu diesem Zeitpunkt sichern.

3.9 Anwendungen neu starten

Die folgende Informationen gelten für alle Komponenten.

Die Anwendungen, die Sie vor dem Ausführen des Servicepacks geschlossen neu starten Setup-Programm.

3.10 Installieren auf einem Failovercluster

Die folgende Informationen gelten nur für SQLServer 2000-Komponenten, die Teil eines Failoverclusters sind.

So installieren Sie das Servicepack auf einem Failovercluster
  1. Wenn alle Ressourcen mit Abhängigkeiten von SQL Server-Ressourcen hinzugefügt haben, müssen diese Abhängigkeiten entfernt oder offline geschaltet, bevor Sie SP3a installieren.
  2. Führen Sie das Servicepack von den Knoten, der die Gruppe mit den virtuellen Server, der Sie zum Aktualisieren werden besitzt. Wenn Sie dies nicht tun, kann die SP3a-Installation abhängigen Ressourcen over.This installiert das Service Pack-Dateien auf allen Knoten im Failovercluster fehlschlagen verursachen.
  3. Geben Sie im Dialogfeld Setup den Namen des virtuellen Servers, die Sie aktualisieren.
  4. Halten Sie alle Knoten des Clusters online während der Installation. Dadurch wird sichergestellt, dass die Aktualisierung auf jeden Knoten des Clusters angewendet wird.
  5. Wenn Sie Abhängigkeiten entfernt oder dauerte benötigte Ressourcen offline in Schritt 1 oben, wieder die Abhängigkeiten hinzufügen oder die Ressourcen wieder online schalten.
Hinweis: Setup erfordert möglicherweise der Failover-Clusterknoten neu gestartet. Dies ersetzt die Dateien, die während Setup mit der aktualisierten Dateien in Verwendung waren.

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

Weitere Informationen zum Installieren von SP3a auf einem Failovercluster finden Sie in Knowledge Base-Artikel 811168.

Gehen Sie folgendermaßen vor müssen Sie einen Knoten in der Failovercluster erstellen
  1. 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.
  2. Führen Sie das ursprüngliche SQL Server 2000 Setup-Programm, um den Knoten wieder zum Failovercluster hinzuzufügen.
  3. Führen Sie SP3a Setup auf der neu hinzugefügte Knoten. Dadurch wird nur die Binärdateien auf dem neuen Knoten zu SP3a aktualisiert.
Hinweis: Wenn Sie Setup aus dem Knoten ausführen, in denen der virtuelle Server ausgeführt, müssen Sie SP3a auf allen Knoten erneut. Sie müssen auch die Datenbank Aktualisierungsskripts erneut ausführen.

Wenn Sie Analysis Services SP3a auf einem Cluster installieren, muss jede Instanz separat aktualisiert werden.

So installieren Sie SP3a auf einem Analysis Services-cluster
  1. Installieren Sie SP3a auf eine Failoverknoten.
  2. Failover auf den neu aktualisierten Knoten.
  3. Wiederholen Sie die Schritte 1 und 2, bis alle Instanzen im Cluster aktualisiert sind.

3.11 Installieren auf replizierte Server

Die folgende Informationen gilt nur für SQLServer 2000-Komponenten, die Teil einer Replikationstopologie sind:
  • Sie müssen den Verteiler aktualisieren, vor der Aktualisierung des Verlegers.
  • Für die Transaktionsreplikation mit nur-Lese-Abonnenten Grundlage Replikationstopologien können Sie den Abonnenten vor oder nach dem Verleger und Verteiler aktualisieren.
  • Für Replikationstopologien basierend auf Mergereplikation oder Transaktionsreplikation mit aktualisierbaren Abonnenten müssen Sie den Abonnenten nach dem Verleger und Verteiler aktualisieren.
Hinweis: In vielen Fällen, insbesondere bei der Mergereplikation die Verteiler und Verleger befinden sich auf demselben Server und zur gleichen Zeit aktualisiert werden.

Installieren Sie SP3a auf einem Server, der als ein Verleger und Abonnent agiert

Für Replikationstopologien basierend auf Mergereplikation oder Transaktionsreplikation mit aktualisierbaren Abonnenten, die einem oder mehreren Servern enthalten, die als auch ein Abonnent und Verleger (oder Verteiler) fungieren, müssen Sie möglicherweise Quiesce das System (mit anderen Worten, beenden Sie alle Updates) und allen Servern gleichzeitig zu aktualisieren.

Beispiel 1: Topologie, gleichzeitige erfordert, Aktualisierungen

Die folgende Tabelle enthält Server, die sowohl veröffentlichen und Abonnieren von Publikationen, die Updates auf dem Abonnenten zulassen. Wie bereits erwähnt, müssen Sie die Aktualisierung Reihenfolge Verteiler, Verleger, Abonnenten für Topologien, die Aktualisierungen auf den Auftrag Subscriber.This Sie Server A zunächst für die Mergepublikation und Server B zuerst für die Transaktionspublikation mit aktualisierbaren Abonnenten aktualisieren müssen ermöglichen befolgen. In diesem Fall müssen Quiesce des Systems und der Server gleichzeitig aktualisieren.
Tabelle minimierenTabelle vergrößern
Server AServer B
Verleger/Verteiler für die MergereplikationAbonnenten für die Mergereplikation
Für die Transaktionsreplikation mit aktualisierbaren AbonnentenVerleger/Verteiler für die Transaktionsreplikation mit aktualisieren
Beispiel 2: Topologie, sequenziellen Aktualisierungen ermöglicht.

In diesem Beispiel können Sie Server A zuerst aktualisieren, da die nur-Lese-Transaktionspublikation einen Abonnenten aktualisiert werden, bevor Sie den Verleger/Verteiler ermöglicht.
Tabelle minimierenTabelle vergrößern
Server AServer B
Verleger/Verteiler für die MergereplikationAbonnenten für die Mergereplikation
Abonnent für Nur-Lese-TransaktionsreplikationVerleger/Verteiler für Nur-Lese-Transaktionsreplikation
Zusätzliche Replikation Installationsprobleme

wichtig Vor der Aktualisierung auf SP3a stellen Sie sicher, das Windows-Konto, unter dem der SQL Server-Dienst ausgeführt wird, die Mitglied der festen Serverrolle Sysadmin ist. Sie müssen dazu da Replikation Verteilungsdatenbanken im Kontext des SQL Server-Dienstkonto aktualisiert werden soll. Nach der Aktualisierung auf SP3a, sollten Sie das Windows-Konto aus der Sysadmin -Rolle entfernen.

Wenn Sie die Mergereplikation verwenden und der Verteiler sich auf eine andere Computer oder die Datenbank Instanz (einen Remoteverteiler) befindet nach dem Anwenden von SP3a müssen Sie einen neuen Snapshot generieren.

SP3a führt eine Änderung in die Anforderungen für anfügen oder Wiederherstellen von Datenbanken Replikation. Weitere Informationen finden Sie in Abschnitt 5.3.17 ändern, um Anforderungen für anfügen oder Wiederherstellen einer Datenbank Replikation.

SP3a Setup aktualisiert Benutzerdatenbanken, die Mitglieder einer Replikationstopologie sind. Wenn die Datenbanken, die Mitglieder einer Replikationstopologie nicht schreibgeschützt sind, müssen Sie SP3a auf diese Datenbanken angewendet Sie geschrieben und dann reapplySP3a Setup vornehmen. Weitere Informationen zum Erstellen einer Datenbank schreibbare finden Sie unter Abschnitt 3.12 anwenden SP3a auf schreibgeschützten Datenbanken oder Dateigruppen. Informationen über die erneute Anwendung SP3a finden Sie unter Abschnitt 3.14 erneute Anwendung SP3a.

Ein vorhandenes Sicherungs Schema, das Konten für die Replikation ermöglicht das Wiederherstellen einer Datenbank zu einem bekannten Punkt nach der Aktualisierung SP3a bei einem Ausfall des. Nach dem Anwenden SP3a, ein Protokoll oder vollständigen Datenbanksicherung wird Sicherung für alle Benutzerdatenbank empfohlen, die in einer Replikationstopologie enthalten ist. Auf diese Weise Wenn eine Replikationsdatenbank fehlschlägt, müssen Sie keinen SP3a erneut anwenden, nachdem die Datenbank wiederhergestellt wird.

3.12 SP3a auf schreibgeschützte Datenbanken oder Dateigruppen anwenden

Die folgende Informationen gelten nur für SQLServer 2000-Komponenten, die Teil einer Replikationstopologie sind.

Wenn nicht beschreibbarer Datenbanken oder Dateigruppen vorhanden sind, zeigt Setup die folgende Meldung:

Setup hat eine oder mehrere Datenbanken und Dateigruppen, die nicht schreibgeschützt sind.

Im Allgemeinen können Sie diese Warnung ignorieren und die Installation wird fortgesetzt. Jedoch müssen keines der nicht beschreibbaren im Setupprotokoll aufgelisteten Datenbanken einer Replikationstopologie gehören, Sie stellen diese Datenbanken schreibgeschützt und darauf anwenden dieser Instanz von SQL Server 2000 SP3a-Installation.

Hinweis: Unbeaufsichtigte Installationen wirkt sich diese Meldung nicht aus. Weitere Informationen zu unbeaufsichtigten Installationen finden Sie in Abschnitt 4.1 unbeaufsichtigter Installationen.

Hinweis: Während der Installation wird Setup nicht unterschieden zwischen nicht beschreibbarer Datenbanken und Datenbanken, die offline oder in einem fehlerverdächtigen Zustand. Wenn eine Datenbank oder Dateigruppe in eine dieser Bedingungen während der Installation befindet, müssen Sie das Servicepack erneut anwenden. Weitere Informationen zu eine Datenbank online schalten finden Sie unter "Anfügen und Trennen einer Datenbank" in der SQL Server-Onlinedokumentation. Weitere Informationen zur Diagnose von verdächtige Datenbanken finden Sie unter dem Thema "Server und Datenbank Problembehandlung" in der SQL Server-Onlinedokumentation.

Zuweisen von SP3a auf einer schreibgeschützten Datenbank
  1. Stellen Sie die Datenbank schreibgeschützt schreibbare mithilfe der ALTER DATABASE-Anweisung, wie folgt: ALTER DATABASE Database SET READ_WRITE.
  2. Wiederholen Sie Schritt 1 für alle nur-Lese-Datenbanken.
  3. Übernehmen (oder erneut) Sie auf das ServicePack.
  4. Falls erforderlich, Schreibschutz die Datenbank erneut mit ALTER DATABASE, wie folgt:

    ALTER DATABASE Database SET READ_ONLY
Zuweisen von SP3a auf einer schreibgeschützten Dateigruppe
  1. Stellen Sie die schreibgeschützte Dateigruppe schreibbare mithilfe von ALTER DATABAS E, wie folgt: 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 mit ALTER DATABASE wie folgt:

    ALTER DATABASE Database MODIFY FILEGROUP
    Filegroup_name READONLY
Weitere Informationen zu ALTER DATABASE finden Sie im "ALTER DATABASE" Referenzthema in SQL Server-Onlinedokumentation-Online.For Weitere Informationen über Erneutes Anwenden SP3a, finden Sie Abschnitt 3.14 erneute Anwendung SP3a.

3.13 Deinstallieren SP3a

Die Möglichkeit, in der SQL Server SP3a entfernen, hängt von den SQL Server 2000 SP3-Komponenten, die Sie entfernen.

Hinweis: MDAC-Updates werden nicht deinstalliert. Weitere Informationen finden Sie Abschnitt 5.5.1 to Microsoft Data Access Components aktualisiert.

Deinstallieren von SQL Server 2000-Datenbankkomponenten und Desktop Engine SP3a

Um die vor SP3a-Versionen von SQLServer 2000-Komponenten wiederherzustellen, benötigen Sie sichern Sicherungen der Datenbanken master, Msdb und Model vor, installieren SP3a übernommen. Weitere Informationen finden Sie Abschnitt 3.1 zurück von der SQL Server-Datenbanken.

Hinweis: Wenn eine der Datenbanken in der Replikation beteiligt sind, müssen Sie die Veröffentlichung deaktivieren. Die Veröffentlichung deaktivieren:
  1. In SQL Server Enterprise Manager Erweitern einer 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. Klicken Sie auf die Registerkarte Publikationsdatenbanken .
  3. Deaktivieren Sie das Kontrollkästchen für jede Datenbank, das bei der Replikation beteiligt ist. Dadurch werden die Datenbanken getrennt werden.
um zu der SQL Server-Version vor SP3a wiederherzustellen
  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. Wenden Sie alle Servicepacks und QFE-Updates, die vor auf SP3a installiert wurden.
  5. Wiederherstellen der Datenbanken master, Msdb und Model aus der letzten Sicherung, die vor der Anwendung SP3a.This automatisch erstellt wurde fügt Benutzerdatenbanken angeschlossen waren zum Zeitpunkt die Sicherung erstellt wurde, vorausgesetzt, dass der Speicherort der Datendateien nicht geändert hat.
  6. Fügen Sie die Benutzerdatenbanken, die nach der letzten Sicherung der master -Datenbank erstellt wurden.
  7. Konfigurieren Sie ggf. die Replikation.
Warnung Wenn Sie der SQL Server-Version vor SP3a wiederherzustellen, sind alle Änderungen an den Datenbanken Master, Msdb und Model seit anwenden SP3a verloren

Deinstallation von SQL Server 2000 Analysis Services SP3a

Um Analysis Services SP3a vor Zustand zurückkehren zu können, müssen Sie den Registrierungsschlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server vor, installieren SP3a sichern. Weitere Informationen finden Sie Abschnitt 3.2 zurück von der Analysis Services Datenbanken und Repository.

Hinweis: Wenn Sie diesen Registrierungsschlüssel nicht sichern, müssen Sie den Prozess im Microsoft Knowledge Base-Artikel 330244 dokumentiert befolgen.

um zu der SQL Server-Version vor SP3a wiederherzustellen
  1. Deinstallieren Sie SQLServer 2000 Analysis Services. Doppelklicken Sie in Der Systemsteuerung auf Software , klicken Sie auf SQL Server 2000 Analysis Services und auf entfernen.
  2. Installieren Sie SQL Server 2000 Analysis Services von der CD oder dem Speicherort, von dem aus Sie ursprünglich Analysis Services installiert, neu.
  3. Wenden Sie alle Servicepacks und QFE-Updates, die vor dem Installieren von SP3a installiert wurden.
  4. Entfernen Sie den HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP-Server -Registrierungsschlüssel.
  5. Installieren Sie den Registrierungsschlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server aus der Sicherung vor SP3a.

3.14 SP3a erneut anwenden

Die folgende Informationen gelten für alle Komponenten.

In den folgenden Fällen müssen Sie SP3a erneut anwenden:
  • Wenn neue SQL Server 2000-Komponenten hinzugefügt werden, nachdem SP3a angewendet wurde.
  • Wenn Datenbanken oder Dateigruppen, die Teil einer Replikationstopologie sind und nur-Lese-während der ersten Anwendung von SP3a wurden schreibbar gemacht werden
SP3a erneut anwenden, gehen in Abschnitt 3.0 Service Pack installieren.

4.0 Zusätzliche Überlegungen zur Installation

Dieser Abschnitt Dokumente zusätzliche Service Pack Installation Überlegungen, die nur in besonderen Fällen gelten.

4.1-Unbeaufsichtigte Installationen

Database Components SP3a können im unbeaufsichtigten Modus auf eine Instanz von SQL Server angewendet werden. Die Database Components SP3a-CD enthält ISS Dateien, die mit unbeaufsichtigten Installationen von SP3a und andere Arten von Installationen durchgeführt werden können. Die folgenden Dateien befinden sich im Stammverzeichnis auf der CD:
  • Sql2kdef.iss ist die unbeaufsichtigte Installation-Datei verwendet, um Database Components SP3a auf eine Standardinstanz von SQL Server 2000 unter Windows 2000 oder Windows NT 4.0 anzuwenden. Die entsprechenden Batchdatei mit ist Sql2kdef.bat.
  • Sql2knm.iss ist die Setupdatei verwendet, um zu einer benannten Instanz von SQL Server 2000 unter Windows 2000 oder Windows NT 4.0 Database Components SP3a anzuwenden. Sie müssen den Namen der Instanz in dieser ISS-Datei, um die Instanz zu identifizieren, die aktualisiert wird, ändern.
  • Sql2ktls.iss ist die Setupdatei verwendet, um Datenbank anzuwenden Components SP3a auf eine nur-Tools-Installation. Diese Datei kann für die Installation ohne Änderungen verwendet werden.
  • Sql2k9x.iss ist die Setupdatei verwendet, um Datenbank anzuwenden Components SP3a auf einem Computer unter Windows Millennium Edition oder Windows 98. Sie müssen den Instanznamen in dieser ISS-Datei zum Identifizieren der aktualisierenden Instanz ändern.
  • Sql2kcli.iss ist die Setupdatei verwendet, um Database Components SP3a auf eine Komponente Clientinstallation auf einem Computer unter Windows 95 anzuwenden.
  • Msolap.iss ist die Setup-Datei, in der Liste der Parameter für die Ausführung einer unbeaufsichtigten Installation von Analysis Services SP3a gespeichert.
Weitere Informationen zur Durchführung unbeaufsichtigter Installationen von SQL Server 2000 finden Sie unter das Thema "Durchführen einer unbeaufsichtigten Installation" in SQL Server-Onlinedokumentation.

Überlegungen zur unbeaufsichtigten Installation

Die folgenden Überlegungen beziehen sich auf unbeaufsichtigte Installationen:
  • Ausführen der Windows-Authentifizierung möglichst unbeaufsichtigte Installationen.
  • Wenn Sie eine unbeaufsichtigte Installation mithilfe der SQL Server-Authentifizierung; ausführen müssen sind z. B. Wenn Sie eine unbeaufsichtigte Installation von SP3a auf einem Computer unter Windows 98 oder Windows Millennium Edition ausführen, Sie sollten ein Kennwort für den Anmeldenamen sa nicht in der ISS-Datei einschließen oder Batch file, da diese Dateien nicht verschlüsselt. Stattdessen sollten Sie das Kennwort für die Systemadministratoranmeldung in der Befehlszeile mit den Sapwd-Parameter wie folgt angeben:

    Start/Wait setupsql.exe-s - Sms - f1 C:\sql2knm.iss - Sapwd Kennwort
  • Wenn in der SQL Server-Instanz auf SP3a aktualisiert ein leeres Kennwort für das Anmeldekonto sa ist, muss ein Kennwort vor dem für die Ausführung einer unbeaufsichtigten Installation bereitgestellt werden. Sie sollten dieses Kennwort durch Ausführen von Sp_password ändern.
  • Wenn eine unbeaufsichtigte Installation von SP3a ausgeführt wird, Sie müssen die folgenden Befehlszeilenoptionen, die entsprechen manuell festlegen, um das Dialogfeld Backward Compatibility-Checkliste oder die unbeaufsichtigte Installation schlägt fehl.
Tabelle minimierenTabelle vergrößern
Unbeaufsichtigte Installation wechselnBeschreibung
UpgradeMSSearchDiese Option ist erforderlich, um erforderliche Neuerstellung der Volltextkataloge Adresse. Wenn die Volltextsuche aktiviert ist, müssen Sie diese Option auf 1 festlegen. Weitere Informationen sind Siehe Abschnitt 5.1.5 Volltext-Kataloge nach Setup-vervollständigt neu.
MSXTSXUpgradedIst dieser Schalter erforderlich, um das Problem bezüglich der Aktualisierung Master-Ziel-Serverkonfigurationen. Wenn Sie SP3a auf einem Master oder Ziel-Server anwenden, müssen Sie diese Option auf 1 festlegen. Weitere Informationen finden Sie Abschnitt 5.4.2 zu Master-Ziel-Serverkonfigurationen ändert.
EnableCrossDBChaining(Optional) Dieser Schalter wird verwendet, damit datenbankübergreifende Besitzverkettung. Um Cross Besitzverkettung zu aktivieren, legen Sie diese Option auf 1. Weitere Informationen finden Sie Abschnitt 5.1.11 zwischen Datenbank Besitz Verkettung.
  • Während einer unbeaufsichtigten Installation, wenn Setup alle nicht beschreibbaren Datenbanken erkennt oder Dateigruppen, die Informationen in der Installation geschrieben werden protokolliert 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 darauf anwenden dieser Instanz von SQL Server 2000 SP3a-Installation. Weitere Informationen zum Erstellen einer Datenbank schreibbare finden Sie unter Abschnitt 3.12 anwenden SP3a auf schreibgeschützten Datenbanken oder Dateigruppen. Weitere Informationen über die erneute Anwendung SP3a finden Sie unter Abschnitt 3.14 erneute Anwendung SP3a.

4.2 SP3a Datenzugriffskomponenten weitergeben

Database Components SP3a enthält die selbstextrahierende Datei Sqlredis.exe. Wenn Sqlredis.exe ausgeführt wird, es:
  • Führt die Datei "Mdac_typ.exe" von Microsoft Data Access Components (MDAC) 2.7 Service Pack 1a. Dies installiert die Kernkomponenten MDAC 2.7 SP1a, (Wenn die gleiche oder eine neuere Version nicht erkannt wird), und die Versionen der die Clientkonnektivitätskomponenten von SQL Server und MSDE sind, die mit SP3a enthalten. Weitere Informationen finden Sie unter 5.5.1 Updates für Microsoft Data Access Components.
  • 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 SP3a begleitet verteilen.

Anmerkungen zur Dokumentation 5.0

Dieser Abschnitt behandelt Probleme, die zusätzlich zu den neuen Features auftreten können, die beim Ausführen von SP3a zur Verfügung stehen. Diese Probleme gelten, wenn das Servicepack zum Aktualisieren von SQL Server 2000, SQL Server 2000 SP1 oder SQL Server 2000 SP2 ausführen. Dieser Abschnitt ist eine Beschreibung aller in SP3a enthaltenen Updates werden nicht vorgesehen. Eine vollständige Liste dieser Updates finden Sie unter Microsoft Knowledge Base-Artikel 306908.

Die Analysis Services und Meta Data Services Segmente in diesem Abschnitt gelten nicht nur für die Desktop Engine.
Informationen zu SQL Server 2000 Service Pack 3a, die nicht in Zeit in dieser Readme-Datei aufzunehmenden verfügbar waren wird im Microsoft Knowledge Base-Artikel 816502 veröffentlicht werden.

Diese Knowledge Base-Artikel sind an die Microsoft Product Support Services Knowledge-Base verfügbar.

5.1-Datenbank und Desktop Engine-Verbesserungen

Die folgenden Verbesserungen gelten für Instanzen von SQL Server 2000 auf denen Database Components SP3a installiert ist. Sie gelten auch für MSDE 2000-Instanzen auf denen Desktop Engine SP3a installiert ist.
5.1.1 Mithilfe Chinesisch, Japanisch oder koreanische Zeichen mit Database Components SP3a
in SP1 eingeführt

Wenn Sie Database Components SP3a auf einem Server mit 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 chinesische, japanische oder koreanische Zeichen in der SQL Server-Datenbanken verwenden, erneut führen Sie aus, die Version des Sqlredis.exe nach dem upgrade auf Windows 2000 SP3a enthalten. Weitere Informationen zum Ausführen von Sqlredis.exe finden Sie unter Abschnitt 4.2 Redistributing SP3a Datenzugriffskomponenten.

Hinweis: Sie haben keinen erneut Sqlredis.exe auf Clientcomputern oder Servern, die keine Datenbanken mit chinesische, japanische oder koreanische Zeichen aufweisen.
5.1.2 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 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 Hash Teams.

In seltenen Fällen kann das Entfernen des Hash Teams eine Abfrage langsamer verarbeitet werden. Alysieren Sie solche Abfragen, um festzustellen, ob Erstellen geeigneter Indizes Abfrageleistung auf die nächsthöhere Ebene zurückgeben wird an.
5.1.3 Affinity Mask Schalter hinzugefügt
in SP1 eingeführt

Dieses Servicepack wurden zwei Affinity Mask Schalter hinzugefügt.

Affinity Mask e/a-Schalter

Mit dieses Service Pack können Sie angeben, welchen CPUs zum Ausführen von Threads für Datenträger-e/a-Operationen verwendet werden. Diese Option muss zusammen mit der Option Affinity Mask verwendet werden. Weitere Informationen finden Sie unter Artikel 298402 in der Microsoft Product Support Services Knowledge-Base. Anweisungen zum Durchsuchen der Knowledge Base finden Sie unter Abschnitt 1.5 zusätzliche Informationen zu SP3a.

Affinity Mask Verbindung wechseln
Mit diesem Service Pack können Sie Systeme, die für Virtual Interface Architecture (VIA) zum Binden der SQL Server aktiviert sind konfigurieren Verbindungen von bestimmten Netzwerkkarten zu einem Prozessor oder eine Reihe von Prozessoren. Diese Option muss zusammen mit der Option Affinity Mask verwendet werden. Weitere Informationen finden Sie unter Artikel 299641 in der Microsoft Product Support Services Knowledge-Base.
5.1.4 Gefiltert indizierten Sichten
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. Zusätzlich zur Anwendung dieses Updates, müssen alle Indizes, die auf Ansichten mit Filterbedingungen basieren neu erstellt werden. Weitere Informationen finden Sie unter Microsoft Product Support Services Knowledge Base.
5.1.5 Volltext-Kataloge sind neu, nachdem Setup vervollständigt
in SP3 eingeführten

Als Teil der Installation von SP3a, außer beim Aktualisieren von SP3 werden alle Volltextkataloge neu erstellt. Die Neuerstellung ist die automatische und ressourcenintensiv. Abfragen Volltextkataloge möglicherweise partielle Ergebnisse oder keine Ergebnisse zurück, bis der Neuerstellung Prozess abgeschlossen ist. Nach der Installation von SP3a enthalten die Systemereignisprotokolle Nachrichten, die besagt, dass die Kataloge beschädigt, einer älteren Version wurden und neu erstellt werden musste.

Informationen finden Sie unter Knowledge Base-Artikel 327217, mögliche Problemumgehungen erörtert für die Volltextsuche während der Neuerstellung und damit eine automatische Neuerstellung verfügbar.
5.1.6 Syntax Changes for sp_change_users_login
in SP3 eingeführten

Beim Ausführen von Sp_change_users_login mit @ Action = Auto_Fix Argument, müssen Sie jetzt ein Kennwort angeben. Sp_change_users_login weist das Kennwort zu jedem neuen Benutzernamen für den Benutzer erstellt. Das folgende Beispiel zeigt die neue @ Kennwort -Argument.
sp_change_users_login [ @Action = ] 'action' 
    [ , [ @UserNamePattern = ] 'user' ] 
    [ , [ @LoginName = ] 'login' ]
    [ , [ @Password = ] 'password' ]
Use the @Password argument only with @Action=Auto_Fix. The following example shows the new syntax for the sp_change_users_login command when using Auto_Fix. Other examples in SQL Server Books Online remain unchanged.

USE pubs
go
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'
go
5.1.7 Ad-hoc-Zugriff auf OLE DB-Provider standardmäßig deaktiviert
in SP3 eingeführten

Wenn die Option DisallowAdhocAccess eingestellt wird Registrierung nicht explizit standardmäßig festgelegt ist, ist ad-hoc-Zugriff auf OLE DB-Anbieter nicht zulässig. Dies bedeutet, ad-hoc-Abfragesyntax, wie z. B. OPENDATASOURCE und OPENROWSET, nicht auf Remoteservern funktionieren. Ad-hoc-Zugriff ermöglichen möchten, müssen Sie explizit die Option DisallowAdhocAccess eingestellt wird auf 0 festlegen.
Neue 5.1.8 SqlServerLike-Anbieter-Option
in SP3 eingeführten

Um effizienter Verarbeitung Remoteabfragen zu ermöglichen, die LIKE-Prädikate enthalten, wurde die Option SqlServerLike in SP3 hinzugefügt. SQL Server 2000 SP3 oder höher jetzt hat zwei Optionen zum wie Vorgänge auf verknüpften Servern senden. Wenn der OLE DB-Anbieter für einen Verbindungsserver SQL Server-Syntax für die LIKE unterstützt Operator und Platzhalter, können Sie die SqlServerLIKE -Option zum SQL Server senden wie Operationen mit SQL Server-Syntax angeben. Wenn der OLE DB-Provider für einen Verbindungsserver meldet, dass er die Eingabe auf ANSI/ISO SQL - 92-Syntax unterstützt oder gibt die SQLPROP_ANSILIKE -Eigenschaft zurück, sendet SQL Server, wie Vorgänge auf dem Verbindungsserver unter Verwendung der SQL-92-Syntax. Weitere Informationen auf SQLPROP_ANSILIKE, finden Sie unter das Thema "Programmieren der SQLPROPSET_OPTHINTS-Eigenschaft festlegen" in der SQL Server 2000-Onlinedokumentation.

Müssen Sie einen Registrierungsschlüssel Wert der SqlServerLIKE-Option für eine OLE DB-Provider.
Vorsicht fehlerhafte Bearbeitung der Registrierung kann schwerwiegende Probleme verursachen, die eine Neuinstallation Ihres Betriebssystems erforderlich machen. Microsoft kann nicht dafür garantieren, dass aus falsch Bearbeiten der Registrierung resultierende Probleme behoben werden können. Sichern Sie alle wertvollen Daten vor dem Bearbeiten der Registrierung.
  1. Öffnen Sie Regedit32.
  2. Suchen Sie den richtigen Registrierungsschlüssel:
    • Benannte Instanzen finden Sie auf diesen Schlüssel:
      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\ < Instance Name > \Providers\ < Providername >
    • Standardinstanzen finden Sie auf diesen Schlüssel:
      HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\ < Provider Name >

  3. Fügen Sie im Schlüssel < Providername > einen DWORD-Wert mit dem Namen SqlServerLIKE, und legen Sie dessen Wert auf 1.
5.1.9 Erweiterte Fehlermeldungen für verteilte Abfragen
in SP3 eingeführten

SQL Server gibt für verteilte Abfragen Anbieterfehler Informationen zusätzlich zum Server-Fehlerinformationen. Bei einer Abfrage zwischen verknüpften Servern führt zu Fehler, überprüft SQL Server, wenn der Provider die OLE DB IErrorRecords -Schnittstelle unterstützt. Wenn diese Schnittstelle unterstützt wird, wird SQL Server ruft die GetErrorInfo -Funktion zusätzliche Fehlerinformationen vom Anbieter ab und gibt diese Informationen an den Benutzer als Teil der Fehlermeldung zurück. Wenn die IErrorRecords Schnittstelle wird nicht unterstützt, gibt es keine Änderung im Verhalten von SQL Server: SQL Server gibt einen allgemeinen Fehler zurück.
Führen Sie z. B. die folgende Abfrage für einen Server, die MSDASQL, verwendet der Sql_variant nicht unterstützt:
SELECT * FROM remote2k.dqtable.dbo.sqlvariantnotnull 
--Remote2k is a loopback server.
Prior to SP3, SQL Server returned the following error message:

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.
After you apply SP3 or later, SQL Server returns the following error message:

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].
5.1.10 Neue Funktion Fn_get_sql gibt SQL-Anweisung
in SP3 eingeführten

SP3 und höher enthält die neue Funktion Fn_get_sql , die den Text der SQL-Anweisung für das angegebene SQL-Handle zurückgibt. Darüber hinaus haben um diese Funktion zu unterstützen, drei neue Spalten wurden der Systemtabelle Sysprocesses hinzugefügt die in der folgenden Tabelle aufgeführt sind.
Tabelle minimierenTabelle vergrößern
SpaltennameTypBeschreibung
sql_handleBinary(20)Stellt die derzeit ausgeführte Batch oder Objekt dar
stmt_startintStartoffset der aktuellen SQL-Anweisung für die angegebene sql_handle
stmt_endintEnddatum Offset von der aktuellen SQL-Anweisung für die angegebene Sql_handle. Der Wert-1 gibt an, dass die aktuelle Anweisung am Ende der von der Funktion Fn_get_sql für die angegebene Sql_handle zurückgegebenen Ergebnisse ausgeführt wird.
Syntax
fn_get_sql ([ @SqlHandle = ] SqlHandle )

Arguments
[ @SqlHandle = ] SqlHandle

The handle value. SqlHandle is binary(20).

Tables Returned
Tabelle minimierenTabelle vergrößern
SpaltennameTypBeschreibung
DBIDsmallintDatenbank-ID Dieser Wert ist NULL für ad-hoc-SQL-Anweisungen
objectidIntID des Datenbankobjekts. Dieser Wert ist NULL für ad-hoc-SQL-Anweisungen
AnzahlsmallintDie Anzahl der Gruppe, wenn die Prozeduren gruppiert sind. Dieser Wert ist 0 für Einträge, die keine Prozeduren sind und NULL für ad-hoc-SQL-Anweisungen.
verschlüsseltBitGibt an, ob das Objekt verschlüsselt ist. Der Wert ist 0, wenn das Objekt nicht verschlüsselt ist und 1, wenn das Objekt verschlüsselt ist.
TextTextText der SQL-Anweisung. Dieser Wert ist NULL für verschlüsselte Objekte.
Beschreibung

Sie erhalten einen gültigen SQL-Handle aus der Spalte Sql_handle der Sysprocesses -Systemtabelle.

Wenn Sie ein Handle, das nicht mehr vorhanden ist, im Cache übergeben, gibt Fn_get_sql ein leeres Resultset zurück. Wenn Sie ein Ziehpunkt, der nicht gültig ist, der Batch beendet übergeben und die folgenden Fehlermeldung zurückgegeben wird:

Server: Msg 569, Ebene 16, Status 1, Prozedur Fn_get_sql , Zeile 12 Fn_get_sql das Handle an war ungültig.

SQL Server 2000 kann nicht zwischengespeichert werden einige Transact­SQL-Anweisungen, wie z. B. Massenkopieren Kopie-Anweisungen und Anweisungen mit Zeichenfolgenliterale, die größer als 8 KB. Sie können keine Handles für diese Anweisungen mithilfe der Funktion Fn_get_sql abrufen.
Die Text -Spalte des Resultsets wird für Text gefiltert, die Kennwörter enthalten kann.

Die von der Funktion Fn_get_sql zurückgegebenen Informationen sind vergleichbar mit dem Befehl DBCC INPUTBUFFER. Verwenden Sie die Fn_get_sql -Funktion, wenn DBCC INPUTBUFFER, z. B. verwendet werden kann nicht:
  • Wenn Ereignisse mehr als 255 Zeichen haben. W
  • Ei Sie die höchste aktuelle Schachtelungsebene der gespeicherten Prozedur zurückzugeben müssen. Es sind beispielsweise zwei gespeicherte Prozeduren mit den Namen sp_1 und sp_2. Wenn sp_1 sp_2 aufruft, und Sie erhalten das Handle von der Systemtabelle Sysprocesses während sp_2 ausgeführt wird, gibt die Funktion Fn_get_sql Informationen über sp_2. Darüber hinaus gibt die Funktion Fn_get_sql den vollständigen Text der gespeicherten Prozedur auf der höchsten aktuelle Schachtelungsebene zurück
Berechtigungen

Nur Mitglieder der festen Serverrolle Sysadmin können die Funktion Fn_get_sql auszuführen.

Beispiele für

Datenbankadministratoren können die Funktion Fn_get_sql Prozesse Problem diagnostizieren. Nachdem ein Administrator einen Problem Serverprozess-ID (SPID) identifiziert, kann der Administrator SQL-Handle für die SPID abrufen, rufen Sie die Fn_get_sql -Funktion mit dem Handle und verwenden die Offsets für Anfangs- und den SQL-Text des Problems SPID ermittelt. Zum Beispiel:
DECLARE @Handle binary(20)
SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
SELECT * FROM ::fn_get_sql(@Handle)
5.1.11 Zwischen Datenbank Besitz Verkettung
in SP3 eingeführten

Dieses Servicepack bietet neue Optionen für die datenbankübergreifende Besitzverkettung aktiviert und deaktiviert aktivieren.

Wenn Sie Database Components SP3a installieren, wird das Dialogfeld Backward Compatibility Prüfliste eine Option für datenbankübergreifende Besitzverkettung konfigurieren angezeigt. In der Standardeinstellung deaktiviert Setup datenbankübergreifende Besitzverkettung für alle Benutzerdatenbanken. Sie können die datenbankübergreifende Besitzverkettung für alle Datenbanken aktivieren. Weitere Informationen finden Sie unter Abwärtskompatibilität Prüfliste-Dialogfeld.

Beim Installieren von Desktop Engine SP3a können Sie den ALLOWXDBCHAINING-Setup-Parameter, um Cross Besitzverkettung für alle Datenbanken aktivieren. Weitere Informationen finden Sie Abschnitt 3.7.3 MSDE 2000 Setup Parameters.

Hinweis: Nicht es wird empfohlen, Kreuz Besitzverkettung für alle Datenbanken aktivieren.

Die folgenden Methoden können Sie nach der Installation um Cross Besitzverkettung aktiviert und deaktiviert für alle Datenbanken in der Instanz zu aktivieren:
  • Verwenden Sie die neue Domänenübergreifende DB OwnershipChaining Argument s P_configure System gespeicherten Prozedur.
  • Verwenden Sie die zulassen, Cross-Datenbank Besitz Verkettung Option auf der Registerkarte Sicherheit im Dialogfeld Eigenschaften von SQL Server in Enterprise Manager.
  • Verwenden Sie die SQLServer.Configuration.ConfigValues Database Management Objects (DMO)-Auflistung. Wenn das SQLServer -Objekt eine Instanz von SQL Server 2000 SP3 oder höher verweist, enthält diese Auflistung eine ConfigValue -Objekt mit dem Namen zwischen DB Besitz Verkettung.
Wenn datenbankübergreifende Besitzverkettung für die Instanz deaktiviert ist, können Sie es für einzelne Datenbanken konfigurieren. Verwenden Sie die folgenden Methoden, um datenbankübergreifende Besitzverkettung aktiviert und deaktiviert für eine Datenbank zu aktivieren:
  • Verwenden Sie die neue Option Db verketten der gespeicherten Systemprozedur Sp_dboption .
  • Verwenden Sie die Datenbank AllowCross Besitz Verkettung Option auf der Registerkarte Optionen des Dialogfeldes Datenbankeigenschaften in Enterprise Manager.
  • Verwenden Sie die DBChaining -Eigenschaft des DBOption2 DMO-Objekts.
Hinweis: Wenn Sie zuvor aktiviert datenbankübergreifende Besitzverkettung auf einer Vorabversion Version von SP3 (früher als Erstellen von 8.00.[BUILD_NUMBER]), müssen Sie es erneut nach der Installation SP3a von aktivieren.

Klicken Sie weitere Informationen auf die Hilfeschaltfläche auf der Seite rückwärts Kompatibilität Prüfliste, wenn Sie Setup ausführen, die aktualisierte Edition von SQL Server 2000-Onlinedokumentation herunterladen oder finden Sie im Knowledge Base-Artikel 810474.
5.1.12 Verbesserung für Ablaufverfolgungsflags 1204
in SP3 eingeführten

Das Ablaufverfolgungsflag 1204 gibt den Typ der Sperren, die Teilnahme an dem Deadlock und den betroffenen aktuellen Befehl zurück. In SP3 und höher, wenn dieses Ablaufverfolgungsflags aktiviert ist, wird die Deadlockinformationen automatisch in das Fehlerprotokoll geschrieben
5.1.13 Berechtigungen ändern für Sp_changedbowner
in SP3 eingeführten

Nur Mitglieder der festen Serverrolle Sysadmin können die gespeicherte Systemprozedur Sp_changedbowner ausführen.
5.1.14 Funktionalität Änderungen beim Debuggen
in SP3 eingeführten

Die Funktionalität für das Debuggen gespeicherter Prozeduren mit Microsoft Visual Studio 6.0 und älteren oder mit SQL Server Query Analyzer vor auf SP3 ist standardmäßig deaktiviert. Anwendungsdebuggen (an einem SQL Server Transact-SQL-Haltepunkt während des Debuggens einer Clientanwendung beenden) ist ebenfalls standardmäßig deaktiviert. Führen Sie Sp_sdidebug , übergeben Parameter, Legacy_on , um Debuggen Funktionalität zu aktivieren. Übergeben Sie zum Deaktivieren von Debuggen Legacy_off an dieses Verfahren.

Hinweis: Sp_sdidebug ausführen wird die gespeicherte Prozedur auf Produktionsservern nicht empfohlen.

Weitere Informationen finden Sie unter Microsoft Knowledge Base-Artikel 328151. Dieser Artikel ist an die Microsoft Product Support Services Knowledge-Base verfügbar.
5.1.15 Operationen auf UDP-Port 1434
in SP3a eingeführt

Beginnend mit SQL Server 2000 SP3a, port Instanzen des SQL Server 2000-Datenbankmoduls und des MSDE 2000, die nicht für die Netzwerk unterstützen Kommunikation angehalten werden, mithilfe von UDP (User Datagram Protocol) konfiguriert sind 1434. Instanzen, die für die Unterstützung für Netzwerkkommunikation konfiguriert sind verwendet UDP-Port 1434

Eine Instanz auf SP3a aktualisiert beendet mit UDP-Port 1434, wenn alle Server-Netzwerkbibliotheken für die Instanz, mit Ausnahme der shared Memory Netzwerkbibliothek deaktiviert sind. Die Instanz wird gestartet, über Port 1434 beim Aktivieren einer der Server-Netzwerkbibliotheken. Informationen auf deaktivieren oder Aktivieren von Server-Netzwerkbibliotheken finden Sie unter das Thema "SQL Server-Netzwerkkonfiguration" in der SQL Server 2000-Onlinedokumentation.

Die Verwendung von UDP-Port 1434 von einem Computer beendet nicht, bis alle Instanzen von SQL Server 2000 und MSDE 2000 auf dem Computer auf SP3a aktualisiert und so konfiguriert, Netzwerkkommunikation nicht unterstützt.

Gibt an, ob UDP-Port 1434 geöffnet oder geschlossen ist nicht auf den Zustand der Netzwerkbibliothek für freigegebenen Speicher ab. Der freigegebene Speicher-Netzwerkbibliothek wird nur für lokale Verbindungen verwendet und keinem Netzwerk verwendet. Die shared Memory-Netzwerkbibliothek ist immer aktiv; kann nicht aktiviert oder deaktiviert.

Sie können auch angeben, ob die Server-Netzwerkbibliotheken deaktiviert sind, beim Installieren oder Aktualisieren einer Instanz von MSDE 2000. Verwenden Sie entweder der MSDE 2000 Setup-Dienstprogramm DISABLENETWORKPROTOCOLS Parameter oder MSDE 2000 Merge Moduleigenschaft SqlDisableNetworkProtocols. Weitere Informationen zu diesen Optionen finden Sie unter 3.7.3 MSDE 2000 Setup Parameters.

Sie können alle dem Server nicht deaktivieren Netzwerkbibliotheken beim Installieren oder Aktualisieren von Instanzen von SQL Server 2000-Datenbank-Engine.

Erweiterungen von 5.2 Analysis Services

In diesem Abschnitt werden Erweiterungen für SQL Server 2000 Analysis Services, die in SP3a enthaltenen erläutert.
5.2.1 Remotepartitionen
in SP1 eingeführt

Wenn eine remote-Partition auf einem lokalen Server, die SP1 oder eine höhere Version installiert hat 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 ist für die OLAP-Administratoren Gruppe auf dem lokalen Server verfügt über vollständige Zugriffsberechtigungen.
Zusätzlich, wenn der lokale Server SP1 oder eine höhere Version installiert hat, muss der Remoteserver auch verfügen SP1 oder eine höhere Version installiert sind, so dass der lokale Server erstellen oder Remotepartitionen verwalten kann.
5.2.2 Aktualisierte Analysis Services Redistributable Clientinstallation
in SP1 eingeführt

Analysis Services SP1 und späteren Versionen enthalten aktualisierte Versionen der folgenden Client verteilbare Setup-Programme:
  • PTSLite.exe
  • PTSFull.exe
Diese Dateien befinden sich im Pfad \Msolap\Install\PTS der Service Pack-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 aktiviert für Drittanbieter-Daten Mining-Algorithmus-Anbieter
in SP1 eingeführt

Analysis Services SP1 und spätere Versionen beinhalten Unterstützung für das Hinzufügen von Drittanbietern Dataminingalgorithmus-Provider. Weitere Informationen zum Entwickeln eines Dataminingalgorithmus-Provider finden Sie im Whitepaper "Third Party Data Mining-Providers" und der OLE DB für Data Mining-Resource Kit, das den Code für einen Dataminingalgorithmus-Provider-Beispiel enthält.
5.2.4 Installieren von Analysis Services auf einem Computer mit aktualisierten Clientdateien
in SP1 eingeführt

Wenn Sie SQL Server 2000 Analysis Services auf einem Computer installieren, die aktualisierte Client Dateien wie z. B. SQL Server 2000 SP1 oder Office XP enthält, müssen Sie anwenden, Analysis Services SP1 oder höher, um sicherzustellen, dass der Client ordnungsgemäß funktioniert und, dass Sie Cubes durchsuchen können.
5.2.4 Installieren von Analysis Services auf einem Computer mit aktualisierten Clientdateien
in SP1 eingeführt

Wenn Sie SQL Server 2000 Analysis Services auf einem Computer installieren, die aktualisierte Client Dateien wie z. B. SQL Server 2000 SP1 oder Office XP enthält, müssen Sie anwenden, Analysis Services SP1 oder höher, um sicherzustellen, dass der Client ordnungsgemäß funktioniert und, dass Sie Cubes durchsuchen können.
5.2.5 Erhöhte Beschränkung für OLAP-Cubes von einem virtuellen Cube referenzierten
in SP3 eingeführten

Virtuelle Cubes können jetzt bis zu 255 Cubes verweisen. Alle virtuellen Cubes, die mehr als 64 Cubes verweist ist jedoch nicht für eine beliebige Version von Microsoft PivotTable ® Service vor SP3 veröffentlicht sichtbar.
Neue 5.2.6 Beschreibung-Schlüsselwort
in SP3 eingeführten

Lokale Cubes unterstützen jetzt die systeminterne Member-Eigenschaft DESCRIPTION für Measures und Dimensionen. Das Schlüsselwort Beschreibung, zu der Anweisung CREATE CUBE MDX (MULTIDIMENSIONAL Expressions) hinzugefügt wird zum unterstützen die Verwendung der systeminternen Elementeigenschaft Beschreibung. Folgenden BNF-Klauseln beschreiben die Änderungen an der CREATE CUBE-Anweisung:
<dimensions def> :: = DIMENSION <dimension name> [<time def>] 
  [DIMENSION_STRUCTURE <sub_type>] [<hidden def>] 
  [DESCRIPTION <description expression>] 
  <options def> <comma> <hierarchy def list> 
<measures def> :: = MEASURE <measure name> <measure function def> 
  [<measure format def>] [<measure type def>] [<hidden def>] 
  [DESCRIPTION <description expression>] [<comma> <measures def>]
Neue 5.2.7 eingeschränkte PivotTable Service-Client-Eigenschaft
in SP3 eingeführten

SP3 eingeführt, eine neue PivotTable Service Eigenschaft einer Verbindungszeichenfolge, eingeschränkte Client. Diese Eigenschaft kann verwendet werden, um PivotTable Service mit lokalen Cube-Funktionen zu beschränken. Jeder Versuch, eine Anweisung verwenden, die die Erstellung oder Verwendung eines lokalen Cubes, wie z. B. der CREATE CUBE, die CREATE GLOBAL CUBE und die CREATE SESSION CUBE Anweisungen beinhaltet löst einen Fehler aus. Darüber hinaus löst jede Anweisung, die tief Rekursion, wie als Reihe von geschachtelten DRILLDOWN-Anweisungen, beinhaltet einen Fehler, wenn die Anweisung den Anweisung Stapel von PivotTable Service verwaltet möglicherweise überlaufen kann.

Diese Eigenschaft speichert einen String-Wert. Wenn der Wert festgelegt ist, auf einen beliebigen Zeichenfolgenwert mit dem Zeichen "Y", "y", "T" oder "t" beginnen oder einen beliebigen Zeichenfolgenwert, der in einen numerischen Wert ungleich 0 konvertiert werden kann, ist PivotTable Service beschränkt, wie oben beschrieben. Wenn der Wert auf einen beliebigen anderen Zeichenfolgenwert festgelegt ist, z. B. eine leere Zeichenfolge (""), oder einen beliebigen Zeichenfolgenwert, der in einen numerischen Wert gleich 0, PivotTable Service konvertiert werden kann, ist nicht eingeschränkt. Der Standardwert für diese Eigenschaft ist "0".

Hinweis: Diese Eigenschaft wird nicht die Verwendung der lokale Dataminingmodelle einschränken.
5.2.8 In der Eigenschaft Sicherheits Optionen ändern
in SP3 eingeführten

Verwendung der PASSTHROUGH Festlegen der Sicherheit Options -Eigenschaft auf DBPROP_MSMD_SAFETY_OPTIONS_ALLOW_SAFE auch unterbindet Schlüsselwort in lokalen Cubes.
5.2.9 Migrieren von Repository zu Meta Data Services standardmäßig deaktiviert
in SP3 eingeführten

Die Option Meta Data Services Repository-Format in den Repositorymigrations-Assistenten zu verwenden hat in SP3 oder höher deaktiviert wurde, und verwenden dieses Formats wird nicht empfohlen. Wenn dieses Format geschäftlichen Gründen erforderlich ist, können Sie die Option über die EnableMigrationToMetaDataServicesFormat -Registrierungsschlüssel aktivieren.

Dieser Registrierungsschlüssel ist standardmäßig nicht vorhanden; es manuell am HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server\Überwachen Verbindungsinformationen erstellt und auf Repository-Migration an die Meta Data Services aktivieren festgelegt werden muss-Format. Dieser Registrierungsschlüssel speichert einen Wert Beachtung. Wenn der Wert auf 1 oder True festgelegt ist, wird Repository Migration in das Meta Data Services-Format aktiviert. Wenn der Wert auf einen beliebigen anderen Zeichenfolgenwert festgelegt ist oder wenn der Registrierungsschlüssel nicht vorhanden ist, ist Repository Migration in das Format Meta Data Services deaktiviert.
Hinweis Wenn der Wert dieses Registrierungsschlüssels geändert wird, wird die Änderung sofort wirksam.
5.2.10 Muss Berechtigungen für einen Remote Data-Ordner geändert werden
in SP3 eingeführten

Wenn der Analysis Services-Ordner auf einem Computer befindet andere als die auf dem der Analyseserver ausgeführt wird, müssen Sie Berechtigungen auf den Ordner ändern, nach dem SP3a installieren. Legen Sie auf dem Remotecomputer die Berechtigungen für den Ordner um von allen Mitgliedern der Gruppe der OLAP-Administratoren Vollzugriff auf den Computer mit die Analyse ermöglichen fest Server. Im Laufe der Zeit Mitglieder hinzugefügt oder entfernt aus der Gruppe OLAP Administrators, achten so ändern Sie die Berechtigungen auf remote Daten Ordner, so dass die aktuelle Mitgliedschaft die OLAP-Administratoren wiedergegeben Gruppe. Dies zulassen, Sichern und ordnungsgemäß wiederherstellen.

Darüber hinaus müssen nach Abschluss der Installation von SP3a Sie ermöglichen das Konto können unter dem der Analysis-Server Vollzugriff auf den remote Data-Ordner ausgeführt wird.

Wenn Sie eine Instanz von Analysis Services SP3a zuweisen muss in einer Clusterkonfiguration, die auf Domänenebene OLAP-Administratoren ausgeführt Gruppe Vollzugriff auf den remote Datenordner zugelassen sein. Weitere Informationen zum Erstellen und verwenden einen OLAP-Administratorengruppe auf Domänenebene finden Sie unter Unterstützung-Artikel 308023 an die Microsoft Product Support Services Knowledge Base verfügbar.

5.3 Replikation Erweiterungen

In diesem Abschnitt werden Erweiterungen für SQL Server 2000-Replikation, die in SP3a enthaltenen erläutert.
5.3.1 Transaktions Replikation UPDATE benutzerdefinierte gespeicherte Prozedur
in SP1 eingeführt

Setup der Transaktionsreplikation werden benutzerdefinierte gespeicherte Prozeduren für Einfüge-, Delete und Update-Aktionen in der Abonnementdatenbank erstellt. Unabhängig davon, wie viele Spalten, durch eine UPDATE betroffen sind-Anweisung, die benutzerdefinierte gespeicherte Prozedur Update aktualisiert alle Spalten in die Abonnementtabelle. Jede Spalte, die nicht geändert wird auf 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 Sie Transaktionsreplikation verwenden und mehrere Indizes für die Abonnementtabelle und nur wenige Spaltenwerte wegen Aktualisierungen ändern, Begrenzen der Overhead der Verwaltung des Indexes Leistung, 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 enthält nur die Spalten, die geändert haben, erstellen eine optimale UPDATE Zeichenfolge.

Dieses Servicepack enthält eine neue gespeicherte Prozedur, Sp_scriptdynamicupdproc, die eine benutzerdefinierte gespeicherte Prozedur, die Sie auf dem Abonnenten verwenden können generiert, um dynamisch die UPDATE-Anweisung zur Laufzeit. Erstellen der dynamischen UPDATE-Anweisung zur Laufzeit erfordert jedoch zusätzliche Verarbeitung.

sp_scriptdynamicupdproc

Die gespeicherte Prozedur 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

Arguments
[@artid =] artid

Der Artikel-ID Artid ist eine vom Datentyp Int hat keinen Standardwert.

Ergebnis-Sets

Gibt ein Resultset, das aus einer einzigen nvarchar(4000)-Spalte besteht. Das Resultset bildet das vollständige CREATE PROCEDURE-Anweisung, zum Erstellen der benutzerdefinierten gespeicherten Prozedur verwendet wird.

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 entsteht beim 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

In diesem Beispiel wird ein Artikel (artid ist auf 1 festgelegt) in der Authors-Tabelle der Pubs-Datenbank erstellt und gibt an, dass die UPDATE-Anweisung die benutzerdefinierte gespeicherte Prozedur ausführen:

'MCALL Sp_mupd_authors'

Generate the custom stored procedures to be executed by the Distribution Agent at the Subscriber by running the following stored procedure at the Publisher:
EXEC sp_scriptdynamicupdproc @artid = '1'
The statement returns:

create procedure [sp_mupd_authors] 
  @c1 varchar(11),@c2 varchar(40),@c3 varchar(20),@c4 char(12),
  @c5 varchar(40),@c6 varchar(20),@c7 char(2),@c8 char(5),
  @c9 bit,@pkc1 varchar(11),@bitmap binary(2)
as

declare @stmt nvarchar(4000), @spacer nvarchar(1)
select @spacer =N''
select @stmt = N'update [authors] set '

if substring(@bitmap,1,1) & 2 = 2
begin
  select @stmt = @stmt + @spacer + N'[au_lname]' + N'=@2'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 4 = 4
begin
  select @stmt = @stmt + @spacer + N'[au_fname]' + N'=@3'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 8 = 8
begin
  select @stmt = @stmt + @spacer + N'[phone]' + N'=@4'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 16 = 16
begin
  select @stmt = @stmt + @spacer + N'[address]' + N'=@5'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 32 = 32
begin
  select @stmt = @stmt + @spacer + N'[city]' + N'=@6'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 64 = 64
begin
  select @stmt = @stmt + @spacer + N'[state]' + N'=@7'
  select @spacer = N','
end
if substring(@bitmap,1,1) & 128 = 128
begin
  select @stmt = @stmt + @spacer + N'[zip]' + N'=@8'
  select @spacer = N','
end
if substring(@bitmap,2,1) & 1 = 1
begin
  select @stmt = @stmt + @spacer + N'[contract]' + N'=@9'
  select @spacer = N','
end
select @stmt = @stmt + N' where [au_id] = @1'
exec sp_executesql @stmt, N' @1 varchar(11),@2 varchar(40),@3 varchar(20),
  @4 char(12),@5 varchar(40),@6 varchar(20),@7 char(2),@8 char(5),@9 bit',
  @pkc1,@c2,@c3,@c4,@c5,@c6,@c7,@c8,@c9

if @@rowcount = 0
   if @@microsoftversion>0x07320000
      exec sp_MSreplraiserror 20598

nach dem Ausführen dieser gespeicherten Prozedur können Sie des resultierenden Skripts die gespeicherte Prozedur auf den Abonnenten manuell erstellt.


5.3.2 Transaktions-Replikation UPDATE-Anweisungen 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 Indexes, einen gruppierten Index oder ein Ausdruck, der als eine unique-Einschränkung verwendet wird ändert, wird das Update als eine DELETE-Anweisung, gefolgt von einer INSERT ausgeführt-Anweisung auf dem Abonnenten. Dies ist notwendig, da diese Art der Aktualisierung mehrere Zeilen auswirken kann und eine Verletzung der Eindeutigkeit kann auftreten, wenn Updates zeilenweise übermittelt werden.

Wenn das Update nur eine Zeile betrifft, besteht 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 aus gleichzeitiger Snapshot Verarbeitung entfernt
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. Mit diesem Service Pack werden Einschränkungen mithilfe von gleichzeitiger Snapshotverarbeitung entfernt.
5.3.4 Transaktionsreplikation Scripting von benutzerdefinierten gespeicherten Prozeduren
in SP1 eingeführt

Beim Einrichten des Nosync-Abonnements (d. h., Abonnements, die nicht den ursprünglichen Snapshot angezeigt), die benutzerdefinierte gespeicherte 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 der die Option um eine benutzerdefinierte Prozedur Schema automatisch generieren aktiviert ist, wird die gespeicherte Prozedur
Sp_scriptpublicationcustomprocs Skripts die benutzerdefinierten 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

Arguments
[@publication] = publication_name

The name of the publication. publication_name is a sysname with no default.

Return Code Values
0 (success) or 1 (failure
Resultsets

Gibt ein Resultset, das aus einer einzigen nvarchar(4000) -Spalte besteht. Das Resultset bildet 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. .
exec Northwind.dbo.sp_scriptpublicationcustomprocs 
@publication = N'Northwind'

5.3.5 Mergereplikation Metadaten beibehalten-basierten bereinigen
in SP1 eingeführt

Beim Seriendruck Replikationssystemtabellen große Mengen von Metadaten enthalten, 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. Enthalten jedoch SQL Server 2000 SP1 und spätere Versionen Metadaten Aufbewahrung basierende bereinigen, d. h., 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 Tabellen darstellen, wenn die @ Keep_partition_changes Synchronisierung Optimierungsoption auf die Publikation aktiviert ist.

Aufbewahrung basierende Meta Daten bereinigen 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-MetadataRetentionCleanup Parameter 0, automatische Bereinigung nicht auftritt, festgelegt ist. In diesem Fall manuell initiieren Sie Metadaten Aufbewahrung basierende bereinigen, indem ausführen s P_mergemetadataretentioncleanup. 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 später in diesem Abschnitt).

    Hinweis: Die -MetadataRetentionCleanup Parameter auf 1 für alle Merge-Agent-Profile, die in SQL Server 2000 SP1 und höher enthalten sind festgelegt ist. Wenn Sie einen Server auf SP1 oder höher aktualisieren, und Sie dann die Mergereplikation fügen, wird das Profil des Merge-Agenten automatisch aktualisiert, um diese Parameter enthalten. Wenn Sie einen Server, der Mergereplikation aktiviert auf SP1 oder höher bereits verfügt aktualisieren, das Profil des Merge-Agenten wird nicht automatisch aktualisiert; Aktualisieren des Profils durch Ausführen von Sp_add_agent_parameter (Siehe zusätzliche Parameter für Sp_add_agent_parameter weiter unten in diesem Abschnitt).

    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, die bereinigen können auftreten. Wenn es sind mehrere Publikationen auf einer Datenbank und eines 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ätzliche Parameter für sp_add_agent_parameter

Das System gespeicherten Prozedur Sp_add_agent_parameter verfügt nun über einen MetadataRetentionCleanup-Parameter, der ermöglicht Ihnen das Hinzufügen oder entfernen Sie Metadaten Datenaufbewahrung Bereinigen aus Merge-Agent-Profile. Ein Wert 1 gibt an, dass das Profil bereinigen enthalten sollen; der Wert 0 gibt an, dass es nicht bereinigen enthalten sollte. Beispielsweise Metadaten Datenaufbewahrung bereinigen zu einem Profil hinzufügen, führen Sie den folgenden Code:
EXEC sp_add_agent_parameter @profile_id=<my_profile_id>,
  @parameter_name='MetadataRetentionCleanup', @parameter_value=1
Meta Data-Bereinigung in Topologien mit verschiedenen Versionen von SQLServer

Für automatische Aufbewahrung basierende bereinigen in einer Mergereplikation beteiligten Datenbank auftreten der Datenbank und der Merge-Agent müssen beide auf Servern mit SQL Server 2000 SP1 oder höher. Beispiel:
  • Eine SQL Server 7.0-Pull nicht Abonnent bei einem SQL Server 2000 SP1-Verleger ausgeführt bereinigen.
  • SQL Server 2000 SP1-Push Merge-Agent nicht in eine vor-SP1 SQLServer 2000-Abonnenten-Datenbank ausgeführt bereinigen.
  • SQL Server 2000 SP1-Push Merge-Agent bereinigen in einer Datenbank SQL Server 2000 SP1 Verleger ausgeführt wird selbst wenn es Abonnenten verfügt, auf dem SQL Server 2000 ausgeführt werden oder früher.
Automatische Bereinigung auf einigen Servern und nicht auf andere werden bei den meisten Ursache false Konflikte sollte, und die 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

Aufbewahrung basierende Meta Daten bereinigen verhindert non-Convergence und automatische Änderungen auf andere Knoten überschreibt. Allerdings können false Konflikte auftreten, wenn folgende 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.
Wenn Metadaten, auf dem Verleger aber nicht auf dem Abonnenten bereinigt werden und eine Aktualisierung auf dem Verleger vorgenommen wird, tritt ein Konflikt z. B. auch wenn die Daten angezeigt wird, synchronisiert werden.

Um diesen Konflikt zu vermeiden, stellen Sie sicher, dass Metadaten am zugehörigen Knoten zu etwa derselben Zeit bereinigt werden. Wenn - MetadataRetentionCleanup auf 1 festgelegt ist, werden Verleger und Abonnenten automatisch bereinigt 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: Enthält die Systemtabellen große Mengen von Metadaten, 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 Zu sichern und Wiederherstellen von Probleme für die 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, kann solche Synchronisierung zu der non-Convergence von Daten führen.

Wenn Sie sichern planen 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 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. Unterschiedliche Werte können zu non-Convergence führen.
5.3.7 Wiederherstellen replizierter Datenbanken aus verschiedenen Versionen von SQLServer
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, behält die Replikationseinstellungen. 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 die Datenbank auf SQL Server 2000 SP3a aus einer Sicherung mit SQL Server 2000 erstellt 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 werden. Wenn Sie Sp_vupgrade_replication nicht ausführen, können die Replikationsmetadaten in einem unvorhersehbaren Zustand bleiben.
  • Wenn Sie die Datenbank auf SQL Server 2000 von einer Sicherung mit SQL Server 7.0 (die Version Version, SP1, SP2, SP3 und SP4) erstellt wiederherstellen und Replikationseinstellungen beibehalten werden sollen, müssen Sie die Sicherung vor der Installation von Servicepacks neu erstellen. Es ist möglich, zum Wiederherstellen der Datenbank in SQL Server 2000 SP3a direkt aus einer Sicherung einer replizierten Datenbank in SQL Server 7.0 erstellt wurden, jedoch werden die Replikationseinstellungen nicht beibehalten.
Neue 5.3.8 - MaxCmdsInTran-Parameter für den 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, die Transaktion Abschnitte Commit auf dem Abonnenten als einzelne Transaktionen sind der Eigenschaft die Unteilbarkeit, eine der ACID-Eigenschaften (Unteilbarkeit, Konsistenz, Isolation und Beständigkeit). Dieses Ergebnis ist ein Problem in den meisten Fällen nicht, obwohl empfohlen wird, dass Sie hier, um sicherzustellen, testen.

Definieren der ?MaxCmdsInTran-Parameter

Geben Sie eine positive Ganzzahl (1 oder höher) für den - MaxCmdsInTran-Parameterwert. Angeben eines Wertes von 0 entspricht der nicht mithilfe des Parameters. 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. Beispiel:

LogRead.exe - MaxCmdsInTran 10000.

Um diesen Parameter verwenden, der Verleger muss ausgeführt werden SQL Server 2000 SP1 oder höher, und die Protokolllese-Agent und Verteilungs-Datenbank muss aktualisiert werden, auf SP3 oder höher. Andernfalls -MaxCmdsInTran wird ignoriert.
5.3.9 Beschränkung nicht eindeutiger gruppierter Indizes
Introduced in SP2 (gilt nur Transaktionsreplikation)

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.
Neu - 5.3.10 MaxNetworkOptimization Command Line Arguments für Snapshot-Agent
in SP2 eingeführt

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

Um durch irrelevant löscht verursacht Netzwerkverkehr zu reduzieren, können Sie den neuen Snapshot-Agent-Parameter - MaxNetworkOptimization mit Publikationen von Mergereplikationen verwenden. 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 festgelegt ist auf True ( @ Keep_partition_changes -Parameter von Sp_addmergepublication ).

Der Standardwert ist 0, da die Speicherung von Metadaten zu erhöhen und Leistung auf dem Verleger zu beeinträchtigen, wenn mehrere Ebenen von Verknüpfungsfilter und komplexe Teilmengenfilter vorhanden sind kann den Parameter auf 1 festlegen. Sie sollten sorgfältig bewerten Sie die Replikationstopologie und -MaxNetworkOptimization 1 nur, wenn Netzwerkverkehr von irrelevant löscht unannehmbar hoch ist.

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

EXEC Sp_add_agent_parameter 1, "MaxNetworkOptimization", 1
5.3.11 Merge Replication verwendet neue Rolle
in SP3 eingeführten

SP3 und erstellt eine neue Rolle für die Verwendung später automatisch von der Mergereplikation. Der Name der neuen Rolle wird in das Formular MSmerge-Publikations-ID. Die Rolle wird auf dem Verleger für jeden Mergereplikationspublikation erstellt und fungiert als die Publikationszugriffsliste (PAL), Zugriffssteuerung für Mergepublikationen auf dem Verleger. Wenn diese Rolle gelöscht wird, können Sie eine neue gespeicherte Prozedur enthaltene mit SP3 oder höher, Sp_createmergepalrole, zum Neuerstellen der Rolle ausführen. Diese gespeicherte Prozedur wird auf dem Verleger in der Publikationsdatenbank, die Rolle erneut ausgeführt.
Syntax
sp_createmergepalrole [ @publication = ] 'publication' 

Arguments
[@publication = ] 'publication' 

The publication name. publication is sysname, with no default. This parameter is used to select the publication to use when re-creating a role used by merge replication. 

Return Code Values
0 (success) or 1 (failure)
Hinweise

Ausführen von Sp_createmergepalrole hinzugefügt der Sysusers-Tabelle für die neue Rolle eine neue Zeile. Der Name dieses neue Rolle basiert auf den Wert der Spalte Pubid in der Tabelle Sysmergepublications für die angegebene Publikation. Das Präfix des Rollennamens ist 'MSMerge_' und Pubid Wert wird an der Rollenname (ohne Bindestriche) angefügt.

Berechtigungen

Nur Mitglieder der festen Sysadmin-Serverrolle oder der festen Datenbankrolle Db_owner können Sp_createmergepalrole ausführen.
5.3.12 Erstellt neue Anforderungen für Abonnements durch nicht-Sysadmin-Benutzer
in SP3 eingeführten

Wenn ein Abonnement von einem Benutzer, der nicht Mitglied der festen Serverrolle Sysadmin ist erstellt wird, müssen Sie eine der folgenden Aktionen ausführen:
  • Konfigurieren Sie das SQL Server-Agent-Proxykonto mit einem Benutzernamen und Kennwort, so, dass die SQL Server Agent Auftrag Schritt Replikationsagent zugeordnet mit ausreichenden Berechtigungen ausgeführt wird. Weitere Informationen finden Sie unter "Xp_sqlagent_proxy_account" in der SQL Server-Onlinedokumentation.
  • Ändern des Besitzers der Auftrag-Schritt für einen Benutzer, die Mitglied der festen Serverrolle Sysadmin ist, vor dem Ausführen des Agents.
Hinweis: Die remote-Agent-Aktivierung-Funktion erfordert immer die Auftrag-Schritt in den Kontext eines Benutzerkontos in der festen Serverrolle Sysadmin ausgeführt.
5.3.13 Änderungen an Berechtigungen für gespeicherte Prozeduren
in SP3 eingeführten

Berechtigungen wurden geändert, auf eine Anzahl der gespeicherten Prozeduren zum Implementieren, Verwalten und Überwachen einer Replikationstopologie. Die meisten dieser Änderungen umfassen einen engeren Berechtigungen, die zum Ausführen der gespeicherten Prozeduren erforderlich sind. Weitere Informationen über die neuen Berechtigungen finden Sie die Transact-SQL-Referenzdokumentation für die gespeicherten Replikationsprozeduren in der aktualisierten Version von SQL Server-Onlinedokumentation. Weitere Informationen über die aktualisierte SQL Server-Onlinedokumentation finden Sie in Abschnitt 1.6 aktualisiert Books Online Dokumentation ist verfügbar.
5.3.14 Neuer Parameter für Sp_addmergearticle und Sp_changemergearticle
in SP3 eingeführten

Ein neuer Parameter, @ Published_in_tran_pub , zur Sp_addmergearticle und Sp_changemergearticle hinzugefügt wurde. Dieser Parameter wird verwendet, um anzugeben, dass ein Artikel in einer Mergepublikation auch in einer Transaktionspublikation veröffentlicht wird. @ Published_in_tran_pub ist vom Datentyp nvarchar(5), der Standardwert ist FALSE . TRUE gibt an, dass Artikel auch in einer Transaktionspublikation veröffentlicht wird.

Hinweis: Wenn Sie diesen Parameter in Sp_changemergearticle ändern, muss der Snapshot für ungültig erklärt werden, und Abonnenten erneut initialisiert werden müssen.
5.3.15 Neue Seite für die Publizierung und Verteilungskonfigurations-Assistenten konfigurieren
in SP3 eingeführten

Den Publizierungs- und Verteilungskonfigurations-Assistenten enthält jetzt eine neue Seite: Verteiler Kennwort. Sie müssen ein Kennwort auf dieser Seite eingeben, wenn Sie eine oder mehrere Verleger für den Server als einen Remoteverteiler verwenden und eine oder mehrere diesen Verlegern erfordern ein Kennwort. Die Verbindung zwischen einem Verleger und einem Remoteverteiler ist eine Mischung aus einem Verbindungsserver und eines Remoteservers. Die Verbindung verwendet den Benutzernamen Distributor_admin. Standardmäßig ist der Verleger als nicht vertrauenswürdige Verteiler remote konfiguriert, sodass ein Kennwort erforderlich ist.

Hinweis: Wenn Sie heruntergeladen und SQL Server 2000-Onlinedokumentation installiert (aktualisiert - SP3) diese Informationen sind verfügbar, wenn Sie die Schaltfläche Hilfe für die neue Seite klicken.
5.3.16 Änderungen an der Synchronisierungsverwaltung von Windows-Unterstützung
in SP3 eingeführten

SQL Server können Sie vorhandene Abonnements (erstellt mit SQL Server Enterprise Manager, SQL-DMO und gespeicherten Replikationsprozeduren) für die Verwendung mit der Synchronisierungsverwaltung von Windows zu aktivieren. Sie können auch neue Abonnements mithilfe der Synchronisierungsverwaltung von Windows erstellen. Nachdem Sie das Servicepack angewendet haben, beim Synchronisieren eines Abonnements, werden Sie in der Synchronisierungsverwaltung von Windows aufgefordert, das Kennwort oder zum Verbinden mit in die Synchronisierung beteiligten Server erforderlichen Kennwörter eingeben.
5.3.17 Ändern Anforderungen für das Anfügen oder Wiederherstellen einer Datenbank Replikation
in SP3 eingeführten

Unter einer bestimmten Gruppe von Bedingungen konnte Replikation Fehlfunktion im Prozess der anfügen oder Wiederherstellen einer publizierten Datenbank. Diese Bedingungen erfüllt sind:
  • SP3 oder höher angewendet wurde.
  • Der Benutzer durch Anfügen der Datenbank ist nicht Mitglied der festen Serverrolle Sysadmin .
  • Datenbankübergreifende Verkettung wurde nicht zugelassen wurden.
Wenn alle diese Bedingungen erfüllt sind, sollten Sie die Sp_changedbowner gespeicherten Prozedur in der Datenbank zugeordneten oder wiederhergestellt ausführen. Der Benutzername sa integrierten Administrator den Besitz zuweisen. Dadurch wird sichergestellt, dass die Replikation ordnungsgemäß funktioniert.

Hinweis: Sie müssen ein Mitglied der festen Serverrolle Sysadmin Sp_changedbowner ausführen sein.

Weitere Informationen über die datenbankübergreifende Besitzverkettung finden Sie in Abschnitt 5.1.11 zwischen Datenbank Besitz Verkettung.

5.4 SQL Server-Agent-Erweiterungen

In diesem Abschnitt werden Erweiterungen zum SQL Server-Agenten, die in SP3a enthaltenen erläutert.
5.4.1 SQL Server-Agent-Protokolle-Kontoinformationen
in SP2 eingeführt

Auftragsverlauf des SQL Server-Agent jetzt Datensätze der Windows-Konto unter dem einzelnen Auftrag Schritt ausgeführt wird. Dieser Informationen können Administratoren diagnostizieren Sicherheitsprobleme mit geplanten Aufträge, einschließlich geplanter Aufträge, die für die Replikation und Data Transformation Services (DTS) Aufgaben definiert sind.
5.4.2 Wechselt zu Master-Ziel-Serverkonfigurationen
in SP3 eingeführten

Multiserveradministration ist der Prozess der Automatisieren von Verwaltungsaufgaben über mehrere Instanzen von SQL Server. Verwendung Multiserveradministration Wenn Sie zwei oder mehr Servern und Sie verwalten möchten Wartungsaufgaben zentralisieren.

In SP3a hat die SQL Server-Agent-Dienstkonto keiner Windows-Administrator sein, wenn Sie das Proxykonto des SQL Server-Agenten verwenden müssen. Weitere Informationen zu SQL Server-Agent-Proxy-Konto finden Sie unter Abschnitt 5.7.3 SQL Server-Agent Proxy Konto Verbesserungen. Der SQL Server-Agent-Dienstkonto muss Mitglied der festen Serverrolle Sysadmin sein.

Mit Multiserveradministration benötigen Sie mindestens einen Masterserver und mindestens einen Zielserver. Ein Masterserver verteilt Aufträge an und empfängt Ereignisse von den Zielservern. Ein Masterserver speichert die zentrale Kopie der Auftrag-Definitionen für Aufträge, die auf Zielservern ausgeführt. Zielserver stellen regelmäßig Verbindungen, mit dem master-Server um die Liste der auszuführenden Aufträge zu aktualisieren. Wenn eine neue Auftrag vorhanden ist, der Zielserver downloadet die Auftrag und die Verbindung vom Masterserver getrennt. Nachdem der Zielserver der Auftrag abgeschlossen ist, es erneut mit dem Masterserver und meldet den Status der Auftrag.

Bevor Sie SP3a anwenden, müssen Sie mehrere Schritte zum Aktualisieren der SQL Server 2000-Master-Ziel-Serverkonfiguration ausführen. Die Änderungen, die mit SP3a eingeführt sind nicht kompatibel mit SQL Server 7.0-Zielserver oder allen Servern SP3a nicht ausgeführt. Dies ist eine Änderung von der ursprünglichen SQL Server 2000-Funktionalität.

So aktualisieren Sie die Master-Ziel-Serverkonfiguration
  1. Erstellen Sie ein neues MSX (Masterserver) Konto auf dem Masterserver. Dies ist (oder TSX (Zielserver) Server) Vorbereitung für die Aktualisierung. Führen Sie hierzu die folgenden Befehle.
    --Option A: Windows authentication
    EXEC sp_grantlogin 'DOMAIN\user'
    GO
    USE msdb
    GO
    EXEC sp_adduser 'DOMAIN\user', 'DOMAIN\user', 'TargetServersRole'
    GO
    
    --Option B: SQL Server authentication ? see explanation below for 
    --details.
    EXEC sp_addlogin <MSXAccount>, <MSXAccountPassword>, 'msdb' 
    GO
    USE msdb
    GO
    EXEC sp_adduser <MSXAccount>, <MSXAccount>, 'TargetServersRole'
    GO
    
    , <msxaccount> stellt der gewählte Name SQL-Anmeldung und <msxaccountpassword> dar das zugeordnete Kennwort.

    Hinweis: Diese Werte müssen in einfache Anführungszeichen eingeschlossen werden.

    Sie haben die folgenden Optionen, wenn Sie eine MSX-Konto auswählen:
    • Windows-Authentifizierung. Dies ist die sicherste Option, da Kennwörter nicht gespeichert werden, und SQL Server und SQL Server-Agent kann ohne lokale Administratorrechte für Windows konfiguriert werden.
    • SQL Server-Authentifizierung. Dies erfordert die SQLServerAgent-Dienstkonten für die lokale Windows-Administratorrechte verfügen, da SQL Server den Benutzernamen und Kennwort als Geheimnis local Security Authority (LSA speichert), und Zugriff auf lokale Windows-Administratoren beschränkt ist. Sie können ein Konto für alle TSX-Server erstellen, oder Sie können ein Konto für jeden TSX-Server erstellen.
    Geben Sie ein SQL Server-Agent-Probe-Konto nicht (<computer_name> _msx_probe_login). Als Teil der Aktualisierung auf SP3 oder höher entfernt SQL Server die alten Konten Probe, da TSX-Server nicht mehr verwenden.
  2. Aktualisieren von TSX-Server auf SP3a jeweils einzeln. (Bevor Sie das Servicepack anwenden können, finden Sie weitere Informationen zur Anzeigedauer der Aktualisierung unter Schritt 3.)
  3. Um Ausfallzeiten zu minimieren, führen Sie die erweiterten gespeicherten Prozedur Xp_sqlagent_msx_account auf jeder TSX-Server, kurz nach Abschluss die Aktualisierung SP3a.

    Hinweis: Nach dem Xp_sqlagent_msx_account, müssen SQL-Agent beendet und auf jedem Server neu gestartet.

    Weitere Informationen zu Xp_sqlagent_msx_account finden Sie unter Abschnitt 5.4.3 neue SQL Server-Agent erweiterte gespeicherte Prozedur.
  4. Wenden Sie SP3a auf dem Masterserver. Die alte _msx_probe Konten werden von SP3a Setup entfernt, da TSX-Server nicht mehr verwenden. Wenn ein Konto SQL-Agent-Aufträge besitzt, das Konto wird nicht entfernt und müssen diese Konten manuell entfernen und Ändern des Besitzers der Aufträge auf einem anderen Benutzer. Wenn Sie weiterhin den alte _msx_probe Konten, eigene SQL-Agentaufträge verwenden möchten, müssen Sie das Kennwort des Kontos _msx_probe ändern.
5.4.3 Neue SQL Server-Agent erweiterte gespeicherte Prozedur
in SP3 eingeführten

SP3a enthält eine neue erweiterte gespeicherte Prozedur, die das Konto konfigurieren, das dass der SQL Server-Agent TSX-Server zum Downloaden von Anweisungen von einem MSX-Server verwendet ermöglicht. Dieses Konto ist auch bekannt als der MSX-Konto oder Masterserverkonto.

xp_sqlagent_msx_account

Die erweiterten gespeicherten Prozedur Xp_sqlagent_msx_account wird festgelegt oder den SQL Server-Agent MSX-Konto-Benutzernamen und Kennwort zu oder von vertrauliche LSA-Informationen auf dem TSX-Server abgerufen. Nur Mitglieder der festen Serverrolle Securityadmin können diese erweiterte gespeicherte Prozedur ausführen.

Bevor Sie diese erweiterte ausführen können die gespeicherte Prozedur, SQL Server-Agent muss ausgeführt werden. Wenn das angegebene Konto eine SQL ist zusätzlich Server-Benutzernamen, SQL Server-Agent müssen lokale Windows-Administratorrechte. SQL Server-Agent speichert den Benutzernamen und Kennwort als ein LSA-Geheimnis und Zugriff auf lokale Windows-Administratoren beschränkt ist.
Syntax
xp_sqlagent_msx_account

    {N'GET' |

    N'SET' | N'DEL', N'MSX_domain_name', N'MSX_username', N'MSX_password'

    }

Arguments
N'GET' 

Ruft das aktuelle SQL Server-Agent MSX-Konto. N'GET ' ist eine Nvarchar hat keinen Standardwert. Das Kennwort wird aus Sicherheitsgründen nicht gemeldet.

N'SET '

Festgelegt, dass als SQL Server-Agent MSX verwendet werden, das Konto Konto. Verwenden der MSX_username und MSX_password Parameter, die das Konto als das SQL Server-Agent MSX-Konto angeben. N'SET ' ist eine Nvarchar hat keinen Standardwert.

N'DEL '

Löscht das SQL Server-Agent MSX-Konto.

'MSX_domain_name'

Für die zukünftige Verwendung reserviert.

'MSX_username'

Der Name des im Windows-Konto als das SQL Server-Agent MSX-Konto verwendet werden. Geben Sie eine leere Zeichenfolge für diesen Parameter und die MSX_password auf Windows-Sicherheit. In diesem Fall Dienstkonto der SQL Server-Agent auf dem MSX-Server anmelden Anmeldeinformationen verwendet werden. MSX_username ist eine Nvarchar hat keinen Standardwert.

'MSX_password'

Das Kennwort für das in MSX_username angegebene SQLServer-Konto. Geben Sie eine leere Zeichenfolge für diesen Parameter und die MSX_username auf Windows-Sicherheit. In diesem Fall werden die Kontoanmeldeinformationen SQLServerAgent-Dienst verwendet, an den MSX-Server anmelden. MSX_password ist eine Nvarchar hat keinen Standardwert.

Hinweis: Parameter für Xp_sqlagent_msx_account müssen in der Reihenfolge angegeben werden. Benannte Parameter können nicht verwendet werden.
Code-Rückgabewerte

Gibt den Wert 0 zurück, auf Erfolg oder 1 auf Fehler
Wenn Xp_sqlagent_msx_account fehlschlägt und gibt den Wert 1 zurück, erzeugt SQL Server ein Fehlermeldung mit Informationen über den Fehler.
Ergebnis-Sets

Wenn eine SQL Server-Agent MSX-Konto festgelegt wurde, gibt Xp_sqlagent_msx_account ein Resultset mit den folgenden Informationen bei Angabe zurück N'GET ' .
Tabelle minimierenTabelle vergrößern
SpalteTypBeschreibung
DomänesysnameNicht zutreffend. für die zukünftige Verwendung reserviert.
BenutzernamesysnameKonto verwendet wie die SQL Server-Agent MSX-Konto.
Wenn eine SQL Server-Agent MSX-Konto nicht festgelegt wurde oder N'SET ' wird angegeben, wird kein Resultset zurückgegeben.

Berechtigungen

Führen Sie Berechtigungen für Xp_sqlagent_msx_account standardmäßig die Mitglieder der festen Serverrolle Securityadmin .

Beispiele für
  • Abrufen der derzeit zugewiesenen SQL Server-Agent MSX-Konto

    Im folgenden Beispiel werden das Konto zurzeit für die Verwendung als SQL Server-Agent MSX-Konto zugewiesen abgerufen:

    EXEC master.dbo.xp_sqlagent_msx_account N'GET '
  • Legen Sie das SQL-Agent MSX ein mit Windows-Authentifizierung

    Im folgenden Beispiel wird der SQL Server-Agent MSX Kontos, das Windows-Authentifizierung verwendet:
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
       N'',  -- Reserved for future use 
       N'',  -- MSX_username
       N''  -- MSX_password
    
  • Legte das SQL Server-Agent MSX-Konto mit SQL Server-Authentifizierung

    Das folgende Beispiel legt SQL Server-Agent MSX Ralph Konto und ein Kennwort gibt:
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
       N'',  -- Reserved for future use 
       N'Ralph',  -- MSX_username
       N'RalphPwd'  -- MSX_password
    
  • Löschen Sie das SQL Server-Agent MSX-Konto

    Das folgende Beispiel löscht das SQL Server-Agent MSX-Konto. Dies bedeutet, dass SQL Server-Agent wird standardmäßig auf Windows-integrierte Sicherheit (Authentifizierung).


    EXEC-master.dbo.xp_sqlagent_msx_account N'DEL '
5.4.4 SQL Server-Agent-Berechtigung überprüfen
in SP3 eingeführten

SQL Server überprüft nun sichergestellt, dass der Agent Auftrag Besitzer anfügen oder Ausgabe-Protokolldatei von jedem Auftrag überschreiben die Berechtigung verfügt. Dies geschieht in drei Möglichkeiten:
  • Wenn der Besitzer Auftrag ein Mitglied der festen Serverrolle Sysadmin ist, kann die Auftrag-Protokolldatei auf dem Server geschrieben werden.
  • Wenn der Auftrag-Besitzer, ein Windows-Benutzer ist, überprüft SQL Server, wenn der Benutzer über Schreibberechtigung für den Speicherort der ausgewählten Auftrag Ausgabe-Protokolldatei auf dem Server verfügt.
  • Wenn der Auftrag-Besitzer, ein SQL Server-Benutzer ist, testet SQL Server das SQL Server-Agent-Proxykonto für Schreibberechtigung für den Speicherort der ausgewählten Auftrag Ausgabe-Protokolldatei auf dem Server. Wenn das Proxykonto nicht festgelegt wurde, wird kein Protokoll geschrieben.
In allen Fällen werden Aufträge mit SQL Server-Agent geschrieben Anmeldeinformationen, aber SQL Server nun Tests zur der Benutzer die Berechtigung zum Schreiben in die Ausgabe ausgewählten Auftrag hat Datei Speicherort auf dem Server anmelden. Fehler im Verlauf Auftrag angezeigt, aber die Auftrag Schritte nicht fehlschlagen, wenn die Protokolldatei kann nicht geschrieben werden.
5.4.5 SQL Agent Mail MAPI-Profilen
in SP3 eingeführten

In der 32-Bit-Version von SQL Server 2000 kann SQL Agent Mail konfiguriert werden, ein Extended MAPI e-Mail-Profil für das Senden von e-Mail-Benachrichtigungen verwenden. Eine Extended MAPI-e-Mail-Anwendung, wie z. B. Microsoft Outlook können Sie ein Extended MAPI-Profil erstellen. In der 64-Bit-Version von SQL Server 2000 SQL Agent Mail kann mit nur einem Simple-MAPI-Profil für das Senden von e-Mail-Benachrichtigungen. Verwenden Sie Simple MAPI-Profilen nicht in der 32-Bit-Version von SQL Server 2000.

5.5 SQL Server-Komponenten Konnektivitätsverbesserungen

In diesem Abschnitt werden Erweiterungen für Konnektivitätskomponenten von SQL Server 2000, die in SP3a enthaltenen erläutert.
5.5.1-Updates für Microsoft Data Access Components
in SP3a eingeführt

SP3a enthält Aktualisierungen für Microsoft Data Access Components (MDAC). Wenn Sie SP3a installieren, wird auch MDAC 2.7 Service Pack 1a installiert. MDAC 2.7 SP1a hat keine Funktionsänderungen der Version von MDAC von SQL Server 2000 (MDAC 2.6) installiert, aber es enthält Updates und Sicherheitsverbesserungen. MDAC 2.7 SP1a umfasst ein Update auf MSXML 3 (SP3).

Hinweis: Diese Version von MDAC wird nicht installiert, wenn Setup die gleiche Version oder eine neuere Version erkennt.

Weitere Informationen zu dieser Version von MDAC finden Sie unter der Microsoft Universal Data Access-Website auf diese Seite auf microsoft.com. In dieser Version von MDAC enthaltenen Updates werden im Knowledge Base-Artikel 326848 dokumentiert werden. Sie können in diesem Artikel aus der Microsoft Product Support Services Knowledge-Base zugreifen.
5.5.2 Unterstützung für QLogic Virtual Interface Architecture
in SP3 eingeführten

SQL Server unterstützt jetzt QLogic Virtual Interface Architecture (VIA) System Area Network (SAN) Implementierungen. Um SQL Server-Unterstützung für Verbindungen über QLogic VIA aktivieren, müssen sowohl die Client- und Servercomputern IP-Adressauflösung in einer Datei namens Vihosts in den entsprechenden Windows system32\drivers\etc Ordner angeben.
The Vihosts file should be formatted as follows:

<VI IP Address of server computer> <SERVER_COMPUTERNAME>

<VI IP Address of client computer> <CLIENT_COMPUTERNAME>

For example:

139.4.130.1  SQLCOMPUTER

139.4.130.2  SQLCLIENT

verwenden Sie IP-Adressen aus der jeweiligen QLogic VIA network, Karten und tatsächlichen Computernamen. Andernfalls können keine Verbindungen für benannte Instanzen oder mit anderen IP-Protokollen wie TCP oder Named Pipes hergestellt werden. Die Vihosts-Datei ist nicht für Giganet VIA Konnektivität erforderlich.

Hinweis: Sie müssen die korrekten VIA Kreditor auf Clientcomputern identifizieren, mithilfe von SQL Server-Clientkonfiguration. Wählen Sie den entsprechenden Wert in den Kreditor Dropdown-Listenfeld. Die entsprechenden Aktion sollte auch auf Servercomputern über SQL Server-Netzwerkkonfiguration ausgefüllt werden.

5.6 Meta Data Services Enhancements

In diesem Abschnitt werden Verbesserungen in SQL Server 2000 Meta Data Services, die in SP3a enthaltenen erläutert.
5.6.1 Meta Data-Browser Exporte 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 unsichtbar. Dieser Version SP3a ist die exportierte Daten immer als Unicode ausgedrückt. Sie können weiterhin in ANSI-Code durch Festlegen des Werts der Registrierung exportieren Schlüssel HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport auf 0. 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.6.2 Scripting Support-deaktiviert
in SP3 eingeführten

Skriptunterstützung in Information Models wurde deaktiviert. Nach der Installation von SP3a, wird die folgende Fehlermeldung angezeigt, wenn Ihre Anwendung zugreift, eine Eigenschaft oder Methode für die ein Skript definiert ist:
EREP_SCRIPTS_NOTENABLED

So aktivieren Sie die Skriptunterstützung

Wenn Sie weiterhin Ausführen von Skripts, können die folgende Schritte Sie eine Registrierungseinstellung erstellen, die Skriptunterstützung ermöglicht.
  • Öffnen Sie den Registrierungs-Editor und navigieren Sie zu HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.
  • Erstellen Sie einen Registrierungsschlüssel namens Repository (wenn nicht bereits vorhanden ist), und erstellen Sie dann einen Unterschlüssel namens Engine, so dass der Pfad Repository\Engine. entspricht
  • Fügen Sie im Modul -Registrierungsschlüssel ein neuer DWORD-Wert mit dem Namen AllowScripting und legen Sie den Wert 1 . Wenn Sie später scripting deaktivieren möchten, Festlegen der neue Registrierungsschlüssel Wert auf 0 .
wichtig Sie sollten immer Information Models und der Repository-Datenbank den nicht autorisierten Zugriff verhindern schützen.
5.6.3 Neue RepositoryUser Rolle für den Zugriff auf Repository-Informationen
in SP3 eingeführten

SQL Server enthält eine Reihe von Tabellen, gespeicherten Prozeduren und Sichten, die von Meta Data Services Repository-Modul verwendeten Informationen speichern, in der Msdb -Datenbank. Eine neue dedizierte Funktion mit dem Namen RepositoryUser in SP3 wurde hinzugefügt und muss verwendet werden, um Zugriff und Update Repository-Informationen. Erstellen Sie diese Rolle hat wurde gewährt, lesen Sie, aktualisieren Sie, löschen Sie, und führen Sie Berechtigungen auf diese Objekte. Die public -Rolle hat Berechtigungen nicht mehr auf diese Objekte. .

Diese Änderung betrifft vorhandene Repository-Objekte neben alle zusätzlichen Objekte, die in der Zukunft von Repository-Moduls erstellt. Benutzer und Anwendungen, die das Repository über die public -Rolle zugreifen müssen der RepositoryUser -Rolle hinzugefügt werden.

5.7 Daten Transformation Services Enhancements

In diesem Abschnitt werden Verbesserungen in SQL Server 2000 Data Transformation Services, die in SP3a enthaltenen erläutert.
5.7.1 DTS-Assistenten beschränkt nicht mehr String Spalten zu 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.7.2 Sicherheitskontext protokolliert für DTS-Pakete von SQLServer-Agent ausführen


in SP2 eingeführt

SQL Server-Agent zeichnet den Sicherheitskontext, unter dem jeder Schritt in einer Auftrag ausgeführt wird. In SP3 oder höher, 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 ausgeführt wird. Dieser Informationen können Administratoren Berechtigungen und Authentifizierung Probleme diagnostizieren, die auftreten, wenn Pakete auf einem Server geplant werden.
5.7.3 SQL Server-Agent Proxy Konto 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 für den Ordner Benutzer Temp 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 und höher DTS wurde verbessert des Systems temporäre Ordner, wenn der Benutzer Temp-Ordner nicht verfügbar ist, erheblich verringert die Notwendigkeit diese Anpassungen ist.
Speichern Sie 5.7.4 auf Meta Data Services standardmäßig deaktiviert
in SP3 eingeführten

Pakete standardmäßig SP3 und höher deaktiviert die Option zum Speichern von DTS in Meta Data Services . Dies bedeutet, dass die Option Meta Data Services in der Dropdown-Liste Speicherort im Dialogfeld DTS-Paketen speichern nicht angezeigt. Darüber hinaus ist diese Option auf Speichern, Planen und replizieren Paket Seite im DTS-Import-Export-Assistenten deaktiviert.

damit die Pakete in Meta Data Services gespeichert werden
  • Klicken Sie in SQL Server Enterprise Manager mit der rechten Maustaste auf den Knoten Data Transformation Services , klicken Sie auf Eigenschaften , und klicken Sie dann auf Aktivieren speichern, um Meta Data Services.
Hinweis: Sie müssen mit Administratorrechten zum Ändern dieser Eigenschaft angemeldet sein.

Wenn die Option zum Speichern von Paketen in Meta Data-Dienst deaktiviert ist, können Sie vorhandene Pakete von Meta Data Services laden, bearbeiten Sie und Speichern diese in Meta Data Services mithilfe der Option speichern. Meta Data Services ist jedoch nicht über das Speichern als Option. Beispielsweise können nicht Sie ein Paket, das Meta Data Services speichern, mit einem anderen Namen.

5.8 XML-Erweiterungen

Das folgende Thema behandelt eine Verbesserung für XML und SQLXML in SP3a.
5.8.1 Verbesserte Überprüfung der XPath-Ausdrücke
in SP3 eingeführten

Vor zu SP3 die Version von MSXML, die installiert wurde, mit SQL Server 2000 (MSXML 2.6) ein Prädikat in einem XPath-Ausdruck zulässig, die spezielle Zeichen bestehende Abkürzung folgen, die dem aktuellen Kontextknoten identifiziert wird, durch einen Punkt (.) in XPath-Syntax gekennzeichnet. Dies verstößt gegen die XPath-Syntax-Spezifikation, die erfordert, dass ein Speicherort Pfadausdruck dieses Zeichen gefolgt sein.

Wenn Sie SP3 anwenden oder später eine aktualisierte Version von MSXML (3.0 SP3) als Teil der MDAC-Aktualisierung installiert ist. Weitere Informationen finden Sie Abschnitt 5.5.1 Updates für Microsoft Data Access Components.

Mit der neuen Version von MSXML kann keinem Prädikat sofort im aktuellen Kontext Knoten Abkürzung Sonderzeichen folgen. XPath-Ausdrücke in SQLXML Abfragen (XPath-Abfragen für Anmerkungen Zuordnungsschemas und Abfragen in XSLT-Stylesheets geschrieben, um die Ergebnisse der SQLXML transformieren), die die fehlerhafte Syntax verwenden, schlägt fehl nach der Aktualisierung auf SP3 oder höher

Um diese Fehler zu vermeiden, identifizieren Sie und beheben Sie alle Ausdrücke, die die falsche Syntax verwenden. Beispielsweise die Syntax des XPath-Ausdruck angegeben ist, da der Wert des Attributs Test im folgenden xsl: if-Element nicht gültig ist da das Prädikat [@ ResourceTypeID = "2"], folgt unmittelbar auf die spezielle Zeichen bestehende Abkürzung, die dem aktuellen Kontextknoten identifiziert.

Die folgende Anweisung, die nicht zuvor ein Fehler generiert fehl nach SP3 oder höher installiert ist.
xsl:if test=".[@ResourceTypeID='2']">
To prevent a failure, the XPath expression must be amended as follows:

<xsl:if test="@ResourceTypeID='2'">

5.9 Virtuellen sichern Geräte API-Erweiterungen

Das folgende Element bezieht sich auf die SQL Server 2000 Virtual Backup-Geräte API.
5.9.1 Erfassen mehrerer Datenbanken in einer einzelnen Snapshot

in SP2 eingeführt

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

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

Die Virtual Backup Device Specification in SP3a enthält aktualisierte Informationen über den Befehl VDC_PrepareTo zu fixieren . Eine aktualisierte Version des Virtual Device Interface-Headerdatei (vdi.h) \Devtools\Include im Verzeichnis Setup SP3a finden Sie unter

Sie können aktualisierte Spezifikation vom Microsoft Download Center unter der Microsoft SQL Server Downloads-Website downloaden.

5.10 Fehlerberichterstattung

in SP3 eingeführten

Microsoft SQL Server-Fehlerberichterstattung ist standardmäßig deaktiviert. Sie können Sie während der Installation über SQL Server Setup oder Analysis Services Setup aktivieren, oder nach der Installation über das Dialogfeld Eigenschaften von Server in Enterprise Manager oder das Dialogfeld Eigenschaften von Server Feld im Analysis-Manager. Durch Aktivierung Fehlerberichterstattung, während Sie SQL Server Setup ausgeführt werden können Fehlerberichterstattung für die SQL Server-Datenbankmodul und SQL Server-Agent. Das aktivieren, Fehlerberichterstattung, während Sie Analysis Services Setup ausführen ermöglicht Fehlerberichterstattung für Analysis Services. Wenn Sie die Fehlerberichterstattung für SQL Server und Analysis Services aktivieren möchten, müssen Sie die Fehlerberichterstattung für SQL Server beim Ausführen von SQL Server Setup und Analysis Services beim Ausführen von Analysis Services Setup aktivieren.

Wenn Sie dieses Feature aktivieren, wird SQL Server, einen Bericht an Microsoft zu automatisch senden wenn ein schwerwiegender Fehler, in SQL Server-Datenbankmodul, in SQL Server-Agent oder in SQL Server Analysis Services auftritt konfiguriert. Microsoft verwendet Fehlerberichte zum Verbessern der Funktionalität von SQL Server und behandelt alle Informationen vertraulich.

Informationen zu Fehlern über eine sichere (HTTPS) gesendet wird Verbindung an Microsoft, wo diese gespeichert werden, mit eingeschränkten Zugriff. Alternativ, kann diese Informationen an Ihren eigenen Firmen-Fehlerberichtsserver gesendet werden.

Der Fehlerbericht enthält die folgende Informationen
  • Die Bedingung von SQL Server beim Auftreten des Problems.
  • Die Version und Computer Hardwareinformationen zum Betriebssystem.
  • Ihre digitale Produkt-ID, die verwendet werden können, um Ihre Lizenz zu identifizieren.
  • Die Netzwerk IP-Adresse des Computers.
  • Informationen aus dem Arbeitsspeicher oder Dateien des Prozesses, der den Fehler verursacht.
Von Microsoft nicht absichtlich Ihre Dateien, Namen, Adresse, e-Mail-Adresse oder andere Formen von persönlichen Informationen erfasst. Der Fehlerbericht kann jedoch kundenspezifische Informationen aus dem Speicher oder Dateien des Prozesses, der den Fehler verursacht enthalten. Obwohl diese Informationen potenziell verwendet werden kann, Ihre Identität festzustellen, verwendet Microsoft diese Informationen nicht für diesen Zweck.

Die Microsoft Fehlerberichterstattung Datensammlungsrichtlinie finden Sie unter diese Microsoft Web site.

Wenn Sie die Fehlerberichterstattung aktivieren und ein schwerwiegender Fehler auftritt, wird möglicherweise eine Antwort von Microsoft im Windows-Ereignisprotokoll auf einen Microsoft Knowledge Base-Artikel zu einem bestimmten Fehler verweist angezeigt. Eine Antwort sieht möglicherweise ähnlich wie im folgenden Beispiel:
Source = MSSQLServerOlapServicesDW 
EventID = 1010
data = http://support.microsoft.com/support/misc/kblookup.asp?id=Q123456
&iBucketTable=1&iBucket=39980&Cab=21474432.cab&LCID=1033
&OS=5.1.2600.2.00010100.0.0
um für die SQL Server-Datenbankmodul und der SQLServerAgent-Fehlerberichterstattung zu deaktivieren, wechseln Sie zu SQL Server-Eigenschaften (Registerkarte ? Allgemein ?) in Enterprise Manager, und deaktivieren das Kontrollkästchen die Fehlerberichterstattung aktivieren . Um die Fehlerberichterstattung für Analysis Services zu deaktivieren, wechseln Sie zu Servereigenschaften im Analysis-Manager, und deaktivieren Sie das Kontrollkästchen Fehlerberichterstattung aktivieren . Wenn die Fehlerberichterstattung für SQL Server (Datenbank-Engine und SQL Server-Agent) und Analysis Services aktiviert ist, müssen Sie die Fehlerberichterstattung für SQL Server und Analysis Services einzeln deaktivieren.

5.11 English Query-Erweiterungen

in SP21 eingeführt

Microsoft hat eine Sicherheitserweiterung für English Query-Anwendungen veröffentlicht. Diese Verbesserung ist nicht als Teil des Servicepacks installiert. Jedoch wird empfohlen, dass Sie es, anwenden Wenn Sie English Query verwenden. Die Sicherheitserweiterung befindet sich auf die SP3a-CD in den Ordner \EQHotfix. Details der English Query-Erweiterung sind in der Microsoft Product Support Services Knowledge-Base verfügbar. Suchen Sie in der Knowledge Base nach Artikel 297105.

5.12 DB­Library und Embedded SQL für C

in SP1 eingeführt

Während der DB­Library und Embedded SQL für C-APIs in SQL Server 2000 weiterhin unterstützt werden, enthalten keine zukünftigen Versionen von SQL Server werden die Dateien, die zum Programmieren von Anwendungen erforderlich sind, 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 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. Weitere Informationen zu diesen Technologien finden Sie in SQL Server-Onlinedokumentation.

Eigenschaften

Artikel-ID: 889551 - Geändert am: Freitag, 16. November 2007 - Version: 3.8
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft SQL Server 2000 Desktop Engine (MSDE) SP3a
  • Microsoft SQL Server 2000 Analysis Services
  • Microsoft SQL Server 2000 Developer Edition SP3a
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Evaluation Edition
  • Microsoft SQL Server 2000 Personal Edition SP3a
  • Microsoft SQL Server 2000 Standard Edition
Keywords: 
kbmt kbinfo KB889551 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 889551
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com