Erreur de restauration SQL Server-L'accès est refusé

À partir du message d'erreur, il indique qu'il y a une erreur lors de la validation de la cible (c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DataLabTables.mdf) de votre opération de restauration.

Cela ressemble à:

A) Ce fichier existe déjà (parce que vous l'avez déjà restauré précédemment) et est utilisé par SQL Server

Ou

B) ce répertoire n'existe pas du tout

Dans votre question, vous avez mentionné que vous avez créé une sauvegarde pour cette table - ce n'est pas ainsi que fonctionnent les sauvegardes SQL Server. Ces sauvegardes sont toujours le tout base de données (ou au moins un ou plusieurs groupes de fichiers de la base de données).

Mon intuition est: vous avez déjà restauré cette base de données précédemment, et maintenant, lors d'une deuxième restauration, vous n'avez pas coché la case "écraser la base de données existante" dans votre assistant de restauration - ainsi le fichier existant ne peut pas être écrasé et la restauration échoue.

L'utilisateur qui exécute la restauration sur votre serveur distant n'a évidemment pas accès à ce répertoire sur le serveur distant.

{[1] } est un répertoire protégé-les utilisateurs normaux (non-admin) n'ont pas accès à ce répertoire (et à ses sous-répertoires).

Solution la plus simple: essayez de placer votre fichier BAK ailleurs (par exemple C:\temp) et restaurez-le à partir de là

J'avais le même problème. Il s'est avéré que mes services SQL Server et SQL Server Agent logon as fonctionnaient sous le compte Network Services qui n'avait pas d'accès en écriture pour effectuer la restauration de la sauvegarde.

J'ai changé ces deux services pour ouvrir une session en tant que Local System Account et cela a résolu le problème.

Récemment, j'ai fait face à ce problème avec SQL 2008 R2 et la solution ci-dessous a fonctionné pour moi:

1) créez une nouvelle base de données avec le même nom que celle que vous essayez de restaurer 2) lors de la restauration, utilisez le même nom que vous avez utilisé ci-dessus et dans les options, cliquez sur l'option Remplacer

Vous pourriez donner un coup de feu à ce qui précède si les autres solutions ne fonctionnent pas.

Le créateur de sauvegarde avait MSSQL version 10 installé, donc quand il a pris la sauvegarde, il stocke également le chemin du fichier d'origine (pour pouvoir le restaurer au même endroit), mais j'avais la version 11, donc il n'a pas pu trouver le répertoire de destination.

J'ai donc changé le répertoire du fichier de sortie en C:\Program fichiers \ Microsoft SQL Server \ MSSQL11.MSSQLSERVER\MSSQL \ DATA\ , et il a pu restaurer la base de données avec succès.

Source

J'ai eu un problème similaire. J'ai essayé de restaurer un 2005 .fichier bak, et j'ai reçu exactement la même erreur. J'ai également sélectionné l'option d'écrasement en vain.

Ma solution était d'accorder à L'utilisateur SQL l'accès au répertoire en question, en allant dans le dossier et en éditant les droits d'accès via l'écran de propriété.

A perdu quelques heures à ce problème aussi. Je l'ai bien fait:

"Accès refusé" dans mon cas signifiait vraiment "Accès refusé". le compte d'utilisateur de mssqlstudio sur mon appareil windows N'avait pas le contrôle total du dossier spécifié dans le message d'erreur. je lui ai donné le plein contrôle. l'accès n'a plus été refusé et la restauration a réussi.

Pourquoi le dossier était-il verrouillé pour studio ? qui sait ? j'ai assez de questions à traiter car c'est sans essayer de répondre plus.

Un Autre scénario pourrait être l'existence de plusieurs chemins de base de données. Tout d'abord, Notez le chemin où les nouvelles bases de données sont actuellement stockées. Donc, si vous créez une nouvelle base de données vide, puis faites Tasks/Restore, Assurez-vous que le chemin que la restauration tente d'utiliser est le même répertoire que la base de données vide a été créée. Même si le chemin de restauration est légal, vous obtiendrez toujours l'erreur Accès refusé si ce n'est pas le chemin actuel avec lequel vous travaillez. Très facile à repérer lorsque le chemin n'est pas légal, beaucoup plus difficile à repérer lorsque le chemin est légal, mais pas le chemin actuel.

Désolé parce que je ne peux pas commenter...

J'ai eu le même problème. Dans mon cas, le problème était lié à la tentative de restauration dans un ancien dossier sql server (qui existait sur le serveur). Cela est dû à l'ancienne sauvegarde sql server (C'est-à-dire la sauvegarde SQL Server 2012) restaurée dans un nouveau serveur sql (SQL Server 2014). Le vrai problème n'est pas trop différent de la réponse @marc_s. Quoi qu'il en soit, j'ai changé seulement le dossier cible dans le nouveau dossier de données SQL Server.

Ce n'est peut-être pas la meilleure solution, mais j'essayais de faire la restauration à SQL Server 2005, mais j'ai changé pour SQL Server 2008 et cela a fonctionné.

Avez des problème de ce genre. Erreur causée par la compression activée sur les dossiers SQL Server.

Frnds... J'ai eu le même problème en restroring la base de données et j'ai essayé toutes les solutions mais nt pourrait être résolu. Ensuite, j'ai essayé de réinstaller SQL 2005 et le problème résolu. La dernière fois que j'ai oublié de vérifier l'option Personnaliser en installant SQL.. Il vient deux fois lors de l'installation et je le vérifie pour ceux seulement..

Essayez ceci:

Dans la fenêtre de L'Assistant restaurer la base de données, allez dans L'onglet Fichiers, décochez la case à cocher" déplacer tous les fichiers dans un dossier", puis modifiez la destination de restauration de C: vers un autre lecteur. Ensuite, procédez au processus de restauration régulier. Il sera restauré avec succès.

J'ai eu le MÊME PROBLÈME MAIS j'ai utilisé sql server 2008 r2, vous devez vérifier dans les options et vérifier les chemins où sql va enregistrer les fichiers .mdf et .ldf vous devez sélectionner le chemin d'accès de votre installation sql server. J'ai résolu mon problème avec ça, j'espère que ça vous aidera.

J'ai eu ce problème, je me suis connecté en tant qu'administrateur et cela a résolu le problème.

Aller à C:\Program fichiers \ Microsoft SQL Server \ MSSQL12.MSSQLSERVER \ MSSQL \ DATA \ et cliquez sur Autoriser l'accès lorsqu'une nouvelle fenêtre apparaît

Ensuite, essayez de le déplacer dans un sous-dossier sous le C:, mais vérifiez que l'utilisateur dispose de tous les droits sur le dossier que vous utilisez.