none
Mover Bancos de dados e todas as outras configurações entre instâncias. RRS feed

  • Pergunta

  • Olá,

    Estou com a seguinte solicitação:

    Instância Origem: Sql Server 2005 Enterprise Service Pack 2.

    Instância Destino: Sql Server 2005 Enterprise Service Pack 4

    - Mover Bancos de dados entre duas Instâncias, (Porém não poderei parar o serviço da Instância Principal), neste processo não pode haver perda de dados.

      Até o momento penso no procedimento a seguir:

    1 - Realizar Backup das Bases de sistema e restaurar na Instância Destino.(Isto com a finalidade de mover também os pacotes do Integration Services e Jobs(Msdb), mover logins(Master) entre outras funcionalidades.

    2- Restaurar o Backup das Bases de Sistema na Instância Destino.

    3- Realizar Backup Full e Log do Banco de usuário a ser movido.

    4 - Configurar Database Mirroring em modo Síncrono sem witness com failover manual de cada Database.

    5- Após todo o processo parar o serviço da Instância de Origem  e Utilizar somente o da instância destino no novo servidor.

    Obs: Na Instância nova devem estar funcionando as Jobs, os Logins e Permissões, Operators, Pacotes do Integration Services, Análises Services.

    A equipe de desenvolvimento redirecionará suas conexões para essa nova instância quando estas etapas estiverem cumpridas, o objetivo é que esta mudança seja imperceptível ao Cliente.

    Dúvida:

    Corro algum risco em relação as estruturas de BI?, Corro algum risco em relação aos Logins, jobs e operators, também quero manter as permissões tal como na Instância de Origem.

    Se as etapas descritas acima não forem corretas,Qual a melhor forma de mover todos os objetos entre uma Instância e outra sem perda de dados?

    Grato,

    Maurício

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    segunda-feira, 6 de dezembro de 2010 15:00

Respostas

  • Maurício

    Vc esta indo para um novo servidor correto? então antes da mudanã faça um teste, restaura as bases de sistema nesta base só para validar o seu processo.... ai no dia da mudança vc ja terá um roteiro  e saberá o que fazer em eventuais problemas... ou seja, o melhor caminho devido a criticidad de seu ambietne é vc fazer um lab... use as maquinas que vc vai migrar para fazer um "pre-check" de seu roteiro para migração...

    Att.
    Marcelo Fernandes


    MCP, MCDBA, MCSA, MCTS.
    Se útil, classifique!!!
    Me siga no twitter: @marcelodba

    • Marcado como Resposta maumauboy terça-feira, 7 de dezembro de 2010 18:45
    terça-feira, 7 de dezembro de 2010 14:01
    Moderador

Todas as Respostas

  • Boa tarde.

     

    Você não consegue criar um ambiente de teste, para migrar seu banco?

     


    Emerson Alberti Corrêa Analista de Suporte Pleno Stefanini IT Solutions (Ipiranga Asfaltos S/A – uma Empresa do sistema BR Petrobras)
    • Marcado como Resposta maumauboy segunda-feira, 6 de dezembro de 2010 16:03
    • Não Marcado como Resposta maumauboy segunda-feira, 6 de dezembro de 2010 17:30
    segunda-feira, 6 de dezembro de 2010 15:06
  • Sim,

    Mas como eu tenho um prazo curto, gostaria de saber quais as melhores práticas para evitar de subir a nova instância sem conexão com o analisys services, Operators,logins e Permissões sem contar os pacotes do Integration Services.

     

    Grato,

     

    Maurício

    segunda-feira, 6 de dezembro de 2010 15:42
  • Maurício,

    Cara, recomendo fortemente que você monte um LAB, é uma mudança muito crítica....

    Recentemente fiz uma migração deste tipo, migrei de 2005 p/ 2008 (servidores diferentes) e levamos todas as bases de sistema e deu tudo certo.. o detalhe é que vc deve manter as mesmas estruturas de pasta do servidor antigo, pois na master tem a estrutura do servidor antigo.. (isto é um macete...)

    OBS. no meu caso eu parei o principal e restaurei um backup full das bases de usuario.

    Att.
    Marcelo Fernandes


    MCP, MCDBA, MCSA, MCTS.
    Se útil, classifique!!!
    Me siga no twitter: @marcelodba

    • Marcado como Resposta maumauboy segunda-feira, 6 de dezembro de 2010 16:03
    • Não Marcado como Resposta maumauboy segunda-feira, 6 de dezembro de 2010 16:18
    segunda-feira, 6 de dezembro de 2010 15:52
    Moderador
  • Marcelo,

    Obrigado pela Dica!

    Porém quando você realizou o Backup full não houve riscos de perda de dados?

    Meu receio é que hajam alterações depois do Checkpoint. Por isso optei por um database mirroring síncrono, no meu caso com Failover manual.

     

    Grato,

     

    Maurício

     

    segunda-feira, 6 de dezembro de 2010 16:07
  • justamente por isto decidimos pela parada... e para assegurar a integridade dos dados colocamos os BDs em readonly e fizemos o bkp.

    Cara é trabalhoso..., vc tem replicação neste ambiente?

    Att.
    Marcelo Fernandes


    MCP, MCDBA, MCSA, MCTS.
    Se útil, classifique!!!
    Me siga no twitter: @marcelodba

    segunda-feira, 6 de dezembro de 2010 16:44
    Moderador
  •  

    Marcelo,

    Não tenho replicação.

    Grato,

    Maurício

     

    segunda-feira, 6 de dezembro de 2010 17:29
  • fica um pouco facil, mas mesmo assim no momento de virar a chave para o novo ambiente vc vai ter que fazer um stop de seu ambiente... pq nome o nome e o ip mudaram, vc vai ter que alterar na aplicação ou desativar o antigo e renomear o novo... de qq maneira vai ter parada...

    Att.
    Marcelo Fernandes


    MCP, MCDBA, MCSA, MCTS.
    Se útil, classifique!!!
    Me siga no twitter: @marcelodba

    segunda-feira, 6 de dezembro de 2010 17:45
    Moderador
  • Realmente Marcelo!

    Caso eu fizer um database Mirroring com failover Síncrono, concordo que haveria uma parada no que se refere ao tempo de reconexão com a aplicação.

    Minha maior preocupação seria não conseguir subir a nova instância sem conexão com o analisys services, Operators,logins e Permissões sem contar os pacotes do Integration Services.

    Qual seria o procedimento ideal para que eu consiga subir o BI?

    Tenho receio de ficar gastando um certo tempo procurando pacotes de integration que outras equipes criaram, e também os cubos criados.

    Grato,

    Maurício

     

    segunda-feira, 6 de dezembro de 2010 18:35
  • Maurício

    Vc esta indo para um novo servidor correto? então antes da mudanã faça um teste, restaura as bases de sistema nesta base só para validar o seu processo.... ai no dia da mudança vc ja terá um roteiro  e saberá o que fazer em eventuais problemas... ou seja, o melhor caminho devido a criticidad de seu ambietne é vc fazer um lab... use as maquinas que vc vai migrar para fazer um "pre-check" de seu roteiro para migração...

    Att.
    Marcelo Fernandes


    MCP, MCDBA, MCSA, MCTS.
    Se útil, classifique!!!
    Me siga no twitter: @marcelodba

    • Marcado como Resposta maumauboy terça-feira, 7 de dezembro de 2010 18:45
    terça-feira, 7 de dezembro de 2010 14:01
    Moderador
  •  

    Entendido Marcelo!

    Vou realizar teste antes.

    Obrigado!

    terça-feira, 7 de dezembro de 2010 18:45