Não é possível abrir o dispositivo de backup. Erro no sistema operacional 5

Abaixo está a consulta que estou usando para fazer backup (criar a .bak) meu banco de dados.

No entanto, sempre que o executo, sempre recebo esta mensagem de erro:

A mensagem 3201, nível 16, estado 1, linha 1
não pode abrir o dispositivo de backup 'C: \ Users \ Me \ Desktop \ Backup \ MyDB.Bak'. Erro do sistema operacional 5 (acesso negado.).

A mensagem 3013, nível 16, estado 1, linha 1
BACKUP DATABASE está sendo finalizada de maneira anormal.

Esta é a minha consulta:

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

Sim, acabei de marcar este.

Procure nos Serviços do Windows. Iniciar> Administração> Serviços

Encontre o serviço na lista chamada: SQL Server (MSSQLSERVER) procure a coluna "Logon como" (é necessário adicioná-lo se ele não existir na lista).

Esta é a conta que você precisa para conceder permissões ao diretório, clique com o botão direito do mouse em explorer> propriedades> Compartilhamentos (e segurança)

NOTA : Lembre-se de conceder permissões ao diretório real E ao compartilhamento se você estiver navegando pela rede.

Aplique e aguarde a propagação das permissões, tente o backup novamente.

NOTA 2 : se você estiver fazendo backup na rede e seu SQL estiver sendo executado como "Serviço Local", estará com problemas ... poderá tentar atribuir permissões ou poderá ser mais fácil fazer backup localmente e xcopy fora do SQL Server ( uma hora depois).

NOTA 3 : Se você estiver executando como serviço de rede, algumas vezes a máquina remota não reconhecerá o serviço de rede no SQL Server. Se for esse o caso, você precisará adicionar permissões para o próprio computador, por exemplo. MyServer $.

Vá para a pasta do servidor SQL no menu Iniciar e clique em Ferramentas de configuração. Selecione Gerenciador de configuração do SQL Server.

A conta de serviço do SQL Server não tem permissões para gravar na pasta C:\Users\Kimpoy\Desktop\Backup\

Também tive esse problema recentemente, porém estava executando o trabalho de backup do servidor A, mas o backup do banco de dados estava no servidor B para um compartilhamento de arquivos no servidor C. Quando o agente no servidor A diz ao servidor B para executar um backup t -sql, na verdade é a conta de serviço em que o sql está sendo executado no SERVER B que tenta gravar o backup no servidor C.

Lembre-se de que é a conta de serviço do servidor sql que executa o comando BACKUP DATABASE real é o que precisa de privilégios no sistema de arquivos, não no agente.

Eu mesmo estava passando por isso. Eu tinha garantido que meu usuário de login do MSSQLSERVER tivesse, full accessmas ainda estava causando problemas. Só funcionou depois que eu mudei o destino para a raiz do C. Mais importante, fora de uma pasta de usuário (mesmo que eu tivesse um compartilhamento com permissões completas - até tentei "Todos" como teste).

Não sei se considero meu problema "corrigido", mas está "funcionando".

Apenas um FYI para qualquer outro usuário que se deparar com esse segmento.

Eu enfrento o mesmo problema com o SQL Express 2014 SP1 no Windows 10.

Solução que funciona

1. Abra o Serviço digitando Serviços
2. Localize e abra o SQL Server (SQLExpress)
3. Vá para a guia Logon
4. Escolha Conta do sistema local (verifique também se os serviços permitem interagir com a área de trabalho)
5. Clique OK . Pare o serviço. Reinicie o serviço.
6. Problema resolvido

Para descobrir qual usuário você precisa dar permissão para executar o processo de restauração, siga as seguintes etapas:

Você precisa ir ao seu servidor onde o SQL Server está instalado. Encontre o SQL Server Configuration Manager

Em seguida, você precisa ir para "Serviços do SQL Server"

Sob sua instância do SQL Server (MSSQLSERVER), haverá uma conta com a coluna "Logon como", no meu caso, é NT Service \ MSSQLSERVER .

Essa é a conta que você precisa adicionar na guia Segurança do seu local de origem .bak e conceder a esse usuário as permissões "Ler" para que o arquivo de backup possa ser lido.

Digamos que seu arquivo de backup esteja presente na pasta "D: \ Shared", então você precisa dar permissões como esta:

Eu tive uma questão semelhante. Adicionei permissões de gravação ao próprio arquivo .bak e à minha pasta na qual eu estava gravando o backup para o usuário do NETWORK SERVICE. Para adicionar permissões, clique com o botão direito do mouse no arquivo / diretório que você deseja alterar, selecione a guia segurança e adicione os usuários / permissões apropriados.

Aqui está o que eu fiz para ignorar a questão.

1) Vá para o backup

2) Remova o caminho do arquivo de destino para o disco

3) Clique em Adicionar

4) Na caixa Nome do arquivo: digite manualmente o nome do backup depois de .. \ backup como abaixo, onde Yourdb.bak é o nome do backup do banco de dados

C: \ Arquivos de programas \ Microsoft SQL Server \ MSSQL11.MSSQLSERVER \ MSSQL \ Backup \ Yourdb.bak

5) Clique em OK

Espero que isto ajude!

Uma das razões pelas quais isso acontece é que você está executando o serviço MSSQLSERVER e não está usando um sistema local. Para corrigir esse problema, use as seguintes etapas.

1. Execução aberta usando Windows + R
2. Digite services.msc e uma caixa de diálogo de serviços será aberta
3. Encontre o SQL Server (MSSQLSERVER)
4. Clique com o botão direito e clique nas propriedades.
5. Vá para a guia Logon
6. Selecione a conta do sistema local e clique em "Aplicar" e "OK"
7. Clique no link Parar no painel esquerdo, selecionando o "SQL Server (MSSQLSERVER)" e inicie novamente uma vez completamente parado.
8. Aproveite o seu backup.

Espero que ajude você bem, como fez comigo. Felicidades!

Eu sei que não é uma solução exata, mas o uso de caminhos de unidade externos resolve esse problema.

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

O SQL Server não pode acessar (gravar) o backup no local especificado.

Primeiro, você precisa verificar a conta de serviço na qual o servidor Sql está sendo executado. Isso pode ser feito usando o Gerenciador de configuração ou o Services.msc.

ou

Use a consulta abaixo:

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;

Agora olhe para a coluna service_account e anote-a.

Vá para o local em que você está tentando fazer o backup. No seu caso: C: \ Users \ Me \ Desktop \ Backup

Clique com o botão direito do mouse -> Propriedades -> Segurança ->

Adicione a conta de serviço e forneça permissões de leitura / gravação. Isso resolverá o problema.

Eu tive o mesmo problema e o URL abaixo realmente me ajudou.

Isso pode ajudá-lo também.

http://blog.sqlauthority.com/2011/04/13/sql-server-fix-error-msg-3201-level-16-cannot-open-backup-device-operating-system-error-5access-is- negado /

A mensagem 3201, nível 16, estado 1, linha 1 não pode abrir o dispositivo de backup 'C: \ Backup \ Adventure_20120720_1024AM.trn'. Erro do sistema operacional 5 (acesso negado.). A mensagem 3013, nível 16, estado 1, linha 1 BACKUP LOG está sendo finalizada de maneira anormal.

Verifiquei a pasta de backup na unidade C, a nova conta de serviço está com permissão de acesso de controle total ou não ?, percebi que a conta de serviço "Test \ Kiran" não está com a permissão de segurança de controle total.

Siga as etapas abaixo para dar controle total à conta de serviço:

1. Vá para a unidade C, clique com o botão direito na pasta Backup.
2. Selecione a guia Segurança.
3. Clique no botão Editar, uma nova janela será aberta.
4. Clique no botão Adicionar e digite a conta de usuário Test \ Kiran e clique no botão verificar nome, isso validará se o usuário digitado é existente ou não; se existir, ele exibirá o usuário na janela, selecione OK.
5. Selecione o nome do usuário digitado e marque a caixa de seleção Controle Total em Permitir.

Verifique o acesso às unidades. Primeiro, crie uma pasta e vá para as propriedades da pasta,

Você pode encontrar a guia de segurança, clique nessa verificação se o seu ID de usuário tem acesso ou não.

se não encontrar o seu ID, clique no botão Adicionar e forneça o nome de usuário com acesso total.

Compartilhe esta pasta e use o caminho UNC, por exemplo: \ pc \ backups \ mydb.bak

Então você pode parar de compartilhar.

Não é muito elegante, mas resolve todos os problemas de permissões (você também precisa fornecer permissões para compartilhar, como mencionado acima)

Tive esse problema quando o arquivo .BAK foi temporariamente armazenado em uma pasta criptografada com o BitLocker. Ele manteve a criptografia depois que foi movido para uma pasta diferente.

A conta de serviço de rede não conseguiu descriptografar o arquivo e deu essa mensagem de erro completamente informativa.

A remoção da criptografia do BitLocker (desmarcando "Criptografar o conteúdo para proteger dados" nas propriedades do arquivo) no arquivo .BAK resolveu o problema.

Eu tenho o mesmo erro. As seguintes alterações me ajudaram a corrigir isso.

Eu tive que verificar o Gerenciador do Servidor-> Ferramenta-> Serviços e encontrar o usuário (coluna "Logon Como") para o serviço: SQL Server (SQLEXPRESS).

Eu fui para a pasta local (C: \ Users \ Me \ Desktop \ Backup) e adicionei "NT Service \ MSSQL $ SQLEXPRESS" como o usuário para conceder permissões de gravação.

Olá, você precisa alterar a consulta de:

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

para

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

Você tem que adicionar um N na frente do caminho funciona para mim.

No meu caso, esqueci-me de nomear o arquivo de backup e ele continuou me dando o mesmo erro de permissão: /

TO DISK N'{path}\WRITE_YOUR_BACKUP_FILENAME_HERE.bak'

Resolvi o mesmo problema com as 3 etapas a seguir:

1. Eu armazeno meu arquivo de backup em outro caminho de pasta que funcionou corretamente.
2. Veja diferentes pastas da guia Segurança (como na imagem abaixo).
3. Edite a permissão na pasta da guia de segurança que não funcionou corretamente.