Introduction Cet article décrit les modifications apportées au fichier Lisezmoi de Microsoft SQL Server 2005.
Plus d'informations Les informations suivantes ont été modifiées ou ont été nouvellement fournies depuis la publication du fichier ReadmeSQL2005.htm pour SQL Server 2005.
Les mots de passe SQL Server sont désormais sensibles à la casse. Dans SQL Server 2005, les mots de passe sont liés au système d'exploitation. En raison de ce changement, les mots de passe de connexion pour SQL Server 2005 sont désormais sensibles à la casse.
Vous pouvez recevoir un message d'erreur dans la boîte de dialogue Rapports d'erreurs et d'utilisation sur un ordinateur 64 bits. Si vous exécutez SQL Server 2005 dans un environnement 64 bits, lorsque vous essayez de modifier la boîte de dialogue Rapports d'erreurs et d'utilisation, vous pouvez recevoir un message d'erreur. message d'erreur lors de la définition des paramètres dans l'onglet Propriétés avancées. Ce message d'erreur s'affiche lorsque le champ « Emplacement du rapport d'erreurs » pour le composant « Autre (x86) » est vide. Nous vous recommandons de fournir un nom de dossier valide dans le champ « Emplacement du rapport de bogue » sur votre disque local. Ce dossier peut être le même dossier que celui que vous spécifiez pour le composant « Autre ».
Vous pouvez recevoir un message d'erreur vide dans SQL Server Management Studio. Vous pouvez mettre à niveau un ordinateur Microsoft Windows 2000 qui exécute SQL Server 2005 vers Microsoft Windows Server 2003 Service Pack 1 (SP1). Lorsque vous effectuez cette opération, vous recevez un message d'erreur vide dans SQL Server Management Studio.
Pour résoudre ce problème, réparez Microsoft .NET Framework après avoir mis à niveau votre système d'exploitation. Exécutez les procédures pour cela : 1. Dans le Panneau de configuration, ouvrez Ajout/Suppression de programmes.
2. Cliquez sur Microsoft.NET Framework 2.0.
3. Cliquez sur Modifier/Supprimer.
4. Cliquez sur Réparer, puis cliquez sur Suivant.
5. Une fois le processus de réparation terminé, redémarrez votre ordinateur si vous y êtes invité.
Comment utiliser la page de codes DBCS Si votre système d'exploitation est configuré pour utiliser une page de codes de jeu de caractères à deux octets (DBCS), sélectionnez le codage UNICODE au lieu du codage ANSI pour le fichier de sortie dans l'assistant de génération de script SQL Server.
Composants de compatibilité ascendante manquants dans SQL Server Compact Edition
Microsoft SQL Server 2000 Desktop Engine Service Pack 4 (MSDE SP4) est basé sur Microsoft SQL Server 7.0. Lorsque vous tentez de mettre à niveau MSDE SP4 vers SQL Server 2005 Compact Edition, vous recevrez des messages d'erreur liés aux composants rétrocompatibles pendant le processus d'installation. Dans le même temps, un message d'erreur sera écrit dans le fichier journal d'installation. Ce message d'erreur indique que le fichier SQLServer2005_BC.msi n'existe pas dans le dossier d'installation de SQL Server Compact Edition.
Pour terminer l'installation de SQL Server Compact Edition, vous devez exécuter le programme d'installation de SQL Server Compact Edition en mode réparation. Pour plus d'informations, consultez la rubrique « Comment installer SQL Server 2005 à partir de l'invite de commande » dans la documentation en ligne de SQL Server 2005.
Pour plus d'informations sur la documentation en ligne de SQL Server 2005, visitez le site Web Microsoft suivant :
http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=be6a2c5d-00df-4220-b133-29c1e0b6585f ( http://www.microsoft.com/downloads/details.aspx?displaylang= zh-cn&FamilyID=be6a2c5d-00df-4220-b133-29c1e0b6585f )
.
Des caractères non valides apparaissent dans certaines versions localisées de la boîte de dialogue Mise à jour des composants SQL Server. Lors de l'installation de SQL Server 2005, lorsque les conditions suivantes se produisent dans l'ordre suivant, le texte de la boîte de dialogue « Mise à jour des composants SQL Server » apparaît. ": • Certaines versions localisées des composants SQL Server sont installées.
? Vous avez réinstallé ces composants sans modifier aucun paramètre.
Ce problème se produit dans les composants suivants : • Analysis Service
• Outils de gestion et de suivi
Les autorisations requises pour la recherche en texte intégral dans un environnement en cluster ont été modifiées dans la rubrique « Section 4.1.6 Réduire les autorisations pour la recherche en texte intégral » dans le fichier Lisezmoi. La restriction exigeant des autorisations spéciales sur le compte de service Microsoft Full-Text Engine pour SQL Server (MSFTESQL) dans les environnements en cluster a été supprimée. Dans un environnement en cluster, le compte de service MSFTESQL ne nécessite plus de droits d'administrateur local.
Remarque : À titre de bonne pratique, nous vous recommandons de configurer le service MSFTESQL pour qu'il s'exécute sous un compte à faible privilège.
Comment copier SQL Server 2005 sur un partage réseau et exécuter le programme d'installation à partir de cet emplacement Si vous téléchargez SQL Server 2005 à partir du site Web Microsoft Developer Network (MSDN), vous constaterez que le produit a été divisé en deux téléchargements suivants : • SQL Server 2005 - Developer Edition - Serveurs
• SQL Server 2005 - Developer Edition - Outils
Pour installer SQL Server 2005, vous devez télécharger les fichiers Serveurs et Outils dans des dossiers nommés respectivement « Serveurs » et « Outils ». Sinon, le programme d'installation échouera lorsque vous installerez les composants de l'outil et la documentation en ligne de SQL Server. En même temps, le message d'erreur suivant est écrit dans le fichier Core.log du programme d'installation :
CORE.LOG
=========
Erreur : l'action "InstallToolsAction.10" a généré une exception lors de l'exécution. Informations d'erreur signalées lors de l'exécution :
la collection cible inclut la machine locale.
Exception fatale interceptée lors de l'installation du package : "10"
Code d'erreur : 0x80070002. (2)
Texte d'erreur Windows : le système ne trouve pas le fichier spécifié.
Nom du fichier source : sqlchainingsqlprereqpackagemutator.cpp.
Nom de la fonction : sqls :: SQLPreReqPackageMutator :: modifyRequest
Numéro de ligne source : 196
WinException interceptée lors de l'installation du package. :
Code d'erreur 1603 : 0x80070643 (1603)
Texte d'erreur Windows : erreur fatale lors de l'installation.
Nom du fichier source : packageengineinstallpackageaction.cpp.
Nom de la fonction : sqls :: InstallPackageAction :: perform
Numéro de ligne source : 167
L'exemple de fichier Lisez-moi de ForEachDirectory est incomplet
Le fichier Lisezmoi de l'exemple ForEachDirectory est incomplet. Pour obtenir le fichier Lisezmoi complet, consultez la rubrique « ForEachDirectory Sample » dans la documentation en ligne de SQL Server 2005.
L'installation de SQL Server 2005 nécessite 1,6 Go d'espace disque. Si votre lecteur système dispose de moins de 1,6 Go d'espace disque libre, vous ne pouvez pas installer SQL Server 2005. La plupart des places ne sont disponibles que pour une courte période. Après l'exécution du programme d'installation, SQL Server 2005 nécessite 700 Mo d'espace disque.
Les index non clusterisés uniques ne peuvent pas être créés en ligne Dans la version finale de SQL Server 2005, les index non clusterisés uniques ne peuvent pas être créés en ligne. Ce comportement affecte uniquement les instructions suivantes : • CREATE UNIQUE NONCLUSTERED INDEX
• CRÉER UN INDEX NON CLUSTERÉ UNIQUE AVEC DROP_EXISTING
• ALTER TABLE AJOUTER UNE CLÉ PRIMAIRE DE CONTRAINTE NON CLUSTERED
• ALTER TABLE AJOUTER UNE CONTRAINTE UNIQUE NON CLUSTER
Pour plus d'informations, consultez la section 4.1.23 dans le fichier Lisezmoi de SQL Server 2005. Pour plus d'informations sur les opérations d'indexation en ligne prises en charge, consultez la documentation en ligne de SQL Server 2005.
Si vous utilisez une requête ROLAP, vous pouvez recevoir le message d'erreur. Si vous utilisez une requête ROLAP qui conditionne une dimension parent/enfant à l'aide de RootMemberIf=ParentIsMissing, vous pouvez recevoir le message d'erreur suivant :
Impossible d'afficher les propriétés de la cellule
Le programme d'installation échoue lors de l'installation de SQL Server Analysis Services ou du moteur de base de données lors de la mise à niveau. Le programme d'installation de SQL Server 2005 ne collecte pas d'informations sur les lecteurs partagés lors de la mise à niveau de SQL Server. Ce comportement peut entraîner l'échec du programme d'installation lors d'une mise à niveau si l'une des conditions suivantes est remplie : • Ajout de SQL Server 2005 Analysis Services à une instance du moteur de base de données.
• Ajoutez un moteur de base de données pour une instance de SQL Server 2005 Analysis Services.
• Installez une nouvelle instance de SQL Server Analysis Services et mettez simultanément à niveau le moteur de base de données.
Pour résoudre ce problème, exécutez le programme d'installation à partir d'une invite de commande. Si vous installez SQL Server 2005 Analysis Services, définissez le paramètre INSTALLASDATADIR sur le lecteur partagé où se trouvent les fichiers de données du moteur de base de données. Si vous installez le moteur de base de données, définissez le paramètre INSTALLSQLDATADIR sur le lecteur partagé où se trouvent les fichiers de données Analysis Services.
Par exemple, utilisez la syntaxe suivante pour spécifier le même chemin pour les fichiers de données Analysis Services et les fichiers de données du moteur de base de données.
Remarque : Vous devez fournir des informations spécifiques à votre installation. start /wait <Lecteur DVD> :setup.exe /qn UPGRADE=SQL_Engine VS=<VSName> INSTALLVS=Analysis_Server
INSTANCENAME=MSSQLSERVER SQLACCOUNT=<DomainNameUserName> SQLPASSWORD=<StrongPassword>
ADMINPASSWORD=<StrongPassword> ADDLOCAL=Analysis_Server,AnalysisDataFiles,Client_Components
INSTALLASDATADIR="I:DATA" INSTALLSQLDATADIR="I:DATA" SQLCLUSTERGROUP="Nom de domaineNom de groupe"
ASCLUSTERGROUP="Nom de domaineNom de groupe" AGTCLUSTERGROUP="Nom de domaineNom de groupe"
FTSCLUSTERGROUP="Nom de domaineNom de groupe" SQLBROWSERACCOUNT=<Nom de domaineNom d'utilisateur>
SQLBROWSERPASSWORD=<StrongPassword> ASACCOUNT=<DomainNaneUserName> ASPASSWORD=<StrongPassword>
PIDKEY=<valeur pidkey sans "-">
Lorsque vous utilisez ROLAP, vous pouvez recevoir un message d'erreur Vous utilisez ROLAP et votre cube utilise des tables provenant de plusieurs sources de données. Lorsque vous essayez de parcourir des données multidimensionnelles, vous pouvez recevoir l'un des messages d'erreur suivants :
Message d'erreur 1
Erreur OLE DB : Erreur OLE DB ou ODBC : SQL Server a bloqué l'accès à la DÉCLARATION « OpenRowset/OpenDatasource » pour le composant « Requêtes distribuées ad hoc », car ce composant a été arrêté dans le cadre de la configuration de sécurité de ce serveur.
Les administrateurs système peuvent activer les « requêtes distribuées ad hoc » à l'aide de sp_configure. Pour plus d'informations sur l'activation des « requêtes distribuées ad hoc », consultez « Surface Application Configurator » dans la documentation en ligne de SQL Server. ; 42000.
Message d'erreur 2
Erreur OLE DB : une erreur OLE DB ou ODBC se produit car SQL Server 2005 fournit uniquement un accès en cours à un ensemble spécifique de fournisseurs. SQLNCLI est un nouveau fournisseur OLE DB natif pour SQL Server 2005 doté de droits d'accès. Cependant, SQLNCLI.1 est un fournisseur SQLNCLI spécifique à la version et ne figure pas dans la liste des fournisseurs. Par conséquent, SQLNCLI.1 n’a aucun accès. Bien que SQLNCLI et SQLNCLI.1 soient identiques (car SQLNCLI pointe vers SQLNCI.1), SQL Server 2005 ne reconnaît pas qu'ils sont identiques. SQL Server 2005 bloque l'accès à SQLNCLI.1.
Pour résoudre ce problème, appliquez une des méthodes suivantes : ? Utilisez SQLNCLI au lieu de SQLNCLI.1 dans la chaîne de connexion OLE DB.
• Dans SQL Server, ajoutez explicitement SQLNCL.1 à la liste des fournisseurs disposant d'un accès en cours de processus.
Des assertions se produisent lorsque vous utilisez la commande EXPORT MINING MODEL Lorsque vous utilisez la commande EXPORT MINING MODEL sur un cube local, vous pouvez rencontrer des assertions ou d'autres échecs. Pour résoudre ce problème, fermez la connexion au cube local avant d'émettre l'instruction EXPORT, puis rouvrez-la.
Les contrôles ActiveX de réplication ne peuvent pas être appelés à partir d'applications créées à l'aide de .NET Framework 1.1 ou .NET Framework 1.0. Les contrôles ActiveX de réplication ne prennent pas en charge la programmation RMO (Replication Management Object) dans le code managé. Si vous souhaitez appeler des contrôles ActiveX à partir du code managé, vous devez utiliser le .NET Framework 2.0. Si vous utilisez une ancienne version du .NET Framework, une exception sera levée.
Ne modifiez pas le nom du compte sa sur les serveurs dans une topologie de réplication Dans SQL Server 2005, vous pouvez utiliser la commande ALTER LOGIN pour attribuer un nom différent au compte sa. La modification des noms n'est pas prise en charge sur les serveurs dans une topologie de réplication et peut entraîner l'échec de la réplication.
La base de données msdb n'est pas mise à niveau lors de la mise à niveau de MSDE vers SQL Server Express Si vous mettez à niveau MSDE vers SQL Server Express, la base de données msdb n'est pas mise à niveau. Les fonctionnalités de réplication suivantes seront affectées : • Les bases de données répliquées ne peuvent pas être connectées ou restaurées depuis une instance MSDE vers une instance SQL Server Express mise à niveau. La base de données peut être connectée ou restaurée sur une nouvelle instance SQL Server Express.
• Les considérations suivantes concernent la création d'abonnements sur une instance SQL Server Express mise à niveau : • Vous ne pouvez pas utiliser l'assistant Nouvel abonnement pour créer des abonnements sur une instance mise à niveau.
• Si les abonnements sont activés pour Windows Synchronization Manager, vous ne pouvez pas utiliser les procédures stockées Replication Management Object (RMO) ou Transact-SQL pour créer des abonnements sur l'instance mise à niveau.
Les abonnements peuvent être créés sur une nouvelle instance de SQL Server Express à l'aide de l'assistant Nouvel abonnement, de RMO ou des procédures stockées Transact-SQL.
Lors de la mise à niveau depuis SQL Server 2000 ou SQL Server 7.0, la base de données par défaut de SA devient MASTER
Si vous effectuez une mise à niveau de SQL Server 2000 ou SQL Server 7.0 vers une version commerciale de SQL Server 2005, la base de données par défaut pour SA devient MASTER. Ce problème se produit car le compte SA est un compte de cas spécial et le compte SA est mis en cache. Pour résoudre ce problème, exécutez la commande dbcc freesystemcache ou redémarrez le service SQL Server.