Início / dba / Perguntas / 73541
Accepted
Brad
Asked: 2014-08-09 11:45:57 +0800 CST

Falha na restauração "WITH REPLACE" com os mesmos nomes de arquivos lógicos

  • 772

O uso de WITH REPLACE quando os nomes de arquivos lógicos correspondem (para evitar o uso de WITH MOVE) falha quando o backup é de uma versão diferente do SQL? Eu tenho um backup do SQL 2008, mas quando tentei restaurá-lo usando WITH REPLACE em uma pasta do SQL 2012, apesar dos nomes de arquivos lógicos correspondentes no backup do banco de dados e no banco de dados que estou substituindo, está falhando, dando-me o erro de 'pesquisa de diretório' .

sql-server backup

2 respostas

  1. Best Answer

    Esta é a resposta que encontrei para o motivo pelo qual a localização automática do arquivo não funciona no SQL 2012 para mim. Não acredito que tenha algo a ver com o backup ser do SQL 2008.

    No SQL Server 2012, durante a restauração de um backup completo sem cláusulas MOVE que indicam a localização física de destino de cada arquivo, sobre um banco de dados existente, o algoritmo de localização automática de arquivos requer: não apenas uma correspondência de nome lógico entre o arquivo declarado no backupset e qualquer arquivo fornecido no banco de dados existente, mas também o GUID do arquivo, a ID do arquivo e o LSN de criação devem corresponder. Se algum desses atributos não corresponder, o local físico usado para esse arquivo lógico é aquele armazenado no conjunto de backup. Este requisito adicional foi implementado para corrigir este último cenário que acabei de expor que foi considerado um defeito.

    Isso foi retirado deste artigo do MSDN: http://blogs.msdn.com/b/ialonso/archive/2012/06/08/sql-server-changes-behavior-in-cases-where-file-autolocation-is- invocado-durante-a-fase-de-planejamento-de-uma-restauração-completa-com-replace-clause.aspx

    • 4

  2. WITH REPLACErefere-se ao banco de dados , não a seus arquivos (embora o efeito líquido seja o mesmo, eu acho).

    Se você tiver nomes de arquivo que correspondam a um banco de dados existente e tentar restaurá-lo como um banco de dados diferente, será necessário usar WITH MOVEpara impedir que o SQL Server tente substituir os arquivos existentes (o que não poderá fazer).

    O que está acontecendo no seu caso, quase certamente, é que seu backup de banco de dados de 2008 tem seus arquivos de dados em um caminho como:

    C:\...\MSSQL.100\...\Data\

    Mas na máquina SQL Server 2012, essa pasta não existe; vai ser:

    C:\...\MSSQL.110\...\Data\

    (As diferenças podem ser ainda mais pronunciadas se for uma instância nomeada.)

    Então você tem duas opções neste momento:

    1. Determine a(s) pasta(s) que o backup espera, usando RESTORE FILELISTONLY, e crie essas pastas, certificando-se de que a conta de serviço do SQL Server tenha permissões de leitura/gravação/modificação.
    2. Use WITH MOVEe coloque os arquivos em um local válido.

    Uma terceira opção extremamente boba que menciono apenas para completar é que você pode voltar ao servidor de 2008, mover o banco de dados para uma pasta que corresponda a uma pasta existente no novo servidor, fazer um novo backup e restaurar. Não faça isso. Apenas pare de tentar evitar digitar WITH MOVE...

    • 1

relate perguntas