Error del sistema operativo SQL Server 5: "5 (acceso denegado)"

Estoy empezando a aprender SQL y tengo un libro que proporciona una base de datos para trabajar. Estos archivos a continuación están en el directorio pero el problema es que cuando ejecuto la consulta, me da este error:

Msg 5120, Nivel 16, Estado 101, Línea 1 No se puede abrir el archivo físico "C: \ Murach \ SQL Server 2008 \ Databases \ AP.mdf". Error del sistema operativo 5: "5 (acceso denegado)".

   CREATE DATABASE AP
      ON PRIMARY (FILENAME = 'C:\Murach\SQL Server 2008\Databases\AP.mdf')
      LOG ON (FILENAME =     'C:\Murach\SQL Server 2008\Databases\AP_log.ldf')
      FOR ATTACH
    GO

En el libro, el autor dice que debería funcionar, pero no está funcionando en mi caso. Busqué pero no sé exactamente cuál es el problema, así que publiqué esta pregunta.

La cuenta de servicio del motor de base de datos de SQL Server debe tener permisos para leer / escribir en la nueva carpeta.

Mira esto

Para solucionarlo, hice lo siguiente:

Se agregó el grupo de administradores a los permisos de seguridad de archivos con control total para el archivo de datos (S :) y el archivo de registro (T :).

Adjunto la base de datos y funciona bien.

Una publicación anterior, pero aquí hay un paso a paso que funcionó para SQL Server 2014 que se ejecuta en Windows 7:

• Panel de control ->
• Sistema y seguridad ->
• Herramientas administrativas ->
• Servicios ->
• Haga doble clic en SQL Server (SQLEXPRESS) -> clic derecho, Propiedades
• Seleccione la pestaña Iniciar sesión
• Seleccione "Cuenta del sistema local" (el valor predeterminado era una cuenta obtusa del sistema de Windows)
• -> OK
• clic derecho, detener
• clic derecho, Inicio

Voilá!

Creo que la configuración de la cuenta de inicio de sesión puede haber sido una opción en la instalación, pero de ser así, no era la opción predeterminada y era fácil pasarla por alto si aún no estaba al tanto de este problema.

Para evitar el problema de acceso denegado, inicié SSMS como administrador y eso me permitió adjuntar una base de datos desde mi disco local. La base de datos se creó en otra instancia de SQL y Windows.

Este es un problema relacionado con Windows en el que SQL Server no tiene el permiso apropiado para la carpeta que contiene el archivo .bak y, por lo tanto, este error.

La solución más sencilla es copiar su archivo .bak a la ubicación de copia de seguridad SQL predeterminada que tiene todos los permisos necesarios. No necesita jugar con nada más. En SQL SERVER 2012 , esta ubicación es

D:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup (SQL 2012)
C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup (SQL 2014)
C:\Program Files\Microsoft SQL Server\MSSQL13.SQLEXPRESS\MSSQL\Backup (SQL 2016)

Tuve este problema Simplemente ejecute SQL Server como administrador

Sí, es correcto. Primero debe averiguar su cuenta de servicio de sqlserver, puede verla en el Administrador de tareas cuando presiona ctrl + alt + eliminar al mismo tiempo; Luego, debe otorgar el privilegio de lectura / escritura de "C : \ Murach \ SQL Server 2008 \ Bases de datos "a la cuenta de servicio.

El problema se debe a la falta de permisos para que SQL Server acceda a los archivos mdf y ldf. Todos estos procedimientos funcionarán:

1. puede cambiar directamente la cuenta de usuario de inicio del servicio MSSQLSERVER, con la cuenta de usuario que tiene mejores privilegios en los archivos. Luego intente adjuntar la base de datos.
2. O puede asignar al usuario al archivo en la pestaña de seguridad de las propiedades de los archivos mdf y ldf con los privilegios de lectura y escritura marcados.
3. Inicie con la cuenta de administrador de Windows, abra SQL Server con la opción Ejecutar como administrador e intente iniciar sesión con la autenticación de Windows y ahora intente adjuntar la base de datos.

Resuelvo este problema agregando Full controlpermiso para ambos .mdfy .ldfarchivos para el Usersgrupo.

Para mí, se resolvió de la siguiente manera con el estudio de administración de SQL Server: inicie sesión como administrador (inicié sesión como autenticación de Windows), adjunte el archivo mdf (haga clic con el botón derecho en Base de datos | adjuntar | Agregar). usuario normal

Los permisos reales del servidor no serán importantes en este momento; todo se ve bien. SQL Server en sí mismo necesita permisos de carpeta.
dependiendo de su versión, puede agregar permisos SERVERNAME $ MSSQLSERVER para tocar su carpeta. De lo contrario, debe estar en el directorio predeterminado de BACKUP (ya sea donde lo instaló o predeterminado en c: \ programfiles (x) \ MSSQL \ BACKUP.

Incluso si sigue los siguientes pasos, PODRÍA recibir el mismo mensaje de error.

1. login as SA user (SSMS)
2. Edit the file permissions to say "everyone" full access (windows folder)
3. Delete the Log file (Windows Exploring  (this was what I had done per advise from some msdn forum) 

Todavía tengo el error de permiso, pero luego noté que en la pantalla Adjuntar, la sección inferior TODAVÍA mostraba el archivo LOG, y el mensaje de error seguía siendo el mismo.

Espero que esto ayude a alguien que hizo lo mismo.

Solución muy simple.

1. Inicie sesión con el administrador del sistema
2. copie sus archivos mdf y ldf en "C: \ Archivos de programa (x86) \ Microsoft SQL Server \ MSSQL11.MSSQLSERVER \ MSSQL \ DATA" donde se encuentran todos los demás archivos de datos.
3. Ahora adjunte desde allí funcionará

Utilicé Entity Framework en mi aplicación y tuve este problema, configuré cualquier permiso en carpetas y servicios de Windows y no funcionó, después de eso, inicio mi aplicación como administrador (haga clic derecho en el archivo exe y seleccione "ejecutar como administrador") y eso funciona multa.

Si obtiene este error en un .MDFarchivo en la APP_DATAcarpeta (o donde sea que lo coloque) para un proyecto de Visual Studio, la forma en que lo hice fue simplemente copiar los permisos de la DATAcarpeta existente aquí (estoy usando SQL Express 2014 para admitir una aplicación anterior):

C:\Program Files\Microsoft SQL Server\MSSQL12.SQLEXPRESS2014\MSSQL\DATA

(nota: su ruta de instalación real puede variar, especialmente si el nombre de su instancia es diferente)

Haga doble clic en la DATAcarpeta primero como administrador para asegurarse de que tiene acceso, luego abra las propiedades en la carpeta e imite lo mismo para la APP_DATAcarpeta. En mi caso, el usuario que faltaba era MSSQL$SQLEXPRESS2014(porque nombré la instancia SQLEXPRESS2014, el tuyo puede ser diferente). Ese también es el nombre de usuario del servicio SQL Server.

Por alguna razón, establecer todos los permisos correctos no ayudó en mi caso. Tenía un archivo db.bakque no pude restaurar debido al 5(Access is denied.)error. El archivo se colocó en la misma carpeta que otros archivos de copia de seguridad y todos los permisos eran idénticos a otros archivos. Pude restaurar todos los otros archivos excepto este db.bakarchivo. Incluso intenté cambiar el usuario de inicio de sesión del servicio de SQL Server, sigue siendo el mismo resultado. He intentado copiar el archivo sin efecto.

Luego intenté crear un archivo idéntico ejecutando

type db.bak > db2.bak

en lugar de copiar el archivo Y voila funcionó! db2.bakrestaurado con éxito

Sospecho que 5(Access is denied.)MS SQL puede informar erróneamente de otros problemas al leer el archivo de copia de seguridad .

En Linux, fui a la /var/opt/mssql/data/carpeta y abrí una terminal con sudo, luego, cambié mis permisos de archivo * .mdf y * .ldf como se muestra a continuación en el que reemplaza yourDBcon el nombre del archivo de la base de datos y el nombre myUserde usuario actualmente registrado:

chmod 755 yourDB.mdf
chown myUser yourDB.mdf

chmod 755 yourDB.ldf
chown myUser yourDB.ldf

Después de eso, se volvió a conectar sin ningún problema.

Significa que el usuario de inicio de sesión SSMS no tiene permiso en el archivo .mdf. Así es como me ha funcionado:

Abrí el SSMS (Ejecutar como administrador) e inicie sesión como usuario administrador, haga clic con el botón secundario en la base de datos, haga clic en Agregar, seleccione el archivo .mdf, haga clic en Aceptar. Hecho.