J'exécute une base de données SQL Server 2005 à partir d'une application VB 6. Je me connecte à la base de données via un DSN ODBC.
J'ai renommé l'ordinateur sur lequel j'exécute l'instance par défaut de SQL Server de "Logiciel" à "IT". J'ai ensuite exécuté le sp_dropserver
et sp_addserver
procédures stockées pour renommer l'instance.
Au redémarrage du service SQL Server, le serveur a pu récupérer le nouveau nom SQL Server.
Après avoir configuré le ODBC nom de la source de données avec le nouveau nom, la connexion était OK. Je peux exécuter mon application et lire les enregistrements via ADO sets d'enregistrements) . Cependant, je ne parviens pas à mettre à jour un jeu d'enregistrements à l'aide du .Update
méthode. J'obtiens plutôt l'erreur suivante ... SQL Server not configured for data access
Comment puis-je activer l'accès aux données sur l'instance de serveur renommée?
Comment: renommer un ordinateur qui héberge une instance autonome de SQL Server 2005
Vous devriez pouvoir l'exécuter mais pas sur n'importe quel serveur lié. Ce n'est pas un serveur lié. C'est local.
EXEC sp_serveroption 'YourServer', 'DATA ACCESS', TRUE
Ce message est assez ancien, mais peut-être que quelqu'un le rencontrera. J'ai écrit un article de blog sur cette option, elle peut être définie sur des serveurs locaux et liés.
Je voudrais simplement ajouter aux réponses précédentes que, au moins dans mon cas ici, j'avais besoin d'activer l'accès aux données aux deux endroits.
par exemple:
il y a le serveur A et le serveur B
Sur le serveur A, j'ai un serveur LB lié qui me relie du serveur A au serveur B
J'ai besoin d'exécuter ce qui suit:
- sur le serveur A
exec sp_serveroption 'LB', 'data access', 'true'
- sur le serveur B
exec sp_serveroption 'B', 'data access', 'true'
Accédez simplement aux propriétés du serveur lié> Options du serveur> Accès aux données -> true
Fonctionne sur SQL Server 2014.
Cordialement
Je viens de rencontrer cette erreur et j'ai découvert qu'elle était due à la tentative d'exécution d'OpenQuery sur le serveur local (doh!). Changer le nom du serveur en celui d'un serveur lié réel a résolu mon problème.
avec ce maître d'utilisation
exec sp_serveroption 'nom du serveur', 'accès aux données', 'vrai'
aller
les serveurs liés générés pour la réplication affichent toujours la même erreur