No se puede abrir el dispositivo de copia de seguridad. Error del sistema operativo 5

https://stackoverflow.com/questions/3960257

08-10-2019
|

Pregunta

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

Sin embargo, cada vez que lo corro, siempre me sale este mensaje de error:

Msg 3201, nivel 16, estado 1, línea 1 | No se puede abrir dispositivo de copia de seguridad 'C: \ Users \ me \ Desktop \ Backup \ MyDB.Bak'. Sistema operativo error 5 (acceso denegado.).

Mensaje 3013, nivel 16, estado 1, línea 1 | BACKUP DATABASE termina de forma anormal.

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 de antemano.

Solución

Sí, me acaba de marcar éste.

Buscar en los servicios de Windows. Inicio> Administración> Servicios

Para el servicio en la lista denominada:. Servidor mirada SQL (MSSQLSERVER) para la columna de "Iniciar sesión como" (necesidad de añadir que si no existe en la lista)

Esta es la cuenta que necesita para dar permisos para el directorio, haga clic derecho en el Explorador de propiedades>> Acciones (y seguridad)

Nota: . Recuerde dar permisos para el directorio actual y de la cuota si se va a través de la red

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

NOTA 2 : si la copia de seguridad en la red y su SQL se está ejecutando como "servicio local", entonces usted está en problemas ... puede intentar asignar permisos o puede ser más fácil copia de seguridad a nivel local como a través de xcopy fuera de SQL Server (una hora más tarde).

NOTA 3 : Si usted está funcionando como servicio de red entonces a veces la máquina remota no reconocerá el serivce de red en el servidor SQL Server. Si este es el caso de tener que agregar permisos para el equipo en sí, por ejemplo. MiServidor $.

Otros consejos

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

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

Yo tenía este problema hace poco, así, sin embargo yo estaba corriendo el trabajo de copia de seguridad desde el servidor A, pero la base de datos que se protegen fue en el servidor B a un recurso compartido de archivos en el servidor C. Cuando el agente en el servidor A servidor le dice a B a plazo un comando T-SQL de copia de seguridad, es en realidad la cuenta de servicio de SQL que se ejecuta en el servidor B que los intentos para escribir la copia de seguridad al servidor C.

Sólo recuerde, es la cuenta de servicio del servidor SQL que realiza el comando real BACKUP DATABASE es lo que hay privilegios en el sistema de archivos, no el agente.

Yo sólo estaba pasando por esto mismo. Había conseguido que mi MSSQLSERVER de usuario de inicio de sesión tenía full access pero todavía estaba causando problemas. Sólo funcionaba una vez que movía el destino a la raíz de C es más importante fuera de una carpeta de usuario (aunque tenía una participación con todos los permisos - incluso trató de "Todo el mundo" como una prueba).

No sé si considero mi problema "fijo", sin embargo, es "trabajar".

Sólo un FYI para cualquier otro usuario que vienen a través de este hilo.

I se enfrentan al mismo problema con SQL Express 2014 SP1 en Windows 10.

Solución cual el trabajo

servicio abierto por los Servicios de escritura
Busque y abra el servidor SQL Server (SQLExpress)
Vaya a la pestaña Inicio de sesión
Seleccione Cuenta del sistema local (Marque También para permitir que los servicios interactuar con el escritorio)
Haga clic en OK. Detener el servicio. Reiniciar el servicio.
Problema resuelto

Con el fin de averiguar qué usuario que necesita para dar permiso para hacer el proceso de restauración, puede seguir los siguientes pasos:

Se tiene que ir a su servidor donde está instalado SQL Server. Encuentra Administrador de configuración de SQL Server

A continuación, tienes que ir a "Services de SQL Server"

En la instancia de SQL Server (MSSQLSERVER) habrá una cuenta en la columna "Iniciar sesión como", en mi caso es Servicio NT \ MSSQLSERVER .

Esa es la cuenta de lo que es necesario añadir en la pestaña Seguridad de su lugar de origen y .bak dar a ese usuario los permisos de "lectura" para que el archivo de copia de seguridad se puede leer.

Supongamos que el archivo de copia de seguridad está presente en "D: \ Shared" carpeta, entonces usted necesita para dar permisos de esta manera:

Yo tenía un problema similar. Añadí permisos de escritura en el archivo .bak en sí, y mi carpeta que estaba escribiendo la copia de seguridad para el usuario de servicio de red. Para agregar permisos sólo haga clic en ¿Qué archivo / directorio que desea modificar, seleccione la pestaña de seguridad, y añadir los usuarios apropiados / permisos allí.

Esto es lo que hice para pasar por alto el problema.

1) Ir a la copia de seguridad

2) Retire el archivo-ruta de destino en el disco

3) Haga clic en Agregar

4) En el nombre del archivo: casilla de verificación escribir manualmente en el nombre de copia de seguridad después .. \ copia de seguridad como el de abajo, donde Yourdb.bak es el nombre de la base de datos de copia de seguridad

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

5) Haga clic en Aceptar

Espero que esto ayude!

Yo tenía el mismo problema y la URL a continuación realmente me ayudó.

Podría ayudar también.

http://blog.sqlauthority.com/2011/04/13/sql-server-fix-error-msg-3201-level-16-cannot -open de copia de seguridad dispositivo por el sistema operativo de error de 5access-se-denied /

Sé que no es una solución exacta, pero utilizando rutas de unidad externos resuelve este problema.

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

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

He verificado carpeta de copia de seguridad en la unidad C, está nueva cuenta de servicio es tener el control total permiso de acceso o no ?, me di cuenta de que la cuenta de servicio "Test \ Kiran" es no tener permiso completa seguridad en el control.

Por favor, siga el siguiente pasos para darle un control total a la cuenta de servicio:

Vaya a la unidad C, haga clic derecho en la carpeta de copia de seguridad.
Seleccione Seguridad.
Haga clic en el botón Editar, se abrirá una nueva ventana.
Haga clic en el botón Agregar e introduzca la cuenta de usuario de prueba \ Kiran y haga clic en el botón de verificación del nombre, este validará que ha introducido el usuario está vigente o no, si es existente se mostrará al usuario en la ventana, seleccione Aceptar.
Seleccione que ha introducido el nombre de usuario y la casilla de verificación Control total bajo Permitir seleccionar.

Por favor, compruebe el acceso a drives.First crear una carpeta e ir a propiedades de la carpeta,

Usted puede encontrar la pestaña de seguridad, haga clic en el registro de entrada si su ID de usuario que tenga acceso o no.

Si no pudo encontrar el su identificación, por favor haga clic en el complemento buttion y dar el nombre de usuario con acceso completo.

Compartir esta carpeta y utilizar la ruta UNC, por ejemplo: \ pc \ backups \ mydb.bak

A continuación, puede detener la acción.

No es muy elegante, pero resuelve todos los problemas de permisos (que necesita para dar permisos a la cuota, así, como se mencionó anteriormente)

he experimentado este problema cuando el archivo se almacenó .BAK temporalmente en una carpeta cifrada con BitLocker. Se conservó el cifrado después de que se mueve a una carpeta diferente.

La cuenta de servicio de red no ha podido descifrar el archivo y le dio este mensaje de error a fondo informativo.

La eliminación de cifrado BitLocker (desmarcando "Cifrar contenido para datos seguros" en las propiedades del archivo) en el archivo .BAK resuelva el problema.

Tengo el mismo error. Siguientes cambios me ayudaron a solucionar este problema.

he tenido que comprobar servidor Manager-> Herramientas-> Servicios y encontrar el usuario ( "Log Como en la" columna) para el servicio:. SQL Server (SQLEXPRESS)

Me fue a la carpeta local (C: \ Users \ me \ Desktop \ Backup) y se añadió "NT Servicio \ MSSQL $ SQLEXPRESS" como el usuario para dar permisos de escritura.

Hola es necesario cambiar la consulta de:

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

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

Hay que añadir un N en frente de las obras de ruta para mí.

Una de las razones por qué sucede esto es que está funcionando su servicio MSSQLSERVER no se utiliza un sistema local. Para solucionar este problema, utilice los siguientes pasos.

Ejecutar Abrir el uso de Windows + R
services.msc Tipo y un cuadro de diálogo se abrirá servicios
Para SQL Server (MSSQLSERVER)
Haz clic derecho y haga clic en propiedades.
Ir a ficha Iniciar sesión
Seleccione la cuenta del sistema local y haga clic en "Aplicar" y "OK"
Haga clic en el enlace Detener en el panel de la izquierda seleccionando la opción "SQL Server (MSSQLSERVER)" y empezar de nuevo una vez que haya detenido por completo.
Disfrute de su copia de seguridad.

La esperanza que le ayuda así, ya que me hizo. Saludos!

SQL Server no es capaz de acceso (escritura) la copia de seguridad en la ubicación especificada.

En primer lugar es necesario verificar la cuenta de servicio en el que se ejecuta el servidor SQL. Esto se puede hacer mediante el uso de gestor de configuración o Services.msc.

El uso por debajo de consulta:

SELECT  DSS.servicename,
    DSS.startup_type_desc,
    DSS.status_desc,
    DSS.last_startup_time,
    DSS.service_account,
    DSS.is_clustered,
    DSS.cluster_nodename,
    DSS.filename,
    DSS.startup_type,
    DSS.status,
    DSS.process_id FROM    sys.dm_server_services AS DSS;

Ahora mira el service_account columna y cuenta hacia abajo.

Ir a la ubicación en la que está tratando de tomar el backup.In su caso: C: \ Users \ me \ Desktop \ Backup

clic derecho -> Propiedades -> Seguridad ->

Agregue la cuenta de servicio y proporcionar permisos de lectura / escritura. Esto resolverá el problema.

Licenciado bajo: CC-BY-SA con atribución

No afiliado a StackOverflow