© 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 le présent document. Vous pouvez facilement et rapidement envoyer 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, cliquez sur ce lien : Envoyer vos commentaires.
1.0 Introduction
1.1 Configuration système requise
1.2 Avant la mise à niveau vers MSDE 2000 SP4
1.3 Considérations relatives à la sécurité pour MSDE 2000 SP4
1.4 Détermination du nom de l'instance
1.5 Vérification de la version de Microsoft Data Access Components
1.6 Identification de la version actuelle de MSDE 2000
1.7 Informations complémentaires sur le Service Pack 4
1.8 Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000
2.0 Où rechercher et télécharger MSDE 2000 SP4
2.1 Choix de la langue adéquate
2.2 Téléchargement de MSDE 2000 SP4
2.3 Extraction des fichiers de MSDE 2000 SP4
2.4 Consignes pour la phase de téléchargement et d'extraction
3.0 Installation du Service Pack
3.1 Préparation de l'installation de MSDE 2000 SP4
3.2 Exécution du programme d'installation de MSDE 2000 SP4
3.3 Redémarrage des services et des applications
3.4 Installation de MSDE 2000 sur des serveurs répliqués
3.6 Mise à niveau du catalogue des serveurs liés
3.7 Désinstallation de MSDE 2000 SP4
3.8 Réapplication de MSDE 2000 SP4
4.0 Informations supplémentaires à prendre en compte pour l'installation
4.1 Redistribution de MSDE 2000 SP4
4.2 Emplacements des fichiers de MSDE 2000 SP4
5.0 Notes concernant la documentation
5.1 Améliorations de MSDE 2000
5.2 Améliorations de la réplication
5.3 Améliorations de l'Agent SQL Server et des outils partagés
5.5 DB-Library et Embedded SQL pour C
5.6 Améliorations du programme d'installation de MSDE 2000
5.7 Améliorations de la commodité
Ce fichier Lisezmoi décrit comment utiliser le composant SQL Server Desktop Engine (MSDE) de Microsoft® SQL Server™ 2000 Service Pack 4 (SP4). Vous pouvez utiliser Desktop Engine SP4 pour mettre à jour les instances existantes de MSDE vers MSDE 2000 SP4 ou installer une nouvelle instance de MSDE 2000 SP4.
Le processus d'installation général de SQL Server SP4 est le suivant :
Remarque Sauf spécification contraire, toutes les références à SQL Server 2000 Desktop Engine dans ce fichier Lisezmoi concernent MSDE 2000 version A. MSDE 2000 version A possède des fonctionnalités identiques à SQL Server 2000 Desktop Engine SP3a, mais contient un nouveau Contrat de Licence Utilisateur Final qui confère des droits d'utilisateur différents de ceux des licences antérieures à MSDE 2000.
SQL Server 2000 SP4 contient quatre éléments. Chacun de ces éléments permet d'appliquer le Service Pack 4 aux différents composants de SQL Server :
Tous les Service Pack de SQL Server sont cumulatifs. SQL Server SP4 contient les correctifs fournis dans SP1, SP2, SP3 et SP3a.
MSDE 2000 SP4 ne peut être utilisé que sur les instances de SQL Server 2000 Desktop Engine ou MSDE 2000 version A. Les autres éléments de SQL Server 2000 SP4 appliquent SP4 aux autres composants de SQL Server 2000 tels que Analysis Services ou le moteur de base de données. Des fichiers Lisezmoi distincts décrivent comment utiliser Database Components SP4 et Analysis Services SP4. Les autres fichiers Lisezmoi sont disponibles sur ce site Web Microsoft.
Le Service Pack pour MSDE 2000 est destiné aux développeurs qui créent des applications redistribuables qui utilisent MSDE. MSDE 2000 SP4 permet de :
Pour plus d'informations sur les licences MSDE 2000, voir Utilisations de MSDE 2000. Si vous ne disposez pas d'une licence pour installer ou exécuter MSDE 2000, vous pouvez en obtenir une en vous inscrivant sur la page Web de MSDE 2000 version A.
Avant d'installer MSDE 2000 SP4, lisez les informations des sections 1 et 2 de ce fichier Lisezmoi, puis suivez les instructions de la section 3 si :
Les sections qui suivent proposent des exemples des scénarios les plus courants, soit de mise à niveau d'une instance existante de MSDE 2000 SP4, soit d'installation d'une nouvelle instance de MSDE 2000 :
La configuration matérielle et logicielle, décrite ci-dessous, doit s'appliquer à votre ordinateur avant toute tentative d'exécution du programme d'installation de MSDE 2000 SP4.
Ce tableau comprend la configuration matérielle pour l’installation et l'exécution de MSDE 2000.
| Matériel | Configuration minimale requise |
| Ordinateur | Intel Pentium ou compatible, 166 MHz ou supérieur |
| Mémoire (RAM) | 128 Mo sur Microsoft Windows XP et Windows 2003 Server
64 Mo au minimum sur Windows 2000 |
| Espace disque | 75 Mo sur Microsoft Windows XP et Windows 2003 Server
100 Mo sur Windows 2000 |
| Lecteur | Lecteur de CD-ROM (lors de l'installation de MSDE 2000 SP4 à partir d'un CD-ROM) |
MSDE 2000 ne dispose pas d'une liste de compatibilité matérielle (HCL, Hardware Compatibility List). Si votre système répond à la configuration minimale requise indiquée dans le tableau ci-dessus, MSDE 2000 va fonctionner sur le matériel certifié pour une utilisation avec le système d'exploitation Windows. Pour plus d'informations sur le matériel certifié en vue d'une utilisation avec le système d'exploitation Windows, consultez la liste de compatibilité matérielle Microsoft Windows sur ce site Web de Microsoft.
Pour utiliser MSDE 2000, l'un des systèmes d'exploitation suivants doit être installé sur votre ordinateur :
Important 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.
Le partage de fichiers et d'imprimantes doit être actif si vous souhaitez exécuter le programme d'installation de MSDE 2000.
Pour vérifier que le partage de fichiers et d'imprimantes est actif
Une installation de MSDE 2000 SP4 peut échouer si l'une des stratégies de sécurité suivantes a la valeur Ne pas autoriser l'installation :
Si vous utilisez le paramètre Ne pas autoriser l'installation, vous devez le modifier en Réussite silencieuse avant d'installer MSDE 2000 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é
Vous pouvez installer le fichier de mise à niveau pour MSDE 2000 SP4 à partir d'un CD-ROM uniquement si vous utilisez Microsoft Windows Installer 2.0.2600.0 ou version ultérieure. Si vous devez mettre à niveau Windows Installer, MSDE 2000 SP4 inclut les fichiers dont vous avez besoin.
Pour mettre à niveau Windows Installer
Si votre instance de MSDE est utilisée par une application, demandez au fournisseur de l'application si des points concernant la mise à niveau de MSDE sont à prendre en compte avant de procéder à la mise à niveau vers MSDE 2000 SP4.
Cette section décrit les problèmes à résoudre et les tâches à effectuer avant d'utiliser MSDE 2000 SP4 pour mettre à niveau une instance existante de MSDE vers MSDE 2000 SP4.
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.3, Points à prendre en compte pour une instance dans une topologie de réplication ou d'envoi de journaux.
Les procédures pour appliquer MSDE 2000 SP4 à une instance existante de MSDE 2000 varient selon l'installation de l'instance. La plupart des applications installent MSDE 2000 à l'aide de l'un ou l'autre de ces deux mécanismes :
Remarque Pour les nouvelles applications, il conviendra d'écrire des utilitaires d'installation qui appellent l'utilitaire d'installation de MSDE 2000, plutôt que d'utiliser directement des modules de fusion MSDE 2000. MSDE 2000 SP4 contient des modules de fusion. Toutefois, ces modules de fusion ne peuvent être utilisés que par les fournisseurs d'applications qui doivent créer des fichiers de correctifs pour les instances MSDE qu'ils ont installé initialement au moyen d'utilitaires qui utilisent directement les modules de fusion.
S'il existe plusieurs instances de MSDE 2000 sur un ordinateur, vous devez évaluer chaque instance séparément pour déterminer si vous pouvez appliquer MSDE 2000 SP4. En outre, vous devez appliquer SP4 individuellement pour chaque instance.
Remarque Microsoft ne prend pas en charge les configurations dans lesquelles plus de 16 instances de moteur de base de données SQL Server sont installées sur un même ordinateur. Cela inclut les instances de SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 et MSDE 2000.
L'article 311762 de la Base de connaissances Microsoft contient des instructions pour déterminer comment une instance de MSDE 2000 a été installée. Après avoir suivi les procédures de l'article 311762, gardez présentes à l'esprit les considérations suivantes :
Vous pouvez exécuter le programme d'installation de MSDE 2000 SP4 à partir de votre disque dur, d'un partage réseau ou d'un CD-ROM. Les fichiers d'installation d'origine de MSDE 2000 ne sont pas requis si vous exécutez le programme d'installation à partir de votre disque dur. Toutefois, si vous mettez à niveau une instance de MSDE 2000 vers MSDE 2000 SP4 à partir un partage réseau ou un CD-ROM, les fichiers utilisés pour installer à l'origine cette instance de MSDE 2000 doivent se trouver au même emplacement qu'ils occupaient lors de l'installation d'origine. Si l'installation d'origine a été exécutée à partir d'un CD-ROM, le programme d'installation MSDE 2000 SP74 demandera le CD-ROM d'origine lors de la mise à niveau. Si les fichiers d'origine ne se trouvent plus à leur emplacement d'origine sur le partage réseau, ou si le CD-ROM d'origine n'est plus disponible, vous devez copier les fichiers de MSDE 2000 SP4 sur votre disque dur et exécuter le programme d'installation depuis ce dernier.
Le programme d'installation de SP4 met à niveau les bases de données utilisateurs qui appartiennent à une topologie de réplication. Ce facteur peut affecter les fonctionnalités de sauvegarde et de restauration des bases de données utilisateurs répliquées. Avant d'installer MSDE 2000 SP4, vérifiez que les bases de données 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 les topologies de réplication, voir la section 3.4, Installation de MSDE 2000 sur des serveurs répliqués. Des considérations supplémentaires concernant la sauvegarde et la restauration pour la réplication sont décrites en détail dans la section 5.2.4, Problèmes de sauvegarde et de restauration de la réplication de fusion.
Remarque Si une instance de MSDE 2000 n'appartient pas à une topologie de réplication, vous pouvez sauvegarder une base de données utilisateur et la restaurer sur une autre version de SQL Server 2000 ou MSDE 2000.
Si le programme d'installation détecte des bases de données utilisateurs ou des groupes de fichiers non accessibles en écriture, il :
Setup has detected one or more databases and filegroups which are not writable.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. Si c'est le cas, vous devez rendre les bases de données répertoriées dans le journal d’installation accessibles en écriture et réappliquer SP4 à cette instance de MSDE 2000.
Pour apprendre à rendre une base de données accessible en écriture, voir la section 3.5, Application de MSDE 2000 SP4 à des bases de données ou à des groupes de fichiers accessibles en lecture seule dans une topologie de réplication. Pour plus d'informations sur la réapplication de SP4, voir la section 3.8, Réapplication de MSDE 2000 SP4.
Avant d'utiliser MSDE 2000 SP4 pour mettre à niveau une instance existante de MSDE, nous vous conseillons de déterminer comment restaurer l'état précédent de l'instance en cas de besoin. Lorsque MSDE 2000 SP4 est installé, ce Service Pack apporte des modifications aux tables systèmes à des fins de maintenance. Il met également à niveau les bases de données utilisateurs et de distribution qui appartiennent à une topologie de réplication. En raison de la nature des modifications apportées, il n'est pas facile de supprimer MSDE 2000 SP4. Pour revenir à la version exécutée avant l'installation de MSDE 2000 SP4, vous devez d'abord désinstaller l'instance de MSDE 2000, puis réinstaller cette instance. Si vous exécutiez un Service Pack antérieur de SQL Server 2000 ou appliquiez des correctifs, vous devez réappliquer à l'instance le Service Pack et les correctifs.
Important Pour restaurer votre système en toute sécurité à son état antérieur à MSDE 2000 SP4, vous devez avoir effectué des sauvegardes des bases de données master, model et msdb juste avant l'installation de MSDE 2000 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.7, Désinstallation de MSDE 2000 SP4.
Le comportement du programme d'installation de MSDE 2000 a été modifié dans SP3a de telle sorte que les paramètres par défaut produisent une configuration plus sécurisée. SP4 reprend ces modifications, de la manière suivante :
SP4 désactive la prise en charge réseau par défaut lorsque de nouvelles instances de MSDE 2000 sont installées. Lorsqu'une instance existante est mise à niveau, les paramètres de prise en charge réseau sont conservés. Si aucune application sur un autre ordinateur ne se connecte à votre instance de MSDE 2000, celle-ci n'a pas besoin d'une prise en charge réseau. Il est prudent de désactiver une ressource qui n'est pas utilisée. Vous pouvez activer la prise en charge réseau lors de l'installation en attribuant la valeur 0 au paramètre d'installation DISABLENETWORKPROTOCOLS. Si vous activez la prise en charge réseau lors de l'installation d'une instance de MSDE 2000 SP4, vous pouvez reconfigurer ultérieurement l'instance pour désactiver celle-ci. Pour plus d'informations sur la désactivation et la restauration de l'accès au réseau, voir l'article 814130 de la Base de connaissances Microsoft.
Le programme d'installation de MSDE 2000 SP4 n'installe pas de nouvelle instance de MSDE 2000, sauf si vous spécifiez un mot de passe sa renforcé. Utilisez le paramètre SAPWD pour spécifier ce mot de passe sa renforcé. Le programme d'installation de MSDE 2000 SP4 ne met pas à niveau une instance existante de MSDE 2000, sauf si vous avez spécifié un mot de passe renforcé pour la connexion sa. Vous devez assigner un mot de passe renforcé pour la connexion sa, même lorsque vous mettez à niveau une instance existante, à moins que l'application qui utilise votre instance de MSDE ne dépende d'une façon ou d'une autre d'un mot de passe sa de valeur null. Même si l'instance de MSDE 2000 utilise l'authentification Windows, la connexion sa devient immédiatement active si jamais l'instance est basculée vers une authentification en mode mixte. Il serait alors possible d'utiliser un mot de passe sa null, blanc, simple ou bien connu pour obtenir un accès non autorisé. Si vous avez besoin d'assigner un mot de passe sa renforcé avant de mettre à niveau votre instance de MSDE 2000 vers MSDE 2000 SP4, consultez l'article 322336 de la Base de connaissances Microsoft.
Autant que possible, pour plus de sécurité, utilisez l'authentification Windows avec votre installation de MSDE 2000. Envisagez de basculer de l'authentification en mode mixte vers l'authentification Windows si :
Pour plus d'informations sur le basculement d'une instance MDSE 2000 de l'authentification en mode mixte vers l'authentification Windows, voir l'article 322336 de la Base de connaissances Microsoft.
Vous devez connaître le nom des instances si vous souhaitez installer plusieurs copies, ou instances, de MSDE 2000 et du moteur de base de données SQL Server 2000 sur un ordinateur. 16 instances au maximum peuvent être installées sur un ordinateur. Une instance ne porte pas de nom et est appelée l'instance par défaut. Les 15 autres doivent porter un nom unique et sont appelées instances nommées.
Le programme d'installation de MSDE SP4 vous permet d'installer ou de mettre à niveau des instances de MSDE. Si vous installez ou mettez à niveau une instance nommée de MSDE, vous devez utiliser le paramètre INSTANCENAME pour spécifier le nom de cette instance. Si vous ne spécifiez pas INSTANCENAME, le programme d'installation travaille sur l'instance par défaut de MSDE existant sur cet ordinateur. Vous ne pouvez pas utiliser MSDE 2000 SP4 pour mettre à niveau une instance du moteur de base de données SQL Server 2000.
Pour rechercher les instances existantes sur votre ordinateur :
Une instance par défaut apparaît dans la liste du volet droit en tant que service appelé MSSQLSERVER. Les instances nommées sont répertoriées en tant que services appelés MSSQL$Nom_instance, où Nom_instance représente le nom de l'instance.
Le nom des instances doit suivre les règles énoncées sur cette page Web Microsoft.
Le programme d'installation de MSDE 2000 SP4 détermine si une version installée de Microsoft Data Access Components (MDAC) doit être mise à niveau ou non vers MDAC 2.8 SP1 :
Remarque Si un ordinateur sur lequel MSDE 2000 SP4 a été installé est mis à niveau vers une nouvelle plateforme de système d'exploitation, la version de MDAC installée par le Service Pack 4 est supprimée.
Remarque Pour obtenir des instructions afin de déterminer la version de MDAC installée sur votre ordinateur, consultez l'article 301202 de la Base de connaissances.
Lorsque MSDE 2000 SP4 installe MDAC 2.8 SP1, la version linguistique de MDAC est identique à celle de MSDE 2000 SP4. Si vous souhaitez conserver une version linguistique de MDAC autre que celle de MSDE 2000 SP4, vous devez télécharger la version linguistique voulue de MDAC 2.8 SP1 et l'installer avant d'exécuter le programme d'installation de MSDE 2000 SP4. Vous pouvez télécharger des versions linguistiques de MDAC 2.8 SP1 à partir de la page de téléchargement Microsoft Data Access.
MDAC 2.8 SP1 comprend 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 a besoin de 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 la page de téléchargement Microsoft Data Access. Pour plus d'informations sur les versions de MDAC versions, voir l'article 822758 de la Base de connaissances. Les correctifs inclus dans MDAC 2.8 SP1 sont documentés dans l'article 884930 de la Base de connaissances.
Toutes les versions de Windows pour lesquelles l'utilisation de MSDE 2000 est prise en charge comprennent une version du logiciel MDAC qui fonctionne avec MSDE 2000 SP4. Si vous configurez une instance de MSDE 2000 de sorte qu'elle prenne en charge les communications réseau et qu'elle fonctionne comme un serveur de base de données, vous n'avez pas besoin d'installer un logiciel client sur un ordinateur Windows pour permettre aux applications de se connecter à partir de cet ordinateur à une instance de MSDE 2000. Pour plus d'informations sur les communications réseau, voir cette page Web 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.
Avant d'exécuter le programme d'installation, identifiez la version de l'instance de MSDE 2000 qui est mise à niveau. Si celle-ci est déjà équivalente à SP4 ou ultérieure, vous n'avez pas besoin d'installer SP4.
Pour identifier la version installée de MSDE 2000 :
SELECT SERVERPROPERTY('ProductLevel')SELECT @@VERSION SELECT SERVERPROPERTY('ProductVersion')| Version et niveau de SQL Server 2000 | @@VERSION | Niveau du produit |
| SQL Server 2000 (version d'origine) | 8.00.194 | RTM |
| Desktop Engine SP1 | 8.00.384 | SP1 |
| Desktop Engine SP2 | 8.00.534 | SP2 |
| Desktop Engine SP3, SP3a ou MSDE 2000 version A. | 8.00.760 | SP3 |
| MSDE 2000 SP4 | 8.00.2039 | SP4 |
Remarque La version de votre produit peut être différente de ces valeurs si vous avez appliqué un correctif après l'installation du produit ou d'un Service Pack antérieur. Par exemple : @@VERSION renvoie la valeur 8.00.818 si vous avez appliqué le correctif de sécurité MS03-031 à MSDE 2000 version A.
SELECT SERVERPROPERTY('Edition')
Lorsque la valeur Desktop Engine est renvoyée, l'instance est MSDE 2000.
La liste des correctifs fournis dans ce Service Pack se trouve dans l'article 888799 de la Base de connaissances Microsoft. Chaque correctif mentionné dans l'article 888799 comporte un lien vers un article de la Base de connaissances relatif au problème concerné. Suivez les liens vers 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 sur la Base de connaissances Microsoft.
Pour rechercher un article dans la Base de connaissances
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 de commodité qui vous permettent de désinstaller les futurs correctifs. Pour plus d'informations, voir la section 5.7, Améliorations de la commodité.
SQL Server 2000 SP4 intègre les modifications qui ont été apportées à MSDE 2000 pour répondre aux problèmes soulevés par le ver Slammer :
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.
SQL Server 2000 SP4 supprime la dépendance d'OPENXML sur la version de MSXML installée par le système d'exploitation. MSDE 2000 SP4 installe une version interne de la technologie MSXML qui assure une compatibilité descendante avec MSXML 2.6.
La documentation en ligne de SQL Server 2000 représente pour l'utilisateur la meilleure source de documentation sur MSDE 2000. Elle est mise à jour régulièrement avec des informations nouvelles et corrigées. En janvier 2004, la documentation en ligne a été mise à jour avec des informations complémentaires concernant MSDE 2000. Nous vous invitons à télécharger et installer la toute dernière version de la documentation en ligne pour les raisons suivantes :
Les versions actuelles de la documentation en ligne se trouvent aux emplacements suivants :
Des exemples pour le moteur de base de données SQL Server 2000 mis à jour pour SQL Server 2000 SP3 et SP3a sont disponibles sur ce site Web Microsoft. Tous les exemples qui font références aux composants SQL Server 2000 inclus dans MSDE 2000 s'appliquent également à MSDE 2000, à l'exception des fonctionnalités qui ne sont pas prises en charge par MSDE 2000. Parmi les fonctionnalités incluses, citons le moteur de base de données, les composants de connectivité clients à la base de données et les API de programmation, la réplication et Data Transformation Services (DTS).
Avant de télécharger et d'extraire SQL Server 2000 SP4, lisez la rubrique « Consignes pour la phase de téléchargement et d'extraction », plus loin dans cette section. SQL Server 2000 SP4 est distribué sur les supports suivants :
Si vous disposez du CD-ROM de SQL Server 2000 SP4, vous pouvez effectuer la mise à niveau d'une instance de MSDE 2000 vers MSDE 2000 SP4 en utilisant le fichier à extraction automatique, SQL2000.MSDE-KB884525-SP4-x86-LLL.exe, à partir du CD-ROM.
Remarque LLL représente un indicateur qui varie selon la langue.
Après avoir obtenu le fichier SQL2000.MSDE-KB884525-SP4-x86-LLL.exe à partir du site de téléchargement ou du CD-ROM de SP4, vous pouvez l'exécuter afin d'extraire les fichiers de MSDE 2000 SP4 sur votre ordinateur. SQL2000.MSDE-KB884525-SP4-x86-LLL.exe crée sur votre disque dur un ensemble de dossiers et de fichiers que vous pouvez utiliser pour installer MSDE 2000 SP4.
Les Service Pack de SQL Server 2000 Desktop Engine sont spécifiques à chaque langue. Pour mettre à niveau une instance de MSDE 2000, vous devez vous procurer le Service Pack dont la langue est identique à votre instance. Vous l'obtiendrez sur le CD-ROM de SQL Server 2000 SP4 CD ou en téléchargeant les fichiers de MSDE 2000 SP4. Si, par exemple, vous mettez à niveau une version de MSDE 2000 qui utilise le japonais, vous devez vous procurer la version japonaise de MSDE 2000 SP4.
Remarque MSDE 2000 SP4 est le seul composant du Service Pack disponible en portugais (Brésil), suédois et hollandais car SQL Server 2000 Desktop Engine est le seul composant de SQL Server 2000 qui existe pour ces langues. Les composants SQL Server 2000 dont la mise à niveau s'effectue par le biais de Database Components SP4 ou d'Analysis Services SP4 ne sont pas disponibles dans ces langues.
Si vous ne connaissez pas la langue d'une instance de MSDE 2000 :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion
où InstanceName est le nom de l'instance.
| Valeur du registre Langue (hexadécimal) | Valeur du registre Langue (décimal) | Langue de l'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 |
| 0x00000413 | 1043 | Néerlandais |
| 0x00000416 | 1046 | Portugais (Brésil) |
| 0x0000041d | 1053 | Suédois |
| 0x00000804 | 2052 | Chinois simplifié |
Si votre instance de MSDE 2000 a été installée à l'aide de l'utilitaire d'installation MSDE), vous pouvez mettre à niveau votre instance de MSDE 2000 à l'aide d'un fichier de téléchargement de SQL Server 2000 SP4. Le nom de package d'origine de l'utilitaire d'installation est compris entre SqlRun01.msi et SqlRun16.msi.
Pour télécharger MSDE 2000 SP4 :
Vous devez extraire les fichiers d'installation à partir du fichier SQL2000.MSDE-KB884525-SP4-x86-LLL.exe avant de pouvoir installer MSDE 2000 SP4. Vous pouvez exécuter SQL2000.MSDE-KB884525-SP4-x86-LLL.exe directement à partir du CD-ROM de SP4 ou à partir du dossier dans lequel vous l'avez téléchargé ou copié à partir du CD-ROM.
Pour extraire les fichiers de MSDE 2000 SP4 :
Lors du téléchargement et de l'extraction des fichiers d'installation de MSDE 2000 SP4 via Internet, respectez les consignes suivantes :
Remarque Lorsque vous extrayez le Service Pack dans un répertoire réseau partagé, le chemin d'accès au dossier que vous spécifiez est celui du dossier dans lequel vous avez exécuté SQL2000.MSDE-KB884525-SP4-x86-LLL.exe.
Pour installer MSDE 2000 SP4, suivez les instructions d'installation présentées dans les sections ci-après. Relisez la section 1.0, Introduction, avant d'installer MSDE 2000 SP4. Les étapes de l'installation de MSDE 2000 SP4 sont les suivantes :
MSDE 2000 SP4 contient la totalité des fichiers nécessaires à l'installation ou la mise à jour d'instances de SQL Server 2000 Desktop Engine. Vous pouvez réaliser toutes les actions d'installation de MSDE 2000 à l'aide des fichiers de MSDE 2000 SP4, à la condition de détenir une licence pour l'installation ou la mise à niveau d'une instance de MSDE 2000. Pour plus d'informations sur les licences MSDE 2000, voir ce site Web Microsoft.
Si vous avez besoin d'informations supplémentaires à propos de l'exécution du programme d'installation, consultez la documentation en ligne de SQL Server 2000, qui est la source de documentation principale. Pour plus d'informations sur l'installation de la toute dernière version de la documentation en ligne de SQL Server 2000 ou sur l'accès à une copie en ligne dans la bibliothèque MSDN, voir la section 1.8, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000.
Voici un lien vers la rubrique de référence concernant le fichier exécutable du programme d'installation de la copie de la documentation en ligne dans la bibliothèque MSDN : Personnalisation du fichier Desktop Engine Setup.exe.
Dans la toute dernière version de la documentation en ligne, la rubrique « Personnalisation du fichier Desktop Engine Setup.exe » décrit les fonctionnalités de la version du fichier exécutable du programme d'installation qui est incluse dans Desktop Engine SP3a et MSDE 2000 version A. Cette documentation s'applique également à la version SP4 du programme d'installation de Desktop Engine, à l'exception du paramètre SAVESYSDB, introduit dans SP4. Pour plus d'informations, voir la section 5.6.1, Nouveau paramètre SAVESYSDB d'installation de MSDE 2000.
Remarque Dans les versions du programme d'installation de MSDE antérieures à SQL Server 2000 SP3, les utilisateurs devaient spécifier le fichier de package d'installation .msi utilisé pour installer ou mettre à jour une instance de MSDE 2000. Dans les versions SP3 et ultérieures, le programme d'installation gère les fichiers .msi et vous n'avez plus besoin de spécifier le fichier .msi, que ce soit pour une mise à niveau ou une nouvelle installation.
Vous devez effectuez les opérations suivantes avant d'installer MSDE 2000 SP4 :
Avant d'installer MSDE 2000 SP4, sauvegardez les bases de données master, msdb et model . L'installation de MSDE 2000 SP4 modifie les bases de données master, msdb et model, en les rendant incompatibles avec les versions antérieures à SP4 de MSDE 2000. Les sauvegardes de ces bases de données sont requises si vous decidez de réinstaller MSDE 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 qui appartiennent à des 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.
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, vous pouvez ignorer l'étape précédente de vérification d'espace.
Pour vérifier que l'option autogrow est sélectionnée dans MSDE 2000, utilisez l'invite de commandes osql pour entrer les instructions SQL suivantes :
sp_helpdb mastersp_helpdb msdbDans le résultat de ces instructions, vérifiez que la valeur de la colonne de croissance n'est pas égale à 0.
Avant d'installer MSDE 2000 SP4, vous devez arrêter tous les services et toutes les applications, notamment le Panneau de configuration, l'application Ajout/suppression de programmes, les composants Reporting Services et Notification Services de SQL Server 2000, ainsi que toutes les applications qui établissent les connexions à l'instance de MSDE mise à niveau.
Vous pouvez appliquer MSDE 2000 SP4 sans fermer au préalable les services. Toutefois, vous devrez redémarrer le système pour relancer certains services. Si vous n'arrêtez pas les services, vous êtes invité à redémarrer votre ordinateur à la fin de l'installation. Sans cette opération, les services suivants ne pourront pas redémarrer :
Vous pouvez éviter de redémarrer votre ordinateur après l'installation de MSDE 2000 SP4 en arrêtant les services et les applications ci-dessus avant d'exécuter le programme d'installation.
Cette section contient des instructions générales pour exécuter l'utilitaire d'installation de MSDE 2000 SP4. Elle donne ensuite des exemples de scénarios MSDE 2000 SP4 les plus courants :
Pour installer MSDE 2000 SP4, exécutez Setup.exe à partir de l’un des emplacements suivants :
L'exécution de Setup.exe démarre le processus d'installation.
Le fichier exécutable du programme d'installation qui est inclus dans MSDE 2000 SP4 est la version SP4 du programme d'installation de Desktop Engine pour MSDE 2000. À l'exception du paramètre SAVESYSDB, l'opération du programme d'installation de MSDE 2000 SP4 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.8, 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 qui décrit le comportement de Setup.exe : Personnalisation du fichier Desktop Engine Setup.exe.
MSDE 2000 SP4 a été conçu pour être distribué avec les applications et installé par le programme d'installation d'une application. MSDE 2000 ne possède pas de programme d'installation interactif. Les mécanismes d'installation de MSDE 2000 sont conçues pour être appelés par l'utilitaire d'installation d'une application. L'installation de l'application gère toute interaction nécessaire avec l'utilisateur final. MSDE 2000 possède deux mécanismes d'installation :
Important Installez ou mettez à niveau des instances de MSDE en exécutant toujours Setup.exe. Ne tentez pas de démarrer l'installation indirectement via un fichier .msi (par exemple, ne double-cliquez pas sur un des fichiers .msi de MSDE 2000.
Vous devez exécuter Setup.exe à partir de l'invite de commande pour installer ou mettre à niveau toute instance de MSDE. Les utilisateurs contrôlent le comportement du programme d'installation de MSDE 2000 en spécifiant des paramètres. Les paramètres d'installation peuvent se spécifier de deux manières :
Vous devez placer entre guillements les valeurs des paramètres d'installation de MSDE si les valeurs spécifiées comportent des caractères spéciaux, tels que des espaces. Sinon, les guillemets sont facultatifs.
Les sections 3.2.2, 3.2.3 et 3.2.4 donnent des exemples des paramètres à utiliser pour les scénarios d'installation les plus courants de MSDE 2000 SP4. Les paramètres qui peuvent être spécifiés pour l'installation sont décrits 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.8, 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 qui décrit le comportement de Setup.exe : Personnalisation du fichier Desktop Engine Setup.exe.
Remarque Des problèmes peuvent survenir si vous utilisez une connexion Terminal Services pour tenter de mettre à niveau une instance existante de MSDE vers MSDE 2000 SP4, ou d'installer une nouvelle instance de MSDE 2000 SP4. Si des problèmes se posent, redémarrez le programme d'installation depuis l'ordinateur local.
Vous pouvez spécifier les paramètres de MSDE 2000 Setup.exe dans un fichier .ini dont l'emplacement est spécifié par un commutateur /settings. Un fichier .ini est un fichier texte (par exemple, un fichier que vous créez dans le Bloc-notes et que vous enregistrez sous un nom de fichier doté de l'extension .ini). La première ligne du fichier .ini est [Options]. Vous spécifiez ensuite les paramètres (un paramètre par ligne).
Remarque à propos de la sécurité Si vous utilisez un fichier .ini pendant l'installation, évitez d'y stocker les informations d'identification.
L'exemple suivant illustre la spécification des paramètres à l'invite de commandes :
setup SAPWD="AStrongPassword" INSTANCENAME="InstanceName"
TARGETDIR="C:\MyInstanceFolder"Pour exécuter l'installation avec les mêmes paramètres dans un fichier .ini, utilisez le Bloc-notes pour créer un fichier appelé MyParameters.ini avec le contenu suivant :
[Options]
INSTANCENAME="InstanceName"
TARGETDIR="C:\MyInstanceFolder"Exécutez ensuite l'installation à l'aide du commutateur /settings pour pointer vers le fichier .ini :
setup /settings "MyParameters.ini" SAPWD="AStrongPassword"Utilisez un journal détaillé pour vérifier que N installations ont été réussies ou pour résoudre les problèmes éventuels.
Pour générer un fichier détaillé, spécifiez /L*v <Nom_fichier_journal>, où <Nom_fichier_journal> est le nom du fichier journal où l'installation enregistre toutes ses actions. Si vous ne spécifiez pas de chemin dans ce nom, le fichier journal est créé dans le dossier en cours. Si vous exécutez l'installation depuis un CD-ROM, vous devez spécifier le chemin d'accès complet au dossier de votre disque dur.
L'exemple suivant crée un fichier journal MSDELog.log dans le dossier racine du lecteur C:
setup SAPWD="AStrongSAPassword" /L*v C:\MSDELog.logSi l'installation réussit, une entrée identique à celle ci-dessous apparaît à la fin du journal :
=== Logging stopped: 5/16/03 0:06:10 ===
MSI (s) (BC:7C): Product: Microsoft SQL Server Desktop Engine
-- Installation operation completed successfully.Si l'installation échoue, une entrée identique à celle ci-dessous apparaît à la fin du journal :
=== Logging stopped: 5/15/03 23:50:34 ===
MSI (c) (6A:CE): Product: Microsoft SQL Server Desktop Engine
-- Installation operation failed.Si l'installation a échoué, recherchez la chaîne "value 3" dans le journal des erreurs. Les 10 lignes de la chaîne contiennent une notice d'échec pour une action personnalisée. La notice comporte des informations supplémentaires sur la nature de l'échec.
Les exemples de cette section vous montrent comment mettre à niveau une instance existante de MSDE 2000 vers MSDE 2000 SP4 et comment désactiver la connectivité réseau de cette instance de MSDE 2000. Si l'instance doit accepter des connexions d'applications s'exécutant sur d'autres ordinateurs, ne spécifiez pas le paramètre DISABLENETWORKPROTOCOLS.
Les exemples de cette section supposent que la connexion sa possède un mot de passe renforcé. Pour plus d'informations sur le mot de passe de connexion sa, voir la section 1.3, Considérations relatives à la sécurité pour MSDE 2000 SP4.
Pour mettre à niveau une instance existante de MSDE 2000 vers MSDE 2000 SP4
cd c:\MSDESP4Folder\MSDEoù c:\MSDESP4Folder représente soit le chemin d'accès au dossier dans lequel vous avez extrait les fichiers MSDE 2000 SP4, soit le dossier MSDE 2000 SP4 situé sur le CD-ROM de SQL Server 2000 SP4.
setup /upgradesp sqlrun /L*v C:\MSDELog.logsetup /upgradesp sqlrun DISABLENETWORKPROTOCOLS=0 /L*v C:\MSDELog.logsetup /upgradesp sqlrun INSTANCENAME=InstanceName /L*v C:\MSDELog.logsetup /upgradesp sqlrun SECURITYMODE=SQL UPGRADEUSER=AnAdminLogin
UPGRADEPWD=AdminPassword /L*v C:\MSDELog.logsetup /upgradesp sqlrun INSTANCENAME= InstanceName SECURITYMODE=SQL
UPGRADEUSER=AnAdminLogin UPGRADEPWD=AdminPassword /L*v C:\MSDELog.logDes sauts de ligne ont été ajoutés à ces exemples pour en facilité la lecture. Les commandes doivent être exécutés sans sauts de ligne.
Remarque Si l'instance de MSDE 2000 mise à niveau a été précédemment mise à niveau à partir de MSDE 1.0 à l'aide d'un Service Pack SQL Server 2000 antérieur, vous devez également ajouter UPGRADE=1 à la commande d'installation.
Remarque à propos de la sécurité Si vous utilisez un fichier .ini pendant l'installation, évitez d'y stocker les informations d'identification.
Les exemples de la présente section vous montrent comment installer une nouvelle instance de MSDE 2000 SP4 dont la connectivité réseau a été désactivée lors de la configuration (ce qui correspond au comportement par défaut). Si cette instance doit accepter des connexions depuis des applications s'exécutant sur d'autres ordinateurs, vous devez spécifier également DISABLENETWORKPROTOCOLS=0.
Les exemples ci-après installent des instances avec une valeur par défaut pour tous les éléments de configuration tels que le classement et l'emplacement des fichiers. Les configurations peuvent être contrôlées par les paramètres de configuration, tels que COLLATION, DATADIR et TARGETDIR. Pour plus d'informations sur les paramètres de configuration, voir Personnalisation du fichier Desktop Engine Setup.exe.
Pour installer une nouvelle instance de Desktop Engine
cd c:\MSDESP4Folder\MSDEoù c:\MSDESP4Folder représente soit le chemin d'accès au dossier dans lequel vous avez extrait les fichiers MSDE 2000 SP4, soit le dossier MSDE 2000 SP4 situé sur le CD-ROM de SQL Server 2000 SP4.
setup SAPWD="AStrongSAPwd" /L*v C:\MSDELog.logoù AStrongSAPwd correspond au mot de passe renforcé à affecter à la connexion sa.
setup INSTANCENAME="InstanceName" SAPWD="AStrongSAPwd"
/L*v C:\MSDELog.logoù AStrongSAPwd correspond au mot de passe renforcé à affecter à la connexion sa et InstanceName, au nom à affecter à l'instance.
setup SAPWD="AStrongSAPwd" SECURITYMODE=SQL
/L*v C:\MSDELog.logoù AStrongSAPwd correspond au mot de passe renforcé à affecter à la connexion sa.
setup INSTANCENAME="InstanceName" SECURITYMODE=SQL
SAPWD="AStrongSAPwd" /L*v C:\MSDELog.logoù AStrongSAPwd correspond au mot de passe renforcé à affecter à la connexion sa et InstanceName, au nom à affecter à l'instance.
Remarque à propos de la sécurité Si vous utilisez un fichier .ini pendant l'installation, évitez d'y stocker les informations d'identification.
Important Spécifiez toujours un mot de passe renforcé pour la connexion sa, même si l'instance est configurée pour utiliser l'authentification Windows.
Les exemples de la présente section vous montrent comment mettre à niveau une instance existante de MSDE 1.0 vers MSDE 2000 SP4 et comment désactiver la connectivité réseau de cette instance. Si cette instance doit accepter des connexions depuis des applications s'exécutant sur d'autres ordinateurs, ne spécifiez pas le paramètre DISABLENETWORKPROTOCOLS.
MSDE 1.0 opère de la même façon qu'une instance par défaut de MSDE 2000, et est toujours mis à niveau vers une instance par défaut de MSDE 2000.
Remarque Les instances de MSDE 1.0 qui appartiennent à une topologie de réplication ne peuvent pas être mises à niveau vers MSDE 2000 SP4.
Pour mettre à niveau une instance MSDE 1.0 vers MSDE 2000 SP4
cd c:\MSDESP4Folder\MSDEoù c:\MSDESP4Folder représente soit le chemin d'accès au dossier dans lequel vous avez extrait les fichiers MSDE 2000 SP4, soit le dossier MSDE 2000 SP4 situé sur le CD-ROM de SQL Server 2000 SP4.
setup UPGRADE=1 DISABLENETWORKPROTOCOLS=1
/L*v C:\MSDELog.logsetup UPGRADE=1 SECURITYMODE=SQL UPGRADEUSER=AnAdminLogin
UPGRADEPWD=AdminPassword DISABLENETWORKPROTOCOLS=1
/L*v C:\MSDELog.logRemarque à propos de la sécurité Si vous utilisez un fichier .ini pendant l'installation, évitez d'y stocker les informations d'identification.
Remarque à propos de la sécurité L'utilisation de mots de passe vides est vivement déconseillée, car ces derniers accroissent la vulnérabilité face aux violations de la sécurité.
Remarque Si vous utilisez BLANKSAPWD=1, il n'est pas nécessaire de spécifier SECURITYMODE=SQL ou UPGRADEUSER et UPGRADEPWD.
À 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 'MSDE 2000 SP4, indique à quel moment un redémarrage du système est 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. Les services arrêtés comprennent DTC et les services MSSQLServer et SQLServerAgent ou les équivalents propres à l'instance.
Redémarrez les applications que vous avez fermées avant d'exécuter le programme d'installation du Service Pack.
Il est prudent à ce stade de sauvegarder également les bases de données master et msdb mises à niveau.
Les informations ci-dessous s'appliquent uniquement aux instances existantes de MSDE 2000 appartenant à une topologie de réplication de fusion.
Remarque Dans de nombreux cas, notamment la fusion de réplication, le serveur de distribution et le serveur de publication se trouvent sur le même serveur et sont mis à niveau simultanément.
Vous devez suspendre le système (arrêter toutes les mises à jour) et mettre à niveau tous les serveurs simultanément dans les cas ci-après.
Le tableau ci-après 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 mises à jour sur les Abonnés. Dans ce cas, vous devez suspendre le système et mettre à niveau les serveurs simultanément.
| Serveur A | Serveur B |
|---|---|
| Serveur de publication/serveur de distribution pour la réplication de fusion | Abonné pour la réplication de fusion |
| Abonné pour la réplication transactionnelle avec mise à jour | Serveur de publication/serveur de distribution pour la réplication transactionnelle avec mise à jour |
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.
| Serveur A | Serveur B |
|---|---|
| Serveur de publication/serveur de distribution pour la réplication de fusion | Abonné pour la réplication de fusion |
| Abonné pour la réplication transactionnelle en lecture seule | Serveur de publication/serveur de distribution pour la réplication transactionnelle en lecture seule |
Les informations ci-dessous s'appliquent uniquement aux instances de MSDE 2000 appartenant à une topologie de réplication de fusion.
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.En règle générale, vous pouvez 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.
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 connexion ou suspectes. Si une base de données ou un groupe de fichiers dans une topologie de réplication n'est pas accessible en écriture pendant l'installation, vous devez réappliquer le Service Pack pour mettre à niveau cette base de données. Pour plus d'informations sur la mise en connexion 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 MSDE 2000 SP4 à une base de données en lecture seule
ALTER DATABASE comme suit :
ALTER DATABASE database SET READ_WRITEALTER DATABASE, comme suit :
ALTER DATABASE database SET READ_ONLYPour appliquer SP4 à un groupe de fichiers en lecture seule
ALTER DATABASE, comme suit :
ALTER DATABASE Database
MODIFY FILEGROUP filegroup_name READWRITE ALTER DATABASE, comme suit :
ALTER DATABASE Database
MODIFY FILEGROUP filegroup_name READONLYPour plus d'informations sur l'instruction ALTER DATABASE, voir la rubrique « ALTER DATABASE » dans la documentation en ligne de SQL Server. Pour plus d'informations sur la réapplication de SP4, voir la section 3.8, Réapplication de MSDE 2000 SP4.
Lorsque vous mettez à niveau une instance de MSDE 2000 vers MSDE 2000 SP4, il est possible que vous deviez vérifier que certaines des procédures stockées du système sont mises à jour dans d'autres instances de SQL Server ou MSDE.
MSDE 2000 SP4 comprend une mise à niveau de Microsoft Data Access Components (MDAC) vers MDAC 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.5, Vérification de la version de Microsoft Data Access Components. Lorsque le fournisseur ou le pilote se connecte à une instance de SQL Server ou de MSDE, il utilise un ensemble de procédures stockées du système, appelé procédures stockées du catalogue. Les versions des procédures stockées du catalogue sur l'instance doivent être les mêmes (ou des versions ultérieures) que celles utilisées par le fournisseur et le pilote. Si vous tentez de vous connecter à une instance de SQL Server ou de MSDE qui possède des versions antérieures des procédures stockées du catalogue, le message 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.
Chaque version du fournisseur et du pilote contient un script appelé Instcat.sql. Instcat.sql met à niveau les procédures stockées du catalogue dans toute instance de SQL Server ou de MSDE qui possède une version antérieure du catalogue.
Après l'installation de MSDE 2000 SP4, vous devez exécuter le script Instcat.sql à partir de MSDE 2000 SP4 sur toute instance de SQL Server ou de MSDE dont la version est antérieure à SQL Server 2000 SP4 et dont les caractéristiques sont les suivantes :
Pour mettre à niveau les procédures stockées du catalogue sur une instance de MSDE 2000 pour laquelle l'option d'authentification Windows est sélectionnée
osql -E -SComputerName -ilocation\instcat.sqlosql -E -SComputerName\InstanceName -ilocation\instcat.sqlPour mettre à niveau les procédures stockées du catalogue sur une instance de MSDE 2000 pour laquelle l'option d'authentification en mode mixte est sélectionnée
osql -UAnAdminLogin -PAdminPassword
-SComputerName -ilocation\instcat.sqlosql -UAnAdminLogin -PAdminPassword
-SComputerName\InstanceName -ilocation\instcat.sqloù :
InstanceName est le nom de l'instance nommée de SQL Server 2000 ou de MSDE 2000.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 règle générale, ces messages n'indiquent aucune erreur. Ils indiquent uniquement combien de lignes ont été affectées par les instructions Transact-SQL dans le script. Le dernier message doit signaler si l'exécution du script s'est effectuée correctement.
Pour être en mesure de revenir aux versions de MSDE 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.
Pour revenir à une version de MSDE 2000 antérieure à SP4
Avertissement Lorsque vous revenez à la version de SQL Server antérieure à SP4, vous perdez toutes les modifications apportées aux bases de données master, msdb et model après l'installation de SP4.
Remarque Les mises à jour de MDAC ne sont pas désinstallées lorsque vous revenez à une version antérieure de MSDE 2000. Pour plus d'informations, voir la section 1.5, Vérification de la version de Microsoft Data Access Components.
Vous devez réappliquer MSDE 2000 SP4 si les bases de données ou groupes de fichiers appartenant à une topologie de réplication et qui étaient en lecture seule lors l'application initiale de SP4 deviennent accessibles en écriture.
Pour réappliquer MSDE 2000 SP4, suivez la procédure décrite dans la section 3.0, Installation du Service Pack.
Cette section donne des informations complémentaires à propos de l'installation du Service Pack.
MSDE 2000 SP4 contient tous les fichiers nécessaires à la redistribution de MSDE 2000 avec des applications, si le fournisseur des applications dispose d'une licence pour distribuer MSDE 2000. Vous pouvez distribuer les fichiers de MSDE 2000, comme décrit dans la toute dernière version de la documentation en ligne de SQL Server 2000. Vous pouvez également vous inscrire sur ce site Web Microsoft pour obtenir des droits de redistribution de MSDE 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.8, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000.
Si une application contient un utilitaire d'installation basé sur Windows Installer, elle peut installer une instance de MSDE 2000 en utilisant les modules de fusion MSDE 2000. MSDE 2000 SP4 propose des modules de fusion pour la prise en charge des applications existantes qui utilisent des modules de fusion. Pour les nouvelles applications, il conviendra d'écrire des utilitaires d'installation qui appellent l'utilitaire d'installation de MSDE 2000, plutôt que d'utiliser directement des modules de fusion MSDE 2000.
Les fournisseurs qui souhaitent installer des instances de MSDE 2000 à l'aide des modules de fusion MSDE 2000 devront fournir à leurs clients tous les correctifs ultérieurs. Les instances de MSDE 2000 installées via l'utilisation directe des modules de fusion par l'application sont marquées par Windows Installer d'un code produit GUID associé à l'application. Seuls les fichiers correctifs qui contiennent aussi ce code produit d'application GUID peuvent corriger ces instances de MSDE 2000. Seuls les fichiers correctifs produits par le fournisseur de l'application contiennent les bons codes produits. Les Service Pack MSDE 2000 fournis par Microsoft ne peuvent pas être appliqués à ces instances. Le fournisseur de l'application doit créer des fichiers correctifs à partir des fichiers de MSDE 2000 SP4 et les distribuer à tous ses clients MSDE qui auraient besoin de ces correctifs dans SP4.
Pour plus d’informations sur la création de packages de fichiers correctifs, voir la documentation qui accompagne le kit de développement de logiciel (SDK) de Windows Installer, téléchargeable à partir du site Web Microsoft Platform SDK.
Si l'utilitaire d'installation d'une application installe une instance de MSDE 2000 en appelant le programme d'installation de MSDE 2000, cette instance de MSDE 2000 est marquée du code produit GUID de MSDE 2000. Les clients peuvent corriger ces instances à l'aide des fichiers de Service Pack MSDE 2000 standard. Le fournisseur de l'application peut choisir l'une des solutions suivantes pour distribuer MSDE 2000 SP4 :
Tous les fichiers et les dossiers d'installation de MSDE SP4 sont situés dans le dossier \MSDE, qui se trouve à l'un des emplacements suivants :
Le dossier \MSDE contient les fichiers Readmesql2k32desksp4.htm, readme.txt, license.txt, ainsi que les fichiers exécutables de l'utilitaire d'installation. Il contient également les sous-dossiers suivants :
Pour plus d'informations sur l'utilisation des modules de fusion, voir la rubrique « Utilisation des modules de fusion de SQL Server Desktop Engine » dans la documentation en ligne de SQL Server 2000.
Remarque Les modules de fusion ne sont pas pris en charge par les nouvelles installations. Ils sont fournis dans le Service Pack 4 pour les instances de MSDE 2000 qui ont été installées précédemment à l'aide des modules de fusion.
Si le programme d'installation de votre application appelle le programme d'installation de MSDE 2000, créez un dossier avec la structure et les jeux de fichiers ci-après. Le dossier MSDEInstallFolder représente un exemple de nom de dossier :
MSDEInstallFolder
Copiez à cet emplacement les fichiers suivants à partir du dossier MSDE 2000 SP4 \MSDE : Setup.exe, Setup.ini, Setup.rll et sqlresld.dll.
MSDEInstallFolder\Msi
Copiez à cet emplacement tous les fichiers à partir du dossier MSDE 2000 SP4 \MSDE\Msi.
MSDEInstallFolder\Setup
Copiez à cet emplacement tous les fichiers à partir du dossier MSDE 2000 SP4 \MSDE\Setup.
Vous pouvez ensuite exécuter Setup.exe pour installer ou mettre à niveau les instances de MSDE 2000 SP4.
Remarque Si Windows Installer n'est pas installé sur l'ordinateur, ou si sa version est antérieure à la version prise en charge du programme d'installation de MSDE 2000 SP4, ce dernier utilisera les fichiers du dossier MSDEInstallFolder\Msi pour mettre à niveau Windows Installer.
Cette section aborde les problèmes que vous risquez de rencontrer après l'application de MSDE 2000 SP4 et décrit les nouvelles fonctionnalités disponibles lorsque vous exécutez SP4. Ces problèmes s'appliquent lorsque vous exécutez le Service Pack pour effectuer une mise à niveau à partir d'une version antérieure de MSDE 2000, notamment MSDE 2000 version A. Cette section ne décrit pas tous les correctifs fournis dans le Service Pack 4. Pour obtenir la liste complète de ces correctifs, voir l'article 888799 de la Base de connaissances.
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 améliorations suivantes s'appliquent aux instances de MSDE 2000 sur lesquelles Database Components SP4 est installé, ainsi qu'aux instances de MSDE 2000 version A sur lesquelles MSDE 2000 SP4 est installé.
Concept introduit dans SP1
Les équipes de hachage ont été supprimées. En raison de certaines améliorations apportées à MSDE 2000, les équipes de hachage ne produisent plus les mêmes performances qu'elles offraient dans MSDE 1.0. En outre, la suppression des équipes de hachage améliore la stabilité de MSDE 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.
Concept introduit dans SP1
Deux commutateurs de masque d'affinité ont été ajoutés à ce Service Pack.
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, consultez l'article 298402 de la Base de connaissances.
Avec ce Service Pack, vous pouvez configurer des systèmes activés pour VIA (Virtual Interface Architecture), afin de lier les connexions MSDE 2000 à 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, consultez l'article 299641 de la Base de connaissances.
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'
goConcept 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.
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. MSDE 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é prend en charge 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 MSDE 2000 envoie les opérations LIKE avec 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.
HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Nom_instance>\Providers\<Nom_fournisseur>
HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\<Nom_fournisseur>
Concept introduit dans SP3
En ce qui concerne les requêtes distribuées, MSDE 2000 renvoie des informations concernant les erreurs du fournisseur, en plus des informations concernant les erreurs du serveur. Lorsqu'une requête effectuée entre des serveurs liés provoque une erreur, MSDE 2000 vérifie si le fournisseur prend en charge l'interface OLE DB IErrorRecords. Dans l'affirmative, MSDE 2000 appelle la fonction GetErrorInfo pour obtenir des informations d'erreur complémentaires et renvoie ces informations à l'utilisateur dans le cadre du message d'erreur. Dans le cas contraire, le comportement de MSDE 2000 reste inchangé : une erreur générique est renvoyé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, MSDE 2000 renvoyait 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, MSDE 2000 renvoie 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].
Concept introduit dans SP3
SP3 et les versions ultérieures comportent la nouvelle fonction fn_get_sql qui renvoie le texte de l'instruction SQL correspondant au descripteur SQL spécifié. En outre, 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 copie 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.8, 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 pour fn_get_sql.
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 MSDE 2000 SP4, vous pouvez utiliser le paramètre d'installation ALLOWXDBCHAINING pour permettre le chaînage des propriétés de bases de données croisées pour toutes les bases de données. Le paramètre d'installation ALLOWXDBCHAINING est décrit dans la toute dernière copie de la documentation en ligne de SQL Server 2000 : Personnalisation du fichier Desktop Engine Setup.exe. 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.8, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000.
Remarque L'activation du chaînage d’appartenance 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 :
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 :
Pour plus d'informations, cliquez sur le bouton d'aide de la page Liste de compatibilité ascendante lorsque vous exécutez le programme d'installation, téléchargez l'édition mise à jour de la documentation en ligne de SQL Server 2000 ou consultez l'article 810474 de la Base de connaissances.
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.
Concept introduit dans SP3
Seuls les membres du rôle de serveur fixe sysadmin peuvent exécuter la procédure stockée du système sp_changedbowner.
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_off à 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, consultez l'article 328151 de la Base de connaissances.
Concept introduit dans SP3
Une fois le Service Pack appliqué, vous n'êtes plus en mesure de désactiver le protocole canaux nommés sur les instances du moteur de base de données qui participent à un cluster de basculement.
Concept introduit dans SP3a
À partir de MSDE 2000 SP3a, les instances 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 version ultérieure 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 pouvez également spécifier si les Net-Library serveurs sont désactivées lors de l'installation ou de la mise à niveau d'une instance de MSDE 2000. Utilisez soit le paramètre DISABLENETWORKPROTOCOLS de l'utilitaire d'installation de MSDE 2000, soit la propriété SqlDisableNetworkProtocols du module de fusion de MSDE 2000. Pour plus d'informations sur ces options, voir la rubrique de la toute dernière copie de la documentation en ligne de SQL Server 2000 : Personnalisation du fichier Desktop Engine Setup.exe. 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.8, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000.
Concept introduit dans SP4
Dans SP4, la valeur maximale de l'option de taille des paquets réseau (définie à l'aide de sp_configure) est 32 767. Cette valeur est un peu inférieure à la moitié de la valeur maximale précédente de 65 536. Pendant la mise à niveau, les valeurs existantes supérieures à 32 767 seront automatiquement ajustées à 32 767. 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 ajustée à 32 767. La définition de la taille des paquets réseau sur une valeur supérieure à 65 536 entraîne une erreur.
Concept introduit dans SP4
SP4 intègre une modification du comportement de l'optimiseur SQL Server qui affecte les requêtes qui contiennent des prédicats avec des listes IN volumineuses ou de nombreuses clauses OR. Cette modification (introduite dans le correctif 789 de SQL Server 2000) affecte les requêtes qui contiennent (ou qui peuvent être réécrites à l'aide d'une expression équivalent qui contient) les éléments suivants :
Lorsque de telles requêtes sont exécutées sur des systèmes qui disposent de beaucoup de mémoire et d'un degré réduit de parallélisme, l'optimiseur risque de choisir un plan de requête dont les performances sont inférieures. Pour changer le comportement de l'optimiseur, l'indicateur de trace 9060 est fourni dans ce Service Pack. Par défaut, il est désactivé (OFF). Lorsqu'il est activé (ON), le comportement de SP3 antérieur au correctif 789 est activé. Si vous rencontrez l'erreur 701 (mémoire système insuffisante) lorsque l'indicateur de trace est activé (ON), envisagez de réécrire les requêtes à l'aide des tables temporaires ou des variables de table pour les valeurs des listes IN. Pour les intervalles numériques, employez les clauses BETWEEN ou les opérateurs supérieur à (>) et inférieur à (<). Pour plus d'informations sur l'utilisation des indicateurs de trace, voir la rubrique « Indicateurs de trace » dans la documentation en ligne de SQL Server.
Concept introduit dans SP4
Les protocoles Banyan VINES, Multiprotocol, AppleTalk et NWLink IPX/SPX sont pris en charge dans SP4. Toutefois, ils ne seront pas pris en charge dans SQL Server 2005 et les versions ultérieures. Veuillez vous organiser en conséquence.
Cette section présente les améliorations de la réplication MSDE 2000 fournies avec MSDE 2000 SP4.
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 que vous pouvez utiliser sur l'Abonné pour générer dynamiquement l'instruction UPDATE pendant l'exécution. La génération 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 copie 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.8, 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 pour sp_scriptdynamicupdproc.
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 copie 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.8, 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 pour sp_scriptpublicationcustomprocs.
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 basé sur une période de conservation. Il est ainsi possible de supprimer automatiquement les métadonnées des tables système suivantes :
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 :
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 un serveur sur lequel une réplication de fusion est déjà activée vers SP1 ou version ultérieure, 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 (voir 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.
La procédure stockée du système 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=1Pour 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 :
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.
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 :
Par exemple, si les métadonnées sont nettoyées sur le serveur de publication et non 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 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.
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 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.
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.
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.
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 — préserve 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 :
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.
Note La définition à 1 de 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', 1Concept 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 copie 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.8, 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 pour sp_createmergepalrole.
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 :
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 d'utilisateur du rôle de serveur fixe sysadmin.
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, voir 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.8, Disponibilité des mises à jour de la documentation en ligne de SQL Server 2000.
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. La valeur TRUE indique que l'article est également publié dans une publication transactionnelle.
Remarque Lorsque vous modifiez ce paramètre dans ssp_changemergearticle, l'instantané doit être invalidé et les Abonnés doivent être réinitialisés.
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) à des fins d'utilisation 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.
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 :
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, consultez la section 5.1.8, Chaînage des propriétés de bases de données croisées.
Concept introduit dans SP4
Les contrôles ActiveX® de réplication (sqlinitx.dll, sqldistx.dll, sqlmergx.dll et replerrx.dll) ne sont plus désignés comme « sécurisés pour le script » et « sécurisés pour l'initialisation ». Les comportements fonctionnels et de sécurité de ces contrôles n'ont pas été modifiés depuis SP3. Toutes les désignations de sécurité ont été changées pour répondre aux normes de sécurité. Ces modifications risquent d'affecter les applications qui appellent les contrôles ActiveX de réplication incorporés dans une page Web.
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œud. 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.
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'indentité 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 :
USE Northwind
GO
DBCC CHECKIDENT ('Employees', RESEED, 1000000)
GOPour plus d'informations, voir DBCC CHECKIDENT dans la documentation en ligne de SQL Server.
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.
Cette section présente les améliorations de l'Agent SQL Server incluses dans SP4.
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.
Concept introduit dans SP3
MSDE 2000 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 :
Dans tous les cas, les travaux sont écrits avec les informations de l'Agent SQL Server, mais MSDE 2000 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.
Concept introduit dans SP3
Dans MSDE et 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 MSDE 2000 ou la version 32 bits de SQL Server 2000.
La section suivante présente l'amélioration de XML et de SQLXML dans SP4.
Concept introduit dans SP3
Lorsque vous appliquez SP4, OPENXML est mis à jour. Il utilise alors une technologie d'analyse XML intégrée et personnalisée conçue pour être 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 d'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 ci-dessous 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'">Concept introduit dans SP1 et mis à jour dans SP4
Si les interfaces API DB-Library et Embedded SQL pour C sont toujours prises en charge dans SQL Server 2000 et MSDE 2000, sachez qu'aucune des prochaines versions de SQL Server ne proposera les fichiers ou 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.
La rubrique suivante décrit une amélioration du programme d'installation de MSDE 2000.
Concept introduit dans SP4
MSDE 2000 SP4 introduit un nouveau paramètre SAVESYSDB pour le programme d'installation de MSDE 2000. Ce paramètre est destiné à être utilisé lors de la mise à niveau des instances de MSDE 2000 installées à l'aide des modules de fusion ou des fichiers MSI vers les prochaines versions de SQL Server 2005 Express Edition. SAVESYSDB sera utilisé conjointement avec une nouvelle fonctionnalité qui sera intégrée dans les futures versions de SQL Server Express. SAVESYSDB est valide uniquement lors de la désinstallation d'une instance en exécutant le programme d'installation de MSDE 2000 à l'invite de commandes.
Par défaut, le programme d'installation de MSDE 2000 supprime les fichiers des bases de données système master, model et msdb lorsque vous désinstallez une instance de MSDE 2000. Lorsque vous spécifiez SAVESYSDB=1, le programme d'installation de MSDE 2000 conserve les fichiers de ces bases de données.
Bien que le paramètre SAVESYSDB puisse être spécifié à tout moment, il est uniquement traité lorsqu'il est utilisé avec le commutateur de désinstallation /x :
Setup /x sqlrun01.msi SAVESYSDB=1 INSTANCENAME="MyInstance"Le paramètre SAVESYSDB est ignoré si /x n'est pas spécifié. Si SAVESYSDB et /x sont spécifiés, SAVESYSDB doit avoir la valeur 1 (l'attribution d'une autre valeur génère une erreur).
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).