L'outil d'analyse de configuration système (SCC, System Configuration Checker) vérifie la clé de Registre du compteur Analyseur de performances avant que l'installation de SQL Server ne commence. Si l'outil SCC ne peut pas vérifier la clé de Registre existante ou exécuter le programme système Lodctr.exe, la vérification effectuée par SCC échoue et l'installation est bloquée. Pour terminer l'installation, vous devez définir manuellement l'incrément de la clé de Registre.

[Haut de page]

Le fournisseur de services de chiffrement Windows (CSP - Cryptographic Service Provider) est un code qui effectue des services d'authentification, de codage et de chiffrement, auquel les applications Windows accèdent via CryptoAPI sur Windows Server 2003. Si le service CSP est arrêté ou désactivé, le programme d'installation de SQL Server échoue et affiche un message Configuration requise Windows Logo.

[Haut de page]

Microsoft Distributed Transaction Coordinator (MS DTC) n'étant pas complètement configuré dans Windows, il est possible que les applications ne parviennent pas à inscrire des ressources SQL Server 2005 dans une transaction distribuée. Ce problème peut affecter les serveurs liés, les requêtes distribuées et les procédures stockées distantes qui utilisent des transactions distribuées. Pour empêcher ces types de problèmes, vous devez activer complètement les services MS DTC sur le serveur où est installé SQL Server 2005.

[Haut de page]

Les exemples de bases de données Northwind et pubs ne sont pas installés par défaut dans SQL Server 2005. Ces bases de données sont téléchargeables à partir de ce site Web de Microsoft.

[Haut de page]

Les exemples de bases de données AdventureWorks, AdventureWorksDW, AdventureWorksAS et les exemples associés ne sont pas installés par défaut. Vous devez installer ces bases de données pour utiliser les exemples de SQL Server 2005 ou pour tester des exemples de code dans la documentation en ligne de SQL Server 2005.

Le programme d'installation installe les exemples dans le package d'installation SqlServerSamples.msi. Suivez la procédure ci-dessous afin d'extraire les exemples du package d'installation et de terminer l'installation des exemples.

Dans les installations sans assistance, si vous souhaitez attacher les exemples de bases de données et les exemples associés à une instance spécifique de SQL Server, utilisez le commutateur de la ligne de commande suivant, où instancename n'est pas nécessaire s'il s'agit de l'instance par défaut.

SAMPLEDATABASESERVER=<servername>\<instancename>. 

L'instance à laquelle vous attachez l'exemple de base de données doit être une instance locale. Si vous n'indiquez pas le commutateur, les fichiers sont installés sur le répertoire \Tools\Samples. Dans le cas contraire, ils sont installés sur le répertoire de données de l'instance spécifiée et attachés au serveur.

[Haut de page]

Lorsqu'une instance de SQL Server 2005, hébergeant une base de données du serveur de rapports pour une instance de Reporting Services, est désinstallée en exécutant le programme d'installation à partir de l'invite de commandes avec le paramètre SAVESYSDB, les fichiers de la base de données du serveur de rapports sont supprimés avec le reste des fichiers de la base de données système. Ces fichiers sont appelés par défaut ReportServer$Instancename et ReportServer$InstancenameTempdb. Si vous réinstallez ensuite SQL Server 2005 avec le paramètre USESYSDB du programme d'installation et indiquez que l'instance héberge la base de données du serveur de rapports, le programme d'installation ne pourra pas recréer ces fichiers de base de données car ils existent déjà.

Pour corriger ce problème, effectuez l'une des opérations suivantes :

• Supprimez les bases de données du serveur de rapports avant de désinstaller avec SAVESYSDB.
  
  
• N'installez pas Reporting Services avec SQL Server si vous utilisez le paramètre SAVESYSDB du programme d'installation.
  
  
• Utilisez le paramètre RSDATABASENAME du programme d'installation pour indiquer un nouveau nom pour la base de données du serveur de rapports lors de l'installation de Reporting Services.
  
  

[Haut de page]

Si vous installez SQL Server 2005 à partir d'un partage réseau sur un ordinateur exécutant Microsoft Windows Server 2003 Service Pack 1 (SP1) ou supérieur, ou une version de Windows XP supérieure à SP2, les rubriques d'aide en ligne risquent de ne pas s'afficher correctement pendant l'installation. Pour afficher ces rubriques, vous devez d'abord copier setupsql9.chm sur l'ordinateur local, l'ouvrir, puis rechercher les rubriques spécifiques souhaitées. Pour plus d'informations sur la manière d'accéder à la documentation du programme d'installation, consultez la section 2.1 Accès à la documentation du programme d'installation.

[Haut de page]

Si les outils de gestion SQL Server 2000 et une instance par défaut de SQL Server 2005 sont installés sur votre ordinateur, le programme d'installation de SQL Server vous autorisera à installer une instance par défaut SQL Server 2000. Cette opération désactivera cependant l'instance SQL Server 2005 installée. Par conséquent, n'installez pas d'instance par défaut SQL Server 2000 lorsque les outils de gestion SQL Server 2000 et une instance par défaut SQL Server 2005 existent déjà sur l'ordinateur.

[Haut de page]

L'installation risque d'échouer si une installation cliente SQL Server est configurée avec l'option permettant de forcer le chiffrement. Pour contourner ce problème, désactivez l'option sur tous les clients SQL Server. Pour les clients MDAC (Microsoft Data Access Components) dans SQL Server 2000, utilisez l'utilitaire réseau client SQL Server 2000. Pour SQL Native Client, désinstallez SQL Native Client à l'aide de Ajout/Suppression de programmes. Sur un cluster, désinstallez SQL Native Client de tous les nœuds. Relancez ensuite l'installation de SQL Server 2005.

[Haut de page]

Lorsqu'une instance de SQL Server 2005 est désinstallée d'une configuration côte à côte sur un ordinateur exécutant Windows Server 2003 x64 ou Windows XP Professionnel x64, le service SQL Server Active Directory® Helper est supprimé. SQL Server Active Directory Helper est un service installé avec SQL Server qui gère les objets Active Directory. Il n'existe qu'une seule instance du service SQL Server Active Directory Helper pour toutes les instances de SQL Server installées sur l'ordinateur.

[Haut de page]

Pendant l'installation, SQL Server 2005 ajoute les groupes de sécurité suivants à Windows :

• SQLServer2005DTSUser$ComputerName
  
  
• SQLServer2005MSFTEUser$ComputerName$InstanceName
  
  
• SQLServer2005MSOLAPUser$ComputerName$InstanceName
  
  
• SQLServer2005MSSQLServerADHelperUser$ComputerName
  
  
• SQLServer2005MSSQLUser$ComputerName$InstanceName
  
  
• SQLServer2005NotificationServicesUser$ComputerName
  
  
• SQLServer2005ReportingServicesWebServiceUser$ComputerName$InstanceName
  
  
• SQLServer2005ReportServerUser$ComputerName$InstanceName
  
  
• SQLServer2005SQLAgentUser$ComputerName$InstanceName
  
  
• SQLServer2005SQLBrowserUser$ComputerName
  
  

Ces groupes facilitent l'octroi des autorisations nécessaires pour exécuter les services Windows SQL Server et d'autres exécutables. Ils permettent également de sécuriser les fichiers SQL Server.

Dans la documentation en ligne de SQL Server, $ComputerName a été omis des noms. Le nom d'ordinateur a depuis été ajouté aux noms de groupes afin d'identifier chaque groupe de manière unique. Les noms de groupes uniques sont nécessaires si SQL Server 2005 est installé sur des contrôleurs de domaine. Pour obtenir toutes les références des groupes de sécurité commençant par « SQL Server 2005 », remplacez le nom du groupe concerné dans la liste ci-dessus.

[Haut de page]

Il est possible d'installer SQL Server 2005 sur un contrôleur de domaine Windows, toutefois SQL Server 2005 ne pourra pas s'exécuter sur un contrôleur de domaine Windows Server 2003 en tant que service local ou service réseau. Les comptes de service SQL Server doivent s'exécuter en tant que comptes d'utilisateur de domaine Windows. Il est également possible d'installer les comptes de service SQL Server pour qu'ils s'exécutent en tant que système local, mais cette option est déconseillée.

Ne modifiez pas le rôle du serveur après avoir installé SQL Server 2005. Par exemple, si vous installez SQL Server 2005 sur un serveur membre, n'utilisez pas l'outil Dcpromo pour promouvoir le serveur en contrôleur de domaine. Ou, si vous installez SQL Server 2005 sur un contrôleur de domaine, n'utilisez pas Dcpromo pour rétrograder le serveur en serveur membre. La modification du rôle du serveur après avoir installé SQL Server 2005 risque d'entraîner une perte de fonctionnalités et n'est pas prise en charge.

[Haut de page]

Cette section LisezMoi est une version mise à jour de la rubrique « Procédure : configurer IIS pour exécuter Reporting Services 32 bits en mode WOW64 ». Suivez les étapes suivantes pour exécuter Reporting Services en mode d'émulation x86 Windows-on-Windows 64 (WOW64). Utilisez la version ASP.NET 2.0 fournie par dotnetfx64.exe.

[Haut de page]

L'installation à distance de SQL Server 2005 n'est pas prise en charge dans cette version. Si vous utilisez le paramètre TARGETCOMPUTER pour installer SQL Server 2005 sur un ordinateur distant, l'installation de SQL Server échouera. Pour installer SQL Server 2005 sur un ordinateur distant, utilisez une connexion distante pour exécuter le programme d'installation de SQL Server en mode interface utilisateur ou à partir de l'invite de commandes.

[Haut de page]

Si vous désinstallez une instance de SQL Server 2005 en exécutant le programme d'installation à partir de l'invite de commandes avec le paramètre SAVESYSDB, les bases de données système sont conservées. Dans ce cas, lorsque vous supprimez plusieurs instances de SQL Server 2005 du même ordinateur, vous devez réinstaller les instances en respectant l'ordre dans lequel elles ont été installées à l'origine. Sinon, les travaux existants risquent de ne pas s'exécuter car les informations des travaux sont stockées dans les bases de données système conservées.

[Haut de page]

Lors de la mise à niveau à partir de n'importe quelle version espagnole de SQL Server 2000 sur n'importe quelle version espagnole de SQL Server 2005, l'installation échoue et un message d'erreur s'affiche vous demandant de corriger le problème et de relancer le programme d'installation. Pour corriger le problème, quittez le programme d'installation et exécutez-le à nouveau pour continuer la mise à niveau.

[Haut de page]

Si vous indiquez un chemin d'accès d'installation personnalisé pour les composants SQL Server, vous devez indiquer au moins un répertoire dans le chemin d'accès d'installation. L'installation directe sur le répertoire racine (par exemple C:\) installera les composants WOW64 sur %<root>% (X86)\ et entraînera l'échec de l'installation.

[Haut de page]

Si vous disposez des outils de gestion 64 bits (X64), de SQL Server Integration Services et de Notification Services installés dans une instance 64 bits de SQL Server 2005, vous ne pouvez pas installer les versions 32 bits de ces mêmes composants dans une configuration côte à côte.

[Haut de page]

Si vous installez un nouveau composant SQL Server 2005 en mode de maintenance, vous devrez indiquer l'emplacement de Setup.exe sur le support d'installation de SQL Server 2005. Lorsque vous spécifiez cet emplacement, assurez-vous que le chemin comprend « Setup.exe ». Par exemple, le chemin « D:\ » ne fonctionnera pas, alors que « D:\Setup.exe » ne fonctionnera pas.

[Haut de page]

Les scripts de shell de la commande d'installation peuvent générer des erreurs de script Windows lorsque les variables de chemins d'accès contiennent des parenthèses. Ceci se produit car les scripts de shell ne prennent pas en charge les parenthèses dans les variables de chemin d'accès, ce qui peut se produire lorsque vous installez des composants 32 bits dans le sous-système WOW32 bits (WOW64) sur un ordinateur 64 bits. Par exemple, le script suivant contient la valeur de chemin « C:\Program Files (x86)\ » et génère une erreur car l'interpréteur de script de shell n'interprète pas correctement les parenthèses dans la variable étendue PATH et la prend pour une partie d'instruction IF/ELSE :

IF "%SOME_PATH%" == "" ( 
        SET PATH=%PATH%;%PATH_A% 
) ELSE ( 
        SET PATH=%PATH%;%PATH_B% 
) 

Pour contourner ce problème, modifiez le script pour supprimer les parenthèses. Exemple :

IF "%SOME_PATH%" == "" set PATH=%PATH%;%PATH_A% 
IF NOT "%SOME_PATH%" == "" set PATH=%PATH%;%PATH_B% 

Ou supprimez l'entrée SQL contenant les parenthèses du chemin d'accès.

[Haut de page]

Lorsque vous ajoutez la recherche de texte intégrale à une instance existante de SQL Server 2005 via le mode de maintenance ou la mise à jour depuis une autre édition de SQL Server 2005, le service Recherche de texte intégral ne s'exécute pas sous le compte de domaine spécifié. Il s'exécute sous le compte système local. Pour plus d’informations, consultez l’article 907256 de la Base de connaissances.

[Haut de page]

Lorsque vous exécutez le service SQL Server Agent sous un compte autre que celui de l'administrateur Windows, consultez l'article 907557 de la Base de connaissances pour plus d'informations sur les comptes à bas privilèges pris en charge, les problèmes connus et les solutions éventuelles.

[Haut de page]

Si SQL Server et l'Agent SQL Server sont exécutés sous le compte NT Authority\NetworkService et que Reporting Services est installé sur le même ordinateur, l'Agent SQL Server ne s'exécute pas. Pour corriger ce problème, redémarrez l'ordinateur. Consultez l'article 907557 de la Base de connaissances pour plus d'informations sur les comptes à bas privilèges pris en charge et les problèmes connus.

[Haut de page]

Une installation de SQL Server 2000 Reporting Services qui s'exécute en mode d'isolation Internet Information Services 5.0 ou IIS 5.0 risque de s'arrêter si vous effectuez une installation côte à côte de SQL Server 2005 Reporting Services (ou si vous installez Microsoft .NET Framework 2.0 ou que vous enregistrez ASP.NET 2.0 sur l'ordinateur hôte). Les erreurs varient selon le système d'exploitation. Sur Microsoft Windows XP, l'erreur est :

Le serveur de données ne peut pas déchiffrer la clé symétrique permettant d'accéder aux données confidentielles ou chiffrées dans une 
base de données. Vous devez restaurer une clé de sauvegarde ou supprimer tout le contenu chiffré, puis redémarrer le service.

Sur les autres serveurs Windows, l'erreur est :

Clé non valide pour l'utilisation dans l'état spécifié. 

[Haut de page]

Les limites suivantes s'appliquent lors de la désinstallation de la documentation en ligne de SQL Server 2005.

Pendant l'installation de SQL Server 2005, Windows Installer crée des fichiers temporaires sur le disque système. Avant d'exécuter le programme d'installation ou de mise à jour de SQL Server 2005, vérifiez que vous disposez de 1,6 Go d'espace disponible sur le disque pour ces fichiers. Ceci s'applique même lorsque vous installez des composants SQL Server sur un disque autre que celui par défaut.

[Haut de page]

Les ressources cluster MS DTC doivent être créées sur tous les clusters Windows Server 2003 32 bits et 64 bits avant l'installation de SQL Server 2005. Si MS DTC n'est pas configuré comme ressource de cluster sur Windows Server 2003, un avertissement s'affiche.

[Haut de page]

Le programme d'installation installe uniquement les outils de gestion sur le nœud principal d'un cluster avec basculement. Pour rendre les outils accessibles à partir des nœuds secondaires d'un cluster avec basculement, installez-les séparément sur chaque nœud secondaire.

[Haut de page]

Suivez ces recommandations pour les installations de clusters de basculement avec des serveurs virtuels :

• Lorsque vous prévoyez d'implémenter un cluster de basculement SQL Server, conservez toujours une relation un-à-un entre les noms des serveurs virtuels et les noms des instances SQL Server : pour chaque serveur virtuel, il ne doit exister qu'une seule instance SQL Server.
  
  
• Si vous utilisez l'Assistant d'installation pour installer des composants supplémentaires à un cluster de basculement, installez ces composants dans un nouveau serveur virtuel avec un nouveau nom d'instance SQL Server. Si vous installez des composants supplémentaires via l'invite de commandes, vous pouvez soit utiliser le nom de serveur virtuel et le nom d'instance existants, soit utiliser un nouveau nom de serveur virtuel et un nouveau nom d'instance.
  
  
• Pour créer un cluster de basculement avec de multiples composants SQL Server 2005, installez tous les composants en une seule fois avec l'Assistant d'installation de SQL Server 2005, ou effectuez une installation autonome pour jouter les composants à un cluster de basculement existant.
  
  

[Haut de page]

Vous devez supprimer toutes les versions préliminaires de SQL Server 2005, Visual Studio 2005 et .NET Framework avant l'installation. Les deux produits dépendent de la même version de .NET Framework et doivent donc être désinstallés dans l'ordre suivant :

1. SQL Server 2005
   
   
2. Visual Studio 2005
   
   
3. .NET Framework 2.0
   
   

Pour plus d'informations sur l'utilisation de Visual Studio 2005 avec SQL Server 2005, consultez la section 4.7 Microsoft Visual Studio 2005.

[Haut de page]

L'installation risque d'échouer et de s'annuler avec le message d'erreur suivant : « Package d'installation pour le produit Microsoft SQL Native Client introuvable. Recommencez l'installation à l'aide d'une copie valide du package d'installation 'sqlncli.msi' ». Pour contourner le problème, désinstallez SQL Native Client à l'aide de Ajout/Suppression de programmes. Sur un cluster, désinstallez SQL Native Client de tous les nœuds. Relancez ensuite l'installation de SQL Server.

[Haut de page]

L'installation à partir de l'invite de commandes risque d'échouer lorsque vous désinstallez une version CTP précédente de SQL Server 2005 à l'aide de SAVESYSDB, puis que vous installez cette version avec USESYSDB si les options sp_configure SMO et DMO XPs ou Agent XPs sont désactivées sur l'instance précédente. Pour résoudre ce problème, vérifiez que ces options sont activées avant d'exécuter le programme d'installation pour mettre à niveau les bases de données système. Pour plus d’informations, consultez la rubrique « Définition des options de configuration de serveur » dans la documentation en ligne de SQL Server.

[Haut de page]

Si un client de la version CTP du mois de juin de l'Assistant Paramétrage du moteur de base de données (DTA, Database Tuning Advisor) a été utilisé pour paramétrer SQL Server 2000 ou la version CTP du mois de juin de SQL Server 2005 (y compris SQL Server 2005 bêta 2), des problèmes risquent de se produire si un client DTA est utilisé pour paramétrer ces serveurs. L'article 899634 de la Base de connaissances contient un script Transact-SQL qui est utilisé pour supprimer les métadonnées du client DTA de la base de données msdb sur ces serveurs. Ce script ne peut être exécuté que par un membre du rôle serveur fixe sysadmin.

[Haut de page]

Si vous désinstallez une instance de SQL Server 2005 antérieure à la version CTP du mois de juin en exécutant le programme d'installation à partir de l'invite de commandes avec le paramètre SAVESYSDB, puis réinstallez cette version, certains travaux risquent d'échouer. Les travaux échoueront pour les utilisateurs non membres du rôle serveur fixe sysadmin si les travaux comportent des étapes de travail utilisant des proxys de sous-système de création de scripts actifs. Lorsque ce problème se produit, vous recevez le message d'erreur suivant :

sqlstubss90.exe - Composant introuvable
L'application n'a pas réussi à s'initialiser correctement (0xc0000022). Cliquez sur OK pour arrêter l'application.

Pour corriger ce problème, exécutez le script suivant :

USE [msdb]
GO

create table #tmp_sp_help_proxy(proxy_id int null, name nvarchar(128) null, 
    credential_identity nvarchar(128) null, enabled tinyint null, description 
    nvarchar(1024) null, user_sid varbinary(40) null, credential_id int null, 
    credential_identity_exists int null)
insert into #tmp_sp_help_proxy(proxy_id, name, credential_identity, enabled, description, 
    user_sid, credential_id, credential_identity_exists) exec msdb.dbo.sp_help_proxy
GO

DECLARE @cred_id int
DECLARE @name sysname
DECLARE proxy_cursor CURSOR LOCAL
FOR
   SELECT name, credential_id FROM msdb.dbo.sysproxysubsystem sps
   JOIN #tmp_sp_help_proxy t on (t.proxy_id=sps.proxy_id) WHERE subsystem_id=2
OPEN proxy_cursor
FETCH NEXT FROM proxy_cursor INTO @name, @cred_id
WHILE (@@fetch_status = 0)
BEGIN
      SET @name = (N'____Copy'+@name)
      EXEC msdb.dbo.sp_add_proxy @proxy_name=@name, @credential_id=@cred_id,@enabled=1
      EXEC msdb.dbo.sp_grant_proxy_to_subsystem @proxy_name=@name, @subsystem_id=2
      EXEC msdb.dbo.sp_delete_proxy @proxy_name=@name
      FETCH NEXT FROM proxy_cursor INTO @name, @cred_id
END
CLOSE proxy_cursor
DEALLOCATE proxy_cursor
GO

drop table #tmp_sp_help_proxy
GO

[Haut de page]

Les autorisations du rôle de générateur de rapports ont été modifiées dans cette version. Les rapports créés à l'aide d'une version de SQL Server 2005 d'avant celle du CTP de septembre risquent d'échouer dans cette version en raison d'autorisations insuffisantes.

[Haut de page]

Si vous avez déployé des instances de Notification Services sur la version CTP du mois de juin, et que vous souhaitez migrer ces instances sur cette version de SQL Server 2005, vous devez migrer manuellement les instances de Notification Services. Cependant, en raison d'un numéro de version incorrecte dans la version CTP du mois de juin, vous devez effectuer une étape supplémentaire de mise à jour manuelle des numéros de versions avant de pouvoir migrer les instances.

[Haut de page]

SQL Server ne permet pas l'inscription de différentes versions d'un assembly avec le même nom, culture et clé publique. Si vous prévoyez de conserver des bases de données à partir d'une version de SQL Server 2005 antérieure à la version CTP de septembre, vous devez supprimer toutes les instances sauf une d'un assembly qui possède plusieurs inscriptions avant d'installer cette version.

[Haut de page]

Pour prendre connaissance d'informations importantes sur la mise à jour d'une base de données mise en miroir, consultez l'article 907741 de la Base de connaissances Microsoft.

[Haut de page]

Afin d'améliorer la sécurité, SQL Server 2005 désactive la connectivité réseau pour certaines nouvelles installations. La connectivité réseau à l'aide de TCP/IP n'est pas désactivée si vous utilisez SQL Server Enterprise, Standard ou Workgroup Edition, ou si une installation précédente de SQL Server est présente. La connectivité à l'aide de canaux nommés est disponible uniquement pour les connexions locales, sauf si une installation précédente de SQL Server est présente. Pour toutes les installations, le protocole de mémoire partagée est activé afin de permettre les connexions locales au serveur. Il se peut que le service SQL Browser s'arrête, en fonction des conditions et des options d'installation.

[Haut de page]

Les connexions clientes à une instance du moteur de base de données SQL Server exécutée sur Windows Server 2003 Service Pack 1 risquent d'échouer avec l'erreur suivante : « ProviderNum : 7, Erreur : 10054, ErrorMessage : « Fournisseur TCP : Une connexion existante a dû être fermée par l'hôte distant ».» Cette erreur peut se produire lorsque vous testez l'évolutivité à l'aide d'un nombre important de tentatives de connexions clientes. Pour résoudre ce problème, utilisez l'utilitaire regedit.exe afin d'ajouter une nouvelle valeur DWORD nommée SynAttackProtect à la clé de Registre HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ avec 00000000 comme valeur de données.

[Haut de page]

La documentation en ligne de SQL Server 2005 décrit de manière incorrecte que lorsqu'une conversation utilisant la sécurité du dialogue couvre plusieurs bases de données, SQL Server crée une clé de session chiffrée avec la clé principale de la base de données. En réalité, la clé de session est chiffrée avec la clé principale de la base de données pour toutes les conversations qui utilisent la sécurité du dialogue. Si une clé principale de la base de données n'est pas disponible, les messages de la conversation restent dans la file d'attente transmission_queue avec une erreur, jusqu'à ce qu'une clé principale de la base de données soit créée, ou jusqu'à l'expiration de la conversation. Utilisez le paramètre ENCRYPTION = OFF pour créer un dialogue non chiffré, ou la commande suivante pour créer une clé principale de la base de données :

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<password>'

[Haut de page]

Les limitations qui suivent s'appliquent aux assemblys CLR (common language runtime) qui contiennent des types définis par l'utilisateur.

La fonctionnalité de récupération automatique de cliché instantané du service VSS (Volume Shadow Copy) présente les limitations suivantes.

Dans les versions antérieures à SQL Server 2005, le service de recherche de texte intégral s'exécutait sous le compte NT AUTHORITY\LOCAL SYSTEM, lequel dispose d'un degré de privilèges élevé. Dans SQL Server 2005, le compte de service sélectionné pour le moteur de base de données SQL Server sert à exécuter le service MSFTESQL, lequel prend en charge la recherche de texte intégral. De ce fait, MSFTESQL fonctionne avec des privilèges réduits par rapport à ceux d'avant.

Dans SQL Server 2005, le compte de service MSFTESQL nécessitant moins de privilèges que le compte de service du moteur de base de données, vous pouvez modifier le compte de service MSFTESQL. Dans ce cas, nous vous conseillons fortement de suivre les instructions suivantes :

• Utilisez toujours le Gestionnaire de configuration SQL Server pour modifier le compte de service. Cela permet de garantir que le compte de service est placé dans le bon groupe local Windows prenant en charge la sécurité de recherche de texte intégral.
  
  
• Utilisez un compte d'utilisateur Windows appartenant uniquement au groupe Utilisateurs Windows sur le système de l'ordinateur local.
  
  
• Utilisez un compte d'utilisateur Windows différent pour chaque instance MSFTESQL. Cela permet de garantir de moindres privilèges pour chaque compte de service en le limitant à une seule instance de SQL Server.
  
  

[Haut de page]

Pour créer un assembly EXTERNAL_ACCESS ou UNSAFE dans SQL Server, ou pour charger un assembly, une des deux conditions suivantes doit être satisfaite :

• L'assembly a un nom fort signé ou un certificat Authenticode signé. Ce nom fort (ou certificat) est créé dans SQL Server en tant que clé asymétrique (ou certificat) et il possède une ouverture de session correspondante avec autorisation EXTERNAL ACCESS ASSEMBLY (pour les assemblys EXTERNAL ACCESS) ou UNSAFE ASSEMBLY (pour les assemblys UNSAFE).
  
  
• Le propriétaire de la base de données (DBO) possède l'autorisation EXTERNAL ACCESS ASSEMBLY (pour les assemblys EXTERNAL ACCESS) ou UNSAFE ASSEMBLY (pour les assemblys UNSAFE), et la base de données a la propriété TRUSTWORTHY définie à ON.
  
  

Nous recommandons de ne définir la propriété TRUSTWORTHY à une valeur autre que ON que pour exécuter du code CLR (Common Language Runtime) dans le processus serveur. Nous recommandons plutôt de créer une clé asymétrique à partir du fichier d'assembly dans la base de données master. Il faut alors créer une ouverture de session mappée sur cette clé asymétrique, et lui octroyer l'autorisation EXTERNAL ACCESS ASSEMBLY ou UNSAFE ASSEMBLY.

Les instructions Transact-SQL suivantes effectuent les étapes nécessaires pour créer une clé asymétrique, mapper une ouverture de session sur cette clé, puis octroyer l'autorisation EXTERNAL_ACCESS ASSEMBLY à cette ouverture de session. Vous devez exécuter les instructions Transact-SQL suivantes avant d'exécuter l'instruction CREATE ASSEMBLY.

USE master
GO  

CREATE ASYMMETRIC KEY HelloWorldKey FROM EXECUTABLE FILE = 'C:\HelloWorld.dll'  
CREATE LOGIN HelloWorldLogin FROM ASYMMETRIC KEY HelloWorldKey  
GRANT EXTERNAL ACCESS ASSEMBLY TO HelloWorldLogin
GO

[Haut de page]

Lors d'une mise à niveau vers SQL Server 2005, la recherche de texte intégral utilise des fichiers de mots non significatifs pour remplir les index de texte intégral. Si vous avez personnalisé les fichiers de mots non significatifs dans une version précédente de SQL Server et que vous souhaitez que la recherche de texte intégral continue à utiliser les fichiers personnalisés après la mise à niveau, vous devez remplacer les fichiers de mots non significatifs SQL Server 2005 par les fichiers personnalisés.

Les fichiers de mots non significatifs SQL Server 2005 sont situés dans le dossier <InstallDirectory>\Microsoft SQL Server\MSSQL.1\MSSQL\FTDATA\, où InstallDirectory est le dossier d'installation. Les fichiers de mots non significatifs des versions précédentes de SQL Server se trouvent dans le dossier <InstallDirectory>\Microsoft SQL Server\MSSQL.1\MSSQL\Binn\FTERef. Pour plus d'informations sur la manière de remplacer les fichiers de mots non significatifs SQL Server 2005 par les fichiers de mots non significatifs de la version précédente de SQL Server, consultez l'article 905617 de la Base de connaissances Microsoft.

[Haut de page]

Le comportement des programmes qui s'exécutent sous un rôle d'application peut changer, car SQL Server 2005 limite par défaut la visibilité des métadonnées de la base de données master aux rôles d'application. En guise de solution de contournement provisoire, vous pouvez activer l'indicateur de trace #4616. Pour plus d'informations, consultez l'article 906549 de la Base de connaissances.

[Haut de page]

La documentation en ligne de SQL Server 2005 liste de manière incorrecte les éditions de SQL Server non prises en charge par l'interface graphique utilisateur (GUI) de l'Assistant Paramétrage du moteur de base de données et par l'utilitaire d'options de paramétrage dta. Les options de paramétrage impliquant les vues indexées, le partitionnement et la génération d'instructions en ligne ne sont pas prises en charge par l'édition Standard de SQL Server 2005 ni de SQL Server 2000. De plus, les options de paramétrage impliquant le partitionnement et la génération d'instructions en ligne ne sont pas prises en charge par les éditions Enterprise, Developer et Enterprise Evaluation de SQL Server 2000. Ces limitations s'appliquent à la fois aux versions 32 bits et 64 bits de SQL Server. Pour obtenir des informations détaillées sur les options de paramétrage non prises en charge, consultez l'article 906649 de la Base de connaissances.

[Haut de page]

L'option de base de données SUPPLEMENTAL_LOGGING n'est pas implémentée dans cette version de SQL Server. Cette option peut être définie, mais cela n'a aucun effet.

[Haut de page]

Des bases de données clonées risquent d'être laissées de manière inattendue sur le serveur de test après la réussite d'une session de paramétrage du serveur de test ou du serveur de production à l'aide de l'Assistant Paramétrage de base de données, même si vous n'avez pas utilisé l'option RetainShellDB. Ces bases de données clonées risquent d'interférer avec les sessions de paramétrage suivantes, et doivent être supprimées avant d'effectuer une autre session de paramétrage du serveur de test ou du serveur de production. De plus, si une session de paramétrage existe de manière inattendue, les bases de données clonées sur les serveurs de test et les objets de ces bases de données risquent d'être laissés sur le serveur de test. Vous devriez également supprimer ces bases de données et objets avant de démarrer une nouvelle session de paramétrage du serveur de test ou du serveur de production.

[Haut de page]

Les assemblys dont le chargement dans l'espace d'adressage du serveur a échoué, pour quelque raison que ce soit, apparaîtront toujours dans la vue de gestion dynamique sys.dm_clr_loaded_assemblies.

[Haut de page]

SQL Server 2000 SP3 ou supérieur est requis pour les requêtes distribuées de clients 64 bits SQL Server 2005 sur des serveurs 32 bits SQL Server 2000. Les requêtes distribuées comportent des références à des entrées de serveur liées que vous définissez à l'aide de sp_addlinkedserver et des fonctions OPENROWSET et OPENQUERY. De plus, les procédures système stockées, appelées procédures catalogue stockées, doivent être mises à niveau manuellement sur les serveurs SQL Server 2000 SP3 et SP4.

Si les versions des procédures catalogue stockées sur l'instance 32 bits de SQL Server 2000 ne sont pas mises à jour avec les versions fournies dans le service pack, l'erreur suivante s'affiche :

"La procédure stockée nécessaire pour exécuter cette opération n'a pas été trouvée sur le serveur.
Prenez contact avec votre administrateur sytème."
Msg 7311, Niveau 16, État 2, Ligne 1
Impossible d'obtenir l'ensemble de lignes du schéma 'DBSCHEMA_TABLES_INFO' pour le fournisseur OLE DB 'SQLNCLI!' du serveur
lié '<ServerName>'. Le fournisseur prend en charge l'interface, mais retourne un code d'erreur lorsqu'elle est utilisée.

Pour résoudre ce problème, vous devez exécuter le script instcat.sql à partir du service pack sur l'instance 32 bits de SQL Server 2000 ou MSDE.

[Haut de page]

Les aspects ci-dessous relatifs à l'implémentation de XQuery dans SQL Server 2005 ne figurent pas dans la documentation en ligne de SQL Server :

• Les caractères générés par des sections CDATA ne sont pas considérés comme des espaces. Par exemple, select cast(''as xml).query('<a> <![CDATA[ ]]> {"abc"}</a>') retourne <a> abc</a>.
  
  
• La construction d'éléments et d'attributs vides est prise en charge.
  
  
• Le préfixe d'espace de noms xmlns identifie un attribut de déclaration d'espace de noms et ne peut pas être redéclaré dans une expression XQuery. Ce comportement est requis par la spécification XQuery.
  
  
• L'utilisation de 'for' avec une expression source () engendre une erreur statique.
  
  
• Dans un document XML construit à l'aide de la méthode query() sur le type de données xml, un retour chariot situé à l'intérieur d'une section CDATA devient un saut de ligne. Le saut de ligne est utilisé à la place de la référence d'entité de retour chariot ( ) utilisée précédemment pour une question d'uniformité avec l'analyse XML de texte.
  
  
• Les fonctions Transact-SQL définies par l'utilisateur qui contiennent local-name() et namespace-uri() sont déterministes.
  
  

[Haut de page]

Une représentation de chaîne d'une valeur xsd:dateTime ne contenant pas de séparateur de date et d'heure T ou de fuseau horaire peut être convertie en type SQL datetime dans une méthode value(), comme le montre l'exemple suivant :

declare @aaa xml
set @aaa = '<AAA MyDate="2005/1/1 00:00:00"/>'
select @aaa.value('(//AAA)[1]/@MyDate', 'datetime')

[Haut de page]

Les aspects ci-dessous relatifs à la prise en charge des schémas XML par SQL Server 2005 ne figurent pas dans la documentation en ligne de SQL Server :

• Le schéma XML pour Reporting Services (RDL) peut être chargé dans une collection de schémas XML.
  
  
• Les valeurs de type xsd:dateTime et xsd:time qui contiennent des valeurs pour les secondes possédant plus de trois chiffres fractionnaires ne retournent pas une erreur. À la place, elles sont arrondies.
  
  
• Un schéma XML est rejeté si la facette maxInclusive est redéfinie dans un type dérivé lorsque le type de base possède fixed="true".
  
  
• Les espaces de début dans les facettes minInclusive, minExclusive, maxInclusive et maxExclusive sont ignorés dans les types dérivés qui restreignent les types de données xsd:dateTime, xsd:data et xsd:time.
  
  

[Haut de page]

Les connexions distantes à un point de terminaison SOAP/HTTP risquent d'échouer lorsque le compte de service SQL Server est un compte de domaine et que l'authentification du point de terminaison est définie à INTEGRATED, même si les connexions locales ont réussi. Le problème peut se produire quand le nom principal de service (SPN) est inscrit sur le compte système local. Vous pouvez contourner le problème en inscrivant un nom principal de service pour le compte de service SQL Server ou en spécifiant l'authentification NTLM pour le point de terminaison. Pour plus d'informations sur l'inscription d'un nom principal de service, consultez la rubrique « Inscription de noms principaux de service Kerberos avec Http.sys » dans la documentation en ligne de SQL Server.

[Haut de page]

Si WITH UNCHECKED DATA n'est pas spécifié, SQL Server tente d'empêcher ALTER ASSEMBLY de s'exécuter si la nouvelle version de l'assembly affecte des données existantes dans des tables, des index ou dans d'autres sites persistants. SQL Server ne garantit cependant pas que les colonnes, les index, les vues indexées ou les expressions calculés seront cohérents avec les routines et les types sous-jacents une fois l'assembly CLR mis à jour. Soyez prudent lorsque vous exécutez ALTER ASSEMBLY pour vous assurer qu'il n'y ait pas de discordance entre le résultat d'une expression et une valeur basée sur la version stockée dans l'assembly de cette expression.

[Haut de page]

Le support technique Microsoft ne s'applique pas à la fonctionnalité de mise en miroir des bases de données dans SQL Server 2005. La mise en miroir des bases de données est actuellement désactivée par défaut, mais peut être activée à des fins d'évaluation simplement en utilisant comme paramètre de démarrage l'indicateur de trace 1400. La mise en miroir de bases de données ne doit pas être utilisée dans les environnements de production, et les services Microsoft n'offrent pas de support technique pour les bases de données ou les applications qui utilisent la mise en miroir. La documentation relative à la mise en miroir de bases de données est fournie avec SQL Server 2005 pour à des fins d'évaluation uniquement et la stratégie de support technique et de mise à jour de la documentation de SQL Server 2005 ne s'applique pas à cette documentation. Pour plus d’informations, consultez l’article 907741 de la Base de connaissances Microsoft.

[Haut de page]

L'Agent SQL Server n'est pas intégré à la Messagerie de base de données dans la version 64 bits de SQL Server. Pour envoyer des notifications telles que des notifications de l'état des travaux ou des notifications d'alerte, utilisez Outlook Express pour configurer manuellement MAPI Simple pour l'utiliser avec la messagerie de l'Agent SQL Server. Pour plus d’informations, consultez l’article 908360 de la Base de connaissances.

[Haut de page]

N'utilisez pas le chiffrement RC4 pour protéger vos données dans SQL Server 2005. Utilisez un chiffrement par blocs tels que le AES 256 ou Triple DES.

[Haut de page]

Dans la dernière version de SQL Server 2005, les index uniques non cluster ne peuvent pas être créés en ligne. Ces index comprennent des index uniques non cluster créés à cause d'une contrainte UNIQUE ou PRIMARY KEY. La documentation en ligne de SQL Server n'est pas correcte, car elle explique qu'il s'agit d'une opération prise en charge. Le message d'erreur qui suit est retourné lorsque vous créez un index unique non cluster à l'aide de CREATE INDEX ou CREATE INDEX WITH DROP_EXISTING :

Msg 1844, Niveau 16, État 2, Ligne 1
La création d'index en ligne n'est pas prise en charge sur les index non cluster uniques.

Si l'index unique non cluster est créé à cause d'une contrainte UNIQUE ou PRIMARY KEY (ALTER TABLE ADD CONSTRAINT), le message d'erreur suivant est retourné :

Msg 1750, Niveau 16, État 0, Ligne 1
Impossible de créer la contrainte. Voir les erreurs précédentes.

Pour résoudre ce problème, supprimez la ligne d'option d'index ONLINE dans l'instruction Transact-SQL. Dans SQL Server Management Studio, désactivez la case à cocher Autoriser le traitement en ligne des instructions DML lors de la création de l'index dans la page Options de la boîte de dialogue Nouvel index.

SQL Server 2005 prend en charge les opérations d'index en ligne qui créent des index en cluster ou des index en cluster non uniques, qui suppriment ou recréent des index en cluster ou qui recréent des index en clusters uniques ou non uniques.

[Haut de page]

Dans cette version, Analysis Services utilise une liste de contrôle d'accès (ACL) pour sécuriser le fichier de clé de chiffrement de l'instance. Une liste de contrôle d'accès fait partie intégrante de la sécurité Windows, et vous permet de modifier plus facilement le compte d'utilisateur associé au service Windows pour une instance Analysis Services. L'utilitaire askeymgmt (askeymgmt.exe), qui fournissait la fonctionnalité de gestion de l'API de protection de données (DPAPI) pour le fichier de clé de chiffrement de l'instance, n'est plus nécessaire.

[Haut de page]

Lorsque vous écrivez des applications qui utilisent ADOMD.NET, vous devez redistribuer ADOMD.NET en même temps que votre application. Le fichier d'installation d'ADOMD.NET (SQLServer2005_ADOMD.msi) peut être téléchargé à partir de ce site Web de Microsoft.

[Haut de page]

Si vous installez Excel (ou toute autre application cliente) après avoir installé Microsoft SQL Server 2005 Analysis Services, vous ne pourrez plus faire référence au fournisseur OLE DB Analysis Services 9.0 à l'aide du nom de fournisseur MSOLAP. La raison est que l'application cliente installe l'ancien service PivotTable qui remplace l'identificateur de programme (ProgID) indépendamment de la version. Par exemple, si vous utilisez "provider=MSOLAP" dans une chaîne de connexion, le fournisseur pour SQL Server 2000 Analysis Services sera appelé. Le résultat est que vous ne pourrez peut-être pas vous connecter à un serveur SQL Server 2005 Analysis Services en utilisant Excel. Une mise à jour sera prochainement disponible pour Office XP et Office 2003 afin que vous puissiez mettre à jour le fournisseur utilisé par Excel. En attendant, pour corriger le problème, réparez l'installation existante en exécutant la commande suivante sur la ligne de commande :

setup.exe /qb INSTANCENAME=MSSQLSERVER REINSTALL=ALL

Vous pouvez aussi télécharger et réinstaller Fournisseur Microsoft OLE DB pour Analysis Services 9.0 sur ce site Web Microsoft.

[Haut de page]

Si vous avez installé une version 32 bits de l'outil de renommage d'instance sur un ordinateur 64 bits, vous devez désinstaller la version 32 bits de l'outil de renommage d'instance, puis réinstaller la version 64 bits de l'outil à partir du CD du produit SQL Server 2005. Pour plus d’informations, consultez l’article 906161 de la Base de connaissances.

[Haut de page]

Si un cube local comporte un mot de passe, il doit également être chiffré par mot de passe. Pour chiffrer un cube local, entrez un mot de passe dans la propriété de chaîne de mot de passe de connexion nommée « Mot de passe de chiffrement ». La création du cube local en format chiffré permet de protéger les informations sensibles stockées dans les fichiers du cube local, comme les mots de passe et les clés.

[Haut de page]

La sécurité de la dimension ne prend pas en charge les valeurs visibles sur un attribut parent dans une dimension parent-enfant. Si un utilisateur appartient à un rôle qui active les valeurs visibles sur un attribut parent dans une dimension parent-enfant, l'utilisateur ne pourra pas se connecter au cube qui contient la dimension parent-enfant. De même, lorsque l'utilisateur tente de se connecter au cube qui contient la dimension parent-enfant, il peut recevoir un message d'erreur similaire aux messages suivants :

La '<dimension>' parent-enfant comporte une sécurité de dimension définie sur l'attribut de clé, ce qui n'est pas autorisé.
Vous pourriez également définir la sécurité de dimension équivalente sur l'attribut parent.

L'attribut '<attribut>' dans la dimension '<dimension>' comporte une expression de sécurité de dimension générée qui
n'est pas valide.

[Haut de page]

La propriété de chaîne de connexion CustomData n'est pas prise en charge par Microsoft SQL Server 2005 Analysis Services.

[Haut de page]

Dans cette version de Microsoft SQL Server 2005, la fonction de tableau croisé dynamique de Microsoft Excel 2003 ne prend pas en charge les membres de regroupement basés sur un cube dans Microsoft SQL Server 2005 Analysis Services.

[Haut de page]

Si vous utilisez l'authentification SQL Server lors de l'hébergement du moteur Notification Services ou de la gestion des abonnements, vous devez effectuer l'une des opérations suivantes lors de la création d'une instance de la classe Microsoft.SqlServer.NotificationServices.NSInstance et de son initialisation :

• Utilisez le constructeur non documenté NSInstance(chaîne instanceName, chaîne sqlUser, chaîne sqlPassword) pour créer une instance de l'objet NSInstance et l'initialiser ;
  
  
• Utilisez le constructeur par défaut puis la méthode non documentée Initialize(chaîne instanceName, chaîne sqlUser, chaîne sqlPassword) pour initialiser l'objet NSInstance ; ou
  
  
• Si vous utilisez COM interop, utilisez le constructeur par défaut, définissez les informations d'identification à l'aide des propriétés SqlUser et SqlPassword, puis utilisez la méthode Initialize(chaîne instanceName) pour initialiser l'objet NSInstance.
  
  

L'utilisation de la classe NSInstance de l'une de ces manières garantit que Notification Services dispose de l'authentification SQL Server avant de tenter d'obtenir des informations sur l'instance à partir du moteur de base de données.

[Haut de page]

Lors de l'utilisation de l'authentification SQL Server pour se connecter à une instance Notification Services via les objets de gestion NMO (Notification Services Management Objects), vous utilisez un objet Serveur pour obtenir une référence NotificationServices, puis utilisez cette référence pour obtenir une instance Notification Services. Lors de la création d'une instance de l'objet Serveur, vous pouvez spécifier un objet ServerConnection qui utilise un objet SqlConnection.

Si vous utilisez l'authentification SQL Server pour appeler l'instance et les méthodes de gestion de l'application comme Créer, Mettre à jour, Supprimer, Activer ou Désactiver, l'objet SqlConnection ne doit pas être encore ouvert.

Vérifiez que l'objet SqlConnection n'est pas ouvert avant que l'instance d'objet Serveur ne soit créée, ou sinon utilisez un autre constructeur ServerConnection qui n'utilise pas d'objet SqlConnection.

[Haut de page]

Lorsque Notification Services est installé sur un ordinateur qui utilise le Pack d'interface utilisateur multilingue, l'inscription et la désinscription d'instances de Notification Services peut prendre plusieurs minutes.

[Haut de page]

Le générateur de rapports peut s'exécuter en mode Confiance totale ou en mode Confiance partielle à l'aide d'une URL. Le chemin d'accès utilisé pour lancer le générateur de rapports détermine le mode de confiance.

Si vous lancez le générateur de rapports dans un environnement de confiance totale, utilisez l'URL suivante :

http://<localhost>/reportserver/reportbuilder/reportbuilder.application

Si vous lancez le générateur de rapports dans un environnement de confiance partielle, utilisez l'URL suivante :

http://<localhost>/reportserver/reportbuilder/reportbuilderlocalintranet.application

où <localhost> est le nom de l'ordinateur qui exécute le serveur de rapports.

En fonction de l'URL que vous souhaitez lancer à l'aide du bouton Générateur de rapports dans le Gestionnaire de rapports, indiquez une des valeurs suivantes pour l'élément ReportBuilderTrustLevel dans le fichier RSWebApplication.config : FullTrust (confiance totale) ou PartialTrust (confiance partielle). Ce fichier se trouve dans le répertoire d'installation du Gestionnaire de rapports. FullTrust est indiquée par défaut.

Dans un environnement de confiance partielle, il est impossible d'accéder au fichier d'aide du générateur de rapports (ReportBuilder.chm) à partir du générateur de rapports. L'administrateur peut toutefois fournir aux utilisateurs du générateur de rapports une copie du fichier d'aide.

[Haut de page]

Dans la documentation Reporting Services Managed Programming Reference, plus particulièrement dans la bibliothèque de classes de services Web Reporting Services, certains blocs de syntaxe de rubriques d'API comportent des descriptions d'attributs avant le nom de classe ou de méthode. Ces descriptions d'attributs sont un artefact du processus utilisé pour générer la documentation et peuvent être ignorés.

[Haut de page]

Pour activer le fournisseur de données Microsoft .NET pour la suite d'entreprise mySAP pour Reporting Services, vous devez exécuter les étapes suivantes pour modifier les fichiers de configuration installés. Ces étapes remplacent celles documentées dans la rubrique « Fournisseur de données Microsoft .NET pour la suite d'entreprise mySAP » dans la documentation en ligne de SQL Server. Les actions sont décrites dans les étapes ci-dessous, suivies de la fonctionnalité et des fichiers .config spécifiques sur lesquels exécuter ces étapes.

1. Supprimez les marques de commentaires (supprimez les caractères <!-- et --> de début et de fin de ligne) pour cette entrée dans la section Extensions/Data et enregistrez le fichier :
   
   

   <!-- <Extension Name="SAP" Type="Microsoft.Adapter.SAP.SAPConnection,Microsoft.Adapter.SAP.SAPProvider, Version=1.0.0.0, Culture=neutral, PublicKeyToken= 31bf3856ad364e35"/> -->

   Remarque :
   Des sauts de ligne ont été rajoutés pour améliorer la lisibilité. La valeur Type doit être indiquée sur une ligne unique dans le fichier .config.

2. Insérez le code suivant dans la section PolicyLevel/CodeGroup au même niveau que l'entrée Microsoft_Strong_Name et enregistrez le fichier :
   
   

   <CodeGroup class="UnionCodeGroup" version="1" PermissionSetName="FullTrust" Name="Microsoft_Generic_Signing" Description="This code group grants code signed with the generic Microsoft key full trust. Used by the Microsoft .Net Data Provider for mySAP Business Suite."> <IMembershipCondition class="StrongNameMembershipCondition" version="1" PublicKeyBlob="00240000048000009400000006020000002400005253413100040000010001 00b5fc90e7027f67871e773a8fde8938c81dd402ba65b9201d60593e96c492651e889cc13f14 15ebb53fac1131ae0bd333c5ee6021672d9718ea31a8aebd0da0072f25d87dba6fc90ffd598e d4da35e44c398c454307e8e33b8426143daec9f596836f97c8f74750e5975c64e2189f45def4 6b2a2b1247adc3652bf5c308055da9" /> </CodeGroup>

   Remarque :
   Des sauts de ligne ont été rajoutés pour améliorer la lisibilité. La valeur PublicKeyBlob doit être indiquée sur une ligne unique dans le fichier de stratégie.

Pour activer le fournisseur de données sur le serveur de rapports, exécutez l'étape 1 sur rsreportserver.config et l'étape 2 sur rssrvpolicy.config. Le répertoire d'installation par défaut de ces fichiers est C:\Program Files\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportServer.

Pour activer le fournisseur de données dans le générateur de rapports, exécutez l'étape 1 sur RSReportDesigner.config et l'étape 2 sur RSPreviewPolicy.config. Le répertoire d'installation par défaut de ces fichiers est C:\Program Files\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies.

[Haut de page]

Reporting Services utilise le paramètre de configuration <UrlRoot> pour résoudre mes liens dans les messages électroniques vers des rapports se trouvant sur le serveur de rapports. Lorsque vous utilisez l'outil de configuration de Reporting Services pour déployer un serveur de rapports sur un ordinateur sur lequel un certificat SSL est installé, la valeur de <UrlRoot> n'est pas correctement définie. La conséquence est que l'utilisateur qui clique sur un lien vers un rapport dans un message électronique reçoit un message de lien non valide au lieu du rapport attendu. Pour corriger le lien, vous devez modifier manuellement le fichier RSReportServer.config pour corriger le paramètre de configuration <UrlRoot>. Le format de l'URL est le suivant :

https://certificatename/report_server_virtual_directory

Lorsque vous modifiez RSReportServer.config, assurez-vous de spécifier les mêmes valeurs que celles tapées dans l'outil de configuration de Reporting Services lors du déploiement initial du serveur de rapports. Consultez la page Répertoire virtuel de Report Server dans l'outil de configuration de Reporting Services pour savoir quelles sont les valeurs à utiliser. Ces valeurs se trouvent dans les champs Nom du certificat et Nom.

[Haut de page]

Parfois, les rapports qui comprennent la variable User!UserID ne parviennent pas à afficher les données du rapport qui sont spécifiques à l'utilisateur qui affiche le rapport. Cette erreur se produit lorsque les conditions suivantes sont réunies :

• Le rapport doit être un cliché.
  
  
• Le rapport doit être ouvert par programme via des méthodes SOAP ou via une connexion directe au serveur de rapports (par exemple http://<servername>/reportserver).
  
  

Lorsque cette erreur se produit, les informations sur le profil utilisateur contenues dans le cliché de rapport peuvent être basées sur deux éléments :

• L'identité de l'utilisateur ayant créé le rapport.
  
  
• Le compte sous lequel s'exécute le serveur de rapports si le cliché a été créé par le serveur de rapports dans le cadre d'une opération planifiée.
  
  

L'échec de la mise à jour d'un cliché de rapport basé sur les informations de profil utilisateur engendre l'utilisation de données incorrectes et introduit un risque de sécurité si des données confidentielles ou sensibles sont incluses dans le cliché. Jusqu'à ce que ce problème soit résolu, nous vous conseillons de ne pas exécuter de rapports qui comprennent la variable User!UserID comme exécution de rapport ou cliché d'historique de rapport.

Notez que les dépendances de profil utilisateur ne fonctionnent pas uniquement pour les clichés de rapports qui sont ouverts via des appels SOAP ou via l'URL d'un cliché de rapport. La variable User!UserID fonctionne parfaitement pour les rapports exécutés à la demande et pour tous les clichés de rapports ouverts à partir du Gestionnaire de rapports.

[Haut de page]

SQL Server 2005 Management Studio ne prend pas en charge l'activation de publications SQL Server 2000 pour des abonnés non-SQL Server. Pour activer une publication SQL Server 2000 pour des abonnés non-SQL Server, utilisez l'Assistant Création de publication, disponible dans SQL Server 2000 Enterprise Manager. Dans l'Assistant Création de publication, sur la page Spécifier les types d'abonnés, sélectionnez Sources de données hétérogènes comme Oracle ou Microsoft Access.

[Haut de page]

Pour plus d'informations, consultez la section 2.5.15 Les travaux existants risquent d'échouer lorsque vous réinstallez plusieurs instances sur le même ordinateur.

[Haut de page]

Avec SQL Server 2005 Developer ou Standard Edition installé, vous pouvez installer les outils de serveur SQL Server Mobile.

[Haut de page]

Lorsque vous exécutez l'installation des outils de serveur SQL Server Mobile, le fichier LisezMoi (ssmreadme.htm) est installé par défaut sur C:\Program Files\Microsoft SQL Server 2005 Mobile Edition\Docs\xx, où xx est un indicateur à deux caractères pour la langue installée. Le fichier LisezMoi est installé dans le sous-répertoire du répertoire d'installation spécifié dans la page Version de Microsoft SQL Server du programme d'installation des outils de serveur SQL Server Mobile.

[Haut de page]

Les limitations suivantes s'appliquent lors de l'installation de la prise en charge du schéma de base de données.

La version 64 bits de SQL Server 2005 installe des versions 32 bits de certains outils. Lorsqu'ils sont exécutés sur des systèmes d'exploitation 64 bits, ces outils s'exécutent dans l'environnement WOW et peuvent dans certains cas s'exécuter lentement. Afin d'améliorer les performances des outils 32 bits, connectez-vous à SQL Server 64 bits avec des outils fonctionnant sur un système d'exploitation 32 bits. SQL Server 2005 Business Intelligence Development Studio, l'environnement de développement 32 bits pour les solutions Business Intelligence, n'est pas conçu pour fonctionner sur l'architecture IA64 64 bits et n'est pas installé sur les serveurs IA64. Pour plus d'informations concernant les outils SQL Server sur les systèmes d'exploitation 64 bits, consultez l'article 906892 de la Base de connaissances.

[Haut de page]

Les fichiers LisezMoi des exemples SQL Server basés sur Visual Studio vous donnent des instructions sur la création d'un fichier de clé appelé samplekey.snk dans le « répertoire d'installation ». Vous devriez créer ce fichier dans le dossier racine de chaque exemple nécessitant ce fichier.

[Haut de page]

Les informations suivantes s'appliquent aux exemples Notification Services :

• Si vous déployez un exemple Notification Services à l'aide d'un compte de propriétaire de base de données ou d'un compte d'administrateur système, il n'est pas nécessaire d'accorder les autorisations SQL Server sur le compte. L'octroi de ces autorisations risque d'entraîner une erreur, que vous pouvez d'ailleurs ignorer. Lorsque vous déployez vos propres applications, vous devriez utiliser des comptes dotés de privilèges réduits afin d'améliorer la sécurité.
  
  
• Les exemples Notification Services font référence à une boîte de dialogue nommée « Accès à la base de données ». Cette boîte de dialogue s'appelle désormais Mappage d'utilisateur.
  
  

[Haut de page]

SQL Server 2005 Business Intelligence Development Studio, l'environnement de développement 32 bits pour les solutions Business Intelligence, n'est pas conçu pour fonctionner sur l'architecture IA64 64 bits et n'est pas installé sur les serveurs IA64. Cela empêche d'exécuter les exemples nécessitant Business Intelligence Development Studio sur les serveurs IA64. Pour plus d’informations, consultez l’article 906892 de la Base de connaissances.

[Haut de page]

Le fournisseur Microsoft OLE DB pour DB2, qui est un composant de Microsoft Host Integration Server 2004, peut être téléchargé et utilisé avec SQL Server 2005. Pour plus d'informations sur l'installation et la configuration du fournisseur OLE DB, consultez la documentation fournie avec le fournisseur. Pour plus d'informations sur le téléchargement de ce fournisseur, consultez ce site Web Microsoft.

[Haut de page]