Vous trouverez ci-dessous la requête que j'utilise pour sauvegarder (créer un .bak
) ma base de données.
Cependant, chaque fois que je l'exécute, je reçois toujours ce message d'erreur:
Msg 3201, niveau 16, état 1, ligne 1
Impossible d'ouvrir le périphérique de sauvegarde 'C: \ Users \ Me \ Desktop \ Backup \ MyDB.Bak'. Erreur du système d'exploitation 5 (l'accès est refusé.).Msg 3013, niveau 16, état 1, ligne 1
BACKUP DATABASE se termine anormalement.
Voici ma requête:
BACKUP DATABASE AcinsoftDB
TO DISK = 'C:\Users\Me\Desktop\Backup\MyDB.Bak'
WITH FORMAT,
MEDIANAME = 'C_SQLServerBackups',
NAME = 'Full Backup of MyDB';
Réponses:
Ouais, je viens de marquer celui-ci.
Regardez dans les services Windows. Démarrer> Administration> Services
Recherchez le service dans la liste appelée: SQL Server (MSSQLSERVER) recherchez la colonne «Ouvrir une session en tant que» (vous devez l'ajouter s'il n'existe pas dans la liste).
C'est le compte dont vous avez besoin pour donner des autorisations sur le répertoire, faites un clic droit dans l'explorateur> propriétés> Partages (et sécurité)
REMARQUE : n'oubliez pas d'accorder des autorisations au répertoire réel ET au partage si vous vous déplacez sur le réseau.
Appliquez et attendez que les autorisations se propagent, réessayez la sauvegarde.
REMARQUE 2 : si vous effectuez une sauvegarde sur le réseau et que votre SQL s'exécute en tant que «service local», vous avez des problèmes ... vous pouvez essayer d'attribuer des autorisations ou il peut être plus facile de sauvegarder localement et xcopy en dehors de SQL Server ( une heure plus tard).
REMARQUE 3 : si vous exécutez en tant que service réseau, la machine distante ne reconnaîtra PARFOIS pas le service réseau sur votre serveur SQL. Si tel est le cas, vous devez ajouter des autorisations pour l'ordinateur lui-même, par exemple. MyServer $.
la source
Accédez au dossier du serveur SQL dans le menu Démarrer et cliquez sur les outils de configuration Sélectionnez le gestionnaire de configuration SQL Server Sur les services de serveur SQL, sur l'instance souhaitée, modifiez (Ouvrir une session en tant que) sur le système local
la source
Le compte de service SQL Server n'a pas les autorisations d'écrire dans le dossier
C:\Users\Kimpoy\Desktop\Backup\
la source
J'ai également eu ce problème récemment, mais j'exécutais le travail de sauvegarde à partir du serveur A mais la base de données sauvegardée était sur le serveur B vers un partage de fichiers sur le serveur C.Lorsque l'agent sur le serveur A dit au serveur B d'exécuter une sauvegarde t -sql, c'est en fait le compte de service sous lequel sql s'exécute sur le SERVER B qui tente d'écrire la sauvegarde sur le serveur C.
Rappelez-vous simplement que c'est le compte de service du serveur SQL exécutant la commande BACKUP DATABASE qui nécessite des privilèges sur le système de fichiers, pas sur l'agent.
la source
J'étais juste en train de vivre ça moi-même. Je m'étais assuré que mon utilisateur de connexion MSSQLSERVER avait,
full access
mais cela posait toujours des problèmes. Cela n'a fonctionné qu'une fois que j'ai déplacé la destination à la racine de C. Plus important encore, hors d'un dossier utilisateur (même si j'avais un partage avec des autorisations complètes - même essayé "Tout le monde" comme test).Je ne sais pas si je considère mon problème comme "résolu", mais il "fonctionne".
Juste un FYI pour tous les autres utilisateurs qui rencontrent ce fil.
la source
Je rencontre le même problème avec SQL Express 2014 SP1 sous Windows 10.
Solution qui fonctionne
la source
Pour savoir quel utilisateur vous devez autoriser pour effectuer le processus de restauration, vous pouvez suivre les étapes suivantes:
Vous devez vous rendre sur votre serveur sur lequel SQL Server est installé. Rechercher le gestionnaire de configuration SQL Server
Ensuite, vous devez aller dans "Services SQL Server"
Sous votre instance SQL Server (MSSQLSERVER), il y aura un compte avec la colonne "Connexion en tant que", dans mon cas, il s'agit de NT Service \ MSSQLSERVER .
C'est le compte que vous devez ajouter sous l'onglet Sécurité de votre emplacement .bak source et donner à cet utilisateur les autorisations "Lire" pour que le fichier de sauvegarde puisse être lu.
Supposons que votre fichier de sauvegarde soit présent dans le dossier «D: \ Shared», vous devez alors donner des autorisations comme celle-ci:
la source
J'ai eu un problème similaire. J'ai ajouté des autorisations d'écriture au fichier .bak lui-même et à mon dossier dans lequel j'écrivais la sauvegarde pour l'utilisateur du SERVICE RÉSEAU. Pour ajouter des autorisations, cliquez avec le bouton droit sur le fichier / répertoire que vous souhaitez modifier, sélectionnez l'onglet Sécurité et ajoutez-y les utilisateurs / autorisations appropriés.
la source
Voici ce que j'ai fait pour contourner le problème.
1) Aller à la sauvegarde
2) Supprimez le chemin du fichier de destination sur le disque
3) Cliquez sur Ajouter
4) Dans la case à cocher Nom de fichier: tapez manuellement le nom de la sauvegarde après .. \ backup comme ci-dessous où Yourdb.bak est le nom de la sauvegarde de la base de données
C: \ Program Files \ Microsoft SQL Server \ MSSQL11.MSSQLSERVER \ MSSQL \ Backup \ Yourdb.bak
5) Cliquez sur OK
J'espère que cela t'aides!
la source
L'une des raisons pour lesquelles cela se produit est que vous exécutez votre service MSSQLSERVER sans utiliser de système local. Pour résoudre ce problème, procédez comme suit.
J'espère que cela vous aide bien, comme cela a été le cas pour moi. À votre santé!
la source
Je sais que ce n'est pas une solution exacte, mais l'utilisation de chemins de lecteur externes résout ce problème.
la source
SQL Server ne peut pas accéder (écrire) la sauvegarde à l'emplacement spécifié.
Vous devez d'abord vérifier le compte de service sur lequel le serveur SQL est en cours d'exécution. Cela peut être fait en utilisant Configuration Manager ou Services.msc.
ou
Utilisez la requête ci-dessous:
Maintenant, regardez la colonne service_account et notez-la.
Accédez à l'emplacement où vous essayez d'effectuer la sauvegarde. Dans votre cas: C: \ Users \ Me \ Desktop \ Backup
Clic droit -> Propriétés -> Sécurité ->
Ajoutez le compte de service et fournissez des autorisations de lecture / écriture. Cela résoudra le problème.
la source
J'ai eu le même problème et l'url ci-dessous m'a vraiment aidé.
Cela pourrait aussi vous aider.
http://blog.sqlauthority.com/2011/04/13/sql-server-fix-error-msg-3201-level-16-cannot-open-backup-device-operating-system-error-5access-is- refusé /
la source
Msg 3201, niveau 16, état 1, ligne 1 Impossible d'ouvrir le périphérique de sauvegarde «C: \ Backup \ Adventure_20120720_1024AM.trn». Erreur du système d'exploitation 5 (l'accès est refusé.). Msg 3013, niveau 16, état 1, ligne 1 BACKUP LOG se termine anormalement.
J'ai vérifié le dossier de sauvegarde sur le lecteur C, le nouveau compte de service dispose-t-il ou non d'une autorisation d'accès de contrôle total?, J'ai réalisé que le compte de service "Test \ Kiran" ne dispose pas de l'autorisation de sécurité de contrôle total.
Veuillez suivre les étapes ci-dessous pour donner un contrôle total au compte de service:
la source
Veuillez vérifier l'accès aux lecteurs, créez d'abord un dossier et allez dans les propriétés du dossier,
Vous pouvez trouver l'onglet de sécurité, cliquez dessus pour vérifier si votre identifiant d'utilisateur a l'accès ou non.
si vous ne trouvez pas votre identifiant, veuillez cliquer sur le bouton d'ajout et donner un nom d'utilisateur avec un accès complet.
la source
Partagez ce dossier et utilisez le chemin UNC, par exemple: \ pc \ backups \ mydb.bak
Ensuite, vous pouvez arrêter le partage.
Pas très élégant, mais cela résout tous les problèmes d'autorisations (vous devez également donner des autorisations pour partager, comme mentionné ci-dessus)
la source
J'ai rencontré ce problème lorsque le fichier .BAK était temporairement stocké dans un dossier chiffré avec BitLocker. Il a conservé le cryptage après avoir été déplacé vers un autre dossier.
Le compte SERVICE RÉSEAU n'a pas pu déchiffrer le fichier et a donné ce message d'erreur très informatif.
La suppression du chiffrement BitLocker (en décochant «Crypter le contenu pour sécuriser les données» dans les propriétés du fichier) sur le fichier .BAK a résolu le problème.
la source
J'ai la même erreur. Les modifications suivantes m'ont aidé à résoudre ce problème.
la source
Salut, vous devez modifier la requête de:
à
Vous devez ajouter un N devant le chemin fonctionne pour moi.
la source
Dans mon cas, j'ai oublié de nommer le fichier de sauvegarde et il a continué à me donner la même erreur d'autorisation: /
la source
J'ai résolu le même problème avec les 3 étapes suivantes:
la source