Service Pack 4 pour Microsoft SQL Server 2000

Database Components

21.03.05

© Copyright Microsoft Corporation, 2004. Tous droits réservés.

 
L'équipe de la documentation de SQL Server n'est pas en mesure de répondre à vos questions de support technique ; en revanche, elle est ouverte à tout commentaire ou suggestion sur la présente documentation. Vous pouvez facilement et rapidement nous adresser vos réactions par courrier électronique en utilisant le lien ci-dessous. Veuillez rédiger votre texte en anglais.

Pour nous soumettre vos réactions sur ce document par écrit, cliquez sur ce lien :  Envoyer vos commentaires.
 

Sommaire

1.0 Introduction

    1.1 Configuration système requise

    1.2 Avant la mise à niveau vers Database Components Service Pack 4

    1.3 Vérification de la version de Microsoft Data Access Components

    1.4 Identification de la version actuelle de SQL Server 2000

    1.5 Informations complémentaires sur le Service Pack 4

    1.6 Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000

2.0 Où rechercher et télécharger Database Components Service Pack 4

    2.1 Choix de la langue adéquate

    2.2 Téléchargement de Database Components Service Pack 4

    2.3 Extraction des fichiers Database Components Service Pack 4

    2.4 Consignes pour la phase de téléchargement et d'extraction

    2.5 Documentation sur l'installation de Database Components Service Pack 4

3.0 Installation du Service Pack

    3.1 Préparation de l'installation de Database Components Service Pack 4

    3.2 Installation de Database Components Service Pack 4

    3.3 Redémarrage des services et des applications

    3.4 Installation sur un cluster de basculement

    3.5 Installation de Database Components sur des serveurs répliqués

    3.6 Application du Service Pack 4 à des bases de données ou des groupes de fichiers en lecture seule dans une topologie de réplication

    3.7 Mise à niveau du catalogue de serveurs liés

    3.8 Désinstallation de Database Components Service Pack 4

    3.9 Réapplication de Database Components Service Pack 4

4.0 Informations supplémentaires à prendre en compte pour l'installation

    4.1 Installations sans assistance

    4.2 Redistribution de Database Components Service Pack 4

    4.3 Installation distribuée à l'aide de Systems Management Server

5.0 Notes concernant la documentation

    5.1 Améliorations de la base de données

    5.2 Améliorations de la réplication

    5.3 Améliorations de l'Agent SQL Server et des outils partagés

    5.4 Améliorations des composants de connectivité de SQL Server

    5.5 Améliorations de Meta Data Services (MDS)

    5.6 Améliorations de Data Transformation Services (DTS)

    5.7 Améliorations de XML

    5.8 Améliorations de l'API Virtual Backup Device

    5.9 Rapport d'erreurs

    5.10 Améliorations de la commodité

    5.11 Amélioration d'English Query

    5.12 DB-Library et Embedded SQL pour C

[Haut]

1.0 Introduction

Ce fichier Lisezmoi explique comment utiliser le module Database Components de Microsoft® SQL Server™ 2000 Service Pack 4 (SP4) pour mettre à niveau des instances existantes du moteur de base de données SQL Server 2000 vers SQL Server 2000 Service Pack 4.

Le processus d'installation général du Service Pack 4 est le suivant :

1. Déterminez si vous pouvez utiliser le Service Pack 4 et, dans l'affirmative, les composants que vous devez installer. Lisez intégralement la section 1.0 avant de télécharger et d'installer le Service Pack 4.
   
   
2. Téléchargez et extrayez les fichiers d'installation du Service Pack. La section 2.0 décrit comment obtenir les fichiers d'installation du Service Pack 4.
   
   
3. Préparez une instance en vue de sa mise à niveau vers le Service Pack 4. La section 3.1 décrit en détail les étapes de préparation que vous devez suivre avant d'installer le Service Pack 4.
   
   
4. Installez le Service Pack 4. La section 3.2 décrit en détail les options d'exécution du programme d'installation du Service Pack 4.

SQL Server 2000 SP4 contient quatre éléments :

• Database Components SP4 met à jour une instance du moteur de base de données pour SQL Server 2000, à l'exception des instances de SQL Server 2000 Desktop Engine (MSDE 2000). Ce SP4 permet de mettre à niveau une instance de SQL Server 2000 Workgroup Edition. Il inclut des mises à jour pour :
  • le moteur de base de données ;
    
    
  • tous les outils clients et les utilitaires de bases de données, tels que SQL Server Enterprise Manager et l'utilitaire osql ;
    
    
  • les composants de connectivité cliente de base de données, tels que le Fournisseur Microsoft OLE DB pour SQL Server 2000, le pilote SQL Server 2000 ODBC et les Net-Library clientes ;
    
    
  • la réplication ;
    
    
  • les services DTS (Data Transformation Services) ;
    
    
  • Meta Data Services.
• Analysis Services SP4 met à jour les différents composants de SQL Server 2000 Analysis Services dans une installation de SQL Server 2000.
  
  
• MSDE 2000 SP4 met à jour des instances de SQL Server 2000 MSDE 2000 et MSDE 2000 version A.
  
  
• SQL Server 2000 SP4 (64 bits) contient toutes les mises à jour pour SQL Server 2000 (64 bits). Il s'agit du premier Service Pack pour SQL Server 2000 (64 bits).

Tous les Service Pack de SQL Server sont cumulatifs. SQL Server SP4 contient les correctifs compris dans SP1, SP2, SP3 et SP3a.

Database Components SP4 ne peut être utilisé que sur les instances du moteur de base de données pour SQL Server 2000 Édition Entreprise, Édition Standard, Édition Développeur ou Édition Personnelle. Les autres éléments de SQL Server 2000 SP4 s'appliquent aux autres composants de SQL Server 2000 tels que Analysis Services, MSDE 2000 ou SQL Server 2000 (64 bits). Des fichiers Lisezmoi distincts décrivent l'utilisation d'Analysis Services SP4, de MSDE 2000 SP4 et de SQL Server 2000 SP4 (64 bits). Les autres fichiers Lisezmoi sont disponibles sur ce site Web Microsoft.

[Haut]

1.1 Configuration système requise

Cette section décrit les modifications apportées à la configuration système requise et les problèmes associés au système qui affectent l'installation du moteur de base de données SP4. Vous trouverez des informations générales sur la configuration système requise pour SQL Server 2000 sur ce site Web Microsoft.

Modifications apportées aux systèmes pris en charge

• SQL Server 2000 SP4 n'est pas pris en charge sur les plateformes Windows NT 4.0, Windows Millennium Edition et Windows 98.
  
  
• Les installations de SQL Server 2000 SP3a sur les plateformes Windows NT 4.0, Windows Millennium Edition et Windows 98 continueront à recevoir des correctifs critiques 12 mois après la version finale de SQL Server 2000 SP4.
  
  
• SQL Server 2000 SP4 prend en charge SQL Server 2000 (32 bits) sur Windows 2003 SP1 s'exécutant en mode WOW64 (Windows-on-Windows 64) sur des processeurs X64 ou compatibles.

Problèmes d'installation sur les systèmes pris en charge

Une installation de Database Components SP4 peut échouer si l'une des stratégies de sécurité suivantes a la valeur Ne pas autoriser l'installation.

• La stratégie de sécurité locale de Windows XP Périphériques : comportement d'installation d'un pilote non signé pour Windows XP
  
  
• Comportement d'installation d'un pilote non signé - stratégie de sécurité locale pour Windows 2000

Si vous utilisez le paramètre Ne pas autoriser l'installation, vous devez le modifier en Réussite silencieuse avant d'installer Database Components SP4. Si nécessaire, vous pouvez réaffecter à la stratégie sa valeur antérieure une fois l'installation terminée.

Remarque   Ne pas autoriser l'installation n'est pas le paramètre par défaut de ces stratégies de sécurité.

Pour définir des stratégies de sécurité

1. Dans le Panneau de configuration, double-cliquez sur Outils d'administration.
   
   
2. Double-cliquez sur Stratégie de sécurité locale.
   
   
3. Développez Stratégies locales.
   
   
4. Sélectionnez Options de sécurité.
   
   
5. Vérifiez que l'option suivante du volet droit est définie sur Réussite silencieuse avant d'installer Database Components SP4 :
   
   
6. Sur Windows XP et Windows 2003 : Périphériques : Comportement d'installation d'un pilote non signé.
   
   
7. Sur Windows 2000 : Comportement d'installation d'un non-pilote non signé.

[Haut]

Configuration des applications requise

Si votre instance de SQL Server 2000 est utilisée par une application, demandez au fournisseur de l'application si des points concernant la mise à niveau de SQL Server 2000 sont à prendre en compte avant de procéder à la mise à niveau vers Database Components SP4.

[Haut]

1.2 Avant la mise à niveau vers Database Components Service Pack 4

Cette section décrit les problèmes à résoudre et les tâches à effectuer avant d'utiliser Database Components SP4 pour mettre à niveau une instance existante du moteur de base de données SQL Server 2000.

Les bases de données ou les sauvegardes de bases de données créées sur une instance de Database Components SP4 peuvent être attachées à une version antérieure de SQL Server 2000 ou restaurées à partir de celle-ci. Toutefois, il existe des restrictions concernant les bases de données d'une topologie de réplication. Pour plus d'informations, voir la section 1.2.2, Points à prendre en compte pour une instance dans une topologie d'envoi de journaux ou de réplication.

Le programme d'installation de Database Components SP4 détecte automatiquement l'édition de SQL Server 2000 présente sur l'instance de SQL Server 2000 à mettre à niveau. Il ne met à niveau que les composants installés sur cette instance. Ainsi, si vous appliquez le Service Pack à un ordinateur qui exécute SQL Server 2000 Édition Standard, le Service Pack n'essaie pas de mettre à niveau les composants propres à SQL Server 2000 Édition Entreprise.

Vous pouvez appliquer Database Components SP4 à une instance par défaut unique ou à une instance nommée de SQL Server. Si vous mettez à niveau plusieurs instances de SQL Server 2000 vers SP4, vous devez appliquer le SP4 à chacune d'elles. Lorsque vous effectuez la mise à niveau vers le SP4 d'une instance sur un ordinateur comportant une ou plusieurs instances de SQL Server 2000, tous les outils sont mis à niveau vers SP4. Il n'existe pas de versions distinctes des outils pour chaque instance.

Si votre instance de SQL Server 2000 est utilisée par une application, demandez d'abord au fournisseur de l'application s'il existe des points particuliers à prendre en compte concernant la mise à niveau de SQL Server 2000.

[Haut]

^# 1.2.1 Déterminer comment supprimer Database Components Service Pack 4

Avant d'utiliser Database Components SP4 pour mettre à niveau une instance existante du moteur de base de données, il est conseillé de prévoir comment ramener l'instance à son état initial en cas de besoin. Lors de son installation, SQL Server 2000 Database Components SP4 apporte des modifications aux tables système à des fins de maintenance. Il met également à niveau les bases de données utilisateurs et de distribution appartenant à une topologie de réplication. Compte tenu de la nature des modifications apportées, il n'est pas facile de supprimer Database Components SP4. Pour revenir à la version exécutée avant l'installation de Database Components SP4, il vous faut d'abord désinstaller l'instance du moteur de base de données SQL Server 2000, puis réinstaller cette instance. Ensuite, si vous exécutiez un Service Pack antérieur de SQL Server 2000 ou appliquiez des correctifs, vous devez réappliquer à l'instance ce Service Pack et ces correctifs.

Remarque   Pour supprimer SP4, vous devez avoir effectué une sauvegarde des bases de données master, model et msdb juste avant l'application de SP4. Pour plus d'informations, voir la section 3.1.1, Sauvegarde des bases de données SQL Server.

Pour plus d'informations, voir la section 3.8, Désinstallation de Database Components Service Pack 4.

[Haut]

1.2.2 Points à prendre en compte pour une instance dans une topologie d'envoi de journaux ou de réplication

Le programme d'installation de SQL Server 2000 SP4 met à niveau les bases de données utilisateur qui appartiennent à une topologie de réplication. La mise à niveau peut affecter la fonctionnalité de sauvegarde et de restauration des bases de données utilisateurs répliquées. Avant d'installer SP4, assurez-vous que les bases de données de réplication et les groupes de fichiers sont accessibles en écriture. Pour plus d'informations sur l'application de SP4 aux bases de données incluses dans des topologies de réplication, voir la section 3.5, Installation de Database Components sur des serveurs répliqués. Pour plus d'informations sur la sauvegarde et la restauration de la réplication, voir la section 5.2.6, Problèmes de sauvegarde et de restauration de la réplication de fusion.

Remarque   Si une instance de SQL Server ne fait pas partie d'une topologie de réplication, vous pouvez sauvegarder une base de données utilisateur et la restaurer sur toute autre version de SQL Server 2000.

Si le programme d'installation de SP4 détecte des bases de données utilisateurs ou des groupes de fichiers non accessibles en écriture, il :

• applique les mises à jour de réplication SP4 à toutes les bases de données utilisateurs accessibles en écriture ;
  
  
• répertorie les bases de données non accessibles en écriture dans le journal d'installation, situé sous Winnt\Sqlsp.log ;
  
  
• affiche le message d'avertissement suivant :

  Setup has detected one or more databases and filegroups which are not writable.

  Remarque   Ce message n'affecte pas les installations sans assistance de Database Components. Pour plus d'informations sur les installations sans assistance, voir la section 4.1, Installations sans assistance.

Vous pouvez ignorer cet avertissement sauf si certaines des bases de données recensées dans le journal d'installation appartiennent à une topologie de réplication. Dans ce cas, vous devez rendre ces bases de données accessibles en écriture et réappliquer le programme d'installation du SP4 à cette instance de SQL Server 2000.

Pour apprendre à rendre une base de données accessible en écriture, voir la section 3.6 Application du Service Pack 4 à des bases de données ou des groupes de fichiers en lecture seule dans une topologie de réplication. Pour plus d'informations sur la réapplication de SP4, voir la section 3.9, Réapplication de Database Components Service Pack 4.

Composants de base de données et d'envoi des journaux

Dans la mesure où les bases de données non accessibles en écriture ne provoquent pas l'échec du programme d'installation, il n'est plus nécessaire de désactiver l'envoi des journaux avant la mise à niveau vers Database Components SP4. Cependant, si la base de données envoie des journaux à une base de données éditeur de réplication, vous devez :

1. mettre la base de données hors ligne avant d'appliquer SP4 ;
   
   
2. appliquer SP4 à l'instance ;
   
   
3. reconnecter la base de données ;
   
   
4. ouvrir une session sur l'Analyseur de requêtes et exécuter le script suivant :

   USE master
   GO
   EXEC sp_vpupgrade_replication
   GO

Si vous appliquez SP4 sans avoir déconnecté toutes les bases de données non accessibles en écriture qui envoient des journaux à des bases de données de publication, vous recevez l'erreur suivante :

Error Running Script sp_vpupgrade_replication (1)

Dans ce cas, exécutez la procédure ci-dessus.

Remarque   Au cours de l'installation, le programme d'installation ne distingue pas les bases de données en lecture seule des bases de données hors ligne ou suspectes. Si une base de donnée de réplication ou un groupe de fichiers se trouve dans l'une de ces situations et appartient à une topologie de réplication, vous devez réappliquer le Service Pack une fois la base de données devenue accessible en écriture.

[Haut]

1.3 Vérification de la version de Microsoft Data Access Components

Le programme d'installation de Database Components SP4 détermine s'il convient de mettre à niveau une version installée de MDAC (Microsoft Data Access Components) vers MDAC 2.8 SP1.

• Les ordinateurs qui exécutent Windows 2000 sont mis à niveau vers MDAC 2.8 SP1.
  
  
• Les ordinateurs qui exécutent Windows XP ou Windows Server 2003 ne sont pas mis à niveau vers MDAC 2.8 SP1. Si votre système a besoin de l'un des correctifs inclus dans MDAC 2.8 SP1, effectuez la mise à niveau de votre système vers Windows XP SP2 ou Windows Server 2003 SP1 pour obtenir MDAC 2.8 SP2.
  
  
• MDAC 2.8 SP1 n'est pas installé sur les ordinateurs déjà dotés d'une version de MDAC équivalente ou ultérieure.

  Remarque   Si un ordinateur doté de Database Components SP4 est mis à niveau ultérieurement vers une plate-forme de systèmes d'exploitation plus récente, la version de MDAC installée par SP4 n'est plus présente.

Remarque   Pour déterminer la version de MDAC installée sur votre ordinateur, consultez l'article numéro 301202 de la Base de connaissances Microsoft.

Lorsque Database Components SP4 installe MDAC 2.8 SP1, la version de langue de MDAC est la même que celle de Database Components SP4. Si vous souhaitez que la version de langue de MDAC soit différente de celle de Database Components SP4, vous devez télécharger et installer la version de langue souhaitée de MDAC 2.8 SP1 avant d'exécuter le programme d'installation de Database Components SP4. Vous pouvez télécharger des versions de langue propres à MDAC 2.8 SP1 à partir de ce site Web Microsoft.

MDAC 2.8 contient une mise à niveau vers MSXML 3.0 SP7. MDAC 2.81 SP1 met également à jour SQLXML 1.0 qui est fourni avec Microsoft SQL Server 2000. Ce Service Pack n'installe pas et ne met pas à jour SQLXML 3.0. Si votre application nécessite SQLXML 3.0, vous devez le télécharger et l'installer à partir de ce site Web Microsoft. Pour plus d'informations sur MDAC 2.8 SP1, voir ce site Web Microsoft. Pour plus d'informations sur les versions MDAC, voir l'article 822758 de la Base de connaissances Microsoft. Les correctifs inclus dans MDAC 2.8 SP1 sont documentés dans l'article numéro 884930 de la Base de connaissances Microsoft.

Remarque   Les versions préliminaires de SQL Server 2000 SP4 installaient une version préliminaire de MSXML 3.0 SP7. Si vous avez installé une version préliminaire de SQL Server 2000 SP4, il est conseillé de télécharger et d'installer la version finale de MSXML 3.0 SP7 à partir de ce site Web Microsoft.

[Haut]

1.4 Identification de la version actuelle de SQL Server 2000

Avant d'exécuter le programme d'installation, vous devez identifier la version de l'instance de Database Components en cours de mise à niveau.

Pour identifier la version installée de SQL Server 2000 Database Components

1. Exécutez l'une des requêtes suivantes sur une instance du moteur de base de données à l'aide de isql, de osql ou de l'Analyseur de requêtes.
   • SELECT SERVERPROPERTY('ProductLevel')
     
     
   • SELECT @@VERSION
     
     
   • SELECT SERVERPROPERTY('ProductVersion')
2. Trouvez votre version de Database Components au moyen du tableau suivant.

   Version et niveau de SQL Server 2000	@@VERSION	Niveau du produit
   SQL Server 2000 (version d'origine)	8.00.194	RTM
   Database Components SP1	8.00.384	SP1
   Database Components SP2	8.00.534	SP2
   Database Components SP3, SP3a ou MSDE 2000 version A	8.00.760	SP3
   Database Components SP4	8.00.2039	SP4

   
   

   Remarque   Votre version de produit peut être différente de ces valeurs si vous avez appliqué un correctif après avoir installé le produit ou un Service Pack antérieur. Par exemple : @@VERSION retourne une valeur de 8.00.818 après l'application du correctif de sécurité MS03-031 à SQL Server 2000 SP3a.

3. (Facultatif) Si vous ne savez pas réellement si vous utilisez une édition du moteur de base de données SQL Server 2000 ou de MSDE 2000, utilisez isql, osql ou l'Analyseur de requêtes pour exécuter la requête suivante sur l'instance en question.
   • SELECT SERVERPROPERTY('Edition')

   Si cette requête retourne « desktop engine », vous exécutez une instance de MSDE 2000 ; sinon, vous exécutez une instance du moteur de base de données SQL Server 2000.

[Haut]

1.5 Informations complémentaires sur le Service Pack 4

La liste des correctifs fournis dans ce Service Pack est fournie dans l'article numéro 888799 de la Base de connaissances Microsoft. Chaque correctif mentionné dans cet article comporte un lien vers un article de la Base de connaissances traitant du problème concerné. Suivez les liens d'accès à ces articles pour afficher des informations sur chaque correctif.

Toutes les informations se rapportant à SQL Server 2000 Service Pack 4, ultérieures à la diffusion de ce fichier Lisezmoi, seront publiées dans l'article 884525 de la Base de connaissances Microsoft.

Les articles de la Base de connaissances mentionnés dans ce fichier Lisezmoi sont publiés dans la Base de connaissances du Support technique Microsoft.

Pour rechercher un article dans la Base de connaissances

1. Sous Advanced Search, dans la zone de texte For, tapez le numéro de l'article que vous souhaitez consulter.
   
   
2. Sous Search Type, sélectionnez Article ID.
   
   
3. Cliquez sur le bouton représentant une flèche droite pour lancer la recherche.

Correctifs

Tous les bulletins de sécurité publiés sur SQL Server 2000 SP3a et SQL Server 2000 (64 bits), accessibles au public, ont été intégrés à SP4.

Si vous avez reçu un correctif sur SQL Server 2000 après le 2 décembre 2004, il n'est probablement pas inclus dans le SP4. Contactez votre support technique principal afin d'obtenir ce même correctif pour SQL Server 2000 SP4.

SQL Server 2000 SP4 comprend des améliorations qui vous permettent de désinstaller les prochains correctifs. Pour plus d'informations, voir la section 5.10, Améliorations de la commodité.

Correctifs relatifs au ver Slammer

Microsoft SQL Server 2000 SP4 intègre les modifications qui ont été apportées aux composants SQL Server 2000 pour répondre aux problèmes soulevés par le ver Slammer :

• SP4 peut être appliqué à SQL Server 2000 Édition d'évaluation Entreprise afin d'apporter les correctifs aux instances de cette édition SQL Server.
  
  
• SP4 résout les problèmes d'installation qu'ont rencontrés certains de nos clients avec la version de MDAC intégrée dans SQL Server 2000 SP3.
  
  
• Lorsqu'une instance de SQL Server 2000 SP4 ou SP3a est configurée de façon à ne pas prendre en charge les connexions réseau, cette instance cesse également d'utiliser le port UDP 1434.

Mises à jour des outils serveur SQL Server CE et SQL Mobile

Les utilisateurs de Microsoft SQL Server 2000 Windows® CE Edition (SQL Server CE) et de SQL Server 2005 Mobile Edition (SQL Mobile) qui ont effectué ou ont l'intention d'effectuer la mise à jour vers SP4 de leurs serveurs de publication et de base de données SQL Server 2000 doivent également mettre à jour les composants de réplication serveur sur les serveurs IIS. De nouveaux programmes d'installation des outils serveur sont disponibles pour SQL Server CE et pour SQL Mobile.

Remarque   Même si vous avez mis à jour vos composants de réplication serveur après la mise à niveau vers SQL Server 2000 SP3 ou SP3a, vous devez installer les toutes dernières mises à jour propres à SP4 des composants des outils serveur.

Mise à jour d'OPENXML

SQL Server 2000 SP4 supprime la dépendance d'OPENXML sur la version de MSXML installée par le système d'exploitation. Database Components SP4 installe une version interne de la technologie MSXML qui assure une compatibilité descendante avec MSXML 2.6.

[Haut]

1.6 Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000

La documentation en ligne de SQL Server 2000 représente pour l'utilisateur la meilleure source de documentation qui soit pour Database Components 2000. Elle est mise à jour régulièrement avec des informations nouvelles et corrigées.

• La toute dernière version de la documentation en ligne est disponible sous forme de fichiers téléchargeables sur le site de téléchargement de la documentation en ligne.
  
  
• Une copie en anglais de la toute dernière version de la documentation en ligne est disponible sur ce site Web.

Disponibilité des exemples SQL Server 2000 mis à jour

Des exemples du moteur de base de données SQL Server 2000 et d'Analysis Services mis à jour pour SP3 et SP3a sont disponibles. Vous pouvez les télécharger à partir de ce site Web Microsoft.

[Haut]

2.0 Où trouver et télécharger Database Components Service Pack 4

SQL Server 2000 SP4 est distribué sur les supports suivants :

• Sur un CD-ROM de SQL Server 2000 Service Pack 4 qui regroupe les Service Pack des composants suivants :
  • Database Components SP4
    
    
  • Analysis Services SP4
    
    
  • MSDE 2000 SP4
    
    
  • SQL Server 2000 SP4 (64 bits)

  Si vous disposez d'un CD-ROM SP4, vous pouvez mettre à niveau une instance de SQL Server 2000 vers SP4 à l'aide des fichiers Database Components SP4, directement à partir du CD-ROM.

• Dans les quatre fichiers de package d'installation à extraction automatique suivants que vous pouvez télécharger à partir d'Internet sur ce site Web Microsoft :
  • SQL2000-KB884525-SP4-x86-LLL.exe (Database Components SP4)
    
    
  • SQL2000.AS-KB884525-SP4-x86-LLL.exe (Analysis Services SP4)
    
    
  • SQL2000.MSDE-KB884525-SP4-x86-LLL.exe (Desktop Engine (MSDE 2000) SP4)
    
    
  • SQL2000-KB884525-SP4-ia64-LLL.exe (SQL Server 2000 SP4 (64-bit))

  Remarque   LLL représente un indicateur qui varie par langue.

  Si vous ne disposez pas du CD-ROM SP4, vous pouvez télécharger SQL2000-KB884525-SP4-x86-LLL.exe, puis l'exécuter pour extraire les fichiers Database Components SP4 sur votre ordinateur. SQL2000-KB884525-SP4-x86-LLL.exe crée sur votre disque un ensemble de dossiers et de fichiers dont l'organisation est identique à celle des dossiers et fichiers Database Components qui figurent sur le CD-ROM SP4. Après avoir terminé cette phase d'extraction, vous pouvez installer Database Components SP4 depuis les dossiers de votre disque dur.

[Haut]

2.1 Choix de la langue adéquate

Les Service Pack de SQL Server 2000 Database Components 2000 sont spécifiques à chaque langue. Pour mettre à niveau une instance de SQL Server 2000, vous devez utiliser un Service Pack de même langue que votre instance. Pour vous procurer le Service Pack, utilisez le CD-ROM SQL Server 2000 SP4 ou téléchargez les fichiers Database Components SP4. Si, par exemple, vous mettez à niveau une instance de SQL Server 2000 utilisant le japonais, vous devez vous procurer la version japonaise de Database Components SP4.

Pour déterminer la langue d'une instance de SQL Server 2000 :

• Cliquez sur Démarrer, puis sur Exécuter.
  
  
• Dans la boîte de dialogue Ouvrir, tapez Regedit, puis cliquez sur OK.
  
  
• Recherchez et sélectionnez l'une des clés suivantes :
  • Pour une instance par défaut de SQL Server 2000, recherchez et sélectionnez la sous-clé suivante :

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion

  • Pour une instance nommée de SQL Server 2000, recherchez et sélectionnez la sous-clé suivante :

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion

    où InstanceName est le nom de l'instance.

• Dans le volet de droite, lisez la valeur de l'entrée Langue. Comparez cette valeur à celles de la table qui suit pour déterminer la langue de votre instance de SQL Server 2000 :

  Valeur du Registre Langue (hexadécimal)	Valeur du Registre Langue (décimal)	Langue de cette instance
  0x00000404	1028	Chinois traditionnel
  0x00000407	1031	Allemand
  0x00000409	1033	Anglais
  0x0000040a	1034	Espagnol
  0x0000040c	1036	Français
  0x00000410	1040	Italien
  0x00000411	1041	Japonais
  0x00000412	1042	Coréen
  0x00000804	2052	Chinois simplifié

[Haut]

2.2 Téléchargement de Database Components Service Pack 4

Pour télécharger le package d'installation à extraction automatique de Database Components SP4 :

• Accédez à ce site Web de Microsoft.
  
  
• Dans la zone de liste déroulante Full Download en haut à droite de la page, choisissez la langue correspondant à la langue de votre instance de SQL Server 2000 et cliquez sur Go.
  
  
• Dans la page du centre de téléchargement de Microsoft qui correspond à la langue choisie, sélectionnez le fichier SQL2000-KB884525-SP4-x86-LLL.exe, où LLL varie selon la langue.

[Haut]

2.3 Extraction des fichiers Database Components Service Pack 4

Après avoir téléchargé le fichier à extraction automatique contenant le package d'installation, vous devez extraire les fichiers Database Components SP4 :

• Ouvrez l'Explorateur Windows, puis naviguez jusqu'au dossier dans lequel vous avez téléchargé le fichier de package d'installation à extraction automatique.
  
  
• Double-cliquez sur le fichier téléchargé pour extraire les fichiers Database Components SP4. À l'invite, spécifiez le dossier vers lequel vous voulez extraire les fichiers SP4.

[Haut]

2.4 Consignes pour la phase de téléchargement et d'extraction

Lors du téléchargement et de l'extraction des fichiers d'installation Database Components SP4 via Internet, respectez les consignes suivantes :

• Pour installer ou mettre à niveau vers Database Components SP4, téléchargez SQL2000-KB884525-SP4-x86-LLL.exe soit dans un dossier d'un ordinateur, soit dans un répertoire réseau partagé. Vérifiez que vous disposez d'un espace disponible environ trois fois supérieur à la taille du fichier exécutable pour extraire et stocker les fichiers d'installation du Service Pack. Cela inclut l'espace de stockage du fichier à extraction automatique, l'espace de stockage des fichiers extraits du Service Pack et l'espace de travail temporaire du programme à extraction automatique.
  
  
• Lors du téléchargement de SQL2000-KB884525-SP4-x86-LLL.exe vers votre répertoire local ou partagé et de l'exécution du fichier d'installation, SQL2000-KB884525-SP4-x86-LLL.exe vous demande le nom du dossier dans lequel vous voulez placer les fichiers du Service Pack.

  Remarque   Lors de l'extraction du Service Pack vers un répertoire réseau partagé, le chemin d'accès du dossier spécifié est fonction du dossier à partir duquel vous avez exécuté SQL2000-KB884525-SP4-x86-LLL.exe.

• Vous pouvez renommer ou déplacer le dossier après avoir extrait les composants. Vérifiez toutefois que le nom du chemin d'accès du dossier ne contient pas d'espaces.
  
  
• Les fichiers à extraction automatique permettent de générer un ensemble de répertoires et de fichiers identique à celui du CD-ROM SP4. Lorsque vous téléchargez SP4, vous devez extraire les fichiers pour constituer les dossiers du Service Pack avant d’exécuter le programme d'installation de SQL Server.
  
  
• Pour Database Components SP4, la procédure d'installation est identique, que vous utilisiez le CD-ROM ou extrayiez les fichiers.
  
  
• Vous pouvez télécharger les trois fichiers du Service Pack 4 dans le même dossier cible pour créer un dossier qui contient la même structure que le CD-ROM complet de SQL Server 2000 SP4. Ces trois fichiers à extraction automatique ne se substitueront pas les uns aux autres ou n'entreront pas en conflit.

[Haut]

2.5 Documentation sur l'installation de Database Components Service Pack 4

Les fichiers d'installation de Database Components SP4 contiennent une documentation d'installation mise à jour à laquelle vous avez accès en cliquant sur ? (Aide) durant l'installation de Database Components SP4. Cette documentation ne met pas à jour la version de la documentation en ligne SQL Server 2000 déjà installée sur votre ordinateur. Pour plus d'informations sur l'obtention de la version mise à jour de la documentation en ligne de SQL Server 2000, voir la section 1.6, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000. Si vous souhaitez seulement accéder à la documentation d'installation mise à jour de SQL Server 2000 SP4 sans mettre à jour la documentation en ligne de SQL Server 2000, exécutez le fichier Setupsql.chm. Setupsql.chm est situé dans le sous-dossier \Books du dossier du CD-ROM SP4, dans le dossier local ou dans le partage réseau contenant les fichiers du Service Pack extraits.

[Haut]

3.0 Installation du Service Pack

Pour installer Database Components SP4, suivez les instructions d'installation présentées dans les sections ci-après. Lisez les informations de la section 1.0 Introduction avant de procéder à l'installation. Les étapes d'installation de Database Components SP4 sont les suivantes :

1. Préparation de l'installation de Database Components SP4
   
   
2. Installation de Database Components SP4
   
   
3. Redémarrage des services et des applications

[Haut]

3.1 Préparation de l'installation de Database Components Service Pack 4

Avant d'installer Database Components SP4, procédez comme suit :

1. Sauvegardez vos bases de données SQL Server.
   
   
2. Vérifiez que les bases de données système disposent d'un espace disque suffisant.
   
   
3. Arrêtez les services et les applications.

[Haut]

3.1.1 Sauvegarde des bases de données SQL Server

Avant d’installer Database Components SP4, sauvegardez les bases de données master, msdb et model. L'installation de SP4 modifie les bases de données master, msdb et model, et les rend incompatibles avec les versions de SQL Server antérieures à SP4. Ces sauvegardes sont nécessaires si vous décidez de réinstaller SQL Server 2000 sans SP4.

Mieux vaut également sauvegarder vos bases de données utilisateurs, même si SP4 ne met à jour que les bases de données utilisateurs membres de topologies de réplication.

En cas de problème, un plan de sauvegarde existant qui documente la réplication vous permet de restaurer une base de données à un stade précis, après la mise à niveau vers SP4. Après l'application de SP4, il est recommandé de procéder à une sauvegarde de journal ou à une sauvegarde complète de chacune des bases de données utilisateurs faisant partie d'une topologie de réplication. De cette façon, en cas d'échec d'une base de données de réplication, vous n'avez pas besoin de réappliquer SP4 après la restauration de la base de données.

[Haut]

3.1.2 Vérification que les bases de données système disposent d'un espace disque suffisant

Si l'option Étendue automatique n'est pas sélectionnée pour les bases de données master et msdb, ces dernières doivent disposer d'un espace disponible d'au moins 500 kilo-octets (Ko). Pour vérifier l'espace disponible, exécutez la procédure système stockée sp_spaceused pour la base de données master ou msdb. Si l'espace non alloué dans l'une ou l'autre base de données est inférieur à 500 Ko, augmentez la taille de la base de données. Pour plus d'informations, voir la section « Développement d'une base de données » dans la documentation en ligne de SQL Server 2000.

Si l'option Étendue automatique est sélectionnée pour les bases de données master et msdb et qu'il y a suffisamment d'espace libre sur les disques, sautez l'étape de vérification.

Pour vérifier que l'option Étendue automatique est 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, puis cliquez sur Propriétés. Vérifiez que la case à cocher Fichier à croissance automatique est activée.

[Haut]

3.1.3 Arrêt des services et des applications avant l'exécution du programme d'installation de Database Components SP4

Avant d'installer le moteur de base de données SP4, vous devez arrêter l'ensemble des applications et services, notamment le Panneau de configuration, Ajout/Suppression de programmes, SQL Server 2000 Reporting Services, SQL Server 2000 Notification Services et toutes les applications qui établissent des connexions à l'instance du moteur de base de données mis à niveau.

Vous pouvez appliquer Database Components SP4 sans arrêter d'abord les services ; sachez toutefois que certains services ne démarreront pas tant que vous n'aurez pas redémarré le système. Si vous n'arrêtez pas les services, vous êtes invité à redémarrer votre ordinateur à la fin de l'installation. Si vous ne redémarrez pas le système, il est possible que les services suivants ne démarrent pas :

• Les services Microsoft Distributed Transaction Coordinator (DTC) et Microsoft Search.
  
  
• Les services MSSQLServer et SQLServerAgent pour l'instance mise à niveau (MSSQL$NamedInstance, par exemple).
  
  
• Microsoft Component Services, Microsoft Message Queuing et Microsoft COM Transaction Integrator.

Vous pouvez réduire la nécessité du redémarrage de votre ordinateur après avoir installé Database Components SP4. Pour cela, arrêtez les services et les applications cités dans la liste précédente avant d'exécuter le programme d'installation.

Vous ne pouvez pas arrêter les services dans un environnement de clusters. Pour plus d'informations, voir la section 3.4, Installation sur un cluster de basculement.

[Haut]

3.2 Installation de Database Components Service Pack 4

Les informations suivantes s'appliquent uniquement à la partie Database Components de SQL Server 2000.

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

• Le dossier de l'ordinateur local contenant les fichiers du Service Pack extraits de SQL2000-KB884525-SP4-x86-LLL.exe, où LLL varie en fonction de la langue.
  
  
• Le dossier racine du CD-ROM SQL Server 2000 SP4.
  
  
• Le dossier du partage réseau contenant les fichiers du Service Pack extraits de SQL2000-KB884525-SP4-x86-LLL.exe.

Remarque   Pour installer les composants de bases de données à partir d'un partage réseau, vous devez d'abord effectuer l'une des opérations suivantes :

• Mappez le partage réseau contenant les fichiers du Service Pack extraits sur une lettre de lecteur disponible de l'ordinateur local, accédez au dossier sur le lecteur mappé contenant Setup.bat, puis exécutez Setup.bat.
  
  
• Démarrez le programme d'installation en exécutant le fichier Setupsql.exe situé dans \X86\Setup, un sous-dossier du dossier du partage réseau qui contient les fichiers du Service Pack extraits.

Exécution du programme d'installation de Database Components SP4

Le programme d'installation affiche une boîte de dialogue qui vous demande d'entrer certaines informations et, notamment, de choisir entre l'authentification SQL Server ou l'authentification Windows. Si vous choisissez l'authentification SQL Server, vous devez fournir au programme d’installation le mot de passe associé à la connexion sa. Si vous choisissez l'authentification Windows, vous devez exécuter le programme d'installation lorsque vous êtes connecté à Windows avec un compte de connexion appartenant au rôle de serveur fixe sysadmin pour l'instance de SQL Server 2000 mise à niveau.

Le programme d'installation effectue alors les tâches suivantes :

• Affichage de la boîte de dialogue Mode d'authentification si le programme détecte que l'installation utilise une authentification en mode mixte avec un mot de passe vide pour la connexion sa. L’absence de mot de passe pour la connexion sa n’est pas souhaitable car les utilisateurs peuvent alors facilement accéder au niveau administrateur de SQL Server ou MSDE. Pour protéger vos systèmes, entrez un mot de passe sa ou utilisez l’authentification Windows. Pour plus d'informations sur cette boîte de dialogue, voir Boîte de dialogue Mode d'authentification, plus loin dans cette section.
  
  
• Affichage d'une boîte de dialogue Avertissement pour le mot de passe SA si le programme détecte un mot de passe vide pour la connexion sa. Vous pouvez poursuivre l'installation avec un mot de passe vide pour la connexion sa en choisissant explicitement d'ignorer l'avertissement et de poursuivre l'installation. Toutefois, un mot de passe vide est déconseillé car il pose un réel problème de sécurité. Cette boîte de dialogue d'avertissement apparaît quel que soit le mode d'authentification utilisé.

  Remarque   Ce changement de mot de passe est immédiat ; même si l'installation échoue, le mot de passe est quand même modifié.

• Affichage d'une boîte de dialogue Liste de compatibilité ascendante qui signale tout problème susceptible de se produire lors de l'application du Service Pack à des versions de SQL Server antérieures à SP3. Pour plus d'informations sur cette boîte de dialogue, voir Boîte de dialogue Liste de compatibilité ascendante, plus loin dans cette section.
  
  
• Affichage d'une boîte de dialogue de messages si le programme détecte que certaines bases de données ou certains groupes de fichiers ne sont pas accessibles en écriture. À ce stade, si les bases de données ou les groupes de fichiers font partie d'une topologie de réplication, vous pouvez :
  • soit arrêter la procédure d'installation, rendre ces objets accessibles et recommencer l'installation ;
    
    
  • soit continuer la procédure d'installation de SP4 en cours et réappliquer ultérieurement SP4 une fois les objets devenus accessibles en écriture.

  Remarque   La procédure ci-dessus n'est nécessaire que si vous appliquez SP4 à des bases de données ou des groupes de fichiers non accessibles en écriture et appartenant à une topologie de réplication. Pour plus d'informations, voir la section 3.6, Application du Service Pack 4 à des bases de données ou des groupes de fichiers en lecture seule dans une topologie de réplication.

• Affichage d'une boîte de dialogue Rapport d'erreurs contenant des informations sur la procédure d'activation de la nouvelle fonctionnalité de rapport d'erreurs incluse dans SP4. Pour plus d'informations sur les rapports d'erreurs, voir la section 5.9, Rapport d'erreurs.
  
  
• Mise à jour relative aux composants MDAC, si nécessaire. Pour plus d'informations, voir la section 1.3, Vérification de la version de Microsoft Data Access Components.
  
  
• Remplacement des fichiers SQL Server 2000 existants par des fichiers SP4.
  
  
• Exécution de fichiers de script Transact-SQL pour mettre à jour les procédures système stockées.
  
  
• Affichage d'une option de redémarrage de l'ordinateur dans la dernière boîte de dialogue si le programme d'installation détermine qu'une telle opération est nécessaire.

[Haut]

Boîte de dialogue Mode d'authentification

La boîte de dialogue Mode d'authentification n'affiche pas par défaut les paramètres actuels de l'installation. Le paramètre par défaut est l'authentification Windows. Utilisez la boîte de dialogue pour basculer vers l'authentification Windows ou l'authentification en mode mixte avec un mot de passe de connexion sa non vide.

Remarque   Avant de changer le mode d'authentification ou le mot de passe de connexion sa, assurez-vous que cette modification n'a aucune incidence sur les applications existantes. Par exemple, si vous passez du mode mixte au mode d'authentification Windows uniquement sur une instance de SQL Server, les applications existantes qui tentent de se connecter à l'aide de l'authentification SQL Server ne peuvent y parvenir que si le mode d'authentification Windows est appliqué. De même, si vous changez le mot de passe de connexion sa, les applications ou les processus administratifs qui utilisent l'ancien mot de passe ne peuvent se connecter que s'ils ont été configurés pour utiliser le nouveau mot de passe.

Important  Pour des raisons de sécurité, le mot de passe de connexion sa ne doit jamais être vide.

Le programme d'installation consigne un enregistrement des actions qu'il effectue dans le fichier Sqlsp.log. Ce fichier journal est stocké dans le dossier Windows de l'ordinateur sur lequel le programme d'installation est exécuté. En cas de mise à niveau de plusieurs instances, seule la mise à niveau la plus récente est consignée dans ce journal.

[Haut]

Boîte de dialogue Liste de compatibilité ascendante

La boîte de dialogue Liste de compatibilité ascendante signale tout problème susceptible de se produire lors de l'application du Service Pack à des versions de SQL Server antérieures à SP3. Les problèmes de compatibilité mentionnés dans la liste de vérification varient selon la configuration de l'instance de SQL Server 2000 mise à niveau.

Il se peut que la boîte de dialogue mentionne les problèmes de compatibilité suivants :

• Lors d'une mise à niveau depuis SP2 ou une version antérieure, SP4 met à niveau le service Microsoft Search et reconstruit automatiquement les catalogues de texte intégral pour toutes les applications utilisant le service. Au cours de la reconstruction, la fonctionnalité de texte intégral risque de n'être disponible que partiellement. Vous devez activer cette case à cocher avant de poursuivre l'installation. Pour plus d'informations, voir la section 5.1.4, Reconstruction des catalogues de texte intégral à la fin du programme d'installation.
  
  
• Avant d'appliquer le Service Pack, vous devez mettre à niveau votre configuration de serveur principal/cible SQL Server 2000. Les améliorations introduites avec SP4 ne sont compatibles qu'avec les serveurs exécutant SQL Server 2000 SP3 ou version ultérieure. Vous devez activer cette case à cocher avant de poursuivre l'installation. Pour plus d'informations, voir la section 5.3.2, Modifications apportées à la configuration de serveur principal/cible.
  
  
• Par défaut, le chaînage des propriétés de bases de données croisées est désactivé dans SP4. Après l'installation, vous pouvez activer ce chaînage pour chaque base de données. Si vous activez cette case à cocher facultative, le chaînage des propriétés de bases de données croisées est autorisé pour toutes les bases de données. Pour plus d'informations, voir la section 5.1.10, Chaînage des propriétés de bases de données croisées.

  Remarque à propos de la sécurité  L'activation du chaînage des propriétés de bases de données croisées pour toutes les bases de données est déconseillée.

[Haut]

3.3 Redémarrage des services et des applications

À la fin de la procédure d'installation, vous devrez peut-être redémarrer le système. La section 3.1.3 Arrêt des services et des applications avant l'exécution du programme d'installation de Database Components SP4 fournit des recommandations sur les moments où le redémarrage s'avère nécessaire. Après le redémarrage du système (ou après l'exécution du programme d'installation sans redémarrage), utilisez l'application Services du Panneau de configuration pour vérifier que tous les services que vous avez arrêtés avant d'appliquer le Service Pack sont à nouveau en cours d'exécution. Ces services sont notamment DTC, Microsoft Search, MSSQLServer, MSSQLServerOLAPService et SQLServerAgent, ou leurs équivalents spécifiques à l'instance.

Redémarrez les applications que vous avez fermées avant d'exécuter le programme d'installation du Service Pack.

Il est conseillé à ce stade de sauvegarder également les bases de données master et msdb mises à niveau.

[Haut]

3.4 Installation sur un cluster de basculement

Les informations suivantes ne s'appliquent qu'aux composants SQL Server 2000 faisant partie d'un cluster de basculement.

Pour installer le Service Pack sur un cluster de basculement

1. En cas d'ajout de ressources ayant des dépendances sur des ressources SQL Server, vous devez supprimer ou déconnecter ces dépendances avant de procéder à l'installation de SP4. Si vous ne supprimez pas les dépendances, l'installation de SP4 prendra ces ressources hors connexion.

   Remarque   Lorsqu'une ressource en clusters est récupérée hors connexion, toutes les ressources dépendantes sont également récupérées hors connexion par le service de cluster.

2. Exécutez le Service Pack à partir du nœud qui possède le groupe contenant le serveur virtuel à mettre à niveau. Les fichiers du Service Pack s'installent alors sur tous les nœuds du cluster de basculement.
   
   
3. Dans la boîte de dialogue Installation, tapez le nom du serveur virtuel que vous envisagez de mettre à niveau.
   
   
4. Conservez tous les nœuds du cluster en ligne pendant l'installation afin de garantir la mise à niveau sur chaque nœud du cluster.
   
   
5. Si vous avez supprimé des dépendances ou déconnecté des ressources à l'étape 1 précédente, restaurez les dépendances ou mettez les ressources en ligne.

Remarque   Le programme d'installation peut requérir le redémarrage des nœuds de clusters de basculement. De cette façon, les fichiers utilisés pendant l'installation seront remplacés par les fichiers mis à jour.

Si vous mettez à niveau une instance par défaut (non clusterisée) de SQL Server vers un serveur virtuel, vous devez mettre à niveau l'instance par défaut (non clusterisée) vers une instance virtuelle, puis appliquer SP4. Pour plus d'informations sur la mise à niveau, voir la rubrique « Mise à niveau d'une instance par défaut vers une instance clusterisée par défaut de SQL Server 2000 (Installation) » dans la documentation en ligne de SQL Server 2000.

Pour plus d'informations sur l'installation de SP4 sur un cluster de basculement, voir l'article 811168 de la Base de connaissances Microsoft.

Si vous devez recréer un nœud dans le cluster de basculement, procédez ainsi :

1. Recréez le nœud dans le cluster de basculement. Pour plus d'informations sur la reconstruction d'un nœud, voir la rubrique « Restauration d'une défaillance de cluster de basculement dans le scénario 1 » dans la documentation en ligne de SQL Server 2000.
   
   
2. Exécutez le programme d'installation d'origine de SQL Server 2000 pour recréer le nœud dans le cluster de basculement.
   
   
3. Exécutez le programme d'installation de Database Components SP4 sur le nœud que vous avez ajouté. Seuls les binaires sur le nouveau nœud sont mis à niveau.

Remarque   Si vous exécutez le programme d'installation depuis le nœud sur lequel s'exécute le serveur virtuel, vous devez réappliquer SP4 à tous les nœuds. Vous devez également réexécuter les scripts de mise à niveau des bases de données.

[Haut]

3.5 Installation de Database Components sur des serveurs répliqués

Les informations suivantes ne s'appliquent qu'aux instances existantes de SQL Server 2000 appartenant à une topologie de réplication :

• Avant de procéder à la mise à niveau vers SP4, vérifiez que le compte Windows sous lequel le service SQL Server s'exécute est membre du rôle de serveur fixe sysadmin. Cette vérification est nécessaire car les bases de données de distribution de la réplication sont mises à niveau dans le cadre du compte de service de SQL Server. Après la mise à niveau vers SP4, supprimez le compte Windows du rôle sysadmin.
  
  
• Vous devez mettre à niveau le serveur de distribution avant de mettre à niveau le serveur de publication.
  
  
• Lorsque vous devez mettre à niveau une instance de MSDE 2000 dans des topologies de réplication basées sur la réplication transactionnelle avec des Abonnés en lecture seule, vous pouvez mettre à niveau l'Abonné avant ou après le serveur de publication et le serveur de distribution.
  
  
• Lorsque vous devez mettre à niveau une instance de MSDE 2000 dans des topologies de réplication fondées sur la réplication de fusion ou la réplication transactionnelle avec des Abonnés mis à jour, vous devez mettre à niveau l'Abonné après le serveur de publication et le serveur de distribution.

  Remarque   Dans de nombreux cas, notamment la réplication de fusion, le serveur de distribution et le serveur de publication se trouvent sur le même serveur et sont mis à niveau simultanément.

• Si vous utilisez la réplication de fusion et que le serveur de distribution se trouve sur un autre ordinateur ou sur une autre instance de base de données (un serveur de distribution distant), vous devez générer un nouvel instantané après avoir appliqué SP4.

[Haut]

Installation de SP4 sur un serveur qui se comporte en tant que serveur de publication et Abonné

Vous devrez peut-être suspendre le système (autrement dit, arrêter toutes les mises à jour) et mettre à niveau tous les serveurs simultanément dans les cas suivants :

• Pour les topologies de réplication basées sur la réplication de fusion
  
  
• Pour les topologies de réplication basées sur la réplication transactionnelle, qui met à jour les Abonnés, y compris un ou plusieurs serveurs agissant à la fois comme serveur de publication et Abonné (ou serveur de distribution).

Exemple 1 : topologie demandant des mises à niveau simultanées

Le tableau suivant présente des serveurs qui sont à la fois des serveurs de publication et des abonnés aux publications et qui permettent des mises à jour sur l'Abonné. Comme nous l'avons signalé plus haut, vous devez suivre l'ordre de mise à niveau serveur de distribution, serveur de publication, Abonné pour les topologies permettant des mises à jour sur l'Abonné. D'après cet ordre, vous devez commencer par mettre à niveau le serveur A pour la publication de fusion et le serveur B pour la publication transactionnelle avec des Abonnés mis à jour. Dans ce cas, vous êtes contraint de suspendre le système et de mettre à niveau les serveurs simultanément.

Exemple 2 : topologie permettant les mises à niveau séquentielles

Dans cet exemple, vous pouvez commencer par mettre à jour le Serveur A car la publication transactionnelle en lecture seule permet la mise à niveau d'un Abonné avant le serveur de publication ou le serveur de distribution.

[Haut]

3.6 Application du Service Pack 4 à des bases de données ou des groupes de fichiers en lecture seule dans une topologie de réplication

Les informations suivantes ne s'appliquent qu'aux composants SQL Server 2000 appartenant à une topologie de réplication.

En présence de bases de données ou de groupes de fichiers non accessibles en écriture, le programme d'installation affiche le message suivant :

Setup has detected one or more databases and filegroups which are not writable.

Vous pouvez en général ignorer cet avertissement et poursuivre l'installation. En revanche, si les bases de données non accessibles en écriture répertoriées dans le journal d’installation appartiennent à une topologie de réplication, vous devez les rendre accessibles en écriture et réappliquer le programme d’installation de SP4 à cette instance de SQL Server 2000.

Remarque   Ce message ne concerne pas les installations sans assistance. Pour plus d'informations sur les installations sans assistance, voir la section 4.1, Installations sans assistance.

Au cours de l'installation, le programme d'installation ne distingue pas les bases de données non accessibles en écriture des bases de données hors ligne ou suspectes. Si l'une des bases de données ou l'un des groupes de fichiers d'une topologie de réplication se trouve dans cette situation au cours de l'installation, vous devez réappliquer le Service Pack pour mettre à niveau cette base de données. Pour plus d'informations sur l'activation d'une base de données, voir la rubrique « Attachement et détachement d'une base de données » dans la documentation en ligne de SQL Server 2000. Pour plus d'informations sur la détection de bases de données suspectes, consultez la rubrique « Dépannage du serveur et de la base de données » dans la documentation en ligne de SQL Server 2000.

Pour appliquer Database Components SP4 à une base de données en lecture seule

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

   ALTER DATABASE database SET READ_WRITE

2. Répétez l'étape 1 pour toutes les bases de données en lecture seule.
   
   
3. Appliquez (ou réappliquez) SP4.
   
   
4. Si nécessaire, faites repasser la base de données en lecture seule à l'aide de l'instruction ALTER DATABASE comme suit :

   ALTER DATABASE database SET READ_ONLY

Pour appliquer SP4 à un groupe de fichiers en lecture seule

1. Rendez accessible en écriture un groupe de fichiers en lecture seule à l'aide de l'instruction 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. Appliquez (ou réappliquez) le Service Pack.
   
   
4. Faites repasser le groupe de fichiers en lecture seule à l'aide de l'instruction ALTER DATABASE comme suit :

   ALTER DATABASE Database 
   MODIFY FILEGROUP filegroup_name READONLY

Pour plus d'informations sur l'instruction ALTER DATABASE, voir la rubrique « ALTER DATABASE » dans la documentation en ligne de SQL Server 2000. Pour plus d'informations sur la réapplication de SP3, voir la section 3.9, Réapplication de Database Components Service Pack 4.

[Haut]

3.7 Mise à niveau du catalogue de serveurs liés

Lorsque vous mettrez à niveau une instance du moteur de base de données SQL Server 2000 vers Database Components SP4, vous devrez peut-être vérifier que certaines des procédures système stockées sont mises à jour dans d'autres instances de SQL Server ou de MSDE.

Database Components SP4 contient une mise à niveau de MDAC (Microsoft Data Access Components) vers MDAC version 2.8 SP1. MDAC 2.8 SP1 contient des mises à jour du fournisseur SQLOLEDB et du pilote ODBC SQL Server. Pour plus d'informations, voir la section 1.3, Vérification de la version de Microsoft Data Access Components. Lorsqu'il se connecte à une instance de SQL Server ou de MSDE, le fournisseur ou le pilote utilise un ensemble de procédures système stockées connues sous le nom de procédures stockées de catalogue. Les versions des procédures de catalogue stockées sur l'instance doivent être de même version ou de version supérieure à celle du fournisseur ou du pilote. Si vous tentez de vous connecter à une instance de SQL Server ou de MSDE dont les versions des procédures stockées de catalogue sont antérieures, le message d'erreur suivant s'affiche :

The ODBC catalog stored procedures installed on server <ServerName>
are version <OldVersionNumber>; version <NewVersionNumber> or later
is required to ensure proper operation. Please contact your system
administrator.

[Haut]

Exécution du script Instcat.sql

Chaque version du fournisseur et du pilote est livrée avec un script nommé Instcat.sql. Ce script met à jour les procédures stockées de catalogue dans toute instance de SQL Server ou de MSDE possédant une version antérieure du catalogue.

Après avoir installé Database Components SP4, vous devez exécuter le script Instcat.sql à partir de Database Components SP4 sur n'importe quelle instance de SQL Server ou de MSDE dont la version est antérieure à celle de SQL Server 2000 SP4 et dont les caractéristiques sont les suivantes :

• Accessible par des applications utilisant l'espace de nom géré SQLClient, , OLE DB ou ODBC, et exécuté sur l'ordinateur sur lequel SQL Server 2000 SP4 est installé ;
  
  
• référencé par des requêtes distribuées qui s'exécutent sur une instance de SQL Server 2000 SP4. Les requêtes distribuées incluent des références aux entrées de serveur liées que vous définissez à l'aide de la procédure stockée sp_addlinkedserver et des fonctions OPENROWSET et OPENQUERY.

Pour mettre à niveau les procédures de catalogue stockées sur une instance à l'aide du mode d'authentification Windows :

1. Ouvrez une session sur Windows à l'aide d'une connexion qui est membre du rôle de serveur fixe sysadmin de SQL Server.
   
   
2. Ouvrez une fenêtre d'invite de commandes.
   
   
3. Exécutez l'utilitaire osql :
   • Pour une instance par défaut, exécutez :

     osql -E -SComputerName -ilocation\instcat.sql

   • Pour une instance nommée, exécutez :

     osql -E -SComputerName\InstanceName -ilocation\instcat.sql

Pour mettre à niveau les procédures de catalogue stockées sur une instance à l'aide du mode mixte :

1. Ouvrez une session sous Windows à l'aide de n'importe quelle connexion.
   
   
2. Ouvrez une fenêtre d'invite de commandes.
   
   
3. Exécutez l'utilitaire osql :
   • Pour une instance par défaut, exécutez :

     osql -UAnAdminLogin -PAdminPassword -SComputerName 
     -ilocation\instcat.sql

   • Pour une instance nommée, exécutez :

     osql -UAnAdminLogin -PAdminPassword 
     -SComputerName\InstanceName -ilocation\instcat.sql

où :

• AnAdminLogin est une connexion SQL Server qui est membre du rôle de serveur fixe sysadmin.
  
  
• AdminPassword est le mot de passe utilisé pour AnAdminLogin.
  
  
• ComputerName est le nom de l'ordinateur sur lequel s'exécute l'instance de SQL Server ou de MSDE.
  
  
• InstanceName est le nom d'une instance nommée de SQL Server ou de MSDE 2000.
  
  
• location est le chemin d'accès complet du dossier contenant Instcat.sql. L'emplacement par défaut d'une instance installée de SQL Server 2000 est c:\program files\Microsoft SQL Server\MSSQL\Install.

Le script Instcat.sql génère de nombreux messages. En général, les messages n'indiquent pas les erreurs ; ils signalent simplement le nombre de lignes affectées par chaque instruction Transact-SQL du script. Le dernier message doit indiquer que le script a été exécuté avec succès.

[Haut]

3.8 Désinstallation de Database Components Service Pack 4

Pour supprimer Database Components SP4, suivez les étapes décrites dans cette section.

Remarque   Les mises à jour MDAC ne sont pas désinstallées. Pour plus d'informations, voir la section 1.3, Vérification de la version de Microsoft Data Access Components.

Afin de pouvoir revenir aux versions des composants SQL Server 2000 antérieures à SP4, vous devez sauvegarder les bases de données master, msdb et model avant d'installer SP4. Pour plus d'informations, voir la section 3.1.1, Sauvegarde des bases de données SQL Server.

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

Pour désactiver la publication :

1. Dans SQL Server Enterprise Manager, développez un groupe de serveurs SQL Server, développez un serveur, cliquez avec le bouton droit sur le dossier Réplication, puis cliquez sur Configurer la publication, la distribution et les abonnés.
   
   
2. Cliquez sur l'onglet Bases de données de publication.
   
   
3. Désactivez la case à cocher des bases de données impliquées dans la réplication. Les bases de données sont ainsi détachées.

Pour revenir à la version de SQL Server antérieure à SP4

1. Détachez toutes les bases de données utilisateurs. Pour plus d'informations, voir la rubrique « Attachement et détachement d'une base de données (Enterprise Manager) » dans la documentation en ligne de SQL Server 2000.
   
   
2. Désinstallez SQL Server. Dans le Panneau de configuration, double-cliquez sur Ajout/Suppression de programmes, sélectionnez l'instance de SQL Server que vous souhaitez désinstaller, puis cliquez sur Supprimer.
   
   
3. Réinstallez SQL Server 2000 à partir du CD-ROM ou de l'emplacement d'installation initial de SQL Server.
   
   
4. Appliquez les Service Pack et les correctifs qui étaient installés avant Database Components SP4.
   
   
5. Restaurez les bases de données master, msdb et model à partir de la dernière sauvegarde créée avant l'installation. Si l'emplacement des fichiers de données n'a pas changé, vous allez ainsi automatiquement attacher les bases de données utilisateurs qui étaient attachées au moment de la création de la sauvegarde.
   
   
6. Attachez toutes les bases de données utilisateurs créées après la dernière sauvegarde de la base de données master.
   
   
7. Configurez la réplication si nécessaire.

   Avertissement  Lorsque vous revenez à la version de SQL Server 2000 antérieure à SP4, vous perdez toutes les modifications apportées aux bases de données master, msdb et model depuis l'application de SP4.

[Haut]

3.9 Réapplication de Database Components Service Pack 4

Les informations suivantes s'appliquent à tous les composants.

Vous devez réappliquer SP4 :

• en cas d'ajout de nouveaux composants SQL Server 2000 après l'application de SP4 ;
  
  
• lorsque les bases de données ou groupes de fichiers appartenant à une topologie de réplication et qui étaient en lecture seule lors de l'application initiale de SP4 deviennent accessibles en écriture.

Pour réappliquer SP4, suivez la procédure décrite dans la section 3.0 Installation du Service Pack.

[Haut]

4.0 Informations supplémentaires à prendre en compte pour l'installation

Cette section décrit des points supplémentaires à prendre en compte lors de l'installation du Service Pack, lesquels ne s'appliquent que dans certains cas.

[Haut]

4.1 Installations sans assistance

Database Components SP4 ne contient plus de fichiers d'initialisation d'installation prédéfinis (.iss). Toutefois, chaque fois que vous exécutez une installation sans assistance de Database Components SP4, les options d'installation sont écrites dans le fichier setup.iss qui se trouve dans le dossier système. Ce fichier .iss peut être utilisé par la suite pour exécuter une installation sans assistance de Database Components SP4. Pour plus d'informations sur les installations sans assistance, voir la rubrique « Exécution d'une installation sans assistance » dans la documentation en ligne de SQL Server 2000.

[Haut]

Points à prendre en compte pour l'installation sans assistance

Les points qui suivent concernent les installations sans assistance :

• Vous devez générer un fichier setup.iss séparé pour chaque combinaison de paramètres d'installation et de configuration du système sur lequel vous tentez d'exécuter une installation sans assistance. Pour changer le comportement d'installation, vous devez modifier le fichier setup.iss. Pour plus d'informations, voir la rubrique « Création manuelle d'un fichier d'installation » dans la documentation en ligne de SQL Server 2000.
  
  
• Chaque fois que vous exécutez une installation sans assistance de Database Components SP4, le fichier d'installation setup.iss est remplacé. Lorsque vous exécutez une installation sans assistance d'Analysis Services SP4 à partir de l'invite de commandes et choisissez de générer le fichier Setup.iss, ce fichier est également créé par défaut dans le dossier système et peut remplacer le fichier .iss existant. Pour plus d'informations, voir la section 4.1, « Installations sans assistance », dans le fichier Lisezmoi d'Analysis Services SP4.
  
  
• Lors de l'installation de Database Components SP4 dans un environnement de services Terminal Server, le fichier setup.iss est créé dans le répertoire temporaire (temp) de l'utilisateur connecté.
  
  
• Exécutez les installations sans assistance à l'aide de l'authentification Windows chaque fois que cela est possible.
  
  
• Si vous devez exécuter une installation sans assistance à l'aide de l'authentification SQL Server, n'indiquez jamais de mot de passe pour la connexion sa dans le fichier .iss ou le fichier de commandes car ces fichiers ne sont pas cryptés. Indiquez plutôt le mot de passe de connexion sa sur la ligne de commande à l'aide du paramètre sapwd, comme suit :

  start /wait setupsql.exe -s -sms -f1 C:\Windows\setup.iss -sapwd password 

  Remarque à propos de la sécurité  Lorsque c'est possible, fournissez les références de sécurité au moment de l'exécution. Si vous stockez les références dans un fichier script, vous devez sécuriser le fichier afin d'éviter tout accès non autorisé.

• Si le mot de passe du compte de connexion sa de l'instance de SQL Server à mettre à niveau vers SP4 est vide, vous devez en fournir un avant l'exécution d'une installation sans assistance. Pour modifier ce mot de passe, exécutez sp_password. Pour plus d'informations, voir la rubrique « sp_password » dans la documentation en ligne de SQL Server 2000.

  Remarque à propos de la sécurité  Les mots de passe vides sont fortement déconseillés car ils ajoutent une vulnérabilité non négligeable aux brèches de sécurité.

• Lorsque vous exécutez une installation sans assistance de SP4 à l'aide d'un fichier .iss créé manuellement ou d'un fichier .iss généré avant SP3, vous devez définir manuellement les commutateurs d'installation suivants qui correspondent aux boîtes de dialogue Liste de compatibilité ascendante et Rapports d'erreurs. Sinon, l'installation sans assistance échoue.

• Si, lors d'une installation sans assistance, le programme d'installation détecte une base de données ou un groupe de fichiers non accessible en écriture, cette information est consignée dans le journal d'installation et l'installation sans assistance se poursuit. Si les bases de données non accessibles en écriture répertoriées dans le journal d'installation appartiennent à une topologie de réplication, vous devez les rendre accessibles, puis réappliquer le programme d'installation de Database Components SP4 à cette instance de SQL Server 2000. Pour plus d'informations sur la manière de rendre une base de données accessible en écriture, voir la section 3.6 Application du Service Pack 4 à des bases de données ou des groupes de fichiers en lecture seule dans une topologie de réplication. Pour plus d'informations sur la réapplication de SP4, voir la section 3.11, Réapplication du Service Pack 4.

[Haut]

4.2 Redistribution de Database Components Service Pack 4

Database Components SP4 contient le fichier à extraction automatique Sqlredis.exe. Lorsqu'il s'exécute, Sqlredis.exe effectue les opérations suivantes :

1. Exécution du fichier Mdac_typ.exe à partir de MDAC (Microsoft Data Access Components) 2.8 SP1. Cette procédure installe les composants de base de MDAC 2.8 SP1 (si une version identique ou plus récente n'est pas détectée), ainsi que les versions des composants de connectivité cliente SQL Server et Desktop Engine livrés avec SP4. Pour plus d'informations, voir la section 1.3, Vérification de la version de Microsoft Data Access Components.
   
   
2. Installation des pilotes et des composants de connectivité Microsoft Jet ODBC.

Vous pouvez redistribuer le fichier Sqlredis.exe selon les termes et conditions stipulés dans le fichier Redist.txt fourni avec SP4.

[Haut]

4.3 Installation distribuée à l'aide de Systems Management Server

Vous ne pouvez pas installer Database Components SP4 à partir d'un emplacement distant. En revanche, vous pouvez utiliser Microsoft Systems Management Server pour installer automatiquement SP4 sur plusieurs ordinateurs exécutant Windows Server 2003, Windows XP ou Windows 2000. Pour cela, utilisez un fichier de définition de package (Smssql2ksp4.pdf) qui automatise la création d'un package SQL Server dans Systems Management Server. Le package SQL Server peut alors être distribué et installé sur les ordinateurs qui exécutent Systems Management Server. Le fichier Sms2kdef.bat est un fichier de commandes qui démarre une installation sans assistance à l'aide de Systems Management Server. Dans ce type d'installation, le programme d'installation détecte automatiquement les informations système qui lui sont nécessaires. De fait, aucune entrée utilisateur n'est requise.

[Haut]

5.0 Notes concernant la documentation

Cette section aborde les problèmes éventuels que vous risquez de rencontrer après l'application de Database Components SP4 et décrit les nouvelles fonctionnalités disponibles lors de l'exécution de SP4. Ces problèmes concernent l’exécution du Service Pack pour effectuer une mise à niveau à partir des versions antérieures de SQL Server 2000. Cette section n'a pas pour objectif de décrire tous les correctifs fournis dans SP4. Pour obtenir la liste complète des correctifs, consultez l'article numéro 888799 de la Base de connaissances Microsoft.

Toutes les informations se rapportant à SQL Server 2000 Service Pack 4, ultérieures à la diffusion de ce fichier Lisezmoi, seront publiées dans l'article 884525 de la Base de connaissances Microsoft.

[Haut]

5.1 Améliorations de la base de données

Les améliorations suivantes s'appliquent aux instances de SQL Server 2000 sur lesquelles Database Components SP4 est installé.

[Haut]

5.1.1 Suppression des équipes de hachage

Concept introduit dans SP1

Les équipes de hachage ont été supprimées. En raison de certaines améliorations apportées à SQL Server 2000, les équipes de hachage ne produisent plus les mêmes performances qu'elles offraient dans SQL Server 7.0. De plus, la suppression des équipes de hachage améliore la stabilité de SQL Server 2000.

En effet, l'optimiseur de requêtes ne génère plus de plans de requêtes à l'aide des équipes de hachage.

Dans certains cas rares, la suppression des équipes de hachage peut ralentir le traitement des requêtes. Analysez ce type de requête pour voir si la création d'index plus appropriés peut rétablir le niveau de performances précédent des requêtes.

[Haut]

5.1.2 Ajout des commutateurs du masque d'affinité

Concept introduit dans SP1

Deux commutateurs de masque d'affinité ont été ajoutés à ce Service Pack.

Commutateur d'E/S du masque d'affinité

Avec ce Service Pack, vous pouvez spécifier les processeurs à utiliser pour exécuter les threads des opérations d'E/S sur les disques. Ce commutateur doit être utilisé conjointement avec l'option Masque d'affinité. Pour plus d'informations, voir l'article 298402.

Commutateur de connexion du masque d'affinité

Ce Service Pack vous permet de configurer des systèmes activés pour VIA (Virtual Interface Architecture), afin de lier les connexions SQL Server à partir de certaines cartes réseau avec un processeur ou un jeu de processeurs. Ce commutateur doit être utilisé conjointement avec l'option Masque d'affinité. Pour plus d'informations, voir l'article 299641.

[Haut]

5.1.3 Vue indexée avec filtres

Concept introduit dans SP2

Si vous avez rencontré le bogue SQL Server 2000 numéro 355069 décrit dans l'article numéro 306467 de la Base de connaissances Microsoft, ce Service Pack ne fera qu'empêcher une nouvelle apparition de résultats inattendus consécutifs aux modifications des données. Outre l'application de ce correctif, il est nécessaire de recréer tous les index basés sur des vues comportant des conditions de filtre.

[Haut]

5.1.4 Reconstruction des catalogues de texte intégral à la fin du programme d'installation

Concept introduit dans SP3

Tous les catalogues de texte intégral sont reconstruits dans le cadre de l'installation de SP4, lors d'une mise à niveau de SP2 ou version antérieure. Automatique, cette reconstruction sollicite beaucoup les ressources. Il se peut que les requêtes effectuées par rapport aux catalogues de texte intégral renvoient peu ou pas de résultats jusqu'à ce que le processus de reconstruction soit terminé. Après l'installation de SP4, les journaux d'événements du système contiennent des messages indiquant que les catalogues ont été endommagés, proviennent d'une version plus ancienne et doivent être reconstruits.

Pour plus d'informations, voir l'article 327217 de la Base de connaissances qui présente également des solutions de contournement pour maintenir la disponibilité de la recherche de texte intégral pendant le processus de reconstruction et pour éviter une reconstruction automatique.

[Haut]

5.1.5 Modifications syntaxiques de sp_change_users_login

Concept introduit dans SP3

Lorsque vous exécutez la commande sp_change_users_login avec l'argument @Action=Auto_Fix, vous devez à présent fournir un mot de passe. La commande sp_change_users_login affecte le mot de passe à toute nouvelle connexion qu'elle crée pour l'utilisateur. Voici un exemple du nouvel argument @Password :

sp_change_users_login [ @Action = ] 'action' 
    [ , [ @UserNamePattern = ] 'user' ] 
    [ , [ @LoginName = ] 'login' ]
    [ , [ @Password = ] 'password' ]

Utilisez l'argument @Password uniquement avec @Action=Auto_Fix. L'exemple suivant montre la nouvelle syntaxe de la commande sp_change_users_login utilisée avec Auto_Fix. Les autres exemples cités dans la documentation en ligne de SQL Server restent inchangés.

USE pubs
go
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'
Go

[Haut]

5.1.6 Accès aux fournisseurs OLE DB désactivé par défaut

Concept introduit dans SP3

Si l'option de Registre DisallowAdhocAccess n'est pas explicitement définie, par défaut, l'accès aux fournisseurs OLE DB n'est pas autorisé. Autrement dit, la syntaxe des requêtes, telle que OPENDATASOURCE et OPENROWSET, ne fonctionnera pas sur les serveurs distants. Pour autoriser l'accès ad hoc, vous devez explicitement affecter à l'option DisallowAdhocAccess la valeur 0.

[Haut]

5.1.7 Nouvelle option de fournisseur SqlServerLike

Concept introduit dans SP3

Pour améliorer l'efficacité des requêtes distantes incluant des prédicats LIKE, SP3 est enrichi de l'option SqlServerLike. SQL Server 2000 SP3 ou version ultérieure propose désormais deux options pour l'envoi d'opérations LIKE vers des serveurs liés. Si le fournisseur OLE DB pour un serveur lié accepte la syntaxe SQL Server pour l'opérateur LIKE et pour les caractères génériques, vous pouvez spécifier l'option SqlServerLIKE afin que SQL Server envoie les opérations LIKE en utilisant la syntaxe SQL Server. Si le fournisseur OLE DB pour un serveur lié signale qu'il prend en charge la syntaxe du niveau d'entrée SQL-92 ANSI/ISO ou retourne la propriété SQLPROP_ANSILIKE , SQL Server enverra les opérations LIKE au serveur lié avec la syntaxe SQL-92. Pour plus d'informations sur SQLPROP_ANSILIKE, voir la rubrique « Programmation du jeu de propriétés SQLPROPSET_OPTHINTS » dans la documentation en ligne de SQL Server 2000.

Vous devez ajouter une valeur de clé de Registre pour activer l'option SqlServerLIKE pour un fournisseur OLE DB.

Remarque à propos de la sécurité  Si vous modifiez le Registre de façon incorrecte, vous encourez de graves problèmes qui peuvent nécessiter la réinstallation de votre système d'exploitation. Microsoft ne garantit pas que les problèmes résultant d’une modification incorrecte du Registre peuvent être résolus. Avant de modifier le Registre, sauvegardez toutes vos données importantes.

1. Ouvrez Regedit32.
   
   
2. Localisez la clé de Registre appropriée :
   • pour les instances nommées, localisez la clé suivante :

     HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Nom_instance>\Providers\<Nom_fournisseur>

   • pour les instances par défaut, localisez la clé suivante :

     HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\<Provider Name>

3. Dans la clé <Provider Name>, ajoutez une valeur DWORD nommée SqlServerLIKE, et donnez-lui la valeur 1.

[Haut]

5.1.8 Messages d'erreur étendus pour les requêtes distribuées

Concept introduit dans SP3

En ce qui concerne les requêtes distribuées, SQL Server retourne des informations sur les erreurs du fournisseur, en plus des informations sur les erreurs du serveur. Lorsqu'une requête effectuée entre des serveurs liés provoque une erreur, SQL Server vérifie que le fournisseur prend en charge l'interface OLE DB IErrorRecords. Dans l'affirmative, SQL Server appelle la fonction GetErrorInfo pour obtenir des informations d'erreur complémentaires et retourne ces informations à l'utilisateur dans le message d'erreur. Dans le cas contraire, le comportement de SQL Server reste inchangé : une erreur générique est retournée.

Par exemple, exécutez la requête suivante sur un serveur utilisant MSDASQL mais ne prenant pas en charge sql_variant :

SELECT * FROM remote2k.dqtable.dbo.sqlvariantnotnull 
--Remote2k is a loopback server.

Dans les versions antérieures à SP3, SQL Server retournait le message d'erreur suivant :

Server: Msg 7356, Level 16, State 1, Line 1

OLE DB provider 'msdasql' supplied inconsistent metadata for a column.
Metadata information was changed at execution time.

Dès lors que vous appliquez SP3 ou une version ultérieure, SQL Server retourne le message d'erreur suivant :

Server: Msg 7356, Level 16, State 1, Line 1

OLE DB provider 'msdasql' supplied inconsistent metadata for a column.
Metadata information was changed at execution time.

OLE DB error trace [Non-interface error:  Column 'sql_variant' (compile-time
ordinal 3) of object '"dqtable"."dbo"."sqlvariantnotnull"' was reported
to have a DBCOLUMNFLAGS_ISFIXEDLENGTH of 16 at compile time and 0 at run time].

[Haut]

5.1.9 La nouvelle fonction fn_get_sql retourne une instruction SQL

Concept introduit dans SP3

SP3 et les versions ultérieures comportent la nouvelle fonction fn_get_sql qui retourne le texte de l'instruction SQL correspondant au descripteur SQL spécifié. De plus, pour prendre en charge cette fonction, la table système sysprocesses comprend désormais trois nouvelles colonnes : sql_handle, stmt_start et stmt_end.

La colonne fn_get_sql est décrite dans la toute dernière version de la documentation en ligne de SQL Server 2000. Pour plus d'informations sur l'installation de la toute dernière version de la documentation en ligne de SQL Server 2000, voir la section 1,6, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000. Il s'agit d'une copie en anglais de la rubrique de référence relative à fn_get_sql.

[Haut]

5.1.10 Chaînage des propriétés de bases de données croisées

Concept introduit dans SP3

Le Service Pack 3 offre de nouvelles options pour l'activation et la désactivation du chaînage des propriétés de bases de données croisées.

Lors de l'installation de Database Components SP4, la boîte de dialogue Liste de compatibilité ascendante du programme d'installation affiche une option de configuration du chaînage des propriétés de bases de données croisées. Par défaut, cette fonctionnalité est désactivée à l'installation pour toutes les bases de données des utilisateurs. Vous pouvez l'activer. Pour plus d'informations, voir Boîte de dialogue Liste de compatibilité ascendante.

Remarque liée à la sécurité   L'activation du chaînage des propriétés de bases de données croisées pour toutes les bases de données est déconseillée.

Après l'installation, vous pouvez recourir aux méthodes suivantes pour activer et désactiver cette fonctionnalité pour toutes les bases de données de l'instance :

• Utilisez le nouvel argument Cross DB Ownership Chaining de la procédure système stockée sp_configure.
  
  
• Utilisez l'option Autoriser le chaînage des propriétés de bases de données croisées sous l'onglet Sécurité de la boîte de dialogue Propriétés de SQL Server dans Enterprise Manager.
  
  
• Utilisez la collection DMO (Database Management Objects) SQLServer.Configuration.ConfigValues. Lorsque l'objet SQLServer fait référence à une instance de SQL Server 2000 SP3 ou version ultérieure, cette collection contient un objet ConfigValue nommé Cross DB Ownership Chaining.

Si le chaînage des propriétés de bases de données croisées est désactivé pour l'instance, vous pouvez le configurer pour des bases de données en particulier. Pour activer et désactiver cette fonctionnalité pour une base de données, utilisez les méthodes suivantes :

• Utilisez la nouvelle option Chaînage des bases de données de la procédure système stockée sp_dboption.
  
  
• Utilisez l'option Autoriser le chaînage des propriétés de bases de données croisées dans l'onglet Options de la boîte de dialogue Propriétés de la base de données dans Enterprise Manager.
  
  
• Utilisez la propriété DBChaining de l'objet DMO DBOption2.

Pour plus d'informations, cliquez sur le bouton d'aide de la page Liste de compatibilité descendante lorsque vous exécutez le programme d'installation, téléchargez la version mise à jour de la documentation en ligne de SQL Server 2000 ou consultez l'article 810474 de la Base de connaissances.

[Haut]

5.1.11 Amélioration liée à l'indicateur de trace 1204

Concept introduit dans SP3

L'indicateur de trace 1204 retourne le type de verrous participant à l'interblocage ainsi que la commande actuellement affectée. Lorsque, dans SP3 et versions ultérieures, cet indicateur de trace est activé, les informations d'interblocage sont automatiquement consignées dans le journal des erreurs.

[Haut]

5.1.12 Modification des autorisations relatives à sp_changedbowner

Concept introduit dans SP3

Seuls les membres du rôle de serveur fixe sysadmin peuvent exécuter la procédure système stockée sp_changedbowner.

[Haut]

5.1.13 Modifications de la fonctionnalité de débogage

Concept introduit dans SP3

La fonctionnalité de débogage des procédures stockées à l'aide de Microsoft Visual Studio® version 6.0 et versions antérieures ou de l'Analyseur de requêtes SQL Server avant le Service Pack 3 est désactivée par défaut. En outre, le débogage des applications (arrêt à un point d'arrêt SQL Server Transact-SQL parallèlement au débogage d'une application cliente) est désactivé par défaut. Pour activer la fonctionnalité de débogage, exécutez sp_sdidebug en passant le paramètre legacy_on. Pour désactiver le débogage, passez legacy_on à cette procédure.

Remarque   Il n'est pas recommandé d'exécuter la procédure stockée sp_sdidebug sur des serveurs de production.

Pour plus d'informations, voir l'article 328151 de la Base de connaissances Microsoft.

Remarque   La documentation en ligne désigne le composant de débogage côté client sqldbreg.exe. Dans SP3, ce fichier de composant a été renommé en sqldbreg2.exe.

[Haut]

5.1.14 Les canaux nommés ne peuvent pas être désactivés sur des serveurs en cluster

Concept introduit dans SP3

Après avoir appliqué le Service Pack, vous ne pouvez plus désactiver le protocole Canaux nommés sur des instances du moteur de base de données faisant partie d'un cluster avec basculement.

[Haut]

5.1.15 Opérations sur le port UDP 1434

Concept introduit dans SP3a

À partir de SQL Server 2000 SP3a, les instances du moteur de base de données SQL Server 2000 et de MSDE 2000 qui ne sont pas configurées pour la prise en charge des communications réseau cesseront d'utiliser le port UDP (User Datagram Protocol) 1434. Les instances configurées pour prendre en charge les communications réseau utiliseront ce port UDP 1434.

Une instance mise à niveau vers SP3a ou ultérieur cessera d'utiliser le port UDP 1434 si toutes les Net-Library serveurs de cette instance, excepté la Net-Library de mémoire partagée, sont désactivées. Cette instance commencera à utiliser le port UDP 1434 dès que vous activerez l'une des Net-Library serveurs. Pour plus d'informations sur l'activation ou la désactivation de Net-Library serveurs, voir la rubrique « Utilitaire réseau SQL Server » dans la documentation en ligne de SQL Server 2000.

Un ordinateur ne cessera d'utiliser le port UDP 1434 que lorsque toutes les instances de SQL Server 2000 et MSDE 2000 présentes sur cet ordinateur auront été mises à niveau vers SP3a ou version ultérieure et configurées de façon à ne pas prendre en charge les communications réseau.

L'ouverture ou la fermeture du port UDP 1434 ne dépend pas de l'état de la Net-Library de mémoire partagée. La Net-Library de mémoire partagée n'est utilisée que pour les connexions locales et n'utilise pas de réseau. La Net-Library de mémoire partagée est toujours active ; elle ne peut pas être activée ou désactivée.

Vous ne pouvez pas désactiver toutes les Net-Library serveurs lors de l'installation ou de la mise à niveau d'instances du moteur de base de données de SQL Server 2000.

[Haut]

5.1.16 Modification de la taille maximale du paquet réseau

Concept introduit dans SP4

Dans SP4, la valeur maximale de l'option taille du paquet réseau (définie à l'aide de la procédure système stockée sp_configure) est de 32 767. C'est environ la moitié de la valeur maximale précédente, qui était de 65 536. Lors de la mise à niveau, les valeurs existantes supérieures à 32 767 prendront automatiquement cette valeur. Si un script tente d'utiliser sp_configure pour définir une valeur supérieure à 32 767 mais inférieure ou égale à 65 536, la valeur sera également reparamétrée sur 32 767. L'affectation d'une valeur supérieure à 65 536 à la taille du paquet réseau provoque une erreur.

[Haut]

5.1.17 Optimisation des requêtes comportant des listes IN volumineuses ou des clauses OR nombreuses

Concept introduit dans SP4

SP4 inclut une modification du comportement de l'optimiseur SQL Server, qui affecte les requêtes contenant des prédicats avec des listes IN volumineuses ou des clauses OR nombreuses. Cette modification, introduite dans le correctif 789 SQL Server 2000, affecte notamment les requêtes contenant les éléments ci-après (ou qui peuvent être réécrites à l'aide d'une expression équivalente contenant les éléments ci-après) :

• plus de 10 000 éléments dans la liste IN ;
  
  
• deux listes IN contenant chacune plus de 100 éléments ;
  
  
• plus de 10 000 disjonctions dans la clause OR ;
  
  
• Une combinaison de clauses OR et de listes IN telle que leur expression équivalente contient plus de 10 000 disjonctions.

Grâce à cette modification, SQL Server utilise moins de mémoire lors de la compilation de ces types d'instructions et évite ainsi des erreurs de mémoire insuffisante. Lorsqu'exceptionnellement, ces types de requêtes sont exécutés sur des systèmes dotés d'une mémoire de grande capacité et d'un degré de parallélisme faible, l'optimiseur peut choisir un plan de requête privilégiant des performances moins élevées. Pour que vous puissiez supplanter cette modification dans le comportement de l'optimiseur, le présent Service Pack contient l'indicateur de trace 9060. L'indicateur de trace 9060 est OFF par défaut. Lorsqu'il est ON, le comportement de SP3 antérieur au correctif 789 est activé. S'il se produit une erreur 701 (mémoire système insuffisante) lorsque l'indicateur de trace est ON, pensez à réécrire les requêtes à l'aide des tables temporaires ou des variables de table pour les valeurs contenues dans les listes IN. Pour les plages numériques, utilisez les clauses BETWEEN ou encore les opérateurs supérieur à (>) ou inférieur à (<). Pour plus d'informations sur l'utilisation des indicateurs de trace, consultez la rubrique « Indicateurs de trace » dans la documentation en ligne de SQL Server.

[Haut]

5.1.18 Perspectives de prise en charge des protocoles réseaux

Concept introduit dans SP4

Les protocoles réseau Banyan VINES, Multiprotocol, AppleTalk et NWLink IPX/SPX sont pris en charge dans SP4. Ils ne le seront pas dans SQL Server 2005 et versions ultérieures. Veuillez prendre vos dispositions en conséquence.

[Haut]

5.1.19 Analyse d'une instance de SQL Server exécutée en mode WOW64

Concept introduit dans SP4

Lorsque vous travaillez en mode WOW64 (Windows-on-Windows 64) dans Windows Server 2003 64 bits SP1 ou version ultérieure, la version 64 bits par défaut de l'Analyseur de performances Windows ne permet pas d'accéder aux compteurs de performances SQL Server destinés à l'analyse d'une instance de SQL Server 2000 SP4. Vous devez utiliser à la place la version 32 bits de l'Analyseur de performances Windows. La version 32 bits se trouve à l'emplacement suivant :

%systemdrive%\WINDOWS\SysWOW64\perfmon.exe

En mode WOW, vous ne pouvez consulter les compteurs de performances SQL Server que lorsque la version 32 bits de l'Analyseur de performances s'exécute sur le même ordinateur que l'instance de SQL Server 2000 SP4.

Cette restriction ne s'applique pas à Windows Server 2003 pour les systèmes Itanium 64 bits.

[Haut]

5.2 Améliorations de la réplication

Cette section présente les améliorations de la réplication SQL Server 2000 qu'apporte SP4.

[Haut]

5.2.1 Procédure stockée personnalisée de mise à jour de la réplication transactionnelle

Concept introduit dans SP1

Pendant l'installation de la réplication transactionnelle, les procédures stockées personnalisées des actions d'insertion, de suppression et de mise à jour sont créées dans la base de données d'abonnement. Quel que soit le nombre de colonnes concernées par une instruction UPDATE, la procédure stockée personnalisée de mise à jour actualise toutes les colonnes de la table d'abonnement. Toutes les colonnes inchangées reprennent les valeurs qu'elles avaient avant la mise à jour. Généralement, cette action n'engendre aucun problème. Toutefois, cette réinitialisation peut créer des complications lorsque les colonnes sont indexées.

Si vous utilisez la réplication transactionnelle et que la table d'abonnement comporte plusieurs index, et si seules quelques valeurs de colonnes sont modifiées pendant les mises à jour, les coûts de maintenance des index peuvent limiter les performances lorsque les modifications sont appliquées sur l'Abonné. Par exemple, une base de données d'abonnement utilisée à des fins de consignation peut comporter un nombre d'index beaucoup plus important que la base de données de publication. La construction dynamique de l'instruction UPDATE lors de l'exécution peut améliorer les performances. La mise à jour inclut uniquement les colonnes modifiées, créant ainsi une chaîne UPDATE optimale.

Ce Service Pack inclut une nouvelle procédure stockée, sp_scriptdynamicupdproc, qui génère une procédure stockée personnalisée utilisable sur l'Abonné pour générer dynamiquement l'instruction UPDATE pendant l'exécution. La construction de l'instruction UPDATE dynamique lors de l'exécution demande toutefois un traitement supplémentaire.

La procédure stockée sp_scriptdynamicupdproc est décrite dans la toute dernière version de la documentation en ligne de SQL Server 2000. Pour plus d'informations sur l'installation de la toute dernière version de la documentation en ligne de SQL Server 2000, voir la section 1.6, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000. Il s'agit d'une copie en anglais de la rubrique de référence relative à sp_scriptdynamicupdproc.

[Haut]

5.2.2 Instructions UPDATE de réplication transactionnelle sur des colonnes uniques

Concept introduit dans SP1

Dans une réplication transactionnelle, les instructions UPDATE sont généralement répliquées sous la forme de mises à jour. Toutefois, si la mise à jour modifie une colonne qui fait partie d'un index unique, d'un index clusterisé ou d'une expression utilisée comme une contrainte unique, elle est exécutée sous la forme d'une instruction DELETE, suivie d'une instruction INSERT sur l'Abonné. Ce type de mise à jour se déroule ainsi car il peut concerner plusieurs lignes, et une violation d'unicité peut se produire si les mises à jour sont effectuées ligne par ligne.

Si la mise à jour n'affecte qu'une seule ligne, il n'y a aucun risque de violation d'unicité. Ainsi, l'indicateur de trace 8207 a été ajouté à ce Service Pack pour permettre la réplication sous la forme d'instructions UPDATE des mises à jour dans une colonne unique qui affectent uniquement une ligne. Cette optimisation a été ajoutée spécifiquement pour les applications qui installent les déclencheurs UPDATE définis par l'utilisateur sur l'Abonné et qui nécessitent leur déclenchement pour les mises à jour qui affectent uniquement une ligne d'une colonne unique.

Pour utiliser l'indicateur de trace 8207, activez-le à partir de l'invite de commandes (sqlservr.exe -T8207) ou lors de l'exécution à l'aide de DBCC TRACEON(8207, -1) avant de démarrer l'Agent de lecture du journal.

Important  En général, l'indicateur de trace 8207 est utilisé avec la réplication transactionnelle en lecture seule. Ne l'utilisez pas avec des abonnements pouvant être mis à jour si la clé primaire UPDATE peut se produire sur l'Abonné.

5.2.3 Suppression des restrictions dans le traitement des instantanés concurrents

Concept introduit dans SP1

Dans SQL Server 2000, le traitement des instantanés concurrents n'était pas recommandé si la table de publication comportait un index unique qui n'était pas la clé primaire ou la clé de cluster. Si des modifications de données étaient apportées à la clé de cluster pendant la génération d'un instantané concurrent, la réplication pouvait échouer et générer une erreur de clé en double lors de l'application de l'instantané concurrent à un Abonné. Dans le présent Service Pack, les restrictions sur l'utilisation du traitement des instantanés concurrents ont été supprimées.

[Haut]

5.2.4 Procédures stockées personnalisées de script de la réplication transactionnelle

Concept introduit dans SP1

Lors de la configuration des abonnements nosync (c'est-à-dire, les abonnements qui ne reçoivent pas l'instantané initial), les procédures stockées personnalisées des instructions INSERT, UPDATE et DELETE doivent être créées manuellement. Ces instructions sont en général créées sur l'Abonné lors de la livraison de l'instantané initial. Une nouvelle procédure stockée sp_scriptpublicationcustomprocs a été ajoutée pour générer les scripts des procédures stockées personnalisées au niveau de la publication. Cette nouvelle fonctionnalité peut faciliter la configuration des abonnements nosync.

La procédure stockée sp_scriptpublicationcustomprocs est décrite dans la toute dernière version de la documentation en ligne de SQL Server 2000. Pour plus d'informations sur l'installation de la toute dernière version de la documentation en ligne de SQL Server 2000, voir la section 1.6, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000. Il s'agit d'une copie en anglais de la rubrique de référence relative à sp_scriptpublicationcustomprocs.

[Haut]

5.2.5 Nettoyage des métadonnées de réplication de fusion basé sur la période de conservation

Concept introduit dans SP1

Lorsque les tables système de réplication de fusion contiennent un gros volume de métadonnées, il est bon de nettoyer les métadonnées pour améliorer les performances. Avant SQL Server 2000 SP1, le nettoyage des métadonnées ne pouvait avoir lieu que suite à l'exécution de sp_mergecleanupmetadata. Dorénavant, SQL Server 2000 SP1 et versions ultérieures incluent une procédure de nettoyage des métadonnées selon une période de conservation. Il est ainsi possible de supprimer automatiquement les métadonnées des tables système suivantes :

• MSmerge_contents
  
  
• MSmerge_tombstone
  
  
• MSmerge_genhistory
  
  
• Toutes les tables des images avant, le cas échéant.

Remarque   Les tables des images avant sont présentes si l'option d'optimisation de synchronisation @keep_partition_changes est activée sur la publication.

Le nettoyage des métadonnées basé sur la période de conservation se produit de la manière suivante :

• Si le paramètre –MetadataRetentionCleanup de l'Agent de fusion a la valeur 1 (par défaut), l'Agent de fusion nettoie l'Abonné et le serveur de publication impliqués dans la fusion.
  
  
• Si le paramètre -MetadataRetentionCleanup a la valeur 0, le nettoyage automatique n’a pas lieu. Dans ce cas, il faut exécuter sp_mergemetadataretentioncleanup pour déclencher manuellement le nettoyage des métadonnées en fonction de la période de conservation. Cette procédure stockée doit être exécutée sur chaque serveur de publication et Abonné que vous souhaitez nettoyer. Il est conseillé, mais pas obligatoire, de nettoyer simultanément le serveur de publication et les Abonnés (voir Suppression des faux conflits, plus loin dans cette section).

  Remarque   Le paramètre -MetadataRetentionCleanup prend la valeur 1 pour tous les profils de l'Agent de fusion qui sont inclus dans SQL Server 2000 SP1 et versions ultérieures. Si vous mettez à niveau un serveur vers SP1 ou version ultérieure, puis ajoutez une réplication de fusion, le profil de l'Agent de fusion est automatiquement mis à jour afin d'inclure ce paramètre. Si vous mettez à niveau vers SP1 ou version ultérieure un serveur où une réplication de fusion est déjà activée, la mise à jour du profil de l'Agent de fusion ne se fait pas automatiquement. Vous devez exécuter sp_add_agent_parameter pour le mettre à jour (consultez la rubrique Paramètre supplémentaire de sp_add_agent_parameter, plus loin dans cette section).

  Important  La durée de conservation des publications est de 14 jours par défaut. Si un article appartient à plusieurs publications, les périodes de conservation peuvent être différentes. Dans ce cas, la période de conservation la plus longue permet de déterminer la date la plus proche à laquelle le nettoyage peut avoir lieu. S'il existe plusieurs publications sur une base de données et que l'une d'entre elles utilise une période de conservation infinie (@retention=0), les métadonnées de fusion de la base de données ne sont pas nettoyées automatiquement. C'est pour cette raison qu'il faut utiliser la période de conservation infinie avec prudence.

Paramètre supplémentaire de sp_add_agent_parameter

La procédure système stockée sp_add_agent_parameter dispose désormais d'un paramètre MetadataRetentionCleanup qui vous permet d'ajouter ou de supprimer le nettoyage des métadonnées basé sur la période de conservation dans les profils de l'Agent de fusion. La valeur 1 indique que le profil doit inclure le nettoyage, la valeur 0 le désactive. Par exemple, pour ajouter le nettoyage des métadonnées basé sur la période de conservation, exécutez le code suivant :

EXEC sp_add_agent_parameter @profile_id=<my_profile_id>,
  @parameter_name='MetadataRetentionCleanup', @parameter_value=1

Nettoyage des métadonnées selon la période de conservation dans des topologies mettant en jeu différentes versions de SQL Server

Pour que le nettoyage automatique des métadonnées puisse avoir lieu selon une période de conservation dans une base de données impliquée dans une réplication de fusion, la base de données et l'Agent de fusion doivent se situer sur des serveurs exécutant SQL Server 2000 SP1 ou ultérieur. Exemple :

• Un Abonné SQL Server 7.0 extrait n'exécute aucun nettoyage sur le serveur de publication SQL Server 2000 SP1.
  
  
• Un Agent de fusion SQL Server 2000 SP1 envoyé n'exécute aucun nettoyage dans une base de données d'un Abonné d'une version de SQL Server 2000 antérieure à SP1.
  
  
• Un Agent de fusion SQL Server 2000 SP1 envoyé procède au nettoyage dans une base de données du serveur de publication SQL Server 2000 SP1; même si ce dernier comporte des Abonnés exécutant SQL Server 2000 ou antérieur.

Sur certains serveurs, le nettoyage automatique peut entraîner au pire de faux conflits, encore que ces derniers soient rares. En cas de topologies comportant des versions de SQL Server antérieures à SQL Server 2000 SP1, vous pouvez améliorer les performances en exécutant sp_mergemetadatacleanup sur tous les serveurs qui ne sont pas nettoyés automatiquement.

Suppression des faux conflits

Le nettoyage des données basé sur la période de conservation empêche la non-convergence et l'écrasement des modifications sur les autres nœuds. Toutefois, des faux conflits peuvent survenir si les conditions suivantes sont réunies :

• Les métadonnées sont nettoyées sur un nœud et pas sur un autre.
  
  
• Une mise à jour ultérieure sur le nœud nettoyé se produit sur une ligne dont les métadonnées ont été supprimées.

Par exemple, si les métadonnées sont nettoyées sur le serveur de publication et non pas sur l'Abonné, et qu'une mise à jour a lieu sur le serveur de publication, un conflit se produit même si les données semblent être synchronisées.

Pour éviter un tel conflit, vérifiez que les métadonnées sont nettoyées sur les nœuds concernés à peu près au même moment. Si le paramètre -MetadataRetentionCleanup 1 a la valeur 1, le serveur de publication et l'Abonné sont nettoyés automatiquement avant le début de la fusion, ce qui garantit le nettoyage simultané des nœuds. Si un conflit se produit, faites appel à l'Assistant Affichage des conflits de la réplication de fusion pour analyser le conflit et remédier si nécessaire au problème.

Si un article appartient à plusieurs publications ou à un scénario de republication, les périodes de conservation d'une ligne donnée sur le serveur de publication et l'Abonné peuvent être différentes. Pour limiter les risques de nettoyage partiel des métadonnées, il est recommandé d'appliquer des périodes de conservation identiques aux différentes publications concernées.

Remarque   Lorsque les tables système contiennent une grande quantité de métadonnées à nettoyer, le processus de fusion peut durer plus longtemps. Pour éviter ce problème, nettoyez les métadonnées régulièrement.

[Haut]

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

Concept introduit dans SP1

Une base de données de publication restaurée à partir d'une sauvegarde doit d'abord être synchronisée avec une base de données d'abonnement qui comporte un abonnement global (avec une valeur de priorité attribuée) pour garantir un comportement de convergence correct. La synchronisation garantit que les modifications qui ont été perdues dans la base de données de réplication à cause du processus de restauration sont réappliquées correctement.

Ne synchronisez pas la base de données de publication avec une base de données d'abonnement qui comporte un abonnement anonyme. Étant donné que les abonnements anonymes ne disposent pas d'une quantité suffisante de métadonnées pour appliquer les modifications à la base de données de publication, la synchronisation peut entraîner la non-convergence des données.

Pour planifier les opérations de sauvegarde et de restauration pour la réplication de fusion, tenez compte également des points suivants :

• Restaurez les bases de données d'abonnements à partir des sauvegardes incluses dans la période de conservation.

Restaurez une base de données d'abonnements à partir d'une sauvegarde uniquement si cette dernière n'est pas plus ancienne que la période de conservation la plus courte de toutes les publications auxquelles l'Abonné est affilié. Par exemple, si un Abonné s'abonne à trois publications avec des périodes de conservation de 10, 20 et 30 jours respectivement, la sauvegarde utilisée pour restaurer la base de données ne doit pas être âgée de plus de 10 jours.

• Effectuez la synchronisation avant de générer une sauvegarde.

Il est fortement recommandé de synchroniser un Abonné avec le serveur de publication avant d'effectuer une sauvegarde. Dans le cas contraire, la convergence risque de ne pas être correcte si l'Abonné est restauré à partir de cette sauvegarde. Même si le fichier de sauvegarde lui-même est récent, la dernière synchronisation avec un serveur de publication pourrait presque être aussi ancienne que la période de conservation. Supposons, par exemple, qu'une publication comporte une période de conservation de 10 jours. La dernière synchronisation date de 8 jours et la sauvegarde est effectuée maintenant. Si elle est appliquée 4 jours plus tard, la dernière synchronisation date de 12 jours, ce qui est supérieur à la période de conservation. Si l'Abonné a effectué la synchronisation juste avant la sauvegarde, la base de données d'abonnements est incluse dans la période de conservation.

• Réinitialisez l'Abonné si vous modifiez la valeur de conservation des publications.

Pour modifier cette valeur, réinitialisez manuellement l'Abonné afin d'éviter la non-convergence des données. Le nettoyage des métadonnées basé sur la période de conservation supprime les métadonnées périmées des tables système de fusion lorsque la période de conservation des publications est atteinte.

La valeur de conservation des publications permet de déterminer le moment où les abonnements non synchronisés pendant la période de conservation doivent expirer. Après un nettoyage, si la période de conservation des publications est augmentée et qu'un abonnement tente de fusionner avec le serveur de publication (qui a déjà supprimé les métadonnées), l'abonnement n'expire pas en raison de l'augmentation de la valeur de rétention. En outre, le serveur de publication ne dispose pas d'une quantité suffisante de métadonnées pour télécharger les modifications apportées à l'Abonné, ce qui génère une non-convergence.

• Utilisez les mêmes valeurs de conservation des publications pour tous les serveurs de publication et leurs partenaires de synchronisation respectifs. L'utilisation de valeurs différentes peut produire une non-convergence.

[Haut]

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

Concept introduit dans SP1

La restauration d’une sauvegarde sur les mêmes serveur et base de données —exécutant la même version que celle du 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 différente de la version utilisée pour sauvegarder la base de données, prenez en considération les points suivants :

• Si vous effectuez la restauration de la base de données vers Database Components SP4 à partir d'une sauvegarde créée avec SQL Server 2000 et que vous souhaitez conserver les paramètres de réplication, exécutez la procédure sp_vupgrade_replication. L'exécution de sp_vupgrade_replication vérifie la mise à niveau des métadonnées de réplication. Si vous n'exécutez pas sp_vupgrade_replication, l'état des métadonnées de réplication risque d'être imprévisible.
  
  
• Dans le cas d'une restauration de la base de données vers SQL Server 2000 à partir d'une sauvegarde créée avec SQL Server 7.0 (version commercialisée ou Service Pack quelconque) et que vous souhaitez conserver les paramètres de réplication, vous devez recréer la sauvegarde avant d'installer les Service Pack. Il est possible de restaurer la base de données vers Database Components SP4 directement à partir de la sauvegarde d'une base de données répliquée, créée dans SQL Server 7.0, mais les paramètres de réplication ne sont pas conservés.

[Haut]

5.2.8 Nouveau paramètre -MaxCmdsInTran pour l'Agent de lecture du journal

Concept introduit dans SP1

À compter de SP1, l'Agent de lecture du journal bénéficie d'un nouveau paramètre de ligne de commande : -MaxCmdsInTran. Pour les transactions qui affectent un nombre important de commandes (en général, lors de mises à jour ou de suppressions importantes), l'Agent de distribution doit attendre que l'Agent de lecture du journal écrive toute la transaction dans la base de données de distribution avant de pouvoir appliquer la transaction à l'Abonné. Ce délai bloque l'Agent de distribution et réduit le parallélisme entre les deux agents.

En utilisant le paramètre ––MaxCmdsInTran, l'Agent de lecture du journal scinde les transactions importantes en plusieurs segments, et chaque segment contient les mêmes commandes que l'entrée -MaxCmdsInTran ou un nombre de commandes inférieur. Ainsi, l'Agent de distribution peut commencer à traiter les segments les plus anciens d'une transaction pendant que l'Agent de lecture du journal travaille sur les segments plus récents de la même transaction.

L'amélioration du parallélisme entre l'Agent de lecture du journal et l'Agent de distribution contribue à l'optimisation des performances de la réplication dans son ensemble. Sachez toutefois que les segments de transaction sont alloués sur l'Abonné sous forme de transactions individuelles, ce qui rompt la propriété ACID d'atomicité, l'une des propriétés ACID (Atomicité, Cohérence, Isolation et Durabilité). Ceci ne constitue pas un problème dans la plupart des cas, mais il est recommandé de s'en assurer.

Définition du paramètre –MaxCmdsInTran

Spécifiez un entier positif (1 ou supérieur) pour la valeur du paramètre -MaxCmdsInTran. La valeur 0 indique que le paramètre n'est pas utilisé. Ce paramètre améliore les performances des transactions importantes uniquement. Une valeur de 5000 ou plus est en général utilisée. Par exemple :

logread.exe -MaxCmdsInTran 10000. 

Pour utiliser ce paramètre, le serveur de publication doit exécuter SQL Server 2000 SP1 ou version ultérieure, et l'Agent de lecture du journal ainsi que la base de données de distribution doivent être mis à niveau vers SP3 ou version ultérieure. Dans le cas contraire, -MaxCmdsInTran est ignoré.

[Haut]

5.2.9 Restriction sur les index clusterisés non uniques

Concept introduit dans SP2 (ne s'applique qu'à la réplication transactionnelle)

Il est impossible de créer un index clusterisé non unique sur une table dès lors qu'elle est publiée en vue d'une réplication transactionnelle. Avant de créer l'index, vous devez supprimer toutes les publications où figure la table.

[Haut]

5.2.10 Nouvel argument de ligne de commande -MaxNetworkOptimization pour l'Agent de capture instantanée

Concept introduit dans SP2

Lors d'un traitement normal, la réplication de fusion peut transmettre des commandes DELETE aux Abonnés pour des lignes qui n'appartiennent pas à la partition de l'Abonné. Les commandes DELETE de cette nature sont généralement considérées comme des suppressions hors de propos. Ces suppressions n'ont aucun impact sur l'intégrité ou la convergence des données, mais peuvent surcharger inutilement le réseau.

Pour remédier à cette surcharge réseau, vous pouvez utiliser le nouveau paramètre de l'Agent de capture instantanée
-MaxNetworkOptimization avec les publications de réplication de fusion. En donnant la valeur 1 à ce paramètre, vous diminuez le nombre de suppressions inutiles et optimisez le trafic réseau.

Remarque   L'affectation de la valeur 1 à ce paramètre n'a vraiment d'effet que si l'option d'optimisation de la synchronisation de la publication de fusion est true (paramètre @keep_partition_changes de sp_addmergepublication).

0 est la valeur par défaut car l'activation de ce paramètre peut augmenter le stockage de métadonnées et dégrader les performances sur le serveur de publication en présence de plusieurs niveaux de filtres de jointure et de filtres de sous-ensembles complexes. Étudiez attentivement votre topologie de réplication et n'affectez au paramètre -MaxNetworkOptimization la valeur 1 que si le réseau est véritablement submergé de suppressions inutiles.

Pour ajouter ce paramètre au profil de l'Agent de capture instantanée, exécutez la procédure système sp_add_agent_parameter comme suit :

EXEC sp_add_agent_parameter 1, 'MaxNetworkOptimization', 1

[Haut]

5.2.11 La réplication de fusion utilise un nouveau rôle

Concept introduit dans SP3

SP3 et les versions ultérieures créent automatiquement un nouveau rôle utilisé par la réplication de fusion. Son nom se présente sous la forme MSmerge-<publication ID>. Le rôle est créé sur le serveur de publication pour chaque publication de réplication de fusion et agit en tant que liste PAL (Publication Access List) pour contrôler l'accès aux publications de fusion sur le serveur de publication. Si ce rôle est supprimé, vous pouvez exécuter une nouvelle procédure stockée incluse avec SP3 et versions ultérieures, sp_createmergepalrole, pour recréer le rôle. Cette procédure stockée est exécutée sur le serveur de publication dans la base de données de publication pour recréer le rôle.

La procédure stockée sp_createmergepalrole est décrite dans la toute dernière version de la documentation en ligne de SQL Server 2000. Pour plus d'informations sur l'installation de la toute dernière version de la documentation en ligne de SQL Server 2000, voir la section 1.9, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000. Il s'agit d'une copie en anglais de la rubrique de référence relative à sp_createmergepalrole.

[Haut]

5.2.12 Nouvelles contraintes pour les abonnements créés par des utilisateurs non sysadmin

Concept introduit dans SP3

Si un abonnement est créé par un utilisateur qui n'est pas membre du rôle de serveur fixe sysadmin, vous devez effectuer les opérations suivantes :

• Configurez le compte proxy de l'Agent SQL Server avec une connexion et un mot de passe, de sorte que l'étape de travail de l'Agent SQL Server associée à l'agent de réplication s'exécute avec des privilèges suffisants. Pour plus d'informations, voir la rubrique « xp_sqlagent_proxy_account » dans la documentation en ligne de SQL Server.
  
  
• Remplacez le propriétaire de l'étape de travail par un utilisateur qui soit membre du rôle de serveur fixe sysadmin avant d'exécuter l'agent.

Remarque   La fonctionnalité d'activation de l'agent distant nécessite toujours que l'étape de travail s'exécute dans le cadre d'un compte utilisateur du rôle de serveur fixe sysadmin.

[Haut]

5.2.13 Modifications des autorisations des procédures stockées

Concept introduit dans SP3

Les autorisations ont été modifiées sur un certain nombre de procédures stockées permettant d'implémenter, d'administrer et de surveiller une topologie de réplication. La plupart de ces modifications portent sur une limitation des autorisations requises pour exécuter les procédures stockées. Pour plus d'informations sur les nouvelles autorisations, lisez dans la documentation de référence Transact-SQL la rubrique sur les procédures stockées de réplication, dans la version mise à jour de la documentation en ligne de SQL Server. Pour plus d'informations sur la documentation en ligne de SQL Server mise à jour, voir la section 1.6, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000.

[Haut]

5.2.14 Nouveau paramètre pour sp_addmergearticle et sp_changemergearticle

Concept introduit dans SP3

sp_addmergearticle et sp_changemergearticle contiennent désormais un nouveau paramètre, @published_in_tran_pub. Ce paramètre indique qu'un article d'une publication de fusion est également publié dans une publication transactionnelle. @published_in_tran_pub est de type nvarchar(5), avec une valeur par défaut de FALSE. TRUE indique que l'article est également publié dans une publication transactionnelle.

Remarque   Lorsque vous modifiez ce paramètre dans sp_changemergearticle, l'instantané doit être invalidé et les abonnés doivent être réinitialisés.

[Haut]

5.2.15 Nouvelle page pour l'Assistant Configuration de la publication et de la distribution

Concept introduit dans SP3

L'Assistant Configuration de la publication et de la distribution comprend désormais une nouvelle page : Mot de passe du distributeur. Vous devez taper un mot de passe dans cette page si vous sélectionnez un ou plusieurs serveurs de publication qui utiliseront le serveur en tant que serveur de distribution distant et si un ou plusieurs de ces serveurs de publication requièrent un mot de passe. La connexion entre un serveur de publication et un serveur de distribution distant tient à la fois du serveur lié et du serveur distant. La connexion utilise le login distributor_admin. Par défaut, le serveur de publication est configuré comme non approuvé sur le serveur de distribution distant, c'est pourquoi un mot de passe est requis.

Remarque   Si vous avez téléchargé et installé la toute dernière version de la documentation en ligne de SQL Server 2000, ces informations sont disponibles lorsque vous cliquez sur le bouton Aide de la nouvelle page.

[Haut]

5.2.16 Modifications apportées à la prise en charge du Gestionnaire de synchronisation Windows

Concept introduit dans SP3

SQL Server vous permet d'activer des abonnements existants (créés à l'aide de SQL Server Enterprise Manager, SQL-DMO et des procédures stockées de réplication) afin de les utiliser avec le Gestionnaire de synchronisation Windows. Vous pouvez également créer des abonnements à l'aide du Gestionnaire de synchronisation Windows. Une fois que vous avez appliqué le Service Pack lors de la synchronisation d'un abonnement, le Gestionnaire de synchronisation Windows vous invite à entrer le ou les mots de passe requis pour vous connecter aux serveurs impliqués dans la réplication.

[Haut]

5.2.17 Modification des conditions d'attachement ou de restauration d'une base de données de réplication

Concept introduit dans SP3

Lorsque certaines conditions sont réunies, il se peut que la réplication fonctionne mal lors de l'attachement ou de la restauration d'une base de données publiée. Ces conditions sont les suivantes :

• SP3 ou une version ultérieure a été appliqué ;
  
  
• l'utilisateur qui attache la base de données n'est pas membre du rôle de serveur fixe sysadmin ;
  
  
• le chaînage entre bases de données n'a pas été autorisé.

Si toutes ces conditions sont vérifiées, vous devez exécuter la procédure stockée sp_changedbowner sur la base de données attachée ou restaurée. Assignez la propriété à la connexion administrateur sa intégrée. Vous serez ainsi certain que la réplication fonctionnera correctement.

Remarque   Vous devez être membre du rôle de serveur fixe sysadmin pour exécuter sp_changedbowner.

Pour plus d'informations sur le chaînage des propriétés de bases de données croisées, voir la section 5.1.10, Chaînage des propriétés de bases de données croisées.

[Haut]

5.2.18 Modification des désignations de sécurité des contrôles ActiveX de réplication

Concept introduit dans SP4

Les contrôles de réplication ActiveX® (sqlinitx.dll, sqldistx.dll, sqlmergx.dll et replerrx.dll) ne sont plus marqués « sécurisés pour le script » et « sécurisés pour l'initialisation ». Les comportements liés à la sécurité et aux fonctions des contrôles n'ont pas changé depuis SP3 ; en revanche, les désignations de sécurité l'ont été afin de répondre aux normes de sécurité. Il est possible que ces modifications affectent les applications invoquant des contrôles ActiveX de réplication imbriqués dans une page Web.

[Haut]

5.2.19 Nouveau paramètre pour les articles des publications de fusion

Concept introduit dans SP4

Un nouveau paramètre, @compensate_for_errors, peut être spécifié lors de l'appel de sp_addmergearticle. Il spécifie si des actions de compensation doivent être menées en cas d'erreurs (telles qu'une violation de contrainte) survenues pendant la synchronisation. Lorsqu'il a la valeur TRUE (valeur par défaut), une modification ne pouvant être appliquée à un nœud pendant la synchronisation génère des actions de compensation qui annulent la modification sur tous les autres nœuds. Si ce comportement est souhaitable dans certains cas, il peut poser des problèmes dans d'autres ; ainsi, un Abonné incorrectement configuré qui génère une erreur peut provoquer l'annulation des modifications sur le serveur de publication et tous les autres Abonnés.

L'attribution de la valeur FALSE permet de désactiver ces actions de compensation, même si les erreurs continuent d'être consignées et même si les fusions ultérieures essaieront d'appliquer les modifications. La convergence des données des lignes affectées peut sembler compromise, mais elle est rétablie dès que l'erreur est corrigée et que la modification peut s'appliquer.

Remarque   Si la table source d'un article est déjà publiée dans une autre publication, la valeur de @compensate_for_errors doit être alors identique pour les deux articles.

[Haut]

5.2.20 Nouvelle option de schéma pour la réplication des colonnes d'identité des publications transactionnelles

Concept introduit dans SP4

Dans les versions précédentes, les colonnes d'identité des publications transactionnelles étaient répliquées en tant que type de données de base, tel que int, sans que la propriété d'identité soit définie. Cette méthode convient aux applications qui n'autorisent pas les insertions sur l'Abonné. SQL Server 2000 SP4 introduit une nouvelle option de schéma (0x4) pour les publications transactionnelles, qui permet de répliquer la colonne d'identité en tant que telle. Cette option s'avère utile dans bon nombre de cas, notamment pour la réplication transactionnelle et l'utilisation de l'Abonné en tant que serveur de secours à chaud. Il peut alors arriver que des insertions aient lieu sur l'Abonné et provoquent l'incrémentation de la colonne d'identité.

Pour spécifier qu'une colonne d'identité doit être répliquée en tant que telle :

1. Lors de la création de la table sur le serveur de publication, spécifiez l'option NOT FOR REPLICATION pour la colonne d'identité. Seules les insertions des utilisateurs, et non celles de l'Agents de réplication, incrémenteront alors la colonne d'identité. Pour plus d'informations, voir la rubrique « CREATE TABLE » dans la documentation en ligne de SQL Server.
   
   
2. Lors de l'ajout d'un article comprenant une colonne d'identité, définissez l'option 0x4 pour le paramètre @schema_option de sp_addarticle. Pour plus d'informations sur ce paramètre, consultez la rubrique « sp_addarticle » dans la documentation en ligne de SQL Server.
   
   
3. Une fois l'Abonné initialisé, exécutez DBCC CHECKIDENT pour chaque table comprenant une colonne d'identité. Vous pourrez alors spécifier une valeur initiale pour les insertions dans la colonne d'identité sur l'Abonné, et faire en sorte que les valeurs insérées soient différentes de celles insérées sur le serveur de publication. Par exemple, vous pouvez spécifier que les insertions sur l'Abonné commencent à 1 000 000 :

   USE Northwind
   GO
   DBCC CHECKIDENT ('Employees', RESEED, 1000000)
   GO

Pour plus d'informations, voir DBCC CHECKIDENT dans la documentation en ligne de SQL Server.

5.2.21 Les Abonnés non-SQL Server ne sont pas pris en charge pour les serveurs de distribution qui s'exécutent en mode WOW64

Concept introduit dans SP4

Les instances des serveurs de distribution de SQL Server 2000 (32 bits) qui s'exécutent en mode WOW64 (Windows-on-Windows 64) sur les systèmes Windows 2003 SP1 équipés de processeurs X64 ou compatibles ne peuvent pas avoir d'Abonnés non-SQL Server. Bien que le mode WOW64 soit désormais pris en charge pour SQL Server 2000 SP4, il n'est pas pris en charge par les pilotes ou les fournisseurs utilisés pour se connecter à partir du serveur de distribution à l'Abonné non-SQL Server.

[Haut]

5.3 Améliorations de l'Agent SQL Server et des outils partagés

Cette section présente les améliorations de l'Agent SQL Server et des outils partagés que présente SP4.

[Haut]

5.3.1 Enregistrement des informations de compte par l'Agent SQL Server

Concept introduit dans SP2

L'historique des travaux de l'Agent SQL Server enregistre dorénavant le compte Windows sous lequel chaque étape d'un travail est réalisée. Ces informations aident les administrateurs à diagnostiquer des problèmes de sécurité liés aux travaux programmés, y compris ceux définis pour les tâches de réplication et DTS.

[Haut]

5.3.2 Modifications apportées à la configuration de serveur principal/cible

Concept introduit dans SP3

L'administration multiserveur consiste à automatiser l'administration sur plusieurs instances de SQL Server. Utilisez ce type d’administration si vous gérez deux serveurs ou plus et que vous souhaitez centraliser la maintenance.

Dans SP3 ou version ultérieure, le compte de service de l'Agent SQL Server n'a pas besoin d'être un administrateur Windows, sauf si vous devez utiliser le compte proxy de l'Agent SQL Server. Pour plus d'informations sur le compte proxy de l'Agent SQL Server, voir la section 5.6.3, Améliorations du compte proxy de l'Agent SQL Server. Le compte de service de l'Agent SQL Server doit être membre du rôle de serveur fixe sysadmin.

Avec une configuration d'administration multiserveur, vous devez disposer d'au moins un serveur principal et d'au moins un serveur cible. Un serveur principal distribue les travaux et reçoit les événements des serveurs cibles. Un serveur principal stocke la copie centralisée des définitions de travaux pour les travaux exécutés sur les serveurs cibles. Les serveurs cibles se connectent régulièrement à leur serveur principal pour mettre à jour leur liste de travaux à exécuter. En cas d'existence d'un nouveau travail, le serveur cible télécharge le travail et se déconnecte du serveur principal. Une fois que le serveur cible a terminé son travail, il se reconnecte au serveur principal et rend compte de l'état du travail.

Avant d'appliquer SP4, vous devez exécuter plusieurs opérations pour mettre à niveau votre configuration de serveur principal/cible SQL Server 2000. Les modifications qu'apporte SP4 ne sont compatibles ni avec les serveurs cibles SQL Server 7.0, ni avec aucun serveur qui n'exécute pas SP3 ou version ultérieure. Cela n'était pas le cas avec SQL Server 2000.

Pour mettre à niveau votre configuration de serveur principal/cible

1. Créez un compte MSX (serveur principal) sur votre serveur principal. Cette opération est destinée à préparer le ou les TSX (serveurs cibles) à la mise à niveau. Pour ce faire, exécutez les commandes suivantes.

   --Option A: Windows authentication
   EXEC sp_grantlogin 'DOMAIN\user'
   GO
   USE msdb
   GO
   EXEC sp_adduser 'DOMAIN\user', 'DOMAIN\user', 'TargetServersRole'
   GO
   
   --Option B: SQL Server authentication – see explanation below for 
   --details.
   EXEC sp_addlogin <MSXAccount>, <MSXAccountPassword>, 'msdb' 
   GO
   USE msdb
   GO
   EXEC sp_adduser <MSXAccount>, <MSXAccount>, 'TargetServersRole'
   GO

   <MSXAccount> représente le nom de connexion SQL que vous choisissez et <MSXAccountPassword> le mot de passe associé.

   Remarque   Vous devez placer ces valeurs entre guillemets (').

   Les options suivantes sont proposées lors du choix d'un compte MSX :

   • Authentification Windows. C'est l'option la plus sécurisée, car les mots de passe n'ont pas à être stockés. De plus, SQL Server et l'Agent SQL Server peuvent être configurés sans les droits d'administrateur Windows local.
     
     
   • Authentification SQL Server. Les comptes de service Agent SQL Server doivent détenir des droits d'administrateur local Windows, parce que SQL Server stocke le nom d'utilisateur et le mot de passe sous la forme d'un secret LSA et que l'accès en est limité aux administrateurs Windows locaux. Vous pouvez créer un compte pour tous les serveurs TSX, ou bien un compte par serveur TSX.

   Ne spécifiez pas de compte par sondage de l'Agent SQL Server (<nom_ordinateur>_msx_probe_login). Dans le cadre de la mise à niveau vers SP3 ou version ultérieure, SQL Server supprime les anciens comptes par sondage parce que les serveurs TSX ne les utilisent plus.

2. Mettez à niveau vos serveurs TSX vers SP4, un par un. (Avant d'appliquer le Service Pack, reportez-vous à l'étape 3 pour en apprendre davantage sur la durée de votre mise à niveau.)
   
   
3. Pour réduire les temps d'indisponibilité, exécutez la procédure stockée étendue xp_sqlagent_msx_account sur chaque serveur TSX tout de suite après la mise à niveau vers SP4.

   Remarque   Après l'exécution de xp_sqlagent_msx_account, l'Agent SQL doit être arrêté et redémarré sur chaque serveur.

   Pour plus d'informations sur xp_sqlagent_msx_account, voir la section 5.3.3, Nouvelle procédure stockée étendue de l'Agent SQL Server.

4. Appliquez SP4 à votre serveur principal. Le programme d'installation de SP4 supprime les anciens comptes old _msx_probe, car les serveurs TSX n'en ont plus besoin. Si un compte possède des travaux de l'Agent SQL, il n'est pas supprimé. Vous devez alors remplacer le propriétaire des travaux par un autre utilisateur et supprimer manuellement ces comptes. Si vous souhaitez continuer d'utiliser les anciens comptes _msx_probe qui possèdent des travaux de l'Agent SQL, vous devrez peut-être changer le mot de passe du compte _msx_probe.

[Haut]

5.3.3 Nouvelle procédure stockée étendue de l'Agent SQL Server

Concept introduit dans SP3

SP3a contient une nouvelle procédure stockée étendue (xp_sqlagent_msx_account) qui permet de configurer le compte que le serveur TSX de l'Agent SQL Server utilise pour télécharger des instructions depuis un serveur MSX. Ce compte est également connu comme le compte MSX ou le compte du serveur principal.

La procédure stockée xp_sqlagent_msx_account est documentée dans la dernière version de la documentation en ligne de SQL Server 2000. Pour plus d'informations sur l'installation de la toute dernière version de la documentation en ligne de SQL Server 2000, voir la section 1.6, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000. Il s'agit d'une copie en anglais de la rubrique de référence relative à xp_sqlagent_msx_account .

[Haut]

5.3.4 Vérification des autorisations de l'Agent SQL Server

Concept introduit dans SP3

SQL Server vérifie à présent que le propriétaire du travail de l'Agent a l'autorisation de compléter ou de remplacer le fichier journal de sortie de chaque travail. Cette opération peut se dérouler de trois façons :

• Si le propriétaire du travail est membre du rôle de serveur fixe sysadmin, le fichier journal de sortie du travail peut être écrit sur le serveur.
  
  
• Si le propriétaire du travail est un utilisateur Windows, SQL Server vérifie qu'il a bien l'autorisation d'écrire dans le fichier journal de sortie du travail sur le serveur.
  
  
• Si le propriétaire du travail est un utilisateur SQL Server, SQL Server vérifie que le compte proxy de l'Agent SQL Server a bien l'autorisation d'écrire dans le fichier journal de sortie du travail sur le serveur. Si le compte proxy n'a pas été défini, il n'y aura pas d'écriture dans le journal.

Dans tous les cas, les travaux sont écrits avec les informations de l'Agent SQL Server, mais SQL Server s'assure ensuite que l'utilisateur a bien l'autorisation d'écrire dans le fichier journal de sortie du travail sur le serveur. Des erreurs apparaissent dans l'historique du journal, mais les étapes de travail n'échouent pas si l'écriture dans le fichier journal n'est pas possible.

[Haut]

5.3.5 Profils MAPI de la messagerie de l'Agent SQL Server

Concept introduit dans SP3

Dans la version 32 bits de SQL Server 2000, la messagerie de l'Agent SQL Server peut être configurée pour utiliser un profil de messagerie MAPI étendu pour l'envoi d'alertes par courrier électronique. Vous pouvez utiliser une application de messagerie MAPI étendue, telle que Microsoft Outlook, pour créer un profil MAPI étendu. Dans la version 64 bits de SQL Server 2000, la messagerie de l'Agent SQL Server ne peut utiliser qu'un profil de messagerie MAPI simple pour l'envoi d'alertes par courrier électronique. N'utilisez pas de profils MAPI simples dans la version 32 bits de SQL Server 2000.

[Haut]

5.3.6 La rubrique d'aide relative au Générateur de vues n'est pas disponible

Concept introduit dans SP4

Dans SQL Server Enterprise Manager, la rubrique d'aide « Affichage des propriétés » n'est pas disponible dans Modifier la vue et Créer la vue. La rubrique mise à jour est disponible sur ce site Web Microsoft.

[Haut]

5.4 Améliorations des composants de connectivité de SQL Server

Cette section décrit les améliorations apportées aux composants de connectivité de SQL Server 2000, fournies avec SP4.

[Haut]

5.4.1 Prise en charge de l'architecture QLogic Virtual Interface Architecture

Concept introduit dans SP3

SQL Server prend désormais en charge les implémentations de QLogic VIA (Virtual Interface Architecture) et de réseau SAN (System Area Network). Pour activer la prise en charge SQL Server des connexions sur QLogic VIA, les ordinateurs clients et serveurs doivent tous deux fournir la résolution d'adresses IP dans un fichier nommé Vihosts, situé dans le dossier Windows system32\drivers\etc approprié.

Le format du fichier Vihosts est le suivant :

<adresse IP VI de l'ordinateur serveur> <SERVER_COMPUTERNAME>

<adresse IP VI de l'ordinateur client> <CLIENT_COMPUTERNAME>

Exemple :

139.4.130.1  SQLCOMPUTER

139.4.130.2  SQLCLIENT

Utilisez les adresses IP issues respectivement des cartes réseau QLogic VIA et des noms d'ordinateur réels. Sinon, les connexions ne pourront pas être établies avec les instances nommées ou les autres protocoles IP, tels que TCP ou les canaux nommés. Le fichier Vihosts n'est pas nécessaire pour la connectivité VIA Giganet.

Remarque   Vous devez identifier le fournisseur VIA approprié sur les ordinateurs clients à l'aide de l'Utilitaire Réseau Client. Sélectionnez la valeur appropriée dans la liste déroulante Fournisseur. Vous devez également effectuer l'action correspondante sur les ordinateurs serveurs, via l'Utilitaire Réseau Client.

[Haut]

5.5 Améliorations de Meta Data Services (MDS)

Cette section décrit les améliorations de SQL Server 2000 Meta Data Services que procure Database Components SP4.

[Haut]

5.5.1 Exportations du navigateur de méta-données en format Unicode

Concept introduit dans SP1

Le navigateur de métadonnées exporte désormais les métadonnées XML en format Unicode. Avant SQL Server 2000 SP1, le navigateur exportait le code ANSI qui ne gère pas les caractères non anglais. Cette modification fonctionnelle est complètement transparente à l'utilisateur. À compter de la présente version de SP4, les données exportées sont toujours exprimées en format Unicode. Vous pouvez toujours exporter en code ANSI en affectant à la clé de Registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport la valeur 0. La liste suivante représente les valeurs que vous pouvez définir pour cette clé de Registre :

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

Pour plus d'informations sur chaque indicateur, voir la section « IExport::Export Method » dans la documentation en ligne de SQL Server.

[Haut]

5.5.2 Prise en charge de la gestion de scripts désactivée

Concept introduit dans SP3

La prise en charge des scripts dans les modèles d'informations a été désactivée. Après l'installation de SP3a ou version ultérieure, l'erreur suivante apparaît si votre application accède à une propriété ou une méthode pour laquelle un script est défini :

EREP_SCRIPTS_NOTENABLED

Pour activer la prise en charge des scripts

Si vous devez continuer à exécuter des scripts, vous pouvez utiliser la procédure suivante pour créer un paramètre de Registre activant la prise en charge des scripts.

1. Accédez à HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft à l'aide de l'Éditeur de Registre.
   
   
2. Créez le cas échéant une clé de Registre nommée Repository, puis créez une sous-clé nommée Engine de sorte que le chemin d'accès soit Repository\Engine.
   
   
3. Dans la clé de Registre Engine, ajoutez une nouvelle valeur DWORD, nommée AllowScripting, égale à 1.

Si vous souhaitez désactiver par la suite la gestion de scripts, affectez à la nouvelle clé de Registre la valeur 0.

Important  Pour des raisons de sécurité, le mot de passe de connexion sa ne doit jamais être vide.

[Haut]

5.5.3 Nouveau rôle RepositoryUser pour accéder aux informations du référentiel

Concept introduit dans SP3

SQL Server inclut dans la base de données msdb un ensemble de tables, de procédures stockées et de vues qui stocke des informations utilisées par le moteur du référentiel de Meta Data Services. Dans SP3 a été créé un nouveau rôle dédié nommé RepositoryUser, qui permet d'accéder aux informations du référentiel et de les mettre à jour. Ce rôle détient des autorisations de création, de lecture, de mise à jour et d'exécution sur ces objets. Le rôle public ne dispose plus d'autorisations sur ces objets.

Cette modification concerne les objets existants du référentiel, en plus des futurs objets supplémentaires qui seront créés par le moteur du référentiel. Les utilisateurs et les applications accédant au référentiel par le biais du rôle public doivent être ajoutés au rôle RepositoryUser.

[Haut]

5.6 Améliorations de Data Transformation Services (DTS)

Cette section présente les améliorations de SQL Server 2000 Data Transformation Services qui sont fournies avec SP4.

[Haut]

5.6.1 L'Assistant DTS ne limite plus à 255 caractères les colonnes de type chaîne

Concept introduit dans SP2

Lorsque vous exportez des données vers un fichier texte, l'Assistant Importation/Exportation DTS laisse désormais le lot écrire jusqu'à 8 000 caractères dans les colonnes contenant des données de type chaîne.

[Haut]

5.6.2 Enregistrement du contexte de sécurité pour les packages DTS exécutés par l'Agent SQL Server

Concept introduit dans SP2

L'Agent SQL Server enregistre le contexte de sécurité dans lequel s'exécute chaque étape d'un travail. Dans SP3 et les versions ultérieures, le contexte de sécurité apparaît dans la boîte de dialogue Historique des travaux. Lorsque vous exécutez un package DTS à partir d'une étape d'un travail, l'Agent SQL Server enregistre le compte d'utilisateur au nom duquel le package s'exécute. Cette information aide les administrateurs à identifier les éventuels problèmes d'autorisation et d'authentification qui peuvent se produire lorsque l'exécution de lots DTS est planifiée sur un serveur.

[Haut]

5.6.3 Améliorations du compte proxy de l'Agent SQL Server

Concept introduit dans SP2

Avant SP2, les packages DTS stockés sur le serveur ne pouvaient pas être exécutés avec les informations d'identification du compte proxy de l'Agent SQL Server, sauf si le compte proxy avait accès au dossier Temp du compte d'utilisateur sous lequel fonctionnait soit le serveur (en cas de travaux exécutés à partir de xp_cmdshell), soit l'Agent (en cas de travaux exécutés par l'Agent). De ce fait, les utilisateurs devaient souvent configurer la variable d'environnement TEMP du compte de démarrage de SQL Server ou de l'Agent SQL pour qu'elle pointe sur un dossier accessible par les comptes de démarrage et proxy (C:\Temp, par exemple). Avec SP2 et les versions ultérieures, DTS peut désormais utiliser le dossier Temp système si le dossier Temp utilisateur n'est pas disponible ; les configurations précédentes deviennent quasiment inutiles.

[Haut]

5.6.4 L'enregistrement dans Meta Data Services est désactivé par défaut

Concept introduit dans SP3

Par défaut, SP3 et les versions ultérieures désactivent l'option de stockage des lots DTS dans Meta Data Services. Autrement dit, l'option Meta Data Services n'apparaît pas dans la liste déroulante Emplacement de la boîte de dialogue Enregistrer le lot DTS. Par ailleurs, cette option est désactivée dans la page Enregistrer, planifier et dupliquer le lot de l'Assistant Importation/exportation DTS.

Pour activer l'enregistrement des lots dans Meta Data Services

• Dans SQL Server Enterprise Manager, cliquez avec le bouton droit sur le nœud Data Transformation Services, puis cliquez sur Propriétés et sur Activer l’enregistrement vers les services de métadonnées.

  Remarque   Pour modifier cette propriété, vous devez être connecté avec des privilèges administrateur.

Lorsque cette option de stockage des lots dans Meta Data Services est désactivée, vous pouvez charger des lots existants à partir de Meta Data Services, les modifier et les enregistrer dans Meta Data Services à l'aide de l'option Enregistrer. Toutefois, Meta Data Services n'est pas disponible à partir de l'option Enregistrer sous. Par exemple, il n'est pas possible de réenregistrer un lot dans Meta Data Services sous un autre nom.

[Haut]

5.7 Améliorations de XML

La section suivante présente l'amélioration de XML et de SQLXML dans SP4.

[Haut]

5.7.1 Amélioration de la validation des expressions XPath

Concept introduit dans SP3, mis à jour dans SP4

Lorsque vous appliquez SP4, OPENXML est mis à jour de façon à utiliser une technologie d'analyse XML personnalisée compatible avec MSXML 2.6.

Avant SP3, dans la version de l'analyseur XML utilisée par OPENXML, un prédicat d'une expression XPath pouvait suivre l'abréviation de caractères particulière identifiant le nœud du contexte actuel, soit un point (.) dans la syntaxe XPath. Cette règle va à l'encontre de la spécification de la syntaxe XPath, qui exige que ce caractère soit suivi d'une expression désignant le chemin d'accès de l'emplacement.

Avec le nouveau comportement de OPENXML, un prédicat ne peut pas suivre immédiatement le caractère d'abréviation spécial du nœud de contexte actuel. Les expressions XPath des requêtes SQLXML (requêtes XPath par rapport aux schémas de mappage annotés et aux feuilles de style XSLT écrites pour transformer les résultats des requêtes SQLXML) utilisant la syntaxe erronée échoueront après la mise à niveau vers SP3 ou versions ultérieures.

Pour éviter ces défaillances, identifiez les expressions utilisant la syntaxe incorrecte et corrigez-les. Par exemple, la syntaxe de l'expression XPath spécifiée en tant que valeur de l'attribut de test dans l'élément xsl:if ci-après n'est pas valide. En effet, le prédicat [@ResourceTypeID='2']suit immédiatement le caractère d'abréviation spécial du nœud de contexte actuel.

L'instruction suivante qui, auparavant, ne générait pas d'erreur, échouera après l'installation de SP3 ou version ultérieure.

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

Pour éviter cette situation, vous devez corriger l'expression XPath de la façon suivante :

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

[Haut]

5.8 Améliorations de l'API Virtual Backup Device

Les rubriques suivantes concernent l'API Virtual Backup Device (unité de sauvegarde virtuelle) de SQL Server 2000.

[Haut]

5.8.1 Capture de plusieurs bases de données en un seul instantané

Concept introduit dans SP2

L'API Virtual Backup Device permet aux fournisseurs de logiciels indépendants d'intégrer SQL Server 2000 dans leurs produits. Son rôle est d'offrir une fiabilité maximale et d'optimiser les performances. Elle assure totalement les fonctions de sauvegarde et de restauration de SQL Server 2000, y compris la gamme totale des sauvegardes à chaud et instantanées.

Avec SP1 et les versions antérieures, il était impossible de geler et de sauvegarder plusieurs bases de données à la fois. Avec SP2 ou les versions ultérieures, vous pouvez désormais geler et capturer, côté serveur, plusieurs bases de données en une seule capture à l'aide de la commande VDC_PrepareToFreeze.

La spécification Virtual Backup Device Interface de SP4 contient les toutes dernières informations sur la commande VDC_PrepareTo Freeze. Une version mise à jour du fichier d'en-tête de l'interface d'unité virtuelle (Vdi.h) est disponible sous \Devtools\Include dans le dossier d'installation de SP4.

Vous pouvez télécharger la mise à jour de la spécification à partir du centre de téléchargement de Microsoft à l'adresse suivante : Site Web de téléchargements SQL Server.

[Haut]

5.9 Rapport d'erreurs

Concept introduit dans SP3

La signalisation des erreurs de Microsoft SQL Server est désactivée par défaut. Vous pouvez l'activer au cours de l'installation par le biais du programme d'installation de SQL Server ou d'Analysis Services, ou après l'installation par le biais de la boîte de dialogue Propriétés du serveur d'Enterprise Manager ou d'Analysis Manager. L'activation au cours de l'installation de SQL Server permet la signalisation des erreurs pour le moteur de base de données de SQL Server et l'Agent SQL Server. L'activation au cours de l'installation d'Analysis Services permet la signalisation des erreurs pour Analysis Services. Si vous souhaitez la signalisation des erreurs pour SQL Server et pour Analysis Services, vous devez l'activer pour SQL Server pendant l'exécution de l'installation de SQL Server et pour Analysis Services pendant l'installation d'Analysis Services.

Si vous activez cette fonctionnalité, SQL Server est configuré pour envoyer automatiquement un rapport à Microsoft en cas d'erreur irrécupérable dans le moteur de base de données SQL Server, l'Agent SQL Server ou SQL Server Analysis Services. Microsoft utilise les rapports d'erreurs pour améliorer le fonctionnement de SQL Server. Ces informations sont traitées en toute confidentialité.

Les informations sur les erreurs sont transmises à Microsoft par le biais d'une connexion sécurisée (HTTPS), et elles sont stockées avec des droits d'accès limités. Ces informations peuvent aussi être envoyées à votre propre serveur de rapports d'erreurs de l'entreprise. Reportez-vous à ce site Web Microsoft pour plus d'informations sur la mise en place de ce type de serveur.

Le rapport d'erreurs contient les informations suivantes :

• La condition de SQL Server lorsque le problème s'est produit.
  
  
• la version du système d'exploitation et les informations matérielles de l'ordinateur ;
  
  
• votre numéro d'identification de produit numérique, qui permet d'identifier votre licence ;
  
  
• l'adresse IP réseau de votre ordinateur ;
  
  
• les informations fournies par la mémoire ou les fichiers liés au processus qui a provoqué le problème.

Microsoft ne regroupe pas intentionnellement vos fichiers, nom, adresse, adresse électronique ou toute autre forme d'informations personnelles. Le rapport d'erreurs peut toutefois contenir des informations spécifiques au client, provenant de la mémoire ou des fichiers liés au processus qui a causé le problème. Bien que ces informations puissent éventuellement être utilisées pour vous identifier, Microsoft ne les utilise pas dans ce but.

Pour plus d'informations sur la stratégie de collecte des données d'un rapport d'erreurs, voir ce site Web Microsoft.

Si vous activez les rapports d'erreurs et qu'une erreur irrécupérable se produit, vous pouvez trouver dans le journal des événements Windows une réponse de Microsoft vous orientant vers un article spécifique de la Base de connaissances. Une réponse ressemble à ceci :

Source = MSSQLServerOlapServicesDW 
EventID = 1010
data = http://support.microsoft.com/support/misc/kblookup.asp?id=Q123456
&iBucketTable=1&iBucket=39980&Cab=21474432.cab&LCID=1033
&OS=5.1.2600.2.00010100.0.0

Pour désactiver les rapports d'erreurs pour le moteur de base de données SQL Server et l'Agent SQL Server, ouvrez la boîte de dialogue Propriétés de SQL Server (onglet Général) dans Enterprise Manager et désactivez la case à cocher Activer le rapport d'erreurs. Pour désactiver le rapport d'erreurs pour Analysis Services, affichez les propriétés de serveur dans Analysis Manager, puis désactivez la case à cocher Activer le rapport d'erreurs. Si la signalisation des erreurs est activée pour SQL Server (moteur de base de données et Agent SQL Server) et pour Analysis Services, vous devez la désactiver individuellement pour SQL Server et Analysis Services.

[Haut]

5.10 Améliorations de la commodité

Concept introduit dans SP4

SQL Server 2000 SP4 introduit une nouvelle fonctionnalité de commodité qui vous permet de désinstaller des correctifs appliqués à SP4 et aux versions ultérieures de SQL Server 2000 s'exécutant sur Windows XP et Windows Server 2003. (Cette même fonctionnalité était disponible avec SQL Server 2000 SP3, mais uniquement après l'application d'un correctif supplémentaire).

[Haut]

5.11 Amélioration d'English Query

Concept introduit dans SP1

Microsoft a publié une amélioration dans la sécurité des applications English Query. Cette amélioration n'est pas installée dans le cadre du Service Pack. Nous vous conseillons de l'appliquer si vous utilisez English Query. L'amélioration de la sécurité se trouve sur le CD-ROM SP4 dans le dossier \EQHotfix. Pour obtenir des détails sur l'amélioration de English Query, consultez l'article 297105 de la Base de connaissances.

[Haut]

5.12 DB-Library et Embedded SQL pour C

Concept introduit dans SP1, mis à jour dans SP4

Si les interfaces API DB-Library et Embedded SQL pour C sont toujours prises en charge dans SQL Server 2000, sachez qu'aucune des prochaines versions de SQL Server ne proposera les fichiers ni la documentation nécessaires à la programmation d'applications faisant appel à ces API. Les liens avec les applications existantes écrites à l'aide de DB-Library et Embedded SQL pour C seront encore assurés dans la prochaine version de SQL Server, mais abandonnés par la suite. N'utilisez pas DB-Library ou Embedded SQL lors de l'écriture de nouvelles applications. Supprimez les dépendances sur ces technologies lors de la modification des applications existantes. À la place de DB-Library ou de Embedded SQL pour C, utilisez l'espace de noms system.data.SQLClient du .NET Framework ou une API, telle que ADO, OLE DB ou ODBC, pour accéder aux données de SQL Server. Pour plus d'informations sur ces technologies, voir la documentation en ligne de SQL Server ou le Kit de développement logiciel (SDK) du .NET Framework.

[Haut]