Erreur d'autorisations lors de l'attachement d'une base de données: "Impossible d'accéder au chemin spécifié"
J'utilise SQL Server 2012 Enterprise Edition. J'ai téléchargé les fichiers de données AdventureWorks 2012 OLTP (à la fois .mdf et .ldf). Je les ai sauvegardés dans le dossier AW que j'ai créé dans My Documents où j'ai décompressé le fichier. Je vais à SQL Server Management Studio (SSMS), cliquez avec le bouton droit de la souris sur la base de données, puis cliquez sur attacher dans le menu contextuel. Dans la boîte de dialogue, je clique sur Rechercher.
L'interface utilisateur ne me permet pas d'accéder au dossier. J'essaie de taper le chemin d'accès complet au fichier, puis j'obtiens l'erreur suivante:
Impossible d'accéder au chemin ou au fichier spécifié sur le serveur. Vérifiez que vous disposez des privilèges de sécurité nécessaires et que le chemin ou le fichier existe.
J'ai fermé SSMS et l'ai redémarré, cette fois en tant qu'administrateur. Même mauvais résultat.
Cela ne devrait pas être si difficile. Quelles sont les étapes exactes pour attacher avec succès la base de données AdventureWorks2012 à SSMS?
Merci!
Placez vos fichiers à l'emplacement par défaut pour les fichiers de données du moteur de base de données. Si vous n'avez rien reconfiguré, cela devrait être
\Program Files\Microsoft SQL Server\MSSQL11.<InstanceID>\MSSQL\Data
Et puis attachez la base de données en utilisant SSMS.
La connexion au serveur par Windows L’authentification a fonctionné pour moi. Je ne sais pas si c'est possible dans votre cas.
Comme le dit Rogitel, cela pourrait être lié à la façon dont vous vous êtes connecté à SSMS, plutôt qu'au niveau de privilège de l'application.
Il semble que si votre utilisateur ne possède pas le rôle "sysadmin", il ne disposera pas d'un accès suffisant au système de fichiers de la machine pour pouvoir ouvrir le navigateur de fichiers.
Abandonnant un instant les préoccupations de sécurité ...
Afin d’accorder ce rôle;
- Connectez-vous à SSMS à l'aide de l'authentification Windows.
- Naviguez jusqu'à Sécurité-> Connexions
- Faites un double clic ou un clic droit et sélectionnez Propriétés de l'utilisateur qui vous intéresse.
- Dans la zone "Sélectionnez une page", sélectionnez "Rôles de serveur"
- Assurez-vous que le rôle "sysadmin" est sélectionné
- Appuyez sur Ok pour enregistrer la modification et fermer la boîte de dialogue.
- Quitter SSMS
- Rouvrez SSMS et connectez-vous en tant qu'utilisateur de votre choix. Vous devez maintenant disposer de privilèges suffisants pour naviguer.
Peu importe les autorisations du compte que vous ouvrez le studio de gestion, le compte important est celui sous lequel le service du serveur SQL s'exécute. Par défaut, il n'a accès qu'à l'emplacement par défaut spécifié lors de l'installation. Vous pouvez donc faire ce que l'affiche précédent et déplacer vos fichiers, ou ajouter le compte de service aux autorisations du dossier dans lequel vous souhaitez stocker vos fichiers. afin qu'il puisse accéder à cet endroit.
Dans mon cas, cela était lié au fait que les lecteurs n'étaient pas des dépendances du rôle SQL Server (serveur en cluster). Lorsque j'ai ajouté les disques en tant que dépendances sous le rôle SQL Server, je pouvais à nouveau parcourir les lecteurs à partir de SSMS.