Error de restauración de SQL Server: Acceso denegado

Desde el mensaje de error, dice que hay un error al validar el destino (c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DataLabTables.mdf) de su operación de restauración.

Eso suena como:

A) ese archivo ya existe (porque ya lo ha restaurado previamente) y está en uso por SQL Server

O

B) ese directorio no existe en absoluto

En su pregunta, mencionó que creó una copia de seguridad para esa tabla, así no es como funcionan las copias de seguridad de SQL Server. Esas copias de seguridad son siempre el todo base de datos (o al menos uno o varios grupos de archivos de esa base de datos).

Mi corazonada es: ya ha restaurado esa base de datos anteriormente, y ahora, en una segunda restauración, no marcó la casilla de verificación "Sobrescribir la base de datos existente" en su asistente de restauración - por lo tanto, el archivo existente no se puede sobrescribir y la restauración falla.

El usuario que está ejecutando la restauración en su servidor remoto obviamente no tiene acceso a ese directorio en el servidor remoto.

C:\program files\.... es un directorio protegido - los usuarios normales (no administradores) no tienen acceso a este directorio (y sus subdirectorios).

La solución más fácil: intente poner su archivo BAK en otro lugar (por ejemplo, C:\temp) y restaurarlo desde allí

Yo estaba teniendo el mismo problema. Resultó que mis servicios SQL Server y SQL Server Agent logon as se estaban ejecutando bajo la cuenta Network Services que no tenía acceso de escritura para realizar la restauración de la copia de seguridad.

Cambié ambos servicios para iniciar sesión como Local System Account y esto solucionó el problema.

Recientemente me enfrenté a este problema con SQL 2008 R2 y la siguiente solución funcionó para mí:

1) Cree una nueva base de datos con el mismo nombre que la que está intentando restaurar 2) Al restaurar, use el mismo nombre que usó anteriormente y en las opciones, haga clic en la opción sobrescribir

Puede darle una oportunidad a lo anterior si las otras soluciones no funcionan.

El creador de la copia de seguridad tenía MSSql versión 10 instalada, por lo que cuando tomó la copia de seguridad también almacena la ruta del archivo original (para poder restaurarlo en la misma ubicación), pero yo tenía la versión 11, por lo que no pudo encontrar el directorio de destino.

Así que cambié el directorio del archivo de salida a C:\Program Archivos \ Microsoft SQL Server \ MSSQL11.MSSQLSERVER\MSSQL \ DATA\, y fue capaz de restaurar la base de datos con éxito.

Fuente

Tuve un problema similar. Traté de restaurar un 2005 .archivo bak, y recibí exactamente el mismo error. He seleccionado la opción de sobrescribir, así que en vano.

Mi solución fue conceder al usuario SQL acceso al directorio en cuestión, yendo a la carpeta y editando los derechos de acceso a través de la pantalla de propiedades.

Perdido un par de horas a este problema también. sin embargo, lo tengo en marcha:

"acceso denegado" en mi caso realmente significaba "acceso denegado". la cuenta de usuario de mssqlstudio en mi dispositivo Windows NO tenía control total de la carpeta especificada en el mensaje de error. le di el control total. el acceso ya no fue denegado y la restauración tuvo éxito.

¿Por qué se bloqueó la carpeta para studio ? quién sabe ? tengo suficientes preguntas para tratar como está sin tratar de responder más.

Otro escenario podría ser la existencia de múltiples rutas de base de datos. En primer lugar, tome nota de la ruta donde se almacenan las nuevas bases de datos. Así que si crea una nueva base de datos vacía y luego hace Tasks/Restore, asegúrese de que la ruta que la restauración está tratando de usar es el mismo directorio en el que se creó la base de datos vacía. Incluso si la ruta de restauración es legal, obtendrá el error de acceso denegado si no es la ruta actual con la que está trabajando. Muy fácil de detectar cuando el camino no es legal, mucho más difícil de detectar cuando el camino es legal, pero no el camino actual.

Lo siento porque no puedo comentar...

Yo tenía el mismo problema. En mi caso, el problema estaba relacionado con intentar restaurar en una carpeta antigua de sql Server (que existía en el servidor). Esto se debe a la antigua copia de seguridad de sql Server (es decir, la copia de seguridad de SQL Server 2012) restaurada en un nuevo sql server (SQL Server 2014). El verdadero problema no es muy diferente de la respuesta de @marc_s. De todos modos, cambié solo la carpeta de destino a la nueva carpeta de DATOS de SQL Server.

Esta puede no ser la mejor solución, pero estaba tratando de hacer la restauración en SQL Server 2005, pero cambié a SQL Server 2008 y funcionó.

Tengo un problema como este. Error causado por la compresión habilitada en las carpetas de SQL Server.

Frnds... Tuve el mismo problema mientras restoring base de datos y probé todas las soluciones, pero podría nt conseguir resuelto. Luego traté de volver a instalar SQL 2005 y el problema resuelto. Actully última vez me olvidé de comprobar en personalizar opción mientras instlling SQL.. Viene dos veces durante la instalación y yo checkd solo para unos..

Prueba esto:

En la ventana del asistente para Restaurar DB, vaya a la pestaña Archivos, Desmarque la casilla de verificación "Reubicar todos los archivos a la carpeta" y luego cambie el destino de restauración de C: a otra unidad. A continuación, proceder con el proceso de restauración regular. Se restaurará con éxito.

Tuve el mismo problema pero utilicé sql server 2008 r2, debe comprobar en las opciones y verificar las rutas donde sql va a guardar los archivos .y mdf .ldf debe seleccionar la ruta de su instalación de sql Server. He resuelto mi problema con esto, espero que te ayude.

Tuve este problema, inicié sesión como administrador y se solucionó el problema.

Ir a C:\Program Archivos \ Microsoft SQL Server \ MSSQL12.MSSQLSERVER\MSSQL \ DATA \ y haga clic en permitir acceso cuando aparezca una nueva ventana

Luego intente moverlo a una subcarpeta bajo la C:, pero verifique que el usuario tenga todos los derechos sobre la carpeta que usa.