O que acontece quando você restaurar bancos de dados do sistema para um SQL Server com um nome diferente?

StackOverflow https://stackoverflow.com/questions/755675

Pergunta

Atualmente estou olhando para os planos de recuperação de desastres e restauração de backups de master / msdb / modelo.

Em teoria, se eu restaurar o mestre, msdb, modelo e os bancos de dados do usuário em um servidor de nova instalação (com os mesmos service packs etc), então eu vou ter uma cópia exata do servidor original, com toda a manutenção planos e postos de trabalho e tudo.

Mas o que acontece se o novo nome do servidor é diferente do original? Será que apenas lidar, ou há algumas etapas adicionais necessárias neste caso?

(A documentação MSDN é uma breve bit nestas áreas)

Eu estou no SQL 2005.

edit: há um par de respostas abaixo que são úteis, mas nenhum deles responde claramente a questão, tanto quanto eu posso dizer. A minha pergunta foi: depois de restaurar mestre, msdb etc, (e supondo que eu não estou usando qualquer uma das coisas criptografia SQL) vai tudo funcionar bem se o novo servidor e a instância SQL tem um nome diferente do original? Ou I para manter o mesmo nome? A resposta carrapato aceita ainda é para ganhar!

Foi útil?

Solução

Correto, tudo deve ser idêntico e pronto para ir.

A mudança de nome do servidor é descrito aqui: Como : renomear um computador que hospeda uma instância autônoma do SQL Server 2005

Editar, com base no comentário:

Quando você restaurar para o servidor BCP, então você está efetivamente mudando o nome do servidor que hospeda a instância do SQL Server. Você faz o bit sp_dropserver/sp_addserver para fazer tudo formação (basicamente, você corrigir @SERVERNAME)

Editar, novamente:

Para responder à sua pergunta, SQL Server irá apenas correr. Exceto por qualquer código que depende de @@ SERVERNAME combinando o nome do servidor físico.

@@ SERVERNAME leva-lo de informações do banco de dados mestre. Se você restaurar mestre, em seguida, a instância pensa que tem o nome antigo. Por isso é uma renomeação eficaz.

No entanto, os clientes não se importam:. Usam DNS / nome do servidor físico para encontrar o servidor

Mais informações sob @@ SERVERNAME sobre isto difere da SERVERPROPERTY que vai pegar o nome do servidor físico.

Outras dicas

Se o seu banco de dados utiliza funções de criptografia SQL ou servidores vinculados (vários daqueles credenciais são crypted internamente), então você deve garantir que seja SID computador ou domínio AD permanece igual ou você precisa ter o apoio de "chave mestra de serviço" (SMK).

Temos uma vez preso com esse problema (após o desastre, claro :)). Embora nós não utilizar os dados encrupted, não poderíamos conectar-se a servidores remotos; única possibilidade era a cair velho SMK criptografadas e gerar novos. Se tivéssemos dados criptografados no servidor, então eles seriam perdidas.

MSDN: BACKUP chave mestre de serviço (Transact-SQL) (e outros artigos relacionados)

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top