Description du Service Pack 2 pour SQL Server 2000: 9 novembre 2001

Introduction 1.0

Cette version du Service Pack 2 (SP2) pour Microsoft SQL Server 2000 est fournie dans trois parties :

• Base de données des composants SP2 contient 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. Base de données des composants SP2 inclut mises à niveau vers :
  • Le moteur de données.
  • Base de données client Outils et utilitaires tels que SQL Server Enterprise Manager et osql.
  • Base de données client connectivité composants tels que le fournisseur OLE DB pour SQL Server 2000, le pilote ODBC de SQL Server 2000 et le client Net-Libraries.
• Analysis Services SP2 fournit mises à jour pour les composants SQL Server 2000 Analysis Services d'une installation SQL Server 2000, y compris :
  • Analysis Services.
  • Analysis Services client composants qui comprennent Analysis Manager et le fournisseur Microsoft OLE DB pour Analysis Services.
  • Base de données client connectivité composants tels que le fournisseur OLE DB pour SQL Server 2000, le pilote ODBC de SQL Server 2000 et le client Net-Libraries.
• Bureau SP2 moteur fournit les mises à jour pour les composants de base de données d'une instance de SQL Server 2000 Desktop Engine (également appelé MSDE 2000), y compris :
  • Le moteur de données.
  • Base de données client connectivité composants tels que le fournisseur OLE DB pour SQL Server 2000, le pilote ODBC de SQL Server 2000 et le client Net-Libraries.

Ces trois parties de SP2 peuvent être appliquées séparément, comme suit :

• Sites de SQL Server 2000 peuvent utiliser SP2 des composants de base de données pour mettre à niveau les composants de base de données sans mettre à niveau leurs composants Analysis Services ou les instances de SQL Server 2000 Desktop Engine.
• Analysis Services 2000 sites peuvent utiliser Analysis Services SP2 pour mettre à niveau leurs composants Analysis Services sans mise à niveau des instances de Desktop Engine ou de leurs composants de base de données.
• Sites moteur bureautiques peuvent utiliser Desktop Engine Service Pack 2 pour mettre à niveau instances de Desktop Engine sans mettre à niveau d'Analysis Services ou les instances d'autres éditions de SQL Server 2000.
  
  note Si vous avez des distinct d'instances de Desktop Engine et autres éditions de SQL Server sur le même ordinateur, vous devrez appliquer le SP2 de moteur sur le bureau aux instances de Desktop Engine 2000 et le SP2 de composants de base de données pour les autres instances de SQL Server 2000.

Pour plus d'informations sur l'installation de Desktop Engine, voir la section 2.2 « Desktop Engine SP2 file » et 3.7 section « Install Desktop Engine SP2 ».

note Bureau SP2 moteur est le seul service pack partie disponibles dans portugais (Brésil), suédois et néerlandais, car SQL Server 2000 Desktop Engine est la seule version de SQL Server 2000 généré pour ces langues. Les composants de SQL Server 2000 mis à niveau par base de données des composants SP2 ou Analysis Services SP2 ne sont pas disponibles dans ces langues. Portugais (Brésil), suédois, néerlandais utilisateurs qui souhaitent Application Service Pack 2 vers une version de SQL Server autre que le moteur Desktop doit télécharger les fichiers Service Pack 2 qui correspond à la langue de l'édition mise à leur sont niveau, tels que le téléchargement de la langue anglaise Service Pack 2 fichiers si elles exécutez une version anglaise de SQL Server 2000. Vous trouverez les instructions de téléchargement ci-dessous dans 2.0 de la section « Downloading and extracting SP2 ».
Détails de base de données des composants installation Service Pack 2
Installation SP2 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 est mis à niveau et seulement met à niveau les composants qui ont été installés pour cette instance. Par exemple, lorsque le service pack est appliqué à un ordinateur exécutant SQL Server 2000 Édition Standard, il ne tente pas mettre à niveau des composants fournis uniquement avec SQL Server 2000 Édition Entreprise.

Service Pack 2 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 plusieurs instances de SQL Server 2000 avez besoin d'être mis à niveau vers SP2, vous devez appliquer SP2 à chaque instance. Lorsqu'une instance sur un ordinateur doté d'une ou plusieurs instances de SQL Server 2000 est mis à niveau vers SP2, tous les outils de sont mis à niveau vers SP2. Il y ne sont pas des copies distincts des outils pour chaque instance sur un ordinateur.
supprimer le Service Pack 2
Lorsque le service pack est installé, il effectue des modifications dans les tables système pour des raisons de maintenance et il met également à niveau les bases de données distribution et d'utilisateur qui sont membres d'une topologie de réplication. En raison de ces modifications, Service Pack 2 Impossible de supprimer facilement. Pour revenir à la version que vous utilisiez avant l'installation de SP2, vous devez tout d'abord désinstaller l'instance de SQL Server 2000. Puis vous devez réinstaller cette instance de SQL Server 2000. Si vous ont été exécutez SQL Server 2000 SP1, vous devrez réappliquer le Service Pack 1 à l'instance. Pour plus d'informations sur la désinstallation SP2, voir la section 3.13 « Uninstalling SP2. »

note Pour supprimer le Service Pack 2, doit avoir une sauvegarde des bases de masque , le modèle et msdb données, immédiatement avant pour appliquer le Service Pack 2. Pour plus d'informations, voir section 3.1 « Back up your SQL Server databases » et la section 3.2 « Back up your Analysis Services databases. »
plus d'informations sur le Service Pack 2
Une liste des correctifs contenus dans ce service pack est fournie dans l'article de base de connaissances Microsoft Q306908. Chaque correctif répertorié dans 306908 possède un lien à un article de la base de connaissances décrivant le problème résolu par le correctif. Ces articles sont publiés sur le Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .
Suivez les liens vers les articles de correctif pour afficher des informations sur chaque correctif.

Des informations concernant SQL Server 2000 Service Pack 2 n'était pas disponible dans le temps à inclure dans ce fichier Lisezmoi seront publiées dans l'article de base de connaissances Microsoft Q306909. Cet article est disponible à la Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .
correctifs QFE
Si vous avez reçu un correctif QFE après 3 octobre 2001, le correctif n'est pas susceptible d'être inclus dans le Service Pack 2. Veuillez contactez votre fournisseur principal de support technique sur un correctif QFE par rapport à un Service Pack 2.

1.1 Identifier la version actuelle de SQL Server ou Analysis Services

Utiliser les techniques suivantes pour savoir quelle version de SQL Server ou Analysis Services que vous avez installée.
SQL Server
Pour identifier la version de SQL Server 2000, vous avez installé, type SELECT @ @version à l'invite de commande lorsque vous utilisez les utilitaires osql ou isql ou dans la fenêtre Requête dans l'Analyseur de requêtes SQL. Le tableau suivant présente la relation entre la chaîne de version signalée par @ @version et le numéro de version SQL Server 2000. note Le début de la ligne indique l'édition de SQL Server. Il est suivi d'informations système d'exploitation en cours.

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

1. À partir du menu Démarrer , pointez sur Program files , SQL Server 2000 , Analysis Services , puis cliquez sur Analysis Manager .
2. Dans l'arborescence du Gestionnaire d'analyse, cliquez avec le bouton droit sur le n?ud serveurs d'analyse et sélectionnez Analysis Services .
3. Le tableau suivant indique quelle version de Analysis Services que vous avez.

2.0 Téléchargement et extraction de Service Pack 2

Ce service pack est distribué de trois façons :

• Sur un CD-ROM SQL Server 2000 Service Pack 2 qui contient des service packs pour les composants suivants :
  • Service Pack 2 de la base de données des composants
  • Analysis Services SP2
  • Service Pack 2 de moteur de bureau
  note Ce CD inclut tous les fichiers requis pour mettre à niveau des instances existantes de Desktop Engine. Le nombre maximal d'instances pris en charge pour le moteur de bureau est 16.
• Dans trois fichiers à extraction automatique qui peuvent être téléchargés à partir d'Internet :
  • SQL2KSP2.exe (base de données des composants SP2)
  • SQL2KASP2.exe (Analysis Services SP2)
  • SQL2KDeskSP2.exe (Desktop Engine SP2)
  note Le fichier SQL2KDeskSP2.exe inclut une mise à niveau d'une seule instance de Desktop Engine a été créée uniquement avec sqlrun01.msi. Pour plus d'informations, voir section 2.2 « Desktop Engine SP2 file ».
• Sur SQL Server 2000 Desktop Engine Service Pack 2 CD-ROM (Desktop Engine uniquement)

note Seulement le SQL Server 2000 Desktop Engine CD-ROM du Service Pack 2 contient le modules de fusion ou les fichiers .msi requis pour installer une nouvelle instance de Desktop Engine.

Fichiers de base de données et Analysis Services SP2 2.1

Lors du téléchargement et extraction des composants de base de données ou fichiers d'installation Analysis Services SP2 à partir d'Internet, suivez les instructions suivantes.

Téléchargez un des fichiers répertoriés dans la section 2.0, puis placez le fichier auto-extractible dans un dossier sur l'ordinateur qui exécute l'instance de SQL Server 2000 sur lequel vous installez ce service pack. À partir de ce dossier, exécutez le fichier. Le programme auto-extraction vous invite pour le nom du dossier dans lequel les fichiers du service pack placés.

Sur le lecteur local dans lequel vous avez téléchargé les fichiers d'installation du service pack, vous devez espace environ trois fois la taille du fichier à extraction automatique. Cela inclut d'espace pour stocker le fichier, espace pour le stockage des fichiers extraits du service pack et espace de travail temporaire requis par le programme auto-extraction lui-même.

Vous pouvez renommer le dossier sélectionné après extraction des composants ; Toutefois, assurez-vous que le nom de répertoire ne contiennent pas de vide des espaces. Vous pouvez utiliser le même dossier cible pour chacun des fichiers ci-dessus ; ils ne remplace ni interférer avec eux.

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

Pour les composants de base de données et Analysis Services, le processus de configuration est le même pour le CD-ROM du Service Pack 2 et les fichiers du SP2 extraits.

note Certains des fichiers dans les service packs sont des fichiers système, sorte que vous ne pouvez pas visualiser les sauf si vous suivez cette procédure : dans Windows Explorer, dans le menu Affichage , cliquez sur Options , cliquez sur l'onglet Affichage et puis activez la case à cocher Afficher tous les fichiers .

2.2 Bureau fichier de moteur SP2

Lors du téléchargement et extraction le fichier d'installation Desktop Engine Service Pack 2 à partir d'Internet, suivez les instructions suivantes.

Télécharger et extraire le fichier de Desktop Engine Service Pack 2 comme décrit ci-dessus pour les composants de base de données et les fichiers Analysis Services SP2, avec les exceptions suivantes.

Si vous téléchargez le fichier de Desktop Engine Service Pack 2 à partir d'Internet, vous pouvez appliquer le service pack uniquement aux instances de Desktop Engine qui ont été installés à partir de sqlrun01.msi. Si vous essayez d'appliquer le service pack à des instances qui ont été créés avec sqlrun02.msi ? sqlrun16.msi du fichier Setup.exe qui a été téléchargée à partir d'Internet, vous obtenez l'un des erreurs suivantes :
-ou- Pour mettre à niveau des instances de Desktop Engine qui ont été créées à l'aide de sqlrun02.msi - sqlrun16.msi, vous devez appliquer le service pack à partir du CD-ROM Microsoft.

L'installation du 3.0 Service pack

Pour installer le Service Pack 2, suivez les instructions d'installation ci-dessous. Non pour toutes les étapes sont obligatoires, selon des suivantes composants SQL Server 2000 configurations auquel le service pack est appliqué :

• Composants du serveur de base de données
• Base de données des composants clients
• Analysis Services
• Moteur de bureau
• Cluster de basculement
• Serveur 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 le Service Pack 2 sur la version française de Windows NT 4.0, lisez et suivez les instructions de base de connaissances article 259484. Vous pouvez accéder l'article à partir de la Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .

avant de commencer une installation
modifié de Service Pack 1

Les suivantes s'appliquent aux composants toutes les installations à l'exception de Analysis Services :

Installation du Service Pack 2 ne mettez pas à niveau bases de données utilisateur à l'exception pour les bases de données utilisateur sont impliqués activement dans les topologies de réplication. Bases de données non impliqués dans les topologies de réplication inutile toutes les dépendances sur SP2. Par exemple :

• Vous pouvez restaurer une sauvegarde de base de données utilisateur d'une instance de SQL Server 2000 ou SQL Server 2000 SP1 vers une instance de SQL Server 2000.
• Vous pouvez restaurer une sauvegarde de base de données utilisateur d'une instance de SQL Server 2000 SP2 à une instance de SQL Server 2000 SP2, à une instance de SQL Server 2000 SP1 ou à une instance de SQL Server 2000.
• Vous pouvez détacher une base de données utilisateur d'une instance de SQL Server 2000 ou SQL Server 2000 SP1 et associer à une instance de SQL Server 2000 SP2.
• Vous pouvez détacher une base de données utilisateur à partir d'une instance de SQL Server 2000 SP2 et associer à une instance de SQL Server 2000 ou SQL Server 2000 SP1.
• Vous pouvez participer entre instances de SQL Server 2000, SQL Server 2000 SP1 et SQL Server 2000 SP2 l'envoi de journaux. Installation du Service Pack 2 mettre à niveau les bases de données utilisateur qui sont membres d'une topologie de réplication.

Avant l'installation de SP2, assurez-vous que les bases de données de réplication et les groupes de fichiers sont accessible en écriture et que le compte d'utilisateur exécutant le programme d'installation a autorisation d'accès les bases de données. Pour plus d'informations sur l'application de Service Pack 2 à bases de données impliquées dans les topologies de réplication, voir 3.11 section « Installing on replicated servers ».

Si le programme d'installation du Service Pack 2 détecte les bases de données utilisateur ou les groupes de fichiers qui ne sont pas accessible en écriture, il :

• Se d'applique les mises à jour de réplication SP2 aux toutes les bases de données utilisateur accessible en écriture.
• Écrit une liste des bases de données non inscriptibles dans le journal d'installation, emplacement winnt\sqlsp.log.
• Affiche le message d'avertissement suivant :
  Programme d'installation a détecté un ou plusieurs bases de données et les groupes de fichiers qui ne sont pas accessible en écriture.

Vous pouvez ignorer cet avertissement, sauf si des bases de données répertoriés dans le journal d'installation êtes membres d'une topologie de réplication. Si une des bases de données non inscriptibles répertoriées dans le journal d'installation sont membres d'une topologie de réplication, vous devez apporter ces bases de données accessible en écriture et réappliquer le programme d'installation du Service Pack 2 à cette instance de SQL Server 2000.

note Ce message n'affecte pas les installations sans assistance. Pour en savoir plus sur les installations sans assistance, consultez 4.0 section « Unattended installations ».

Pour plus d'informations sur les copies une base de données accessible en écriture, voir la section 3.12 « Applying SP2 to non-writable databases or filegroups. » Pour en savoir plus sur la réapplication SP2, consultez section v.3.14 « Reapplying SP2. »

note Pendant l'installation, configuration ne fait aucune distinction entre les bases de données en lecture seule et bases de données hors connexion ou suspect. Si une base de données de réplication ou un groupe de fichiers est dans une de ces conditions lors de l'installation et est impliqué dans une topologie de réplication, le service pack doit réapplique après la base de données est accessible en écriture.

note Puisque les bases de données non-Microsoft inscriptibles entraîne plus programme d'installation échoue, vous devez plus supprimer journal livraison avant la mise à niveau vers Service Pack 2.

Préparation d'un serveur Gestion des systèmes distribués installation

SQL Server 2000 Service Pack 2 ne peut pas être installé à distance. Toutefois, vous pouvez utiliser Microsoft Systems Management Server d'installer SP2 automatiquement sur plusieurs ordinateurs exécutant Microsoft Windows NT Server 4.0. Pour ce faire, vous devez utiliser un fichier de définition de package (fichier Smssql2ksp2.pdf) qui automatise la création d'un package de SQL Server dans Systems Management Server. Le package SQL Server peut ensuite être distribué et installé sur les ordinateurs exécutant Systems Management Server. Le fichier Sms2kdef.bat est un fichier de commandes qui détecte la plate-forme de l'ordinateur et exécute la version appropriée du programme d'installation.

Impossible d'utiliser Systems Management Server pour installer le SP2 de moteur sur le Bureau.

3.1 Sauvegarder vos bases de données SQL Server

Les suivantes s'appliquent aux composants toutes les installations à l'exception composants clients de la base de données :

Avant de l'installation SP2 des composants de base de données ou Desktop Engine Service Pack 2, sauvegardez les bases de données maître , msdb et modèles . Lors de l'installation du service pack permet modifications pour les bases de données maître , msdb et modèles , qui les rend incompatible avec les versions antérieures à Service Pack 2. Ces sauvegardes sont requis si vous décidez de réinstaller SQL Server 2000 sans Service Pack 2.

Il est également conseillé de sauvegarder vos bases de données utilisateur, bien que SP2 effectuera uniquement mises à jour de bases de données qui sont membres du topologies de réplication.

3.2 Sauvegarder vos bases de données Analysis Services

Les suivantes s'appliquent uniquement aux services d'analyse :

Avant d'installer Analysis Services SP2, sauvegardez vos bases de données en effectuant une copie de votre dossier Microsoft analyse Services\Data Analysis Services, qui est installé par défaut sous le dossier C:\Program Files. Si vous n'avez pas effectué une migration votre référentiel Analysis Services vers SQL Server, effectuez une copie de sauvegarde du fichier Msmdrep.mdb, situé dans le dossier Microsoft analyse Services\bin. Vous pouvez également enregistrer votre serveur d'analyse entrées de Registre en exécutant regedit.exe et en utilisant l'élément Exporter un fichier du Registre dans le menu Registre pour exporter la clé HKEY_LOCAL_MACHINE\SOFTWARE\OLAP Server dans un fichier de sauvegarde.

3.3 Vous assurer que les bases de données système disposez de suffisamment d'espace libre

Les suivantes s'appliquent aux composants toutes les installations à l'exception composants clients de la base de données et Analysis Services :

Si l'option étendue automatique n'a pas été sélectionnée pour les bases de données principal et 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 de la base de données maître ou 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 la documentation en ligne de SQL Server .

Si l'option étendue automatique a été sélectionnée pour les bases de données principal et msdb et il y a suffisamment de place sur les lecteurs, 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 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.

3.4 Arrêter services et applications avant d'exécuter le programme d'installation de SP2

Les considérations suivantes s'appliquent à tous les composants :

Vous pouvez appliquer SP2 sans arrêt des services. Si vous n'arrêtez pas services, vous serez invité à redémarrer fois l'installation achevée. Sans redémarrage, le service échouera démarrer.

Vous pouvez appliquer SP2 sans redémarrer votre ordinateur en arrêtant les services et applications suivants avant d'appliquer le service pack :

• Microsoft Distributed Transaction Coordinator (MS DTC) et les services Microsoft Search et MSSQLServerOLAPService.
• Les services MSSQLServer et SQLServerAgent pour l'instance en cours de mise à niveau (par 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, voir 3.10.

3.5 Installation SP2 de composants de base de données

Les suivantes s'appliquent aux composants toutes les installations à l'exception de Desktop Engine et Analysis Services :

Exécutez le script fichier Setup.bat à partir de ces emplacements :

• Le répertoire contenant les fichiers de pack service extraits de SQL2KSP2.exe.
• Le service pack le répertoire sur le CD-ROM SQL Server 2000 Service Pack 2.

Fichier Setup.bat ouvre une boîte de dialogue Configuration qui vous demande pour 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 connexion sa. Si vous choisissez l'authentification Windows, vous devez exécuter le programme d'installation lorsque connecté à Windows l'aide d'un compte d'ouverture de session Windows. 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, vous effectuez une mise à niveau.

Le programme d'installation puis :

• Remplace les fichiers SQL Server 2000 ou Desktop Engine existants par les fichiers du SP2.
• 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 la connexion sa. En laissant le sa mot de passe connexion vide fournit aux utilisateurs avec un accès facile d'administration de SQL Server ou Desktop Engine et n'est pas recommandée ; protéger vos systèmes en imposant un mot de passe sa ou en utilisant l'authentification Windows. Pour en savoir plus sur cette boîte de dialogue, consultez la boîte de dialogue d'authentification mode plus loin dans cette section.
• Affiche une boîte de dialogue s'il détecte que les bases de données ou des groupes de fichiers ne sont pas accessible en écriture. À ce stade, si un des ces bases de données ou les groupes de fichiers font partie d'une topologie de réplication vous pouvez :
  1. Arrêtez le processus d'installation, rendre ces objets inscriptible et redémarrez l'installation.
  2. Poursuivre la configuration actuelle du Service Pack 2 et réappliquez le Service Pack 2 ultérieurement après avoir effectué ces objets accessible en écriture.
  note Les étapes précédentes sont nécessaires uniquement lors de l'application de Service Pack 2 aux bases de données non inscriptibles ou des groupes de fichiers qui font partie d'une topologie de réplication. Pour en savoir plus, consultez section 3.12 application SP2 pour non inscriptible bases de données ou de groupes de fichiers.

boîte de dialogue mode d'authentification

La boîte de dialogue mode d'authentification ne pas par défaut, les paramètres en cours pour l'installation. Boîte de dialogue par défaut est :

• Sur les ordinateurs qui exécutent Microsoft Windows 98 ou Windows Millennium Edition, le paramètre par défaut est l'authentification de mode mixte (le mode d'authentification uniquement pris en charge par ces systèmes d'exploitation). La boîte de dialogue vous invite à spécifier 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 se connecte et ne pas modifier le mot de passe.
• Sur les ordinateurs qui exécutent Windows NT 4.0 ou Windows 2000, le paramètre par défaut est l'authentification Windows. Utilisez la boîte de dialogue pour basculer en mode mixte ou mode d'authentification Windows avec un mot de passe sa connexion qui n'est pas vide.

Avant de modifier le mode d'authentification ou le mot de passe pour l' Ouverture de session sa , s'assurer que cette modification affectera pas les applications existantes. Par exemple, si vous modifiez une instance de SQL Server d'utiliser l'authentification en mode mixte pour utilisant l'authentification de Windows uniquement, les applications existantes tentant de se connecter à l'aide de l'authentification de serveur SQL ne peut en mesure de se connecter tant que le mode d'authentification est modifiée pour utiliser l'authentification Windows. En outre, si vous modifiez le mot de passe de connexion sa, applications ou d'administration processus utilisant l'ancien mot de passe ne pas être en mesure de se 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é. Si plusieurs instances sont mis à niveau, uniquement la mise à niveau plus récente est enregistrée dans le journal.

3.6 Installer Analysis Services SP2

Les suivantes s'appliquent uniquement aux services d'analyse :

Pour installer Analysis Services SP2, exécutez Setup.exe à partir des emplacements suivants :

• Le sous-répertoire Msolap\Install dans le répertoire contenant le fichier extrait Analysis Services SP2 SQL2KASP2.exe.
• Le répertoire Msolap\Install sur le CD-ROM du Service Pack 2.

Setup.exe ouvre une boîte de dialogue Configuration qui vous demande d'informations et puis termine l'installation.

3.7 Installer SP2 moteur Desktop

Les suivantes s'appliquent uniquement aux Desktop Engine :

Le service pack pour le SQL Server 2000 Desktop Engine (également appelé MSDE 2000) est destiné aux développeurs qui créent des applications redistribuables qui utilisent le moteur Desktop de. Si vous exécutez une application qui utilise le moteur Desktop, contactez votre fournisseur de logiciel pour plus d'informations sur la mise à niveau instances de Desktop Engine installé par ces applications. Pour plus d'informations, consultez la rubrique "distribution le SQL Server 2000 Desktop Engine" dans la documentation en ligne de SQL Server .

Le service pack pour le moteur Desktop est fourni sous trois formes :

• CD-ROM SQL Server 2000 Service Pack 2 : le CD-ROM comprend tous les fichiers requis pour mettre à niveau des instances existantes de Desktop Engine. Le nombre maximal d'instances pris en charge pour le moteur de bureau est 16. Ce CD n'inclut pas les modules de fusion ou les fichiers .msi qui sont requis pour installer une nouvelle instance de Desktop Engine.
• SQL2KdeskSP2.exe : ce fichier contient une mise à niveau d'une seule instance de Desktop Engine a été créé avec sqlrun01.msi. Le téléchargement ne peut pas être utilisée pour mettre à niveau instances de Desktop Engine créées en utilisant un des autres .msi fichiers (sqlrun02.msi via sqlrun16.msi). Le fichier n'inclut pas les modules de fusion ou les fichiers .msi qui sont requis pour installer une nouvelle instance de Desktop Engine. Pour plus d'informations, voir section 2.2 « Desktop Engine SP2 File ».
  
  note Pour savoir comment déterminer le fichier .msi utilisé pour créer une instance de MSDE, consultez l'article de la base de connaissances Q311762. Vous pouvez accéder l'article à partir de la Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .
• SQL Server 2000 Desktop Engine CD-ROM du Service Pack 2 : ce CD-ROM est disponible à la demande pour les abonnés MSDN Universal via Microsoft Product Support (http://support.microsoft.com/default.aspx) . Il inclut tous les fichiers requis pour mettre à niveau des instances existantes de Desktop Engine. De plus, il contient les modules de fusion et les fichiers .msi requis pour installer une nouvelle instance de Desktop Engine. Ce CD est fourni pour développeurs qui créent des applications qui requièrent le Desktop Engine. Pour plus d'informations, voir « Distribution de SQL Server applications » dans la documentation en ligne de SQL Server .
  
  note Le CD-ROM SQL Server 2000 Desktop Engine Service Pack 2 n'inclut pas le Service Pack pour SQL Server ou Analysis Services.

La procédure de mise à niveau une installation existante de Desktop Engine varie selon les les trois versions du logiciel Service Pack 2 vous Utilisation et le média (par exemple, CD-ROM ou le partage réseau) à partir de laquelle vous effectuez la mise à niveau. Lors de la mise à niveau du moteur de bureau, le service pack Desktop Engine doit être appliqué à chaque instance de Desktop Engine.

configuration requise

Utilisez Setup.exe pour appliquer ce service pack. Le Setup.exe de Desktop Engine SP2 accepte les mêmes paramètres que le Setup.exe moteur SQL Server 2000 Desktop publié avec SQL Server 2000. Vous pouvez trouver les documents de référence pour Setup.exe dans :

• La rubrique programme de « Installation de SQL Server 2000 Desktop » dans la documentation en ligne de SQL Server 2000 .
• Les sections suivantes du fichier Lisezmoi.txt de SQL Server 2000 d'origine :
  • 3.1.4
  • 3.1.23
  • 3.1.28
  • 3.1.29
  • 3.1.30

Vous pouvez exécuter Installation à partir de votre disque dur, un partage réseau ou un CD-ROM. Le programme de programme d'installation nécessite le média d'origine (par exemple, l'origine CD-ROM ou de réseau partage) utilisé pour installer le moteur Desktop. Vous pouvez uniquement installer Desktop Engine à partir d'un CD-ROM si les conditions suivantes sont remplies :

• L'installation d'origine de Desktop Engine n'a pas installé à partir un CD-ROM.
• Si vous créez votre propre CD-ROM pour installer le Service Pack 2, le nom de volume sur le CD-ROM doit être SQL2KSP2. Si vous êtes un indépendant logiciel ÉDITEUR Création d'un CD-ROM pour distribuer le Desktop Engine en tant que composant de votre application, le nom de volume CD-ROM doit être identique à la propriété VolumeLabel dans la table Media du package Windows Installer (*.msi).

Si Desktop Engine a été initialement installé à partir d'un CD-ROM ou d'un partage réseau qui a été déplacé, copiez le sous-répertoire MSDE à partir du CD-ROM SQL Server 2000 Desktop Engine Service Pack 2 sur votre disque dur ou le partage réseau et exécutez Setup.exe.

Si vous devez appliquer le Service Pack 2 directement à partir du CD-ROM, vous devez tout d'abord mettre à niveau Windows Installer vers la version 2.0.2600.0 ou version ultérieure. Ce processus nécessite que vous redémarriez votre ordinateur.

Pour mettre à niveau Windows Installer :

1. Notez le chemin d'accès complet de l'installation d'origine.
2. Exécutez InstMsi20.exe.
3. Entrez le chemin d'accès complet de l'installation d'origine dans la zone de texte.

Setup.exe se trouve dans un des emplacements suivants :

• Le sous-répertoire MSDE se trouve dans le répertoire contenant les fichiers pack service extraits de SQL2KDeskSP2.exe.
• L'emplacement sur votre disque dur ou le partage réseau dans lequel vous avez copié le sous-répertoire MSDE à partir du CD-ROM SQL Server 2000 Service Pack 2.

note La procédure de configuration est différente si vous avez installé le Desktop Engine comme un composant d'une autre application. Contactez le fournisseur de logiciel pour plus d'informations sur la mise à niveau de Desktop Engine.

appliquer les packages de correctifs

Les packages de correctifs distribués dans ce Service Pack mettra à niveau par défaut portant des instances de MSDE (01-16) comprises dans le CD-ROM SQL Server 2000. Pour mettre à niveau une instance de MSDE, vous devez appliquer le correctif correspondant. Par exemple, pour mettre à niveau une instance avez initialement installée à partir d'un SqlRun03.msi, vous devez utiliser SQLRun03.msp.

note Étant donné que ces fichiers sont très volumineuses, la version téléchargeable de ce Service Pack contient uniquement un package de correctifs : SQLRun01.msp. Les autres packages de correctifs quinze sont sur le CD-ROM SQL Server 2000 Service Pack 2.

Utilisez Setup.exe à partir de la ligne de commande pour appliquer un package de correctifs à une instance de MSDE installée. Si vous connaissez le package d'installation a été utilisé pour installer votre instance de Desktop Engine, vous pouvez spécifier que Setup.exe utiliser le correctif correspondant avec l'option /p. Par exemple : si vous ne connaissez pas le package d'installation a été utilisé, tapez SQLRUN après l'option /p . Le commutateur SQLRUN indique Setup.exe pour choisir le package correctif approprié lui-même. Cela fonctionne si les conditions suivantes sont remplies :

• Tous les fichiers .msp se trouvent dans un dossier nommé installation directement sous le dossier contenant le fichier Setup.exe. Cette opération nécessite le CD-ROM SQL Server 2000 Service Pack 2.
• Lors de l'instance à mettre à niveau n'est pas l'instance par défaut, son nom d'instance est spécifiée par la variable INSTANCENAME .

Par exemple, la commande suivante s'exécuter Setup.exe pour une installation d'une instance nommée MyInstance des correctifs : le nom d'instance peut également être spécifié dans un fichier .ini. Pour plus d'informations, consultez la rubrique « Personnalisation Desktop Engine Setup.exe » dans la documentation en ligne de SQL Server .

note N'utilisez pas ouvrants et fermants guillemets autour du nom de l'instance.

Si le programme d'installation ne peut pas trouver le package correctif approprié, vous obtenez un message d'erreur.

note Lorsque vous utilisez setup.exe pour installer MSDE SP2 sur un ordinateur exécutant Windows 98 ou Windows Millennium Edition, vous devez utiliser le commutateur UPGRADEUSER pour spécifier le nom d'un accès qui est un membre du rôle de serveur fixe sysadmin. Pour plus d'informations sur UPGRADEUSER , voir la section 3.1.23 du fichier Lisezmoi.txt de SQL Server 2000 d'origine.
redistribution du service pack

Nous recommandons que fournisseurs de logiciels indépendants (ISV) qui souhaitent redistribuer ce service pack cela comme suit :

1. Installer le Service Pack sur une instance de Desktop Engine configuré pour correspond à celui distribué avec votre logiciel.
2. Créer votre propre package de correctifs basé sur les différences entre les installations anciennes et nouvelle.
3. Distribuer votre correctif personnalisé à vos clients.

Pour plus d'informations sur la création de packages de correctifs, consultez la documentation fournie avec le Windows Installer Kit de développement (SDK), qui peut être téléchargé à partir du Microsoft Platform SDK Web site (http://www.microsoft.com/msdownload/platformsdk/sdkupdate/default.htm) .

note Vous pouvez redistribuer une copie complète du Service Pack 2.

emplacements de fichiers

Sur le SQL Server 2000 Desktop Engine CD-ROM du Service Pack 2 , les modules de fusion et les fichiers d'installation sont situés dans \MSDE. Pour une liste complète, consultez « à l'aide de SQL Server Desktop moteur fusion modules » dans la documentation en ligne de SQL Server .

3,8 Redémarrage des services

Les considérations suivantes s'appliquent à tous les composants :

Lorsque le programme d'installation a terminé, il peut vous inviter à redémarrer le système. Après les redémarrages système (ou après l'installation de programme terminée sans demander un redémarrage), utilisez l'application Services dans le Panneau de configuration pour vous assurer que services MS DTC et la recherche de Microsoft, MSSQLServer MSSQLServerOLAPService et SQLServerAgent ou leurs équivalents instance-spécifiques exécutent. Sauvegarder bases de données de masque et msdb les mise à niveau.

3.9 Redémarrer des applications

Les considérations suivantes s'appliquent à tous les composants :

Redémarrez les applications que vous avez fermé avant d'exécuter la configuration de pack de service.

3.10 L'installation sur un cluster avec basculement

Les suivantes s'appliquent uniquement aux composants de SQL Server 2000 qui font partie d'un cluster de basculement :

Pour installer ce service pack sur un cluster avec basculement :

• Exécutez ce service pack à partir du n?ud qui possède le groupe contenant le serveur virtuel, que vous allez mettre à niveau. Il installe les fichiers pack service sur tous les n?uds de cluster avec basculement.
• Dans la boîte de dialogue Paramètres, entrez le nom du serveur virtuel que vous effectuez une mise à 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.

note Le programme d'installation de SQL Server 2000 Service Pack 2 peut nécessiter le redémarrage les n?uds de cluster avec basculement. Il remplace les fichiers qui ont été en cours d'utilisation pendant l'installation de Service Pack 2 SQL Server 2000 avec les fichiers mis à jour.

Si vous mettez à niveau une instance (non mis en cluster) par défaut de SQL Server à un serveur virtuel, vous devez tout d'abord effectuer la mise à niveau d'une instance par défaut vers une instance virtuelle et ensuite appliquer SQL Server 2000 SP2. Pour plus d'informations sur la mise à niveau, voir « Comment faire pour mettre à niveau une instance par défaut vers une instance en cluster par défaut de SQL Server 2000 (Setup) » dans la documentation en ligne de SQL Server .

Si vous devez reconstruire un n?ud du cluster avec basculement, vous devez :

• Reconstruire le n?ud du cluster avec basculement. Pour plus d'informations sur la régénération un n?ud, consultez « Comment faire pour récupérer de défaillance de cluster avec basculement dans le scénario 1 » dans la documentation en ligne de SQL Server .
• Exécutez le programme de le d'origine Installation de SQL Server 2000 pour ajouter le n?ud retour à du cluster avec basculement.
• Exécutez le programme d'installation SQL Server 2000 SP2.

3.11 Installation sur des serveurs répliqués

Les suivantes s'appliquent uniquement aux composants de SQL Server 2000 qui font partie d'une topologie de réplication :

Déployer ce service pack sur des serveurs répliqués dans cet ordre :

1. Distributeur (si elle est séparée de l'éditeur)
2. Publisher
3. Abonné

note Dans la plupart des cas, 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 réside sur le même ordinateur que la base de données publiée. Toutefois, il est également possible d'avoir une base de données distribution distante pour la réplication de fusion 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 exécutant les instances de SQL Server 2000 et ce service pack. Les exceptions à cette décrites dans section 5.3.7 « Restoring replicated databases from different versions of SQL Server ».

note Installation du Service Pack 2 mettre à niveau les bases de données utilisateur qui sont membres d'une topologie de réplication. Si une des bases de données qui appartiennent à une topologie de réplication est non accessible en écriture, vous devez rendre inscriptible et réappliquer le programme d'installation du Service Pack 2 pour appliquer le Service Pack 2 à ces bases de données. Pour plus d'informations sur les copies une base de données accessible en écriture, voir la section 3.12 « Applying SP2 to non-writable databases or filegroups. » Pour en savoir plus sur la réapplication SP2, consultez section v.3.14 « Reapplying SP2. »

Un jeu de sauvegarde existant qui comptes pour la réplication permettra de restauration d'une base de données à un point connu après la mise à niveau Service Pack 2 en cas de défaillance. Après avoir appliqué Service Pack 2, un journal ou de base de données complète la sauvegarde est recommandée pour une base d'utilisateur données impliquée dans une topologie de réplication. Ainsi, en cas de défaillance d'une base de données réplication, Service Pack 2 ne devrez pas réapplique après que la base de données a été restauré.

3.12 Appliquer SP2 à bases de données non-Microsoft accessible en écriture ou de groupes de fichiers

Les suivantes s'appliquent uniquement aux composants de SQL Server 2000 qui font partie d'une topologie de réplication :

Lorsqu'il existe de bases de données non inscriptibles ou des groupes de fichiers, le programme d'installation affiche le message suivant : En général, vous pouvez ignorer cet avertissement et programme d'installation va continuer. Toutefois, si une des bases de données non inscriptibles répertoriées dans le journal d'installation sont membres d'une topologie de réplication, vous devez effectuer ces bases de données accessible en écriture et réappliquer le programme d'installation du Service Pack 2 à cette instance de SQL Server 2000.

note Ce message n'affecte pas les installations sans assistance. Pour en savoir plus sur les installations sans assistance, consultez les installations sans assistance de section 4.0.

note Pendant l'installation, configuration ne fait aucune distinction entre les bases de données non-Microsoft accessible en écriture et de bases de données hors connexion ou suspect. Si une base de données ou un groupe de fichiers se trouve dans une de ces conditions lors de l'installation, le service pack doit réapplique. Pour plus d'informations sur Importation d'une base de données en ligne, visualiser « association et Detaching a Database » dans la documentation en ligne de SQL Server et pour plus d'informations sur diagnosing suspects bases de données, consultez « et base de données de dépannage du serveur » dans la documentation en ligne de SQL Server .

Pour appliquer le Service Pack 2 à une base de données en lecture seule :

1. Rendre une base de données en lecture seule accessible en écriture à l'aide de ALTER DATABASE comme suit :

   ALTER DATABASE database
   SET READ_WRITE 

2. Répétez l'étape 2 pour toutes les bases de données en lecture seule.
3. Appliquer (ou réappliquer) le service pack.
4. Si nécessaire, définir la base de données en lecture seule à nouveau utilisant ALTER DATABASE comme suit :

   ALTER DATABASE database
   SET READ_ONLY 

Pour appliquer le Service Pack 2 à un groupe de fichiers en lecture seule :

1. Vérifiez le groupe de fichiers en lecture seule accessible en écriture à l'aide de ALTER DATABASE comme suit :

   ALTER DATABASE Database
   MODIFY FILEGROUP filegroup_name READWRITE 

2. Répétez l'étape 1 pour tous les groupes de fichiers en lecture seule.
3. Appliquer (ou réappliquer) le service pack.
4. Définir le groupe de fichiers en lecture seule à nouveau utilisant ALTER DATABASE comme suit :

   ALTER DATABASE Database
   MODIFY FILEGROUP filegroup_name
   READONLY 

Pour en savoir plus sur ALTER DATABASE, consultez la rubrique de référence "ALTER DATABASE" dans la documentation en ligne de SQL Server . Pour en savoir plus sur la réapplication SP2, consultez section v.3.14 « Reapplying SP2. »

3.13 Désinstaller le Service Pack 2

Les considérations suivantes s'appliquent à tous les composants à l'exception de Analysis Services :

Pour revenir à la version pré-Service Pack 2 de composants de SQL Server 2000, vous devez avez pris une sauvegarde des bases de données maître , msdb et modèle antérieures à l'installation de SP2. Pour plus d'informations, voir section 3.1 « Back up your SQL Server databases ».

note Si une des bases de données sont impliquée dans la réplication, vous devez désactiver la publication.

1. Pour désactiver la publication : dans SQL Server Enterprise Manager, développez un groupe SQL Server, développez un serveur cliquez avec le bouton droit sur le dossier de réplication et puis cliquez sur Configurer la publication , les abonnés et distribution .
2. Sélectionnez l'onglet publication de bases de données .
3. Désactivez la case à cocher pour chaque base de données est impliqué dans la réplication. Cela permettra les bases de données est détachée.

Procédez comme suit pour revenir à la version pré-Service Pack 2 de SQL Server :

1. Déconnecter toutes les bases de données utilisateur. Pour plus d'informations, consultez « Comment faire pour associer et dissocier une base de données (Gestionnaire de l'entreprise) » dans la documentation en ligne de SQL Server .
2. Désinstallez SQL Server. Dans le Panneau de configuration, double-cliquez sur Ajout/Suppression de programmes , puis sélectionnez l'instance de SQL Server que vous souhaitez désinstaller.
3. Installez SQL Server 2000 à partir du CD-ROM ou de l'emplacement à partir de laquelle vous initialement installé SQL Server.
4. Restaurer les bases de données maître, msdb et modèle à partir de la dernière sauvegarde a été créée avant d'appliquer le Service Pack 2. Ce associe automatiquement les bases de données utilisateur qui ont été associées au moment de que la sauvegarde a été création.
5. Joindre les bases de données utilisateur qui ont été créées après la dernière sauvegarde de la base de données master.
6. Configurer la réplication si nécessaire.
   
   Avertissement Lorsque vous revenir à la version antérieure à SP2 de SQL Server, toutes les modifications apportées aux bases de données maître, msdb et modèle depuis l'application du Service Pack 2 sont perdues.

V.3.14 réapplication Service Pack 2

Les considérations suivantes s'appliquent à tous les composants :

Dans les cas suivants, il sera nécessaire réappliquer SQL Server 2000 SP2 :

• Lorsque nouveaux composants de SQL Server 2000 ont été ajoutés après SP2 a été appliqué.
• Lorsque les bases de données ou groupes de fichiers qui font partie d'une topologie de réplication était en lecture seule durant l'application initiale du service pack sont effectuées accessible en écriture.

Pour réappliquer le Service Pack 2, suivez les étapes de 3.0 section « Service pack installation ».

Installations sans assistance 4.0

Service Pack 2 de la base de données des composants peuvent être appliquées à une instance de SQL Server 2000 exécutée sur un ordinateur en mode sans assistance. Le CD-ROM de Service Pack 2 de composants de base de données contient des fichiers ISS qui peuvent servir à effectuer des paramétrages de Service Pack 2 sans assistance. Ces fichiers sont situés dans le répertoire racine sur le CD-ROM et peuvent être utilisés pour effectuer différents types d'installations :

• Sql2kdef.iss est le fichier installation sans assistance utilisé pour appliquer le Service Pack 2 de la base de données des composants à une instance par défaut de SQL Server 2000 exécuté sur le système d'exploitation Windows 2000 ou Windows NT 4.0. Le fichier de commandes correspondant à utiliser est Sql2kdef.bat.
• sql2knm.iss est le fichier programme d'installation utilisé pour appliquer le Service Pack 2 de la base de données des composants à une instance nommée de SQL Server 2000 exécuté sur le système d'exploitation Windows 2000 ou 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 est le fichier programme d'installation utilisé pour appliquer le SP2 de composants de base de données à une installation d'outils-uniquement. Ce fichier peut être utilisé pour l'installation sans les modifications.
• sql2k9x.iss est le fichier de configuration utilisé pour appliquer les Service Pack 2 de la base de données des composants sur un ordinateur exécutant le Windows Millennium Edition ou le système d'exploitation Windows 98. Le nom de l'instance devra être modifié pour identifier l'instance en cours de mise à niveau.
• sql2kcli.iss est le fichier de configuration utilisé pour appliquer le SP2 de composants de base de données à une installation de composants client sur un ordinateur exécutant le système d'exploitation Windows 95.
• MSOLAP.iss est le fichier de configuration qui stocke la liste des paramètres pour exécuter une installation sans assistance d'Analysis Services SP2.

note Lors d'une installation sans assistance, si le programme d'installation détecte les bases de données non inscriptibles ou des groupes de fichiers, cette information est écrite dans le journal d'installation et l'installation sans assistance continue. Si une des bases de données non inscriptibles répertoriées dans le journal d'installation sont membres d'une topologie de réplication, vous devez apporter ces bases de données accessible en écriture et réappliquer le programme d'installation du Service Pack 2 à cette instance de SQL Server 2000. Pour plus d'informations sur les copies une base de données accessible en écriture, voir la section 3.12 « Applying SP2 to non-writable databases or filegroups. » Pour en savoir plus sur la réapplication SP2, consultez section v.3.14 « Reapplying SP2. »

4.1 Redistribution SP2 Data Access Components

Ce service pack inclut un fichier auto-extractible, SQLRedis.exe et une version de Redist.txt. Ces fichiers sont dans le SP2 de composants de base de données. Par défaut, lorsque SQLRedis.exe est exécuté, il :

1. Exécute la Mdac_typ.exe à partir de Microsoft Data Access Components (MDAC) 2.62. Ceci installe les composants fondamentaux 2.62 MDAC et les versions des SQL Server et Desktop Engine client connectivité composants fournis avec ce service pack.
2. Installe des pilotes ODBC pour Microsoft Jet et composants de connectivité.

Vous pouvez redistribuer le fichier SQLRedis.exe sous les termes et conditions indiquées dans le fichier Redist.txt qui accompagne ce service pack.

Commentaires de documentation 5.0

Cette section traite des problèmes qui peuvent se produire, ainsi que les nouvelles fonctionnalités qui seront disponibles 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 et SQL Server 2000 SP1 et sont pas le résultat des correctifs contenus dans ce service pack.

Les segments Analysis Services et services de données META dans cette section ne sont applique pas aux installations uniquement Desktop Engine.

Améliorations de la base de données et Desktop Engine 5.1

Les problèmes suivants s'appliquent aux instances de SQL Server 2000 sur lesquels le SP2 de composants de base de données a été installé et instances de Desktop Engine sur lequel Desktop Engine Service Pack 2 a été installé.

5.1.1 L'installation de nouvelles instances de Desktop Engine

introduit dans le Service Pack 1

Suivez ces procédures pour installer une nouvelle instance de Desktop Engine après l'application du Service Pack 2.

1. Dans le répertoire \Program Files\Microsoft SQL Server\80\Tools\Binn\Resources\1033, renommez les fichiers suivants à * .RDL :
   • semnt.rll
   • sqlsvc.rll
2. Dans le répertoire \Program Files\Microsoft SQL Server\80\Tools\Binn, renommez les fichiers suivants à * .dld :
   • semnt.dll
   • sqlsvc.dll
   • sqlresld.dll
3. Installer Desktop Engine sans SP2.
4. Renommez les fichiers semnt.rdl et sqlsvc.rdl dans le répertoire \Program Files\Microsoft SQL Server\80\Tools\Binn\Resources\1033 à *.rll.
5. Renommez les 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 SP2.

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

introduit dans le Service Pack 1

Si vous installez Service Pack 2 de la base de données des composants sur un serveur exécutant le système d'exploitation Windows NT 4.0 ou Windows 98 et de la mise à niveau une version ultérieure de Windows 2000, la mise à niveau Windows 2000 remplace certains fichiers système. Ces fichiers système sont nécessaires 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 Service Pack 2 après avoir effectué la mise à niveau vers Windows 2000. Pour plus d'informations sur l'exécution SQLRedis.exe, voir la section 4.1 « Redistributing SP2 Data Access Components ».

note Vous devez réappliquer SQLRedis.exe sur les ordinateurs client ou sur les serveurs qui ne disposent pas de bases de données contenant des caractères chinois, japonais ou coréen.

Les équipes de hachage 5.1.3 supprimés

introduit dans le Service Pack 1

Hachage équipes 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 version 7.0. En outre, Suppression d'équipes de hachage rend SQL Server 2000 plus stable.

Par conséquent, l'optimiseur de requête génère plus plans de requête à l'aide les équipes de hachage.

Dans les rares cas, la suppression d'équipes de hachage peut provoquer la requête pour traiter plus lentement. Analyser les requêtes pour voir si création d'index plus appropriées renverra performances des requêtes vers son niveau précédent.

Commutateurs de masque l'affinité 5.1.4 ajoutés

introduit dans le Service Pack 1

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 quels processeurs seront utilisés pour exécuter des threads pour les opérations d'E / S sur disque. Ce commutateur doit être utilisé conjointement avec l'option de masque d'affinité . Pour plus d'informations, voir la 298402 dans Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .

masque d'affinité connexion basculer

Avec ce service pack, vous pouvez configurer les systèmes activés pour virtuel interface Architecture (VIA) pour lier les connexions SQL Server à partir de certaines cartes réseau à un processeur ou à l'ensemble des processeurs. Ce commutateur doit être utilisé conjointement avec l'option de masque d'affinité . Pour plus d'informations, voir la 299641 dans Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .

5.1.5 SQL Server Agent enregistre les informations de compte

introduits dans SP2

L'historique de traitement SQL Server Agent enregistre désormais le compte Windows sous le travail de chaque étape a été exécuté. Ces informations permettent aux administrateurs de diagnostiquer les problèmes de sécurité avec les tâches planifiées, y compris les tâches planifiées définies pour la réplication et Data Transformation Services tâches.

5.1.6 Filtrée vue indexée

introduits dans SP2

Si vous avez rencontré bogue SQL Server 2000 355069 comme indiqué dans 306467 article de base de connaissances Microsoft, ce service pack empêche uniquement les occurrences futures des résultats inattendus en raison de modifications de données. En outre à appliquer ce correctif, tous les index basés sur les vues par conditions de filtrage devez être recréé. Pour plus d'informations, voir la 306467 dans Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) .

Améliorations des services d'analyse 5.2

Améliorations de services d'analyse dans le Service Pack 2 incluent :

• Partitions à distance.
• Installation du client redistribuable Analysis Services mis à jour.
• Prise en charge de données tiers fournisseurs d'algorithmes Exploration.
• Capacité à installer Analysis Services sur un ordinateur avec fichiers client mis à jour.

Partitions 5.2.1 distants

introduit dans le Service Pack 1

Lorsqu'une partition distante est créée sur un serveur local qui possède SP1 ou version ultérieure 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 est a autorisations d'accès complet.

En outre, si le serveur local présente SP1 est installé sur celui-ci, le serveur distant également doit avoir SP1 est installé sur ce dernier pour créer ou gérer des partitions à distance.

Installation du client redistribuable 5.2.2 mis à jour Analysis Services

introduit dans le Service Pack 1

L'analyse Services SP1 et versions ultérieures comprend des versions mises à jour des programmes de programme d'installation redistribuable client suivants :

• PTSLite.exe
• PTSFull.exe

Ces fichiers se trouvent dans le chemin \msolap\install\PTS du répertoire d'installation du Service Pack 2.

note PTSFull.exe inclut MDAC ; PTSLite.exe n'est pas le cas.

Utiliser ces programmes d'installation client mis à jour dans vos applications pour empêcher ou résoudre problèmes de configuration client que vous pouvez rencontrer lorsque vous utilisez Analysis Services et Microsoft Office XP.

note Lorsque vous utilisez Analysis Services avec Office XP, le client de mise à niveau est fortement recommandé.

Prise en charge 5.2.3 activée pour les données tierce partie fournisseurs d'algorithmes Exploration

introduit dans le Service Pack 1

Le Service Pack 1 Services d'analyse et plus tard inclut la prise en charge l'ajout de fournisseurs d'algorithmes l'exploration de données tiers. Pour plus d'informations sur le développement d'un fournisseur d'algorithme l'exploration de données, consultez le livre blanc « fournisseurs tiers données Exploration » et le OLE DB pour le Kit de ressources Exploration de données , qui inclut le code un exemple de fournisseur de données Exploration algorithme, au Microsoft Data Access and Storage Development Center (http://msdn.microsoft.com/data/) .

5.2.4 Installation Analysis Services sur un ordinateur avec des fichiers mis à jour client

introduit dans le Service Pack 1

Si vous installez SQL Server 2000 Analysis Services sur un ordinateur qui contient mis à jour client fichiers, tels que SQL Server 2000 SP1 ou Office XP, vous devez appliquer Analysis Services SP1 ou version ultérieure pour vous assurer que le client fonctionne correctement et que vous pouvez parcourir les cubes.

Améliorations de réplication 5.3

Améliorations de la réplication dans le Service Pack 2 incluent :

• Procédure pour les mises à jour réplication transactionnelle stockée personnalisé
• Mises à jour réplication transactionnelle sur colonnes uniques
• Restrictions supprimés instantané simultanées de traitement
• Possibilité de procédures de script personnalisé enregistré de réplication transactionnelle
• Fusionner la réplication en fonction de rétention meta données nettoyer
• Restauration des bases de données répliquées à partir de différentes versions de SQL Server
• Nouveau -MaxCmdsInTran paramètre pour l'agent de lecture du journal

Procédure stockée de réplication transactionnelle 5.3.1 mise à jour personnalisées

introduit dans le Service Pack 1

Lors de la réplication transactionnelle programme d'installation, procédures stockées personnalisées pour 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 procédure stockée personnalisée mise à jour met à jour toutes les colonnes de la table abonnement. N'importe quelle colonne n'a pas été modifié est réinitialisée simplement aux mêmes valeurs qui existait avant la mise à jour. En règle générale, cette action ne provoque aucun problème. Toutefois, si une des ces colonnes sont indexée, cette réinitialisation peut devenir coûteuse.

Si vous utilisez la réplication transactionnelle et avez plusieurs index de la table d'abonnement, et modifiez uniquement quelques valeurs de colonne en raison des mises à jour, la surcharge de gestion des index peut devenir un facteur limitant de performances lorsque des modifications sont appliquées sur l'abonné. Par exemple, une base de données abonnement est utilisée fins de 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 à l'exécution peut améliorer les performances. La mise à jour inclut uniquement les colonnes qui ont changé, créant ainsi une chaîne de mise à jour optimale.

Ce service pack inclut une nouvelle procédure stockée, sp_scriptdynamicupdproc , qui 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é au moment de l'exécution pour que 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 , avec aucune valeur par défaut.

jeux de résultats

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

Remarques

sp_scriptdynamicupdproc est utilisé dans la réplication transactionnelle. La logique de script par défaut MCALL contient toutes les colonnes dans l'instruction UPDATE et 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 à elle-même, qui n'entraîne généralement aucun problème. Si la colonne est indexée, traitement supplémentaire se produit. En revanche, cette procédure stockée utilise une approche dynamique : il inclut uniquement les colonnes qui ont été modifiés, qui fournit une chaîne de mise à jour optimale. Cependant, du traitement supplémentaire est engagé au moment de l'exécution lorsque l'instruction UPDATE dynamique est générée. Il est recommandé que vous testez l'approche de procédure stockée dynamique et la méthode statique par défaut et puis choisissez la solution optimale pour vos besoins particuliers.

autorisations Les membres du rôle public peuvent exécuter sp_scriptdynamicupdproc .

exemples

This example creates an article (with artid set to 1) on the authors table in the pubs database, and specifies that the UPDATE statement is the custom stored procedure to execute: Generate the custom stored procedures to be executed by the Distribution Agent at the Subscriber by running the following stored procedure at the Publisher: 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 5.3.2 les instructions de mise à jour sur des colonnes uniques

introduit dans le Service Pack 1

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 les colonne qui fait partie d'un index unique, index organisé en clusters ou expression utilisée comme une contrainte unique, la mise à jour est exécutée comme une instruction DELETE suivie d'une instruction INSERT sur l'abonné. Cette opération est effectuée car ce type de mise à jour susceptibles d'affecter plusieurs lignes et il est une chance d'une violation d'unicité Si mises à jour ont été remis ligne par ligne.

Toutefois, si la mise à jour n'affecte qu'une seule ligne, il y n'a aucun risque d'une violation d'unicité. Par conséquent, l'indicateur de suivi 8207 a été ajouté à ce service pack pour autoriser 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 déclencheurs de mise à jour définis par l'utilisateur sur l'abonné et 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, activer à partir l'invite de commande (T8207 sqlservr.exe) ou à l'exécution de l'aide de DBCC TRACEON(8207,-1) avant l'agent de lecture du journal est démarré.

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é.

Les restrictions 5.3.3 supprimées instantané simultanées de traitement

introduit dans le Service Pack 1

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 lors de l'application l'instantané simultanée à un abonné. Dans ce service pack, il existe plus éventuelles restrictions en utilisant le traitement instantané simultanées.

Procédures stockées de réplication transactionnelle 5.3.4 script personnalisé

introduit dans le Service Pack 1

Lorsque vous paramétrez nosync abonnements (c'est-à-dire, abonnements qui ne s'affiche pas l'instantané initial), des procédures stockées personnalisées d'insertion, instructions UPDATE et DELETE doivent être créés manuellement. 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

Dans une composition dans laquelle l'option pour générer automatiquement un schéma de procédure personnalisée est activée, cela stockées procédure scripts personnalisé INSERT, UPDATE et DELETE procédures pour tous les articles de table. sp_scriptpublicationcustomprocs est particulièrement utile pour configurer des abonnements pour lequel l'instantané est appliquée manuellement.

syntaxe

sp_scriptpublicationcustomprocs [@publication] = publication_name

arguments

[@publication] = publication_name

Est le nom de la composition. publication_name est un sysname avec aucune valeur par défaut.

renvoyer des valeurs de code

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

jeux de résultats

Renvoie un jeu de résultats qui constitue une colonne unique nvarchar(4000) . Le jeu de résultats formulaires l'instruction CREATE PROCEDURE complète nécessaire de 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 de sysadmin fixe rôle de serveur et de rôle de base de données fixe db_owner de 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.

Métadonnées 5.3.5 fusion réplication en fonction de rétention nettoyer

introduit dans le Service Pack 1

Lorsqu'il y a une grande quantité de métadonnées des données dans des tables système de réplication de fusion et publipostage, nettoyage les données de métadonnées améliore les performances. Avant vers SQL Server 2000 SP1, métadonnées peuvent être nettoyées des uniquement par exécution sp_mergecleanupmetadata . Toutefois, SQL Server 2000 SP1 et inclut plus tard en fonction de rétention meta nettoyage des données, qui signifie que les métadonnées peuvent être automatiquement supprimées dans les tables système suivantes :

• MSmerge_contents
• MSmerge_tombstone
• MSmerge_genhistory
• Les avant image tables, s'il est présent

note Avant d'image tables sont présentes si l'option @keep_partition_changes synchronisation optimisation est activée dans la composition.

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

• Si le paramètre d'agent de fusion et ?MetadataRetentionCleanup est défini sur 1, car il est par défaut, l'Agent de fusion et nettoie l'abonné et l'éditeur impliqués dans la fusion.
• Si le paramètre ?MetadataRetentionCleanup est défini sur 0, nettoyage automatique ne se produit pas. Dans ce cas, initier manuellement nettoyage des données en fonction de rétention métadonnées en exécutant sp_mergemetadataretentioncleanup . Cette procédure stockée doit être exécutée dans chaque éditeur et abonné qui doit être nettoyée. Il est recommandé, mais pas obligatoire, que Publisher les abonnés être nettoyé à points similaires dans le temps (voir éviter les conflits False plus loin dans cette section).
  
  note Le paramètre ?MetadataRetentionCleanup 1 est désormais partie de tous les profils Agent de fusion qui sont livrées avec SQL Server 2000 SP1 et versions ultérieures. Si vous mettre à niveau un serveur vers Service Pack 1 ou le Service Pack 2 et puis ajoutez la réplication de fusion, le profil d'agent de fusion est automatiquement mis à jour pour inclure ce paramètre. Si vous mettez à niveau vers Service Pack 1 ou Service Pack 2 un serveur disposant déjà réplication de fusion activée, le Agent de fusion et profil n'est pas automatiquement mis à jour ; mettre à jour le profil en exécutant sp_add_agent_parameter (voir « Additional parameter for sp_add_agent_parameter, » décrit plus loin dans cette section).

important La période de rétention par défaut pour les compositions est de 14 jours. Si un article appartient à 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. Si il existe plusieurs compositions sur une base de données et l'une des ces compositions utilise une période de rétention composition infinie (@ rétention = 0), fusionner les données méta pour la base de données ne sera pas automatiquement nettoyé. Pour cette raison, utilisez composition infinie rétention avec précaution.

paramètre supplémentaire de sp_add_agent_parameter

La procédure système sp_add_agent_parameter a maintenant un paramètre MetadataRetentionCleanup , qui vous permet d'ajouter ou supprimer nettoyage des métadonnées données rétention profils Agent de fusion. La valeur 1 indique que le profil doit inclure le nettoyage ; une valeur de 0 indique que qu'il doit inclure le nettoyage. Par exemple, pour ajouter le nettoyage des métadonnées données rétention à un profil, exécuter : Nettoyage des données métafichier dans les topologies avec différentes versions de SQL Server

Pour le nettoyage en fonction de rétention automatique dans une base de données impliqué dans la réplication de fusion, de la base de données et l'Agent de fusion doivent être sur des serveurs exécutant SQL Server 2000 SP1 ou version ultérieure. Par exemple :

• Une extraction de SQL Server 7.0 abonné ne fonctionnera pas nettoyage dans un éditeur SQL Server 2000 Service Pack 1.
• Une commande SQL Server 2000 SP1 Agent de fusion ne fonctionnera pas nettoyage dans une base de données abonnés SQL Server 2000 (sans SP1).
• Un push de SQL Server 2000 SP1 Agent de fusion exécute nettoyage dans une base de données SQL Server 2000 Service Pack 1 Publisher, même si elle possède des abonnés sont SQL Server 2000 ou version antérieure.

Nettoyage automatique sur certains serveurs et non sur d'autres est au plus provoquer des conflits a la valeur false, et celles doivent être rares. Pour les topologies qui incluent les versions antérieures à SQL Server 2000 SP1, vous pouvez voir les avantages de performance en exécutant sp_mergemetadatacleanup sur tous les serveurs qui ne sont pas nettoyées automatiquement.

empêcher les conflits a la valeur false

Nettoyage des données en fonction de rétention meta empêche une non-convergence et silencieux remplace des modifications apportées à d'autres n?uds. Toutefois, false conflits peuvent se produire si les deux conditions suivantes sont remplies :

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

Par exemple, si méta-données sont nettoyées à l'éditeur mais pas sur l'abonné et une mise à jour est effectuée dans l'éditeur, un conflit va se produire même si les données s'affichent pour qu'il soit synchronisé.

Pour éviter ce conflit, assurez-vous de métadonnées sont nettoyées à n?uds associés à sur la même heure. Si -1 MetadataRetentionCleanup est utilisé, à la fois l'éditeur et abonné sont nettoyées automatiquement avant le démarrage de fusion et publipostage, garantissant ainsi que les n?uds sont nettoyées à la fois. Un conflit se produit, utiliser la visionneuse de fusion et publipostage réplication conflit pour vérifier le conflit et de modifier le résultat si nécessaire.

Si un article appartient à plusieurs compositions ou dans un scénario republishing, il est possible que les périodes de rétention pour une ligne donnée dans l'éditeur et l'abonné sont différentes. Pour réduire le risque de nettoyage des métadonnées sur un côté mais pas les autres, il est recommandé que périodes de rétention similaire à ces compositions différentes.

note S'il existe une grande quantité de métadonnées des données dans les tables système qui doivent être nettoyées, le processus de fusion et publipostage peut prendre plus de temps à s'exécuter. Nettoyer les données méta régulièrement pour éviter ce problème.

5.3.6 Sauvegarder et restaurer des problèmes de réplication de fusion

introduit dans le Service Pack 1

Une base de données composition qui est restaurée à partir d'une sauvegarde doit tout d'abord synchroniser avec une base de données abonnement disposant d'un abonnement global (c'est-à-dire, un abonnement ayant une valeur de priorité affectée) pour garantir le comportement de convergence correct. 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'ont pas de suffisamment données méta pour appliquer les modifications apportées à la base de données composition, telle synchronisation peut aboutir à la une non-convergence de données.

Lorsque vous planifiez la sauvegarde 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 non antérieurs à la plus courte période de rétention de toutes les compositions à laquelle 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 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.
  
  Il est fortement recommandé qu'un abonné synchroniser 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, imaginez une composition avec une période de rétention de 10 jours. La dernière synchronisation était de 8 jours et maintenant la sauvegarde est effectuée. Si la sauvegarde est appliquée 4 jours plus tard, la dernière synchronisation s'être produite 12 jours, qui est au-delà de la période de rétention. Si l'abonné a synchronisé droite 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 souhaitez modifier la valeur de rétention de composition, réinitialiser manuellement l'abonné pour éviter l'une non-convergence de données. Les méta-données en fonction de rétention nettoyer la fonctionnalité supprime métadonnées obsolète tables système de fusion et 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 synchronisé durant la période de rétention expire. Si, après un nettoyage, la période de rétention composition est augmentée et un abonnement tente fusionner avec l'éditeur (qui a déjà supprimé les données de métadonnées), l'abonnement expire pas en raison de la valeur rétention accrue. En outre, l'éditeur n'a pas les données nécessaires meta pour télécharger les modifications pour les abonnés qui mène à une non-convergence.
• 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.

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

introduit dans le Service Pack 1

Restauration d'une sauvegarde sur le même serveur et de la base de données, exécute la même version que le serveur à partir duquel la sauvegarde a été créée, 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 utilisée pour sauvegarder la base de données, prenez en compte les problèmes suivants :

• Si vous restaurez vers SQL Server 2000 SP2 à partir d'une sauvegarde créée avec SQL Server 2000, et que vous souhaitez conserver les paramètres de réplication, vous devez exécuter sp_vupgrade_replication . Exécution de sp_vupgrade_replication garantit que les données de métadonnées de réplication a été mis à niveau. Si vous n'exécutez pas sp_vupgrade_replication , les données de métadonnées de réplication peuvent être laissées dans un état imprévisible.
• Si vous restaurez à SQL Server 2000 à partir d'une sauvegarde créée avec SQL Server 7.0 (si elle être la 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 les service packs. Il est possible de restaurer directement vers SQL Server 2000 SP2 d'une sauvegarde d'une base de données répliquée créé dans SQL Server 7.0, mais les paramètres de réplication ne sont pas conservées.

5.3.8 Un nouveau paramètre MaxCmdsInTran d'agent de lecture du journal

introduit dans le Service Pack 1

Commençant par le SP1, un nouveau paramètre invite -MaxCmdsInTran , a été ajoutée pour l'agent de lecture du journal. Pour les transactions affectant un grand nombre de commandes (généralement en masse mises à jour ou suppressions), l'agent de distribution doit attendre l'agent de lecteur du journal écrire la transaction entière dans la base de données de distribution que qu'il puisse commencer propagation de la transaction sur l'abonné. Ce délai bloque l'agent de distribution et réduit le parallélisme entre les deux agents.

En utilisant ?MaxCmdsInTran , l'agent de lecture du journal scinde transactions volumineuses en segments plus petits, et chaque bloc contient le même ou moins de commandes que le -MaxCmdsInTran entrée. Par conséquent, l'agent de distribution peut démarrer antérieures segments d'une transaction de traitement pendant que l'agent de lecture du journal est toujours par morceaux ultérieure de la même transaction.

Cette amélioration de parallélisme entre l'agent de lecture du journal et l'agent de distribution contribue à meilleur débit de réplication global. Notez, cependant, que les blocs de transactions sont validées sur l'abonné que les transactions individuelles, qui divise la propriété ACID d'atomicity. Ce résultat n'est pas un problème dans la plupart des cas, mais il est recommandé de tester pour vous assurer.

définir le paramètre ?MaxCmdsInTran

Indiquez un entier positif (1 ou ci-dessus) pour le -MaxCmdsInTran valeur du paramètre. Si vous spécifiez la valeur 0 équivaut à 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 SP1 ou version ultérieure, et 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, -MaxCmdsInTran est ignoré.

Restriction 5.3.9 sur index cluster non uniques

introduits dans SP2 (s'applique aux réplication transactionnelle uniquement).

Vous ne pouvez pas créer un index en cluster non unique sur une table après sa publication pour la réplication transactionnelle. Avant de créer l'index, vous devez tout d'abord supprimer n'importe quelle composition qui inclut la table.

5.3.10 Une nouvelle - argument de ligne de commande MaxNetworkOptimization pour Agent de capture instantanée

Pendant le traitement normal, la réplication de fusion peut envoyer des commandes DELETE à abonnés pour les lignes qui n'appartiennent pas à partition de l'abonné. SUPPRESSION des commandes de ce type sont appelés supprime non pertinentes. Supprime inutile n'affectent pas l'intégrité des données ou la convergence, mais peut entraîner le trafic réseau inutile.

Pour réduire le trafic réseau de suppressions inutile, vous pouvez utiliser le nouveau paramètre Agent de capture instantanée -MaxNetworkOptimization avec les publications de réplication de fusion. Le paramètre 1 réduit les risques de suppressions non pertinentes, qui maximise l'optimisation de réseau.

note En définissant ce paramètre à 1 est utile uniquement lorsque l'option d'optimisation de synchronisation de la composition de fusion et est définie sur true (le @keep_partition_changes paramètre de sp_addmergepublication ).

La valeur par défaut est 0 car le paramètre 1 peut augmenter le stockage des métadonnées et génèrent une dégradation des performances dans l'éditeur se plusieurs niveaux de filtres de jointure et les filtres complexes sous-ensemble correspondent à présent. Vous devez évaluer avec soin votre topologie de réplication et uniquement définir -MaxNetworkOptimization à 1 si le trafic réseau de suppressions inutile est beaucoup trop élevé.

Vous pouvez ajouter ce paramètre dans le profil Agent de capture instantanée en exécutant la procédure système sp_add_agent_parameter :

Services de données 5.4 META

Les éléments de suivants s'appliquent à SQL Server 2000 META données services.

Explorateur de données 5.4.1 META exporte au format Unicode

introduit dans le Service Pack 1

Explorateur de données META exporte maintenant métadonnées basé sur XML au format Unicode. Avant de SQL Server 2000 SP1, le navigateur exportés code ANSI, qui ne prend pas en charge les caractères non reconnus. Cette modification fonctionnelle est transparente pour l'utilisateur. De cette version de Service Pack 2, 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 clé de Registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport 0. La liste suivante représente les valeurs que vous pouvez définir pour cette 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 .

Services 5.5 data transformation services

Les éléments suivants appliquent à SQL Server 2000 services DTS (Data Transformation).

L'Assistant DTS 5.5.1 limite plus chaîne colonnes à 255 caractères

introduits dans SP2

Lorsque vous exportez des données vers un fichier texte, l'Assistant Exportation d'importation DTS configure maintenant le package à écrire jusqu'à 8 000 caractères de toute colonne contenant les données de type de chaîne.

Contexte de sécurité 5.5.2 enregistré pour les packages DTS exécutés par SQL Server Agent

introduits dans SP2

Agent SQL Server enregistre le contexte de sécurité sous lequel s'exécute chaque étape dans un travail. À partir de Service Pack 2, le contexte de sécurité s'affiche dans la boîte de dialogue Historique des travaux. Lorsque vous exécutez un package DTS à partir d'une étape dans un travail, l'agent SQL Server enregistre le compte d'utilisateur sous lequel le lot est exécuté. Ces informations permettent aux administrateurs de diagnostiquer les autorisations et les problèmes d'authentification qui se produire lorsque packages DTS sont planifiées pour s'exécuter sur un serveur.

Améliorations de compte de proxy de l'Agent 5.5.3 SQL Server

introduits dans SP2

Antérieure à SP2, packages DTS 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 (dans le cas de tâches à exécuter à partir de xp_cmdshell ) ou l'agent (dans le cas de tâches agent) a été exécuté. 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 répertoire qui a été accessible par le démarrage et les comptes proxy, comme C:\Temp. Pour SP2, DTS a été améliorée à utiliser le dossier TEMP du système si le dossier TEMP utilisateur est indisponible, considérablement réduire le besoin de ces ajustements.

Améliorations de 5.6 le Virtual Backup Device API

L'élément suivant s'applique à le SQL Server 2000 API Virtual Backup Device.

5.6.1 Capturer plusieurs bases de données d'un instantané unique

introduits dans SP2

API Virtual Backup Device permet des fournisseurs de logiciels indépendants intégrer SQL Server 2000 leurs produits. Cette API est conçue pour fournir nombre maximale de fiabilité et performances. Prend il entièrement en charge la fonctionnalité Sauvegarde et restauration pour SQL Server 2000, y compris la plage complète de fonctionnalités de sauvegarde à chaud et instantanées.

Dans le Service Pack 1 et versions antérieures, il ne était aucun moyen de figer et sauvegarder plusieurs une seule base de données en une seule fois. Service Pack 2 maintenant prend en côté serveur charge figer et la capture plusieurs bases de données d'un instantané via la commande VDC_PrepareToFreeze unique.

La spécification Virtual Backup Device dans le Service Pack 2 comporte à des informations sur la commande VDC_PrepareToFreeze à jour. Une version mise à jour du fichier en-tête Virtual Device Interface (vdi.h) peut trouver dans \devtools\include dans le répertoire d'installation SP2.

Amélioration de la requête 6.0 anglais

introduit dans le Service Pack 1

Microsoft a publié une amélioration de sécurité pour les applications English Query. Cette amélioration n'est pas installée en tant qu'une partie du Service Pack. Cependant, il est recommandé que vous l'appliquer si vous utilisez English Query. L'amélioration de la sécurité se trouve sur le CD-ROM Service Pack 2 dans le \EQHotfix dossier. Détails concernant l'amélioration English Query sont disponibles sur le Microsoft Product Support Services Knowledge Base (http://support.microsoft.com/search/?adv=1&spid=2852) . Recherchez la base de connaissances article 297105.

7.0 DB-Library et SQL intégré pour C

introduit dans le Service Pack 1

Pendant que le DB-Library et SQL intégré de C application programming interfaces (API) sont toujours pris en charge dans SQL Server 2000, aucun versions futures de SQL Server n'inclut les fichiers nécessaires à la programmation de travail sur les applications qui utilisent ces API. Connexions provenant d'applications existantes écrites avec DB-Library et SQL intégré pour C sont toujours être pris en charge dans la prochaine version de SQL Server, mais cette prise en charge également va être supprimée dans une version ultérieure. Lorsque vous écrivez des nouvelles applications, évitez d'utiliser ces composants. Lorsque vous modifiez des applications existantes, il est vivement recommandé de supprimer les interdépendances sur ces technologies. Au lieu de DB-Library ou SQL intégré de C, vous pouvez utiliser ADO, OLE DB ou ODBC pour accéder aux données dans SQL Server. Reportez-vous à la documentation en ligne de SQL Server pour plus d'informations sur ces technologies.