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 está aparecendo quando vou procurá-lo.
Posso fazer o 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ões, 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 SQL Backup 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. (Servidor 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 Full Control, para corresponder à pasta SQL Backup padrão.) e reiniciei o SQL Server Management Console, consegui selecionar e restaurar meu arquivo de backup.
Eu tenho 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 até ela através do Management Studio, e 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.
Eu encontrei esse problema algumas vezes. O problema não é com o SQL Server, mas com a permissão do Windows da pasta. Você tem que adicionar a permissão apropriada para a pasta onde você copiou o arquivo .bak (eu acho
System Network
papel).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 é
Também me deparei com o mesmo problema hoje. Recebi um arquivo de backup para restaurar, mas não estava visível para mim durante a navegação. No entanto, consegui acessar o sistema de arquivos, mas no assistente de restauração usando o
SQL Server management Studio
.Depois de gastar um pouco, descobri que é um problema de permissões. O SQL Server Service está em execução ,
Network Service
masNetwork Service
a conta não tinha permissões para acessar a pasta. Depois de conceder as permissões paraNetwork Service
. O arquivo de backup estava visível para restauração.Para detalhes por favor verifique pelo Blog .
Se você puder encontrá-lo no Windows Explorer, deverá escrever um
RESTORE DATABASE
comando em vez de confiar na GUI desajeitada para encontrá-lo para você. Quem sabe qual código está acontecendo lá e por que ele pode não encontrar o arquivo - desculpe, eu só tenho uma solução alternativa e não uma solução.Certifique-se também de que o arquivo é realmente algo.bak e não algo.bak.txt (o Windows pode estar "útilmente" ocultando a extensão de você. Eu odeio esse comportamento padrão.)
Isso aconteceu comigo hoje na minha caixa dev. 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 as permissões da minha conta para a pasta, pude ver os arquivos .BAK.
No meu caso, me conectei acidentalmente ao servidor ERRADO, obviamente não consegui encontrar o arquivo de backup lá....
O nome de host do servidor errado difere apenas por uma única letra, é um erro que estava prestes a acontecer. É preferível conectar usando "." ou "localhost" em vez do nome completo do host do servidor, se você já estiver conectado via RDP no servidor.
Em retrospectiva, tente a linha de comando em vez da GUI do SSMS. Isso lhe dará um erro claro "arquivo não encontrado". Isso exclui um problema de permissões.
Espero que isto ajude!