MS SQL 2005 - fazendo backup em um diretório compartilhado

Question

Eu tenho uma máquina virtual do SQL 2005 executando o Windows 2003 em um servidor 2008 sob o hyper-v e preciso iniciar o backup dos meus bancos de dados em uma pasta compartilhada. Eu criei tarefas de backup semelhantes em outros ambientes sem problemas. A diferença é que, em todos os outros casos, o SQL Server fazia parte de um domínio e, nesse caso, não há domínio . Mesmo quando eu definir a pasta compartilhada para dar permissões de "Controle total" para "todos", o SQL ainda se recusa a executar o trabalho de backup:

Erro do sistema operacional 1326 (Falha de logon: nome de usuário desconhecido ou senha incorreta.). O BACKUP DATABASE está sendo encerrado anormalmente. ". Possíveis motivos de falha: Problemas com a consulta, propriedade" ResultSet "não configurada corretamente, parâmetros não configurados corretamente ou conexão não estabelecida corretamente.

O que tenho que fazer? Não há outra solução além de apenas fazer backup em uma unidade local e encontrar outra maneira de copiar os arquivos?

edit: adicionado negrito para ênfase

    

Answer 1

Se você não tiver um domínio, poderá configurar o mesmo usuário (nome) em todas as máquinas e, em seguida, usar o usuário local para executar o SQL Server.

Por exemplo, no ServerA (que tem o SQL Server em execução), posso configurar o usuário MySQLServerUser como um usuário local. Use o Gerenciador de Configurações para definir isso como a conta para executar o SQL Server.

Em seguida, no ServerB, que é onde eu quero enviar os backups, eu configurei a mesma conta (MySQLServerUser) com a mesma senha.

Como o Windows passará isso como o primeiro usuário / senha, ele deve autenticar.

Observe que os backups na rede não são recomendados. O processo de backup do SQL é intolerante a atrasos na rede. Qualquer coisa que soluça falhará no backup. E isso provavelmente acontecerá quando seus discos falharem. Fazer backup localmente, copie para a máquina remota. As cópias serão repetidas automaticamente.

    

Answer 2

A conta de serviço do SQL Server deve ter acesso ao compartilhamento de rede. Se você estiver executando o serviço do SQL Server usando a conta Localsystem: essa conta não tem acesso a compartilhamentos na rede, porque não é uma conta de rede autenticada, impossibilitando o backup em um compartilhamento de rede normal.

Então, se você quiser fazer o backup em um compartilhamento de rede, você pode fazer duas coisas diferentes:

Altere a conta que executa o serviço do SQL Server para uma conta de domínio (DOMÍNIO \ NOME DE USUÁRIO), que pode acessar o compartilhamento de rede e ter as permissões necessárias.

ou (não recomendado em um ambiente de produção):

Adicione o seguinte valor de registro no servidor com o compartilhamento de rede e adicione o nome de compartilhamento que deseja fazer o backup - o compartilhamento não autentica quem está entrando e, portanto, a conta do Localsystem terá acesso. O servidor deve ser reiniciado antes da alteração entrar em vigor. Observe que isso efetivamente remove toda a segurança desse compartilhamento , permitindo que qualquer pessoa tenha acesso.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\NullSessionShares

    

Answer 3

Verifique se você está executando o serviço SQL Server no contexto de uma conta de domínio que possui privilégios de acesso à rede.

Ou esta é uma pasta local para a caixa do SQL Server e compartilhada com outras pessoas?

** EDIT: ** bah, @ splattne está certo, eu estava no piloto automático. Serviço do SQL Server, não o SQL Agent.