Service Pack 3 a pour Microsoft SQL Server 2000 avril 9 2003

Introduction 1.0

SQL Server 2000 Service Pack 3 a (SP3a) intègre les modifications vers SQL Server 2000 SP3 résoudre les problèmes générés par le ver Slammer :

• SP3a est applicable à SQL Server 2000 Édition Entreprise d'évaluation afin d'appliquer des correctifs à des instances de cette édition de SQL Server.
• SP3a traite des problèmes installation certains clients rencontrés avec la version des composants Microsoft Data Access (MDAC) dans SQL Server 2000 SP3
• Par l'utilitaire de programme d'installation de MSDE 2000 SP3a maintenant défaut désactiver prise en charge des connexions réseau lors de l'installation de nouvelles instances de MSDE 2000. Les paramètres de prise en charge de réseau en cours sont conservés lorsque instances sont mises à niveau vers SP3a.
• Lorsqu'une instance de SQL Server 2000 SP3a ou MSDE 2000 SP3a est configurée pour ne pas prendre en charge les connexions réseau, l'instance arrête aussi utilise le port UDP 1434.

Étant donné que la plupart des modifications introduites dans le SP3a sont liées à la configuration, vous ne devez pas appliquer le SP3a à des instances de SQL Server 2000 ou MSDE 2000 qui ont déjà été mises à niveau vers SP3. Si vous avez des instances qui n'ont pas encore été mises à niveau vers SP3, toutefois, vous devez mettre à toujours niveau ces instances directement vers SP3a au lieu de SP3. Si vous avez des copies des fichiers téléchargement SP3 que vous comptiez utiliser pour les futures mises à jour, vous devez supprimer ces copies et utiliser plutôt soit les fichiers de téléchargement de SP3a ou les applications de CD-ROM. SP3a qui distribuent et installent MSDE 2000 doit installer le SP3a au lieu de SP3. Bien que vous pouvez s'appliquent SP3a à des instances de SQL Server 2000 SP3 ou de MSDE 2000 SP3, ceci a donc peu d'effet sur ces instances.

Cette version du Service Pack 3 a (SP3a) pour Microsoft SQL Server 2000 est fournie dans trois parties :

• Base de données des composants SP3a contient mises à jour pour les composants de base de données d'une instance de SQL Server 2000, excluant les instances de SQL Server 2000 Desktop Engine. Base de données des composants SP3a inclut mises à jour à :
  • Le moteur de base de données.
  • Tous les outils client de base de données et les utilitaires tels que SQL Server Enterprise Manager et l'utilitaire osql.
  • Base de données client connectivité composants tels que le fournisseur OLE DB pour SQL Server 2000, le pilote ODBC de SQL Server 2000 et le client Net-Libraries.
• Analysis Services SP3a fournit mises à jour pour les composants SQL Server 2000 Analysis Services d'une installation SQL Server 2000, y compris :
  • Analysis Services.
  • Analysis Services client composants qui comprennent Analysis Manager et le fournisseur Microsoft OLE DB pour Analysis Services.
  • Base de données client connectivité composants tels que le fournisseur OLE DB pour SQL Server 2000, le pilote ODBC de SQL Server 2000 et le client Net-Libraries.
• Bureau SP3a moteur fournit mises à jour pour les composants de base de données d'une instance de SQL Server 2000 Desktop Engine (MSDE 2000), y compris :
  • Le moteur de base de données.
  • Les utilitaires d'invite de commandes de base de données fournis avec MSDE 2000, tels que les utilitaires osql et bcp.
  • Base de données client connectivité composants tels que le fournisseur OLE DB pour SQL Server 2000, le pilote ODBC de SQL Server 2000 et le client Net-Libraries.

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

• Sites de SQL Server 2000 permet SP3a des composants de base de données mise à niveau les composants de base de données sans mettre à niveau leurs Analysis Services de composants ou les instances de SQL Server 2000 Desktop Engine.
• Analysis Services 2000 sites peuvent utiliser Analysis Services SP3a pour mettre à niveau leurs composants Analysis Services sans mise à niveau des instances de Desktop Engine ou de leurs composants de base de données.
• Sites de MSDE 2000 permet Desktop Engine SP3a mise à niveau des instances de MSDE 2000 sans mettre à niveau d'Analysis Services ou les instances du moteur de base de données SQL Server 2000.

note Si distincts instances de à la fois MSDE 2000 et les autres versions du moteur de base de données SQL Server 2000 sont installées sur le même ordinateur, vous devez appliquer Desktop Engine SP3a à des instances de MSDE 2000 et de la base de données des composants SP3a à des instances du moteur de base de données SQL Server 2000 comme Personal Edition, Standard Edition ou Enterprise Edition.

note Bureau SP3a moteur est la partie uniquement du service pack qui est disponible dans portugais (Brésil), suédois et néerlandais, car SQL Server 2000 Desktop Engine (MSDE 2000) est la seule version de SQL Server 2000 qui est généré pour ces langues. Les composants de SQL Server 2000 mis à niveau par base de données des composants SP3a ou Analysis Services SP3a ne sont pas disponibles dans ces langues. Portugais (Brésil), suédois, néerlandais utilisateurs qui souhaitent appliquer le SP3a à une version de SQL Server autre que Desktop Engine doit télécharger le SP3a fichiers correspondant à la langue de l'édition qu'ils souhaitent mettre à niveau. Par exemple, les fichiers de langue anglaise SP3a doivent être téléchargés pour mettre à niveau de la langue anglaise version du moteur de base de données SQL Server 2000. Pour les informations sur la façon de télécharger le service pack, voir section 2.0 Téléchargement et extraction SP3a.

Vue d'ensemble 1.1 de l'installation de base de données des composants SP3a

Le programme d'installation SP3a de composants de base de données détecte automatiquement quelle édition de SQL Server 2000 est présente sur l'instance de SQL Server 2000 est mis à niveau. Programme d'installation met à niveau uniquement les composants qui sont installés pour cette instance. Par exemple, si vous appliquez le service pack sur un ordinateur exécutant SQL Server 2000 Standard Edition, le service pack ne tente pas de mise à niveau des composants qui sont inclus seulement dans SQL Server 2000 Édition Entreprise.

Vous pouvez appliquer SP3a des composants de base de données à une instance par défaut unique ou une instance nommée de SQL Server. Si vous mettez à niveau plusieurs instances de SQL Server 2000 à SP3a, vous devez appliquer le SP3a à chaque instance. Lorsqu'une instance sur un ordinateur doté d'une ou plusieurs instances de SQL Server 2000 est mis à niveau à SP3a, tous les outils sont mis à niveau vers SP3a. Il y ne sont pas des copies distincts des outils pour chaque instance.

Vue d'ensemble 1.2 de Desktop Engine (MSDE 2000) SP3a installation

Bureau SP3a moteur peut être utilisée pour :

• Mettre à niveau une instance existante de SQL Server 2000 Desktop Engine (MSDE 2000) vers SP3a.
• Installez une nouvelle instance de MSDE 2000 SP3a, pourvu que vous disposiez d'une licence de MSDE 2000 qui vous permet d'installer instances de MSDE 2000.
• Mettre à niveau une instance de MSDE 1.0 vers MSDE 2000, pourvu que vous disposiez d'une licence de MSDE 2000 qui permet d'exécuter des instances de MSDE 2000.
• Fournir les fichiers nécessaires pour un développeur écrire un utilitaire d'installation application peut installer une instance de MSDE 2000 SP3a dans le cadre de l'installation de l'application. Le développeur doit posséder une licence pour distribuer MSDE avec les applications.

Pour plus d'informations sur les licences de MSDE 2000, consultez Uses of MSDE 2000.

Les procédures de l'application SQL Server 2000 Service Pack 3 a à une instance de MSDE 2000 existante dépendent de la façon dont l'instance a été installée. Le SP3a moteur Desktop fichiers à partir de Microsoft peuvent être utilisés uniquement d'appliquer le SP3a à des instances de MSDE 2000 qui étaient installés avec le 2000 MSDE installation utilitaire. La plupart des applications installer MSDE 2000 utilisant l'une des deux mécanismes :

• L'utilitaire de configuration de l'application appelle l'utilitaire d'installation MSDE 2000 lors de l'installation. Instances de MSDE 2000 de cette manière peuvent être mis à niveau vers SP3a utilisent les fichiers Desktop Engine SP3a.
• Si l'utilitaire de configuration de l'application utilise la technologie Microsoft Windows Installer, l'utilitaire de configuration peut consommer directement les modules de fusion MSDE 2000. Instances de MSDE 2000 de cette manière Impossible de mettre à niveau utilisant les fichiers Desktop Engine SP3a. Vous devez contacter le revendeur de l'application d'un fichier correctif. Bureau SP3a Engine (MSDE 2000) fournit des modules de fusion pour prendre en charge existantes applications qui utilisent des modules de fusion. Les utilitaires de configuration pour les nouvelles applications doivent être écrit dans appelle l'utilitaire de programme d'installation de MSDE 2000 au lieu de consommation directement les modules de fusion MSDE 2000.

Instructions pour déterminer si une instance de MSDE 2000 peut être mis à niveau vers SP3a Desktop Engine SP3a sont dans la section 2.1 Téléchargement et extraction Desktop, Engine (MSDE 2000) SP3a. Même si vous lettrez Desktop Engine SP3a à partir du CD-ROM SQL Server 2000 SP3a, lisez les instructions dans la section 2.1 pour déterminer si vous pouvez appliquer Desktop Engine SP3a ou contactez un revendeur pour un fichier de correctif.

S'il existe plusieurs instances de MSDE 2000 sur un ordinateur, vous devez évaluer chaque instance individuellement pour déterminer si vous pouvez appliquer Desktop Engine SP3a. Vous devez également appliquer SP3a séparément à chaque instance.

Passez en revue les matières dans les sections 1 et 2 de ce fichier Lisez-moi et puis suivez les instructions dans la section 3 si :

• Vous avez déterminé que vous pouvez appliquer Desktop Engine SP3a à votre instance de MSDE existante.
• Vous installez une nouvelle instance de MSDE 2000.
• Vous sont incorporer les fichiers de Desktop Engine SP3a dans l'utilitaire de configuration d'une application.

Ces sections fournissent des exemples pour les scénarios de mise à niveau une instance existante de MSDE vers SP3a, ou l'installation d'une nouvelle instance de MSDE 2000 SP3a plus courants :

• 3.7.4 Mise à niveau les instances existantes de MSDE 2000 À SP3a
• 3.7.5 Installer une nouvelle instance de MSDE 2000 SP3a
• 3.7.6 Mise à niveau MSDE 1.0 vers MSDE 2000 SP3a

1.3 Suppression SP3a

Le mode dans lequel vous supprimez SQL Server 2000 SP3a dépend les composants de SQL Server 2000 SP3a vous êtes en train de supprimer.

Suppression de SQL Server de base de données composants et Desktop Engine SP3a

Lorsqu'ou de base de données composants SP3a SQL Server Desktop Engine SP3a sont installés, ils apporter des modifications aux tables système pour des raisons de maintenance et leur mise à niveau les bases de données distribution et d'utilisateur qui sont membres d'une topologie de réplication également. En raison de ces modifications, SP3a Impossible de supprimer facilement. Pour revenir à la version qui exécutaient avant d'installer le SP3a, tout d'abord, vous devez désinstaller l'instance du moteur de base de données SQL Server 2000 ou MSDE 2000 ; ensuite, vous devez réinstaller cette instance. Si vous ont été utilise une précédent du service pack SQL Server 2000 ou appliquer des correctifs QFE (Quick Fix Engineering), vous devez réappliquer ce service pack et les correctifs QFE à l'instance.

note Pour supprimer le SP3a, il vous faut sauvegardes de la forme de base, modèle et de bases de msdb données, qui ont été prises immédiatement avant pour appliquer le SP3a. Pour plus d'informations, voir bases de section 3.1 en des votre SQL Server données et section 3.2 en des votre Analysis Services Databases et espace de stockage.

Pour plus d'informations, voir désinstallation les composants SQL Server 2000 et Desktop Engine SP3a.

Suppression de SQL Server Analysis Services composants SP3a

Pour pouvoir restaurer SQL Server Analysis Services à son état antérieur au SP3a, vous devez sauvegarder le Registre clé et toutes ses sous-clés avant d'installer le SP3a. Lorsque vous désinstallez SP3a, vous devez supprimer cette clé de Registre et restaurer la version pré-SP3a à partir de la sauvegarde.

note Mises à jour MDAC 2.7 Service Pack 1 a qui sont effectuées pendant l'installation de SP3a ne peut pas être désinstallés.

Pour plus d'informations, voir 3.1.4 désinstallation de SQL Server 2000 Analysis Services SP3a.

1.4 Identifier la version actuelle de SQL Server ou Analysis Services

Utilisez les techniques dans les sections suivantes pour déterminer quelle version de SQL Server ou Analysis Services que vous avez installée.

SQL Server Pour identifier quelle version du moteur de base de données SQL Server 2000 ou MSDE 2000, vous avez installé, tapez SELECT @ @version ou SERVERPROPERTY('ProductVersion') à l'invite de l'aide de l'utilitaire osql ou isql ou dans la fenêtre Requête dans l'Analyseur de requêtes SQL.

De même, le niveau de produit pour une version donnée du moteur de base de données SQL Server 2000 ou MSDE 2000 peut être déterminé par l'exécution SERVERPROPERTY('ProductLevel') SELECT.

Le tableau suivant présente la relation entre la version de SQL Server 2000 et niveau et le numéro de version signalée par @ @version et le niveau de produit déclaré par SERVERPROPERTY('ProductLevel'). Si vous êtes sûr pas quelle édition du moteur de base de données SQL Server 2000 ou une MSDE 2000 vous exécutez, afficher la dernière ligne de sortie renvoyée par SELECT @ @version. La dernière ligne doit correspondre à l'une des opérations suivantes : Remarque le début de la ligne indique la version de SQL Server moteur de base de données ou de MSDE 2000. Il est suivi d'informations système d'exploitation en cours.

Vous pouvez aussi déterminer l'édition en tapant SERVERPROPERTY('Edition') SELECT à l'invite de l'aide de l'utilitaire osql ou isql ou dans la fenêtre de requête dans l'Analyseur de requêtes SQL.

Analysis Services

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

1. À partir du menu Démarrer , pointez sur les fichiers programmes , pointez vers SQL Server 2000 , pointez vers Analysis Services et puis cliquez sur Gestionnaire d'analyse .
2. Dans l'arborescence Analysis Manager, cliquez avec le bouton droit sur le n?ud serveurs d'analyse, puis cliquez sur Analysis Services .
3. Utilisez le tableau suivant pour déterminer quelle version de Analysis Services.

distinction entre SP3 et SP3a

Pour savoir si vous disposez SP3 ou SP3a installé, examinez le numéro de version du fichier NET-Library, Ssnetlib.dll. Si le numéro de version de ce fichier est 2000.80.760.0, vous devez SP3 ; si le numéro de version de ce fichier est 2000.80.766.0, vous devez SP3a.

En supposant qu'une instance a été installée à l'aide des paramètres par défaut, vous trouverez le fichier Ssnetlib.dll dans un de ces emplacements :

• Instance par défaut : C:\Program Files\Microsoft SQL Server\Binn\Ssnetlib.dll
• Instance nommée : C:\Program Files\Microsoft SQL Server\MSSQL$<instancename>\Binn\Ssnetlib.dll

Pour savoir si vous disposez les dossiers de programme d'installation de SP3 ou SP3a, ouvrez le fichier SP3Readme.htm et lisez la première page. La version du service pack, SP3a ou le Service Pack 3, est répertoriée en haut de la première page.

1.5 Plues d'informations sur SP3a

Une liste des correctifs contenus dans ce service pack est fournie dans l'article de base de connaissances Microsoft 306908. Chaque correctif répertorié dans 306908 possède un lien à un article de la base de connaissances décrivant le problème résolu par le correctif. Suivez les liens vers les articles Base de connaissances individuels pour afficher informations sur chaque correctif

pour rechercher un article dans la Base de connaissances.

1. Dans la liste Sélectionnez un produit Microsoft , sélectionnez SQL Server 2000 .
2. Dans le champ Rechercher , tapez le nombre de l'article souhaité.
3. Sous Type , sélectionnez article ID .
4. Cliquez sur le bouton Atteindre .

Des informations concernant SQL Server 2000 Service Pack 3 a qui n'était pas disponible dans le temps pour être inclus dans ce fichier lisez-moi seront publiées dans l'article de base de connaissances Microsoft 816502.

Les articles de base de connaissances mentionnés dans ce fichier lisez-moi sont disponibles dans le produit services Base de connaissances Microsoft.

Microsoft Data Access Components

Ce service pack comprend mises à jour les données Microsoft Access Components (MDAC), y compris des mises à jour pour MSXML.

Pour plus d'informations, voir la section 5.5.1 mises à jour pour Microsoft Data Access Components.

correctifs QFE

Tous les bulletins de sécurité SQL Server 2000 SP2 publiquement émis ont été résolus dans le SP3a. Si vous avez reçu un correctif SQL Server 2000 après 14 octobre 2002, ce correctif n'est pas susceptible d'être inclus dans le SP3a.

Contactez votre fournisseur principal de support technique sur l'obtention du même correctif pour SQL Server 2000 SP3a.

mises à jour SQL Server CE serveur outils

Les utilisateurs de Microsoft SQL Server 2000 Windows CE Edition (SQL Server CE) qui ont mis à niveau ou prévoyez de mettre à niveau SQL Server 2000 de la base de données et éditeur serveurs vers avec le Service Pack 3 ou version ultérieure doit également mettre à jour les composants de réplication de serveur sur les serveurs de Microsoft Internet Information Services (IIS). Une installation de SQL Server CE Server Tools mis à jour est disponible sur ce Microsoft Web site.

Documentation en ligne documentation 1.6 mis à jour est disponible

Une documentation mise à jour pour SP3 et SP3a est disponible. 2000 Documentation en ligne de SQL Server (mis à jour - SP3) contient des révisions mineures ainsi que les nouvelles informations relatives à SP3 et SP3a.

Vous pouvez télécharger 2000 documentation en ligne de SQL Server (mis à jour - SP3) à partir de ce Microsoft Web site.

1.7 Mis à jour SQL Server et Analysis Services exemples sont disponible

Exemples de SQL Server 2000 de base de données moteur et Analysis Services qui ont été mis à jour pour SP3 et SP3a sont disponibles. Vous pouvez télécharger ces exemples mis à jour à partir ce site Web de Microsoft.

2.0 Téléchargement et extraction SP3a

SP3a est distribué de l'une des manières suivantes :

• Sur un SQL Server 2000 Service Pack 3 a CD-ROM contenant des service packs pour les composants suivants :
  • Base de données des composants SP3a
  • Analysis Services SP3a
  • Bureau SP3a moteur
• Dans trois fichiers à extraction automatique qui peuvent être téléchargés à partir d'Internet sur le Microsoft SQL Server Downloads Web site
  (http://technet.microsoft.com/en-us/sqlserver/bb331729.aspx)
  :
  • Sql2ksp3.exe (base de données des composants SP3a)
  • Sql2kasp3.exe (SP3a Analysis Services)
  • Sql2kdesksp3.exe (SP3a Desktop Engine)

note Le CD-ROM 3 a SQL Server 2000 Service Pack et Sql2kdesksp3.exe contient tous les fichiers requis pour installer une nouvelle instance de Desktop Engine.

note Les fichiers de téléchargement de SP3a portent le même nom que les fichiers pour SP3. Si vous disposez d'un CD-ROM SP3a, vous pouvez installer le SP3a directement à partir du CD-ROM.

Si vous ne possédez pas un CD-ROM SP3a, vous pouvez télécharger le fichier approprié et puis l'exécuter. Lorsque le fichier téléchargé est exécuté sur votre ordinateur, il crée un ensemble de dossiers et fichiers sur votre disque qui ont la même organisation que les dossiers et fichiers sur le CD-ROM SP3a. Après que cette phase d'extraction de fichier est terminée, vous pouvez installer SP3a à partir des dossiers sur votre disque.

Lors du téléchargement et extraction des fichiers d'installation de SP3a à partir d'Internet, suivez les instructions suivantes :

• Téléchargez un des fichiers répertoriés dans la section 2.0 et placez le fichier auto-extractible dans un dossier sur l'ordinateur qui exécute le logiciel de SQL Server 2000 que vous mettez à niveau à SP3a ou dans un dossier sur un partage réseau. À partir de ce dossier, exécutez le fichier. Le programme auto-extraction vous invite pour le nom du dossier dans lequel les fichiers du service pack placés.
  
  note Lorsque vous extrayez le service pack pour un réseau partager, le chemin d'accès le dossier que vous spécifiez est relatif à du dossier dans lequel vous avez exécuté le programme auto-extraction.
• Dans le lecteur local ou un partage réseau pour lequel vous télécharger les fichiers d'installation du service pack, vous devez disposer espace libre est environ trois fois la taille du fichier à extraction automatique. Cela inclut d'espace pour stocker le fichier auto-extractible, espace pour le stockage des fichiers extraits du service pack et espace de travail temporaire requis par le programme auto-extraction lui-même.
• Vous pouvez renommer ou déplacer le dossier après extraction des composants ; Toutefois, assurez-vous que le nom du chemin d'accès au répertoire ne contient pas les espaces. Vous pouvez utiliser le même dossier cible pour chacun des fichiers à extraction automatique ; ils ne sont pas de s'écraser mutuellement ni interférer avec eux.
• Les fichiers à extraction automatique sont utilisés pour créer un ensemble de répertoires et fichiers qui sont les mêmes que celles sur le CD-ROM SP3a. Si vous téléchargez SP3a, vous devez extraire les fichiers pour créer les répertoires de pack service avant de pouvoir exécuter le programme d'installation de SQL Server.
• Pour SP3a des composants de base de données et Analysis Services SP3a, le processus de configuration est le même pour le CD-ROM et les fichiers extraits.

note Certains des fichiers dans les service packs sont des fichiers système. Vous ne pouvez pas les afficher à moins que vous suivez cette procédure : dans l'Explorateur Windows, dans le menu Affichage , cliquez sur Options , cliquez sur l'onglet Affichage et sélectionnez Afficher tous les fichiers case à cocher.

Comment faire pour déterminer la langue d'une instance de SQL Server 2000 Database Engine ou MSDE 2000

Service packs pour SQL Server 2000 sont spécifiques à une langue. Pour mettre à niveau SQL Server 2000, vous devez télécharger et appliquer le service pack ayant la même langue que votre logiciel de SQL Server 2000. Par exemple, si vous effectuez une mise à niveau une instance de MSDE 2000 qui utilise le japonais, vous devez télécharger la version japonaise de Desktop Engine SP3a.

• Cliquez sur Démarrer , puis cliquez sur Exécuter .
• Dans la zone Ouvrir , tapez regedit, puis cliquez sur OK
• Recherchez et sélectionnez une des clés suivantes :
  • Pour une instance par défaut du moteur de base de données SQL Server 2000 ou de MSDE 2000, recherchez et sélectionnez cette clé :
    
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
  • Pour une instance nommée de moteur de base de données SQL Server 2000 ou de MSDE 2000, recherchez et sélectionnez cette clé :
    
    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion où Nom_instance est le nom de l'instance
• Dans le volet droit, lire la valeur de l'entrée de langue. Comparer cette valeur avec le tableau suivant pour déterminer la langue de votre instance du moteur de base de données SQL Server 2000 ou MSDE 2000 :
  Réduire ce tableauAgrandir ce tableau

  Valeur de Registre langue (en hexadécimal)	Langue valeur de Registre (en hexadécimal)	Valeur de Registre langue (en hexadécimal)
  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
  0x00000805	2053	Chinois simplifié

composants de base de données et fichiers de SP3a de services d'analyse

Composants de base de données et Analysis Services installation fichiers deux contiennent documentation de configuration mis à jour auquel vous pouvez accéder en cliquant sur l'aide lors de l'installation de SP3a. Cette documentation ne mettre pas à jour la version du 2000 documentation en ligne de SQL Server qui est déjà installée sur votre ordinateur. Pour savoir comment obtenir une version mise à jour de la documentation en ligne de SQL Server, voir section 1.6 mis à jour documentation OnlineDocumentation est disponible. Si vous souhaitez accéder à uniquement la mise à jour SQL Server 2000 SP3a configuration documentation sans mettre à jour la documentation en ligne de SQL Server, exécutez le fichier Setupsql.chm. Setupsql.chm se trouve dans le sous-dossier \Books du répertoire sur le CD-ROM SP3a, le répertoire local ou le partage réseau contenant les fichiers extraits du service pack.

2.1 Téléchargement et extraction Desktop Engine (MSDE 2000) SP3a

Les utilisateurs ayant une instance de MSDE 2000 existante doivent savent comment leur instance de MSDE 2000 a été installée pour savoir comment il correctif. Vous pouvez déterminer cela à partir des informations enregistrées comme entrée ProductCode dans une clé de Registre en suivant les instructions fournies dans 311762 article de base de connaissances Microsoft.

• Si le nom de package d'origine de votre valeur ProductCode était SqlRun01.msi via SqlRun16.msi, vous pouvez mettre à niveau votre instance de MSDE 2000 utilisent les fichiers de téléchargement de SQL Server 2000 SP3a. Voir la rubrique ci-dessus pour d'informations sur la façon de déterminer la langue d'une instance de MSDE 2000.
• Si le nom du package d'origine pour votre valeur ProductCode fait référence à une application Microsoft, voyez la page suivante pour obtenir des instructions dans comment faire pour mettre à niveau de cette instance de MSDE 2000 : Microsoft MSDE Applications Web page
  (http://www.microsoft.com/downloads/details.aspx?familyid=90dcd52c-0488-4e46-afbf-acace5369fa3&displaylang=en)
  .
• Si la valeur ProductCode ne figure pas dans l'article, l'instance a été installée par l'utilitaire de configuration d'une application. Vous ne pouvez pas utiliser les fichiers de téléchargement de SQL Server 2000 SP3a pour appliquer le SP3a à ces instances MSDE. Au lieu de cela, vous devez obtenir un fichier de correctif de la société qui écrit l'application. Si l'application provient d'une société différente de Microsoft, vous devez contacter cette société d'un fichier correctif. Si l'application a été fourni par Microsoft, consultez la page suivante qui répertorie les applications de MSDE à partir de Microsoft (cette page sera mis à jour avec savoir comment mettre à niveau ces instances de MSDE 2000): Microsoft MSDE Applications Web page
  (http://www.microsoft.com/sql/prodinfo/previousversions/msde/prodinfo.mspx)
  .
• Si le nom de package d'origine de votre valeur ProductCode était Sample.msi ou SampleUpg.msi, consultez la Base de connaissances article 314131.

téléchargement de MSDE 2000 SP3a

Si votre instance de MSDE 2000 a été installé utilisant l'utilitaire de configuration MSDE (nom du package d'origine était SqlRun01.msi via SqlRun16.msi), vous pouvez mettre à niveau votre instance de MSDE 2000 utilisant un fichier de téléchargement de SQL Server 2000 SP3a :

• Accédez au Microsoft SQL Server Downloads Web site
  (http://technet.microsoft.com/en-us/sqlserver/bb331729.aspx)
  .
• Dans la téléchargement complet zone la partie supérieure droite de cette page, sélectionnez la langue correspondant à la langue pour votre instance de MSDE 2000 et cliquez sur OK .
• Sur la page suivante, recherchez la section fichiers dans ce téléchargement au bas de la page. En fonction de la langue, sélectionnez une des ces fichiers :
  • Si vous avez sélectionné Français, téléchargez le fichier SQL2KDeskSP3.exe dans un dossier sur votre ordinateur.
  • Si vous avez sélectionné une autre langue, téléchargez le fichier LLL_SQL2KDeskSP3.exe, où LLL varie par langue.

Extraire les fichiers MSDE 2000 SP3a

Après avoir téléchargé ou SQL2KDeskSP3.exe LLL_SQL2KDeskSP3.exe, vous devez extraire les fichiers de MSDE 2000 SP3a :

• Ouvrez l'Explorateur Windows et naviguez vers le dossier dans lequel vous avez téléchargé le fichier de téléchargement MSDE 2000 SP3a (SQL2KDeskSP3.exe ou LLL_SQL2KDeskSP3.exe, où LLL varie par langue)
• Double-cliquez sur le fichier téléchargé pour extraire le MSDE SP3a fichiers. Lorsque le message, spécifiez le dossier dans lequel les fichiers SP3a peuvent être extraites.

L'installation du 3.0 Service Pack

Pour installer le SP3a, utilisez les instructions d'installation dans les sections suivantes. Non pour toutes les étapes sont obligatoires, selon les composants SQL Server 2000 suivants ou configurations vous appliquez le service pack pour :

• Composants de base de données
• Analysis Services
• Moteur de bureau
• Cluster de basculement
• Serveur de réplication

La première phrase de chacune des sections ci-dessous indique les composants auxquels s'applique cette section.

avant le début d'une installation

Si votre instance du moteur de base de données SQL Server 2000 ou MSDE 2000 est utilisé par une application, vérifiez tout d'abord auprès du fournisseur de l'application pour voir s'il existe des moteur de base de données ou MSDE 2000 mise à niveau considérations spécifiques vers cette application.

Une installation SP3a échouera si une des stratégies de sécurité suivantes a été défini pour ne pas autoriser l'installation :

• Le périphériques : non signé de comportement d'installation d'un pilote stratégie de sécurité locale pour Windows XP
• La stratégie de sécurité locale comportement d'installation non pilote non signé pour Windows 2000
  
  Si vous utilisez le paramètre ne pas autoriser l'installation , vous devez modifier qu'il fonctionne en mode silencieux avant d'installer le SP3a. Si nécessaire, vous pouvez renvoyer la stratégie à son précédent une fois l'installation terminée.

note se ne pas autoriser l'installation n'agit pas le paramètre par défaut pour ces stratégies de sécurité.

Lors de l'installation de SQL Server 2000 SP3a sur un ordinateur qui exécute Windows XP, MDAC 2.7 ne sera pas mis à jour vers MDAC 2.7 Service Pack 1 a (SP1a). Si votre système exige des correctifs inclus dans MDAC 2.7 Service Pack 1 a, vous devez appliquer Windows XP Service Pack 1 avant d'installer SQL Server 2000 SP3a. Service Pack 1 Windows XP s'applique à tous les correctifs inclus dans MDAC 2.7 Service Pack 1 a.

Si vous installez ce service pack sur une version précommerciale de Microsoft Windows Server 2003 version 3683 ou antérieure, vous recevrez le message d'erreur suivantes :

Le logiciel que vous installez n'a pas été validé lors du test permettant d'obtenir le logo Windows et pour vérifier sa compatibilité avec cette version de Windows vérifiant. Ce logiciel ne sera pas installé. Contactez votre administrateur système.

Vous pouvez choisir d'ignorer ce message. Cliquez sur OK pour continuer l'installation.

note Ce message bloque une installation sans assistance.

Lors de l'installation de ce service pack sur un ordinateur exécutant Windows NT 4.0 Service Pack 6 a, vous devez appliquer le correctif décrit dans la Base de connaissances Microsoft article 258437.

Avant d'installer le SP3a sur la version française de Windows NT 4.0, suivez les instructions dans l'article de la base de connaissances 259484. Vous pouvez accéder à partir de la base de connaissances Microsoft Support Services à l'article. Pour des instructions sur la recherche dans la Base de connaissances, consultez la section 1.5 autres informations sur SP3a.

avant le début d'une installation de composants de base de données

Si vous appliquez SP3a des composants de base de données à une instance de SQL Server sur un ordinateur sur lequel Analysis Services est également installé, programme d'installation peut échouer lors de l'exécution du script, Sp3_serv_uni.sql. Dans ce cas, redémarrez l'ordinateur et réexécutez le programme d'installation.

• Service packs SQL Server 2000 n'affectent pas la possibilité de sauvegarder de bases de données utilisateur d'une version (version d'origine ou un service pack) de SQL Server 2000 ou de MSDE 2000 et de les restaurer sur une autre version, sauf lorsque la base de données des utilisateurs fait partie d'une topologie de réplication. Si la base de données des utilisateurs ne fait pas partie de topologie de réplication, vous pouvez sauvegarder d'une instance en cours d'exécution n'importe quelle version de SQL Server 2000 ou de MSDE 2000 et restaurez-la sur une instance exécutant n'importe quelle autre version de SQL Server 2000 ou de MSDE 2000. Il existe des considérations supplémentaires pour la réplication qui sont détaillées dans la section 5.3.6 sauvegarde et restauration des problèmes de réplication de fusion.

Programme d'installation SP3a met à niveau les bases de données utilisateur qui sont membres d'une topologie de réplication. Avant d'installer le SP3a, assurez-vous que les bases de données de réplication et groupes de fichiers sont accessible en écriture et que le compte d'utilisateur qui exécute le programme d'installation dispose autorisation d'accès les bases de données. Pour plus d'informations sur l'imputation SP3a aux bases de données qui figurent dans les topologies de réplication, voir la section 3.11 installation sur des serveurs répliquée.

Si l'installation SP3a détecte des bases de données utilisateur ou des groupes de fichiers qui ne sont pas accessible en écriture, il :

• Se d'applique les mises à jour de réplication SP3a aux toutes les bases de données utilisateur accessible en écriture.
• Écrit une liste des bases de données non accessible en écriture aux paramètres des journaux, qui se trouve à Winnt\Sqlsp.log.
• Affiche le message d'avertissement suivant :
  
  Programme d'installation a détecté un ou plusieurs bases de données et les groupes de fichiers qui ne sont pas accessible en écriture.

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

note Ce message n'affecte pas les installations sans assistance. Pour plus d'informations sur les installations sans assistance, voir installations sans assistance de section 4.1.

Car bases de données non-Microsoft inscriptibles provoquent plus programme d'installation échoue, vous ne devez pas supprimer l'envoi de journaux avant d'effectuer la mise à niveau vers SP3a. Toutefois, si la base de données est livraison des journaux pour une base de données est un éditeur de réplication, vous devez :

• Prendre la base de données en mode hors connexion avant d'appliquer le SP3a.
• Appliquer le SP3a à l'instance.
• Mettre la base de données en ligne.
• Ouvrir une session sur l'Analyseur de requêtes et exécutez le script suivant :

  USE master
  GO
  EXEC sp_vpupgrade_replication
  GO
  

Si vous appliquez SP3a sans avoir prises en mode hors connexion toutes les bases de données non-Microsoft inscriptibles livraison journaux pour bases de données de composition, vous recevrez ce message d'erreur : Si vous recevez cette erreur, suivez la procédure ci-dessus.

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

Note Car bases de données non-Microsoft inscriptibles provoquent plus programme d'installation échoue, vous ne devez pas supprimer l'envoi de journaux avant d'effectuer la mise à niveau vers SP3a.

Préparation pour un Systems Management Server Distributed installation

Vous ne pouvez pas installer SQL Server 2000 Service Pack 3 a à distance. Toutefois, vous pouvez utiliser Microsoft Systems Management Server d'installer SP3a automatiquement sur plusieurs ordinateurs exécutant Windows NT Server 4.0. Pour ce faire, vous devez utiliser un fichier de définition de package (Smssql2ksp3.pdf) qui automatise la création d'un package de SQL Server dans Systems Management Server. Le serveur SQL package peut ensuite être distribué et installé sur les ordinateurs qui exécutent Systems Management Server. Le fichier Sms2kdef.bat est un fichier de commandes qui démarre une installation sans assistance à l'aide de Systems Management Server. Dans ce type d'installation, le programme d'installation détecte automatiquement les informations système approprié que nécessaires et aucune entrée d'utilisateur n'est requise.

Note Vous ne pouvez pas utiliser Systems Management Server pour installer Desktop Engine SP3a.

3.1 Sauvegarder vos bases de données SQL Server

Les informations suivantes s'appliquent aux installations composant tous les composants client de base de données à l'exception.

Avant d'installer ou de base de données des composants SP3a Desktop Engine SP3a, sauvegarder le masque, msdb et modéliser des bases de données. Installer le SP3a modifie le masque, msdb et modéliser des bases de données, rendant incompatible avec les versions pré-SP3 de SQL Server. Ces sauvegardes sont requis si vous décidez de réinstaller SQL Server 2000 SP3 ou SP3a.

Il est également conseillé de sauvegarder vos bases de données utilisateur, bien que SP3a effectue des mises à jour uniquement sur les bases de données utilisateur sont membres de topologies de réplication.

3.2 En haut vos services d'analyse des bases de données et l'espace de stockage

Les informations suivantes s'appliquent uniquement à Analysis Services.

Avant l'installation de Analysis Services SP3a, sauvegardez vos services d'analyse bases de données en effectuant une copie du dossier Microsoft analyse Services\Data, qui est installé par défaut sous les C:\Program Files dossier. Si vous n'avez pas effectué une migration votre référentiel Analysis Services vers SQL Server, effectuez une copie de sauvegarde du fichier Msmdrep.mdb, se trouve dans le dossier Microsoft analyse Services\Bin. Vous devez également enregistrer votre analyse entrées de Registre serveur en exécutant regedit.exe et à l'aide de l'exporter un fichier du Registre dans le menu Registre pour exporter la clé dans un fichier de sauvegarde. Si vous avez effectué une migration votre référentiel Analysis Services vers SQL Server, sauvegardez la base de données qui contient l'espace de stockage avant d'installer le SP3a. Pour plus d'informations, voir la désinstallation de SQL Server 2000 Analysis Services SP3a.

3.3 Vérification que bases de données système sont espace assez libre

Les informations suivantes s'appliquent à composant toutes les installations à l'exception composants client de base de données et Analysis Services.

Si l'option Étendue automatique est désactivée pour les bases de données maître et msdb, les bases de données doivent être au moins 500 Kilooctets (Ko) d'espace libre. Pour vérifier que leur possède cet espace, exécuter le système sp_spaceused procédure de la base de données maître ou msdb stockée. Si l'espace non alloué dans un base de données est moins de 500 Ko, augmenter la taille de la base de données. Pour plus d'informations, voir « Extension a Database » dans la documentation en ligne de SQL Server.

Si l'option Étendue automatique est activée pour les bases de données maître et msdb et il y a suffisamment de place sur les lecteurs, vous pouvez ignorer cette étape.

Pour vérifier que l'option Étendue automatique est sélectionnée dans SQL Server 2000, ouvrez SQL Server Enterprise Manager, cliquez avec le bouton droit sur l'icône de la base de données, puis cliquez sur Properties.Verify qui la croissance automatique case à cocher fichier est activée.

Pour vérifier que cette option est sélectionnée dans MSDE 2000, utilisez l'utilitaire d'invite de commande osql pour émettre les instructions SQL suivantes :

• sp_helpdb masque
• sp_helpdb msdb

Dans la sortie de ces instructions, vérifiez que la valeur de la colonne de croissance n'est pas 0.

3.4 Arrêter des services et applications avant l'exécution de programme d'installation SP3a

Les informations suivantes s'appliquent à tous les composants. Vous pouvez appliquer SP3a sans arrêt des services.

Si vous n'arrêtez pas services, vous êtes invité à redémarrer l'ordinateur lorsque programme d'installation est terminée. Sans redémarrage, les services suivants pourront pas démarrer :

• Microsoft Distributed Transaction Coordinator (MS DTC) et les services Microsoft Search et MSSQLServerOLAPService. .
• Les services MSSQLServer et SQLServerAgent pour l'instance en cours de mise à niveau (par exemple, MSSQL $ NamedInstance).
• Services de composants de Microsoft, Microsoft Message Queuing et COM Microsoft transaction Integrator.
• Toutes les applications, y compris le Panneau de configuration. (facultatif)

Vous pouvez appliquer le SP3a sans redémarrer votre ordinateur en arrêtant ces services et applications avant d'appliquer le SP3a.

Vous ne pouvez pas arrêtez les services dans un environnement en clusters. Pour plus d'informations, voir section 3.10 installation sur un cluster avec basculement.

3.5 Installation SP3a des composants de base de données

Les informations suivantes s'appliquent à toutes les installations de composant à l'exception de Desktop Engine et Analysis Services.

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

• Le répertoire sur l'ordinateur local contenant les fichiers extraits service pack à partir de SQL2KSP3.exe.
• Le service pack le répertoire sur le CD-ROM SQL Server 2000 SP3a.
• Le répertoire sur le partage réseau contenant les fichiers extraits service pack à partir de SQL2KSP3.exe.

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

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

Programme d'installation affiche une boîte de dialogue vous demandant des informations, telles que si vous souhaitez utiliser l'authentification SQL Server ou Authentification Windows. Si vous choisissez l'authentification SQL Server, vous devez fournir le programme d'installation avec le mot de passe pour la connexion sa. Si vous choisissez l'authentification Windows, vous devez exécuter le programme d'installation lorsque connecté à Windows l'aide d'un compte d'ouverture de session Windows. Ce compte d'ouverture de session doit être une partie de sysadmin résolus rôle de serveur pour l'instance de SQL Server 2000, vous effectuez une mise à niveau.

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

• Affiche une boîte de dialogue mode d'authentification s'il détecte que l'installation utilise l'authentification en mode mixte avec un mot de passe vide pour la connexion sa. En laissant le mot de passe de connexion sa vide permet aux utilisateurs d'accéder d'administration simple à SQL Server ou Desktop Engine et n'est pas recommandée ; protéger vos systèmes en imposant un mot de passe sa ou en utilisant l'authentification Windows. Pour en savoir plus sur cette boîte de dialogue, consultez boîte de dialogue mode d'authentification plus loin dans cette section.
• Affiche une boîte de dialogue Avertissement de mot de passe administrateur système s'il détecte un mot de passe vide pour la connexion sa. Bien que vous pouvez continuer votre installation avec un mot de passe vide pour la connexion sa en choisissant explicitement d'ignorer la recommandation et continuer l'installation un mot de passe vierge pose un risque de sécurité et n'est pas recommandée. Cette boîte de dialogue s'affiche quelle que soit du mode d'authentification que vous utilisez.
  
  note Cette modification de mot de passe est effectuée immédiatement ; même si en cas d'échec du programme d'installation, le mot de passe est encore modifié.
• Affiche une liste de vérification compatibilité descendante boîte de dialogue qui avertit de tout compatibilité en amont problèmes que vous pouvez rencontrer lors de l'application du service pack. Pour en savoir plus sur cette boîte de dialogue, consultez vers l'arrière boîte de dialogue Liste de contrôle compatibilité plus loin dans cette section.
• Affiche une boîte de dialogue s'il détecte que les bases de données ou des groupes de fichiers ne sont pas accessible en écriture. À ce stade, si un des ces bases de données ou les groupes de fichiers font partie d'une topologie de réplication vous pouvez :
  • Arrêter le processus d'installation, rendre ces objets inscriptible et redémarrez le programme d'installation.
  • Poursuivre le processus d'installation SP3a en cours et réappliquer le SP3a à une date ultérieure après avoir effectué ces objets accessible en écriture.
    
    note Les étapes précédentes sont nécessaires uniquement lors de l'application SP3a aux bases de données non inscriptibles ou des groupes de fichiers qui font partie d'une topologie de réplication. Pour plus d'informations, voir la section 3.12 application SP3a à base de données en lecture seule ou les groupes de fichiers.

• Affiche une boîte de dialogue Rapport d'erreurs des informations sur la façon d'activer la nouvelle erreur rapports fonctionnalité incluse dans le SP3a. Pour plus d'informations sur la génération d'états des erreurs, voir la section 5.10 rapport d'erreurs.
• Met à jour des composants MDAC si nécessaire. Pour plus d'informations, voir la section 5.5.1 mises à jour pour Microsoft Data Access Components.
• Remplace les fichiers SQL Server 2000 existants par SP3a fichiers
• Fichiers de script Transact-SQL s'exécute pour mettre à jour système des procédures stockées
• Affiche une option de redémarrer l'ordinateur dans la boîte de dialogue finale si le programme d'installation détermine qu'un redémarrage est nécessaire.

boîte de dialogue d'authentification mode

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

• Sur les ordinateurs exécutant Windows 98 ou Windows Millennium Edition, le paramètre par défaut est l'authentification de mode mixte (le mode d'authentification uniquement pris en charge par ces systèmes d'exploitation). La boîte de dialogue vous invite à spécifier un mot de passe pour la connexion sa. Si vous spécifiez un mot de passe, le programme d'installation modifie le mot de passe sa connexion. Si vous laissez le mot de passe vide, programme d'installation se connecte sans changer le mot de passe
• Sur les ordinateurs qui exécutent Windows NT 4.0 ou Windows 2000, le paramètre par défaut est l'authentification Windows. Utilisez la boîte de dialogue pour basculer en mode mixte ou mode d'authentification Windows avec un mot de passe de connexion sa qui n'est pas vide.
  
  note Avant de modifier le mode d'authentification ou le mot de passe pour la connexion sa, assurer que cette modification n'affecte pas les applications existantes. Par exemple, si vous modifiez une instance de SQL Server d'utiliser l'authentification en mode mixte pour utilisant l'authentification de Windows uniquement, les applications existantes tentant de se connecter à l'aide de l'authentification de serveur SQL ne peut pas connecter jusqu'à ce que le mode d'authentification soit défini sur Authentification Windows. En outre, si vous modifiez le mot de passe de connexion sa, applications ou d'administration processus utilisant l'ancien mot de passe ne pouvez pas vous connecter jusqu'à ce qu'ils sont configurés pour utiliser le nouveau mot de passe.

important Pour des raisons de sécurité, vous devez avoir jamais un mot de passe vide sur la connexion sa.

Le programme d'installation place un enregistrement des actions qu'il effectue dans le fichier Sqlsp.log. Ce fichier journal est stocké dans le Windows répertoire de l'ordinateur sur lequel le programme d'installation est exécuté. Si vous mettez à niveau plusieurs instances, uniquement la mise à niveau plus récente est enregistré dans ce journal.

boîte de dialogue Liste de contrôle compatibilité descendante

La liste de vérification compatibilité descendante boîte de dialogue répertorie des problèmes de compatibilité qui vous pouvez rencontrer lorsque vous application le service pack. Les problèmes de compatibilité descendante qui apparaissent dans la liste de contrôle varient selon la configuration de l'instance de SQL Server 2000 qui est mis à niveau.

Les problèmes de compatibilité suivants peuvent être traités dans cette boîte de dialogue :

• Lors de la mise à niveau de Service Pack 2 ou version antérieure, SP3a met à niveau service Microsoft Search et reconstruit automatiquement les catalogues de texte intégral pour toutes les applications à l'aide du service. Lors de la reconstruction fonctionnalités full-text peut ne pas être entièrement disponibles. Vous devez activer cette case à cocher avant de poursuivre l'installation. Pour plus d'informations, voir section 5.1.5 Full-Text catalogues est recréé après installation termine.
• Avant d'appliquer le service pack, vous devez mettre à niveau votre configuration du serveur maître/destination SQL Server 2000. Les améliorations introduites dans le SP3a sont compatibles uniquement avec les serveurs qui exécutent SQL Server 2000 SP3 ou SP3a. Vous devez activer cette case à cocher avant de poursuivre l'installation. Pour plus d'informations, voir que la section 5.4.2 Changes to configurations de serveur maître/destination.
• Propriétaire de base de données entre le chaînage est désactivé par défaut dans ce service pack. Après l'installation, vous pouvez activer inter-base de données de la propriété chaînage des bases de données individuelles. Activez cette case à cocher facultative permet d'autoriser propriétaire inter-base de données de chaînage pour toutes les bases de données. Pour plus d'informations, voir section 5.1.11 de base de données entre propriété chaînage.
  
  note N'est pas recommandé d'activer la propriété inter-base de données de chaînage pour toutes les bases de données.
  
  note Si vous aviez précédemment activé inter-base de données de la propriété chaînage sur une version préliminaire du Service Pack 3 (avant génération 8.00.760) vous devrez réactiver lors de l'installation de SP3a.

3.6 Installer Analysis Services SP3a

Les informations suivantes s'applique uniquement aux Analysis Services.

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

• Le sous-répertoire Msolap\Install dans le répertoire contenant les fichiers extraits Analysis Services SP3a SQL2KASP3.exe.
• Le répertoire Msolap\Install sur le CD-ROM SP3a.

Programme d'installation effectue ensuite les tâches suivantes :

• Ouvre une boîte de dialogue Configuration qui vous demande d'informations. Pour plus d'informations sur la génération d'états erreur, consultez 5.10 rapport d'erreurs.
• Affiche une boîte de dialogue Rapport d'erreurs des informations sur la façon d'activer la nouvelle erreur rapports fonctionnalité incluse dans le SP3a.
• Copie les fichiers nécessaires et termine l'installation

autres problèmes d'installation Analysis Services

Après l'installation de Analysis Services SP3a vous devez mettre à niveau également les tous les ordinateurs utilisés pour l'administration à distance pour SP3 ou SP3a. Dans le cas contraire, vous recevez le message d'erreur suivant lorsque vous tentez de vous connecter à distance via le Gestionnaire d'analyse :

Impossible de se connecter au Registre sur le serveur (nom_serveur), ou vous n'êtes pas membre du groupe Administrateurs OLAP de ce serveur.

Services de données META a ajouté un nouveau rôle dédié nommé RepositoryUser , qui peut servir aux informations de référentiel accès et la mise à jour dans la base de données msdb . Le rôle RepositoryUser a Créer, lire, mettre à jour, supprimer et exécuter des autorisations sur l'espace de stockage msdb . Le rôle public a été remplacé par ce nouveau rôle et plus a des autorisations de cet espace de stockage. Si les conditions suivantes sont remplies, le groupe Administrateurs OLAP doit être ajouté au rôle RepositoryUser afin que les membres de ce groupe puissent accéder à l'espace de stockage une fois appliqué le service pack :

• L'espace de stockage est au format métafichier Data Services.
• L'espace de stockage utilise la base de données msdb .
• Le groupe Administrateurs OLAP utilisé précédemment le rôle public pour accéder à l'espace de stockage.

note Cette modification affecte également les serveurs distants qui accèdent les métadonnées référentiel Services sur un serveur qui a été mis à niveau vers SP3 ou SP3a. Connexions serveur distant doivent être ajoutées au rôle RepositoryUser ainsi.

note Le groupe Administrateurs OLAP doit être ajouté au rôle RepositoryUser avant de restaurer un services de données META repositorythat sauvegardées antérieures à la mise à niveau vers SP3 ou SP3a ; sinon, l'opération de restauration échouera.

Pour plus d'informations sur le rôle RepositoryUser , voir la section 5.6.3 nouveau RepositoryUser rôle Accès référentiel d'informations.

Si l'analyse services données dossier se trouve sur un ordinateur autre que celui sur lequel le serveur d'analyse exécute, vous devez modifier les autorisations sur le dossier après avoir exécuté le SP3a programme d'installation. Pour plus d'informations, voir la section 5.2.10 autorisations doit être modifié dans un dossier de données à distance.

Considérations de sécurité 3.7.2 pour MSDE 2000 SP3a

Les informations suivantes s'appliquent uniquement à Desktop Engine (MSDE 2000).

Bureau SP3a moteur contient un ensemble complet de fichiers requis pour installer ou mettre à niveau des instances de SQL Server 2000 Desktop Engine (MSDE 2000). Vous pouvez effectuer toutes les actions d'installation MSDE 2000 avec les fichiers de Desktop Engine SP3a, pourvu que vous disposiez d'une licence pour installer ou mettre à niveau une instance de MSDE 2000. Pour plus d'informations sur les licences de MSDE 2000, consultez Utilisation de MSDE 2000.

Vous pourrez pas appliquer le SP3a moteur Desktop à des instances de MSDE 2000 qui ont été installés par l'installation d'utilitaire d'un application.You doit contactez le fournisseur application d'un fichier correctif qui peut servir à mettre à niveau ces instances de MSDE 2000. Pour voir des instructions sur la façon de déterminer si une instance de MSDE 2000 est comprise dans cette catégorie, section téléchargement 2.1 et SP3a extraction Desktop, Engine (MSDE 2000).
Les sections suivantes fournissant des informations générales importantes sur le programme d'installation de MSDE 2000 SP3a :

• Conditions préalables 3.7.1 pour MSDE 2000 SP3a
• Considérations de sécurité 3.7.2 pour MSDE 2000 SP3a
• Paramètres d'installation 3.7.3 MSDE 2000

Les sections suivantes garde les scénarios les plus courants pour soit mise à niveau une instance existante de MSDE vers SP3a, soit l'installation une nouvelle instance de MSDE 2000 SP3a :

• 3.7.4 Mise à niveau les instances existantes de MSDE 2000 À SP3a
• 3.7.5 Installer une nouvelle instance de MSDE 2000 SP3a
• 3.7.6 Mise à niveau MSDE 1.0 vers MSDE 2000 SP3a

Si vous avez besoin des informations supplémentaires, la source principale de documentation pour l'installation de MSDE 2000 SP3a est dans la documentation en ligne de SQL Server 2000 (Service Pack 3 Updated). Certaines modifications apportées à MSDE 2000 SP3 et SP3a qui ne sont pas entièrement répercutées dans la SQL Server 2000 documentation en ligne (mis à jour - Service Pack 3) se déclinait ; ces fonctionnalités sont abordées dans ce fichier Lisezmoi. Pour plus d'informations sur l'installation de 2000 documentation en ligne de SQL Server (mis à jour - SP3), voir la section 1.6 mis à jour documentation en ligne documentation est disponible.

Conditions préalables 3.7.1 pour MSDE 2000 SP3a

Les informations suivantes s'appliquent uniquement à Desktop Engine (MSDE 2000).

Les conditions suivantes s'appliquent aux installations de SP3a SQL Server 2000 Desktop Engine (MSDE 2000).

Lors de la mise à niveau MSDE 2000, vous devez appliquer séparément Desktop Engine SP3a à chaque instance de MSDE 2000.

Remarque Microsoft ne prend pas en charge les configurations où se trouvent plus de 16 instances du moteur de base de données sur un ordinateur. Cela inclut les instances de SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 et MSDE 2000.

Toujours démarrer le programme d'installation de MSDE 2000 en exécutant le fichier Setup.exe. Ne démarrez pas paramètres en invoquant directement un des fichiers .msi MSDE 2000, tels qu'en double-cliquant sur un des fichiers .msi MSDE 2000. Vous devez exécuter Installation à partir de l'invite de commande et préciser des paramètres pour installer ou mettre à niveau de n'importe quelle instance de MSDE. Pour plus d'informations sur les paramètres requis, voir sections 3.7.2 via 3.7.6.

Des problèmes peuvent se produire si vous utilisez un Terminal connexion à tenter d'effectuer une mise à niveau une instance existante de MSDE vers SP3a ou pour installer une nouvelle instance de MSDE 2000 SP3a. Si des problèmes sont rencontrés, redémarrez programme d'installation à partir de l'ordinateur local.

Vous devez connaître le nom d'instance de l'instance de MSDE vous installez ou mise à niveau à l'aide le programme d'installation de MSDE 2000 SP3a. Si vous installez ou mise à niveau une instance nommée de MSDE, vous devez utiliser le paramètre nom_instance pour spécifier le nom d'instance. Si vous ne spécifiez pas INSTANCENAME, programme d'installation fonctionne sur l'instance par défaut de MSDE sur cet ordinateur. Dans les versions de MSDE 2000 Setup avant le Service Pack 3, les utilisateurs nécessaires pour spécifier le fichier de package d'installation .msi utilisé pour installer ou mettre à niveau une instance de MSDE 2000. Dans Service Pack 3 et versions ultérieures du programme d'installation, configuration gère les fichiers .msi et vous ne devez pas spécifier le fichier .msi pour une mise à niveau ou une nouvelle installation.

Vous pouvez exécuter le programme d'installation de MSDE 2000 SP3a à partir de votre disque dur, un partage réseau ou un CD-ROM. Lors de la mise à niveau une instance de MSDE 2000 vers SP3a, vous pouvez uniquement exécuter Installation à partir d'un partage réseau ou un CD-ROM si les fichiers d'origine utilisés pour installer l'instance de MSDE 2000 sont toujours présentes dans l'emplacement de que leur occupés lors de l'installation d'origine. Si l'installation d'origine était à partir d'un CD-ROM, programme d'installation MSDE 2000 SP3a demande du CD-ROM d'origine lors de la mise à niveau. Si les fichiers d'origine sont non plus à leur emplacement d'origine ou le CD-ROM d'origine n'est pas disponible, vous devez copier les fichiers de MSDE 2000 SP3a sur votre disque dur et exécutez le programme d'installation à partir de là.

Si vous créez votre propre CD-ROM pour installer le SP3a, le nom de volume sur le CD-ROM doit être SQL2KSP3. Si vous êtes un fournisseur de logiciels indépendants (ISV) Création d'un CD-ROM dans le but de distribution de Desktop Engine en tant que composant de votre application, l'étiquette de volume CD-ROM doit être identique à la VolumeLabel propriété dans la table Media du package Windows Installer (*.msi).
Vous pouvez installer la mise à niveau de Desktop Engine à partir d'un CD-ROM uniquement si vous utilisez Windows Installer version 2.0.2600.0 ou later.If que vous devez mettre à niveau Windows Installer, SP3a inclut les fichiers nécessaires pour mettre à niveau Windows Installer.

pour mettre à niveau Windows Installer :

1. L'aide de l'Explorateur Windows, accédez au dossier \MSDE\MSI sur soit le CD-ROM de SQL Server 2000 SP3a ou dans les dossiers qui extraites SQL2KDeskSP3.exe.
2. Exécutez InstMsi20.exe.
3. Lorsque vous y êtes invité, redémarrez l'ordinateur.

Considérations de sécurité 3.7.2 pour MSDE 2000 SP3a

Les informations suivantes s'appliquent uniquement à Desktop Engine (MSDE 2000).

Le comportement d'installation de MSDE 2000 a été modifié dans le SP3a afin que les paramètres par défaut entraîner une configuration plus sécurisée.

Bureau SP3a moteur modifie le comportement par défaut du paramètre de configuration DISABLENETWORKPROTOCOLS qui spécifie la configuration de la prise en charge de connexion réseau pour une instance de MSDE 2000. Si aucune application exécutée sur un autre ordinateur ne doivent se connecter à votre instance de MSDE 2000, l'instance n'a aucun besoin de prise en charge réseau et il est conseillé de désactiver une ressource qui n'est pas utilisée. SP3a va désactiver la prise en charge de réseau en par défaut lors de l'installation de nouvelles instances de MSDE 2000. Si vous désactivez la prise en charge de réseau lors de l'installation d'une instance de MSDE 2000 SP3a, vous pouvez par la suite reconfigurer l'instance à activer la prise en charge. Pour plus d'informations sur la désactivation et la restauration accès réseau, reportez-vous à base de connaissances Microsoft article 814130.

Par défaut, l'installation de MSDE 2000 SP3a ne pas installer une nouvelle instance de MSDE 2000 sauf si vous utilisez le paramètre SAPWD pour spécifier un sa forte des mot de passe. Par défaut, l'installation de MSDE 2000 SP3a n'est pas mis à niveau une instance existante de MSDE 2000 si vous avez affecté un mot de passe fort la sa connexion. Vous devez affecter un mot de passe fort à l'ouverture de session sa, même lorsque la mise à niveau une instance existante, à moins que l'application à l'aide de votre instance de MSDE dépend d'une certaine manière un mot de passe sa nul. Même si l'instance de MSDE 2000 est exécuté en mode d'authentification Windows, la connexion sa est immédiatement activée si l'instance est jamais remises en mode mixte. Mot d'un null, vide, simple ou bien connu sa passe peut être utilisé pour l'accès non autorisé. Si vous avez besoin affecter un mot de passe sa fort avant la mise à niveau votre instance de MSDE 2000 vers SP3a, consultez 322336 article de la base de connaissances Microsoft.

Dans la mesure du possible, pour sécurité supérieure, utilisez l'authentification Windows avec votre installation de MSDE 2000. Examinez le passage du mode mixte au mode d'authentification Windows si :

• Les applications utilisant MSDE 2000 peuvent exécuter l'aide de Windows Authentication.
• Vous avez défini les connexions de l'authentification Windows pour tous les utilisateurs doivent se connecter à l'instance. Pour plus d'informations sur l'ajout de connexions, voir Ajout d'un utilisateur de Windows ou un groupe dans la documentation en ligne SQL Server 2000.
• L'instance de MSDE 2000 s'exécute pas sur Windows 98 ou Windows ME.

Pour plus d'informations sur la modification une instance de MSDE 2000 du mode mixte au mode d'authentification Windows, consultez Base de connaissances Microsoft article 322336.

Paramètres d'installation 3.7.3 MSDE 2000

Les informations suivantes s'appliquent uniquement à Desktop Engine (MSDE 2000).

MSDE 2000 est conçu pour être distribués avec les applications et installé par le programme d'installation de l'application. MSDE 2000 n'est un programme d'installation interactive. Les mécanismes de configuration pour MSDE 2000 sont conçus pour être appelée par un utilitaire d'installation application, dans laquelle toute interaction requise avec l'utilisateur final est gérée par l'installation d'application. MSDE 2000 comprend deux mécanismes d'installation suivants :

• Une invite de commande utilitaire d'installation. L'utilitaire de configuration est généralement appelée par un utilitaire de configuration d'application, mais peut également être exécuté à partir d'une fenêtre d'invite de commande. L'utilitaire d'installation MSDE 2000 n'a pas une interface utilisateur graphique par l'intermédiaire de laquelle un utilisateur peut contrôler le comportement de l'utilitaire. Au lieu de cela, cet utilitaire accepte un ensemble de paramètres qui définissent les actions de l'utilitaire doit prendre.
• Un ensemble de modules de fusion Windows Installer. Les développeurs qui écrire des utilitaires de configuration Windows Installer peuvent coder leur installation d'application pour installer une instance MSDE 2000 en utilisant les modules de fusion MSDE 2000. Les développeurs peuvent contrôler la configuration de l'instance installée en spécifiant installation package propriétés qui correspondent à la MSDE 2000 configurer les paramètres de l'utilitaire.

Utilisateurs peuvent utiliser l'invite de commande utilitaire programme d'installation de MSDE 2000 pour deux instances existantes mise à niveau de MSDE ou pour installer les nouvelles instances de MSDE 2000. Les utilisateurs contrôler le comportement du programme d'installation de MSDE 2000 en spécifiant les paramètres. Les paramètres peuvent être spécifiées d'une des deux manières :

• Sur la ligne de commande.
• Dans un fichier .ini lu par l'utilitaire d'installation.

La plupart des paramètres pris en charge par la version MSDE 2000 SP3a de paramètres est décrits dans la rubrique « Personnalisation Desktop Engine Setup.exe » dans 2000 documentation en ligne de SQL Server (mis à jour-SP3). Pour plus d'informations sur l'installation en ligne de SQL Server 2000, voir la section 1.6 mis à jour documentation en ligne documentation est disponible.

Vous devez placer les valeurs pour l'installation de MSDE paramètres dans des guillemets si la valeur spécifiée contient des caractères spéciaux tels que des espaces. Sinon, les guillemets sont facultatifs.

Ces paramètres de programme d'installation de MSDE 2000 SP3a soit non documentés dans la SQL Server 2000 documentation en ligne (mis à jour-SP3) ou se comportent différemment que décrit dans la documentation en ligne. Bureau SP3 moteur a introduit un nouveau paramètre DISABLENETWORKPROTOCOLS . Le comportement de DISABLENETWORKPROTOCOLS modifié dans le le SP3a moteur Desktop à plus sécurisé par défaut.

Ce sont les comportements de DISABLENETWORKPROTOCOLS dans le SP3a. Dans Service Pack 3, DISABLENETWORKPROTOCOLS possède deux différences de comportement par rapport aux SP3a :

• Lorsque vous installez une instance de nouveau en utilisant Service Pack 3 et DISABLENETWORKPROTOCOLS est soit pas spécifié ou attribuer une valeur autre que 0 ou 1, puis l'instance est installée avec les Net-Libraries par défaut et les adresses activés. Dans le SP3a, la NET-Libraries est désactivés.
• Chaque fois que tous les Net-Libraries est désactivée pour une instance de MSDE 2000 SP3, l'instance utilise toujours le port UPD 1434. Dans le SP3a, l'instance n'utilisent pas le port UPD 1434 dans cette configuration. Pour plus d'informations, consultez la section 5.1.15 opérations sur UDP port 1434.

Pour plus d'informations sur les configurations des NET-Library par défaut, consultez la rubrique « contrôle NET-Libraries et communications adresses » dans la en ligne de SQL Server 2000.

Si vous êtes un développeur incorporer les modules de fusion MSDE 2000 (fichiers .msi) dans une installation Windows Installer, vous pouvez spécifier les paramètres ci-dessus en tant que propriétés dans le fichier .msi. Bureau SP3a Engine (MSDE 2000) fournit des modules de fusion pour prendre en charge existantes applications qui utilisent des modules de fusion. Les utilitaires de configuration pour les nouvelles applications doivent être écrit dans appelle l'utilitaire de programme d'installation de MSDE 2000 au lieu de consommation directement les modules de fusion MSDE 2000. Pour des informations sur les propriétés de module de fusion et publipostage qui correspondent aux autres paramètres d'installation, consultez la rubrique "à l'aide du SQL Server bureau moteur modules de fusion » dans en ligne de SQL Server 2000.

demande d'un journal d'installation

Si vous rencontrez des difficultés à exécuter le programme d'installation et avez besoin d'un journal détaillé pour aider à déboguer, spécifier / l * v <logfilename>. <logfilename> est le nom d'un fichier journal où configuration enregistre toutes ses actions. Si vous ne spécifiez pas un chemin d'accès comme partie du nom, le fichier journal est créé dans le dossier en cours. Si vous exécutez le programme d'installation à partir du CD-ROM SQL Server 2000 SP3a, vous devez spécifier le chemin d'accès complet à un dossier sur votre disque. Cet exemple crée un fichier journal MSDELog.log dans dossier racine du lecteur C: :

paramètres /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1 / l * v C:/MSDELog.log

3.7.4 Mise à niveau les instances existantes de MSDE 2000 À SP3a

Les informations suivantes s'appliquent uniquement à Desktop Engine (MSDE 2000).
Les exemples de cette section va mettre à niveau une instance existante de MSDE 2000 vers SP3a et également désactiver la connectivité réseau pour cette instance de MSDE 2000. Si l'instance doit accepter connexions provenant d'applications s'exécutant sur les autres ordinateurs, ne spécifiez pas l' DISABLENETWORKPROTOCOLS paramètre.
Les exemples de cette section supposent que la connexion sa a un mot de passe fort. Pour plus d'informations sur le mot de passe de connexion sa, voir section 3.7.2 considérations de sécurité pour MSDE 2000 SP3a.

pour mettre à niveau SQL Server 2000 Desktop Engine

1. Ouvrez une fenêtre d'invite de commande.
2. À partir de l'invite de commande, utilisez la commande cd pour naviguer vers le dossier contenant l'utilitaire d'installation MSDE 2000 SP3a :
   CD c:\MSDESP3aFolder\MSDE
   où c:\MSDESP3aFolder représente soit le chemin d'accès au dossier dans lequel vous avez extrait les fichiers de MSDE 2000 SP3a, soit le dossier de Desktop Engine SP3a sur le CD-ROM SQL Server 2000 SP3a.
3. Exécutez une des commandes suivantes :
   • Pour une instance par défaut à l'aide de l'authentification Windows mode, exécutez :
     
     paramètres /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1
   • Pour une instance nommée avec le mode d'authentification Windows, exécutez :
     
     paramètres /upgradesp sqlrun INSTANCENAME = DISABLENETWORKPROTOCOLS InstanceName = 1
   • Pour une instance par défaut avec le mode mixte (où AnAdminLogin est un membre du rôle serveur fixe sysadmin ), exécutez :
     
     paramètres /upgradesp sqlrun SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
   • Pour une instance nommée avec le mode mixte (où AnAdminLogin est un membre du rôle serveur fixe sysadmin ), exécutez :
     
     Installation /upgradesp sqlrun INSTANCENAME = Nom_instance SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1

important Si vous utilisez un fichier .ini pendant l'installation, évitez de stockage des informations d'identification dans le fichier .ini.

note Lors de la mise à niveau Desktop Engine sur un ordinateur exécutant Windows 98 ou Windows Millennium Edition, l'instance de Desktop Engine que vous mettez à niveau doit être arrêté avant le démarrage du programme d'installation.

3.7.5 Installer une nouvelle instance de MSDE 2000 SP3a

Les informations suivantes s'appliquent uniquement à Desktop Engine (MSDE 2000).

Les exemples de cette section installera une nouvelle instance de MSDE 2000 SP3a qui a été configuré avec sa connectivité réseau désactivée. Si l'instance doit accepter connexions provenant d'applications s'exécutant sur les autres ordinateurs, également spécifier DISABLENETWORKPROTOCOLS = 0.

Ces exemples installer instances utilisant les paramètres par défaut pour tous les éléments de configuration tels que classement et emplacements de 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 que vous pouvez spécifier avec configuration, voir « Personnalisation Desktop Engine Setup.exe » dans en la ligne de SQL Server 2000 documentation (mis à jour-SP3). Pour plus d'informations sur l'installation de 2000 documentation en ligne de SQL Server (mis à jour - SP3), voir la section 1.6 mis à jour documentation en ligne documentation est disponible.

Pour installer une nouvelle instance de Desktop Engine

1. Ouvrez une fenêtre d'invite de commande.
2. À partir de l'invite de commande, utilisez la commande cd pour naviguer vers le dossier contenant l'utilitaire d'installation MSDE 2000 SP3a :
   
   CD c:\MSDESP3aFolder\MSDE
3. où c:\MSDESP3aFolder est soit le chemin d'accès au dossier dans lequel vous avez extrait les fichiers de MSDE 2000 SP3a, soit le SP3a moteur Desktop dossier sur le CD-ROM SQL Server 2000 SP3a.
4. Exécutez une des commandes suivantes :

   To install a default instance configured to use Windows Authentication Mode, execute: 
   setup SAPWD="AStrongSAPwd"
   Where AStrongSAPwd is a strong password to be assigned to the sa login.
   
   To install a named instance configured to use Windows Authentication Mode, execute: 
   setup INSTANCENAME="InstanceName" SAPWD="AStrongSAPwd"
   Where AStrongSAPwd is a strong password to be assigned to the sa login and InstanceName is the name to be assigned to the instance.
   
   To install a default instance configured to use Mixed Mode, execute: 
   setup SAPWD="AStrongSAPwd" SECURITYMODE=SQL
   Where AStrongSAPwd is a strong password to be assigned to the sa login.
   
   To install a named instance configured to use Mixed Mode, execute: 
   setup INSTANCENAME="InstanceName" SECURITYMODE=SQL SAPWD="AStrongSAPwd"
   Where AStrongSAPwd is a strong password to be assigned to the sa login and InstanceName is the name to be assigned to the instance.
   
   

important Si vous utilisez un fichier .ini au cours de l'installation, évitez de stockage des informations d'identification dans le fichier .ini.

important Spécifiez toujours un mot de passe fort pour l'ouverture de session sa, même lorsque l'instance est configurée pour utiliser le mode d'authentification Windows.

3.7.6 Mise à niveau MSDE 1.0 vers MSDE 2000 SP3a

Les informations suivantes s'appliquent uniquement à Desktop Engine (MSDE 2000).

Les exemples de cette section va mettre à niveau une instance existante de MSDE 1.0 vers MSDE 2000 SP3a et également désactiver la connectivité réseau pour l'instance. Si l'instance doit accepter connexions provenant d'applications s'exécutant sur les autres ordinateurs, ne spécifiez pas le paramètre DISABLENETWORKPROTOCOLS .

MSDE 1.0 opère de la même façon en tant qu'instance par défaut de MSDE 2000 et est toujours mise à niveau vers une instance par défaut de MSDE 2000.

Pour effectuer une mise à niveau depuis Desktop Engine version 1.0

1. Ouvrez une fenêtre d'invite de commande.
2. À partir de l'invite de commande, utilisez la commande cd pour naviguer vers le dossier contenant l'utilitaire d'installation MSDE 2000 SP3a :
   CD c:\MSDESP3aFolder\MSDE
3. où c:\MSDESP3aFolder est soit le chemin d'accès au dossier dans lequel vous avez extrait les fichiers de MSDE 2000 SP3a, soit le SP3a moteur Desktop dossier sur le CD-ROM SQL Server 2000 SP3a.
   
   Exécutez une des commandes suivantes :
   • Lorsque vous utilisez le mode d'authentification Windows, exécutez :
     
     paramètres UPGRADE = 1 DISABLENETWORKPROTOCOLS = 1
   • Lorsque vous utilisez le mode mixte (où AnAdminLogin est un membre du rôle serveur fixe sysadmin), exécutez :
     
     paramètres UPGRADE = 1 SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1

note Si vous utilisez BLANKSAPWD = 1 , vous ne sont pas obligé d'indiquer SECURITYMODE = SQL ou UPGRADEUSER et UPGRADEPWD.

Avertissement L'utilisation de mots de passe vides est fortement déconseillée.

important Si vous utilisez un fichier .ini pendant l'installation, évitez de stockage des informations d'identification dans le fichier .ini.

3.7.7 Redistribution MSDE 2000 SP3a

Les informations suivantes s'appliquent uniquement à Desktop Engine (MSDE 2000).

Bureau SP3a moteur contient tous les fichiers nécessaires à redistribuer MSDE 2000 avec les applications, condition que le fournisseur d'application possède une licence pour distribuer MSDE 2000. Vous pouvez distribuer le SP3a moteur Desktop fichiers comme indiqué dans la SQL Server 2000 documentation en ligne (mise à jour SP3) avec les modifications spécifiques à SP3a abordées dans ces sections :

• Considérations de sécurité 3.7.2 pour MSDE 2000 SP3a
• Paramètres d'installation 3.7.3 MSDE 2000

Pour plus d'informations sur l'installation de 2000 documentation en ligne de SQL Server (mis à jour - SP3), voir la section 1.6 mis à jour documentation en ligne documentation est disponible.

distribution de correctifs de SP3a Desktop Engine

Si une application est un utilitaire de configuration Windows Installer, il pouvez installer une instance de MSDE 2000 en utilisant les modules de fusion 2000 MSDE. Bureau SP3a Engine (MSDE 2000) fournit des modules de fusion pour prendre en charge existantes applications qui utilisent des modules de fusion. Les utilitaires de configuration pour les nouvelles applications doivent être écrit dans appelle l'utilitaire de programme d'installation de MSDE 2000 au lieu de consommation directement les modules de fusion MSDE 2000.

Les fournisseurs qui choisir d'installer les instances de MSDE 2000 en utilisant les modules de fusion MSDE 2000 doivent également fournir tous les correctifs suivants MSDE 2000 à leurs clients. Instances de MSDE 2000 à l'aide des modules de fusion sont signalées par un code produit que GUID associé à l'application par Windows Installer. Uniquement les fichiers de correctif contenant également le code de produit application GUID peuvent correctif aux instances de MSDE 2000. Uniquement les fichiers de correctif générés par le fournisseur d'application contiendront les codes de produit correcte. Les service packs de Desktop Engine (MSDE 2000) fournis par Microsoft ne peut pas être appliqués à ces instances. Le fournisseur d'application devez créer des fichiers correctifs utilisant les fichiers Desktop Engine SP3a et distribuer les fichiers correctifs des leurs clients MSDE qui ont besoin des correctifs dans le SP3a.

Pour plus d'informations sur la création de packages de correctifs, consultez la documentation fournie avec le Windows Installer Kit de développement (SDK), qui peut être téléchargé à partir the Microsoft Platform SDK Web site.

Si un utilitaire d'installation application installe une instance de MSDE 2000 en appelant l'utilitaire d'installation MSDE 2000, l'instance de MSDE 2000 est signalé par le code de produit MSDE 2000 GUID. Clients peuvent correctifs ces instances en utilisant les fichiers Microsoft MSDE 2000 service pack standard. Le fournisseur d'application pouvez choisir un des méthodes suivantes pour la distribution de MSDE 2000 SP3a :

• Apprenez à leurs clients pour installer Desktop Engine SP3a à partir de la page de téléchargement de SQL Server 2000 SP3a ou un CD-ROM SQL Server 2000 SP3a.
• Télécharger le fichier de téléchargement SQL2KDeskSP3.exe et que distribuer à leurs clients avec des instructions sur la façon appliquer le service pack.
• Utilisant les fichiers Desktop Engine SP3a, créer un utilitaire application service pack qui va installer SP3a sur les instances de MSDE 2000 est installé par l'application.

Fournisseurs d'application qui choisir pour prescrire à leurs clients d'appliquer le SP3a directement doivent développer un ensemble d'instructions personnalisées pour les besoins de leurs clients.

Pour obtenir des exemples de types de MSDE 2000 service pack instructions les équipes Microsoft application préparé pour leurs clients, consultez cette Microsoft MSDE Applications Web page.

Fichiers de 3.7.8 MSDE 2000 SP3a

Les informations suivantes s'appliquent uniquement à Desktop Engine (MSDE 2000).

Tous les fichiers installation Desktop Engine SP3a et dossiers se trouvent dans le dossier \MSDE :

• Sur le CD-ROM de SQL Server 2000 SP3a
• Dans le répertoire contenant les fichiers extraits service pack à partir de la \MSDE SQL2KDeskSP3.exe dossier contient le fichier SP3readme.htm, le fichier readme.txt, le fichier license.txt et les fichiers exécutables pour l'installation utilitaire. Il présente également les sous-dossiers suivants :
• \Msi : contient les fichiers exécutables nécessaires pour installer Windows Installer ou mettre à niveau Windows Installer si elle est antérieure à 2.0.2600.0.
• \MSM : contient les modules de fusion requis pour une configuration du module de fusion et publipostage.
• \Setup : contient les fichiers de package d'installation .msi requis par le programme d'installation MSDE 2000 pour installer une nouvelle instance de MSDE 2000 SP3a, ou les fichiers de package de correctifs msp pour mettre à niveau les instances existantes de MSDE 2000 à SP3a et fichier CAB sqlrun.cab qui contient les fichiers installés par le programme d'installation.

Pour une description de l'utilisation des modules de fusion Desktop Engine, consultez la rubrique « à l'aide de SQL Server Desktop Engine modules de fusion » dans la documentation en ligne de SQL Server.

Si votre installation d'application appelle le programme d'installation de MSDE 2000, créer un dossier avec cette structure et les jeux de fichiers (MSDEInstallFolder représente un nom de dossier exemple) :

MSDEInstallFolder

Copiez ces fichiers du dossier Bureau moteur SP3a \MSDE : Setup.exe, Setup.ini Setup.rll et sqlresld.dll.

MSDEInstallFolder\Msi

Copie de tous les fichiers du dossier \MSDE\Msi Desktop Engine SP3a.

MSDEInstallFolder\Setup

Copie de tous les fichiers du dossier \MSDE\Setup Desktop Engine SP3a.

Vous pouvez ensuite exécuter Setup.exe pour installer ou mettre à niveau des instances de MSDE 2000 SP3a.

Si Windows Installer n'a pas été installé sur l'ordinateur ou est une version antérieure à la version testée avec le programme d'installation de MSDE 2000 SP3a, programme d'installation utilise les fichiers dans le dossier MSDEInstallFolder\Msi pour mettre à niveau Windows Installer.

3,8 Redémarrer les services

Les informations suivantes s'appliquent à tous les composants.

Fin de l'installation, il peut vous à redémarrer le système demander. Après redémarrage du système (ou après que Installation terminée sans demander un redémarrage), utiliser l'application Services dans le Panneau de configuration pour vous assurer que les services que vous avez arrêtés avant d'appliquer le service pack sont maintenant exécute. Cela inclut services tels que MS DTC et la recherche de Microsoft, MSSQLServer, MSSQLServerOLAPService et SQLServerAgent services ou leurs équivalents instance-spécifique.

Est il est conseillé pour également sauvegarder des bases de masque et msdb données mises à niveau pour l'instant.

3.9 Redémarrer des applications

Les informations suivantes s'appliquent à tous les composants.

Redémarrez les applications que vous avez fermé avant d'exécuter le service pack le programme d'installation.

L'installation de 3.10 sur un cluster avec basculement

Les informations suivantes s'applique uniquement aux SQL Server 2000 composants qui font partie d'un cluster de basculement.

Installer le service pack sur un cluster avec basculement

1. Si toutes les ressources ont été ajoutés avec les interdépendances sur les ressources SQL Server, ces dépendances doivent être supprimés ou sortis en mode hors connexion avant d'installer le SP3a.
2. Exécutez le service pack à partir du n?ud qui possède le groupe contenant le serveur virtuel que vous allez mettre à niveau. Si vous ne le faites pas, l'installation de SP3a peut provoquer les ressources dépendantes échouer over.This installe les fichiers du service pack sur tous les n?uds du cluster avec basculement.
3. Dans la boîte de dialogue Paramètres, tapez le nom du serveur virtuel que vous mettez à niveau.
4. Conserver tous les n?uds du cluster en ligne pendant l'installation. Cela garantit que la mise à niveau est appliqué à chaque n?ud du cluster.
5. Si vous supprimer des interdépendances ou a eu a eu ressources en mode hors connexion à l'étape 1 ci-dessus, rajoutez les dépendances ou mettez les ressources en ligne.

note Programme d'installation peut nécessiter le redémarrage des n?uds du cluster avec basculement. Il remplace les fichiers qui ont été en cours d'utilisation pendant l'installation avec les fichiers mis à jour.

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

Pour plus d'informations sur l'installation de SP3a sur un cluster avec basculement, voir l'article de la base de connaissances 811168.

Si vous devez reconstruire un n?ud du cluster avec basculement, procédez comme suit

1. Reconstruire le n?ud du cluster avec basculement. Pour plus d'informations sur la régénération un n?ud, consultez « Comment faire pour récupérer de défaillance de cluster avec basculement dans le scénario 1 » dans la documentation en ligne de SQL Server.
2. Exécutez le programme d'origine de programme d'installation de SQL Server 2000 pour ajouter le n?ud retour à du cluster avec basculement.
3. Exécuter le programme d'installation SP3a sur le n?ud récemment ajouté. Est mis à jour à SP3a uniquement les fichiers binaires sur le nouveau n?ud.

note Si vous exécutez programme d'installation à partir du n?ud où le serveur virtuel exécute, vous devez réappliquer SP3a vers tous les n?uds. Vous devez également réexécuter les scripts de mise à niveau de base de données.

Lors de l'installation Analysis Services SP3a sur un cluster, chaque instance doit être mis à niveau séparément.

Pour installer le SP3a sur un cluster Analysis Services

1. Installer le SP3a sur un n?ud de basculement.
2. Basculer vers le n?ud récemment mis à niveau.
3. Répétez les étapes 1 et 2 jusqu'à ce que toutes les instances dans le cluster sont mis à niveau.

L'installation de 3.11 sur serveurs répliquées

Les informations suivantes s'appliquent uniquement à SQL Server 2000 composants qui font partie de topologie de réplication :

• Vous devez mettre à niveau le distributeur avant la mise à niveau l'éditeur.
• Pour les topologies de réplication en fonction de réplication transactionnelle avec les abonnés en lecture seule, vous pouvez mettre à niveau l'abonné avant ou après le Publisher et le distributeur.
• Pour les topologies de réplication basés sur la réplication de fusion ou de réplication transactionnelle avec mise à jour des abonnés, vous devez passer l'abonné après le Publisher et le distributeur.

note Dans de nombreux cas, en particulier dans la réplication de fusion, le distributeur et Publisher sont sur le même serveur et sont mis à niveau en même temps.

installer le SP3a sur un serveur qui agit comme un éditeur et un abonné

Pour les topologies de réplication basés sur la réplication de fusion ou de réplication transactionnelle avec mise à jour les abonnés qui incluent un ou plusieurs serveurs qui servent à la fois un abonné et une Publisher (ou distributeur), vous devrez peut-être suspendre le système en d'autres termes, arrêtez toutes les mises à jour et mettre à niveau simultanément tous les serveurs.

Exemple 1: topologie qui nécessite simultanées mises à jour

Le tableau suivant inclut des serveurs qui les publication et abonnement pour les compositions qui permettent des mises à jour sur l'abonné. Comme indiqué précédemment, vous devez suivre la commande de mise à niveau distributeur, Publisher, abonnement pour les topologies autoriser les mises à jour à la commande Subscriber.This, vous devez mettre à jour serveur A tout d'abord pour la composition de fusion et le serveur B tout d'abord pour la composition transactionnelle avec mise à jour des abonnés. Dans ce cas, vous devez suspendre le système et mettre à niveau les serveurs simultanément. Met à exemple 2: topologie qui permet de séquentiel niveau.

Dans cet exemple, vous pouvez mettre à niveau serveur A tout d'abord, car la composition transactionnelle en lecture seule permet un abonné à mettre à niveau avant de l'éditeur/distributeur. Autres problèmes d'installation réplication

important Avant d'effectuer la mise à niveau vers SP3a, vérifiez que le compte Windows sous lequel la s'exécute service SQL Server est membre de rôle de serveur fixe sysadmin. Vous devez le faire parce que les bases de données réplication distribution sont mises à niveau dans le contexte du compte de service SQL Server. Après la mise à niveau vers SP3a, vous devez supprimer le compte Windows à partir du rôle sysadmin .

Si vous utilisez la réplication de fusion et le distributeur se trouve sur une autre ordinateur ou d'une base de données instance (un distributeur à distance), après l'application SP3a vous devez générer un nouvel instantané.

SP3a introduit une modification dans les conditions pour joindre ou de restauration de bases de données de réplication. Pour plus d'informations, voir passer section 5.3.17 à configuration d'association ou restaurer une base de données de réplication.

Programme d'installation SP3a met à niveau les bases de données utilisateur qui sont membres d'une topologie de réplication. Si une des bases de données qui appartiennent à une topologie de réplication est non inscriptible, pour appliquer le SP3a à ces bases de données vous devez vous les inscriptible, puis paramètres reapplySP3a. Pour plus d'informations sur les copies une base de données accessible en écriture, voir la section 3.12 application SP3a à base de données en lecture seule ou les groupes de fichiers. Pour savoir comment réapplication SP3a, voir section v.3.14 réappliquant SP3a.

Un jeu de sauvegarde existant qui comptes pour la réplication permet de restauration d'une base de données à un point connu après la mise à niveau SP3a en cas de défaillance. Après avoir appliqué SP3a, un journal ou de base de données complète la sauvegarde est recommandée pour les base de données utilisateur qui est inclus dans une topologie de réplication. Ainsi, si une base de données de réplication échoue, vous êtes inutile réappliquer SP3a une fois la base de données est restaurée.

3.12 Appliquer SP3a à base de données en lecture seule ou les groupes de fichiers

Les informations suivantes s'applique uniquement aux SQL Server 2000 composants qui font partie de topologie de réplication.

Lorsqu'il existe de bases de données non inscriptibles ou des groupes de fichiers, paramètres affiche le message suivant :

Programme d'installation a détecté un ou plusieurs bases de données et les groupes de fichiers qui ne sont pas accessible en écriture.

En général, vous pouvez ignorer cet avertissement et programme d'installation va continuer. Toutefois, si une des bases de données non inscriptibles répertoriées dans le journal d'installation sont membres d'une topologie de réplication, vous devez effectuer ces bases de données accessible en écriture et réappliquer les paramètres SP3a à cette instance de SQL Server 2000.

note Ce message n'affecte pas les installations sans assistance. Pour plus d'informations sur les installations sans assistance, voir installations sans assistance de section 4.1.

note Pendant l'installation, configuration ne fait aucun distinction entre bases de données non-Microsoft accessible en écriture et de bases de données en mode hors connexion ou dans un état suspect. Si une base de données ou un groupe de fichiers se trouve dans une de ces conditions lors de l'installation, vous devez réappliquer le service pack. Pour plus d'informations sur l'importation d'une base de données en ligne, consultez la rubrique « association et Detaching a Database » dans la documentation en ligne de SQL Server. Pour plus d'informations sur Diagnostiquer les bases de données suspectes, consultez la rubrique « et base de données de dépannage du serveur » dans la documentation en ligne de SQL Server.

d'appliquer le SP3a à une base de données en lecture seule

1. Rendre la base de données en lecture seule inscriptible des instructions ALTER DATABASE comme suit : ALTER DATABASE de base de données READ_WRITE SET.
2. Répétez l'étape 1 pour toutes les bases de données en lecture seule.
3. Appliquer (ou réappliquer) le service pack.
4. Si nécessaire, définir la base de données en lecture seule à l'aide ALTER base de données, comme suit :
   
   Base de données ALTER DATABASE SET READ_ONLY

d'appliquer le SP3a à un groupe de fichiers en lecture seule

1. Vérifiez le groupe de fichiers en lecture seule accessible en écriture à l'aide de ALTER DATABAS E, comme suit : groupe de ALTER DATABASE de base de données modifier fichiers filegroup_name READWRITE
2. Répétez l'étape 1 pour tous les groupes de fichiers en lecture seule.
3. Appliquer (ou réappliquer) le service pack.
4. Définir le groupe de fichiers en lecture seule à l'aide ALTER DATABASE , comme suit :
   
   ALTER DATABASE de base de données MODIFY groupe de fichiers
   filegroup_name READONLY

Pour plus d'informations sur ALTER DATABASE, voir la rubrique de référence « ALTER DATABASE » dans SQL Server documentation Online.For plus d'informations réapplication SP3a de, consultez la section v.3.14 réappliquant SP3a.

3.13 Désinstallation SP3a

La manière dans lequel vous supprimez SQL Server SP3a dépend des composants SQL Server 2000 SP3 que vous êtes en train de supprimer.

note Mises à jour MDAC ne sont pas désinstallés. Pour plus d'informations, consultez la que section 5.5.1 Update aux données Microsoft Access Components.

désinstallation de SQL Server 2000 Database Components et Desktop Engine SP3a

Pour revenir aux versions antérieures à SP3a de SQL Server 2000 composants, vous devez avoir sauvegarder Reports des bases de masque, msdb et le modèle données antérieures à installer le SP3a. Pour plus d'informations, voir bases de section 3.1 en des vos données SQL Server.

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

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

Pour revenir à la version pré-SP3a de SQL Server

1. Déconnecter toutes les bases de données utilisateur. Pour plus d'informations, consultez « Comment faire pour associer et dissocier une base de données (Gestionnaire de l'entreprise) » dans la documentation en ligne de SQL Server.
2. Désinstallez SQL Server. Dans le Panneau de configuration , double-cliquez sur Ajout/Suppression de programmes , puis sélectionnez l'instance de SQL Server que vous souhaitez désinstaller.
3. Installez SQL Server 2000 à partir du CD-ROM ou de l'emplacement à partir de laquelle vous initialement installé SQL Server.
4. Appliquer les service packs et correctifs QFE qui ont été installés avant SP3a.
5. Restaurer les bases de données maître, msdb et le modèle à partir de la dernière sauvegarde a été créée avant d'appliquer automatiquement SP3a.This associe les bases de données utilisateur qui ont été attachés au moment de que la sauvegarde a été Création, en supposant que l'emplacement des fichiers de données n'a pas changé.
6. Joindre les bases de données utilisateur qui ont été créées après la dernière sauvegarde de la base de données master .
7. Configurer la réplication si nécessaire.

Avertissement Lorsque vous revenir à la version pré-SP3a de SQL Server, toutes les modifications apportées aux bases de données maître, msdb et modèle depuis appliquer le SP3a sont perdues

désinstallation SQL Server 2000 Analysis Services SP3a

Pour pouvoir restaurer Analysis Services à son état antérieur au SP3a, vous devez sauvegarder la clé de Registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server avant pour installer le SP3a. Pour plus d'informations, voir bases de section 3.2 en des votre Analysis Services données et espace de stockage.

note Si vous n'avez pas sauvegarder cette clé de Registre, vous devez suivre le processus documenté dans article 330244 de la base de connaissances Microsoft.

Pour revenir à la version pré-SP3a de SQL Server

1. Désinstallez SQL Server 2000 Analysis Services. Dans le Panneau de configuration , double-cliquez sur Ajout/Suppression de programmes , sur SQL Server 2000 Analysis Services et cliquez sur Supprimer.
2. Réinstallez SQL Server 2000 Analysis Services à partir du CD-ROM ou de l'emplacement à partir de laquelle vous avez initialement installé Analysis Services.
3. Appliquer les service packs et correctifs QFE qui ont été installés avant SP3a.
4. Supprimez la clé de Registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server .
5. Réinstallez la clé de Registre HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server à partir de la sauvegarde pré-SP3a.

V.3.14 réapplication SP3a

Les informations suivantes s'appliquent à tous les composants.

Dans les cas suivants, vous devez réappliquer SP3a :

• Si les nouveaux composants de SQL Server 2000 sont ajoutées après SP3a est appliquée.
• Si des bases de données ou des groupes de fichiers qui font partie d'une topologie de réplication se sont en lecture seule lors de l'application initiale de SP3a sont apportées accessible en écriture

Pour réappliquer SP3a, suivez les étapes de section 3.0 Service Pack Installation.

Considérations d'installation 4.0 supplémentaires

Cette section documents supplémentaires service pack installation considérations qui s'appliquent uniquement dans certains cas.

Installations sans assistance 4.1

SP3a des composants de base de données peuvent être appliqués dans le mode sans assistance à une instance de SQL Server. Le CD-ROM SP3a de composants de base de données contient des fichiers .iss qui peuvent servir à effectuer sans assistance paramétrages SP3a et autres types d'installations. Les fichiers suivants se trouvent dans le répertoire racine sur le CD-ROM :

• Sql2kdef.iss est le fichier installation sans assistance utilisé pour appliquer SP3a des composants de base de données à une instance par défaut de SQL Server 2000 s'exécutant sur Windows 2000 ou Windows NT 4.0. Le fichier de commandes correspondant à utiliser est Sql2kdef.bat.
• Sql2knm.iss est le fichier de configuration permettant d'appliquer SP3a des composants de base de données à une instance nommée de SQL Server 2000 s'exécutant sur Windows 2000 ou Windows NT 4.0. Vous devez modifier le nom d'instance de ce fichier .iss pour identifier l'instance qui est mis à niveau.
• Sql2ktls.iss est le fichier d'installation utilisé pour appliquer la base de données des composants SP3a à une installation outils-uniquement. Ce fichier peut être utilisé pour l'installation sans les modifications.
• Sql2k9x.iss est le fichier d'installation utilisé pour appliquer la base de données des composants SP3a sur un ordinateur Windows Millennium Edition ou Windows 98. Vous devez modifier le nom d'instance de ce fichier .iss pour identifier l'instance en cours de mise à niveau.
• Sql2kcli.iss est le fichier de configuration permettant d'appliquer SP3a des composants de base de données à une installation de composant client sur un ordinateur exécutant Windows 95.
• Msolap.iss est le fichier programme d'installation qui contient la liste des paramètres pour exécuter une installation sans assistance d'Analysis Services SP3a.

Pour plus d'informations sur l'exécution d'installations sans assistance de SQL Server 2000, consultez la rubrique "Exécution une assistance installation" dans la documentation en ligne de SQL Server.

Considérations relatives À l'installation sans assistance

Les points suivants sont liés aux installations sans assistance :

• Exécuter des installations sans assistance en utilisant l'authentification Windows chaque fois que possible.
• Si vous devez exécuter une installation sans assistance utilisant l'authentification du serveur SQL ; par exemple si vous exécutez une installation sans assistance de SP3a sur un ordinateur exécutant Windows 98 ou Windows Millennium Edition, vous ne devez pas inclure un mot de passe pour la connexion sa dans le fichier .iss ou lot fichier parce que ces fichiers ne sont pas chiffrés. Au lieu de cela, vous devez fournir le mot de passe pour la connexion sa dans la ligne de commande avec le paramètre sapwd comme suit :
  
  Démarrez /wait setupsql.exe-s - mot de passe sms - f1 C:\sql2knm.iss - sapwd
• Si l'instance SQL Server est mise à niveau vers SP3a a un mot de passe vide pour le compte d'ouverture de session sa, un mot de passe doit être fourni avant à exécuter une installation sans assistance. Vous devez modifier ce mot de passe en exécutant sp_password .
• Lorsque exécutez une installation sans assistance de SP3a, vous devez définir manuellement les commutateurs d'installation suivants qui correspondent à la boîte de dialogue liste de vérification compatibilité descendante ou l'installation sans assistance échouera.

• Pendant une installation sans assistance, Si détecte les bases de données non-Microsoft inscriptibles ou connecter des groupes de fichiers, que les informations sont écrites dans le programme d'installation et l'installation sans assistance continue. Si une des bases de données non inscriptibles répertoriées dans le journal d'installation sont membres d'une topologie de réplication, vous devez apporter ces bases de données accessible en écriture et réappliquer les paramètres SP3a à cette instance de SQL Server 2000. Pour plus d'informations sur les copies une base de données accessible en écriture, voir la section 3.12 application SP3a à base de données en lecture seule ou les groupes de fichiers. Pour plus d'informations sur la réapplication SP3a, voir la section v.3.14 réappliquant SP3a.

4.2 Redistribution SP3a Data Access Components

SP3a des composants de base de données comprend le fichier auto-extractible fichier SQLRedis.exe. Lorsque SQLRedis.exe s'exécute, il :

• Exécute le fichier MDAC_TYP.exe à partir de Microsoft Data Access Components (MDAC) 2.7 Service Pack 1 a. Il installe les composants principaux MDAC 2.7 Service Pack 1 a (si la version plus récente ou même n'est pas détectée) et les versions des composants de connectivité client SQL Server et Desktop Engine qui sont inclus dans le SP3a. Pour plus d'informations, mises à jour voir 5.5.1 pour Microsoft Data Access Components.
• Installe des pilotes ODBC pour Microsoft Jet et composants de connectivité.

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

Commentaires de documentation 5.0

Cette section traite des problèmes qui peuvent se produire en outre aux nouvelles fonctionnalités qui sont disponibles lorsque vous exécutez SP3a. Ces problèmes s'appliquent lors de l'exécution du service pack afin de mise à niveau de SQL Server 2000, SQL Server 2000 SP1 ou SQL Server 2000 SP2. Cette section n'est pas destinée à être une description de tous les correctifs fournis dans le SP3a. Pour obtenir une liste complète de ces correctifs, consultez 306908 article de la base de connaissances Microsoft.

Les segments Analysis Services et services de données META dans cette section ne s'appliquent pas aux installations moteur Desktop uniquement.
Des informations concernant SQL Server 2000 Service Pack 3 a qui n'était pas disponible dans le temps pour être inclus dans ce fichier lisez-moi seront publiées dans l'article de base de connaissances Microsoft 816502.

Ces articles de la base de connaissances Microsoft sont disponibles à la produit services Base de connaissances Microsoft.

Base de données 5.1 et améliorations de moteur sur le Bureau

Les améliorations suivantes s'appliquent aux instances de SQL Server 2000 sur lequel SP3a des composants de base de données est installé. Ils s'appliquent également à MSDE 2000 instances sur lequel SP3a moteur Desktop est installé.

5.1.1 Utilisant chinois, japonais ou coréens caractères avec SP3a des composants de base de données

introduit dans le Service Pack 1

Si vous installez SP3a des composants de base de données sur un serveur exécutant Windows NT 4.0 ou Windows 98 et version ultérieure de la mise à niveau vers Windows 2000, la mise à niveau Windows 2000 remplace certains fichiers système. Ces fichiers système sont nécessaires pour le tri des caractères chinois, japonais ou coréens. Si vous utilisez des caractères chinois, japonais ou coréens dans vos bases de données SQL Server, vous pouvez aussi réexécuter la version de SQLRedis.exe inclus dans le SP3a après la mise à niveau vers Windows 2000. Pour plus d'informations sur l'exécution de SQLRedis.exe, consultez section 4.2 Redistributing SP3a Data Access Components.

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

Les équipes de hachage 5.1.2 supprimés

introduit dans le Service Pack 1

Hachage équipes ont été supprimés. En raison de certaines améliorations à SQL Server 2000, les équipes de hachage produisent plus les avantages de performance qu'ils offerts dans SQL Server 7.0. En outre, Suppression d'équipes de hachage rend SQL Server 2000 plus stable.

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

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

Affinité 5.1.3 masque commutateurs ajoutés

introduit dans le Service Pack 1

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

changer de l'affinité du masque d'E / S

Avec ce service pack, vous pouvez spécifier quels processeurs sont utilisées pour exécuter des threads pour les opérations d'E / S sur disque. Ce commutateur doit être utilisé conjointement avec l'option de masque d'affinité . Pour plus d'informations, voir l'article 298402 dans la base connaissances Microsoft Product Support Services. Pour des instructions sur la recherche dans la Base de connaissances, consultez la section 1.5 autres informations sur SP3a.

changer de connexion l'affinité du masque
Avec ce service pack, vous pouvez configurer des systèmes qui sont activés pour virtuel interface Architecture (VIA) pour lier le serveur SQL connexions certaines cartes réseau à un processeur ou un ensemble de processeurs. Ce commutateur doit être utilisé conjointement avec l'option de masque d'affinité. Pour plus d'informations, voir l'article 299641 dans la base connaissances Microsoft Product Support Services.

5.1.4 Filtrée vue indexée

introduits dans SP2

Si vous avez rencontré bogue SQL Server 2000 355069 comme indiqué dans 306467 article de base de connaissances Microsoft, ce service pack empêche uniquement les occurrences futures des résultats inattendus en raison des modifications de données. En outre pour appliquer ce correctif, tous les index sont basés sur les vues par conditions du filtre doivent être recréés. Pour plus d'informations, consultez la Base de connaissances Microsoft produit prise en charge de services.

Catalogues 5.1.5 texte intégral sont reconstitués après que l'installation termine

introduit dans le Service Pack 3

Tous les catalogues de texte intégral sont reconstitués partie de l'installation de SP3a, sauf lors de la mise à niveau de Service Pack 3. La reconstruction est automatique et de ressources. Requêtes sur des catalogues de texte intégral peuvent renvoyer des résultats partiels ou aucun résultat jusqu'à ce que le processus de reconstruction se termine. Après installation du SP3a, les journaux d'événements système contenir des messages indiquant que les catalogues ont été endommagées, d'une version antérieure et devaient être reconstruit.

Pour plus d'informations, voir l'article Base de connaissances 327217, qui présente également des solutions possibles pour préserver la recherche de texte intégral disponible au cours du processus de reconstruction et pour éviter une reconstruction automatique.

Syntaxe 5.1.6 les modifications de sp_change_users_login

introduit dans le Service Pack 3

Lorsque vous exécutez sp_change_users_login avec la @Action = Auto_Fix argument, vous devez maintenant spécifier un mot de passe. sp_change_users_login affecte le mot de passe à toute nouvelle connexion qu'il crée pour l'utilisateur. L'exemple suivant illustre la nouvelle @Password argument. Utilisation pubs accédez EXEC sp_change_users_login Auto_Fix, Mary, NULL, « B3r12 36 » aller

Accès 5.1.7 ad hoc aux fournisseurs OLE DB désactivé par défaut

introduit dans le Service Pack 3

Si l'option de Registre DisallowAdhocAccess n'est pas explicitement définie par défaut, l'accès ad hoc à fournisseurs OLE DB n'est pas autorisé. Cela signifie la syntaxe de requête ad hoc, tels que OPENDATASOURCE et OPENROWSET, ne fonctionnera pas contre les serveurs distants. Pour autoriser l'accès ad hoc, vous devez explicitement définir l'option DisallowAdhocAccess à 0 .

Option fournisseur SqlServerLike 5.1.8 nouvelle

introduit dans le Service Pack 3

Pour activer le traitement plus efficace de requêtes à distance qui incluent LIKE prédicats, l'option SqlServerLike a été ajoutée dans le Service Pack 3. SQL Server 2000 SP3 ou ultérieure maintenant a deux options d'envoi LIKE opérations vers les serveurs liés. Si le fournisseur OLE DB pour un serveur lié prend en charge la syntaxe SQL Server pour le LIKE opérateur et des caractères génériques, vous pouvez spécifier l'option SqlServerLIKE pour que SQL Server Envoi LIKE opérations avec la syntaxe SQL Server. Si le fournisseur OLE DB pour un serveur lié signale qu'il prend en charge la ANSI saisie niveau/ISO SQL-92 syntaxe ou renvoie la propriété SQLPROP_ANSILIKE , SQL Server enverra LIKE opérations vers le serveur lié à l'aide de SQL-92 syntaxe. Pour plus d'informations sur SQLPROP_ANSILIKE, consultez la rubrique « Programming le SQLPROPSET_OPTHINTS, propriété définir » dans en ligne de SQL Server 2000.

Vous devez ajouter une valeur de clé du Registre pour activer l'option SqlServerLIKE pour un OLE DB fournisseur.
Avertissement modification incorrecte du Registre peut générer des problèmes sérieuses pouvant vous obliger à réinstaller votre système d'exploitation. Microsoft ne peut pas garantir que les problèmes résultant d'une modification incorrecte du Registre peuvent être résolus. Avant de modifier le Registre, sauvegardez toutes les données importantes.

1. Ouvrez Regedit32.
2. Recherchez la clé de Registre appropriée :
   • Pour les instances nommées, recherchez cette clé :
     HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\ < Instance Name > \Providers\ < Nom du Fournisseur >
   • Pour les instances par défaut, recherchez cette clé :
     HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\ < Fournisseur Name >
   
   
3. Dans la clé de < Nom du Fournisseur >, ajoutez une valeur DWORD nommée SqlServerLIKE et définissez sa valeur sur 1.

Messages d'erreur 5.1.9 développé pour des requêtes distribuées

introduit dans le Service Pack 3

Pour les requêtes distribuées, SQL Server renvoie erreur spécifique du fournisseur informations plus informations d'erreur de serveur. Lorsqu'une requête entre les serveurs liés génère une erreur, SQL Server vérifie si le fournisseur prend en charge l'interface OLE DB IErrorRecords . Si cette interface est pris en charge, SQL Server appelle la fonction GetErrorInfo pour obtenir des informations d'erreur à partir du fournisseur et renvoie ces informations à l'utilisateur dans le cadre de la message d'erreur. Si le IErrorRecords interface n'est pas prise en charge, il n'existe aucun changement de comportement SQL Server : SQL Server renvoie une erreur générique.
Par exemple, exécute la requête suivante sur un serveur qui utilise MSDASQL qui ne prend pas en charge sql_variant :

5.1.10 Fn_get_sql nouvelle fonction renvoie l'instruction SQL

introduit dans le Service Pack 3

Service Pack 3 et par la suite comprend la nouvelle fonction fn_get_sql qui renvoie le texte de l'instruction SQL pour le handle SQL spécifié. En outre, pour prendre en charge cette fonction, trois nouvelles colonnes ont été ajoutées à la table système sysprocesses , qui sont répertoriés dans le tableau suivant. Remarques

Vous pouvez obtenir un handle SQL valide de la colonne sql_handle de la table système sysprocesses .

Si vous transmettez un handle qui n'existe plus dans le cache, fn_get_sql renvoie un jeu de résultats vide. Si vous transmettez un handle qui n'est pas valide, les taquets de lot, et le message d'erreur suivants est renvoyé :

Serveur: Msg 569, Niveau 16, État 1, procédure fn_get_sql , ligne 12 le handle de passé à fn_get_sql non valide.

SQL Server 2000 ne peut pas mettre en cache certaines Transact-SQL instructions, telles que les instructions de copie en bloc et d'instructions avec des littéraux de chaîne supérieure à 8 Ko. Vous ne pouvez pas récupérer poignées pour ces instructions en utilisant la fonction fn_get_sql.
La colonne de texte de l'ensemble de résultats est filtrée pour texte qui peut contenir des mots de passe.

Les informations renvoyées par la fonction fn_get_sql équivaut à la commande DBCC INPUTBUFFER. Utilisez la fonction fn_get_sql lorsque le DBCC INPUTBUFFER ne peut pas être utilisé, par exemple :

• Lorsque les événements ont plus de 255 caractères. W
• puis que vous devez renvoyer le niveau le plus élevé des imbrication en cours d'une procédure stockée. Par exemple, il existe deux procédures stockées qui sont nommées sp_1 et sp_2. Si sp_1 appelle sp_2 et vous obtenir le handle de la table système sysprocesses pendant l'exécution sp_2 , la fonction fn_get_sql renvoie des informations sp_2. En outre, la fonction fn_get_sql renvoie le texte complet de la procédure stockée au niveau imbrication en cours le plus élevé

autorisations

Seuls les membres du rôle de serveur fixe sysadmin peuvent exécuter la fonction fn_get_sql .

exemples

Les administrateurs de base de données peuvent utiliser la fonction fn_get_sql pour diagnostiquer les processus de problème. Après qu'un administrateur identifie un processus serveur problème ID (SPID), l'administrateur peut récupérer le handle de SQL pour ce SPID, appeler la fonction fn_get_sql avec la poignée et utiliser les décalages de début et de fin pour déterminer le texte SQL du problème SPID. Par exemple :

5.1.11 Propriétaire de base de données entre le chaînage

introduit dans le Service Pack 3

Ce service pack fournit nouvelles options pour activer la propriété inter-base de données chaînage et désactiver.

Lorsque vous installez SP3a des composants de base de données, la boîte de dialogue Configurer la liste de vérification compatibilité descendante affiche une option pour configurer le chaînage de propriété inter-base de données. Par défaut, programme d'installation désactive la propriété inter-base de données chaînage pour toutes les bases de données utilisateur. Vous pouvez activer la propriété inter-base de données chaînage pour toutes les bases de données. Pour plus d'informations, voir compatibilité descendante boîte de dialogue Liste de contrôle.

Lorsque vous installez Desktop Engine SP3a, vous pouvez utiliser le paramètre de configuration ALLOWXDBCHAINING pour activer la propriété inter-base de données de chaînage pour toutes les bases de données. Pour plus d'informations, consultez la section 3.7.3 Paramètres du programme d'installation MSDE 2000.

note N'est pas recommandé d'activer la propriété inter-base de données de chaînage pour toutes les bases de données.

Après l'installation, vous pouvez utiliser les méthodes suivantes pour activer la propriété inter-base de données et désactiver le chaînage pour toutes les bases de données de l'instance :

• Utiliser le nouveau OwnershipChaining de base de données externe argument du système p_configure est une procédure stockée.
• Utilisez l'option permettre le chaînage de propriété de la base de données entre dans l'onglet sécurité de la boîte de dialogue Propriétés de SQL Server dans Enterprise Manager.
• Utilisez la collection d'objets de gestion de base de données (DMO) SQLServer.Configuration.ConfigValues . Lorsque l'objet SQL Server fait référence à une instance de SQL Server 2000 SP3 ou version ultérieure, cette collection contient un objet ConfigValue nommé chaînage de propriété de base de données externe.

Si chaînage propriété inter-base de données est désactivé pour l'instance, vous pouvez configurer il pour les bases de données individuelles. Appliquez les méthodes suivantes pour activer la propriété inter-base de données chaînage et désactiver pour une base de données :

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

note Si vous avez précédemment activé inter-base de données de la propriété chaînage sur une version préliminaire du Service Pack 3 (antérieure à créer 8.00.[BUILD_NUMBER]), vous devez l'activer à nouveau après l'installation de SP3a.

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

5.1.12 Amélioration pour indicateur de suivi 1204

introduit dans le Service Pack 3

Indicateur de suivi 1204 renvoie le type de participant à la commande en cours affectées ainsi que le blocage des verrous. Dans SP3 et versions ultérieures, lorsque cet indicateur de suivi est activé, les informations de blocage sont automatiquement écrite dans le journal des erreurs

5.1.13 Modifier des autorisations pour sp_changedbowner

introduit dans le Service Pack 3

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

5.1.14 Modifications des fonctionnalités de débogage

introduit dans le Service Pack 3

La fonctionnalité de débogage des procédures stockées avec Visual Studio 6.0 et anciens ou avec l'Analyseur de requêtes SQL Server antérieure à SP3 est désactivée par défaut. Application de débogage (Arrêt à un point d'arrêt SQL Server Transact-SQL lors du débogage d'une application cliente) est également désactivé par défaut. Pour activer la fonctionnalité de débogage, exécutez sp_sdidebug , en transmettant le paramètre legacy_on . Pour désactiver le débogage, passer legacy_off à cette procédure.

note Exécute la sp_sdidebug procédure stockée sur les serveurs de production est déconseillée.

Pour plus d'informations, voir 328151 article de la base de connaissances Microsoft. Cet article est disponible à la produit services Base de connaissances Microsoft.

5.1.15 Opérations sur le port UDP 1434

introduites dans le SP3a

Instances du moteur de base de données SQL Server 2000 et MSDE 2000 qui ne sont pas configurés pour prendre en charge réseau communications va cesser d'utiliser UDP (User Datagram Protocol) à partir de SQL Server 2000 SP3a, port UPD 1434. Les instances qui sont configurés pour prendre en charge des communications réseau utilisera le port UDP 1435

Une instance mise à niveau vers SP3a s'arrêtera utilisant le port UDP 1435 chaque fois que tous les Net-Libraries serveur pour l'instance, à l'exception de la mémoire partagée NET-Library, sont désactivées. L'instance démarre utilise le port UPD 1434 lorsque vous activez une des Net-Libraries serveur. Pour des informations sur la désactivation ou Activation Net-Libraries serveur, consultez la rubrique « Utilitaire réseau SQL Server » dans en ligne de SQL Server 2000.

L'utilisation du port UDP 1434 sur un ordinateur n'arrêtera pas jusqu'à ce que toutes les instances de SQL Server 2000 et MSDE 2000 sur l'ordinateur aient été mis à niveau vers le SP3a et configurés pour pas les communications réseau prise en charge.

Si le port UPD 1434 est ouvert ou fermé ne dépend pas l'état de la mémoire partagée NET-Library. La mémoire NET-Library est utilisé uniquement pour les connexions locales et n'utilise pas un réseau partagée. La mémoire partagée NET-Library est toujours active ; il ne peut pas être activé ou désactivé.

Vous pouvez également spécifier si les Net-Libraries serveur sont désactivés lors de l'installation ou de la mise à niveau une instance de MSDE 2000. Utilisez le paramètre DISABLENETWORKPROTOCOLS utilitaire programme d'installation de MSDE 2000, ou la propriété MSDE 2000 fusion module SqlDisableNetworkProtocols. Pour plus d'informations sur ces options, voir 3.7.3 Paramètres du programme d'installation MSDE 2000.

Vous ne pouvez pas toutes le serveur désactiver NET-Libraries lors de l'installation ou de la mise à niveau des instances de SQL Server 2000 base de données de moteur.

Améliorations des services d'analyse 5.2

Cette section traite des améliorations à SQL Server 2000 Analysis Services qui accompagnent SP3a.

Partitions 5.2.1 distants

introduit dans le Service Pack 1

Lorsqu'une partition distante est créée sur un serveur local qui possède SP1 ou une version ultérieure installé, le serveur distant doit utiliser un compte d'utilisateur de domaine disposant autorisations d'accès complet dans le cube parent sur le serveur local. Tout compte d'utilisateur est membre des administrateurs OLAP groupe sur le serveur local a autorisations d'accès complet.
En outre, si le serveur local présente SP1 ou une version ultérieure installé, le serveur distant également doit avoir SP1 ou une version ultérieure installée sur ce dernier de sorte que le serveur local peut créer ou gérer des partitions à distance.

Mise à jour 5.2.2 Analysis Services redistribuable Installation du client

introduit dans le Service Pack 1

Analysis Services SP1 et versions ultérieures incluent versions mises à jour des programmes installation redistribuable client suivants :

• PTSLite.exe
• PTSFull.exe

Ces fichiers se trouvent dans le chemin \Msolap\Install\PTS du service pack répertoire d'installation.

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

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

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

Prise en charge 5.2.3 activé de données tiers algorithme d'exploration de fournisseurs

introduit dans le Service Pack 1

Analysis Services SP1 et versions ultérieures incluent la prise en charge de l'ajout de fournisseurs d'algorithmes l'exploration de données tiers. Pour plus d'informations sur le développement d'un fournisseur d'algorithme l'exploration de données, consultez le livre blanc « fournisseurs tiers données Exploration » et le OLE DB pour données Exploration Kit de ressources, qui inclut le code d'un fournisseur exemple données Exploration algorithme.

5.2.4 Installation Analysis Services sur un ordinateur avec les fichiers de mise à jour du client

introduit dans le Service Pack 1

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

5.2.4 Installation Analysis Services sur un ordinateur avec les fichiers de mise à jour du client

introduit dans le Service Pack 1

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

Limite 5.2.5 accrue pour les cubes OLAP référencés par un cube virtuel

introduit dans le Service Pack 3

Cubes virtuels peuvent référencer maintenant cubes jusqu'à 255. Toutefois, n'importe quel cube virtuel qui fait référence plus de 64 cubes n'est pas visible pour une version de Microsoft PivotTable ® service libéré avant le Service Pack 3.

Mot clé DESCRIPTION nouvel 5.2.6

introduit dans le Service Pack 3

Cubes locaux prennent désormais en charge la propriété de membre intrinsèque DESCRIPTION mesures et les dimensions. Le mot-clé DESCRIPTION, ajouté à l'instruction CREATE CUBE (Multidimensional Expressions), est utilisé pour prend en charge l'utilisation de la propriété de membre intrinsèque DESCRIPTION. Les clauses BNF suivantes décrivent les modifications apportées à l'instruction CREATE CUBE :

5.2.7 Nouvelle propriété client restreint PivotTable Service

introduit dans le Service Pack 3

Service Pack 3 a introduit une nouvelle PivotTable service connexion chaîne de propriété, client sensibles. Cette propriété peut être utilisée pour empêcher PivotTable service d'utiliser une fonctionnalité de cube local. Toute tentative d'utiliser une instruction qui implique la création ou l'utilisation d'un cube local, comme le CREATE CUBE, CREATE GLOBAL CUBE et instructions CREATE SESSION CUBE, génère une erreur. En outre, toute instruction qui implique la récursivité en profondeur telles comme une série d'instructions PROCÉDURES imbriquées, génère une erreur si l'instruction peut potentiellement dépassement la pile d'instruction conservée par le service de tableau croisé dynamique.

Cette propriété stocke une valeur de chaîne. Si la valeur est définie sur toute valeur de chaîne commençant par les caractères « Y », « y », « T » ou « t » ou toute valeur de chaîne peut être convertie en une valeur numérique différente de 0, Service de tableau croisé dynamique est limitée comme décrit précédemment. Si la valeur est définie sur toute autre valeur de chaîne, notamment une chaîne vide (" "), ou toute valeur de chaîne qui peut être converties en une valeur numérique égale à 0, le service de tableau croisé dynamique est illimitée. La valeur par défaut de cette propriété est « 0 ».

note Cette propriété ne restreint pas l'utilisation des modèles d'exploration de données locales.

5.2.8 Modifier dans la propriété Options de sécurité

introduit dans le Service Pack 3

Si la propriété Options de sécurité DBPROP_MSMD_SAFETY_OPTIONS_ALLOW_SAFE empêchez également l'utilisation de la PASSTHROUGH mot clé dans des cubes locales.

5.2.9 Migrer référentiel vers META Data Services désactivés par défaut

introduit dans le Service Pack 3

La possibilité d'utiliser le format de stockage META Data Services dans l'Assistant Migration de référentiel a été désactivée dans le Service Pack 3 ou version ultérieure, et ce format n'est pas recommandé. Toutefois, si ce format est requis pour des raisons commerciales, vous pouvez activer l'option à la clé de Registre EnableMigrationToMetaDataServicesFormat .

Par défaut, cette clé de Registre n'existe pas ; il doit être manuellement créé au HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server\Server des infos de connexion et définir pour permettre la migration du référentiel pour le Meta Data Services format. Cette clé de Registre stocke une valeur de chaîne qui respecte la casse. Si la valeur est définie sur 1 ou la valeur True , migration du référentiel vers le format Meta Data Services est activée. Si la valeur est définie sur toute autre valeur de chaîne, ou si la clé de Registre n'existe pas, la migration du référentiel vers le format Meta Data Services est désactivée.
Remarque Si la valeur de cette clé de Registre est modifiée, la modification prend effet immédiatement.

5.2.10 Autorisations doit être modifié dans un dossier de données à distance

introduit dans le Service Pack 3

Si le dossier données de services d'analyse se trouve sur un ordinateur autre que celui sur lequel s'exécute le serveur d'analyse, vous devez modifier les autorisations sur le dossier après avoir exécuté le SP3a programme d'installation. Sur l'ordinateur distant, définir les autorisations dans le dossier pour autoriser l'accès Contrôle total par tous les membres du groupe Administrateurs OLAP sur l'ordinateur qui exécute l'analyse serveur. Dans le temps, lorsque les membres sont ajoutés ou supprimés à partir du groupe Administrateurs OLAP, assurez-vous modifier les autorisations sur les données à distance de dossier afin que qu'il reflète l'appartenance en cours de la Administrateurs OLAP groupe. Ceci autorise la sauvegarde et restaurer à fonctionner correctement.

En outre, après avoir exécuté le SP3a programme d'installation, vous devez autoriser le compte sous lequel le serveur d'analyse est exécuté contrôle complet de l'accès au dossier de données distant.

Si vous appliquez le SP3a à une instance d'Analysis Services en une configuration en cluster, les administrateurs OLAP au niveau du domaine groupe doit être autorisé l'accès Contrôle total au dossier données distant. Pour plus d'informations sur la création et l'utilisation d'un groupe d'administrateurs OLAP au niveau du domaine, voir article de support 308023 disponible à la Product Support Services de base de connaissances.

Améliorations de la réplication 5.3

Cette section traite des améliorations à la réplication SQL Server 2000 qui accompagnent SP3a.

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

introduit dans le Service Pack 1

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

Si vous utilisez la réplication transactionnelle et avez plusieurs index de la table d'abonnement, et uniquement quelques valeurs de colonne changent en raison des mises à jour, la surcharge de gestion de l'index pouvez limiter performances lorsque des modifications sont appliquées sur l'abonné. Par exemple, une base de données abonnement utilisée fins de génération d'états peut avoir beaucoup d'index plus que la base de données de composition. Création dynamique de l'instruction UPDATE au moment de l'exécution peut améliorer les performances. La mise à jour contient uniquement les colonnes qui ont été modifiés, création d'une chaîne de mise à jour optimale.

Ce service pack comprend une procédure stockée, sp_scriptdynamicupdproc qui génère une procédure stockée personnalisée que vous pouvez utiliser sur l'abonné pour créer la mise à jour de manière dynamique instruction au moment de l'exécution. Toutefois, la création de l'instruction UPDATE dynamique au moment de l'exécution requiert traitement supplémentaire.

sp_scriptdynamicupdproc

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

jeux de résultats

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

Remarques

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

autorisations

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

exemples

Cet exemple montre comment crée un article (avec artid défini sur 1) dans la table authors de la base de données pubs et indique que l'instruction UPDATE est la procédure stockée personnalisée à exécuter :

« sp_mupd_authors MCALL »

Generate the custom stored procedures to be executed by the Distribution Agent at the Subscriber by running the following stored procedure at the Publisher: Après avoir exécuté cette procédure stockée, vous pouvez utiliser le script résultant pour créer manuellement la procédure stockée aux abonnés.

Instructions de mise à jour 5.3.2 transactionnelles réplication en colonnes distinctes

introduit dans le Service Pack 1

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

Si la mise à jour n'affecte qu'une seule ligne, il y n'a aucun risque d'une violation d'unicité. Par conséquent, l'indicateur de suivi 8207 a été ajouté à ce service pack pour autoriser les mises à jour n'importe quelle colonne unique qui affectent uniquement une ligne à répliquer que les instructions UPDATE. Cette optimisation a été ajoutée en particulier pour les applications déclencheurs de mise à jour définis par l'utilisateur sur l'abonné et requiert ces déclencheurs pour déclencher des mises à jour qui n'affectent qu'une seule ligne dans une colonne unique.
Pour utiliser l'indicateur de suivi 8207, activer à partir de l'invite de commande (T8207 sqlservr.exe) ou à l'exécution l'aide de DBCC TRACEON(8207,-1) avant l'agent de lecture du journal est démarré.

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

Restrictions 5.3.3 supprimées du traitement de l'instantané simultanées

introduit dans le Service Pack 1

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

Réplication transactionnelle 5.3.4 script des procédures stockées personnalisées

introduit dans le Service Pack 1

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

sp_scriptpublicationcustomprocs

Dans une composition dans laquelle l'option pour générer automatiquement un schéma de procédure personnalisée est activée, la procédure stockée
sp_scriptpublicationcustomprocs scripts les procédures INSERT, UPDATE et DELETE personnalisés pour tous les articles de table.
sp_scriptpublicationcustomprocs est particulièrement utile pour configurer des abonnements pour lequel l'instantané est appliquée manuellement. Renvoyer les valeurs de code (succès) de 0 ou 1 (Échec de jeux de résultats

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

Remarques

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

autorisations

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

exemple

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

Nettoyer les métadonnées en fonction de rétention de réplication de fusion 5.3.5

introduit dans le Service Pack 1

Lorsque tables système de réplication de fusion et publipostage contiennent de grandes quantités de données méta, nettoyage les données de métadonnées améliore les performances. Avant vers SQL Server 2000 SP1, métadonnées peuvent être nettoyées des uniquement par exécution sp_mergecleanupmetadata. Toutefois, SQL Server 2000 SP1 et versions ultérieures incluent métadonnées en fonction de rétention nettoyage, qui signifie que les métadonnées peuvent être automatiquement supprimées des tables système suivantes :

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

note Avant que tables image présenter si le @keep_partition_changes option Optimisation de synchronisation est activée dans la composition.

En fonction de rétention meta nettoyage des données se produit comme suit :

• Si le paramètre d'agent de fusion et ?MetadataRetentionCleanup est défini sur 1, car il est par défaut, l'Agent de fusion et nettoie l'abonné et l'éditeur impliqués dans la fusion.
• Si le paramètre-MetadataRetentionCleanup paramètre est définie sur 0 automatique de nettoyage ne se produit pas. Dans ce cas, initier manuellement en fonction de rétention métadonnées nettoyage par l'exécution de s p_mergemetadataretentioncleanup. Cette procédure stockée doit être exécutée dans chaque éditeur et abonné qui doit être nettoyée. Il est recommandé, mais pas obligatoire, que Publisher les abonnés être nettoyé à points similaires dans le temps (voir éviter les conflits False plus loin dans cette section).
  
  note Le -MetadataRetentionCleanup paramètre est défini sur 1 pour tous les profils d'agent de fusion qui sont fournis avec SQL Server 2000 SP1 et versions ultérieures. Si vous mettez à niveau un serveur vers Service Pack 1 ou version ultérieure et puis ajoutez la réplication de fusion, le profil d'agent de fusion est automatiquement mis à jour pour inclure ce paramètre. Si vous mettez à niveau un serveur disposant déjà réplication de fusion activée pour le Service Pack 1 ou version ultérieure, l'Agent de fusion et profil n'est pas automatiquement mis à jour ; mettre à jour le profil en exécutant sp_add_agent_parameter (voir paramètre supplémentaire de sp_add_agent_parameter plus loin dans cette section).
  
  important La période de rétention par défaut pour les compositions est de 14 jours. Si un article appartient à plusieurs compositions, il peut être périodes de rétention différents. Dans ce cas, la plus longue période de rétention est utilisée pour déterminer le plus proche possible de temps qui nettoyer peut se produire. Si il existe plusieurs compositions sur une base de données, et si l'une des ces compositions utilise une période de rétention composition infinie (@retention = 0 ), fusionner les données méta pour la base de données n'est pas automatiquement nettoyée. Pour cette raison, utilisez composition infinie rétention avec précaution

Paramètres supplémentaires pour sp_add_agent_parameter

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

Pour être automatique rétention-basé nettoyer se produire dans une base de données impliqué dans la réplication de fusion, la base de données et l'Agent de fusion doivent tous deux sur les serveurs qui exécutent SQL Server 2000 SP1 ou version ultérieure. Par exemple :

• Une extraction de SQL Server 7.0 abonné n'exécute pas nettoyer à un éditeur SQL Server 2000 Service Pack 1.
• Une commande SQL Server 2000 SP1 Agent de fusion n'exécute pas nettoyer dans une base de données pré-SP1 SQL Server 2000 abonné.
• Un push de SQL Server 2000 SP1 Agent de fusion exécute nettoyage dans une base de données SQL Server 2000 Service Pack 1 Publisher, même si elle possède les abonnés qui exécutent SQL Server 2000 ou version antérieure.

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

empêcher les conflits False

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

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

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

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

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

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

5.3.6 Sauvegarde et restauration des problèmes de réplication de fusion

introduit dans le Service Pack 1

Une base de données composition qui est restaurée à partir d'une sauvegarde doit tout d'abord synchroniser avec une base de données abonnement disposant d'un abonnement global (c'est-à-dire, un abonnement ayant une valeur de priorité affectée) pour garantir le comportement de convergence correct. Synchronisation garantit que les modifications qui ont été perdues à la composition de base de données en raison de l'opération de restauration sont réappliquées avec précision.

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

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

• Restaurer les bases de données abonnement à partir de sauvegardes qui ne sont pas au-delà de la période de rétention.
  
  Restaurer une base de données abonnement à partir d'une sauvegarde uniquement si la sauvegarde est non antérieurs à la plus courte période de rétention de toutes les compositions à laquelle l'abonné s'abonne. Par exemple, si un abonné s'abonne à trois compositions comportant des périodes de rétention de 10, 20 et 30 jours, respectivement, la sauvegarde utilisée pour restaurer la base de données ne peut pas faire plus de 10 jours.
• La synchronisation avant de générer une copie de sauvegarde.
  
  Il est fortement recommandé qu'un abonné synchroniser avec l'éditeur avant d'effectuer une sauvegarde. Dans le cas contraire, le système peut converge pas correctement si l'abonné est restauré à partir de cette sauvegarde. Bien que le fichier de sauvegarde peut être nouveau, la dernière synchronisation avec un éditeur peut être presque aussi ancienne comme période de rétention. Par exemple, imaginez une composition avec une période de rétention de 10 jours. La dernière synchronisation était de 8 jours et maintenant la sauvegarde est effectuée. Si la sauvegarde est appliquée 4 jours plus tard, la dernière synchronisation s'être produite 12 jours, qui est au-delà de la période de rétention. Si l'abonné a synchronisé droite avant la sauvegarde, la base de données d'abonnement serait durant la période de rétention.
• Réinitialiser l'abonné si vous modifiez la valeur de rétention de composition.
  
  Si vous souhaitez modifier la valeur de rétention de composition, réinitialiser manuellement l'abonné pour éviter l'une non-convergence de données. Les méta-données en fonction de rétention nettoyer la fonctionnalité supprime métadonnées obsolète tables système de fusion et lorsque la période de rétention composition est atteinte.
  
  La valeur de rétention de composition est utilisée pour déterminer quand les abonnements qui n'ont pas synchronisé durant la période de rétention expire. Si, après un nettoyage, la période de rétention composition est augmentée et si un abonnement tente fusionner avec l'éditeur (qui a déjà supprimé les données de métadonnées), l'abonnement expire pas en raison de la valeur rétention accrue. En outre, l'éditeur n'a pas les données nécessaires meta pour télécharger les modifications pour les abonnés qui mène à une non-convergence.
• Utilisez les mêmes valeurs de rétention composition pour tous les éditeurs et leurs partenaires de synchronisation autre. Utiliser des valeurs différentes peut engendrer une non-convergence.

Restauration 5.3.7 répliquée bases de données depuis une autre version de SQL Server

introduit dans le Service Pack 1

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

• Si vous restaurez la base de données vers SQL Server 2000 SP3a à partir d'une sauvegarde créée avec SQL Server 2000 et que vous souhaitez conserver les paramètres de réplication, vous devez exécuter sp_vupgrade_replication. Exécution de sp_vupgrade_replication garantit que les données de métadonnées de réplication sont mis à niveau. Si vous n'exécutez pas sp_vupgrade_replication , les données de métadonnées de réplication peuvent rester dans un état imprévisible.
• Si vous restaurez la base de données vers SQL Server 2000 à partir d'une sauvegarde créée avec SQL Server 7.0 (la version, SP1, SP2, SP3 et Service Pack 4) et que vous souhaitez conserver les paramètres de réplication, vous devez recréer la sauvegarde avant d'installer les service packs. Il est possible de restaurer la base de données pour SQL Server 2000 SP3a directement à partir d'une sauvegarde d'une base de données répliquée créé dans SQL Server 7.0, mais les paramètres de réplication ne sont pas conservées.

5.3.8 Nouveau - MaxCmdsInTran paramètre pour l'agent de lecture journal

introduit dans le Service Pack 1

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

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

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

définir le paramètre ?MaxCmdsInTran

Spécifiez un nombre entier positif (1 ou ci-dessus) de l'option-valeur du paramètre MaxCmdsInTran. Si vous spécifiez la valeur 0 équivaut à ne pas à l'aide du paramètre. Étant donné que ce paramètre améliore les performances uniquement lorsque la transaction est très volumineuse, une valeur de 5 000 ou plus pour ce paramètre est généralement. Par exemple :

Logread.exe - MaxCmdsInTran 10000.

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

Restriction 5.3.9 sur index cluster non uniques

introduced dans Service Pack 2 (s'applique à la réplication transactionnelle uniquement)

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

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

introduits dans SP2

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

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

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

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

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

EXEC sp_add_agent_parameter 1, MaxNetworkOptimization, 1

5.3.11 Fusionner réplication utilise nouveau rôle

introduit dans le Service Pack 3

Service Pack 3 et automatiquement plus tard crée un nouveau rôle pour une utilisation par la réplication de fusion et publipostage. Le nom du nouveau rôle est dans l'écran MSmerge-< code composition. Le rôle est créé dans l'éditeur de chaque composition réplication de fusion et publipostage et agit comme la liste d'accès composition (PAL) pour contrôler l'accès aux publications de l'éditeur de fusion. Si ce rôle est supprimé, vous pouvez exécuter une procédure stockée inclue dans le SP3 ou version ultérieure, sp_createmergepalrole, pour recréer le rôle. Cette procédure stockée est exécutée dans l'éditeur de la composition de base de données pour recréer le rôle. sp_createmergepalrole Renvoyer les valeurs de code (succès) de 0 ou 1 (échec) aux notes

Exécutant sp_createmergepalrole ajoute une nouvelle ligne au tableau sysusers pour le nouveau rôle. Le nom de ce nouveau rôle est basé sur la valeur de la colonne pubid dans la table sysmergepublications pour la composition donnée. Le préfixe du nom de rôle est « MSMerge_ » et la valeur pubid est ajoutée (sans les traits d'union) au nom de rôle.

autorisations

Seuls les membres de sysadmin fixe du rôle de serveur ou de rôle de base de données fixe db_owner peuvent exécuter sp_createmergepalrole .

5.3.12 Nouvelle configuration pour les abonnements créé par les utilisateurs non-sysadmin

introduit dans le Service Pack 3

Si une souscription est créée par un utilisateur qui n'est pas un membre de sysadmin fixe rôle de serveur, vous devez effectuer l'une des opérations suivantes :

• Configurer le compte de proxy Agent SQL Server avec un nom d'accès et un mot de passe pour que l'étape de travail SQL Server Agent associée à l'agent de réplication fonctionne avec des privilèges suffisants. Pour plus d'informations, consultez la rubrique xp_sqlagent_proxy_account dans la documentation en ligne de SQL Server.
• Modifier le propriétaire de l'étape de travail à un utilisateur qui est membre du rôle de serveur fixe sysadmin avant d'exécuter l'agent.

note La fonctionnalité de l'activation agent distant nécessite toujours de l'étape de travail pour s'exécuter dans le contexte d'un compte d'utilisateur du rôle de serveur fixe sysadmin.

5.3.13 Remplace par les autorisations pour les procédures stockées

introduit dans le Service Pack 3

Autorisations ont été modifiées sur un nombre de procédures stockées utilisées pour mettre en ?uvre, gérer et surveiller une topologie de réplication. La plupart de ces modifications implique un renforcement des autorisations requises pour exécuter les procédures stockées. Pour plus d'informations sur les nouvelles autorisations, consultez la documentation de référence Transact-SQL pour les procédures stockée de réplication de la version mise à jour de la documentation en ligne de SQL Server. Pour plus d'informations sur la mise à jour documentation en ligne de SQL Server, voir la section 1.6 mis à jour documentation en ligne documentation est disponible.

5.3.14 Nouveau paramètre de sp_addmergearticle et sp_changemergearticle

introduit dans le Service Pack 3

Un nouveau paramètre, @published_in_tran_pub , a été ajouté à des sp_addmergearticle sp_changemergearticle . Ce paramètre est utilisé pour indiquer qu'un article dans une composition de fusion et publipostage est également publié dans une publication transactionnelle. @published_in_tran_pub est nvarchar(5), avec la valeur par défaut faux. La valeur TRUE indique que l'article est également publié dans une composition transactionnelle.

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

5.3.15 Nouvelle page pour configurer Assistant distribution et de publication

introduit dans le Service Pack 3

Le configuration publication distribution Assistant et inclut désormais une nouvelle page : distributeur le mot de passe. Vous devez taper un mot de passe de cette page si vous sélectionnez un ou plusieurs éditeurs pour utiliser le serveur comme un distributeur à distance et un ou plusieurs des ces éditeurs exiger un mot de passe. La connexion entre un éditeur et un distributeur à distance est un hybride d'un serveur lié et un serveur distant. La connexion utilise la connexion distributor_admin. Par défaut, l'éditeur est configuré comme non approuvée au distributeur à distance, un mot de passe est requis.

note Si vous avez téléchargé et installé en ligne de SQL Server 2000 (mis à jour - SP3), cette information est disponible lorsque vous cliquez sur le bouton Aide de la nouvelle page.

5.3.16 Passe à la prise en charge Windows le Gestionnaire de synchronisation

introduit dans le Service Pack 3

SQL Server permet d'activer abonnements existants (créés à l'aide SQL Server Enterprise Manager, SQL-DMO et procédures stockée de réplication) pour une utilisation avec Gestionnaire de synchronisation Windows. Vous pouvez également créer nouveaux abonnements l'aide du Gestionnaire de synchronisation Windows. Après avoir appliqué le service pack, lors de la synchronisation d'un abonnement, Gestionnaire de synchronisation Windows vous invite à Entrez le mot de passe ou les mots de passe requis pour se connecter aux serveurs impliqués dans la synchronisation.

5.3.17 Modifier à la configuration d'association ou restaurer une base de données de réplication

introduit dans le Service Pack 3

Sous un certain ensemble de conditions, la réplication peut fonctionnement au cours de joindre ou la restauration une base de données publiée. Ces conditions sont :

• Service Pack 3 ou version ultérieure a été appliqué.
• L'utilisateur de joindre la base de données n'est pas un membre du rôle de serveur fixe sysadmin .
• Base de données entre le chaînage n'a pas été autorisé.

Si toutes ces conditions sont remplies, vous devez exécuter la procédure sp_changedbowner stockées sur la base de données attachée ou restauré. Affecter propriétaire à la connexion d'administrateur intégré sa . Cela garantit que la réplication fonctionne correctement.

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

Pour plus d'informations sur chaînage propriété inter-base de données, voir la section 5.1.11 chaînage de la propriété Cross-base de données.

5.4 SQL Server Agent améliorations

Cette section traite des améliorations à SQL Server Agent qui sont incluses dans le SP3a.

Informations de compte journaux Server Agent de 5.4.1 SQL

introduits dans SP2

Historique la SQL Server Agent des travaux maintenant enregistrements Windows compte sous lequel s'exécute chaque étape de travail. Ces informations permettent aux administrateurs de diagnostiquer les problèmes de sécurité avec les tâches planifiées, y compris les tâches planifiées sont définies pour la réplication et tâches DTS (Data Transformation Services).

5.4.2 Devient configurations serveur maître/destination

introduit dans le Service Pack 3

Administration multiserveur est le processus d'automatisation des tâches d'administration entre plusieurs instances de SQL Server. Utiliser multiserveur administration si vous gérez des deux ou plusieurs serveurs et que vous avez à centraliser les tâches de maintenance.

Dans le SP3a, le compte de service de l'agent de serveur SQL n'est être un administrateur de Windows, sauf si vous devez utiliser le compte de proxy de l'Agent SQL Server. Pour plus d'informations sur le SQL Server Agent proxy compte, voir la section 5.7.3 SQL Server Agent proxy compte améliorations. Le compte de service SQL Server Agent doit être un membre du sysadmin fixe rôle de serveur.

Avec l'administration multiserveur, vous devez disposer au moins un serveur principal et serveur au moins une cible. Un serveur maître distribue les tâches et reçoit les événements à partir des serveurs cibles. Un serveur maître stocke la copie centrale de définitions de travail pour les tâches qui s'exécutent sur serveurs cibles. Serveurs cibles se connecter périodiquement à leur serveur maître mettre à jour leur liste de tâches pour effectuer. Si un nouveau travail existe, le serveur cible télécharge le travail et déconnecte le serveur principal. Une fois que le serveur cible termine le travail, il se reconnecte sur le serveur principal et affiche l'état du travail.

Avant d'appliquer le SP3a, vous devez effectuer plusieurs étapes pour mettre à niveau votre configuration du serveur maître/destination SQL Server 2000. Les modifications qui sont introduites avec SP3a sont incompatibles avec les serveurs de destination SQL Server 7.0, ou avec les serveurs n'exécutant pas SP3a. Ceci est une modification de la fonctionnalité de SQL Server 2000 d'origine.

pour mettre à niveau votre configuration de serveur maître/cible

1. Créer un nouveau compte de (serveur principal) MSX sur votre serveur principal. Cela consiste à préparer TSX (cible) serveur (ou serveurs) pour la mise à niveau. Pour ce faire, exécutez les commandes suivantes.

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

   où <msxaccount> représente le nom de connexion SQL que vous choisissez et les <msxaccountpassword> représente le mot de passe associé.
   
   note Ces valeurs de doivent être placées entre guillemets simples.
   
   Vous disposez des options suivantes lors du choix d'un compte MSX :
   • L'authentification Windows. Cela est l'option la plus sûre, car les mots de passe ne devez pas être stockés, et SQL Server et l'Agent SQL Server peuvent être configuré sans droits d'administrateur locales Windows.
   • L'authentification SQL Server. Cela nécessite les comptes de service SQL Server Agent pour que les droits d'administrateur locales fenêtre car SQL Server stocke le nom d'utilisateur et le mot de passe comme un secret autorité (LSA) de sécurité locale et l'accès est restreint aux administrateurs Windows locales. Vous pouvez créer un compte pour tous les serveurs TSX, ou vous pouvez créer un compte pour chaque serveur TSX.
   Ne spécifiez pas un compte de sondage Agent SQL Server (_msx_probe_login <nom_ordinateur>). Dans le cadre de la mise à niveau vers Service Pack 3 ou version ultérieure, SQL Server supprime les anciens comptes sondage car les serveurs TSX utilisent plus les.
2. Mettre à niveau vos serveurs TSX vers SP3a à la fois. (Avant d'appliquer le service pack, consultez l'étape 3 pour plus d'informations sur minutage de la mise à niveau.)
3. Pour réduire le temps, exécutez la procédure stockée étendue xp_sqlagent_msx_account sur chaque serveur TSX peu une fois la mise à jour SP3a.
   
   note Après avoir exécuté xp_sqlagent_msx_account, Agent SQL doit être arrêté et redémarré sur chaque serveur.
   
   Pour plus d'informations sur xp_sqlagent_msx_account, voir la section 5.4.3 nouveau SQL Server Agent étendue procédure stockée.
4. Appliquer le SP3a à votre serveur principal. Les anciens comptes _msx_probe sont supprimés par le programme d'installation SP3a, car les serveurs TSX utilisent plus les. Si un compte possède des tâches SQL Agent, le compte n'est pas supprimé et vous devez modifier le propriétaire des tâches à un autre utilisateur et supprimer manuellement ces comptes. Si vous souhaitez continuer à utiliser les anciens comptes _msx_probe que propres tâches SQL Agent, vous devrez peut-être modifier le mot de passe du compte _msx_probe.

Procédure stockée 5.4.3 nouveau SQL Server Agent étendu

introduit dans le Service Pack 3

SP3a inclut une étendue procédure stockée qui vous permet de configurer le compte que le serveur SQL Server Agent TSX utilise de télécharger les instructions à partir d'un serveur MSX. Ce compte est également connu sous le nom le compte MSX ou le compte serveur maître.

xp_sqlagent_msx_account

xp_sqlagent_msx_account procédure stockée étendue définit ou extrait le nom d'utilisateur SQL Server Agent MSX compte et le mot de passe vers ou depuis les secrets LSA sur le serveur TSX. Seuls les membres du rôle de serveur fixe securityadmin peuvent exécuter cette procédure stockée étendue.

Avant d'exécuter ce étendu stockées procédure, SQL Server Agent doit exécuter. En outre, si le compte spécifié est un SQL Server login, SQL Server Agent doit avoir les locales droits d'administrateur Windows. Agent SQL Server stocke le nom d'utilisateur et le mot de passe comme un secret LSA, et l'accès est restreint aux administrateurs Windows locales. Extrait le compte SQL Server Agent MSX actuel. N'GET » est un nvarchar avec aucune valeur par défaut. Le mot de passe n'est pas signalée pour des raisons de sécurité.

N'SET '

Définit le compte à utiliser comme le MSX SQL Server Agent compte. Paramètres utiliser le MSX_username et MSX_password pour spécifier le compte à utiliser comme compte SQL Server Agent MSX. N'SET » est un nvarchar avec aucune valeur par défaut.

N'DEL '

Supprime le compte SQL Server Agent MSX.

« MSX_domain_name »

Réservé pour un usage futur.

« MSX_username »

Nom du compte Windows à utiliser comme le compte SQL Server Agent MSX. Spécifiez une chaîne vide pour ce paramètre et MSX_password pour sélectionner la sécurité de Windows. Dans ce cas, l'agent SQL Server service compte informations d'identification sont utilisées pour ouvrir une session sur le serveur MSX. MSX_username est un nvarchar avec aucune valeur par défaut.

« MSX_password »

Mot de passe du compte SQL Server spécifié dans MSX_username. Spécifiez une chaîne vide pour ce paramètre et le MSX_username pour sélectionner la sécurité de Windows. Dans ce cas, les informations d'identification du compte SQL Server Agent service servent à se connecter à celui-ci MSX. MSX_password est un nvarchar avec aucune valeur par défaut.

note Paramètres de xp_sqlagent_msx_account doivent être spécifiés dans l'ordre. Paramètres nommés ne peut pas être utilisés.
Renvoyer les valeurs de code

Renvoie une valeur de 0 sur la réussite ou 1 en cas d'échec
Lorsque xp_sqlagent_msx_account échoue et renvoie la valeur 1, SQL Server génère un message d'erreur avec des informations sur l'erreur.
jeux de résultats

Si un compte SQL Server Agent MSX a été défini, xp_sqlagent_msx_account renvoie un résultat défini avec les informations suivantes lorsque vous spécifiez N'GET ' . Si un compte SQL Server Agent MSX n'a pas été défini, ou si N'SET ' est ne spécifié, aucun jeu de résultats est renvoyé.

autorisations

Exécuter autorisations xp_sqlagent_msx_account par défaut aux membres du rôle de serveur fixe securityadmin .

exemples

• Récupérer le MSX de Agent SQL Server actuellement affectée compte
  
  L'exemple suivant extrait le compte actuellement affecté à utiliser comme le compte SQL Server Agent MSX :
  
  EXEC master.dbo.xp_sqlagent_msx_account N'GET »
• Définir le compte de MSX Agent SQL Server pour utiliser Windows authentification
  
  L'exemple suivant définit la MSX SQL Server Agent compte à utiliser l'authentification Windows :

  EXEC master.dbo.xp_sqlagent_msx_account N'SET',
     N'',  -- Reserved for future use 
     N'',  -- MSX_username
     N''  -- MSX_password
  

• Définir le compte SQL Server Agent MSX à SQL Server l'authentification
  
  L'exemple suivant montre comment définir le MSX SQL Server Agent compte Ralph et spécifie un mot de passe :

  EXEC master.dbo.xp_sqlagent_msx_account N'SET',
     N'',  -- Reserved for future use 
     N'Ralph',  -- MSX_username
     N'RalphPwd'  -- MSX_password
  

• Supprimer le compte SQL Server Agent MSX
  
  L'exemple suivant supprime le compte SQL Server Agent MSX. Cela signifie que SQL Server Agent par défaut l'authentification de sécurité intégrée de Windows.
  
  
  EXEC master.dbo.xp_sqlagent_msx_account N'DEL »

5.4.4 SQL Server Agent autorisation chèques

introduit dans le Service Pack 3

SQL Server vérifie maintenant que le propriétaire de travail Agent possède une autorisation à ajouter ou remplacer le fichier journal de sortie de chaque travail. Cela se produit de trois façons :

• Si le propriétaire travail est un membre de sysadmin fixe rôle de serveur, le fichier journal de sortie travail peut être écrits sur le serveur.
• Si le propriétaire de travail est un utilisateur Windows, SQL Server vérifie si l'utilisateur a l'autorisation d'écrire dans l'emplacement des fichiers travail sélectionné sortie journaux sur le serveur.
• Si le propriétaire de travail est un utilisateur SQL Server, SQL Server vérifie le compte de proxy l'agent de serveur SQL autorisation d'écrire dans l'emplacement des fichiers travail sélectionné sortie journaux sur le serveur. Si le compte proxy n'a pas été défini, aucun journal n'est écrit.

Dans tous les cas, les tâches sont écrits avec SQL Server Agent informations d'identification, mais SQL Server maintenant tests afin de vous assurer l'utilisateur a l'autorisation d'écrire dans la sortie de travail sélectionné journal emplacement de fichier sur le serveur. Erreurs apparaissent dans l'historique de travail, mais les étapes de travail ne pas échouer si le fichier journal ne peut pas être écrite.

Profils MAPI 5.4.5 SQL Agent Mail

introduit dans le Service Pack 3

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

5.5 SQL Server Connectivity Components améliorations

Cette section présente les améliorations aux composants de connectivité de SQL Server 2000 qui accompagnent SP3a.

5.5.1 Mises à jour pour Microsoft Data Access Components

introduites dans le SP3a

SP3a inclut mises à jour à la Microsoft Data Access Components (MDAC). Lorsque vous installez SP3a, MDAC 2.7 Service Pack 1 a est également installé. MDAC 2.7 Service Pack 1 a n'a aucune modification de fonctionnalité de la version de MDAC installée par SQL Server 2000 (MDAC 2.6), mais elle inclut correctifs et améliorations de sécurité. MDAC 2.7 Service Pack 1 a comprend une mise à niveau vers Service Pack 3 MSXML 3.

note Cette version de MDAC n'est pas installée si le programme d'installation détecte la même version ou une version plus récente.

Pour plus d'informations sur cette version de MDAC, consultez le site Web Microsoft Universal Data Access sur cette page sur microsoft.com. Correctifs inclus dans cette version de MDAC va être documentés dans article 326848 de la base de connaissances. Vous pouvez accéder à partir de la base de connaissances Microsoft Support Services à cet article.

Prise en charge 5.5.2 QLogic Architecture interface virtuel

introduit dans le Service Pack 3

SQL Server prend désormais en charge QLogic virtuel interface implémentations de réseau SAN (System Area Network) Architecture (VIA). Pour permettre la prise en charge SQL Server pour les connexions via QLogic VIA, ordinateurs le client et le serveur doivent fournissent le résolution d'adresse IP dans un fichier nommé Vihosts dans le dossier system32\drivers\etc Windows approprié. Utilisez adresses IP provenant de la respectifs cartes réseau QLogic VIA et d'ordinateur réel noms. Dans le cas contraire, les connexions ne peut pas être établies pour les instances nommées ou avec d'autres protocoles IP tels que TCP ou des canaux nommés. Le fichier Vihosts n'est pas nécessaire pour Giganet VIA la connexion.

note Vous devez identifier correct VIA le fournisseur sur les ordinateurs clients Aide de l'utilitaire réseau client. Sélectionnez la valeur appropriée dans le fournisseur zone de liste déroulante. L'action correspondante doit également être terminée sur des serveurs via l'utilitaire réseau serveur.

Améliorations des services données 5.6 META

Cette section traite des améliorations à SQL Server 2000 META données Services qui accompagnent SP3a.

Métafichiers 5.6.1 données navigateur exporte au format Unicode

introduit dans le Service Pack 1

Explorateur de données META exporte maintenant métadonnées basé sur XML au format Unicode. Avant de SQL Server 2000 SP1, le navigateur exportés code ANSI, qui ne prend pas en charge les caractères non reconnus. Cette modification fonctionnelle est invisible pour l'utilisateur. De cette version SP3a, les données exportées sont toujours exprimées comme Unicode. Vous pouvez toujours exporter dans le code ANSI en définir la valeur de Registre clé HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport à 0. La liste suivante représente les valeurs que vous pouvez définir pour cette clé de Registre :

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

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

5.6.2 Script désactivé prise en charge

introduit dans le Service Pack 3

La prise en charge dans les modèles d'informations script a été désactivée. Après l'installation de SP3a, vous recevez l'erreur suivante si votre application accède à une propriété ou méthode pour lequel un script est défini :
EREP_SCRIPTS_NOTENABLED

Pour activer la prise en charge du script

Si vous souhaitez poursuivre l'exécution de scripts, vous pouvez utiliser la procédure suivante pour créer un paramètre de Registre qui permet la prise en charge du script.

• Ouvrez l'Éditeur du Registre et accédez à HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.
• Créer une clé de Registre nommée référentiel (s'il n'existe pas déjà) et puis créer une sous-clé appelée moteur afin que le chemin d'accès soit égal Repository\Engine.
• Dans la clé de Registre moteur , ajoutez une nouvelle valeur DWORD nommée AllowScripting et définir la valeur à 1 . Si vous souhaitez désactiver le script ultérieurement, définissez la valeur de cette nouvelle clé de Registre sur 0 .

important Vous devez toujours sécuriser des informations sur les modèles et la base de données référentiel pour empêcher tout accès non autorisé.

5.6.3 Nouveau RepositoryUser rôle d'accès aux informations d'espace de stockage

introduit dans le Service Pack 3

SQL Server inclut dans la base de données msdb un ensemble des tables, des procédures stockées et des vues contenant des informations utilisées par le moteur de stockage de services de données META. Dans le Service Pack 3, un nouveau rôle dédié nommé RepositoryUser a été ajouté et doit servir aux informations de référentiel accès et de mise à jour. Ce rôle a été accordé Créer, lire, mettre à jour, supprimer et exécuter des autorisations sur ces objets. Le rôle public n'a plus autorisations sur ces objets. .

Cette modification affecte existant objets espace de stockage plus aux objets supplémentaires créés par le moteur de stockage à l'avenir. Les utilisateurs et les applications qui accèdent le référentiel via le rôle public doivent être ajoutées au rôle RepositoryUser .

Améliorations des services transformation de données 5.7

Cette section traite des améliorations à des services SQL Server 2000 DTS qui accompagnent SP3a.

L'Assistant DTS 5.7.1 limites non plus de colonnes de type String à 255 caractères

introduits dans SP2

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

Contexte de sécurité 5.7.2 enregistré pour exécuter des packages DTS par l'agent SQL Server

introduits dans SP2

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

Améliorations du compte proxy 5.7.3 SQL Server Agent

introduits dans SP2

Antérieure à SP2, packages DTS stockés sur le serveur n'a pas pu être exécutés sous les informations d'identification du compte de proxy de l'Agent SQL Server à moins que le compte proxy avait accès au dossier Temp utilisateur pour le compte sous lesquels le serveur (dans le cas de tâches à exécuter à partir de xp_cmdshell ) ou l'agent (dans le cas de tâches agent) a été exécuté. Par conséquent, les utilisateurs devaient souvent ajuster la variable d'environnement TEMP pour le compte de démarrage SQL Server ou de l'agent SQL pointer vers un répertoire qui a été accessible par le démarrage et les comptes proxy, tels que C:\Temp. Dans le Service Pack 2 et versions ultérieures, DTS a été améliorée pour utiliser le système Temp dossier si le dossier Temp utilisateur est indisponible, considérablement réduire le besoin de ces ajustements.

5.7.4 Enregistrer dans Services de données META désactivé par défaut

introduit dans le Service Pack 3

Par défaut, Service Pack 3 et ultérieure désactive l'option pour stocker DTS packages dans Services de données META . Cela signifie que l'option métafichier Data services n'apparaît pas dans la liste déroulante emplacement dans la boîte de dialogue Enregistrer les packages DTS . En outre, cette option est désactivée sur la enregistrer, planification, package répliqué page et dans l'Assistant Importation/Exportation DTS les.

pour autoriser des packages enregistrés dans les services de données META

• Dans SQL Server Enterprise Manager, cliquez avec le bouton droit sur le n?ud Services DTS , cliquez sur Propriétés , puis cliquez sur Activer enregistrer pour les services de métadonnées.

note Vous devez avoir ouvert une session avec des privilèges d'administrateur pour modifier cette propriété.

Lorsque l'option pour stocker les packages dans META Data Service est désactivée, vous pouvez charger les packages existants à partir de services de données métafichier, modifier les et Enregistrer à l'aide de l'option Enregistrer META Data Services. Toutefois, les services de données métafichier n'est pas disponible à partir l' Enregistrer sous option. Par exemple, vous ne pouvez pas re-save un package pour META Data Services en utilisant un nom différent.

Améliorations 5.8 XML

La rubrique suivante décrit une amélioration pour XML et SQLXML dans le SP3a.

Validation 5.8.1 améliorée des expressions XPath

introduit dans le Service Pack 3

Antérieure à SP3, la version de MSXML qui a été installé avec SQL Server 2000 (MSXML 2.6) autorisés un prédicat dans une expression XPath pour suivre l'abréviation d'un caractère spécial qui identifie le n?ud de contexte en cours, qui est indiqué par un point (.) dans la syntaxe XPath. Il ne respecte pas la spécification de syntaxe XPath, qui nécessite que ce caractère être suivi par une expression de chemin d'emplacement.

Lorsque vous appliquez le Service Pack 3 ou version ultérieure, une version mise à jour de MSXML (3.0 Service Pack 3) est installée dans le cadre de la mise à niveau MDAC. Pour plus d'informations, voir section 5.5.1 mises à jour pour Microsoft Data Access Components.

Avec la nouvelle version de MSXML, un prédicat ne peut pas immédiatement suivent le en cours contexte n?ud abréviation spécial caractère. Les expressions XPath dans SQLXML requêtes (requêtes XPath sur annoté les schémas de mappage et dans Feuilles de style XSLT écrites sur transformer les résultats de SQLXML requêtes) qui utilisent la syntaxe défectueuse échoue après la mise à niveau vers le Service Pack 3 ou version ultérieure

Pour éviter ces défaillances, identifier et corriger les expressions qui utilisent la syntaxe incorrecte. Par exemple, la syntaxe de l'expression XPath qui est spécifiée comme la valeur de l'attribut de test dans l'élément xsl:if suivant n'est pas valide car le prédicat [@ ResourceTypeID = '2'], suit immédiatement l'abréviation d'un caractère spécial qui identifie le n?ud de contexte en cours.

L'instruction suivante, qui précédemment n'a pas généré une erreur, échoue après le Service Pack 3 ou version ultérieure est installée.

Améliorations de périphérique API sauvegarde 5.9 virtuel

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

5.9.1 Capturer plusieurs bases de données dans un instantané unique

introduits dans SP2

L'API Virtual Backup Device permet des éditeurs de logiciels intégrer SQL Server 2000 leurs produits. Cette API est conçue pour fournir nombre maximale de fiabilité et performances. Il prend totalement en charge les fonctionnalités de sauvegarde et de restauration de SQL Server 2000, y compris la plage complète de fonctionnalités de sauvegarde à chaud et instantanées.

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

La spécification Virtual Backup Device dans le SP3a contient des informations mises à jour sur la commande Figer VDC_PrepareTo . Une version mise à jour du fichier en-tête Virtual Device Interface (vdi.h) peut trouver dans \Devtools\Include dans le répertoire d'installation SP3a

Vous pouvez télécharger la spécification de mise à jour à partir du Centre de téléchargement Microsoft sur le site Web de téléchargements de Microsoft SQL Server.

Rapports d'erreur 5.10

introduit dans le Service Pack 3

Signalement d'erreurs Microsoft SQL Server est désactivé par défaut. Vous pouvez activer lors de l'installation via le programme d'installation de SQL Server ou l'installation des services d'analyse, ou après l'installation via la boîte de dialogue Propriétés du serveur dans Enterprise Manager ou de la boîte de dialogue Propriétés du serveur zone Analysis Manager. Activer le rapport lorsque vous exécutez le programme d'installation de SQL Server d'erreurs permet de rapport pour le moteur de base de données SQL Server et SQL Server Agent d'erreurs. Activer erreurs lors de l'exécution Installation des services d'analyse permet de rapport pour Analysis Services d'erreurs. Si vous souhaitez activer le rapport pour SQL Server et Analysis Services d'erreurs, vous devez activer signalement pour SQL Server pendant l'exécution de programme d'installation de SQL Server et Analysis Services pendant l'exécution d'installation des services d'analyse des erreurs.

Si vous activez cette fonctionnalité, SQL Server est configuré pour envoyer un rapport à Microsoft automatiquement si une erreur irrécupérable se produit dans le moteur de base de données SQL Server, Agent SQL Server ou dans SQL Server Analysis Services. Microsoft utilise des rapports d'erreurs pour améliorer les fonctionnalités de SQL Server et traite toutes les informations comme confidentielles.

Informations sur les erreurs sont envoyées via une sécurisé (HTTPS) connexion à Microsoft, où il est stocké avec un accès limité. Vous pouvez également ces informations peuvent être envoyées à votre propre serveur de rapport d'erreurs d'entreprise.

Le rapport d'erreurs contient les informations suivantes

• La condition de SQL Server lorsque le problème s'est produite.
• Informations sur les système d'exploitation version et matériel sur l'ordinateur.
• Votre produit Identification numérique, qui peut être utilisé pour identifier votre licence.
• L'adresse IP de réseau de votre ordinateur.
• Informations provenant de mémoire ou des fichiers du processus qui a provoqué l'erreur.

Microsoft ne collecte pas intentionnellement vos fichiers, nom, adresse, adresse de messagerie ou tout autre formulaire d'informations personnelles. Le rapport d'erreurs peut, cependant, contenir des informations spécifiques au client de la mémoire ou les fichiers de processus qui a provoqué l'erreur. Bien que ces informations puissent potentiellement être utilisées pour déterminer votre identité, Microsoft n'utilise pas ces informations à cet effet.

De l'erreur Microsoft déclaration de stratégie de collecte de données, consultez ce Microsoft Web site.

Si vous activez le signalement d'erreurs et une erreur irrécupérable se produit, vous pouvez voir une réponse de Microsoft dans le journal des événements de Windows qui pointe vers un article de base de connaissances sur une erreur spécifique. Une réponse peut ressembler à l'exemple suivant : Pour désactiver rapport pour le moteur de base de données SQL Server et SQL Server Agent d'erreurs, accédez à des propriétés de SQL Server (onglet Général) dans Enterprise Manager et désactivez la case à cocher Activer le rapport d'erreurs . Pour désactiver rapport pour Analysis Services d'erreurs, accédez à des propriétés du serveur Analysis Manager et désactivez la case à cocher Activer le rapport d'erreurs . Si le rapport d'erreurs est activé pour SQL Server (moteur de base de données et SQL Server Agent) et Analysis Services, vous devez désactiver rapport individuellement pour SQL Server et Analysis Services d'erreurs.

Améliorations de requête 5.11 anglais

introduit dans SP21

Microsoft a publié une amélioration de sécurité pour les applications English Query. Cette amélioration n'est pas installée en tant qu'une partie du service pack. Cependant, il est recommandé que vous l'appliquer si vous utilisez English Query. L'amélioration de la sécurité se trouve sur le CD-ROM SP3a \EQHotfix le dossier. Détails sur l'amélioration English Query sont disponibles à la produit services Base de connaissances Microsoft. Recherchez la base de connaissances article 297105.

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

introduit dans le Service Pack 1

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