Configurer une instance SQL Server en tant que (local)

Chaque membre de notre équipe de développement possède une copy de la database de notre application exécutée sur une version locale de SQL Server 2008 Enterprise avec SP1. Tout le monde peut accéder à la database en spécifiant son nom de server et d'instance dans son file web.config, mais pour partager au mieux la version développeur de notre file web.config, nous avons normalisé la création de strings de connection generics en utilisant la security embeddede propriété à (local). Cette stratégie fonctionne très bien pour la majorité de nos machines Windows 7 64 bits, mais dans quelques cas (local) n'est pas reconnu. Nous avons comparé les parameters via le gestionnaire de configuration de SQL Server (à savoir s'assurer que le protocole des canaux nommés était activé) et nous avons essayé de définir l'alias "(local)" via l'utilitaire SQL Server Client Network Utility. Que faut-il faire pour utiliser (local) dans nos strings de connections?

Essayer de changer le nom de tuyau pour votre instance à "\. \ Pipe \ sql \ query".

Vous pouvez find ce paramètre en démarrant le Gestionnaire de configuration SQL Server et en accédant à Configuration du réseau SQL Server> Protocoles pour (Nom de l'instance) et en cliquant avec le button droit sur Canaux nommés et en sélectionnant properties. Si Named Pipes n'est pas activé, veillez à l'activer avant de redémarrer le service SQL Server (voir le commentaire de @NoahHeldman).

Lors de la connection à l'instance par défaut (c'est-à-dire sans nom d'instance), SQL Server utilise le port par défaut 1433 et le nom de canal par défaut "\. \ Pipe \ sql \ query". Le changer pour correspondre devrait (espérons-le) le réparer.

Les machines sur lesquelles la connection à la database (locale) ne fonctionne pas sont probablement de cette manière parce que lors de l'installation de la database, le nom de l'instance était défini sur quelque chose de spécifique plutôt que sur "par défaut". Vous pouvez modifier ces noms d'instance, ce qui peut résoudre ce problème: http://coderjournal.com/2008/02/how-to-change-instance-name-of-sql-server/ .

Je pense que cela se produit lorsque SQL Server Express est déjà installé et en cours d'exécution, puis installez SQL Server Developer Edition / Standard / etc …. pas sûr à 100%, mais d'après ce que je me souviens, c'est peut-être le cas.