Description du Service Pack 4 pour SQL Server 7.0 et Microsoft Data Engine (MSDE) 1.0

Traductions disponibles Traductions disponibles
Numéro d'article: 889543 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Cette version de Microsoft SQL Server 7.0 et Microsoft Data Engine (MSDE) 1.0 Service Pack 4 (SP4) fournit les mises à jour pour les composants de base de données d'un serveur SQL Server 7.0 ou MSDE 1.0 installation. Cet article présente les informations suivantes sur le Service Pack 4 :
  • versions du Service Pack et la suppression de Service Pack 4
  • Comment faire pour télécharger et extraire le Service Pack 4
  • Comment faire pour installer Service Pack 4
  • comment redistribuer les composants de base de données et les composants client Service Pack 4
  • explique les problèmes d'exécuter le Service Pack 4 qui affectent des sites

Contenu

Plus d'informations

Introduction

Cette version de Microsoft SQL Server 7.0 Service Pack 4 (SP4) et Microsoft Data Engine (MSDE) 1.0 Service Pack 4 met à jour les composants de base de données d'une installation SQL Server 7.0 ou MSDE 1.0. Notamment les composants suivants :
  • Le moteur de données
  • Utilitaires de client de base de données tels que SQL Server Enterprise Manager et osql (SQL Server 7.0 uniquement)
  • Base de données des composants de connectivité client tels que le fournisseur OLE DB pour SQL Server, le pilote ODBC SQL Server et le client Net-Libraries
Service Pack 4 SQL Server 7.0 est applicable à des ordinateurs qui exécutent le moteur de données SQL Server 7.0 ou MSDE 1.0. L'installation Service Pack 4 programme détecte automatiquement l'édition de SQL Server 7.0 ou MSDE 1.0 qui se trouve sur l'ordinateur seulement met à niveau les composants dans cette édition. Le programme d'installation ne tente pas de mise à niveau des composants qui sont dans SQL Server 7.0 Édition Entreprise, à moins que le programme d'installation détecte la présence de l'édition Entreprise. Lorsque le service pack est appliqué à un ordinateur qui exécute MSDE 1.0, il ne tente pas mettre à niveau composants qui ne sont inclus dans SQL Server 7.0. Lorsque le service pack est appliqué à un ordinateur qui est exécute uniquement la base de données les composants clients, il ne tente pas mettre à niveau les composants de serveur de base de données.

Étant donné que SQL Server de base de données composant de service packs sont cumulatifs, SP4 inclut les correctifs de tous les service packs SQL Server 7.0 antérieurs. Par conséquent, Service Pack 4 peut être appliqué à une installation d'origine de SQL Server version 7.0 ou MSDE 1.0, ou toute installation de SQL Server 7.0 ou MSDE 1.0 à laquelle un service pack a été appliqué précédemment.

SQL Server 7.0 Service Pack 4 ne prend en charge les ordinateurs qui sont basés sur la puce processeur alpha. SQL Server 7.0 Service Pacl 3 (SP3) est le dernier service pack SQL Server 7.0 qui prend en charge en fonction de alpha ordinateurs.

Pour plus d'informations sur les correctifs qui sont contenus dans SQL Server 7.0 Service Pack 4, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
313980 Liste des bogues corrigés par SQL Server 7.0 service packs
Pour plus d'informations concernant les informations sur le SQL Server 7.0 Service Pack 4 n'était pas inclus dans cet article, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
313986 SQL Server 7.0 Service Pack 4 ajouts au fichier Lisezmoi.htm

Versions des Service Packs

Si vous n'êtes pas que le service pack que vous avez installée sur une instance du moteur de base de données SQL Server 7.0 ou MSDE 1.0, vérifiez la version en exécutant une commande SELECT @ @version à partir d'osql , l'Analyseur de requêtes SQL ou isql . Le tableau suivant présente la relation entre la chaîne de version qui est rapportée par la commande @@ version et les service packs SQL Server 7.0 et MSDE 1.0 :
Réduire ce tableauAgrandir ce tableau
@@ VERSIONVersion de SQL Server
7.00.623Version d'origine de SQL Server 7.0 ou MSDE 1.0
7.00.699Base de données de composants Service Pack 1 (SP1)
7.00.842Base de données de composants Service Pack 2 (SP2)
7.00.961Service Pack 3 des composants de base de données
7.00.1063Base de données Components SP4
Si vous n'êtes pas certain l'édition de SQL Server 7.0, que vous exécutez ou si vous avez connecté à MSDE 1.0, la dernière ligne de sortie qui est renvoyée par la commande @ @version indique la version à laquelle vous avez connecté. Par exemple, le résultat peut être semblable au suivant :
MSDE on Windows NT 4.0 (Build 1381: Service Pack 4)
Desktop Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Developer Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Standard Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
Enterprise Edition on Windows NT 4.0 (Build 1381: Service Pack 4)
correctifs récents

Si vous avez reçu un correctif logiciel après 20 février 2002, le correctif n'est pas susceptible d'être inclus dans Service Pack 4. Contactez votre fournisseur principal de support technique sur une mise à jour du correctif logiciel pour Service Pack 4.

Suppression du Service Pack 4

Vous cannnot supprimer facilement SP4 en raison de modifications table système qui requiert le service pack pour des raisons de maintenance. Pour revenir à une version d'antérieures à SP4 a été installé, vous devez supprimer, puis réinstallez SQL Server 7.0 ou MSDE 1.0. Ensuite, si elle est requise, vous devez appliquer le service pack (SP1, SP2 ou SP3) qui vous étiez en train d'exécuter avant l'installation du Service Pack 4. Avant de réinstaller SQL Server 7.0 ou MSDE 1.0, détachez vos bases de données sur SP4. Ensuite, les rattacher après la réinstallation de SQL Server 7.0 ou MSDE 1.0 et soit SP1, SP2 ou SP3. Pour plus d'utilisation les procédures sp_attach_db et sp_detach_db , informations consultez la documentation en ligne de SQL Server pour SQL Server 7.0. Comme avec toute nouvelle installation, vous devez recréer les noms d'accès requis. Vous devez également recréer les tâches planifiées qui dépendent des informations dans la base de données msdb , avec les modifications apportées dans la base de données modèle . Si vous utilisez la réplication, vous devez reconfigurer la réplication.

Téléchargement et extraction de Service Pack 4

Ce service pack est distribué dans les deux formats suivants :
  • Sur le CD-ROM du Service Pack 4
  • Dans un fichier à extraction automatique nommé Sql70sp4.exe qui peut être téléchargé à partir d'Internet
Utiliser le fichier auto-extractible Sql70sp4.exe pour créer un ensemble de dossiers et fichiers sur votre ordinateur qui sont les mêmes que les dossiers et fichiers sur le CD-ROM du Service Pack 4. Puis, le processus de configuration est le même pour le CD-ROM du Service Pack 4 et les fichiers SP4 extraits.

Si vous téléchargez Service Pack 4, vous devez extraire les fichiers pour créer les dossiers de pack service avant de pouvoir exécuter le programme d'installation de programme.

note Plusieurs des fichiers qui sont dans les service packs sont des fichiers système. Vous assurer que l'option Afficher tous les fichiers est définie dans Explorateur de Windows NT ou Windows Explorer lorsque vous travaillez avec les service packs. Pour activer cette option, procédez comme suit :
  1. Démarrez l'Explorateur Windows ou l'Explorateur Windows NT.
  2. Dans le menu Affichage , cliquez sur Options .
  3. Sous l'onglet Affichage , cliquez pour sélectionner Afficher tous les fichiers .

Espace disque requis pour le Service Pack 4

Vous devez disposer 231 Mo d'espace disque pour décompresser le Service Pack 4 si vous téléchargez le fichier exécutable à extraction automatique sur le lecteur C sur votre ordinateur et que vous vous exécutez l'extraction il.

Si vous disposez d'espace disque insuffisant pour télécharger le Service Pack 4 sur lecteur C sur votre ordinateur, vous pouvez enregistrer l'espace disque en téléchargeant le fichier ZIP du Service Pack 4 sur un lecteur secondaire. Ensuite, vous pouvez extraire le fichier ZIP sur le lecteur c. Cette méthode requiert 188 Mo sur le lecteur C et 43 Mo sur le lecteur secondaire.

Extraction de Database Components SP4

Pour extraire de Database Components SP4, copiez le fichier à extraction automatique à un dossier sur l'ordinateur qui exécute SQL Server 7.0 ou MSDE 1.0. Ensuite, exécutez le fichier. Le programme auto-extraction vous invitera à entrer le nom du dossier où vous souhaitez placer les fichiers du service pack. Par exemple, si vous exécutez SQL Server ou MSDE et que vous avez créé un dossier nommé C:\70sp4, copiez le fichier Sql70sp4.exe sur votre ordinateur, exécutez le fichier et puis indiquez le nom du dossier C:\70sp4 lorsque vous êtes invité.

Cela va extraire les fichiers de pack service, puis copiez les deux fichiers Microsoft Systems Management Server vers le dossier C:\70sp4. Le reste des fichiers du service pack s'être placé dans un sous-dossier \X86.

Vous pouvez renommer le dossier d'installation de la base de données après avoir extrait les composants. Toutefois, assurez-vous que le nom du dossier ne contient pas de caractères espace (" ").

L'installation du Service pack

Pour installer SP4, suivez les instructions installation. Non pour toutes les étapes sont obligatoires, fonction sur lequel de suivant SQL Server 7.0 configurations que vous appliquez le service pack :
  • configuration du serveur de base de données : S'applique à un ordinateur qui exécute le moteur de données et ses logiciels associés à partir de n'importe quelle édition de SQL Server 7.0 ou MSDE 1.0. Ces ordinateurs également contiennent les composants client de base de données.
  • configuration du client-uniquement de la base de données : S'applique à un ordinateur qui exécute suivantes :
    • Base de données des composants de connectivité client tels que le fournisseur OLE DB pour SQL Server, le pilote ODBC SQL Server et le client Net-Libraries (de SQL Server 7.0 ou MSDE 1.0).
    • Utilitaires de client de base de données comme SQL Server Enterprise Manager et le bcp (SQL Server 7.0 uniquement).
  • configuration de cluster avec basculement : S'applique à un ordinateur qui exécute SQL Server 7.0 qui est configuré dans un cluster avec basculement.
  • configuration du serveur de réplication : S'applique à un ordinateur qui exécute SQL Server 7.0 sur laquelle au moins une base de données fait partie d'une topologie de réplication.
Pour chaque étape d'installation, les composants applicables sont répertoriés.

note Le service pack est langue spécifique. Appliquez le service pack avec la même langue que le composant SQL Server que vous mettez à niveau.

note Avant d'installer SP4 sur la version française de Windows NT 4.0, suivez les instructions de l'article de base de connaissances Microsoft suivant :
259484 Fonctions CryptEncrypt et CryptDecrypt sont prises en charge avec les paramètres régionaux français dans Windows 2000
Avant de commencer une installation
Les suivantes s'appliquent aux toutes les installations de composant.

Le programme d'installation du Service Pack 4 ne mettez pas à niveau bases de données utilisateur, sauf pour ces bases de données utilisateur qui sont régulièrement impliquées dans les topologies de réplication. Bases de données non impliqués dans les topologies de réplication inutile dépendances sur SP4. Par exemple :
  • Vous pouvez restaurer une sauvegarde de base de données utilisateur d'une instance de SQL Server 7.0 ou SQL Server 7.0 SP1, SP2 ou SP3 sur une instance de SQL Server 7.0 SP4.
  • Vous pouvez restaurer une sauvegarde de base de données utilisateur d'une instance de SQL Server 7.0 SP4 à une instance de SQL Server 7.0 ou SQL Server 7.0 SP1, SP2 ou SP3.
  • Vous pouvez détacher une base de données utilisateur d'une instance de SQL Server 7.0 ou SQL Server 7.0 SP1, SP2 ou SP3 et puis l'attacher à une instance du Service Pack 4 SQL Server 7.0.
  • Vous pouvez détacher une base de données utilisateur à partir d'une instance de SQL Server 7.0 SP4 et puis l'attacher à une instance de SQL Server 7.0 ou SQL Server 7.0 SP1, SP2 ou SP3.
Installation du Service Pack 4 mettre à niveau les bases de données utilisateur qui sont membres d'une topologie de réplication. Avant d'installer SP4, vérifiez que les bases de données de réplication et groupes de fichiers sont inscriptibles et que le compte d'utilisateur qui exécute le programme d'installation dispose autorisation d'accès les bases de données. Pour plus d'informations sur l'application des Service Pack 4 pour bases de données qui sont impliqués dans les topologies de réplication, consultez Installing on replicated servers.
Préparation pour un serveur de gestion systèmes distribués installation
Vous pouvez également utiliser Microsoft Systems Management Server d'installer SP4 automatiquement sur plusieurs ordinateurs qui exécutent Windows NT Server. Le fichier Smssql.sms est un fichier de définition de package qui automatise la création d'un package SQL Server dans Systems Management Server. Ensuite, le package SQL Server peut être distribué et installé sur les ordinateurs qui exécutent Systems Management Server. Le fichier Unattspsms.bat est un fichier traitement par lots qui détecte le système d'exploitation de l'ordinateur et puis exécute la version appropriée de l'installation de programme.

Sauvegarder les bases de données SQL Server

Les suivantes s'appliquent aux toutes les configurations à l'exception de la configuration du client-uniquement de la base de données.

Par précaution, sauvegardez tout votre SQL Server bases de données. Cela inclut les bases de données maître , modèles et msdb . Lors de l'installation du service pack ne modifie pas les bases de données utilisateur, à l'exception de bases de données utilisateur sont impliqués dans la réplication, mais il modifie les bases de données principal et msdb . Lors de l'installation du service pack modifie les bases de données maître , msdb et modèles . Cela rend les incompatible avec les versions antérieures à SP4 de SQL Server 7.0. Ces sauvegardes sont requis si vous décidez de réinstaller SQL Server 7.0 sans Service Pack 4.

Il est également conseillé de sauvegarder vos bases de données utilisateur, bien que SP4 s'exécuter des mises à jour uniquement dans les bases de données utilisateur sont membres de topologies de réplication.

Vérifiez que les bases de données système disposez d'espace libre suffisant

Les suivantes s'appliquent aux toutes les configurations à l'exception de la configuration du client-uniquement de la base de données.

Vous pouvez ignorer cette étape si les conditions suivantes sont remplies :
  • L'option étendue automatique est activé pour les maître msdb bases de données et dans le système SQL Server ou MSDE à laquelle vous appliquez SP4.
  • Le lecteur de disque qui contient ces bases de données dispose au moins 500 Ko d'espace libre disponible pour chaque base de données qui peut étendue automatique.
Dans SQL Server 7.0, vous pouvez vérifiez que les bases de données système disposez de suffisamment d'espace libre. Pour ce faire, se connecter à SQL Server à partir de SQL Server Enterprise Manager, cliquez avec le bouton droit sur l'icône de la base de données, puis cliquez sur Propriétés . Vérifiez que la case à cocher agrandir automatiquement fichier est activée. Pour vérifier cela en MSDE, exécutez les instructions SQL suivantes :
  • sp_helpdb masque
  • sp_helpdb msdb
Dans la sortie de ces instructions, vérifiez que la colonne de croissance n'est pas 0.

Si l'option étendue automatique n'est pas sur pour le masque ou la base de données msdb , les bases de données qui ne peut pas de croissance automatique doivent a au moins 500 Ko d'espace libre. Pour vérifier cela, exécutez le système sp_spaceused les procédure stockée dans le contexte des bases de données principal et msdb . Si le chiffre ou espace non alloué est moins de 500 Ko, augmenter la taille de la base de données. Pour ce faire, suivez les instructions dans la rubrique « Database l'extension » dans la documentation en ligne de SQL Server pour SQL Server 7.0.

Préparer les configurations de cluster

Les suivantes s'appliquent uniquement au basculement de cluster configuration.

Avant de vous installez Database Components SP4 sur SQL Server 7.0 Édition Entreprise dans un environnement en clusters, assurez-vous que le groupe qui contient le MSDTC Microsoft Distributed Transaction Coordinator () est détenue par le n?ud sur lequel MSDTC a été tout d'abord installé.

Si le groupe appartient pas à ce n?ud, les affichages de programme d'installation du Service Pack 4 un MSDTC erreur programme d'installation qui vous invite à corriger le problème, puis de recommencer l'installation de programme. Corriger le problème en déplaçant le groupe vers le n?ud sur lequel MSDTC a été tout d'abord installé. Si SQL Server Enterprise Edition s'exécute dans une configuration en clusters, il doit être unclustered avant de pouvoir imputer Database Components SP4. Avant de supprimer les clusters SQL Server, utilisez Administrateur de cluster pour vous assurer que sans autres ressources de cluster dépendent de l'une des ressources de cluster SQL Server cinq suivantes :
  • Nom du réseau SQL
  • Adresse IP SQL
  • SQL Server
  • SQL Server Agent
  • VServer SQL
Enregistrer toutes les dépendances que vous supprimez qui vous pouvez les rétablir après avoir installé le pack de service. Si un Microsoft Message Queuing ressource a une dépendance sur le nom de réseau SQL, vous devez prendre la ressource Message Queuing hors connexion. Puis, transférez sa dépendance à un autre nom de réseau dans le même groupe. Si aucun autre nom de réseau dans le groupe, créez un nom réseau temporaire. Ensuite, transférer la dépendance vers ce nom de réseau. Vous pouvez supprimer le nom de réseau temporaire après l'installation de SP4.

Pour supprimer les clusters SQL Server, procédez comme suit :
  1. Dans le groupe de programme SQL Server 7.0 , cliquez sur Assistant Basculement de cluster .
  2. Lorsque vous êtes invité, insérez votre CD-ROM SQL Server Enterprise Edition d'origine, puis suivez les instructions qui sont affichent par l'Assistant.
Procédez comme suit sur tous les n?uds du cluster Windows NT ou Windows 2000 dans laquelle a été cluster SQL Server. Assurez-vous que l'Assistant Basculement de cluster supprime tous les les noms des ressources SQL Server et types.

Toutes les instances de SQL Server 7.0 qui fonctionnent dans un cluster doivent être mis à niveau vers SP4 avant qu'ils sont reclustered.

Pour plus d'informations sur l'exécution de SQL Server dans un environnement en clusters, voir SQL Server clustering white paper.

Arrêter les applications avant d'exécuter le programme d'installation du Service Pack 4

Les suivantes s'appliquent aux toutes les configurations à l'exception de la configuration du client-uniquement de la base de données.

Avant d'exécuter le programme d'installation de SP4 doit appliquer Database Components SP4, arrêtez les services et applications suivants :
  • Les services Microsoft Search, MS DTC, MSSQLServer, MSSQLServerOLAPService et SQLServerAgent
  • Microsoft Transaction Server, Message Queuing et L'integrator transactions Microsoft COM (COMTI)
  • Toutes les applications. Cela inclut le Panneau de configuration
Si vous installez Service Pack 4 dans un cluster Windows NT, assurez-vous que ces applications et services sont arrêtés sur tous les n?uds du cluster.

Également interrompre Gestionnaire des services SQL Server s'il est en cours d'exécution. Pour ce faire, cliquez avec le bouton droit sur l'icône Gestionnaire des services SQL Server réduit dans la barre des tâches, puis cliquez sur Quitter .

Installation de base de données Components SP4

Les suivantes s'appliquent aux toutes les configurations.

Exécuter le fichier de commandes fichier Setup.bat à partir d'un des emplacements suivants :
  • Le dossier qui contient les fichiers extraits service pack à partir de Sql70sp4.exe
  • Le dossier de pack de service sur le CD-ROM SQL Server 7.0 Service Pack 4
note N'exécutez pas le fichier de traitement par lots fichier Setup.bat en utilisant le client des services Terminal Server de Microsoft. Installation à distance du Service Pack 4 à l'aide des services Terminal Server client n'est pas prise en charge.

Lorsque vous exécutez le fichier de commandes fichier Setup.bat, une boîte de dialogue InstallShield s'affiche vous demandant des informations, telles que si vous voulez utiliser l'authentification SQL Server ou l'authentification Windows NT. Si vous choisissez l'authentification SQL Server, vous devez fournir le programme d'installation avec le mot de passe pour la connexion sa . Si vous choisissez l'authentification Windows NT, vous devez exécuter le programme d'installation lorsque vous êtes connecté sur Windows à l'aide un compte d'ouverture de session Windows qui est membre du rôle de serveur fixe sysadmin de l'instance de SQL Server ou MSDE que vous mettez à niveau.

Puis, le programme d'installation remplace le SQL existant fichiers Server ou MSDE avec le service pack de fichiers. Le programme d'installation exécute également plusieurs fichiers de script .SQL pour mettre à jour de procédures système stockée.

Le programme d'installation de MS DTC installe une nouvelle version de MSDTC sur votre système. Dans un environnement en clusters, cela sur tous les n?uds du cluster Windows NT.

Lorsque le programme d'installation se connecte à SQL Server 7.0 ou MSDE 1.0 pour exécuter le .SQL scripts que procédures système stockée mise à jour, il affiche une boîte de dialogue mode d'authentification s'il détecte que l'installation utilise en mode mixte avec un mot de passe vide pour la connexion sa . Cela permet aux utilisateurs pour résoudre le problème de sécurité potentiel d'exécutant un système avec un mot de passe vide pour la connexion de sa . En laissant le mot de passe de connexion sa vide de fournit non autorisés aux utilisateurs faciliter l'accès administratif à SQL Server ou MSDE. Pour protéger vos systèmes, vous devez exiger un mot de passe sa ou utiliser l'authentification Windows NT. Par défaut, la boîte de dialogue mode d'authentification n'utilise pas les paramètres actuels pour l'installation. La boîte de dialogue utilise par défaut suivantes :
  • Par défaut, sur les ordinateurs qui exécutent Microsoft Windows 95, Microsoft Windows 98 et Microsoft Windows Millennium Edition, la boîte de dialogue mode d'authentification utilise en mode mixte. Le mode mixte est le mode d'authentification uniquement qui est prise en charge sur ces systèmes d'exploitation. Ensuite, la boîte de dialogue demande que vous spécifiez un mot de passe pour la connexion sa . Si vous spécifiez un mot de passe, le programme d'installation modifie le mot de passe sa connexion. Si vous laissez le mot de passe vide, le programme d'installation programme se connecte sans changer le mot de passe.
  • Par défaut, sur les ordinateurs qui exécutent Windows NT 4.0 ou Microsoft Windows 2000, le programme d'installation utilise l'authentification Windows NT. Vous pouvez utiliser la boîte de dialogue d'accepter le mode d'authentification Windows NT par défaut ou pour basculer le mode d'authentification en mode mixte avec un mot de passe de connexion sa qui n'est pas vide.
Avant de modifier le mode d'authentification ou le mot de passe pour la connexion sa , s'assurer que cela affectera pas les applications existantes. Par exemple, si vous exécutez SQL Server sur un ordinateur Windows 2000 et que vous passez du mode mixte mode d'authentification Windows NT, les applications qui utilisent l'authentification SQL Server ne peut pas connecter jusqu'à ce qu'ils sont configurés pour utiliser l'authentification Windows NT. En outre, si vous modifiez le mot de passe de connexion sa , applications ou processus administratifs qui utilisent l'ancien mot de passe ne pouvez pas vous connecter jusqu'à ce qu'ils sont configurés pour utiliser le nouveau mot de passe.

Le programme d'installation enregistre les actions que qu'il effectue dans le fichier Sqlsp.log dans le dossier Temp de l'ordinateur sur lequel il est exécuté.

Redémarrez les services

Les suivantes s'appliquent aux toutes les configurations à l'exception de la configuration du client-uniquement de la base de données.

Après le programme d'installation, vous pouvez être invité à redémarrer le système. Après le redémarrage du système ou après le programme d'installation sans demander un redémarrage, utilisez l'outil Services dans le Panneau de configuration pour vous assurer que les services suivants sont exécute :
  • Recherche de Microsoft
  • MS DTC
  • MSSQLServer
  • MSSQLServerOLAPService
  • SQLServerAgent
Sauvegarder bases de données de masque et msdb les mise à niveau.

Recluster une configuration de cluster

Les suivantes s'appliquent uniquement au basculement de cluster configuration.

Si vous avez appliqué Service Pack 4 dans une configuration de cluster Windows NT, recluster SQL Server. Avant de reclustering, vous devez appliquer SP4 à toutes les instances de SQL Server 7.0 sont inclus dans le cluster.

important Cette section, la méthode ou la tâche, contient des étapes qui vous indiquent comment modifier le Registre. Toutefois, des problèmes graves peuvent se produire si modification incorrecte du Registre. Par conséquent, assurez-vous que ces étapes avec soin. Pour la protection supplémentaire, sauvegarder le Registre avant de le modifier. Ensuite, vous pouvez restaurer le Registre si un problème se produit. Pour plus d'informations sur la façon sauvegarder et restaurer le Registre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
322756 Comment faire pour sauvegarder et restaurer le Registre dans Windows


Si vous avez supprimé dépendances de Message Queuing sur SQL Server, exécutez l'Éditeur du Registre modifier la clé de Registre suivante :
HKEY_LOCAL_MACHINE\Software\Microsoft\MSMQ\Parameters\MachineCache\MQS
Si la clé a la valeur 2 (BSC), 4 (PSC) ou 8 (PEC), enregistrer la valeur actuelle et modifiez la valeur à 1. Sinon, laissez la valeur de la clé inchangée.

Pour recluster SQL Server, procédez comme suit :
  1. Dans le groupe de programme SQL Server 7.0 , cliquez sur Assistant Basculement de cluster .
  2. Lorsque vous êtes invité par l'Assistant, insérez votre CD-ROM SQL Server Enterprise Edition d'origine dans le lecteur de CD-ROM, puis suivez les instructions qui affiche l'Assistant.
Procédez comme suit sur tous les n?uds du cluster Windows NT qui contiennent des instances de SQL Server que vous souhaitez inclure dans le cluster.

La clé de Registre Message Queuing est
HKEY_LOCAL_MACHINE\Software\Microsoft\MSMQ\Parameters\MachineCache\MQS
. Si vous avez modifié la valeur d'origine de cette clé avant Utilisation de l'Assistant Basculement de cluster, exécutez l'Éditeur du Registre pour restaurer la valeur d'origine de la clé de Registre. Si vous avez supprimé interdépendances sur les ressources SQL Server et les types de ressources comme décrit dans la section Prepare cluster configurations, utilisez Administrateur de cluster pour restaurer les dépendances. Si une ressource Message Queuing avait dépendances sur SQL Server et le nom de réseau SQL, utilisez Administrateur de cluster pour restaurer les dépendances. Supprimer les interdépendances sur n'importe quel autre nom de réseau définie dans la section des Prepare cluster configurations. Si vous avez créé ressources adresse IP et un nom de réseau temporaire dans la section Prepare cluster configurations, supprimez-les. Affichez le Message Queuing ressource en ligne.

Redémarrez applications

Les suivantes s'appliquent aux toutes les configurations.

Redémarrez les applications que vous avez fermé avant que vous n'ayez exécuté le programme d'installation de SP4 programme.

Installation sur des serveurs répliqués

Les suivantes s'appliquent uniquement à la configuration du serveur de réplication.

Nous vous recommandons d'appliquer ce service pack à tous les les participants SQL Server 7.0 suivants dans votre topologie de réplication :
  • Publisher
  • Distributeur
  • Les abonnés
Nous vous recommandons d'utiliser la séquence suivante pour déployer le Service Pack 4 dans la topologie de réplication :
  1. Distributeur, s'il est distinct de l'éditeur
  2. Publisher
  3. Abonné
note En général, en particulier dans la réplication de fusion, le distributeur et Publisher sont sur le même serveur et sont mis à niveau en même temps.

Dans la réplication de fusion, la base de données de distribution est utilisée uniquement pour stocker l'historique de l'agent. En règle générale, la base de données de distribution dans une topologie de réplication de fusion et publipostage réside sur le même ordinateur que la base de données publiée. Toutefois, vous pouvez également disposer d'une base de données distribution distante pour la réplication de fusion et publipostage sites centraliser l'enregistrement de l'historique des agent.

Vous pourrez pas mettre à niveau tous les serveurs dans une topologie de réplication immédiatement. Par conséquent, les opérations de réplication sont généralement inchangées entre les serveurs qui exécutent la version d'origine de SQL Server 7.0 ou les service packs précédents et les Service Pack 4 participants. Exceptions sont traitées dans les sections suivantes :
L'installation de SP4 sur un serveur qui fournit une base de données de distribution distante pour les publications de fusion
Si vous mettez à niveau un serveur vers le Service Pack 4 et ce serveur contient une base de données distribution distante publications de fusion, vous devez également mettre à niveau chaque réplication de fusion Publisher qui utilise cette base de données distribution au Service Pack 4. Cette exigence s'assure qu'il est remise optimale des modifications de données la réplication de fusion associé éditeurs par les agents de fusion et publipostage (commande) qui sont exécutent sur le distributeur.

Mise à niveau d'une fusion et publipostage Publisher qui reçoit les nouveaux abonnements pour Service Pack 4 de la version d'origine de SQL Server 7.0
Pour autoriser nouvelle fusion abonnés de réplication des serveurs ayant la version d'origine de SQL Server 7.0 est installé, vous devez ajouter le -70Subscribers paramètre facultatif pour chaque travail Snapshot Agent.

Lorsque vous faites cela, la synchronisation initiale de tout nouveau SQL Server 7.0 fusionner abonnés pas quel service packs ont été appliqués est terminée.

Si un abonné qui exécute la version d'origine de SQL Server a déjà reçu la synchronisation initiale, cet abonnement continue à pouvoir fusionner les données sans ce paramètre. Toutefois, si l'abonnement est supprimé et recréé puis, ou si l'abonnement doit être réinitialisé, le paramètre est nécessaire. La solution par défaut consiste à mettre à niveau l'abonné vers Service Pack 4 au lieu d'utiliser le paramètre. Si vous souhaitez vous assurer, vous pouvez ajouter le paramètre jusqu'à ce que vous sûr que tous les abonnés sont mis à niveau vers le Service Pack 4.

L'installation de SP4 sur une réplication de fusion abonné
Si vous mettez à niveau une réplication de fusion SQL Server abonné au service Pack 4, vous devez mettre à également niveau chacun de la réplication de fusion associé éditeurs au Service Pack 4. Il optimise la livraison de modifications des données de la réplication de fusion associé éditeurs par les agents de fusion et publipostage (extraction) qui sont exécutent sur l'abonné. Cela convient mieux d'utiliser la séquence de déploiement distributeur-Publisher abonnement qui est décrite dans l' Installing on replicated servers section.

Exécution de réplication du Service Pack 4 avec les versions antérieures de SQL Server
Il n'existe aucun différences connues de la façon qui SP4 fonctionne avec SQL Server 6.0 ou SQL Server 6.5 éditeurs et abonnés comparé à la manière dont la version d'origine de SQL Server 7.0 fonctionne avec les versions antérieures.

Mise à jour de réplication de fusion Access 2000 (Jet 4.0) abonnés
Pour Microsoft Jet basé Microsoft Access 2000 fusion abonnés de tirer parti des améliorations dans le Service Pack 4, vous devez copier les fichiers de Database Components SP4 suivants dans vos stations de travail exécutant Access 2000 :
  • X86\Binn\Replres.dll
  • X86\Binn\Replrec.dll
  • X86\Binn\Replprov.dll
  • X86\Jet\Msrpjt40.dll
Copiez chaque fichier dans le dossier suivant sur le lecteur système du poste de travail :
\Program Files\Common Files\Microsoft Shared\Database réplication
note Vous devez effectuer ces étapes si MSDE 1.0 est servant de la fusion d'Access 2000 abonné. Dans ce cas, lettrer Database Components SP4.

Redistribution des composants clients de Database Components SP4

SP4 pour SQL Server 7.0 et MSDE 1.0 inclut un fichier auto-extractible, SQLRedis.exe et une version du fichier Mdacredist.txt. Par défaut, lorsque SQLRedis.exe est exécuté, il effectue les opérations suivantes :
  1. SQLRedis.exe exécute le fichier MDAC_TYP.exe à partir de Microsoft Data Access Components (MDAC) 2.1 SP2. Il installe les composants essentiels de MDAC 2.1 SP2 et les versions des SQL Server et MSDE client composants de connectivité qui étaient fournis avec SP1 pour SQL Server 7.0 et MSDE 1.0.
  2. SQLRedis.exe remplace les composants de connectivité client SQL Server et MSDE par de nouvelles versions de Database Components SP4.
  3. SQLRedis.exe remplace les fichiers Mswstr10.dll, Mswdat10.dll Oleaut32.dll, Olepro32.dll et Stdole2.tlb.
Si vous souhaitez installer uniquement les composants de connectivité de Database Components SP4 client, tapez la commande suivante à partir d'une invite de commandes :
sqlredis.exe /C:"setupre.exe MDAC = 0 -s - SMS "
Vous pouvez redistribuer le fichier SQLRedis.exe sous les mêmes termes et conditions qui sont répertoriées dans le fichier Mdacredist.txt qui accompagne ce service pack.

Commentaires de documentation

Cette section traite des problèmes qui affectent les sites exécutant le Service Pack 4 mais ne sont pas provoqués par des correctifs contenus dans le service pack.

Modifications de comportement qui sont introduites par correctifs documentées dans l'article Base de connaissances Microsoft pour chaque correctif. Pour plus d'informations sur les correctifs qui sont contenus dans SQL Server 7.0 Service Pack 4, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
313980 Liste des bogues corrigés par SQL Server 7.0 service packs

Mise à niveau ordinateurs client seulement après l'installation de SP4

Parfois, les utilisateurs installez tout d'abord uniquement les composants du client SQL Server sur un ordinateur. Ultérieurement, ils ajouter une Standard, Entreprise ou Édition Desktop du serveur de base de données sur l'ordinateur en exécutant le programme d'installation à partir du CD-ROM Server SQL. Si les composants clients de l'ordinateur sont déjà mis à niveau vers le Service Pack 4, le programme d'installation de SQL Server échoue et vous recevoir la message d'erreur suivantes :
Vous ne pouvez pas installer une version qui est plus ancien (7.00.623) à la version sur votre ordinateur (7.00.1063). Désinstaller l'ancienne version.
Pour ajouter un Standard, Enterprise ou Édition Desktop du serveur de base de données à un ordinateur client qui exécute les composants du client Service Pack 4, procédez comme suit :
  1. Copiez le fichier Bcp.exe votre CD-ROM de SQL Server 7.0 d'origine à l'ordinateur client. Cela remplace la version Service Pack 4 de Bcp.exe dans le répertoire C:\Mssql7\Binn.
  2. Exécutez le programme d'installation à partir votre CD-ROM de SQL Server 7.0 pour installer les composants serveur.
  3. Exécutez le programme installation de base de données des composants Service Pack 4 pour effectuer une mise à niveau tous les composants de base de données SQL Server sur l'ordinateur vers Service Pack 4.
note Pour mettre à niveau un client vers une Édition Standard ou Entreprise du serveur, vous devez acheter une licence serveur approprié. Vous pouvez installer un serveur Desktop Edition sur les ordinateurs clients qui sont couverts par une standard ou SQL Server Client Access License (CAL) entreprise.

Mise à niveau les serveurs de base de données japonais vers Windows 2000 après l'installation de SP4

Vous pouvez installer Database Components SP4 sur un ordinateur qui exécute Windows NT, Windows 95 ou Windows 98 et mettre à vous ultérieurement niveau vers Windows 2000. Lorsque ce problème se produit, la mise à niveau Windows 2000 remplace certains fichiers système impliqués dans le tri des caractères japonais avec les versions de fichiers qui sont antérieures aux versions sont requis par le Service Pack 4. Si vous utilisez les caractères japonais dans vos bases de données SQL Server, vous pouvez aussi réexécuter la version de SQLRedis.exe fournie avec SP4 après la mise à niveau vers Windows 2000. Pour plus d'informations sur l'exécution de SQLRedis.exe, voir les Redistributing Database Components SP4 client components section.

Cela s'applique uniquement aux serveurs sur lequel vous disposez des bases de données contenant des caractères japonais. Vous devez réappliquer SQLRedis.exe sur ordinateurs clients ou sur des serveurs qui n'ont pas de bases de données contenant des caractères japonais.

Appliquer le Service Pack 4 à une version ultérieure

Si vous essayez de mettre à niveau une installation SQL Server avec des fichiers exécutables de moteur de base de données qui sont la même version ou une version ultérieure que celles qui sont fournis avec Database Components SP4, le programme d'installation du Service Pack 4 peut se fermer et vous pouvez recevoir le message d'erreur suivantes :
Programme d'installation a détecté des composants SQL Server plus récents que ceux disponibles dans le Service Pack. Programme d'installation ne va pas continuer.
En règle générale, cette message d'erreur indique que SP4 ou une version ultérieure a déjà été appliquée à l'instance de SQL Server qui se trouve sur le serveur et une mise à niveau n'est pas nécessaire.

Toutefois, cela peut s'applique pas aux clients qui ont reçu une version de SQL Server spéciale qui est plus récente que la version Service Pack 4 de leurs fournisseurs de prise en charge SQL Server et les utilisateurs qui vous ont appliqué cette version à un système qui a été ne pas mis à niveau vers SP4 tout d'abord. Ces clients doivent contacter leur SQL Server prise en charge fournisseur demande des informations sur le processus de mise à niveau.

L'installation de SP4 sur Windows NT 4.0, Édition Terminal Server

La version originale de SQL Server 7.0 n'est pas prise en charge de système d'exploitation Windows NT 4.0, Édition Terminal Server. SQL Server 7.0 SP1 a introduit la prise en charge de l'exécution de SQL Server sur Windows NT 4.0, Édition Terminal Server. SQL Server 7.0 SP2, SP3 et SP4 continuent à prendre en charge de Windows NT 4.0, Édition Terminal Server.

note Seulement procédez comme suit si vous préparez installer SQL Server 7.0 pour la première fois sur un ordinateur qui exécute Windows NT 4.0, Édition Terminal Server. Si vous avez déjà ajouté cette prise en charge avec SQL Server 7.0 SP2 ou SP3, vous ne devrez pas répéter ces étapes lorsque vous effectuez une mise à niveau vers Service Pack 4.

SQL Server SP4 requiert que vous appliquez Windows NT Server 4.0, Terminal Server Edition SP4 sur un ordinateur qui exécute Terminal Server Edition, avant l'installation de SQL Server. Ce service pack est spécifique à l'édition Terminal Server et est distinct de Windows NT Server 4.0 SP4. Pour plus d'informations sur les service packs Édition Terminal Server, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
152734 Comment obtenir le dernier pack de service Windows NT 4.0
Pour installer SQL Server 7.0 et SQL Server SP4 sur un ordinateur qui exécute Windows NT 4.0, Édition Terminal Server, procédez comme suit :
  1. Vérifiez que Windows NT 4.0, Édition Terminal Server SP4 a été appliqué.
  2. Utilisez l'outil Services dans le Panneau de configuration pour arrêter le service de gestion de licences serveur Terminal Server.
  3. Copiez les fichiers ODBC SQL Server à le System32, dossier sur l'ordinateur qui exécute Windows NT 4.0, Édition Terminal Server.
  4. Insérez le CD-ROM de SQL Server 7.0 dans l'ordinateur et le copier les fichiers dans le dossier X86\ODBC se trouve sur le CD-ROM pour le C:\Winnt\System32 dossier situé sur le serveur.
  5. Utilisez l'outil Services dans le Panneau de configuration pour redémarrer le service de gestion de licences Terminal Server.
  6. Installez SQL Server 7.0 à l'aide du CD-ROM de SQL Server 7.0. Vous ne pouvez pas installez SQL Server à l'aide d'un client léger. Vous devez installer SQL Server en utilisant la console sur l'ordinateur qui exécute Windows NT 4.0, Édition Terminal Server. Vous ne pouvez pas utiliser la fenêtre du programme configuration Exécution automatique s'affiche lorsque vous insérez le CD-ROM SQL Server pour installer SQL Server sur un ordinateur qui exécute Windows NT 4.0, Édition Terminal Server. Au lieu de cela, procédez comme suit :
    1. Fermez la fenêtre Exécution automatique .
    2. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.
    3. Cliquez sur Installer , puis suivez les instructions qui s'affichent. Exécutez le programme d'installation directement à partir du CD-ROM de SQL Server 7.0 dans le dossier suivant :
      X86\Setup\Setupsql.exe
    Suivez les instructions fournies dans le programme d'installation de SQL Server. Si vous souhaitez installer une base de données directement sur l'ordinateur qui exécute Windows NT 4.0, Édition Terminal Server, exécutez une installation complète de SQL Server pour installer les composants de communication client et le moteur de base de données. Si vous souhaitez uniquement permettent pour vous connecter à SQL Server les bases de données sur d'autres serveurs pour les applications qui sont exécutent sur le même ordinateur avec Windows NT 4.0, Édition Terminal Server, installez uniquement les composants de connectivité client. Pour plus d'informations comment effectuer une installation serveur plein ou de connectivité client uniquement, consultez « Exécution du programme d'installation de Microsoft SQL Server » du SQL Server Books Online pour SQL Server 7.0.
  7. Appliquer SQL Server SP4 en suivant les instructions fournies dans cet article. Vous devez installer SP4 à partir de la console de l'ordinateur qui exécute Windows NT 4.0, Édition Terminal Server. En outre, vous devez exécuter le Service Pack 4 (fichier Setup.bat) du programme d'installation à partir de l'outil Ajout/Suppression de programmes dans le Panneau de configuration.

Nouveau Guide de dépannage

SP2 des composants de base de données a introduit une nouvelle version de la section « Guide de résolution des problèmes » à partir de SQL Server documentation Online pour SQL Server 7.0. Base de données Components SP4 installe également cette nouvelle version du guide. Le nouveau repère se développe sur les informations qui sont en la d'origine documentation en ligne de SQL Server pour SQL Server 7.0 avec les nouvelles informations provenant les équipes de support SQL Server suivantes :
  • Étendue d'ensembles de questions fréquemment posées (FAQ)
  • Plus d'informations et des conseils de techniciens du support technique peut aider les clients deviennent proficient avec SQL Server 7.0
Base de données Components SP4 installe un nouveau fichier est nommé Tblshsp2.chm dans le dossier \Mssql7\Books sur votre ordinateur. Le Guide de dépannage SP2 ne remplace pas physiquement le Guide de dépannage qui se trouve dans la version d'origine de la documentation en ligne de SQL Server. Vous ne pouvez pas accédez à partir de SQL Server documentation Online au Guide de dépannage SP2. Vous devez exécuter le nouveau Guide de dépannage séparément à l'aide de l'une des méthodes suivantes :
  • Double-cliquez sur le fichier Tblshsp2.chm.
  • Ajouter un raccourci sur votre Bureau. Puis double-cliquez sur le raccourci. Lorsque vous ajoutez le raccourci, pointez-le sur le fichier \Mssql7\Books\Tblshsp2.chm.
Le Guide de dépannage SP2 exige que vous ayez SQL Server documentation pour SQL Server 7.0 est installé sur votre ordinateur.

Améliorations de la réplication

Améliorations de la réplication de Service Pack 4 sont les suivants :
  • Optimisation de la synchronisation de réplication
  • Amélioration des performances pour les instantanés de réplication de fusion et publipostage
  • Améliorations de nettoyage des métadonnées de réplication de fusion
Optimisation de réplication de synchronisation
introduit dans le Service Pack 2

Optimisation synchronisation lors de la réplication de fusion vous permet de stocker plus d'informations dans l'éditeur à la place de transfert de ces informations sur le réseau vers l'abonné. Lorsque cette option peut entraîner une plus grande base de données dans l'éditeur, il peut améliorer les performances synchronisation via une liaison lente. Cependant, plus d'informations sont stockées dans l'éditeur et espace de stockage supplémentaire est nécessaire.

En stockant des informations supplémentaires dans l'éditeur, SQL Server pouvez rapidement déterminer les données filtrées pour envoyer à un abonnement spécifique. Lorsque des synchronisation optimisée, SQL Server crée avant de tables d'image dans l'éditeur qui contiennent des informations telles que le schéma, les informations de partition et les informations de génération pour déterminer si les modifications doivent être propagées aux autres abonnés. Ces avant les tables de l'image vous permettent de déterminer comment partitionner les données et déterminer les abonnés nécessitent nouveau générations de données de SQL Server.

Par exemple, une organisation vente partitions et distribue les données en fonction de territoires de vente. Si la composition est configurée pour optimiser la synchronisation, les informations sur comment les données sont partitionnées sont stockées dans avant les tables d'image dans l'éditeur. Si décaler territoires de vente et données doivent être repartitionnées pour abonnés plusieurs, les données sont mis à jour et redistribuées plus rapidement, car les informations sur la façon dont les données sont actuellement partitionnées sont déjà dans l'éditeur.

note Pour réduire la quantité de données envoyées sur le réseau, exécutez la sp_addmergepublication système procédure stockée et définissez le @keep_partition_changes paramètre pour cette propriété a la valeur true .

Amélioration des performances pour le traitement de fusion et publipostage de l'instantané initial
introduit dans le Service Pack 2

Le processus de génération de l'instantané initial a été amélioré pour les compositions de fusion et publipostage qui ont statique ou joindre des filtres.

Lors de génération de capture instantanée, l'agent de capture instantanée crée un fichier de copie en bloc pour la table MSmerge_contents . Service Pack 4 SQL Server 7.0 fournit des performances plus rapides lorsque statique ou jointure filtres sont utilisés car il copie uniquement les lignes liées aux tables de la composition basées sur les filtres qui sont utilisés.

Dans les versions antérieures au Service Pack 2, l'agent de capture instantanée généré un fichier de copie en bloc pour la table MSmerge_contents et le fichier inclus toutes les lignes de MSmerge_contents pour une table publiée indépendamment des critères de filtre qui a été utilisé. Volumes élevés d'activité de mise à jour de la table de publication a provoqué la table MSmerge_contents de croître. Ce comportement ralenti performances lors de la génération l'instantané initial.

Avec SP2 ou versions ultérieures, le fichier .BCP est généré est plus petit. Le fichier est plus petit, car les lignes sont copiées uniquement si elles se rapportent à la partition de données qui sont publiées. Par conséquent, les performances de l'Agent de fusion lorsque vous appliquez la capture instantanée à abonnés a également améliorée.

Cette modification s'applique uniquement aux publications avec statique de fusion ou filtres de jointure car la table MSmerge_contents n'est pas en bloc copiées lorsque des captures instantanées sont générées pour les compositions de fusion et publipostage qui ont des filtres dynamiques.

Par exemple, une composition de fusion comprend les colonnes clients, commandes et Détails commandes et la composition est filtrée pour publier uniquement les clients dans la zone Nord-Ouest. Lorsque l'instantané est généré, uniquement les lignes dans la table MSmerge_contents qui concernent les données dans la partition de données sont en cours de publication filtrée sont en bloc copié. Dans les versions antérieures au Service Pack 2, toutes les lignes de la table MSMerge_contents étaient en bloc copié.

Nettoyage des métadonnées de fusion
introduit dans le Service Pack 2

Le système sp_mergecleanupmetadata stockée procédure permet aux administrateurs nettoyage des métadonnées dans les tables système MSmerge_contents et MSmerge_tombstone . Bien que ces tables peuvent développer indéfiniment, nettoyage des métadonnées peut améliorer les performances de fusion et publipostage. Cette procédure pouvez enregistrer espace en réduire la taille de ces tables dans l'éditeur et abonnés.

Avertissement Après avoir exécuté la procédure sp_mergecleanupmetadata stockées dans l'éditeur, les événements suivants se produisent pour tous les abonnements nommés à abonnés métadonnées qui est stocké dans l'éditeur dans les tables MSmerge_contents et MSmerge_tombstone :
  • Les abonnements sont marqués pour reinitialization.
  • Les modifications sur l'abonné sont perdues.
  • L'instantané en cours est marquée comme obsolète.
SQL Server 7.0 ne prend pas en charge reinitialization d'abonnements anonymes à partir de l'éditeur.

La reinitialization doit lancer sur l'abonné. Avant d'exécuter cette procédure stockée, fusionner toutes les données d'abonnés avec l'éditeur pour charger les modifications de données abonné qui doivent être enregistrées. Fichiers de captures instantanées de toutes les publications qui sont impliquées à tous les niveaux de fusion doivent être regénérés après avoir exécuté cette procédure stockée. Si vous essayez de fusionner sans exécuter tout d'abord l'instantané, vous êtes invité à exécuter l'instantané.

La reinitialization ne propage pas automatiquement la topologie de fusion et publipostage. L'administrateur doit réinitialiser manuellement tous les abonnements à chaque republisher.

Par défaut, le @reinitialize_subscriber paramètre de la procédure sp_mergecleanupmetadata stockées est définie sur true et tous les abonnements sont marqués pour reinitialization. Si vous définissez la @reinitialize_subscriber paramètre à false , les abonnements ne sont pas marquées pour reinitialization. Toutefois, définir le paramètre à false avec précaution, car si vous souhaitez ne pas que les abonnements réinitialisés, doit effectuer que que les données dans l'éditeur et les abonnés sont synchronisées.

Si vous souhaitez exécuter la procédure sp_mergecleanupmetadata stockées sans marquage les abonnements de reinitialization, procédez comme suit :
  1. Synchroniser tous les abonnés.
  2. Arrêter toutes les mises à jour les bases de données de publication et abonnement.
  3. Exécuter une fusion et publipostage qui valide les données d'abonnement avec l'éditeur en exécutant l'Agent de fusion avec l'option de ligne de commande - contrôler sur chaque abonné.
  4. Exécutez la procédure stockée système sp_mergecleanupmetadata . Après l'exécution de la procédure stockée, vous pouvez laisser les utilisateurs de mettre à jour les bases de données de publication et abonnement à nouveau.
Pour utiliser cette procédure stockée, l'éditeur et tous les abonnés doivent exécuter SQL Server 7.0 Service Pack 4. Uniquement les membres du groupe sysadmin peuvent utiliser cette procédure stockée. Pour nettoyer les métadonnées de fusion et publipostage, exécutez la procédure de stockée système sp_mergecleanupmetadata . Cette procédure stockée nettoie toutes les métadonnées de fusion dans les tables système MSmerge_contents et MSmerge_tombstone .

note Aucun @tablename paramètre existe que limites de nettoyage à une table spécifiée. Cela a été incorrectement documenté pour service packs 2 et 3.

Modifications dans les composants de base de données

SQL Server 7.0 SP4 introduit plusieurs modifications pour les composants de base de données.
Nouvelle option de base de données
introduit dans le Service Pack 2

SQL Server 7.0 SP2 a introduit une nouvelle en attente de mise à niveau de base de données option pour prendre en charge la fonctionnalité qui vont être introduite dans une version ultérieure de SQL Server. Vous pouvez utiliser cette fonctionnalité dans certains scénarios de migration lorsque vous mettez à niveau SQL Server 7.0 SP2 ou version ultérieure vers SQL Server 2000 ou une version ultérieure. Instructions complets pour l'utilisation de cette option sont incluses dans la documentation de la version future de SQL Server.

Lorsque l'option en attente de mise à niveau est la valeur TRUE, les utilisateurs ne peut pas crée des index ou statistiques dans la base de données. Un utilisateur qui essaie de créer les index ou statistiques recevrez la nouvelle message d'erreur suivantes :
Créer index de créer statistiques est interdite lorsque la base de données est en attente de mise à niveau activée.
Toutefois, la création d'index réussit si l'option en attente de mise à niveau est définie sur TRUE, alors qu'est créé un index organisé en clusters et si aucun index non cluster n'existe.

Création d'index peut échouer, annuler l'opération entière, si les conditions suivantes sont remplies :
  • Index non cluster existent déjà lors lancée de la création d'un index organisé en clusters.
  • L'option en attente de mise à niveau est définie sur TRUE tandis que l'index est en cours créé.


Nouvelle option de démarrage sqlservr
introduit dans le Service Pack 2

SQL Server 7.0 SP2 a introduit une nouvelle option de ligne de commande ?g pour l'utilitaire sqlservr . Par exemple, vous pouvez utiliser l'option suivante :
-g memory_to_reserve
Cette option spécifie le nombre de Mo de mémoire SQL Server laissera disponible pour les allocations de mémoire dans le processus SQL Server, mais en dehors du pool de mémoire SQL Server. Le nombre que vous spécifiez doit être un entier. Le pool de mémoire est la zone de SQL Server utilise pour le chargement éléments, tels que étendu stockés fichiers .dll procédure, les fournisseurs OLE DB qui sont référencés par des requêtes distribuées, et Automation objets qui sont référencés dans les instructions Transact-SQL. Pour plus d'informations sur la gestion de mémoire de SQL Server, consultez « Architecture de mémoire » dans la documentation en ligne de SQL Server pour SQL Server 7.0.

Par défaut, la valeur de cette option est 128 Mo. Cette valeur est appropriée pour de nombreux environnements d'exécution. À l'aide de cette option peut aider à optimiser l'allocation de mémoire, mais uniquement lorsque la mémoire physique sur le serveur dépasse les valeurs suivantes :
  • Pour SQL Server Desktop Edition ou SQL Server Édition Standard: 2 Go
  • Pour SQL Server Enterprise Edition: 3 Go
Configurations avec moins de mémoire physique ne pas tirer parti de l'utilisation de cette option.

Vous souhaiterez peut-être utiliser cette option des configurations de mémoire volumineuse dans laquelle les exigences de mémoire de SQL Server sont atypique et où toute la mémoire l'espace d'adressage virtuel du processus SQL Server est utilisée. Utilisation incorrecte de cette option peut entraîner des conditions où SQL Server peut ne pas démarrer ou pouvez rencontrer des erreurs d'exécution.

Vous devez utiliser la valeur par défaut pour le -g de ligne de commande basculer, sauf si vous recevez le message d'erreur d'avertissement suivant dans le journal d'erreur SQL Server :
Avertissement : Effacement cache de procédure pour libérer la mémoire contiguë.
Cette message d'erreur indique que SQL Server essayez peut-être de libérer des parties de SQL Server mémoire liste pour trouver d'espace pour les articles comme étendue stockée fichiers .dll de procédure ou objets Automation. Dans ce cas, envisager d'augmentation de la quantité de mémoire qui est réservée par le -g commutateur de ligne de commande. En utilisant une valeur inférieure que celle par défaut, la quantité de mémoire est disponible pour le pool de tampons et le thread Empile augmente. Il peut fournir certaines avantage de performances pour charges impliquant beaucoup de mémoire dans les systèmes qui n'utilisent pas de nombreux étendu procédures stockées, des requêtes distribuées ou des objets d'Automation.

Modification du comportement du curseur
introduit dans le Service Pack 1

Dans les versions d'origine de SQL Server 7.0 et MSDE 1.0, une restauration ferme toutes les curseurs sauf les curseurs qui répondent aux conditions suivantes :
  • CURSOR_CLOSE_ON_COMMIT est DÉSACTIVÉE.
  • Le curseur est statique.
  • Le curseur a terminé son worktable de remplissage.
Pour améliorer la compatibilité avec les versions antérieures de SQL Server, SP1 de composants de base de données modifié ce comportement afin de curseurs sont fermés sur restauration uniquement si une des conditions suivantes est remplie :
  • CURSOR_CLOSE_ON_COMMIT est activée.
  • Un curseur asynchrone rempli actuellement lors du remplissage.
Le comportement est introduit dans SP1 de composants de base de données est effectué vers l'avant dans les futurs service packs.

Modifications dans le Générateur de profils SQL
La colonne de données id de connexion dans SQL Profiler ne sera pas pris en charge dans une version ultérieure de SQL Server. Nous vous recommandons d'utiliser la colonne de données SPID à la place.

Blanc clusters SQL Server

Le livre blanc « comment faire pour installer SQL Server 7.0, Enterprise Edition, sur Microsoft Cluster Server : instructions étape par étape » remplacent les informations de mise en clusters qui sont fournies dans la documentation en ligne de SQL Server pour SQL Server 7.0. Pour plus d'informations sur ce livre blanc, reportez-vous au site de Web Microsoft suivant :
http://support.microsoft.com/kb/842192

Services de transformation de données

Cette section décrit les modifications qui sont introduites dans les données services DTS (transformation) par le service pack.
L'exportation vers des bases de données Oracle
introduit dans le Service Pack 1

Lorsque vous utilisez l'Assistant DTS Exportation pour exporter vers Oracle, si vous utilisez DTS pour créer les tables de destination, DTS crée les tables qui respecte la casse en utilisant des guillemets autour du propriétaire et les noms de table. Cela doit se produire pour prendre en charge propriétaire ou noms de table qui sont des mots clés ou contenant espace caractères (« »). Si les noms ne sont pas des mots clés et ne contiennent pas d'espace caractères et si vous souhaitez supprimer les guillemets, les supprimer dans la boîte de dialogue Copier la table DTS .

Utiliser la fonction test DTS
introduit dans le Service Pack 1

La fonctionnalité de test de DTS a amélioré les fonctionnalités et prend désormais en charge variables globales et des recherches. L'interface utilisateur DTS a une option test dans les boîtes de dialogue deux suivantes :
  • Dans les propriétés de transformation de données de boîte de dialogue, cliquez sur l'onglet transformations . Puis, cliquez avec le bouton droit sur une des lignes qui mappent les transformations de colonne. Le menu qui apparaît contient un élément de menu test.
  • Double-cliquez sur la zone de dialogue Propriétés des tâches Script ActiveX , puis cliquez sur test .
Ces tests prennent désormais en charge variables globales et des recherches. Les tests ne sont pas prises en charge sur lineage colonnes.

Modifications apportées à la boîte de dialogue Exécuter un package
introduit dans le Service Pack 1

Lorsque vous exécutez un package DTS dans l'Assistant Importation DTS, l'Assistant Exportation de DTS ou du concepteur DTS, des colonnes supplémentaires sont ajoutés à la boîte de dialogue Exécuter un package pour afficher heure de début, Heure de fin et la durée. Ces nouvelles colonnes ne sont pas disponibles si vous exécutez le package avec un mot de passe utilisateur.

En outre, les informations de notification transfert sont fournies lors de l'exécution de package.

Messages d'erreur données transformation services
introduit dans le Service Pack 1

Messages d'erreur DTS ont été améliorés. Les messages d'erreur fournir maintenant informations fournisseur-spécifiques OLE DB et les informations sur l'opération a échoué.

Utilisation du mot-clé Set dans les scripts Microsoft Visual Basic
introduit dans le Service Pack 1

Microsoft ActiveX affectation de références d'objet à DTS variables globales dans les scripts Microsoft Visual Basic Scripting Edition (VBScript) suit maintenant la syntaxe Visual Basic Set standard dans tous les cas.

Utilisez le mot-clé Set lorsque vous souhaitez affecter une référence d'objet. Dans le cas contraire, la valeur par défaut de l'objet va être affectée.

Si une variable globale contient une référence d'objet, utiliser le mot-clé Set et le mot clé .valeur pour réaffecter la référence d'objet. Par exemple :
  • L'instruction suivante affecte une référence à l'objet Connection à la variable x: global
    Set DTSGlobalVariables("x").Value =
                       CreateObject("ADO.Connection")
    
  • L'instruction suivante affecte la variable o à une référence à l'objet Connection :
    Set o = DTSGlobalVariables("x")
  • L'instruction suivante affecte la variable o à une référence à une variable globale qui contient une référence à l'objet Connection :
    Set o = DTSGlobalVariables("x")
Modifications de packages DTS
introduit dans le Service Pack 2 et Service Pack 3

SQL Server 7.0 SP2, SQL Server 7.0 SP3 et SQL Server 2000 a introduit des modifications au format interne qui DTS utilise pour enregistrer les packages. Lorsqu'un package est enregistré à un fichier ou un SQL Server sans utiliser de mot de passe, les formats de suivants sont pris en charge pour les versions pack service différent.
Réduire ce tableauAgrandir ce tableau
Service packLitÉcrit
SQL Server 7.0 Service Pack 1SQL Server 7.0
SQL Server 7.0 Service Pack 1
SQL Server 7.0
SQL Server 7.0 Service Pack 1
SQL Server 7.0 Service Pack 2SQL Server 7.0 SQL
Serveur 7.0 Service Pack 1
SQL Server 7.0 Service Pack 2
SQL Server 7.0 Service Pack 2
SQL Server 7.0 Service Pack 3SQL Server 7.0
SQL Server 7.0 Service Pack 1
SQL Server 7.0 Service Pack 2
SQL Server 7.0 Service Pack 3
SQL Server 7.0 Service Pack 4
SQL Server 2000
SQL Server 2000 Service Pack 1
SQL Server 2000 Service Pack 2
SQL Server 7.0 Service Pack 2
SQL Server 7.0 Service Pack 3
SQL Server 7.0 Service Pack 4
SQL Server 2000
SQL Server 2000 Service Pack 1
SQL Server 2000 Service Pack 2
SQL Server 7.0 Service Pack 4SQL Server 7.0
SQL Server 7.0 Service Pack 1
SQL Server 7.0 Service Pack 2
SQL Server 7.0 Service Pack 3
SQL Server 7.0 Service Pack 4
SQL Server 2000
SQL Server 2000 Service Pack 1
SQL Server 2000 Service Pack 2
SQL Server 7.0 Service Pack 2
SQL Server 7.0 Service Pack 3
SQL Server 7.0 Service Pack 4
SQL Server 2000
SQL Server 2000 Service Pack 1
SQL Server 2000 Service Pack 2
Améliorations de SQL Server Agent proxy compte
introduit dans le Service Pack 4

Dans les versions de SQL Server antérieures à SQL Server 7.0 Service Pack 4, packages DTS qui étaient stockés sur le serveur n'a pas pu être exécutés sous les informations d'identification du compte de proxy de l'Agent SQL Server à moins que le compte proxy avait accès dans le dossier TEMP utilisateur le compte sous lesquels le serveur ou l'agent a été exécuté. Le serveur s'exécuter pour exécuter à partir de xp_cmdshell procédure stockée étendue des tâches. L'agent s'être exécuté pour travaux agent.

Par conséquent, les utilisateurs devaient souvent ajuster la variable d'environnement TEMP pour le compte de démarrage SQL Server ou de l'agent SQL pointer vers un dossier qui est accessible au démarrage et les comptes proxy. Par exemple, C:\Temp. Pour le Service Pack 4, DTS a été améliorée à utiliser le dossier TEMP du système si le dossier TEMP utilisateur est indisponible. Cette modification réduit considérablement le besoin de ces ajustements.

SQL Server 7.0 et Microsoft Exchange 5.5

Si vous exécutez SQL Server 7.0 et Microsoft Exchange Server version 5.5 sur le même ordinateur, vous devez configurer explicitement l'utilisation de la mémoire dans SQL Server. SQL Server ne fonctionnent pas correctement si vous laissez le serveur SQL minimales option de mémoire dynamique définie à la valeur par défaut de 0.

Pour résoudre un problème de mémoire connus qui se produit lorsque les deux produits sont exécutés en même temps, vous devez défini la mémoire dynamique minimale SQL Server 7.0 ou l'option de mémoire du serveur sp_configure min , à la quantité de mémoire qui est nécessaire pour prendre en charge de la pointe du traitement de charge de SQL Server. Dans cet environnement, SQL Server ne ne reçoive pas suffisamment de mémoire pour atteindre le paramètre de mémoire dynamique maximale ou l'option de mémoire de serveur maximale sp_configure . Au lieu de cela, SQL Server s'exécute généralement avec la quantité de mémoire est spécifié dans l'option minimum de mémoire dynamique. Par conséquent, le paramètre de mémoire dynamique minimale doit être suffisant pour exécuter SQL Server lorsque qu'il fonctionne à capacité élevée.

Pour déterminer le montant de mémoire que SQL Server nécessite, surveiller la quantité de mémoire que SQL Server utilise pour les conditions suivantes sont remplies :
  • Si votre base de données est exécuté en production, contrôler le code SQL Server Utilisation de mémoire lorsque le système exécute à capacité élevée.
  • Si vos applications SQL Server ont été développées en interne, exécutez les tests de contrainte pendant que vous analysez la mémoire utilisée par SQL Server.
  • Si vos applications SQL Server a été développées par un tiers, vous devrez peut-être consultez la documentation d'application ou le fournisseur afin de déterminer l'effet de l'application sur l'utilisation de SQL Server la mémoire.
Pour plus d'informations analyse la mémoire de SQL Server ou définissez les options de mémoire de SQL Server, consultez les rubriques « Utilisation de mémoire analyse » et « options de mémoire de serveur » dans la documentation en ligne de SQL Server pour SQL Server 7.0.

La version française de documentation en ligne de SQL Server

introduit dans le Service Pack 1

La version française d'origine de la documentation en ligne de SQL Server devait d'une table des matières incorrecte. La version française du Service Pack 4 SQL Server 7.0 inclut un fichier à extraction automatique qui contient un nouveau fichier français SQL Server Books Online avec une table des matières corrigée.

Pour installer la version française corrigée de la documentation en ligne de SQL Server, procédez comme suit :
  1. Copiez le fichier Sqlbolfr.exe le dossier du service pack dans un dossier vide sur votre ordinateur.
  2. Exécutez Sqlbolfr.exe pour extraire le fichier Sqlbol.chm.
  3. Copier le nouveau fichier Sqlbol.chm sur le C:\Mssql7\Books répertoire. Cela remplacera la version incorrecte du fichier.

Modifications de l'espace de stockage

introduit dans le Service Pack 2

Cette section décrit les modifications qui sont introduites dans le référentiel par le service pack.
Importer à partir de bases de données DB2 et Informix
introduit dans le Service Pack 2

Lorsqu'il utilise l'analyse OLE DB importer à partir de bases de données DB2 ou Informix, référentiel Microsoft crée maintenant tables pour les informations de schéma et type. Cette fonctionnalité aux bases de données qui utilisent le pilote Microsoft ODBC pour DB2 et le pilote Intersolv Informix ODBC, le pilote Intersolv OLE DB pour ODBC et le fournisseur OLE DB Intersolv d'Informix.

Récupération améliorée des objets versions
introduit dans le Service Pack 2

Vous pouvez maintenant récupérer la dernière version d'objet dans chaque cas, même si la séquence de version inclut une version supprimée. Auparavant, si vous avez supprimé une version de l'objet et ensuite créé une nouvelle version de l'objet, vous recevriez un message d'erreur si vous a tenté de récupérer la version la plus récente.

Propriétés

Numéro d'article: 889543 - Dernière mise à jour: mercredi 17 janvier 2007 - Version: 1.5
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft SQL Server 7.0 Service Pack 4
  • Microsoft Data Engine 1.0
Mots-clés : 
kbmt kbpubtypekc kbservicepack kbhowto kbinfo KB889543 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 889543
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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