Arquivo .bak não visível em nenhum diretório do SSMS

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.

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)

1. Faça logon no servidor. (A alteração deve ser feita no servidor real, não através de um compartilhamento de rede.)
2. Altere os locais para o nome do servidor local.
3. Digite na NT SERVICE\MSSQLSERVERcaixa de nome. (Não clique em Verificar nomes)
4. Clique OK. Você verá uma lista das contas de serviço correspondentes. Selecione MSSQLSERVER e clique em OK para aceitar a seleção.

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.

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 .bakarquivos e voltou ao normal.

Espero que isso ajude alguém.

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 Networkfunçã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, é

D:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup

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 Servicemas a Network Serviceconta não tinha permissões para acessar a pasta. Após a concessão das permissões para Network Service. O arquivo de backup estava visível para restauração.

Para mais detalhes, consulte o Blog .

Se você puder encontrá-lo no Windows Explorer, deverá escrever um RESTORE DATABASEcomando 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.)

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.