Eu tenho um arquivo .bak criado hoje por outra pessoa, criado manualmente através do SSMS 2008 R2. Estou tentando restaurar manualmente o banco de dados, infelizmente o arquivo não aparece quando vou procurá-lo.
Posso criar um script do processo de restauração, mas já vi esse problema antes e não tenho certeza do que poderia fazer com que o .bak não aparecesse.
sql-server
backup
ssms
Sean Long
fonte
fonte
Respostas:
Tivemos o mesmo problema hoje. Acabou sendo um problema de permissão, conforme ilustrado em algumas das outras respostas. A diferença é que a conta que precisávamos adicionar era
NT SERVICE\MSSQLSERVER
.Identifiquei a conta comparando as permissões das permissões padrão da pasta Backup do SQL com a pasta que contém o arquivo de backup.
Adicionar a conta de serviço não é tão simples quanto parece. Aqui está o que funcionou para mim. (Server 2012 R2)
NT SERVICE\MSSQLSERVER
caixa de nome. (Não clique em Verificar nomes)Você deve ver a conta de serviço listada nas configurações de segurança e pode ajustar as permissões de acordo.
Depois de adicionar permissões (adicionei Controle total, para corresponder à pasta padrão de backup do SQL.) E reiniciar o SQL Server Management Console, consegui selecionar e restaurar meu arquivo de backup.
fonte
s
, há uma conta virtual nomeadaNT Service\s
, mesmo que o serviço não seja executado nessa conta.NT Service\MSSQL$SQLSERVER2014
, talvez porqueSQLSERVER2014
Eu peguei isso hoje.
Desativei o compartilhamento de arquivos, a indexação e limpei todas as sessões abertas (pessoas conectadas para copiar backups), mas o problema não desapareceu.
Fui para o Windows Explorer, copiei os backups para outra pasta e naveguei para aquela através do Management Studio, e eu pude vê-la lá.
Excluiu a pasta original e a recriou, copiou o conteúdo novamente e navegou até os
.bak
arquivos e voltou ao normal.Espero que isso ajude alguém.
fonte
Eu encontrei esse problema algumas vezes. O problema não está no SQL Server, mas na Permissão do Windows da pasta. Você precisa adicionar a permissão apropriada à pasta em que copiou o arquivo .bak (acho que a
System Network
função).A solução mais fácil é mover o arquivo para a pasta de backup padrão em Arquivos de Programas. Tem toda a permissão necessária. Para o SQL Server 2012, é
fonte
Também me deparei com o mesmo problema hoje. Recebi um arquivo de backup para restaurar, mas ele não estava visível para mim durante a navegação. No entanto, eu consegui acessar o sistema de arquivos, mas usando o assistente de restauração
SQL Server management Studio
.Depois de gastar alguns, descobri que é uma questão de permissões. O serviço SQL Server está sendo executado,
Network Service
mas aNetwork Service
conta não tinha permissões para acessar a pasta. Após a concessão das permissões paraNetwork Service
. O arquivo de backup estava visível para restauração.Para mais detalhes, consulte o Blog .
fonte
Se você puder encontrá-lo no Windows Explorer, deverá escrever um
RESTORE DATABASE
comando em vez de confiar na GUI desajeitada para encontrá-lo. Quem sabe qual código está acontecendo lá e por que ele pode não conseguir encontrar o arquivo - desculpe, eu só tenho uma solução alternativa e não uma solução.Verifique também se o arquivo é realmente algo.bak e não algo.bak.txt (o Windows pode estar "prestativamente" escondendo a extensão de você. Eu odeio esse comportamento padrão.)
fonte
Isso aconteceu comigo hoje na minha caixa de desenvolvimento. No meu caso, a conta de serviço tinha permissões para a pasta, mas minha conta de usuário não. Depois de conceder permissões à minha conta para a pasta, pude ver os arquivos .BAK.
fonte