Restauration SQL Server Erreur Accès Refusé

J'ai créé une base de données sur mon ordinateur local, puis fait une sauvegarde appelé tables.bak de table DataLabTables.

J'ai déménagé de la sauvegarde d'une machine distante sans que la table et a essayé de faire une restauration mais obtiens l'erreur suivante:

Système.Les données.SqlClient.La fonction SqlError: Le système d'exploitation renvoyé l'
erreur '5(Accès refusé.)' lors de la tentative
'RestoreContainer::ValidateTargetForCreation' sur 'c:\Program
Files\Microsoft SQL Server\MSSQL.1\MSSQL\DataLabTables.mdf'.

Comment puis-je résoudre mes droits, si tel est le problème?

InformationsquelleAutor cdub | 2011-08-11
  1. 448

    Je viens d'avoir ce problème avec SQL Server 2012.

    Il s'avère que tout ce que j'avais à faire était de cocher la case "Déplacer tous les fichiers dans le dossier "sur les" Fichiers " de la section:

    Restauration SQL Server Erreur Accès Refusé

    (Cliquez pour voir l'image en pleine taille)

    Bien sûr, cela suppose que vous avez la bonne version de SQL Server est installé.

    • A travaillé pour moi aussi. Quelqu'un peut-il expliquer pourquoi?
    • Fonctionne pour moi aussi. Juste mis à jour pour 2012 et ne savait pas à ce sujet.
    • Dans mon cas, j'ai été la restauration de fichiers à partir de l'instance d'origine des données dir \MSSQL\DATA si ils devaient être transférés à la nouvelle instance dir \MSSQL.DEUXIÈME\DONNÉES dans l'ordre pour la deuxième instance pour avoir l'autorisation d'y accéder
    • Pouvez-vous aussi s'il vous plaît partager la façon dont cela peut être fait via un script au lieu de l'INTERFACE utilisateur?
    • J'ai eu ce problème avec 2014, même correctif.
    • C'était aussi la solution pour moi lors de la sauvegarde de SQL Express et de la restauration sur complète de SQL Server
    • Cela a fonctionné pour moi pour la restauration d'une base de données de SQL Server 2012 sur notre serveur live dans mon local SQL 2016 Developer edition.
    • J'ai eu le même problème lors de la restauration d'une base de données sur sql server express 2014. Votre solution a fonctionné comme un charme 🙂
    • J'AI BESOIN DE VOUS DONNER UN CÂLIN. Maintenant, sérieusement, j'étais sur le point de dire non à un client, votre réponse a sauvé mon projet.
    • Résout le même problème sur SQL Server 2016.
    • L'exact opposé de la solution a fonctionné pour moi. J'ai dû décocher cette case pour que cela fonctionne!
    • Ne fonctionne pas pour moi. lorsque vous essayez de parcourir le répertoire qu'il dit, je n'ai pas les autorisations et besoin de cliquer sur continuer en tant qu'administrateur. J'ai changé le "déplacer tous les fichiers dans" un autre répertoire et qui fonctionnait bien. Je ne sais pas pourquoi je n'ai pas accès au répertoire de données comme mon utilisateur plus.. sans doute un SQL 2017 chose?
    • Les cerceaux de SQL Server vous fait sauter à travers pour restaurer une base de données. J'ai eu beaucoup de problèmes d'autorisations, etc qu'il me rendait folle et ce fut la dernière pièce du casse-tête, merci!
    • Je viens de tomber sur ce nouveau avec SQL Server 2016 Developer Edition (à partir de SQL Server 2012) et j'ai dû ajouter de la barre oblique inverse à la fin de DATA ou elle a essayé de le mettre dans le MSSQL dossier à la place.
    • Une heure de ma vie gaspillée en raison d'une case caché. Merci encore Microsoft - lol. Jusqu'voté.
    • Merci beaucoup!
    • Cela se produit si l'instance de destination a différents noms (version). Ainsi, le programme essaie de copier au dossier qui n'existe pas. Cette check-marque crée un nouveau dossier pour vous.
    • Cela a fonctionné pour moi dans Sql server 2017. Merci

    InformationsquelleAutor Exile
  2. 30

    Le message d'erreur, il dit 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.

    Qui sonne comme:

    a) que le fichier existe déjà (parce que vous avez déjà restauré précédemment) et est utilisé par SQL Server

    ou

    b) que le répertoire n'existe pas, tous les

    Dans votre question, vous avez mentionné que vous avez créé une sauvegarde de la table - ce n'est pas la façon dont SQL Server sauvegardes. Ces sauvegardes sont toujours la base de données entière (ou au moins un ou plusieurs groupes de fichiers de la base de données).

    Mon intuition est la suivante: vous avez déjà restauré la base de données précédemment, et maintenant, après une deuxième restauration, vous n'avez pas à cocher la case "Remplacer la base de données existante" dans votre assistant de restauration - le fichier ne peut pas être remplacée 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.


    C:\program files\.... est un répertoire protégé - normal (non-administrateur), les utilisateurs n'ont pas accès à ce répertoire (et ses sous-répertoires).


    La plus simple solution: essayez de mettre votre BAK fichier quelque part d'autre (par exemple,C:\temp) et de le restaurer à partir de là

    • j'ai essayé de resore à partir de C:\, mais toujours le même problème.
    • J'ai essayé en vertu de C:\temp mais l'erreur est toujours la même que ci-dessus, avec le même chemin que j'ai mentionné, ce qui est étrange
    • Je clic droit sur Bases de données dans SQL Management Studio, puis en Tâches -> restauration
    • il semble effectivement comme il a déjà un MDF pour la base de données, il est la sauvegarde de
    • ouais, c'est mon intuition trop - il dit, il a créé une sauvegarde de la table - bien sûr, vous ne pouvez pas le faire - vous de toujours sauvegarder l'intégralité de base de données (ou au moins un groupe de fichiers) - pas un seul tableau en soi...
    • mise à jour de ma réponse avec un nouveau possible d'erreur cause - pouvez-vous s'il vous plaît vérifier et de faire un rapport??
    • thx, j'ai oublié de modifier les options comme il n'existe pas de répertoire pour le fichier...ce n'est pas ...MSSQL\DataLabTables.mdf, mais au lieu de cela ...MSSQL\Data\DataLabTables.mdf
    • Commentaire mineur sur la "et est utilisé par SQL Server" la partie de l'option A ci-dessus: s'avère un standard RESTORE commande échoue si le fichier existe, même si c' n'est pas, à utiliser par SQL Server (par exemple, le MDF/fichiers LDF rester en place après une précédente détacher). Je suis tombé sur ceci dans un personnalisé T-SQL envoi de journaux de mise en œuvre pour une importante migration de centaines de DBs au cours des deux dernières semaines. Je ne suis pas sûr que le message d'erreur "accès refusé" aurait pu être quelque chose de moins précis.
    • J'ai dû renommer manuellement les existants MDF/fichiers LDF avant que je puisse le restaurer via une sauvegarde de vérification de "Remplacer" n'était pas suffisante.

    InformationsquelleAutor marc_s
  3. 25

    J'ai eu le même problème. Il s'est avéré que mon SQL Server et SQL Server Agent services logon as étaient en cours d'exécution en vertu de la Network Services compte qui n'ont pas accès en écriture à effectuer une restauration de la sauvegarde.

    J'ai changé à la fois de ces services à l'ouverture de session en tant Local System Account et le problème est résolu.

    • Yup a fonctionné pour moi. Merci pour la suggestion.
    • cela a fait l'affaire
    • Ce n'est pas une bonne idée. Elle masque le vrai problème qui est l'emplacement du fichier que vous essayez de restaurer, ce n'est pas ce que vous voulez.
    • Mon service SQL Server en cours d'exécution au "NT Service\MSSQLSERVER" ajout d'autorisations pour un utilisateur, les données et les journaux de dossier a fonctionné pour moi.
    • Totalement fonctionné pour moi
    • Fine, ce qui a aidé à m'

    InformationsquelleAutor Flea
  4. 9

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

    1) Créer une nouvelle base de données avec le même nom que celui que vous essayez de restaurer
    2) lors de la restauration, utiliser le même nom que celui utilisé ci-dessus et dans les options, cliquez sur l'option écraser

    Vous pourriez donner l'au-dessus d'un coup si les autres solutions ne fonctionnent pas.

    InformationsquelleAutor Devin
  5. 6

    La sauvegarde créateur avait MSSql version 10 est installé, de sorte que quand il a pris la sauvegarde, il stocke également le chemin d'accès au fichier d'origine (afin de pouvoir la restaurer en même emplacement), mais j'ai eu la version 11, de sorte qu'il ne pouvait pas trouver le répertoire de destination.

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

    Source

    InformationsquelleAutor Philluminati
  6. 6

    J'ai eu un problème similaire. J'ai essayé de restaurer une 2005 .bak fichier, et j'ai reçu exactement le même message d'erreur. J'ai choisi l'option de remplacement ainsi en vain.

    ma solution a été d'accorder l'utilisateur SQL accès à l'annuaire en question, en allant dans le dossier et de modification des droits d'accès par le biais de la propriété de l'écran.

    InformationsquelleAutor martijn
  7. 2

    perdu une couple d'heures à ce problème aussi. j'ai réussi si:

    "accès refusé" dans mon cas, vraiment ne signifie pas "accès refusé". mssqlstudio du compte utilisateur sur mon appareil windows n'a 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'était plus refusé et la restauration a réussi.

    pourquoi le dossier verrouillé pour le studio ? qui sait ? j'ai eu assez de questions à traiter, comme il est, sans essayer de répondre à plus de.

    InformationsquelleAutor abraham tio
  8. 1

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

    • A travaillé pour moi aussi pour la SSMS v17
    InformationsquelleAutor Rob Smith
  9. 0

    Un autre scénario pourrait être l'existence de plusieurs chemins de base de données. Tout d'abord, notez le chemin d'accès où de nouvelles bases de données sont actuellement entreposés. Donc, si vous créez une nouvelle base de données vide et ensuite faire Tasks/Restore, assurez-vous que le chemin d'accès de la restauration est d'essayer d'utiliser le même répertoire que la base de données vide a été créé en. Même si le chemin d'accès de restauration est légal, vous aurez toujours l'erreur accès refusé s'il n'est pas le chemin d'accès actuel vous travaillez avec. Très facile à repérer quand le chemin n'est pas juridique, beaucoup plus difficile à détecter lorsque le chemin est légal, mais pas le chemin d'accès actuel.

    InformationsquelleAutor demongolem
  10. 0

    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é au fait d'essayer de restaurer une vieille sql server dossier (qui existait sur le serveur). Cela est dû à la vieille sauvegarde de sql server (c'est à dire de SQL Server 2012 Sauvegarde) restaurée dans un nouveau serveur sql (SQL Server 2014). La vraie question n'est pas trop différent de @marc_s réponse. De toute façon, j'ai changé uniquement le dossier cible pour le nouveau dossier de DONNÉES SQL Server.

    InformationsquelleAutor bubi
  11. 0

    Cela peut ne pas être la meilleure solution, mais j'ai essayé de faire la restauration à SQL Server 2005, mais j'ai changé pour SQL Server 2008 et cela a fonctionné.

    InformationsquelleAutor alansiqueira27
  12. 0

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

    InformationsquelleAutor Arman Hayots
  13. 0

    Frnds... j'ai eu le même problème lors de la restroring base de données et essayé toutes les solutions, mais pourrait nt être résolues. Ensuite, j'ai essayé d'installer SQL 2005 et le problème résolu. Actully dernière fois j'ai oublié de vérifier sur l'option personnaliser tout instlling SQL.. Il vient deux fois lors de l'installation et je checkd pour seulement..

    InformationsquelleAutor Nishant
  14. 0

    Essayez ceci:

    Dans la Restauration DB fenêtre de l'assistant, allez à l'onglet Fichiers, Décochez l'option "Déplacer Tous les fichiers dans le dossier" case à cocher, puis changer la destination de la restauration à partir de C: pour les uns, les autres en voiture. Ensuite, passez à la procédure de restauration. Il se restaurer avec succès.

    InformationsquelleAutor Raja Sekhar
  15. 0

    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érifiez que les chemins d'accès où sql va enregistrer les fichiers .mdf et .ldf vous devez sélectionner le chemin d'accès de votre installation de sql server. J'ai résolu mon problème avec cela, j'espère que cela vous aide.

    InformationsquelleAutor Edgar Castillo
  16. 0

    Dans mon cas j'ai eu à vérifier le chemin de Sauvegarde de la base de données de là où j'étais en train de restaurer. J'avais déjà restauré à partir d'un chemin d'accès différent lorsque je l'ai fait la première fois. J'ai corrigé le chemin de Sauvegarde à utiliser le chemin de sauvegarde, j'ai utilisé la première fois et cela a fonctionné!

    InformationsquelleAutor SitecoreSyed
  17. -1

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

    InformationsquelleAutor Azeezat Raheem
  18. -2

    Puis essayez de le déplacer vers un sous-dossier sous C:, mais de vérifier que l'utilisateur a tous les droits sur le dossier de votre utilisation.

    InformationsquelleAutor sqlKob