Beschreibung von Service Pack 4 für SQLServer 7.0 und Microsoft Data Engine (MSDE) 1.0

Einführung

Diese Version von Microsoft SQL Server 7.0 Service Pack 4 (SP4) und Microsoft Data Engine (MSDE) 1.0 SP4 aktualisiert die Datenbankkomponenten einer Installation von SQL Server 7.0 oder MSDE 1.0. Dazu gehören die folgenden Komponenten:

• Das Datenmodul
• Datenbank-Clienthilfsprogramme, wie z. B. SQL Server Enterprise Manager und Osql (nur SQL Server 7.0)
• Datenbank-Clientkonnektivitätskomponenten wie z. B. OLE DB-Provider für SQL Server, SQL Server-ODBC-Treiber und der Client-Netzwerkbibliotheken

Auf Computern, auf denen die SQL Server 7.0 Data Engine oder MSDE 1.0 ausgeführt wird, kann SQL Server 7.0 SP4 angewendet werden. Service Pack 4 Setup-Programm erkennt automatisch die Edition von SQL Server 7.0 oder MSDE 1.0, die auf dem Computer und aktualisiert nur Komponenten, die in dieser Edition sind. Das Setupprogramm versucht nicht, Komponenten aktualisieren, die in SQL Server 7.0 Enterprise Edition, sind wenn das Setupprogramm das Vorhandensein der Enterprise Edition erkennt. Wenn das Servicepack auf einem Computer angewendet wird, auf dem MSDE 1.0 ausgeführt wird, es versucht nicht, Komponenten aktualisieren, die nur in SQL Server 7.0 enthalten. Wenn das Servicepack auf einem Computer angewendet wird, der nur die Datenbank-Clientkomponenten ausgeführt wird, versucht er keine Datenbank-Server-Komponenten aktualisieren.

Da SQL Server-Datenbank Komponente Servicepacks kumulativ sind, enthält SP4 die Updates aus allen früheren SQL Server 7.0 Service Packs. Daher SP4 kann zu einer ursprünglichen Installation von SQL Server, Version 7.0 oder MSDE 1.0 angewendet werden, oder SQL Server 7.0 oder MSDE 1.0-Installation, ein Servicepack angewendet wurde zuvor.

Computer, die auf der Alpha CPU-Chip basieren, werden von SQL Server 7.0 SP4 nicht unterstützt. SQL Server 7.0 Service Pacl 3 (SP3) ist das letzte SQL Server 7.0 Servicepack, das Alpha-basierten Computern unterstützt.

Weitere Informationen zu den Updates, die in SQL Server 7.0 Service Pack 4 enthalten sind, finden Sie die folgende KB-Artikelnummer: Weitere Informationen über SQL Server 7.0 Service Pack 4, die weder in diesem Artikel enthalten Informationen finden Sie die folgende KB-Artikelnummer:

Service Pack-Versionen

Wenn Sie nicht sicher, dass das Servicepack, das Sie auf eine Instanz des SQL Server 7.0-Datenbank-Engine oder MSDE 1.0 installiert haben sind, überprüfen Sie die Version, indem Sie einen Befehl SELECT @@ VERSION von Osql , SQL Query Analyzer oder Isql ausführen. Die folgende Tabelle zeigt die Beziehung zwischen der Versionszeichenfolge, die durch den Befehl @@ VERSION gemeldet wird und die SQL Server 7.0 und MSDE 1.0 Servicepacks: Wenn Sie nicht sicher, dass die Edition von SQL Server 7.0 sind, die ausgeführt werden oder wenn Sie mit MSDE 1.0 verbunden haben, gibt die letzte Zeile der Ausgabe, die von den Befehl "@@ VERSION zurückgegeben wird die Ausgabe zu der Sie verbunden sind. Z. B. die Ausgabe kann ähnlich der folgenden sein: aktuelle Hotfixes

Wenn Sie einen Hotfix nach 20 Februar 2002, erhalten wird der Hotfix, wahrscheinlich nicht in SP4 enthalten sein. Wenden Sie sich an Ihren primären technischen Support zu einem Hotfix-Update, für SP4.

Entfernen von SP4

Kann Sie SP4 entfernen einfach aufgrund der Tabelle Systemänderungen, die das Servicepack für Wartung erforderlich sind. Wieder in ein Build von vor SP4 installiert wurde, müssen Sie entfernen und Neuinstallieren von SQL Server 7.0 oder MSDE 1.0. Wenn es erforderlich ist, Sie müssen wenden das Servicepack (SP1, SP2 oder SP3), die ausgeführt wurden, bevor Sie SP4 installiert. Vor der Neuinstallation von SQL Server 7.0 oder MSDE 1.0 trennen Sie die Datenbanken auf SP4. Anschließend können fügen Sie nach der Neuinstallation von SQL Server 7.0 oder MSDE 1.0 und entweder SP1, SP2 oder SP3 an. Informationen zur Verwendung finden Sie unter Sp_attach_db und Sp_detach_db -Prozeduren, SQL Server-Onlinedokumentation für SQL Server 7.0. Wie bei jeder neuen Installation müssen Sie die erforderlichen Anmeldungen neu erstellen. Sie müssen auch geplante Tasks neu erstellen, die Informationen in der Msdb -Datenbank zusätzlich zu den Änderungen abhängen, die Sie in der Model -Datenbank vorgenommen haben. Wenn Sie die Replikation verwenden, müssen Sie die Replikation neu konfigurieren.

Downloaden und extrahieren SP4

Dieses Servicepack wird in den folgenden zwei Formaten verteilt:

• Auf der SP4-CD
• In eine selbstextrahierende Datei mit dem Namen Sql70sp4.exe, die aus dem Internet gedownloadet werden können

Verwenden Sie die selbstextrahierende Datei Sql70sp4.exe, um einen Satz von Ordnern und Dateien auf Ihrem Computer der gleiche wie die Ordner und Dateien auf der SP4-CD zu erstellen. Dann gilt der Setup-Prozess für der SP4-CD und die extrahierten Dateien SP4.

Wenn beim Herunterladen von SP4 müssen Sie die Dateien, die Service Pack-Ordner erstellen, bevor Sie das Setup-Programm ausführen können extrahieren Programm.

Hinweis: Einige Dateien, die in Servicepacks sind Systemdateien. Stellen Sie sicher, dass die Option Alle Dateien anzeigen in Microsoft Windows NT Explorer oder Windows eingestellt wird Explorer, wenn Sie Servicepacks arbeiten. Gehen Sie folgendermaßen vor, wenn Sie diese Option aktivieren möchten:

1. Starten Sie Windows_explorer oder Windows NT Explorer.
2. Klicken Sie im Menü Ansicht auf Optionen .
3. Klicken Sie auf der Registerkarte Ansicht auf es nicht Alle Dateien anzeigen .

Speicherplatzanforderungen für SP4

Sie benötigen 231 MB Speicherplatz, SP4 zu entpacken, wenn Sie die selbstextrahierende ausführbare Datei, um Laufwerk C: auf dem Computer downloaden und anschließend Extrahieren vorhanden ausführen.

Wenn Sie nicht genügend Speicherplatz, um Herunterladen von SP4 auf Laufwerk C auf dem Computer verfügen, können Sie Speicherplatz durch Downloaden der SP4-ZIP-Datei auf einem zweiten Laufwerk speichern. Anschließend können Sie die ZIP-Datei auf dem Laufwerk c: extrahieren. Diese Methode erfordert 188 MB auf Laufwerk C und 43 MB auf dem sekundären Laufwerk.

Extrahieren Database Components SP4

Database Components SP4 extrahieren möchten, kopieren Sie die selbstextrahierende Datei in einem Ordner, auf dem Computer, auf dem SQL Server 7.0 oder MSDE 1.0 ausgeführt wird. Führen Sie dann die Datei. Das Self-extraction-Programm fordert für den Namen des Ordners Sie wo sollen die Service Pack-Dateien. Beispielsweise, wenn Sie SQL Server ausführen oder MSDE und Sie einen Ordner mit dem Namen C:\70sp4 erstellt haben, kopieren Sie die Sql70sp4.exe-Datei auf Ihrem Computer, führen Sie die Datei und geben Sie dann den Namen des Ordners C:\70sp4, wenn Sie dazu aufgefordert werden.

Die Service Pack-Dateien extrahieren wird und kopieren Sie die zwei Microsoft Systems Management Server-Dateien in den Ordner C:\70sp4. Die restlichen die Service Pack-Dateien wird in einem Unterordner \X86 abgelegt haben.

Sie können den Datenbank-Installationsordner umbenennen, nachdem Sie die Komponenten extrahieren. Jedoch sicherstellen, dass der Ordnername keine Leerzeichen enthält ("").

Service Pack-installation

Befolgen Sie diese Installationsanweisungen, um SP4 zu installieren. Nicht alle Schritte sind erforderlich, je nachdem, auf dem SQL Server 7.0 Konfigurationen, die Sie den Dienst anwenden pack:

• Server-Datenbankkonfiguration: Bezieht sich auf einem Computer, auf das Datenmodul und die zugehörige Software von MSDE 1.0 oder eine beliebige Edition von SQL Server 7.0 ausgeführt wird. Diese Computer enthalten auch die Datenbank-Clientkomponenten.
• nur-Client-Datenbankkonfiguration: Bezieht sich auf einem Computer, auf die folgenden ausgeführt wird:
  • Datenbank-Clientkonnektivitätskomponenten wie z. B. OLE DB-Provider für SQL Server, SQL Server-ODBC-Treiber und der Client-Netzwerkbibliotheken (von SQL Server 7.0 oder MSDE 1.0).
  • Datenbank-Clienthilfsprogramme z. B. SQL Server Enterprise Manager und Bcp (nur SQL Server 7.0).
• Failover-Clusterkonfiguration: Gilt für einen Computer, auf dem SQL Server 7.0 ausgeführt wird, die in einem Failovercluster konfiguriert ist.
• Replikationskonfiguration für Server: Bezieht sich auf einem Computer mit SQL Server 7.0 ist auf dem mindestens eine Datenbank Teil einer Replikationstopologie ist.

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

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

Hinweis: Bevor Sie auf der französischen Version von Windows NT 4.0 SP4 installieren, folgen Sie den Anweisungen im folgenden Artikel der Microsoft Knowledge Base:

Bevor Sie eine Installation starten

Der folgende Code gilt alle Komponente Installationen.

Das SP4-Setup-Programm aktualisiert nicht Benutzerdatenbanken außer für diese Benutzerdatenbanken, die regelmäßig in Replikationstopologien beteiligt sind. Datenbanken, die nicht in Replikationstopologien beteiligt sind verfügen nicht über Abhängigkeiten auf SP4. Beispiel:

• Sie können eine Datenbanksicherung für Benutzer von einer Instanz von SQL Server 7.0 oder SQL Server 7.0 SP1, SP2 oder SP3 zu einer Instanz von SQL Server 7.0 SP4 wiederherstellen.
• Sie können eine Datenbanksicherung für Benutzer von einer Instanz von SQL Server 7.0 SP4 zu einer Instanz von SQL Server 7.0 oder SQL Server 7.0 SP1, SP2 oder SP3 wiederherstellen.
• Können Sie trennen eine Benutzerdatenbank von einer Instanz von SQL Server 7.0 oder SQL Server 7.0 SP1, SP2 oder SP3 und dann an eine Instanz von SQL Server 7.0 SP4 anfügen.
• Können Sie trennen eine Benutzerdatenbank von einer Instanz von SQL Server 7.0 SP4 und fügen Sie Sie dann auf eine Instanz von SQL Server 7.0 oder SQL Server 7.0 SP1, SP2 oder SP3.

SP4-Setup Benutzerdatenbanken aktualisieren, die Mitglieder einer Replikationstopologie sind. Bevor Sie SP4 installieren, stellen Sie sicher, dass Replikation Datenbanken und Dateigruppen nicht schreibgeschützt sind und, dass das Benutzerkonto, auf dem das Setup-Programm ausgeführt wird Zugriffsberechtigung für die Datenbanken verfügt. Weitere Informationen zum Anwenden von SP4 zu Datenbanken, die in Replikationstopologien beteiligt sind, finden Sie unter Installing on replicated servers.

Installation Vorbereiten für ein Systems Management Server verteilt

Microsoft Systems Management Server können auch SP4 automatisch auf mehreren Computern installieren, auf denen Windows NT Server ausgeführt wird. Die Datei Smssql.sms ist eine Paketdefinitionsdatei, die Erstellen eines SQL Server-Pakets in Systems Management Server automatisiert. SQL Server-Pakets kann anschließend verteilt und auf Computern mit Systems Management Server installiert werden. Die Datei Unattspsms.bat ist eine Batchdatei, die das Betriebssystem des Computers erkennt und anschließend wird die entsprechende Version von der Setup-Programm.

Sichern von SQL Server-Datenbanken

Der folgende Code gilt für alle Konfigurationen außer der Datenbank nur-Client-Konfiguration.

Als Vorsichtsmaßnahme, Sichern Sie alle SQL Server-Datenbanken. Dies umfasst die Datenbanken master , Model und Msdb . Es ändert die Datenbanken master und Msdb , jedoch Installieren des Servicepacks ändert keine Benutzerdatenbanken außer den Datenbanken, die bei der Replikation beteiligt sind. Installieren des Servicepacks ändert die Datenbanken master , Msdb und Model . Dadurch werden Sie mit Pre-SP4-Versionen von SQL Server 7.0 nicht kompatibel. Diese Sicherungen müssen, wenn Sie installieren SQL Server 7.0 ohne SP4.

Es ist auch ratsam, zum Sichern Ihrer Benutzerdatenbanken, obwohl SP4 Updates nur in Benutzerdatenbanken ausführen, die Mitglieder der Replikationstopologien sind.

Stellen Sie sicher die Systemdatenbanken über ausreichend freien Speicherplatz verfügen.

Der folgende Code gilt für alle Konfigurationen außer der Datenbank nur-Client-Konfiguration.

Sie können diese Schritt überspringen, wenn folgende Bedingungen erfüllt sind:

• Die Option Automatische Vergrößerung ist für beide die Datenbanken master und Msdb in SQL Server- oder MSDE-System, auf dem Sie SP4.
• Das Laufwerk, das diese Datenbanken enthält mindestens verfügt 500 KB freien Speicherplatz für jede Datenbank, die automatische Vergrößerung.

In SQL Server 7.0 können Sie überprüfen, dass die Systemdatenbanken über ausreichend freien Speicherplatz verfügen. Dazu müssen, eine Verbindung mit SQL Server von SQL Server Enterprise Manager, klicken Sie mit der rechten Maustaste auf das Symbol für die Datenbank, und klicken Sie dann auf Eigenschaften . Stellen Sie sicher, dass das Kontrollkästchen Datei automatisch vergrößern aktiviert ist. Um dies in MSDE zu überprüfen, geben Sie die folgenden SQL-Anweisungen:

• Sp_helpdb master
• Sp_helpdb msdb

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

Wenn die Option Automatische Vergrößerung nicht für die- master oder die Msdb -Datenbank ist, Datenbanken, die automatische Vergrößerung können nicht benötigen mindestens 500 KB freien Speicherplatz. Um dies zu überprüfen, die gespeicherten Systemprozedur Sp_spaceused im Kontext der Datenbanken master und msdb-Datenbank ausgeführt. Wenn in der Abbildung Speicherplatz in der Datenbank weniger als 500 KB ist, Vergrößern der Datenbank. Folgen Sie hierzu wie Sie den Anweisungen im Thema "Erweitern der Datenbank" in SQL Server-Onlinedokumentation für SQL Server 7.0.

Vorbereiten von Clusterkonfigurationen

Der folgende Code gilt nur für die Konfiguration einer Failover-Clusterunterstützung.

Bevor Sie Database Components SP4 auf SQL Server 7.0 Enterprise Edition in einer Clusterumgebung installieren, stellen Sie sicher, dass die Gruppe, die der Microsoft Distributed Transaction Coordinator (MSDTC) enthält, Besitz des Knotens wird auf dem ersten MSDTC installiert wurde.

Wenn die Gruppe nicht von diesem Knoten gehört, zeigt die Installation von Service Pack 4-Programm eine MSDTC setup-Fehler, die Sie zur Behebung des Problems auffordert und dann die Installation zu wiederholen, Programm. Beheben Sie das Problem durch Verschieben der Gruppe in der Knoten, auf dem ersten MSDTC installiert wurde. Wenn SQL Server Enterprise Edition in einer Clusterkonfiguration ausgeführt wird, muss es unclustered sein, bevor Sie Database Components SP4 anwenden können. Bevor Sie die SQL Server Gruppierung aufheben, mit der Clusterverwaltung sicherstellen, dass keine anderen Clusterressourcen eines der folgenden fünf SQL Server-Clusterressourcen abhängen:

• SQL-Netzwerknamen
• SQL-IP-Adresse
• SQLServer
• SQL Server-Agent
• SQL VServer

Notieren Sie alle Abhängigkeiten, die Sie, entfernen sodass Sie diese wiederherstellen können, nachdem Sie das Servicepack installiert. Wenn eine Microsoft Message Queuing-Ressource eine Abhängigkeit von den SQL-Netzwerknamen aufweist, müssen Sie Message Queuing-Ressource offline schalten. Übertragen Sie anschließend Ihre Abhängigkeit auf einem anderen Netzwerknamen in derselben Gruppe. Erstellen Sie in der Gruppe sind keine anderen Netzwerknamen, ein temporäres Netzwerk. Übertragen Sie anschließend die Abhängigkeit, auf die Netzwerknamen. Sie können den Namen des temporären Netzwerks löschen, nachdem Sie SP4 installieren.

Gehen Sie folgendermaßen vor, SQL Server die Gruppierung aufheben,

1. Klicken Sie in der Programmgruppe SQL Server 7.0 auf Failover Cluster-Assistent .
2. Wenn Sie dazu aufgefordert werden, legen Sie die ursprüngliche SQL Server Enterprise Edition-CD und folgen Sie den Anweisungen, die vom Assistenten angezeigt werden.

Folgenden Schritte auf allen Knoten des Clusters Windows NT- oder Windows 2000 in der SQL Server geclustert worden ist. Stellen Sie sicher, dass den Failover Cluster-Assistenten alle SQL Server-Ressource von Namen und Typen entfernt.

Alle SQL Server 7.0-Instanzen, die in einem Cluster müssen auf SP4 aktualisiert werden, bevor Sie reclustered.

Weitere Informationen zum Ausführen von SQL Server in einer Clusterumgebung finden Sie unter SQL Server clustering white paper.

Beenden Sie Anwendungen, bevor Sie das SP4-Installationsprogramm ausführen

Der folgende Code gilt für alle Konfigurationen außer der Datenbank nur-Client-Konfiguration.

Bevor Sie das SP4-Setupprogramm Database Components SP4 ausführen, beenden Sie die folgenden Dienste und Anwendungen:

• Die Dienste Microsoft Search, MSDTC, MSSQLServer, MSSQLServerOLAPService und SQLServerAgent
• Microsoft Transaction Server, Message Queuing und Microsoft COM Transaction Integrator (COMTI)
• Alle Anwendungen. Dazu gehören der Systemsteuerung

Wenn Sie SP4 in einem Windows NT-Cluster installieren, stellen Sie sicher, dass diese Anwendungen und Dienste auf allen Knoten im Cluster beendet werden.

Beenden Sie SQL Server-Dienst-Manager auch, wenn es ausgeführt wird. Dazu müssen, klicken Sie im auf das minimierte SQL Server-Dienst-Manager Symbol der Taskleiste, und klicken Sie dann auf Beenden .

Installieren Sie Database Components SP4

Der folgende Code gilt für alle Konfigurationen.

Führen Sie die Setup.bat Batch-Datei, aus der folgenden Speicherorte:

• Den Ordner, der die extrahierten Service Pack-Dateien von Sql70sp4.exe enthält
• Die Service Pack-Ordner auf der SQL Server 7.0 SP4-CD

Hinweis: Führen Sie die Datei Setup.bat Batch nicht mithilfe des Microsoft-Terminaldiensteclients. Remote Installation von SP4 mithilfe der Terminaldienste-Client wird nicht unterstützt.

Wenn Sie die Datei Setup.bat Batch ausführen, wird das Dialogfeld InstallShield angezeigt, die Sie Informationen, z. B., ob Sie SQL Server-Authentifizierung oder Windows NT-Authentifizierung verwenden abfragt. 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 NT-Authentifizierung auswählen, müssen Sie das Setup-Programm ausführen, während Sie mithilfe einer Windows-Anmeldekontos, der Mitglied der festen Serverrolle Sysadmin der Instanz von SQL Server oder MSDE, die Sie aktualisieren auf Windows angemeldet sind.

Das Setup-Programm ersetzt dann die vorhandene SQL Server- oder MSDE-Dateien mit dem Service pack-Dateien. Das Setup-Programm wird auch mehrere .SQL-Skriptdateien zum Aktualisieren von gespeicherten Systemprozeduren ausgeführt.

Die MSDTC-Installer installiert einer neue Version von MSDTC auf Ihrem System. In einer Clusterumgebung wird dieser auf allen Knoten des Windows NT-Clusters.

Wenn das Setup-Programm Verbindung SQL Server 7.0 oder MSDE 1.0 ausführen, die SQL-Skripts, gespeicherten Systemprozeduren aktualisieren, er zeigt das Dialogfeld Authentifizierungsmodus , wenn es erkennt, dass die Installation für die Systemadministratoranmeldung Mischmodus mit einem leeren Kennwort verwenden. Dies ermöglicht Benutzern Gelegenheit, das potenzielle Sicherheit Problem ein System mit einem leeren Kennwort für den Benutzernamen sa ausgeführt. Die sa das Kennwort leer lassen bietet nicht autorisierte Benutzern einfach administrativen Zugriff auf SQL Server oder MSDE. Um Ihre Systeme zu schützen, sollten Sie ein sa -Kennwort verlangen oder Windows NT-Authentifizierung verwenden. Standardmäßig wird das Dialogfeld Authentifizierungsmodus nicht die aktuellen Einstellungen für die Installation verwendet. Das Dialogfeld verwendet die folgenden Standardwerte:

• Standardmäßig verwendet das Dialogfeld Authentifizierungsmodus auf Computern mit Microsoft Windows 95, Microsoft Windows 98 und Windows Millennium Edition im gemischten Modus. Der gemischte Modus ist der einzige Authentifizierungsmodus, der auf diesen Betriebssystemen unterstützt wird. Das Dialogfeld fordert Sie dann, dass Sie ein Kennwort für den Benutzernamen sa angeben. Wenn Sie ein Kennwort angeben, ändert die Setup-Anwendung die sa das Kennwort. Wenn Sie das Kennwort leer, das Setup-Programm, verbindet ohne das Kennwort zu ändern.
• Standardmäßig verwendet das Setup-Programm auf Computern mit Windows NT 4.0 oder Microsoft Windows 2000, Windows NT-Authentifizierung. Sie können das Dialogfeld verwenden, die Standard-Windows NT-Authentifizierungsmodus übernehmen oder den Authentifizierungsmodus zu gemischter Modus mit einer sa das Kennwort zu wechseln, die nicht leer ist.

Bevor Sie den Authentifizierungsmodus oder das Kennwort für den Benutzernamen sa ändern, stellen Sie sicher, dass vorhandene Anwendungen nicht beeinträchtigt wird. Wenn Sie SQL Server auf einem Windows 2000-basierten Computer ausführen, Ändern von gemischten Modus in Windows NT-Authentifizierungsmodus können nicht z. B. vorhandene Anwendungen, die SQL Server-Authentifizierung verwenden verbinden, bis Sie für die Windows NT-Authentifizierung konfiguriert sind. Auch wenn Sie das Kennwort sa ändern, können nicht Anwendungen oder administrative Prozesse, die das alte Kennwort verwenden verbinden bis Sie mit das neue Kennwort konfiguriert sind.

Das Setup-Programm zeichnet die Aktionen, die Sie in der Datei "Sqlsp.log" im Ordner TEMP des Computers ausführt, auf dem es ausgeführt wird.

Dienste neu starten

Der folgende Code gilt für alle Konfigurationen außer der Datenbank nur-Client-Konfiguration.

Wenn das Setupprogramm abgeschlossen ist, werden Sie möglicherweise aufgefordert, das System neu starten. Verwenden Sie nach dem Neustart des Systems oder das Setup-Programm beendet, ohne einen Neustart anfordern, das Dienste-Tool in der Systemsteuerung, um sicherzustellen, dass die folgenden Dienste ausgeführt werden:

• Microsoft Search
• MSDTC
• MSSQLServer
• MSSQLServerOLAPService
• SQLServerAgent

Sichern Sie die aktualisierten Datenbanken master und Msdb .

Eine Clusterkonfiguration wiederherzustellen

Der folgende Code gilt nur für die Konfiguration einer Failover-Clusterunterstützung.

Wenn Sie SP4 in einer Windows NT-Clusterkonfiguration angewendet haben, wiederherzustellen Sie SQL Server. Vor reclustering, müssen Sie alle Instanzen von SQL Server 7.0 SP4 anwenden, die im Cluster enthalten sind.

wichtig In diesem Abschnitt, Methode oder Aufgabe enthält Hinweise zum Ändern der Registrierung. Allerdings können schwerwiegende Probleme auftreten, wenn Sie die Registrierung falsch ändern. Stellen Sie daher sicher, dass Sie diese Schritte sorgfältig ausführen. Für zusätzlichen Schutz sichern Sie der Registrierung, bevor Sie ihn ändern. Anschließend können Sie die Registrierung wiederherstellen, wenn ein Problem auftritt. Weitere Informationen zum Sichern und Wiederherstellen der Registrierung finden Sie im folgenden Artikel der Microsoft Knowledge Base:

Wenn Sie Message Queuing-Abhängigkeiten von SQL entfernt Server, starten Sie den Registrierungseditor den folgenden Registrierungsschlüssel ändern: Der Schlüssel den Wert 2 (für BSC) aufweist, 4 (für PSC) oder 8 (für PEC), Aufzeichnen den aktuellen Wert und ändern Sie den Wert auf 1. Andernfalls lassen Sie den Wert des Schlüssels unverändert.

Gehen Sie folgendermaßen vor, SQL Server wiederherzustellen,

1. Klicken Sie in der Programmgruppe SQL Server 7.0 auf Failover Cluster-Assistent .
2. Wenn Sie vom Assistenten aufgefordert werden, legen Sie Ihre ursprünglichen SQL Server Enterprise Edition CD in das CD-Laufwerk und folgen Sie den Anweisungen, die der Assistent zeigt.

Führen Sie diese Schritte auf alle Knoten im Cluster Windows NT, die Instanzen von SQL Server enthalten, die im Cluster enthalten sein sollen.

Der MSMQ-Registrierungsschlüssel ist HKEY_LOCAL_MACHINE\Software\Microsoft\MSMQ\Parameters\MachineCache\MQS. Wenn Sie den ursprünglichen Wert eines dieser Schlüssel, geändert bevor Sie den Failover Cluster-Assistenten verwendet, führen Sie den Registrierungseditor, um den ursprünglichen Wert des Registrierungsschlüssels wiederherzustellen. Wenn Sie Abhängigkeiten von Ressourcentypen, wie in Abschnitt Prepare cluster configurations beschrieben und die SQL Server-Ressourcen entfernt haben, mithilfe der Clusterverwaltung die Abhängigkeiten wiederherstellen. Wenn eine Message Queuing-Ressource Abhängigkeiten von SQL Server und den SQL-Netzwerknamen hatten, mithilfe der Clusterverwaltung die Abhängigkeiten wiederherstellen. Entfernen Sie Abhängigkeiten von anderen Netzwerknamen, die im Abschnitt ? Prepare cluster configurations eingerichtet. Wenn Sie IP-Adressressourcen und ein temporäres Netzwerk erstellt im Abschnitt ? Prepare cluster configurations haben, löschen Sie Sie. Schalten Sie die Message Queuing-Ressource online.

Anwendungen neu starten

Der folgende Code gilt für alle Konfigurationen.

Die Anwendungen neu starten Sie geschlossen, bevor Sie das SP4-Setupprogramm ausführten Programm.

Installieren auf replizierten Servern

Der folgende Code gilt nur für die Replikationskonfiguration für Server.

Microsoft empfiehlt, dieses Servicepack für alle folgenden SQL Server 7.0-Teilnehmer in der Replikationstopologie zu installieren:

• Publisher
• Verteiler
• Abonnenten

Wir empfehlen die Verwendung der folgenden Reihenfolge in der Replikationstopologie SP4 bereitstellen:

1. Verteiler, wenn er vom Verleger getrennt ist
2. Publisher
3. Abonnent

Hinweis: In der Regel besonders bei der Mergereplikation die Verteiler und Verleger sind auf dem gleichen Server und zur gleichen Zeit aktualisiert werden.

Bei der Mergereplikation ist die Distribution-Datenbank nur zum Speichern von Agentverlauf verwendet. Die Distribution-Datenbank in einer Zusammenführungsreplikationstopologie befindet sich üblicherweise auf demselben Computer wie der publizierten Datenbank. Allerdings können Sie auch eine remote Verteilungsdatenbank für die Mergereplikation an Standorten lassen, die Agent-Verlaufsprotokollierung zentralisieren.

Sie können alle Server in einer Replikationstopologie sofort aktualisieren möglicherweise nicht. Daher Replikationsvorgänge zwischen Servern, auf denen die ursprüngliche Version von SQL Server 7.0 oder früheren Servicepacks ausgeführt wird und SP4 in der Regel nicht betroffen sind Teilnehmer. Ausnahmen werden in den folgenden Abschnitten behandelt:

• Installing SP4 on a server that provides a remote distribution database for merge publications
• Upgrading a merge Publisher that receives new subscriptions to SP4 from the original release of SQL Server 7.0
• Installing SP4 on a merge replication Subscriber
• Running SP4 replication with earlier versions of SQL Server
• Updating Access 2000 (Jet 4.0) merge replication Subscribers

Installieren von SP4 auf einem Server, die eine remote Verteilungsdatenbank für Mergepublikationen bereitstellt

Wenn Sie einen Server auf SP4 aktualisieren, der Server eine Remoteverteilerliste Datenbank für Mergepublikationen enthält müssen Sie auch jede Mergereplikation Publisher aktualisieren, die die Distribution-Datenbank auf SP4 verwendet. Diese Anforderung stellt sicher, dass optimale Lieferung von Datenänderungen vom zugeordneten Mergereplikation Verleger durch alle Merge (Push)-Agents, die auf dem Verteiler ausgeführt werden ist.

Aktualisieren einer Zusammenführung Publisher, die neue Abonnements zu SP4 von der Originalversion von SQL Server 7.0 erhält

Neue Merge Replikation Abonnenten von Servern zulässig sind, die Originalversion von SQL Server 7.0 installiert aufweisen, müssen Sie die -70Subscribers Optionaler Parameter für jedes Snapshot Agent Auftrag.

Wenn Sie dies tun, Zusammenführen Erstsynchronisierung von jedem neuen SQL Server 7.0 Abonnenten auf die keine Service Packs angewendet wurden abgeschlossen ist.

Wenn ein Abonnent mit die ursprüngliche Version von SQL Server bereits die ursprüngliche Synchronisierung erhalten hat, weiterhin diesen Abonnenten können Daten auch ohne diesen Parameter zusammenführen. Jedoch ist, wenn das Abonnement gelöscht und anschließend neu erstellt oder das Abonnement muss erneut initialisiert, der Parameter erforderlich. Die bevorzugte Lösung besteht darin, den Abonnenten auf SP4 zu aktualisieren, anstatt den Parameter. Wenn Sie sicherstellen möchten, können Sie den Parameter hinzufügen, bis Sie sicher, dass alle Abonnenten auf SP4 aktualisiert werden.

Installieren von SP4 auf eine Mergereplikation Abonnenten

Wenn Sie eine SQL Server-Mergereplikation Abonnenten auf SP4 aktualisieren, müssen Sie jeden seiner zugeordneten Mergereplikation Verleger auch auf SP4 aktualisieren. Diese Vorgehensweise optimiert die Lieferung von Datenänderungen vom zugeordneten Mergereplikation Verleger durch alle Agents Zusammenführen (Pull), die auf dem Abonnenten ausgeführt werden. Dies erfolgt am besten mithilfe der Verteiler-Verleger-Abonnent Bereitstellung Sequenz, die in der Installing on replicated servers beschrieben ist Abschnitt.

SP4-Replikation mit früheren Versionen von SQL Server ausgeführt

Es gibt keine bekannte Unterschiede in der Weise, die SP4 funktioniert mit SQL Server 6.0 oder SQL Server 6.5-Verleger und Abonnenten im Vergleich mit die Möglichkeit, mit der diese früheren Versionen die ursprüngliche Version des SQL Server 7.0 zusammenarbeitet.

Access 2000 (Jet 4.0)-Mergereplikation Abonnenten aktualisieren

Für Microsoft Jet-basierte Microsoft Access 2000 Zusammenführen Abonnenten zu Verbesserungen in SP4 nutzen müssen Sie die folgenden Database Components SP4-Dateien auf ihren Arbeitsstationen kopieren, auf denen Access 2000 ausgeführt wird:

• X86\Binn\Replres.dll
• X86\Binn\Replrec.dll
• X86\Binn\Replprov.dll
• X86\Jet\Msrpjt40.dll

Kopieren Sie jede Datei in den folgenden Ordner auf dem Systemlaufwerk der Arbeitsstation: Hinweis: Sie müssen diese Schritte, wenn MSDE 1.0 als das Access 2000 Zusammenführen Abonnenten eingesetzt werden. In diesem Fall gelten Datenbankkomponenten SP4.

Verteilen Database Components SP4-Clientkomponenten

Für SQL Server 7.0 und MSDE 1.0 SP4 enthält eine selbstextrahierende Datei, Sqlredis.exe und eine Version der Datei Mdacredist.txt. Standardmäßig Wenn Sqlredis.exe ausgeführt wird, geschieht Folgendes:

1. Sqlredis.exe führt die Datei "Mdac_typ.exe" von Microsoft Data Access Components (MDAC) 2.1 SP2. Installiert die Kernkomponenten von MDAC 2.1 SP2 und die Versionen der SQL Server und MSDE Clientkonnektivitätskomponenten, die mit SP1 für SQL Server 7.0 und MSDE 1.0 enthalten waren.
2. Sqlredis.exe ersetzt die Clientkonnektivitätskomponenten von SQL Server und MSDE mit neuen Versionen von Database Components SP4.
3. Sqlredis.exe ersetzt die Dateien mswstr10.dll, mswdat10.dll, Oleaut32.dll, Olepro32.dll und Stdole2.tlb.

Wenn Sie nur die Datenbank Komponenten SP4 Clientkonnektivitätskomponenten installieren möchten, geben Sie an einer Eingabeaufforderung den folgenden Befehl: Sie können die Datei Sqlredis.exe unter den gleichen Bestimmungen und Bedingungen, die in der Datei Mdacredist.txt aufgeführt sind, die dieses Servicepack begleitet verteilen.

Dokumentation zu Notizen

Dieser Abschnitt beschreibt Probleme, die Auswirkungen auf die Websites, die unter SP4 jedoch nicht durch Updates, die im Servicepack enthalten sind verursacht werden.

Änderungen im Verhalten, die durch Updates eingeführt werden, sind in der Microsoft Knowledge Base für jedes Hotfix dokumentiert. Weitere Informationen zu den Updates, die in SQL Server 7.0 Service Pack 4 enthalten sind, finden Sie die folgende KB-Artikelnummer:

Aktualisieren von nur-Client-Computern nach der Installation von SP4

Manchmal installieren Benutzer zunächst nur die SQL Server-Clientkomponenten auf einem Computer. Zu einem späteren Zeitpunkt hinzufügen Sie Standard, Enterprise oder Desktop Edition des Datenbankservers auf dem Computer durch Ausführen des Setup-Programms von der SQL Server-CD. Wenn die Clientkomponenten auf dem Computer bereits auf SP4 aktualisiert werden, wird das SQL Server Setup-Programm fehlschlägt, und folgende Fehlermeldung:Gehen Sie folgendermaßen vor um ein Standard, Enterprise oder Desktop Edition des Datenbankservers auf einem Clientcomputer hinzuzufügen, die die SP4-Clientkomponenten ausgeführt wird,

1. Kopieren Sie die bcp.exe-Datei von der ursprünglichen SQL Server 7.0-CD, auf dem Clientcomputer. Dies überschreibt die SP4-Version von bcp.exe in das Verzeichnis C:\Mssql7\Binn.
2. Führen Sie die Setup-Programm von der SQL Server 7.0-CD, um die Serverkomponenten zu installieren.
3. Führen Sie das Database Components Service Pack 4 Setup-Programm, um alle SQL Server-Datenbankkomponenten auf dem Computer auf SP4 aktualisieren.

Hinweis: Um einen Client auf einem Standard oder Enterprise Edition des Servers zu aktualisieren, müssen Sie eine entsprechende Serverlizenz erwerben. Sie können einen Desktop Edition-Server auf Clientcomputern installieren, die von einem Standard oder Enterprise SQL Server Client Access License (CAL) behandelt werden.

Aktualisieren von Japanisch-Datenbankservern auf Windows 2000 nach der Installation von SP4

Können Sie Database Components SP4 auf einem Computer, auf dem Windows NT, Windows 95 oder Windows 98 ausgeführt wird installiert, und Sie später auf Windows 2000 aktualisieren. Wenn dieses Verhalten auftritt, ersetzt der Windows 2000-Aktualisierung bestimmte Systemdateien, die beim Sortieren von japanischer Zeichen mit Versionen der Dateien, die älter sind als die Versionen, die durch SP4 erforderlich sind. Wenn Sie japanische Zeichen in der SQL Server-Datenbanken verwenden, erneut führen Sie aus, die Version des Sqlredis.exe, die nach dem upgrade auf Windows 2000 SP4 beiliegt. Weitere Informationen zum Ausführen von Sqlredis.exe finden Sie unter Redistributing Database Components SP4 client components Abschnitt.

Dies gilt nur für Server auf denen Sie Datenbanken haben, die japanische Zeichen enthalten. Sie haben keinen erneut Sqlredis.exe auf Clientcomputern oder Servern, die nicht-Datenbanken verfügen, die japanische Zeichen enthalten.

Anwenden von SP4 auf eine spätere version

Wenn Sie versuchen, eine SQL Server-Installation mit ausführbaren Dateien der Datenbank-Engine zu aktualisieren, die die gleiche Version oder eine höhere Version als die, die mit Database Components SP4 bereitgestellt werden, das Service Pack 4 Setup-Programm möglicherweise beenden und wird möglicherweise die folgende Fehlermeldung: In der Regel werden diese Fehlermeldung gibt an, SP4 oder höher wurde bereits angewendet auf die Instanz von SQL Server, die auf dem Server und eine Aktualisierung nicht erforderlich ist.

Jedoch diese nicht gelten möglicherweise für Kunden, die ein besonderes Build von SQL Server erhalten haben, das neuer ist als der SP4-Build von Ihrer SQL Server Unterstützung für Kreditoren und Benutzern, die die Build auf einem System angewendet haben, die nicht auf SP4 zuerst aktualisiert wurde. Diese Kunden sich Ihre SQL Server unterstützt Hersteller um Anforderung Informationen zur Aktualisierung.

Installation von SP4 unter Windows NT 4.0, Terminal Server Edition

Die Originalversion von SQL Server 7.0 wird auf Betriebssystem Windows NT 4.0, Terminal Server Edition nicht unterstützt. SQL Server 7.0 SP1 wurde die Unterstützung für das Ausführen unter Windows NT 4.0, Terminal Server Edition von SQL Server eingeführt. SQL Server 7.0 SP2, SP3 und SP4 weiterhin Windows NT 4.0, Terminal Server Edition unterstützt.

Hinweis: Gehen Sie nur folgendermaßen vor, wenn Sie vorbereiten, SQL Server 7.0 zum ersten Mal auf einem Computer mit Windows NT 4.0, Terminal Server Edition zu installieren. Wenn Sie zuvor hinzugefügt haben diese Unterstützung mit SQL Server 7.0 SP2 oder SP3 nicht müssen Sie diese Schritte bei der Aktualisierung auf SP4 wiederholen.

SQL Server SP4 ist erforderlich, dass Sie Windows NT Server 4.0 Terminal Server Edition SP4 auf einem Computer gelten, Terminal Server Edition, ausgeführt wird, bevor SQL Server installiert wird. Dieses Servicepack ist spezifisch für Terminal Server Edition und unterscheidet sich von Windows NT Server 4.0 SP4. Weitere Informationen über Terminal Server Edition Servicepacks finden Sie die folgende KB-Artikelnummer: Gehen Sie folgendermaßen vor, um SQL Server 7.0 und SQL Server SP4 auf einem Computer zu installieren, auf dem Windows NT 4.0 Terminal Server Edition, ausgeführt wird:

1. Stellen Sie sicher, dass Windows NT 4.0, Terminal Server Edition SP4 angewendet wurde.
2. Verwenden Sie das Programm "Dienste" in der Systemsteuerung der Terminal Server-Lizenzierungsdienst beendet.
3. Kopieren Sie die ODBC-Dateien in System32, Ordner auf dem Computer, auf dem Windows NT 4.0, Terminal Server Edition ausgeführt wird.
4. Legen Sie die SQL Server 7.0-CD auf dem Computer, und kopieren Sie die Dateien aus dem X86\ODBC-Ordner, die auf der CD der C:\Winnt\System32 Ordner, auf dem Server ist.
5. Verwenden Sie das Programm "Dienste" in der Systemsteuerung, um Terminalserver-Lizenzierungsdienst neu zu starten.
6. Installieren Sie SQL Server 7.0 mithilfe von SQL Server 7.0-CD. Sie können nicht SQL Server über einen thin-Client installieren. Sie müssen SQL Server mithilfe der Konsole auf dem Computer mit Windows NT 4.0, Terminal Server Edition installieren. Sie können nicht das Setupfenster Programm Autorun verwenden, das angezeigt, wird wenn Sie legen Sie die SQL Server-CD, SQL Server auf einem Computer mit Windows NT 4.0, Terminal Server Edition zu installieren. Gehen Sie stattdessen folgendermaßen vor:
   1. Schließen Sie das Autorun -Fenster.
   2. Öffnen Sie in der Systemsteuerung Software.
   3. Klicken Sie auf Installieren , und befolgen Sie die Anweisungen. Führen Sie das Setupprogramm direkt von der SQL Server 7.0-CD in den folgenden Ordner:
      X86\Setup\Setupsql.exe
   Folgen Sie den Anweisungen im SQL Server Setup-Programm. Wenn Sie eine Datenbank direkt auf dem Computer installieren, auf Windows NT 4.0 Terminal Server Edition, ausgeführt wird möchten Ausführen einer vollständigen SQL Server Setup zum Installieren der Clientkomponenten für die Kommunikation und die Datenbank-Engine. Wenn Sie möchten nur bieten die Möglichkeit, zu SQL Server-Datenbanken auf anderen Servern für Anwendungen herstellen, auf dem Computer mit Windows NT 4.0, Terminal Server Edition, ausgeführt werden, installieren Sie nur die Clientkonnektivitätskomponenten. Weitere Informationen zum Durchführen einer Installation voll-Server oder nur für die Client-Verbindungen finden Sie unter "Ausführen von SQL Server Setup" in der SQL Server-Onlinedokumentation für SQL Server 7.0.
7. Wenden Sie SQL Server SP4, indem Sie den Anweisungen in diesem Artikel folgen. Sie müssen SP4 von der Konsole des Computers installieren, auf dem Windows NT 4.0, Terminal Server Edition ausgeführt wird. Darüber hinaus müssen Sie das Service Pack 4 ausführen Setup-Programm (Setup.bat) aus dem Tool Software in der Systemsteuerung.

Neuen TV-Problembehandlung

Database Components SP2 wurde eine neue Version der im Abschnitt "Troubleshooting Guide" in SQL Server-Onlinedokumentation für SQL Server 7.0 eingeführt. Datenbank Komponenten SP4 installiert auch diese neue Version des Handbuchs. Die neue Führungslinie erweitert auf den Informationen, der in der ursprünglichen SQL Server-Onlinedokumentation für SQL Server 7.0 mit den folgenden neuen Informationen aus SQL Server-Supportteams ist:

• Erweiterte Sätze von häufig gestellten Fragen (FAQs)
• Weitere Informationen und Tipps von Produkt Support-Techniker, die Kunden helfen können, werden geübter mit SQL Server 7.0

Datenbank Komponenten SP4 wird eine neue Datei mit dem Namen Tblshsp2.chm im Ordner \Mssql7\Books auf Ihrem Computer installiert. SP2 Troubleshooting Guide ersetzt nicht physisch Anleitung zur Problembehandlung, die in der ursprünglichen Version des SQL Server-Onlinedokumentation ist. Sie können nicht aus SQL Server-Onlinedokumentation SP2 Troubleshooting Guide suchen. Sie müssen neue Troubleshooting Guide separat ausführen, mithilfe einer der folgenden Methoden:

• Doppelklicken Sie auf die Datei Tblshsp2.chm.
• Verknüpfung zum Desktop hinzufügen. Doppelklicken Sie dann auf die Verknüpfung. Wenn Sie die Verknüpfung hinzufügen, zeigen Sie es auf die Datei \Mssql7\Books\Tblshsp2.chm.

SP2 Troubleshooting Guide erfordert SQL Server-Onlinedokumentation für SQL Server 7.0 auf Ihrem Computer installiert.

Replikationsverbesserungen

Die folgenden: Replikationsverbesserungen in SP4

• Optimierung der Replikationssynchronisierung
• Leistungsverbesserungen für Merge Replikation snapshots
• Verbesserungen der Replikation Metadata Cleanup zusammenführen

Optimieren der Replikationssynchronisierung

in Servicepack 2 eingeführt wurde

Optimieren der Synchronisierung während der Mergereplikation können Sie weitere Informationen auf dem Verleger anstatt die Informationen über das Netzwerk an den Abonnenten übertragen zu speichern. Während diese Option mit eine größere Datenbank auf dem Verleger verursachen, können Sie über eine langsame Verbindung Synchronisierungsleistung verbessern. Jedoch weitere Informationen auf dem Verleger gespeichert, und zusätzlicher Speicherplatz ist erforderlich.

Weitere Informationen auf dem Verleger speichern, können SQL Server schnell feststellen, die gefilterten Daten an einen bestimmten Abonnenten gesendet. Wenn die Synchronisierung optimiert ist, erstellt SQL Server Anfangsabbildtabellen auf dem Verleger, die enthalten Informationen wie das Schema, die Partitionsinformationen und die Generierungsinformationen um zu bestimmen, ob Änderungen an andere Abonnenten weitergegeben werden müssen. Diese Anfangsabbildtabellen ermöglichen SQL Server bestimmen, wie Partitionieren von Daten und bestimmen, welche Abonnenten neue Generationen von Daten erforderlich.

Z. B. sales Organisation Partitionen und Daten basierend auf Vertriebsgebiete verteilt. Wenn die Publikation zum Optimieren der Synchronisierung aktiviert ist, wird die Informationen, wie Daten partitioniert werden in Anfangsabbildtabellen auf dem Verleger gespeichert. Wenn Vertriebsgebiete UMSCHALT und Daten an mehreren Abonnenten neu partitioniert werden müssen, werden die Daten aktualisiert und schneller verteilt werden, da die Informationen, wie derzeit Daten partitioniert ist bereits auf dem Verleger ist.

Hinweis: Um die Datenmenge zu minimieren, die über das Netzwerk, führen Sie Sp_addmergepublication gesendet wird System gespeicherten Prozedur und @ Keep_partition_changes -Parameter auf true .

Leistungsverbesserungen für die Mergeverarbeitung des Anfangssnapshots

in Servicepack 2 eingeführt wurde

Beim Generieren des Anfangssnapshots wurde für Mergepublikationen, die statische oder Verknüpfungsfilter verbessert.

Während der Snapshotgenerierung erstellt der Snapshot-Agent für die MSmerge_contents -Tabelle Datei Kopie Massenkopieren. SQL Server 7.0 SP4 bietet bessere Leistung bei statischen oder Verknüpfungsfilter werden verwendet, da er nur die Zeilen kopiert, die mit den Tabellen in der Publikation verknüpft sind, auf denen der Filter basieren, die verwendet werden.

Sind in Versionen vor SP2, der Snapshot-Agent eine Bulk Kopie-Datei für die MSmerge_contents -Tabelle generiert und die Datei enthalten alle Zeilen von ' MSmerge_contents ' für eine publizierte Tabelle unabhängig von den Filterkriterien, die verwendet wurde. Große Mengen von Update-Aktivität in der publizierenden Tabelle verursacht die MSmerge_contents Tabelle vergrößert. Dieses Verhalten verringerte Leistung beim Generieren des Anfangssnapshots.

Mit SP2 oder höher ist die bcp-Datei, die generiert wird, kleiner. Die Datei ist kleiner, da Zeilen kopiert werden, nur, wenn Sie auf die Partition Daten beziehen, die veröffentlicht wird. Daher hat die Leistung des Merge-Agents beim Anwenden des Snapshots auf Abonnenten auch verbessert.

Diese Änderung gilt nur für Mergepublikationen mit statischen oder Verknüpfungsfilter da die MSmerge_contents -Tabelle nicht Massenkopieren wird kopiert, wenn Snapshots für Mergepublikationen generiert werden, die dynamische Filter verfügen.

Z. B. eine Mergepublikation enthält Kunden, Bestellungen und Bestelldetails Spalten, und die Publikation so veröffentlichen Sie nur die Kunden in der Region Nordwesten gefiltert. Wenn der Snapshot generiert wird, werden nur Zeilen in der MSmerge_contents -Tabelle, die für die Daten relevant sind, die in der gefilterten Partition von Daten ist, die veröffentlicht werden wird, massenkopiert. In Versionen, die älter als SP2 sind, wurden alle Zeilen aus der MSMerge_contents -Tabelle massenkopiert.

Zusammenführen von Metadaten-Bereinigung

in Servicepack 2 eingeführt wurde

Die Sp_mergecleanupmetadata gespeicherte Prozedur ermöglicht Administratoren, die Metadaten in den Systemtabellen MSmerge_contents und MSmerge_tombstone bereinigen. Obwohl diese Tabellen unendlich erweitert werden können, kann die Bereinigung der Metadaten Seriendruck Leistung verbessern. Dieses Verfahren kann durch Reduzieren der Größe dieser Tabellen auf dem Verleger und Abonnenten Platz sparen.

Vorsicht Nachdem Sie die Sp_mergecleanupmetadata gespeicherte Prozedur auf dem Verleger ausgeführt haben, treten die folgenden Ereignisse für alle benannten Abonnements auf Abonnenten, die Metadaten, die auf dem Verleger in den Tabellen MSmerge_contents und MSmerge_tombstone gespeichert ist:

• Die Abonnements sind für die erneute Initialisierung markiert.
• Änderungen auf dem Abonnenten gehen verloren.
• Der aktuelle Snapshot ist veraltet markiert.

Die erneute Initialisierung von anonymen Abonnements vom Verleger von SQL Server 7.0 nicht unterstützt.

Die erneute Initialisierung muss auf dem Abonnenten initiiert werden. Bevor Sie diese gespeicherte Prozedur ausführen, zusammengeführt werden alle Daten von Abonnenten mit dem Verleger, die Abonnentendatenänderungen laden, die gespeichert werden müssen. Snapshotdateien müssen für alle Mergepublikationen, die auf allen Ebenen beteiligt sind wiederhergestellt werden, nachdem Sie diese gespeicherte Prozedur ausgeführt. Wenn Sie versuchen, ohne Ausführung des Snapshots zuerst zusammenführen, werden Sie aufgefordert, den Snapshot auszuführen.

Die erneute Initialisierung wird nicht automatisch die Mergetopologie weitergegeben. Der Administrator muss manuell erneut initialisieren aller Abonnements beim alle Neuverleger.

Standardmäßig @ Reinitialize_subscriber Parameter der Sp_mergecleanupmetadata gespeicherte Prozedur auf true festgelegt ist und alle Abonnements für die erneute Initialisierung markiert werden. Wenn Sie die @ Reinitialize_subscriber Parameter auf false festgelegt, die Abonnements werden nicht gekennzeichnet für die erneute Initialisierung. Legen Sie jedoch den-Parameter auf false mit Vorsicht, da Wenn Sie die Abonnements erneut initialisiert haben, Sie sicher, dass vornehmen müssen, dass Daten auf dem Verleger und Abonnenten synchronisiert ist.

Wenn Sie die Sp_mergecleanupmetadata gespeicherte Prozedur ausgeführt, ohne die Abonnements für die erneute Initialisierung markieren möchten, gehen Sie folgendermaßen vor:

1. Synchronisieren Sie aller Abonnenten.
2. Beenden Sie alle Updates auf die Datenbanken veröffentlichen und abonnieren.
3. Führen Sie einen Seriendruck, der die Abonnentendaten mit dem Verleger überprüft durch Ausführen des Merge-Agents mit der Befehlszeilenoption - Validate auf jedem Abonnenten.
4. Führen Sie die gespeicherte Systemprozedur sp_mergecleanupmetadata aus . Nachdem die gespeicherte Prozedur ausgeführt wurde, können Sie Benutzer, die die Datenbanken veröffentlichen und abonnieren erneut aktualisieren lassen.

Diese gespeicherte Prozedur verwenden, müssen der Verleger und alle Abonnenten SQL Server 7.0 SP4 ausgeführt werden wird. Nur Mitglieder der Gruppe Sysadmin können diese gespeicherte Prozedur verwenden. Um Seriendruck Metadaten zu bereinigen, führen Sie die gespeicherte Systemprozedur Sp_mergecleanupmetadata aus . Diese gespeicherte Prozedur bereinigt alle Seriendruck-Metadaten in den Systemtabellen MSmerge_contents und MSmerge_tombstone .

Hinweis: Keine @ Tablename Parameter vorhanden ist, beschränkt auf eine angegebene Tabelle bereinigen. Dies wurde falsch für Service Packs 2 und 3 dokumentiert.

Änderungen an den Datenbankkomponenten

SQL Server 7.0 SP4 führt verschiedene Änderungen an der die Datenbankkomponenten.

Neue Datenbankoption

in Servicepack 2 eingeführt wurde

SQL Server 7.0 SP2 wurde eine neue ausstehende Aktualisierung Datenbankoption zur Unterstützung von Funktionen, die eingeführt werden in einer zukünftigen Version von SQL Server eingeführt. Sie können diese Funktionalität in einigen Szenarios Migration verwenden, wenn Sie SQL Server 7.0 SP2 oder höher auf SQL Server 2000 oder höher aktualisieren. Vollständige Anweisungen zur Verwendung dieser Option werden in der zukünftigen Version von SQL Server-Dokumentation enthalten sein.

Wenn die Option ausstehende Aktualisierung auf TRUE festgelegt ist, können die Benutzer Statistiken oder Indizes keine in der Datenbank erstellen. Ein Benutzer versucht, Indizes und Statistiken zu erstellen, erhalten die folgenden neuen Fehlermeldung: Allerdings ist Indexerstellung erfolgreich, wenn die Option ausstehende Aktualisierung auf TRUE festgelegt ist, während ein gruppierter Index erstellt wird und wenn keine nicht gruppierten Indizes vorhanden sind.

Indexerstellung kann fehlschlagen, Rollback den gesamten Vorgang, wenn folgenden Bedingungen erfüllt sind:

• Nicht gruppierte Indizes existiert bereits, wenn die Erstellung eines gruppierten Indexes initiiert wird.
• Die Option ausstehende Aktualisierung wird auf TRUE festgelegt, während der Index erstellt wird.

The pending upgrade option should always be set to FALSE, as shown in the following line of code, for any SQL Server 7.0 system that is not interoperating with the future version of SQL Server: The sp_dboption system stored procedure reports the status of the pending upgrade option if the stored procedure is called without parameters or with only the database_name parameter, for example: The DATABASEPROPERTY function supports a new IsPendingUpgrade property that is used to report the status of the pending upgrade database option, for example: The IsPendingUpgrade property returns 0 if the pending upgrade option is FALSE, and returns 1 if the pending upgrade option is TRUE.

Neue Sqlservr Startoption

in Servicepack 2 eingeführt wurde

SQL Server 7.0 SP2 eingeführt, eine neue ? g -Befehlszeilenoption für das Dienstprogramm Sqlservr . Beispielsweise können Sie die folgende Option verwenden: diese Option gibt die Anzahl MB Arbeitsspeicher, die SQL Server für Speicherzuordnungen verfügbar in der SQL Server-Prozess aber außerhalb des SQL Server-Arbeitsspeicherpools verlassen wird. Die Anzahl, die Sie angeben, muss eine ganze Zahl sein. Der Speicherpool ist Bereich SQL Server zum Laden von Elementen, verwendet z. B. erweiterte gespeicherte Prozedur DLL-Dateien, die OLE DB-Provider verteilte Abfragen verwiesen werden und Automatisierung Objekte, die in Transact-SQL-Anweisungen verwiesen wird. Weitere Informationen zu SQL Server-Speicherverwaltung finden Sie unter "Memory Architecture" in der SQL Server-Onlinedokumentation für SQL Server 7.0.

Standardmäßig ist der Wert für diese Option 128 MB. Dieser Wert ist für viele Run-Time-Umgebungen geeignet. Mit dieser Option kann hilfreich sein Speicherzuweisung, aber nur, wenn physischen Speicher auf dem Server die folgenden Werte überschreitet optimieren:

• Für SQL Server Desktop Edition oder SQLServer Standard Edition: 2 GB
• 3 GB für SQL Server Enterprise Edition:

Konfigurationen mit weniger physischen Arbeitsspeicher profitieren nicht von der Verwendung dieser Option.

Möglicherweise möchten diese Option für Konfigurationen mit großem Speicher verwenden, wo sich die Speicheranforderungen von SQL Server untypische befinden und wo die Speicher im virtuellen Adressraum von SQL Server-Prozess verwendet wird. Falsche diese Option möglicherweise Bedingungen führen, in denen SQL Server möglicherweise nicht gestartet oder Laufzeitfehler auftreten.

Sollten Sie den Standardwert für das -g Befehlszeilen wechseln, wenn die folgende Warnung Fehlermeldung in SQL Server-Fehlerprotokoll angezeigt: Diese Fehlermeldung gibt an, dass SQL Server versucht möglicherweise, um Teile der SQL Server freizugeben Speicher-Pool, um Speicherplatz für Elemente zu ermitteln, wie z. B. erweiterte Prozedur DLL-Dateien oder Automatisierungsobjekte gespeichert. In diesem Fall sollten Sie die Speichermenge reserviert ist erhöhen die -g Befehlszeilenoption. Verwenden Sie einen niedrigeren Wert als den Standardwert, Stapelt die Speichermenge, die für den Pufferpool und Thread verfügbar ist erhöht. Die bieten u. u. einige Leistungsverbesserung für arbeitsspeicherintensive Arbeitsauslastungen in Systemen, die nicht viele verwenden, gespeicherte Prozeduren, verteilte Abfragen oder Automatisierungsobjekte erweitert.

Ändern Sie im Cursorverhalten

in Servicepack 1 eingeführt

In den ursprünglichen Versionen von SQL Server 7.0 und MSDE 1.0 schließt ein Rollback alle geöffneten Cursor außer Cursorn, die die folgenden Bedingungen erfüllen:

• CURSOR_CLOSE_ON_COMMIT auf OFF eingestellt ist.
• Der Cursor ist statisch.
• Der Cursor hat die Arbeitstabelle aufgefüllt.

Um die Kompatibilität mit früheren Versionen von SQL Server zu erhöhen, geändert Database Components SP1 dieses Verhalten, so dass Cursor bei Rollback geschlossen werden, nur wenn eine der folgenden Bedingungen erfüllt ist:

• CURSOR_CLOSE_ON_COMMIT auf ON eingestellt ist.
• Ein Cursor asynchron aufgefüllter wird derzeit auffüllen.

Das Verhalten, das mit Database Components SP1 eingeführt wurde wird in zukünftigen Servicepacks vorwärts ausgeführt.

Änderungen in SQL Profiler

Die Datenspalte Verbindungs-Id in SQL Profiler wird in einer zukünftigen Version von SQL Server nicht unterstützt. Es wird empfohlen, dass die SPID -Datenspalte stattdessen verwenden.

Whitepaper der SQL Server-clustering

Im Whitepaper "How to Install SQLServer 7.0, Enterprise Edition auf Microsoft Cluster Server: Schritt-Anweisungen" ergänzen die clustering Informationen, die in der SQL Server-Onlinedokumentation für SQL Server 7.0 bereitgestellt wird. Weitere Informationen zu diesem Whitepaper die folgende Microsoft-Website:

Data Transformation Services

Dieser Abschnitt beschreibt die Änderungen, die in den Daten entstehen Transformation Services (DTS) durch das ServicePack.

In Oracle-Datenbanken exportieren

in Servicepack 1 eingeführt

Wenn Sie DTS-Export-Assistenten, zum Exportieren in Oracle, verwenden Wenn Sie DTS, verwenden um die Zieltabellen zu erstellen, erstellt DTS die Groß-/Kleinschreibung Tabellen mithilfe von Anführungszeichen um die Namen der Besitzer und der Tabelle. Dieses Verhalten muss zur Unterstützung der Besitzer oder Tabellennamen, die Schlüsselwörter oder Leerzeichen enthalten, Zeichen auftreten (""). Wenn die Namen keine Schlüsselwörter sind und keine Leerzeichen enthalten Zeichen und wenn Sie möchten die Anführungszeichen entfernen im Dialogfeld DTS-Kopie Tabellen löschen.

Mithilfe der DTS-Test-Funktion

in Servicepack 1 eingeführt

Das Feature DTS Test weist eine verbesserte Funktionalität und unterstützt nun globale Variablen und Suchvorgänge. Die DTS-Benutzeroberfläche verfügt über eine Test-Option in den folgenden zwei Dialogfeldern:

• In den Datentransformationseigenschaften Dialogfeld Feld, klicken Sie auf die Registerkarte Transformationen . Klicken Sie dann, mit der rechten Maustaste auf eine der Zeilen, die die Spalte Transformationen zuordnen. Das Menü, das angezeigt wird, enthält ein Menüelement Test.
• Doppelklicken Sie auf das ActiveX-Skript Vorgang Eigenschaftendialogfeld , und klicken Sie auf Test .

Diese Tests unterstützen nun globale Variablen und Suchvorgänge. Die Tests werden auf Herkunftsspalten nicht unterstützt.

Änderungen im Dialogfeld Ausführen

in Servicepack 1 eingeführt

Wenn Sie ein DTS-Paket in DTS-Import-Assistenten, des DTS-Export-Assistenten oder DTS-Designer ausführen, werden das Dialogfeld Ausführen , um die Startzeit, Endzeit und Dauer anzeigen zusätzliche Spalten hinzugefügt. Diese neuen Spalten sind nicht verfügbar, wenn Sie das Paket mit einem Benutzerkennwort ausführen.

Darüber hinaus übertragen Sie Benachrichtigung Informationen während der Paketausführung bereitgestellt wird.

Daten DTS-Fehlermeldungen

in Servicepack 1 eingeführt

DTS-Fehlermeldungen wurden verbessert. Die Fehlermeldungen werden OLE DB-Provider-spezifische Informationen und Informationen zum Vorgang, die Fehler jetzt angeben.

Verwendung des Schlüsselworts Set in Microsoft Visual Basic-Skripts

in Servicepack 1 eingeführt

Microsoft ActiveX-Zuordnung von Objektverweisen zu DTS folgt globale Variablen in Microsoft Visual Basic Scripting Edition (VBScript) Skripts nun standard Festlegen von Visual Basic-Syntax in jedem Fall.

Verwenden Sie das Set -Schlüsselwort, wenn Sie einen Objektverweis zuweisen möchten. Andernfalls wird der Standardwert des Objekts zugewiesen werden.

Wenn eine globale Variable einen Objektverweis enthält, verwenden Sie das Schlüsselwort Set und das .Value -Schlüsselwort, um den Objektverweis neu zuzuweisen. Beispiel:

• Die folgende Anweisung weist einen Verweis auf das Connection -Objekt zu der globalen Variable x:

  Set DTSGlobalVariables("x").Value =
                     CreateObject("ADO.Connection")
  

• Die folgende Anweisung wird die Variable o auf ein Verweis auf das Connection -Objekt:

  Set o = DTSGlobalVariables("x")

• Die folgende Anweisung wird die Variable o auf einen Verweis auf eine globale Variable, die einen Verweis auf das Verbindungsobjekt enthält:

  Set o = DTSGlobalVariables("x")

Änderungen in DTS-Pakete

in Servicepack 2 und Servicepack 3 eingeführt

SQL Server 7.0 SP2, SQL Server 7.0 SP3 und SQL Server 2000 eingeführt Änderungen, um das interne Format, das DTS, verwendet um Pakete zu speichern. Wenn ein Paket in einer Datei oder SQL Server ohne ein Kennwort gespeichert wird, werden die folgenden Formate für die verschiedenen Service Pack-Versionen unterstützt.

SQLServerAgent-Proxy Konto Verbesserungen

in Servicepack 4 eingeführt

In Versionen von SQL Server, die älter als SQL Server 7.0 SP4 sind, konnte Pakete, die auf dem Server gespeichert wurden nicht unter den Anmeldeinformationen das Proxykonto des SQL Server-Agenten ausgeführt werden, wenn das Proxykonto zu dem Benutzer TEMP-Ordner für das Konto Zugriff hatten denen entweder der Server oder der Agent ausgeführt wurde. Der Server wäre für Aufträge von erweiterte gespeicherte Prozedur Xp_cmdshell ausführen ausgeführt werden. Der Agent würde für Agent-Aufträge ausgeführt werden.

Aus diesem Grund mussten Benutzer häufig zum Anpassen der TEMP-Umgebungsvariable für das Startkonto für SQL Server oder SQL-Agent auf einen Ordner verweisen, der Zugriff auf den Start wurde und die Proxykonten. Beispielsweise C:\Temp. Für SP4 wurde DTS verbessert, um den System TEMP-Ordner verwenden, wenn der Benutzer TEMP-Ordner verfügbar ist. Diese Änderung verringert wesentlich den Bedarf an diese Anpassungen.

SQLServer 7.0 und Exchange 5.5

Wenn Sie SQL Server 7.0 und Microsoft Exchange Server 5.5 auf demselben Computer ausführen, müssen Sie explizit die Speicherverwendung in SQL Server konfigurieren. SQL Server wird nicht ordnungsgemäß funktionieren, wenn Sie den SQL Server mindestens lassen dynamischen Speicher Option festlegen, den Standardwert 0.

Zur einer bekannten Speicher Problems, das auftritt, wenn die beiden Produkte zur gleichen Zeit ausgeführt werden, müssen Sie die minimale dynamischen Speicher von SQL Server 7.0 oder die Option Sp_configure min Server Memory auf die Speichermenge, die festlegen, die für die maximale Verarbeitung Laden der SQL Server unterstützen erforderlich ist. In dieser Umgebung wird SQL Server nicht genügend Arbeitsspeicher, um die Einstellung Maximale dynamischen Speicher oder die Option Sp_configure max Server Memory erreichen erwerben. Stattdessen wird SQL Server in der Regel mit der Größe des Speichers ausgeführt werden, die in die Option minimum dynamischer Speicher angegeben ist. Daher muss die Einstellung Minimale dynamischen Speicher werden ausreichend, um SQL Server ausgeführt, wenn es bei hoher Kapazität betrieben wird.

Um den Betrag des Speichers zu ermitteln, die SQL Server erfordert, Überwachen des Arbeitsspeichers, die SQL Server, verwendet wenn folgenden Bedingungen erfüllt sind:

• Wenn Ihre Datenbank in einer Produktionsumgebung ausgeführt wird, überwacht die SQL Server-Speicherauslastung, wenn das System mit hoher Kapazität ausgeführt wird.
• Wenn Ihre SQL Server-Anwendungen intern entwickelt wurden, führen Sie Belastungstests, während Sie den Arbeitsspeicher überwachen, der von SQL Server verwendet wird.
• Wenn Ihre SQL Server-Anwendungen von Drittanbietern entwickelt wurden, müssen Sie der Dokumentation zur Anwendung oder Hersteller, um die Auswirkungen der Anwendung auf SQL Server-Arbeitsspeicherverwendung bestimmen angezeigt.

Weitere Informationen zum Überwachen von SQL Server-Speicher oder SQL Server Arbeitsspeicher Optionen festlegen finden Sie unter die Themen "Überwachen der Speichernutzung" und "Serverarbeitsspeicher-Optionen" in der SQL Server-Onlinedokumentation für SQL Server 7.0.

Die französische Version von SQL Server-Onlinedokumentation

in Servicepack 1 eingeführt

Die ursprüngliche französische Version von SQL Server-Onlinedokumentation hatte eine falsche Inhaltsverzeichnis. Die französische Version von SQL Server 7.0 SP4 umfasst eine selbstextrahierende Datei, die eine neue Französisch SQL Server-Onlinedokumentation-Datei mit korrigiert Inhaltsverzeichnis enthält.

Gehen Sie folgendermaßen vor um die korrigierte französische Version der SQL Server-Onlinedokumentation zu installieren:

1. Kopieren Sie die Sqlbolfr.exe-Datei aus dem Service Pack-Ordner in einem leeren Ordner auf Ihrem Computer.
2. Führen Sie Sqlbolfr.exe zum Extrahieren der Datei Sqlbol.chm.
3. Kopieren Sie die neue Sqlbol.chm-Datei in die C:\Mssql7\Books Verzeichnis. Dadurch wird die falsche Version der Datei überschrieben.

Repository-Änderungen

in Servicepack 2 eingeführt wurde

Dieser Abschnitt beschreibt die Änderungen, die im Repository durch das Servicepack eingeführt werden.

Importieren von DB2 und Informix-Datenbanken

in Servicepack 2 eingeführt wurde

Wenn der OLE DB-Scanner aus DB2 oder Informix-Datenbanken importieren verwendet wird, erstellt Microsoft Repository jetzt Tabellen für Schema-und Typ. Diese Funktionalität gilt für Datenbanken, die den Microsoft ODBC-Treiber für DB2 und der Intersolv Informix ODBC-Treiber, der Intersolv OLE DB-Treiber für ODBC und der Intersolv OLE DB-Provider für Informix verwenden.

Verbesserte Abrufen von Objekten mit Versionsangabe

in Servicepack 2 eingeführt wurde

Sie können jetzt die aktuellste Version-Objekt in jedem Fall abrufen, selbst wenn die Sequenz Version eine gelöschte Version enthält. Zuvor Wenn Sie eine Objektversion gelöscht und dann eine neue Objektversion-erstellt, würde Sie eine Fehlermeldung angezeigt, wenn Sie versucht, die aktuellste Version abzurufen.