Discussion :

[Tsukamoto62]

Bonjour à tous!!

Voilà mon problème: je suis actuellement dans une phase de test de migration des bases de données SQL 7 sous un domaine NT vers SQL 2000 sous Active Directory 2003. J'ai effectuer la migration en 2 temps: J'ai tout d'abord copier les bases de SQL 7 vers SQL 2000 tout en restant sur le domaine NT puis j'ai changé de domaine. Le problème c'est j'ai une application développée en interne qui n'arrive plus à accéder aux bases (erreur d'exécution 70: permission refusée). Tout fonctionnait très bien sur le domaine NT après la copie, mais depuis le changement de domaine plus rien. Autre point important, quand je me logue sur un client XP avec un compte qui est admin local de la machine, cela fonctionne parfaitement, par contre pour un compte qui est admin du domaine (ou utilisateur du domaine), rien. Les utilisateurs font tous partie du groupe "UserSQL" qui a un accès aux bases par l'intermédiaire d'une connexion crée dans "sécurité > connexions" dans enterprise manager avec des droits notamment de "Db_datareader" et "Db_datawriter" et "public"

Besoin d'aide!!!!

PS: j'espère avoir été clair....

[ylarvor]

Je n'ai pas trouvé grand chose dans mes recherches sur ton cas. Néanmoins, après un changement de domaine, il est nécessaire de reconfigurer les comptes de services de sql serveur sur le nouveau domaine.

[Tsukamoto62]

Merci de ta réponse!!

Alors oui les comptes de service ont bien été modifiés en conséquence suite au changement de domaine. Je pense plus à un problème de droit d'accès aux bases car dans l'application développée en interne, on voit bien qu'il trouve les bases mais l'accès m'y est refusé, sauf quand je suis avec un compte qui est administrateur local de la machine cliente avec laquelle je tente d'accéder aux bases.
Blocage natif de Windows Server 2003 dans certains cas de demande d'accès distant? Active Directory en cause? Je cherche dans toutes les directions mais pour le moment rien...

[ylarvor]

Les utilisateurs font tous partie du groupe "UserSQL" qui a un accès aux bases par l'intermédiaire d'une connexion crée dans "sécurité > connexions" dans enterprise manager avec des droits notamment de "Db_datareader" et "Db_datawriter" et "public"

Pour information, nous avons eu le problème chez nous, le droit DB_DataReader et DB_DataWriter n'autorise pas l'execution des procédures stockées d'authentification.