Erreur 5 du système d'exploitation SQL Server: «5 (Accès refusé)»

Je commence à apprendre SQL et j'ai un livre qui fournit une base de données sur laquelle travailler. Ces fichiers ci-dessous sont dans le répertoire mais le problème est que lorsque j'exécute la requête, cela me donne cette erreur:

Msg 5120, niveau 16, état 101, ligne 1 Impossible d'ouvrir le fichier physique "C: \ Murach \ SQL Server 2008 \ Databases \ AP.mdf". Erreur du système d'exploitation 5: "5 (accès refusé.)".

   CREATE DATABASE AP
      ON PRIMARY (FILENAME = 'C:\Murach\SQL Server 2008\Databases\AP.mdf')
      LOG ON (FILENAME =     'C:\Murach\SQL Server 2008\Databases\AP_log.ldf')
      FOR ATTACH
    GO

Dans le livre, l'auteur dit que cela devrait fonctionner, mais cela ne fonctionne pas dans mon cas. J'ai cherché mais je ne sais pas exactement quel est le problème, j'ai donc posté cette question.

Le compte de service du moteur de base de données SQL Server doit disposer des autorisations de lecture / écriture dans le nouveau dossier.

Regardez ceci

Pour réparer, j'ai fait ce qui suit:

Ajout du groupe Administrateurs aux autorisations de sécurité des fichiers avec un contrôle total pour le fichier de données (S :) et le fichier journal (T :).

Attaché la base de données et cela fonctionne très bien.

Un ancien post, mais voici une étape par étape qui a fonctionné pour SQL Server 2014 sous Windows 7:

• Panneau de configuration ->
• Système et sécurité ->
• Outils administratifs ->
• Services ->
• Double-cliquez sur SQL Server (SQLEXPRESS) -> clic droit, Propriétés
• Sélectionnez l'onglet Connexion
• Sélectionnez "Compte système local" (la valeur par défaut était un compte système Windows obtus)
• -> OK
• clic droit, Arrêter
• clic droit, Démarrer

Voilá!

Je pense que la configuration du compte de connexion peut avoir été une option dans l'installation, mais si tel était le cas, ce n'était pas la valeur par défaut et était facile à manquer si vous n'étiez pas déjà au courant de ce problème.

Pour contourner le problème d'accès refusé, j'ai démarré SSMS en tant qu'administrateur et cela m'a permis de joindre une base de données à partir de mon lecteur local. La base de données a été créée dans une autre instance SQL et Windows.

Il s'agit d'un problème lié à Windows où SQL Server ne dispose pas de l'autorisation appropriée sur le dossier qui contient le fichier .bak et par conséquent cette erreur.

La solution la plus simple consiste à copier votre fichier .bak dans l'emplacement de sauvegarde SQL par défaut qui dispose de toutes les autorisations nécessaires. Vous n'avez pas besoin de jouer avec autre chose. Dans SQL SERVER 2012 , cet emplacement est

D:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup (SQL 2012)
C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup (SQL 2014)
C:\Program Files\Microsoft SQL Server\MSSQL13.SQLEXPRESS\MSSQL\Backup (SQL 2016)

J'ai eu ce problème. Exécutez simplement SQL Server en tant qu'administrateur

Oui, c'est vrai. Vous devez d'abord connaître votre compte de service de sqlserver, vous pouvez le voir dans le Gestionnaire des tâches lorsque vous appuyez sur ctrl + alt + supprimer en même temps; Ensuite, vous devez donner le privilège de lecture / écriture de "C : \ Murach \ SQL Server 2008 \ Databases "au compte de service.

Le problème est dû au manque d'autorisations permettant à SQL Server d'accéder aux fichiers mdf et ldf. Toutes ces procédures fonctionneront:

1. vous pouvez modifier directement le compte utilisateur de démarrage du service MSSQLSERVER, avec le compte utilisateur qui dispose de meilleurs privilèges sur les fichiers. Essayez ensuite de joindre la base de données.
2. Ou vous pouvez affecter l'utilisateur au fichier dans l'onglet de sécurité des propriétés des fichiers mdf et ldf avec les privilèges de lecture et d'écriture cochés.
3. Démarrez avec un compte administrateur Windows et ouvrez SQL Server avec l'option Exécuter en tant qu'administrateur et essayez de vous connecter avec l'authentification Windows et essayez maintenant de joindre la base de données.

Je résous ce problème en ajoutant une Full controlautorisation pour les deux fichiers .mdfet .ldfpour le Usersgroupe.

Pour moi, cela a été résolu de la manière suivante avec SQL Server Management Studio -Connectez-vous en tant qu'administrateur (je me suis connecté en tant qu'authentification Windows) -Attachez le fichier mdf (clic droit sur la base de données | attacher | Ajouter) -Déconnectez-vous en tant qu'administrateur -Connectez-vous en tant que utilisateur normal

Les autorisations réelles du serveur n'auront pas d'importance à ce stade; tout semble ok. SQL Server lui-même a besoin d'autorisations de dossier.
selon votre version, vous pouvez ajouter des autorisations SERVERNAME $ MSSQLSERVER pour toucher votre dossier. Sinon, il doit être dans le répertoire BACKUP par défaut (où vous l'avez installé ou par défaut dans c: \ programfiles (x) \ MSSQL \ BACKUP.

Même si vous effectuez les étapes suivantes, vous POURRIEZ obtenir le même message d'erreur.

1. login as SA user (SSMS)
2. Edit the file permissions to say "everyone" full access (windows folder)
3. Delete the Log file (Windows Exploring  (this was what I had done per advise from some msdn forum) 

J'ai toujours eu l'erreur d'autorisation, mais j'ai ensuite remarqué que dans l'écran Joindre, la section inférieure affiche TOUJOURS le fichier LOG et le message d'erreur est resté le même.

J'espère que cela aide quelqu'un qui a fait la même chose.

Solution très simple.

1. Connectez-vous avec l'administrateur système
2. copiez vos fichiers mdf et ldf dans "C: \ Program Files (x86) \ Microsoft SQL Server \ MSSQL11.MSSQLSERVER \ MSSQL \ DATA" où tous les autres fichiers de données se trouvent.
3. Maintenant attachez à partir de là, cela fonctionnera

J'ai utilisé le framework Entity dans mon application et j'ai eu ce problème, j'ai défini une autorisation dans les dossiers et les services Windows et je ne travaille pas, après cela je démarre mon application en tant qu'administrateur (clic droit dans le fichier exe et sélectionnez "exécuter en tant qu'administrateur") et cela fonctionne bien.

Si vous obtenez cette erreur sur un .MDFfichier dans le APP_DATAdossier (ou où que vous soyez) pour un projet Visual Studio, la façon dont je l'ai fait était de simplement copier les autorisations du DATAdossier existant ici (j'utilise SQL Express 2014 pour prendre en charge une ancienne application):

C:\Program Files\Microsoft SQL Server\MSSQL12.SQLEXPRESS2014\MSSQL\DATA

(Remarque: votre chemin d'installation réel peut varier - surtout si le nom de votre instance est différent)

Double-cliquez d'abord sur le DATAdossier en tant qu'administrateur pour vous assurer que vous avez accès, puis ouvrez les propriétés du dossier et imitez la même chose pour le APP_DATAdossier. Dans mon cas, l'utilisateur manquant l'était MSSQL$SQLEXPRESS2014(car j'ai nommé l'instance SQLEXPRESS2014- la vôtre peut être différente). Il s'agit également du nom d'utilisateur du service SQL Server.

Pour une raison quelconque, définir toutes les autorisations correctes n'a pas aidé dans mon cas. J'avais un fichier db.bakque je n'ai pas pu restaurer en raison de l' 5(Access is denied.)erreur. Le fichier était placé dans le même dossier que plusieurs autres fichiers de sauvegarde et toutes les autorisations étaient identiques aux autres fichiers. J'ai pu restaurer tous les autres fichiers à l'exception de ce db.bakfichier. J'ai même essayé de changer le journal du service SQL Server sur l'utilisateur - toujours le même résultat. J'ai essayé de copier le fichier sans effet.

Ensuite, j'ai essayé de créer simplement un fichier identique en exécutant

type db.bak > db2.bak

au lieu de copier le fichier. Et voila ça a marché! db2.bakrestauré avec succès.

Je soupçonne que certains autres problèmes de lecture du fichier de sauvegarde peuvent être signalés 5(Access is denied.)par erreur comme par MS SQL.

Sous Linux, je suis allé dans un /var/opt/mssql/data/dossier et j'ai ouvert un terminal avec sudoensuite, j'ai changé mes autorisations de fichier * .mdf et * .ldf comme ci-dessous dans lesquelles vous remplacez yourDBpar le nom de votre fichier de base de données et par le nom myUserd'utilisateur actuellement connecté:

chmod 755 yourDB.mdf
chown myUser yourDB.mdf

chmod 755 yourDB.ldf
chown myUser yourDB.ldf

Après cela, il a été reconnecté sans aucun problème.

Cela signifie que l'utilisateur de connexion SSMS n'a pas l'autorisation sur le fichier .mdf. Voici comment cela a fonctionné pour moi:

J'avais ouvert le SSMS (Exécuter en tant qu'administrateur) et me connecter en tant qu'utilisateur administrateur, cliquez avec le bouton droit sur la base de données, cliquez sur Ajouter, sélectionnez le fichier .mdf, cliquez sur OK. Terminé.