utilizar sqlstate sqlserver smoextended sistema servidor seguridad retrieve puede para operativo operating open microsoft for failed error dispositivo denegado código copia cannot archivo acceso abrir sql-server-2008 backup access-denied permission-denied

sql server 2008 - sqlstate - No se puede abrir el dispositivo de copia de seguridad. Error del sistema operativo 5



no se puede utilizar el archivo de copia de seguridad (16)

A continuación se muestra la consulta que estoy usando para hacer una copia de seguridad (crear un .bak ) de mi base de datos.

Sin embargo, cada vez que lo ejecuto, siempre aparece este mensaje de error:

Msg 3201, nivel 16, estado 1, línea 1
No se puede abrir el dispositivo de copia de seguridad ''C: / Users / Me / Desktop / Backup / MyDB.Bak''. Error 5 del sistema operativo (Acceso denegado).

Msg 3013, nivel 16, estado 1, línea 1
BACKUP DATABASE está terminando anormalmente.

Esta es mi consulta:

BACKUP DATABASE AcinsoftDB TO DISK = ''C:/Users/Me/Desktop/Backup/MyDB.Bak'' WITH FORMAT, MEDIANAME = ''C_SQLServerBackups'', NAME = ''Full Backup of MyDB'';

Gracias por adelantado.


Comparta esta carpeta y use la ruta UNC, por ejemplo: / pc / backups / mydb.bak

Entonces puedes dejar de compartir.

No es muy elegante, pero resuelve todos los problemas de permisos (también debe otorgar permisos para compartir, como se mencionó anteriormente)


Compruebe el acceso a las unidades. Primero cree una carpeta y vaya a las propiedades de la carpeta.

Puede encontrar la pestaña de seguridad, haga clic en esa comprobación para ver si su identificación de usuario tiene o no acceso.

si no pudo encontrar su ID, haga clic en el botón Agregar y añada el nombre de usuario con acceso completo.


Esto es lo que hice para eludir el problema.

1) Ir a la copia de seguridad

2) Elimine la ruta de archivo de destino al disco

3) Haga clic en Agregar

4) En el nombre de archivo: casilla de verificación escriba manualmente el nombre de la copia de seguridad después de ... / copia de seguridad como a continuación, donde Yourdb.bak es el nombre de la copia de seguridad de la base de datos

C: / Archivos de programa / Microsoft SQL Server / MSSQL11.MSSQLSERVER / MSSQL / Backup / Yourdb.bak

5) Haga clic en Aceptar

¡Espero que esto ayude!


Experimenté este problema cuando el archivo .BAK se almacenó temporalmente en una carpeta cifrada con BitLocker. Retuvo el cifrado después de que se movió a una carpeta diferente.

La cuenta de servicio de red no pudo descifrar el archivo y dio este mensaje de error completamente informativo.

La eliminación del cifrado de BitLocker (al desmarcar "Encriptar contenidos para proteger los datos" en las propiedades del archivo) en el archivo .BAK resolvió el problema.


Hola, necesitas cambiar la consulta de:

BACKUP DATABASE AcinsoftDB TO DISK = ''C:/Users/Me/Desktop/Backup/MyDB.Bak''

a

BACKUP DATABASE AcinsoftDB TO DISK = N''C:/Users/Me/Desktop/Backup/MyDB.Bak''

Tienes que agregar una N en frente de la ruta para mí.


La cuenta de servicio de SQL Server no tiene permisos para escribir en la carpeta C:/Users/Kimpoy/Desktop/Backup/


Me enfrenta el mismo problema con SQL Express 2014 SP1 en Windows 10.

Solución que funciona

  1. Abra el servicio escribiendo Servicios
  2. Ubique y abra el Servidor SQL (SQLExpress)
  3. Ve a la pestaña LogOn
  4. Elija la cuenta del sistema local (también verifique si Permitir que los servicios interactúen con el escritorio)
  5. Haga clic en Aceptar . Detener el servicio Reinicia el servicio.
  6. Problema resuelto

Msg 3201, nivel 16, estado 1, línea 1 No se puede abrir el dispositivo de copia de seguridad ''C: / Backup / Adventure_20120720_1024AM.trn''. Error 5 del sistema operativo (Acceso denegado). Msg 3013, nivel 16, estado 1, línea 1 BACKUP LOG está terminando anormalmente.

Verifiqué la carpeta de copia de seguridad en la unidad C, ¿la cuenta de servicio nueva tiene permiso de acceso de control total o no ?, me di cuenta de que la cuenta de servicio "Test / Kiran" no tiene permiso de seguridad de control total.

Siga los pasos a continuación para dar control total a la cuenta de servicio:

  1. Vaya a la unidad C, haga clic con el botón derecho en la carpeta Copia de seguridad.
  2. Seleccione la pestaña Seguridad.
  3. Haga clic en el botón Editar, se abrirá una nueva ventana.
  4. Haga clic en el botón Agregar e ingrese la cuenta de usuario Test / Kiran y haga clic en el botón Comprobar nombre, esto validará que el usuario ingresado sea existente o no, si está presente mostrará al usuario en la ventana, seleccione Aceptar.
  5. Seleccione el nombre de usuario ingresado y seleccione la casilla de verificación Control total debajo de permitir.

Sé que no es una solución exacta, pero el uso de rutas de disco externas resuelve este problema.

BACKUP DATABASE AcinsoftDB TO DISK = ''E:/MyDB.Bak'' WITH FORMAT, MEDIANAME = ''C_SQLServerBackups'', NAME = ''Full Backup of MyDB'';


Sí, acabo de puntuar este.

Mire en Servicios de Windows. Inicio> Administración> Servicios

Busque el servicio en la lista llamada: SQL Server (MSSQLSERVER) busque la columna "Iniciar sesión como" (necesita agregarla si no existe en la lista).

Esta es la cuenta que necesita para otorgar permisos al directorio, haga clic con el botón derecho en explorer> propiedades> recursos compartidos (y seguridad)

NOTA : Recuerde otorgar permisos al directorio real Y al recurso compartido si está atravesando la red.

Aplicar y esperar a que los permisos se propaguen, intente de nuevo la copia de seguridad.

NOTA 2 : si realiza una copia de seguridad en la red y su SQL se está ejecutando como "Servicio local", entonces tiene problemas ... puede intentar asignar permisos o puede ser más fácil realizar copias de seguridad localmente y realizar copias de seguridad fuera de SQL Server ( Una hora más tarde).

NOTA 3 : Si se está ejecutando como servicio de red, A VECES, la máquina remota no reconocerá el servicio de red en su servidor SQL. Si este es el caso, debe agregar permisos para la computadora misma, por ej. MyServer $.


También tuve este problema recientemente, sin embargo, estaba ejecutando la tarea de respaldo desde el servidor A, pero la base de datos que se estaba respaldando estaba en el servidor B en un archivo compartido en el servidor C. Cuando el agente en el servidor A le dice al servidor B que ejecute una copia de seguridad -sql, en realidad es la cuenta de servicio con la que sql se está ejecutando en el SERVIDOR B que intenta escribir la copia de seguridad en el servidor C.

Solo recuerde, es la cuenta de servicio del servidor sql que realiza el comando BACKUP DATABASE real que necesita privilegios en el sistema de archivos, no en el agente.



Tuve un problema similar. Agregué permisos de escritura para el archivo .bak en sí, y para la carpeta en la que estaba escribiendo la copia de seguridad para el usuario del SERVICIO DE RED. Para agregar permisos simplemente haga clic en el archivo / directorio que desea modificar, seleccione la pestaña de seguridad y agregue los usuarios / permisos correspondientes.


Vaya a la carpeta del servidor SQL en el menú de inicio y haga clic en Herramientas de configuración Seleccione el Administrador de configuración de SQL Server En los servicios del servidor SQL, en la instancia deseada cambie el (Inicie sesión como) al sistema local


Yo solo estaba pasando por esto yo mismo. Me había asegurado de que mi usuario de inicio de sesión de MSSQLSERVER tuviese full access pero todavía causaba problemas. Solo funcionó una vez que moví el destino a la raíz de C. Más importante aún fuera de una carpeta de usuario (aunque tuve un recurso compartido con todos los permisos, incluso intenté con "Todos" como prueba).

No sé si considero que mi problema es "fijo", sin embargo, está "funcionando".

Solo un FYI para cualquier otro usuario que se encuentre con este hilo.


Yo tengo el mismo error. Los siguientes cambios me ayudaron a solucionar esto.

Tuve que verificar Server Manager-> Tool-> Services y encontrar el usuario (columna "Iniciar sesión como") para el servicio: SQL Server (SQLEXPRESS).

Fui a la carpeta local (C: / Users / Me / Desktop / Backup) y agregué "NT Service / MSSQL $ SQLEXPRESS" como usuario para otorgar permisos de escritura.