Impossible d'ouvrir le périphérique de sauvegarde. Erreur du système d'exploitation 5

Question

Vous trouverez ci-dessous la requête que j'utilise pour sauvegarder (créer une .bak ) ma base de données.

Cependant, chaque fois que je l'exécute, j'obtiens toujours ce message d'erreur :

Msg 3201, Niveau 16, Etat 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(Accès refusé.).

Msg 3013, Niveau 16, Etat 1, Ligne 1
BACKUP DATABASE se termine anormalement.

Voici ma question :

BACKUP DATABASE AcinsoftDB
TO DISK = 'C:\Users\Me\Desktop\Backup\MyDB.Bak'
WITH FORMAT,
MEDIANAME = 'C_SQLServerBackups',
NAME = 'Full Backup of MyDB';

Answer 1

Oui, je viens d'acheter celui-là.

Regardez dans les services Windows. Démarrer > Administration > Services

Trouvez le service dans la liste appelée : SQL Server (MSSQLSERVER) recherchez la colonne "Log On As" (il faut l'ajouter si elle n'existe pas dans la liste).

C'est le compte dont vous avez besoin pour donner des permissions au répertoire, cliquez droit dans l'explorateur > propriétés > partages (et sécurité).

NOTE : N'oubliez pas de donner des permissions au répertoire réel ET au partage si vous passez par le réseau.

Appliquez et attendez que les permissions se propagent, essayez à nouveau la sauvegarde.

NOTE 2 Si vous sauvegardez à travers le réseau et que votre SQL est exécuté en tant que "Service local", vous avez des problèmes... vous pouvez essayer d'attribuer des permissions ou il peut être plus facile de sauvegarder localement et de copier à travers en dehors de SQL Server (une heure plus tard).

NOTE 3 : Si vous utilisez un service réseau, il arrive parfois que la machine distante ne reconnaisse pas le service réseau de votre serveur SQL. Si c'est le cas, vous devez ajouter des permissions pour l'ordinateur lui-même, par exemple MyServer$.

Answer 2

Allez dans le dossier SQL Server dans le menu démarrer et cliquez sur outils de configuration. Sélectionnez SQL Server configuration manager Sur les services du serveur SQL, sur l'instance désirée, changer le (Log On as) en système local.

Answer 3

Le compte de service SQL Server n'a pas le droit d'écrire dans le dossier C:\Users\Kimpoy\Desktop\Backup\

Answer 4

J'ai également eu ce problème récemment, mais j'exécutais la tâche de sauvegarde à partir du serveur A, mais la base de données à sauvegarder se trouvait sur le serveur B et était partagée en fichiers sur le serveur C. Lorsque l'agent du serveur A demande au serveur B d'exécuter une commande de sauvegarde t-sql, c'est en fait le compte de service sous lequel sql est exécuté sur le SERVEUR B qui tente d'écrire la sauvegarde sur le serveur C.

N'oubliez pas que c'est le compte de service du serveur sql qui exécute la commande BACKUP DATABASE qui a besoin de privilèges sur le système de fichiers, pas l'agent.

Answer 5

J'étais en train de vivre ça moi-même. Je m'étais assuré que mon utilisateur de connexion MSSQLSERVER avait full access mais ça causait toujours des problèmes. Cela n'a fonctionné qu'une fois que j'ai déplacé la destination vers la racine de C. Plus important encore, hors d'un dossier utilisateur (même si j'avais un partage avec des permissions complètes - j'ai même essayé "Tout le monde" comme test).

Je ne sais pas si je considère mon problème comme "réglé", mais il "fonctionne".

Juste un FYI pour tous les autres utilisateurs qui tombent sur ce fil.