Description du Service Pack 1 pour SQL Server 2000 : 30 mai 2001

Microsoft SQL Server 2000 Service Pack 1 (SP1) fournit des mises à jour pour les composants de base de données d'une installation de SQL Server 2000. Cet article contient les informations suivantes :

• Comment pour identifier la version de SQL Server et Analysis Services est installé
• Comment télécharger et extraire SQL Server 2000 SP1
• Comment faire pour installer SQL Server 2000 SP1
• Comment redistribuer les composants clients de la base de données des composants SP1
• Informations sur les problèmes peuvent se produire lorsque vous exécutez ce service pack
• Informations sur une amélioration de sécurité pour les requêtes en anglais qui est disponible séparément

Cette version de Microsoft SQL Server 2000 Service Pack 1 (SP1) est fourni dans trois parties :

• Base de données des composants SP1 offre mises à jour pour les composants de base de données d'une instance de SQL Server 2000, excluant les instances de SQL Server 2000 Desktop Engine. SP1 de composants de base de données inclut mises à niveau à la suivante :
  • Le moteur de données
  • Base de données client Outils et utilitaires, tels que SQL Server Enterprise Manager et osql
  • Composants de connectivité de client de base de données, tels que fournisseur Microsoft OLE DB pour SQL Server 2000, le pilote ODBC de SQL Server 2000 et le client Net-Libraries
• Analysis Services SP1 fournit mises à jour pour les composants SQL Server 2000 Analysis Services d'une installation SQL Server 2000, notamment les suivantes :
  • Analysis Services
  • Analysis Services client composants tels que Analysis Manager et fournisseur Microsoft OLE DB pour Analysis Services
  • Composants de connectivité de client de base de données, tels que fournisseur Microsoft OLE DB pour SQL Server 2000, le pilote ODBC de SQL Server 2000 et le client Net-Libraries
• Bureau SP1 de moteur offre des mises à jour pour les composants de base de données d'une instance de SQL Server 2000 Desktop Engine. Ces composants sont les suivants :
  • Le moteur de données
  • Composants de connectivité de client de base de données, tels que fournisseur Microsoft OLE DB pour SQL Server 2000, le pilote ODBC de SQL Server 2000 et le client Net-Libraries

Ces trois parties de SQL Server 2000 SP1 peuvent être appliquées séparément de l'une des manières suivantes :

• Utiliser SP1 de composants de base de données pour mettre à niveau vos composants de base de données sans mettre à niveau vos composants Analysis Services ou les instances de SQL Server 2000 Desktop Engine.
• Analysis Services SP1 permet de mettre à niveau votre Analysis Services composants sans mise à niveau des instances de Desktop Engine ou les composants de base de données.
• Utilisez Desktop Engine Service Pack 1 pour mettre à niveau instances de Desktop Engine sans mettre à niveau d'Analysis Services ou les instances d'autres éditions de SQL Server 2000. Pour plus d'informations sur l'installation de Desktop Engine, consultez le "Install Desktop Engine SP1" section plus loin dans cet article.

Toutefois, pour mettre à niveau vos composants de base de données et les composants des services d'analyse, vous devez appliquer à la fois de la base de données des composants SP1 et de Analysis Services SP1.

installation de base de données des composants SP1

Le programme installation SP1 des composants de base de données détecte automatiquement quelle édition de SQL Server 2000 est présente sur l'instance de SQL Server 2000 qui est mis à niveau. Programme d'installation met uniquement à niveau les composants qui ont été installés pour cette instance. Par exemple, lorsque le service pack est appliqué à un ordinateur qui exécute SQL Server 2000 Édition Standard, il ne mettre à pas niveau composants qui seulement sont inclus dans SQL Server 2000 Édition Entreprise.

Service Pack 1 de la base de données des composants peuvent être appliquées à une instance par défaut unique ou une instance nommée de SQL Server. Si vous mettez à niveau plusieurs instances de SQL Server 2000, vous devez appliquer Service Pack 1 à chaque instance. Lorsque vous effectuez une mise à niveau une instance sur un ordinateur doté d'une ou plusieurs instances de SQL Server 2000, tous les outils sont mis à niveau vers le SP1. Il y ne sont pas des copies distincts des outils pour chaque instance sur un ordinateur.

Suppression SQL Server 2000 SP1

Lorsque le service pack est installé, elle modifie les tables système pour des raisons de maintenance. En raison de ces modifications, SQL Server 2000 SP1 ne peuvent pas être facilement supprimées. Pour revenir à la version que vous utilisiez avant l'installation de SP1, vous devez supprimer et réinstaller SQL Server 2000. Avant de supprimer SQL Server 2000, détachez vos bases de données. Rattacher les après la réinstallation de SQL Server 2000. Pour d'informations sur l'utilisation sp_attach_db et sp_detach_db , consultez la documentation en ligne de SQL Server.

Une fois vous avez réinstallé SQL Server 2000, vous devez effectuer les opérations suivantes :

• Recréez les ouvertures de session requise.
• Recréez les tâches planifiées qui dépendent des informations dans la base de données msdb.
• Répétez les modifications apportées dans la base de données modèle.
• Reconfigurer la réplication si vous utilisez la réplication.

plus d'informations sur SQL Server 2000 SP1 résout Pour plus d'informations sur les correctifs qui sont contenus dans ce service pack, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft : Chaque correctif répertorié dans cet article possède un lien à une base de connaissances qui décrit le correctif résout le problème.

correctifs QFE

Si vous avez reçu un correctif QFE après le 1 mai 2001, le correctif n'est pas inclus dans SQL Server 2000 SP1. Contactez votre fournisseur principal de support technique sur les correctifs QFE et SQL Server 2000 SP1.

Identifier la version actuelle de SQL Server

Pour identifier la version de SQL Server 2000 que vous avez installé, tapez SELECT @ @version à une invite de commande si vous utilisez les utilitaires osql ou isql. Si vous utilisez l'Analyseur de requêtes SQL, tapez SELECT @ @version dans la fenêtre Requête. Le tableau suivant présente la relation entre la chaîne de version qui la commande SELECT @ @version signale et le numéro de version SQL Server 2000. Si vous n'êtes pas sûr de quelle édition de SQL Server 2000 que vous exécutez, afficher la dernière ligne de sortie qui est renvoyée par la commande SELECT @ @version :

Identifier la version actuelle de Analysis Services

Pour identifier la version d'Analysis Services que vous avez installé, procédez comme suit :

1. Cliquez sur Démarrer , pointez sur Program files , pointez vers SQL Server 2000 , pointez vers Analysis Services et puis cliquez sur Gestionnaire d'analyse .
2. Dans l'arborescence Analysis Manager, cliquez avec le bouton droit sur Analyse serveurs , puis cliquez sur Analysis Services .

Le tableau suivant illustre la version de Analysis Services que vous avez.

Téléchargement et extraction de SQL Server 2000 SP1

SQL Server 2000 SP1 est distribué dans deux formats :

• Sur un CD
• Dans les trois à extraction automatique fichiers suivants qui peuvent être téléchargés à partir d'Internet :
  • SQL2KSP1.exe : Service Pack 1 base de données des composants
  • SQL2KASP1.exe : Analysis Services SP1
  • SQL2KDeskSP1.exe : SP1 moteur Desktop

Les fichiers à extraction automatique sont utilisés pour créer un ensemble de répertoires et fichiers sur votre ordinateur. Ces répertoires et fichiers sont identiques que l'ensemble des répertoires et fichiers sur le CD-ROM SQL Server 2000 Service Pack 1. Si vous téléchargez SQL Server 2000 SP1, vous devez extraire les fichiers pour créer les répertoires de pack service avant de pouvoir exécuter le programme d'installation.

Le processus d'installation est le même pour le CD-ROM SQL Server 2000 Service Pack 1 et les fichiers extraits SQL Server 2000 SP1.

note Certains des fichiers dans les service packs sont des fichiers système. Par conséquent, vous ne pouvez pas afficher les sauf si vous avez la case à cocher Afficher tous les fichiers sélectionnée. Pour activer la case à cocher Afficher tous les fichiers , procédez comme suit :

1. Dans l'Explorateur Microsoft Windows, l'affichage du menu, cliquez sur Options .
2. Cliquez sur l'onglet Affichage , puis cliquez pour sélectionner la case à cocher Afficher tous les fichiers .

Pour télécharger un des fichiers répertoriés plus haut dans cette section, enregistrez le fichier à extraction automatique dans un dossier sur l'ordinateur qui exécute l'instance de SQL Server 2000 où vous installez ce service pack. À partir de ce dossier, exécutez le fichier. Vous invite au programme auto-extraction entrer le nom du dossier dans lequel vous souhaitez enregistrer les fichiers du service pack.

Sur votre lecteur de disque dur local, vous devez espace libre d'environ trois fois la taille du fichier à extraction automatique. Cet espace inclut un espace pour stocker les fichiers d'espace pour stocker les fichiers extraits du service pack et espace de travail temporaire qui requiert le programme auto-extraction lui-même.

Vous pouvez renommer le dossier où vous extrayez les fichiers après avoir extrait les composants. Toutefois, assurez-vous que le nom du dossier ne contient pas de caractères d'espacement. Vous pouvez utiliser le même dossier cible pour chaque fichier qui est répertorié plus haut dans cette section. Qu'ils ne remplace ni interférer avec les unes des autres.

L'installation de SQL Server 2000 SP1

Pour installer SQL Server 2000 SP1, effectuez l'une suivantes, selon les composants qui vous sont à l'installation :

• Pour appliquer le Service Pack 1 de la base de données des composants et le Analysis Services SP1, suivez les étapes décrites dans les sections suivantes plus loin dans cet article :
  • « Sauvegarder vos bases de données SQL Server »
  • « Sauvegarder vos bases de données Analysis Services »
  • « Vous assurer que les bases de données du système disposez de suffisamment d'espace libre »
  • « Stop services et applications avant d'exécuter le programme d'installation de SQL Server 2000 Service Pack 1 »
  • « Installer SP1 de composants de base de données »
  • « Installer Analysis Services SP1 »
  • « Redémarrer les services »
  • « Redémarrer applications »
• Pour appliquer uniquement de la base de données des composants SP1 sur un ordinateur qui exécute le serveur et les composants clients, procédez comme les étapes décrites dans les sections suivantes plus loin dans cet article :
  • « Sauvegarder vos bases de données SQL Server »
  • « Vous assurer que les bases de données du système disposez de suffisamment d'espace libre »
  • « Stop services et applications avant d'exécuter le programme d'installation de SQL Server 2000 Service Pack 1 »
  • « Installer SP1 de composants de base de données »
  • « Installer Analysis Services SP1 »
  • « Redémarrer les services »
  • « Redémarrer applications »
• Pour appliquer uniquement de la base de données des composants SP1 sur un ordinateur qui exécute uniquement les composants du client de base de données, procédez comme les étapes décrites dans les sections suivantes plus loin dans cet article :
  • « Installer SP1 de composants de base de données »
  • « Redémarrer les services »
  • « Redémarrer applications »
• Pour appliquer uniquement Analysis Services SP1, procédez comme les étapes décrites dans les sections suivantes plus loin dans cet article :
  • « Sauvegarder vos bases de données Analysis Services »
  • « Stop services et applications avant d'exécuter le programme d'installation de SQL Server 2000 Service Pack 1 »
  • « Installer Analysis Services SP1 »
  • « Redémarrer les services »
  • « Redémarrer applications »
  Utiliser la même procédure pour les ordinateurs exécutent le client Analysis Services composants uniquement et ordinateurs qui exécutent les deux les Analysis Services composants client et serveur.
• Pour appliquer uniquement Desktop Engine SP1 sur un ordinateur qui exécute uniquement Desktop Engine, procédez comme les étapes décrites dans les sections suivantes plus loin dans cet article :
  • « Stop services et applications avant d'exécuter le programme d'installation de SQL Server 2000 Service Pack 1 »
  • « Installer SP1 de moteur sur le Bureau »
• Pour appliquer le service pack à un cluster de serveurs, suivez les étapes décrites dans la section « Installation SQL 2000 Service Pack 1 sur un serveur cluster Server » plus loin dans cet article

note Vous ne pouvez pas utiliser le programme d'installation de SQL Server pour installation à distance de SQL Server 2000 SP1.

Avant d'installer SQL Server 2000 SP1, vérifiez que vos bases de données et les groupes de fichiers sont accessible en écriture et que le compte d'utilisateur qui exécute le programme d'installation de SQL Server dispose autorisation d'accès les bases de données. L'installation échoue si vous n'effectuez pas cette opération. La cause de l'échec est enregistrée dans le fichier Sqlsp.log pour SQL Server ou dans le fichier Olapsp.log pour Analysis Services. En outre, si les bases de données ne sont pas accessible en écriture, vous devez désactiver Envoi de journaux pour appliquer le service pack.

Vous pouvez également utiliser Systems Management Server d'installer SQL Server 2000 SP1 automatiquement sur plusieurs ordinateurs qui exécutent Windows NT Server 4.0 en utilisant un fichier de définition de package (fichier Smssql2ksp1.pdf). Le fichier de définition de package crée automatiquement un package SQL Server dans Systems Management Server. Le package SQL Server peut ensuite être distribué et installé sur les ordinateurs qui exécutent Systems Management Server. Le fichier Sms2kdef.bat est un fichier de traitement par lots qui détecte le système d'exploitation de l'ordinateur et exécute la version appropriée du programme d'installation.

note Avant d'installer SQL Server 2000 SP1 sur la version de langue française de Windows NT 4.0, lisez et suivez les instructions de l'article suivant dans la Base de connaissances Microsoft :

Sauvegarder vos bases de données SQL Server

Avant d'installer le service pack, sauvegardez le maître base de données et la base de données msdb. Lors de l'installation du service pack change la base de données principale et la base de données msdb. Les modifications rendez-les incompatible avec les versions pré-SP1 de SQL Server 2000. Ces sauvegardes sont requis si vous décidez de réinstaller SQL Server 2000 sans Service Pack 1.

Application de SQL Server 2000 SP1 n'affecte pas les autres bases de données.

Sauvegarder vos bases de données Analysis Services

Avant d'installer le service pack, sauvegardez vos bases de données Analysis Services en effectuant une copie de votre dossier Microsoft analyse Services\Data sauvegarde. Par défaut, ce dossier est installé dans C:\Program le dossier Files. Si vous avez migré pas votre référentiel Analysis Services vers SQL Server, effectuez une copie du fichier Msmdrep.mdb de sauvegarde. Ce fichier se trouve dans le dossier Microsoft analyse Services\bin. Pour enregistrer vos entrées de Registre Analysis Services, exécuter l'Éditeur du Registre et utilisation du Exporter un fichier du Registre article dans le menu Registre pour exporter la sous-clé HKEY_LOCAL_MACHINE\SOFTWARE\OLAP Server vers un fichier de sauvegarde.

Assurez-vous que les bases de données système disposez de suffisamment d'espace libre

Si l'option Étendue automatique n'a pas été sélectionnée pour la base de données principal et la base de données msdb, les bases de données doivent être au moins 500 Kilooctets (Ko) d'espace libre. Pour vérifier qu'ils ont cet espace, exécuter le système sp_spaceused procédure pour la base de données principal ou la base de données msdb stockée. Si l'espace non alloué dans un base de données est moins de 500 Ko, augmenter la taille de la base de données. Pour plus d'informations, voir « Extension a Database » dans SQL Server Books Online.

Si l'option Étendue automatique a été sélectionnée pour la base de données principal et la base de données msdb de l'instance de SQL Server 2000 ou Desktop Engine où application SQL Server 2000 SP1, vous pouvez ignorer cette étape.

Pour vérifier que cette option a été sélectionnée dans SQL Server 2000, ouvrez SQL Server Enterprise Manager, cliquez avec le bouton droit sur l'icône de la base de données et puis cliquez sur Propriétés . Vérifiez que la case à cocher agrandir automatiquement fichier est activée.

Pour vérifier que cette option a été sélectionnée dans Desktop Engine, 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.

Arrêter services et applications avant d'exécuter le programme d'installation de SQL Server 2000 Service Pack 1

Vous pouvez appliquer SQL Server 2000 SP1 sans arrêt des services. Si vous n'arrêtez pas services, le programme d'installation redémarre votre ordinateur.

Pour exécuter le programme d'installation sans redémarrer votre ordinateur, arrêtez le suivant services et applications avant d'appliquer le service pack :

• Microsoft Distributed Transaction Coordinator (MS DTC) et les services Microsoft Search, MSSQLServer MSSQLServerOLAPService et SQLServerAgent.
  
  note Vous devez également arrêter ces services pour chaque instance nommée. Pour exemple, MSSQL $ NamedInstance.
• Services de composants de Microsoft, Microsoft Message Queuing et COM Microsoft transaction Integrator.
• Toutes les applications, y compris le Panneau de configuration. Cette étape est recommandée, mais pas obligatoire.

Vous ne pouvez pas arrêter services dans un environnement en clusters. Pour plus d'informations, consultez la section « Installation sur un cluster de serveur » plus loin dans cet article.

Installation de SP1 composants de base de données

Exécutez le script fichier Setup.bat à partir d'un des emplacements suivants :

• Le répertoire qui contient les fichiers extraits service pack à partir de Sql2ksp1.exe

• Le répertoire de pack service sur le CD-ROM SQL Server 2000 Service Pack 1

Fichier Setup.bat ouvre la boîte de dialogue Paramètres . La boîte de dialogue vous invite des informations, telles que si vous souhaitez utiliser l'authentification SQL Server ou Authentification Windows. Si vous choisissez l'authentification SQL Server, vous devez fournir le programme d'installation avec le mot de passe pour la sa connexion de compte. Si vous choisissez l'authentification Windows, vous devez avoir ouvert une session sur Windows à l'aide d'un compte d'ouverture de session Windows lorsque vous exécutez le programme d'installation. Ce compte d'ouverture de session doit être une partie de sysadmin fixe rôle de serveur pour l'instance de SQL Server 2000 ou Desktop Engine que vous mettez à niveau.

Le programme d'installation puis effectue les opérations suivantes :

• Remplace les fichiers SQL Server 2000 ou Desktop Engine existants avec les fichiers du Service Pack 1.
• Exécute plusieurs fichiers de script Transact-SQL pour mettre à jour de procédures système stockée.
• Affiche une boîte de dialogue mode d'authentification s'il détecte que l'installation utilise l'authentification en mode mixte avec un mot de passe vide pour le compte d'ouverture de session sa. En laissant le mot de passe d'ouverture de session sa vide fournit aux utilisateurs un accès administratif facile à SQL Server ou Desktop Engine. Vous pouvez protéger vos systèmes en imposant un mot de passe sa ou en utilisant l'authentification Windows.

La boîte de dialogue mode d'authentification affiche les paramètres actuels pour l'installation. Voici les paramètres par défaut de la boîte de dialogue :

• Sur les ordinateurs qui exécutent Windows 98 et Windows Millennium Edition, la boîte de dialogue mode d'authentification est définie sur Authentification de mode mixte et requêtes que vous spécifiez un mot de passe pour le compte d'ouverture de session sa. Authentification en mode mixte est le mode d'authentification uniquement prise en charge sur ces systèmes d'exploitation. Si vous spécifiez un mot de passe, le programme d'installation de programme de modifier le mot de passe d'ouverture de session sa. Si vous laissez le mot de passe vide, le programme d'installation se connecte et ne modifie pas le mot de passe.
• Sur les ordinateurs qui exécutent Windows NT 4.0 ou Windows 2000, le programme d'installation est défini sur Authentification Windows. Utilisez la boîte de dialogue pour basculer en mode mixte ou mode d'authentification Windows avec un mot de passe de d'ouverture de session sa qui n'est pas vide.

Avant de modifier le mode d'authentification ou le mot de passe pour le compte d'ouverture de session sa, assurer que cette modification n'affecte pas des applications existantes. Par exemple, si vous passez d'authentification en mode mixte à l'authentification Windows, les applications qui tentent de vous connecter en utilisant l'authentification SQL Server ne peut pas connecter jusqu'à ce que le mode d'authentification est modifiée pour utiliser l'authentification Windows. En outre, si vous modifiez le mot de passe d'ouverture de session sa, applications ou processus administratifs qui utilisent l'ancien mot de passe ne pouvez pas vous connecter jusqu'à ce qu'elles aient été modifiées pour utiliser le nouveau mot de passe.

Le programme d'installation place un enregistrement des actions qu'il effectuée dans le fichier Sqlsp.log dans le répertoire Windows de l'ordinateur sur lequel il a été exécutée.

Installer Analysis Services SP1

Pour installer Analysis Services SP1, exécutez Setup.exe à partir d'un des emplacements suivants :

• Le sous-répertoire Msolap\Install dans le répertoire contenant le fichier Analysis Services SP1 extrait de SQL2KASP1.exe

• Le répertoire Msolap\Install sur le CD-ROM SP1.

Setup.exe ouvre la boîte de dialogue Paramètres . Vous êtes invité relatives et puis installation termine l'installation.

Installation de SP1 moteur Desktop

Pour mettre à niveau une installation existante de Desktop Engine, exécutez Setup.exe à partir d'un des emplacements suivants :

• Le sous-répertoire MSDE dans le répertoire qui contient les fichiers extraits service pack à partir de Sql2kdesksp1.exe

• Le sous-répertoire MSDE sur le CD-ROM SQL Server 2000 Service Pack 1

Vous devez appliquer le fichier correctif approprié à chaque instance de Desktop Engine que vous mettez à niveau. Un fichier de correctif est un fichier qui possède une extension de nom de fichier .msp qui sert à appliquer ce service pack. Si vous connaissez le package d'installation qui a été utilisé pour installer le moteur Desktop, spécifier un fichier correctif à partir de l'invite de commande en utilisant l'option /p . Si vous ne connaissez pas le package d'installation a été utilisé, le taper SQLRUN après l'option /p . Avec le mot-clé SQLRUN, le programme d'installation choisit le fichier correctif approprié si les conditions suivantes sont remplies :

• Tous les fichiers .msp sont situés dans un dossier nommé programme d'installation. Ce dossier est directement sous le dossier qui contient le fichier Setup.exe.
• Le nom d'instance de la cible installation Desktop Engine est spécifié à l'invite de commandes dans le cas contraire l'instance par défaut.

L'exemple suivant exécute le programme configuration en tant qu'une installation de correctif sur une instance nommée qui est appelée MyInstance : Remarque n'utilisez pas ouvrants et fermants guillemets autour du nom de l'instance.

Le nom d'instance peut également être spécifié dans un fichier Setup.ini fichier ou un autre fichier de paramètres. Pour plus d'informations, voir « SQL Server 2000 Desktop Engine Configuration du » dans la documentation en ligne de SQL Server.

Si paramètres ne trouvez pas le fichier correctif approprié, vous recevrez un message d'erreur.

l'installation de nouvelles instances de Desktop Engine après avoir appliqué SQL Server 2000 SP1

Procédez comme suit pour installer une nouvelle instance de Desktop Engine après avoir appliqué SQL Server 2000 SP1.

1. Modifiez l'extension de nom de fichier des fichiers suivants en l'extension de fichier .rdl dans le répertoire \Program Files\Microsoft SQL Server\80\Tools\Binn\Resources\1033 :
   • semnt.rll
   • sqlsvc.rll
2. Modifiez l'extension de nom de fichier des fichiers suivants en l'extension de fichier .dld dans le répertoire \Program Files\Microsoft SQL Server\80\Tools\Binn :
   • Semnt.dll
   • Sqlsvc.dll
   • Sqlresld.dll
3. Installer Desktop Engine sans SP1.
4. Modifier les extensions de nom de fichier des fichiers Semnt.rdl et Sqlsvc.rdl dans le répertoire \Program Files\Microsoft SQL Server\80\Tools\Binn\Resources\1033 .rll.
5. Changer l'extension de nom fichier de la Semnt.dld, Sqlsvc.dld, Sqlresld.dld fichiers du répertoire \Program Files\Microsoft SQL Server\80\Tools\Binn à .dll.

L'instance nouvellement installé de Desktop Engine sera Service Pack 1.

Redémarrez les services

Après le programme d'installation, il peut vous inviter à redémarrer le système. Après redémarrage le système ou après le programme d'installation sans demander un redémarrage, utilisez l'application Services dans le Panneau de configuration pour vous assurer que les services MS DTC et la recherche de Microsoft, MSSQLServer MSSQLServerOLAPService et SQLServerAgent s'exécutent. Sauvegarder la mise à niveau de base de données maître et la base de données msdb et réactiver l'envoi de journaux.

Redémarrez applications

Redémarrez les applications que vous avez fermé avant que vous n'ayez exécuté le programme d'installation de SQL Server 2000 Service Pack 1.

Installer SQL Server 2000 SP1 sur un cluster de serveurs

Pour installer SQL Server 2000 SP1 sur un cluster de serveurs :

• Exécuter SQL Server 2000 SP1 à partir du n?ud qui possède le groupe qui contient le serveur virtuel que vous allez mettre à niveau. Il installe les fichiers pack service sur tous les n?uds de cluster.
• Dans la boîte de dialogue Paramètres , entrez le nom du serveur virtuel que vous mettez à niveau.
• Conserver tous les n?uds du cluster en ligne pendant l'installation. Cela garantit que la mise à niveau est appliqué à chaque n?ud du cluster.

Configuration provoque le cluster à redémarrer.

Installer SQL Server 2000 SP1 sur serveurs répliqués

Appliquez ce service pack à tous les participants de SQL Server 2000 dans votre topologie de réplication ces participants comprennent Publisher, distributeur et abonnés. Déployer SQL Server 2000 SP1 sur des serveurs répliqués dans la séquence suivante :

• Distributeur, Si distincte de l'éditeur
• Publisher
• Les abonnés

note La plupart des temps, le distributeur et l'éditeur sont sur le même serveur. Cela est particulièrement vrai dans la réplication de fusion et publipostage. Le distributeur et l'éditeur 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 des agent. En règle générale, la base de données de distribution réside sur le même ordinateur résidant sur 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 sur sites pour centraliser l'enregistrement de l'historique des agent.

Vous pourrez pas mettre à niveau tous les serveurs dans une topologie de réplication immédiatement. Toutefois, les opérations de réplication sont généralement inchangées entre les serveurs qui exécutent des instances de SQL Server 2000 et ce service pack. Les exceptions à cette sont traitées dans la " A new - paramètre MaxCmdsInTran pour l'agent de lecture du journal « section plus loin dans cet article.

Désinstallation de SQL Server 2000 Service Pack 1

Pour revenir à la version pré-SP1 de SQL Server ou d'analyse services, vous devez procédez comme suit :

• Supprimez SQL Server 2000 SP1.
• Installez SQL Server 2000.
• Restaurer la base de données master, la base de données msdb et les bases de données utilisateur.

Procédez comme suit pour revenir à la version pré-SP1 de SQL Server ou Analysis Services :

1. Sauvegardez toutes les bases de données utilisateur.
2. Dans le Panneau de configuration, double-cliquez sur Ajout/Suppression de programmes , cliquez sur l'instance de SQL Server que vous souhaitez supprimer, puis cliquez sur Supprimer .
3. Installez SQL Server 2000 à partir le CD-ROM ou de l'emplacement que vous avez installé SQL Server à partir de.
4. Restaurez la base de données principal et la base de données msdb à partir de la dernière sauvegarde a été créée avant d'appliquer SQL Server 2000 SP1.
5. Restaurer les bases de données utilisateur.

Installations sans assistance

Service Pack 1 de la base de données des composants peuvent être appliquées à une instance de SQL Server 2000 qui s'exécute sur un ordinateur qui est en mode sans assistance. Le CD-ROM de Service Pack 1 de composants de base de données contient des fichiers .iss qui peuvent être utilisés pour effectuer des paramétrages SP1 sans assistance. Ces fichiers se trouvent dans le répertoire racine sur le CD-ROM. Les fichiers peuvent servir à effectuer différents types d'installations, comme suit :

• Sql2kdef.iss permet d'appliquer SP1 de composants de base de données à une instance par défaut de SQL Server 2000 qui exécute Windows 2000 ou le système d'exploitation Windows NT 4.0. Le fichier de commandes correspondant à utiliser est Sql2kdef.bat.
• Sql2knm.iss permet d'appliquer SP1 de composants de base de données à une instance nommée de SQL Server 2000 qui exécute Windows 2000 ou le système d'exploitation Windows NT 4.0. Vous devez modifier le nom d'instance dans le fichier .iss pour identifier l'instance qui est mis à niveau.
• Sql2ktls.iss permet d'appliquer SP1 de composants de base de données à une installation outils-uniquement. Ce fichier peut être utilisé pour l'installation sans les modifications.
• Sql2k9x.iss permet d'appliquer de la base de données des composants SP1 sur un ordinateur qui exécute Windows Millennium Edition ou le 98 Windows système d'exploitation. Vous devez modifier le nom d'instance pour identifier l'instance qui est mis à niveau.
• Sql2kcli.iss permet d'appliquer SP1 de composants de base de données à une installation de composants client sur un ordinateur qui exécute le système d'exploitation Windows 95.

Redistribution des composants du client Service Pack 1 de la base de données des composants

Ce service pack inclut un fichier à extraction automatique nommé SQLRedis.exe et une version de Redist.txt. Ces fichiers se trouvent dans la base de données des composants SP1. Par défaut, lorsque SQLRedis.exe est exécuté, il effectue les actions suivantes :

• Exécute la Mdac_typ.exe à partir de Microsoft Data Access Components (MDAC) 2.61. Cette installe les composants de base 2.61 MDAC. Il installe également les versions de SQL Server et Desktop Engine composants de connectivité client qui sont inclus dans ce service pack.
• Installe des pilotes ODBC pour Microsoft Jet et composants de connectivité.

Vous pouvez redistribuer le fichier SQLRedis.exe sous les mêmes termes et conditions qui sont mentionnées précédemment dans le fichier Redist.txt qui est inclus dans ce service pack.

Commentaires de documentation

Cette section décrit les problèmes qui peuvent se produire lorsque vous exécutez ce service pack. Ces problèmes s'appliquent à l'exécution du service pack afin de mettre à niveau vers SQL Server 2000. Ils ne créent à partir de ce service pack contient des correctifs.

Utilisant des caractères chinois, japonais ou coréen avec SP1 de composants de base de données

Si vous installez SP1 de composants de base de données sur un serveur exécutant les systèmes d'exploitation Windows NT 4.0 ou Windows 98 et mise à niveau vers Windows 2000, la mise à niveau Windows 2000 remplace certains fichiers système. Ces fichiers système sont requis pour le tri des caractères chinois, japonais ou coréens. Si vous utilisez des caractères chinois, japonais ou coréens dans vos bases de données SQL Server, vous pouvez aussi réexécuter la version de SQLRedis.exe fournie avec SQL Server 2000 SP1 après avoir effectué la mise à niveau vers Windows 2000. Pour plus d'informations sur l'exécution de SQLRedis.exe, reportez-vous à la section "Redistributing Database Components SP1 client components".

note Vous devez réexécuter SQLRedis.exe sur ordinateurs clients ou sur des serveurs qui n'ont pas de bases de données qui contiennent le chinois, japonais ou coréen caractères.

Explorateur de données META exporte les métadonnées dans Unicode

Avertissement Si vous utilisez l'Éditeur du Registre de façon incorrecte, vous pouvez générer des problèmes sérieuses pouvant vous obliger à réinstaller votre système d'exploitation. Microsoft ne peut pas garantit que vous pouvez résoudre les problèmes résultant de l'utilisation incorrecte de l'Éditeur du Registre. Utilisez l'Éditeur du Registre à vos risques et périls.

Explorateur de données META exporte maintenant basé sur XML des métadonnées dans Unicode. Avant de SQL Server 2000 SP1, le navigateur exportés code ANSI. Toutefois, code ANSI ne prend pas en charge les caractères non reconnus. Cette modification fonctionnelle est transparente pour l'utilisateur. De cette version de SQL Server 2000 SP1, les données exportées sont toujours exprimées comme Unicode.

Vous pouvez toujours exporter dans le code ANSI en définissant la valeur de la sous-clé de Registre suivante à zéro : Celui-ci répertorie les valeurs que vous pouvez définir pour cette sous-clé de Registre :

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

Pour plus d'informations sur chaque indicateur, consultez « méthode IExport::Export » dans la documentation en ligne de SQL Server.

Partitions à distance

Lorsqu'une partition distante est créée sur un serveur local qui possède SQL Server 2000 SP1 installé, le serveur distant doit utiliser un compte d'utilisateur de domaine disposant autorisations d'accès complet dans le cube parent sur le serveur local. N'importe quel compte d'utilisateur qui est membre du groupe Administrateurs OLAP sur le serveur local possède autorisations d'accès complet.

En outre, si le serveur local présente SQL Server 2000 SP1 installé, le serveur distant également doit avoir SQL Server 2000 SP1 installé sur pour créer ou gérer des partitions à distance.

Les équipes de hachage supprimés

Dans ce service pack, les équipes de hachage ont été supprimés. En raison de certaines améliorations à SQL Server 2000, les équipes de hachage produisent plus les avantages de performance qu'ils offerts dans SQL Server 7.0. Suppression d'équipes de hachage rend SQL Server 2000 plus stable. Par conséquent, l'optimiseur de requête génère plus les plans de requête à l'aide les équipes de hachage.

Parfois, équipes hachage suppression peuvent provoquer la requête pour être traité plus lentement. Analyser les requêtes pour voir si la création d'index plus appropriés performances des requêtes retour à son niveau précédent.

L'affinité du masque de commutateurs ajoutés

Deux commutateurs de masque d'affinité ont été ajoutés à ce service pack.

basculer de masque d'affinité d'E / S

Avec ce service pack, vous pouvez spécifier les processeurs qui permettent d'exécuter des threads pour les opérations d'E / S disque. Vous devez utiliser ce commutateur avec l'option de masque d'affinité . Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft : basculer de l'affinité du masque de connexion

Avec ce service pack, vous pouvez configurer des systèmes qui sont activés pour virtuel interface Architecture (VIA) pour lier le serveur SQL connexions à partir de certaines cartes réseau pour un processeur ou à un ensemble de processeurs. Ce commutateur doit être utilisé avec l'option de masque d'affinité . Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

Améliorations des services d'analyse

Les améliorations suivantes Analysis Services sont incluses dans SQL Server 2000 SP1 :

• Une installation du client redistribuable Analysis Services mis à jour
• Prise en charge est activée pour fournisseurs d'algorithmes l'exploration de données tiers
• Services d'analyse peut être installé sur les ordinateurs qui ont mis à jour fichiers client

Mises à jour Installation redistribuable client de services d'analyse

Analysis Services SP1 inclut mis à jour versions des suivants client redistribuables paramètres programmes :

• PTSLite.exe
• PTSFull.exe

Utilisez ces paramètres client mis à jour dans vos applications pour empêcher ou résoudre les problèmes de configuration client que vous pouvez rencontrer lorsque vous utilisez Analysis Services et Microsoft Office XP.

Prise en charge est activée pour fournisseurs d'algorithmes Exploration de données tiers

Le Service Pack 1 Services d'analyse inclut désormais prise en charge Ajout de données tiers Exploration des fournisseurs d'algorithmes. Pour plus d'informations sur le développement d'un fournisseur d'algorithme Exploration de données, consultez la OLE DB pour le Kit de ressources Exploration de données. Le kit inclut le code pour un fournisseur d'algorithme Exploration de données exemple. Pour plus d'informations reportez-vous au site de Web Microsoft suivant :

Installation des services d'analyse sur un ordinateur avec les fichiers mis à jour client

Si vous installez SQL Server 2000 Analysis Services sur un ordinateur contenant les fichiers de client mis à jour, tels que SQL Server 2000 SP1 ou Office XP, vous devez appliquer Analysis Services SP1 afin de vous assurer que le client fonctionne correctement et que vous pouvez parcourir les cubes.

Améliorations de la réplication

Les améliorations de réplication suivantes sont incluses dans SQL Server 2000 SP1 :

• Réplication transactionnelle dans une mise à jour des stockées procédures personnalisées
• Mises à jour réplication transactionnelle sur colonnes uniques
• Restrictions supprimés instantané simultanées de traitement
• Réplication transactionnelle procédures personnalisées de script
• Nettoyage des métadonnées en fonction de rétention de réplication de fusion
• La restauration de bases de données répliquées de différentes versions de SQL Server
• Nouveau -MaxCmdsInTran paramètre pour l'agent de lecture du journal

Réplication transactionnelle mise à jour de procédure stockée personnalisée

Pendant l'installation de réplication transactionnelle, procédures stockées personnalisés d'insérer, supprimer et actions de mise à jour sont créées dans la base de données d'abonnement. Indépendamment du nombre de colonnes est affecté par une instruction de mise à jour , la mise à jour stockées procédure mises à jour toutes les colonnes dans la table abonnement. Cette mise à jour définit n'importe quelle colonne n'a pas été modifié à lui-même. En règle générale, cette action ne provoque aucun problème. Toutefois, si l'une des ces colonnes est indexée, réinitialisation les colonnes peut devenir coûteuse.

Si les conditions suivantes sont remplies, la surcharge de gestion des index peut devenir un facteur limitant lorsque des modifications sont appliquées sur l'abonné :

• Vous utilisez la réplication transactionnelle.
• Vous avoir plusieurs index de la table d'abonnement.
• Modifiez uniquement certaines valeurs de colonne en raison des mises à jour.

Par exemple, une base de données abonnement est utilisée pour la génération d'états peut avoir beaucoup d'index plus que la base de données de composition. Création dynamique de l'instruction UPDATE au moment de l'exécution peut améliorer les performances. La mise à jour contient uniquement les colonnes qui ont été modifiés. Par conséquent, il crée une chaîne de mise à jour optimale.

Ce service pack inclut une nouvelle procédure stockée, sp_scriptdynamicupdproc . Cette procédure stockée génère une procédure stockée personnalisée, que vous pouvez utiliser sur l'abonné pour créer l'instruction de mise à jour au moment de l'exécution de manière dynamique. Toutefois, le traitement supplémentaire sera engagée lors de l'exécution de l'instruction UPDATE dynamique à être compilée.
sp_scriptdynamicupdproc

Génère l'instruction CREATE PROCEDURE qui crée une procédure de mise à jour dynamique stocké. L'instruction UPDATE de la procédure stockée personnalisée est créée dynamiquement en fonction de la syntaxe MCALL qui indique les colonnes à modifier. Utilisez cette procédure stockée si le nombre d'index de la table abonnement augmente et le nombre de colonnes en cours de modification est petit. Cette procédure stockée est exécutée dans l'éditeur sur la base de données de la composition.

syntaxe

sp_scriptdynamicupdproc [@artid =] artid

arguments

[@artid =] artid est le code article. artid est int sans valeur par défaut.

jeux de résultats

Renvoie un jeu de résultats composée d'une colonne nvarchar(4000) unique. Le résultat définie formulaires le complète instruction CREATE PROCEDURE qui sert à créer la procédure stockée personnalisée.

Remarques

La procédure sp_scriptdynamicupdproc stockée est utilisée dans la réplication transactionnelle. La logique de script par défaut MCALL contient toutes les colonnes dans l'instruction UPDATE . La logique utilise une image bitmap pour déterminer les colonnes qui ont été modifiés. Si une colonne n'avez pas modifié, la colonne est définie en à lui-même. Ce processus ne provoque en général aucun problème. Si la colonne est indexée, traitement supplémentaire se produit. L'approche dynamique comprend uniquement les colonnes qui ont été modifiés. Y compris uniquement les colonnes qui ont été modifiés fournit une chaîne de mise à jour optimale. Toutefois, traitement supplémentaire se produit lors de l'exécution lorsque l'instruction UPDATE dynamique est créée. Nous vous recommandons de test les approches dynamiques et statiques et de choisir la solution optimale.

autorisations

Les membres du rôle public peuvent exécuter la procédure sp_scriptdynamicupdproc stockées.

exemples

Cet exemple montre comment créer un article (avec artid défini sur 1 ) dans la table authors de la base de données pubs. The example specifies that the UPDATE statement is the custom procedure to run: Generate the custom stored procedures to be executed by the Distribution Agent at the Subscriber by running the following stored procedure at the Publisher:
Après avoir exécuté cette procédure stockée, vous pouvez utiliser le script résultant pour créer manuellement la procédure stockée aux abonnés.

Réplication transactionnelle les instructions de mise à jour sur des colonnes uniques

Dans la réplication transactionnelle, instructions UPDATE généralement sont répliquées en tant que mises à jour. Mais si la mise à jour modifie une colonne qui fait partie d'un index unique, d'un index organisé en clusters, ou d'une expression qui est utilisée comme une contrainte unique, la mise à jour est effectuée comme une instruction DELETE est suivie d'une instruction INSERT sur l'abonné. Cette opération est effectuée, car ce type de mise à jour peut affecter plusieurs lignes et une violation d'unicité peut se produire si mises à jour ont été remis ligne par ligne.

Cependant, si la mise à jour n'affecte qu'une seule ligne, une violation d'unicité n'est pas nécessaire. Par conséquent, l'indicateur de suivi 8207 a été ajouté à ce service pack pour activer les mises à jour n'importe quelle colonne unique qui affectent uniquement une ligne à répliquer que les instructions UPDATE . Cette optimisation a été ajoutée en particulier pour les applications qui déclencheurs de mise à jour définis par l'utilisateur sur l'abonné et qui requiert ces déclencheurs pour déclencher des mises à jour qui n'affectent qu'une seule ligne dans une colonne unique.

Pour utiliser l'indicateur de suivi 8207, mettez-le sous tension à l'invite de commandes en tapant sqlservr.exe - T8207 , ou activer il au moment de l'exécution à l'aide DBCC TRACEON(8207,-1) avant le lancement de l'agent de lecture du journal.

important Indicateur de suivi 8207 est généralement utilisée avec la réplication transactionnelle en lecture seule. N'utilisez pas cet indicateur de suivi avec des abonnements pouvant être mis à jour si la clé primaire mise à jour peut apparaître sur l'abonné.

Restrictions supprimés instantané simultanées de traitement

Dans SQL Server 2000, instantané simultanées traitement a été déconseillé si la table de publication a un index unique qui n'a pas la clé primaire ou la clé de clustering. Si des modifications de données sont apportées à la clé de clustering pendant un instantané simultané est généré, la réplication peut échouer avec une erreur de clé en double lorsque l'instantané simultanée a été appliquée à un abonné. Dans ce service pack, il existe plus restrictions sur l'utilisation traitement instantané simultanées.

Réplication transactionnelle procédures personnalisées de script

Lorsque vous définissez des souscriptions nosync, les procédures personnalisées pour des instructions INSERT , UPDATE et DELETE doivent être créés manuellement. Les abonnements nosync sont abonnements qui ne s'affiche pas l'instantané initial. En règle générale, ces instructions sont créées sur l'abonné Lorsque l'instantané initial est remis. Une nouvelle procédure stockée sp_scriptpublicationcustomprocs , a été ajoutée pour générer des scripts pour les procédures stockées personnalisées au niveau de composition. Cette nouvelle fonctionnalité peut faciliter configurer des abonnements nosync.

sp_scriptpublicationcustomprocs

Scripts les procédures INSERT, UPDATE et DELETE personnalisés pour tous les articles dans une composition possédant la table le générer automatiquement des procédure personnalisée schéma option est activée. La procédure sp_scriptpublicationcustomprocs stockée est particulièrement utile pour configurer des abonnements qui ont l'instantané appliquée manuellement.

syntaxe

sp_scriptpublicationcustomprocs [@publication ] = publication_name

arguments

[@publication ] = publication_name
Est le nom de la composition. publication_name est sysname sans valeur par défaut.



0 (succès) ou 1 (échec)

jeux de résultats

Renvoie un jeu de résultats composée d'une colonne nvarchar(4000) unique. Le résultat définie formulaires l'instruction CREATE PROCEDURE complète qui est nécessaire pour créer la procédure stockée personnalisée.

Remarques

Procédures personnalisées sont scriptés pas pour les articles sans la générer automatiquement des option schéma procédure personnalisée (0 x 2).

autorisations

Exécuter autorisation est accordée au public. Une vérification de sécurité procédure est effectuée à l'intérieur de cette procédure stockée pour restreindre l'accès aux membres du sysadmin fixe rôle de serveur et db_owner les rôles de base de données de la base de données en cours.

exemple

Cet exemple génère un script des procédures stockées personnalisées dans une composition nommée Les Comptoirs.

Nettoyage des métadonnées en fonction de rétention de réplication de fusion

Parfois, le nettoyage des métadonnées qui a été créée dans tables système lors du traitement de réplication de fusion améliore les performances de réplication de fusion. Pour nettoyer les métadonnées dans les tables système dans SQL Server 2000, la topologie de réplication devait être inactifs et données devaient être suspendue.

Toutefois, SQL Server 2000 SP1 inclut nettoyage des métadonnées en fonction de rétention. Par conséquent, les métadonnées peuvent être supprimées plus facilement dans les tables système suivantes :

• MSmerge_contents
• MSmerge_tombstone
• MSmerge_genhistory

Lorsque le @keep_partition_changes option Optimisation de synchronisation est activée dans la composition, en fonction de rétention metadata cleanup Supprime les métadonnées de l'avant de tables d'images.

Nettoyage des métadonnées en fonction de rétention a lieu comme suit :

• Si le paramètre Agent de fusion ?MetadataRetentionCleanup est défini sur 1, l'Agent de fusion et nettoie l'abonné et l'éditeur impliqués dans la fusion. Par défaut, le paramètre d'agent de fusion de ?MetadataRetentionCleanup est défini sur 1.

note Le paramètre MetadataRetentionCleanup 1 fait partie de tous les profils Agent de fusion qui incluses avec ce service pack.

• Si le paramètre MetadataRetentionCleanup est défini sur 0, le nettoyage automatique ne se produit pas. Procédure stockée dans ce cas, nettoyage des métadonnées en fonction de rétention initialiser manuellement en exécutant la sp_mergemetadataretentioncleanup . Cette procédure est une procédure stockée système qui est incluse dans ce service pack. Vous devez exécuter cette procédure stockée sur l'abonné et l'éditeur.

La période de rétention par défaut pour les compositions est de 14 jours. Si un article fait partie de plusieurs compositions, il peut-être périodes de rétention différents. Dans cette situation, la plus longue période de rétention est utilisée pour déterminer que le plus proche possible de temps que nettoyer peut se produire.

empêcher les conflits a la valeur false

Nettoyage des métadonnées en fonction de rétention empêche nonconvergence et silencieux remplace des modifications apportées à d'autres n?uds. Toutefois, conflits a la valeur false peuvent se produire si les données suivantes sont vraies :

• Les métadonnées sont nettoyée à un n?ud et pas à un autre n?ud dans la topologie.
• Une mise à jour ultérieur sur le n?ud nettoyés à distance se produit sur une ligne dont métadonnées a été supprimée.

Par exemple, si les métadonnées sont nettoyée à l'éditeur mais pas sur l'abonné et une mise à jour est effectuée dans l'éditeur, un conflit se produit même si les données s'affichent à synchroniser. Pour éviter ce conflit, assurez-vous que les métadonnées sont nettoyée à n?uds associés à sur la même heure. Si le paramètre MetadataRetentionCleanup 1 est utilisé, l'éditeur et l'abonné sont nettoyées automatiquement avant le démarrage de la fusion. Ce processus garantit que les n?uds sont nettoyées à la fois. Pour résoudre ce conflit, utilisez un outil de résolution de conflits de réplication de fusion. Gérer ce conflit la même manière que vous gérer n'importe quel autre conflit de réplication de fusion.

Si un article appartient à plusieurs compositions ou si un article est en republiant les scénarios, les périodes de rétention pour une ligne spécifique dans l'éditeur et l'abonné peuvent être différents. Pour réduire le risque de nettoyage des métadonnées sur un côté mais pas sur l'autre côté, nous vous recommandons de ces compositions différentes des périodes de rétention similaire.

note Si beaucoup de métadonnées dans les tables du système doit être nettoyée, le processus peut prendre plus de temps à s'exécuter. Nettoyer les métadonnées régulièrement pour éviter ce problème.

Problèmes de sauvegarde et restauration pour la réplication de fusion

Une base de données composition qui est restaurée à partir d'une sauvegarde doit tout d'abord être synchronisée avec une base de données abonnement comprenant un abonnement global pour garantir le comportement de convergence correct. Un abonnement global a une valeur priorité affectée. Synchronisation garantit que les modifications qui ont été perdues à la composition de base de données en raison de l'opération de restauration sont réappliquées avec précision.

Ne synchronise pas la base de données de composition avec une base de données abonnement disposant d'un abonnement anonyme. Car abonnements anonymes n'avez pas suffisamment de métadonnées pour appliquer les modifications apportées à la base de données composition. La synchronisation avec une base de données disposant d'un abonnement anonyme peut entraîner l'une non-convergence de données.

Lorsque vous envisagez de sauvegarder et restaurez des opérations de réplication de fusion, tenir compte des autres problèmes suivants :

• Restaurer les bases de données abonnement à partir de sauvegardes qui ne sont pas au-delà de la période de rétention.

Restaurer une base de données abonnement à partir d'une sauvegarde uniquement si la sauvegarde est n'antérieurs à la plus courte période de rétention de toutes les compositions l'abonné s'abonne à. Par exemple, si un abonné s'abonne à trois compositions comportant des périodes de rétention de 10, 20 et 30 jours, respectivement, la sauvegarde qui est utilisée pour restaurer la base de données ne peut pas faire plus de 10 jours.

• La synchronisation avant de générer une copie de sauvegarde.

Microsoft recommande vivement que vous synchronisez un abonné avec l'éditeur avant d'effectuer une sauvegarde. Dans le cas contraire, le système peut converge pas correctement si l'abonné est restauré à partir de cette sauvegarde. Bien que le fichier de sauvegarde peut être très nouveau, la dernière synchronisation avec un éditeur peut être presque aussi ancienne comme période de rétention. Par exemple, supposons qu'une période de rétention de 10 jours à une composition. La dernière synchronisation était de 8 jours lorsque la sauvegarde est exécutée. Si la sauvegarde est appliquée 4 jours plus tard, la dernière synchronisation s'est produite 12 jours. La synchronisation a été effectuée après la période de rétention. Si l'abonné a été synchronisé juste avant la sauvegarde, la base de données d'abonnement serait durant la période de rétention.

• Réinitialiser l'abonné si vous modifiez la valeur de rétention de composition.

Si vous devez modifier la valeur de rétention de composition, réinitialiser manuellement l'abonné pour éviter l'une non-convergence de données. La fonctionnalité de nettoyage de métadonnées en fonction de rétention supprime les métadonnées obsolète des tables système fusion lorsque la période de rétention composition est atteinte.

La valeur de rétention de composition est utilisée pour déterminer quand les abonnements qui n'ont pas été synchronisés durant la période de rétention expire. Si les conditions suivantes sont remplies, l'abonnement expirera pas en raison de la valeur rétention accrue :

• La période de rétention composition est augmentée après un nettoyage
• Un abonnement essaie de fusionner avec l'éditeur et l'éditeur a déjà supprimé les métadonnées.

En outre, l'éditeur n'a pas suffisamment de métadonnées pour télécharger les modifications à l'abonné. Cette situation conduit à nonconvergence.

• Utilisez les mêmes valeurs de rétention composition pour tous les éditeurs et leurs partenaires de synchronisation autre. Utilisant des valeurs différentes peut conduire à une non-convergence.

Restauration des bases de données répliquées à partir de différentes versions de SQL Server

Restauration d'une sauvegarde sur le même serveur et de la base de données conserve vos paramètres de réplication. Si vous restaurez une base de données répliquée vers une version de SQL Server qui est différente de la version qui a été utilisée pour sauvegarder la base de données, prenez en compte les problèmes suivants :

• Si vous restaurez la base de données vers SQL Server 2000 SP1 à partir d'une sauvegarde a été créée avec SQL Server 2000 et que vous souhaitez conserver les paramètres de réplication, vous devez exécuter la procédure de sp_vupgrade_replication stockées. Exécution le sp_vupgrade_replication procédure stockée garantit que les métadonnées de réplication sont mis à niveau. Si vous n'exécutez pas sp_vupgrade_replication , les métadonnées de réplication peuvent être laissée dans un état imprévisible.
• Si vous restaurez une base de données vers SQL Server 2000 à partir d'une sauvegarde qui créés avec SQL Server 7.0 version, Service Pack 1, Service Pack 2 ou Service Pack 3, et que vous souhaitez conserver les paramètres de réplication, vous devez recréer la sauvegarde avant d'installer des service packs. Vous pouvez directement restaurer une base de données vers SQL Server 2000 SP1 à partir d'une sauvegarde d'une base de données répliquée qui a été créé dans SQL Server 7.0. Toutefois, les paramètres de réplication ne sont pas conservées.

Un nouveau paramètre MaxCmdsInTran pour l'agent de lecture du journal

Dans SQL Server 2000 SP1, un nouveau paramètre invite de commande nommé -MaxCmdsInTran a été ajoutée pour l'agent de lecture du journal. Ce paramètre améliore le parallélisme entre l'agent de lecture du journal et l'agent de distribution. Par conséquent, le paramètre améliore débit de réplication global. Toutefois, ces segments sont validées sur l'abonné que les transactions individuelles. Par conséquent, la propriété ACID d'atomicity est rompue. Ce résultat n'est pas un problème la plupart du temps. Toutefois, nous vous recommandons de tester le résultat pour vous assurer qu'il se n'est pas un problème.

Pour les transactions qui affectent plusieurs commandes telles que la mise à jour collective ou supprimer des transactions, l'agent de distribution doit attendre l'agent de lecteur du journal écrire la transaction complète dans la base de données de distribution avant qu'il peut se propager la transaction sur l'abonné. Ce délai bloque l'agent de distribution. Elle réduit également le parallélisme entre les deux agents.

À l'aide de la -MaxCmdsInTran sauts paramètre, l'agent de lecture du journal de transactions volumineuses en segments plus petits. Chaque bloc contient la même ou moins de commandes que le -MaxCmdsInTran entrée. Par conséquent, l'agent de distribution peut traiter antérieures segments d'une transaction si l'agent de lecture du journal fonctionne par morceaux ultérieure de la même transaction.

définir le paramètre ?MaxCmdsInTran

Indiquez un entier positif (1 ou plu) pour le -MaxCmdsInTran valeur du paramètre. Une valeur de 0 est équivalente de ne pas utiliser le paramètre du tout. Étant donné que ce paramètre améliore les performances uniquement lorsque la transaction est très volumineuse, une valeur de 5 000 ou plus pour ce paramètre est généralement. Par exemple : Pour utiliser ce paramètre, l'éditeur doit exécuter SQL Server 2000 Service Pack 1. La base de données Agent de lecture du journal et la distribution doit être mis à niveau vers ce service pack. Dans le cas contraire, la -MaxCmdsInTran paramètre est ignoré.

Améliorations English Query

Microsoft a publié une amélioration de la sécurité pour English Query applications. Cette amélioration n'est pas installée dans le cadre de SQL Server 2000 SP1. Toutefois, nous vous recommandons d'IL appliquer si vous utilisez English Query. Pour plus d'informations sur l'amélioration English Query, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :