sql-server - para - restore database sql server 2012
Error de restauración de SQL Server: acceso denegado (18)
El creador de la copia de seguridad tenía instalada la versión 10 de MSSql, así que cuando tomó la copia de seguridad también almacena la ruta del archivo original (para poder restaurarla en la misma ubicación), pero tuve la versión 11, por lo que no pude encontrar el directorio de destino.
Así que cambié el directorio de archivos de salida a C: / Archivos de programa / Microsoft SQL Server / MSSQL11.MSSQLSERVER / MSSQL / DATA / y pude restaurar la base de datos con éxito.
tables.bak una base de datos en mi máquina local y luego hice una copia de seguridad llamada tables.bak de la tabla DataLabTables .
Trasladé esa copia de seguridad a una máquina remota sin esa tabla e intenté hacer una restauración, pero recibí el siguiente error:
System.Data.SqlClient.SqlError: el sistema operativo devolvió el error ''5 (Acceso denegado)'' al intentar ''RestoreContainer :: ValidateTargetForCreation'' en ''c: / Archivos de programa / Microsoft SQL Server / MSSQL.1 / MSSQL / DataLabTables .mdf ''.
¿Cómo soluciono mis derechos, si ese es el problema?
Acabo de tener este problema con SQL Server 2012.
Resultó que todo lo que tenía que hacer era marcar la casilla "Reubicar todos los archivos en la carpeta" en la sección "Archivos":
(Haz clic para ver la imagen a tamaño completo)
Por supuesto, esto supone que tiene instalada la versión correcta de SQL Server.
Del mensaje de error, dice que hay un error al validar el objetivo ( 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á siendo utilizado 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 la base de datos completa (o al menos uno o varios grupos de archivos de esa base de datos).
Mi corazonada es: ya ha restaurado esa base de datos previamente, y ahora, en una segunda restauración, no marcó la casilla "Sobrescribir la base de datos existente" en su asistente de restauración, por lo que 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í
Estaba teniendo el mismo problema. Resultó que mi SQL Server y el servicio de SQL Server Agent logon as en la cuenta de Network Services que no tenían 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.
Frnds ... Tuve el mismo problema al restringir la base de datos e intenté todas las soluciones, pero no pude resolverlas. Luego intenté reinstalar SQL 2005 y el problema fue resuelto. En realidad, la última vez me olvidé de marcar la opción de personalización al mismo tiempo que instalé el SQL. Se presenta dos veces durante la instalación y lo compruebo solo.
Lo siento porque no puedo comentar ...
Yo tuve el mismo problema. En mi caso, el problema estaba relacionado con intentar restaurar en una vieja carpeta del servidor sql (que existía en el servidor). Esto se debe a la antigua copia de seguridad del servidor sql (es decir, SQL Server 2012 Backup) restaurada en un nuevo servidor sql (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 SQL Server DATA.
Luego intente moverlo a una subcarpeta debajo de C :, pero verifique que el usuario tenga todos los derechos en la carpeta que usa.
Mi caso fue un poco único. Hizo todo por el libro, pero aún así falló.
Naturalmente, intenté lo que la gente aquí sugirió aquí también, todavía nada funcionaba.
¡Al final, fue debido a una mente brillante que creó una carpeta llamada " databasename.mdf "!
SQL siguió quejándose de que no tiene acceso para escribir c: / path / databasename.mdf y me aseguré de que todos los permisos NTFS estuvieran allí y el servicio se ejecuta en un usuario específico ...
... y todo el tiempo era solo una carpeta con un nombre desafortunado.
Espero que esto ayude a alguien a evitar los grises en el cabello :-)
Otro escenario podría ser la existencia de múltiples rutas de bases de datos. Primero, tome nota de la ruta donde se están almacenando nuevas bases de datos. Por lo tanto, si crea una nueva base de datos vacía y luego Tasks/Restore , asegúrese de que la ruta que la restauración intenta usar sea el mismo directorio en el que se creó la base de datos vacía. Incluso si la ruta de restauración es legal, aún 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.
Prueba esto:
En la ventana del asistente Restaurar base de datos, vaya a la pestaña Archivos, desmarque la casilla de verificación "Reubicar todos los archivos en la carpeta" y luego cambie el destino de restauración desde C: a alguna otra unidad. Luego proceda con el proceso de restauración regular. Se restaurará con éxito.
Puede que esta no sea la mejor solución, pero estaba tratando de hacer la restauración en SQL Server 2005, pero cambié a SQL Server 2008 y funcionó.
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 el que está tratando de restaurar 2) Al restaurar, use el mismo nombre que usó arriba y en las opciones, haga clic en la opción sobrescribir
Puede dar una oportunidad a lo de arriba si las otras soluciones no funcionan.
También perdí un par de horas con este problema. lo hice funcionar:
"acceso denegado" en mi caso realmente significaba "acceso denegado". La cuenta de usuario de mssqlstudio en mi dispositivo de Windows NO tiene el control total de la carpeta especificada en el mensaje de error. Le di el control total. el acceso ya no se negó y la restauración tuvo éxito.
¿Por qué la carpeta estaba cerrada para el estudio? quién sabe ? Tengo suficientes preguntas para tratar como están sin intentar responder más.
Tengo un problema como este. Error causado por la compresión habilitada en las carpetas de SQL Server.
Tuve el mismo problema pero utilicé el servidor sql 2008 r2, debe ingresar las opciones y verificar las rutas donde sql va a guardar los archivos .mdf y .ldf debe seleccionar la ruta de instalación de su servidor sql. Resolví mi problema con esto, espero que te ayude.
Tuve este problema, inicié sesión como administrador y solucionó el problema.
Tuve un problema similar. Traté de restaurar un archivo .bak de 2005, y recibí exactamente el mismo error. Seleccioné la opción de sobrescribir también en vano.
mi solución fue otorgar acceso de usuario SQL al directorio en cuestión, yendo a la carpeta y editando los derechos de acceso a través de la pantalla de propiedades.
Vaya a C: / Archivos de programa / Microsoft SQL Server / MSSQL12.MSSQLSERVER / MSSQL / DATA / y haga clic en permitir acceso cuando aparezca una nueva ventana