Comment installer SQL Svr Native Client 10.1 après l'installation de SQL 2012

Jetez un coup d'œil à cet article qui parle d'une situation similaire. L'auteur a utilisé le fichier SQL Native Client .msi du dossier \x64\Setup\x64 du support de distribution SQL 2008. Peut-être que cela va fonctionner.

Si ce n'est pas le cas, vous pouvez désinstaller le SQL Native Client 11, installer la version 10 et ensuite réinstaller la 11.

Si vous ne pouvez pas accéder aux médias de distribution, l'installateur de "Client Natif SQL Server version 10.0" peut être téléchargé à partir du Pack de fonctionnalités SQL Server 2008 R2 de Microsoft. Développez les "Instructions d'installation" et recherchez "Client Natif 2008 R2".

Voici le lien vers SQL Native Client 10.0 (2008 R2) x64 http://go.microsoft.com/fwlink/?LinkID=188401&clcid=0x409

La première réponse de Sqillman (https://serverfault.com/a/506567/173328) fonctionne! Félicitations!

Voici ce que cela a résolu pour nous...

Pour nous, la réponse ci-dessus permet l'accès aux bases de données SQL Server 2000 à partir des packages de l'Integration Services SQL Server 2012 hébergés sur un serveur de base de données SQL Server 2012 tournant sous Windows Server 2012 OS. Nous avons suivi ces suggestions pour installer SQLNCLI10 sur notre serveur de base de données 2012. Notre problème est survenu car le serveur de base de données n'avait jamais eu l'ancien "SQLNCLI10" de SQL Server 2008 installé. C'est-à-dire qu'il n'avait jamais eu SQL Server 2008 installé ou un ancien OS.

L'erreur du serveur SSIS qui a déclenché nos recherches était : "Le fournisseur OLE DB demandé SQLNCLI10.1 n'est pas enregistré"

Il convient de noter qu'en suivant la solution de squillman/technet/etc, lors de l'installation du SQLNCLI.msi 2008 sur l'un de nos nouveaux serveurs, nous avons reçu l'erreur "L'installation de SQL Server 2008 a échoué car une version supérieure existe déjà sur la machine...." Malgré cela, le pilote a été installé et fonctionnait correctement sans nuire à la fonctionnalité du serveur de base de données 2012. Il s'est installé aux côtés du pilote SQLNCLI11 de 2012 de manière fluide.

Dans SSIS 2012, nos packages utilisent une connexion "OLE DB\SQL Server Native Client 10.0" pour accéder aux bases de données SQL Server 2000 (nous avons en fait simplement modifié les chaînes de connexion et changé le fournisseur de "SQLNCLI11.1" à "SQLNCLI10.1"). Les développeurs avaient les deux pilotes sur leurs machines et les serveurs de base de données sur lesquels nous avions initialement déployé l'application aussi. Ce n'est que lorsque les serveurs "Pur" 2012 finaux ont été construits que l'ancien pilote a disparu et que les packages ont échoué.

Remarque : Dans les chaînes de connexion, "Fournisseur = SQLNCLI10.1" est un synonyme de "Fournisseur = SQLNCLI10". Ils utilisent tous les deux le même fichier DLL.

- Patrick Hayes, Stefanini