none
SQL Backup RRS feed

  • Pergunta

  • Ola pessoal!

    Tenho dois servidores, um principal, e outro de backup. Preciso de uma rotina que mantenha o servidor de backup atualizado conforme o servidor principal...

    Que soluçoes posso aplicar?  Estou usando o SQL Server 2000

    Sou um pouco nova nisso.. aceito sugestoes/links de ajuda.

    Obrigada!

    Angelica

    quarta-feira, 14 de março de 2007 21:36

Respostas

  • Bom, gostaria de perguntar o uso desse servidor de backup ? e simplemente um backup ou e para contigencia ?

     seguem as opcoes

     1- Log shipping ( entrega de log um servidor ou mais onde existe um servidor dedicado on line e um ou mais servidores escravos recebendo o log e as transacoes do servidor  master quando um para vc. troca o apontamento da aplicacao e elege um scravo como master ) ( disponivel somente nas edicoes enterprise do sql server )

     

     2 - replicacao transacional - vc. replica as alteracoes de um banco para o outro onde o banco que publica fica ativo o assinante fica ativo porem as alteracoes do assinante nao sao enviadas ao publicador

     

     3 - merge : replica o banco para o assinante e as alteracoes do assinate sao replicadas para o publicador ( nao e ideial para contingencia )

     

     4 - fail over cluster -- esse e o mais indicado para contingencia onde vc. tem um ip "vitual" que reponde por um ou mais servidores sql quando um servidor cai o cluster direciona automaticamente a requisicao para outro server. ( o mais indicado para contingencia )

     

     5 - simple backup / restore em outra maquina

     

    qualquer coisa retorne.;

    quinta-feira, 15 de março de 2007 09:55

Todas as Respostas

  • Bom, gostaria de perguntar o uso desse servidor de backup ? e simplemente um backup ou e para contigencia ?

     seguem as opcoes

     1- Log shipping ( entrega de log um servidor ou mais onde existe um servidor dedicado on line e um ou mais servidores escravos recebendo o log e as transacoes do servidor  master quando um para vc. troca o apontamento da aplicacao e elege um scravo como master ) ( disponivel somente nas edicoes enterprise do sql server )

     

     2 - replicacao transacional - vc. replica as alteracoes de um banco para o outro onde o banco que publica fica ativo o assinante fica ativo porem as alteracoes do assinante nao sao enviadas ao publicador

     

     3 - merge : replica o banco para o assinante e as alteracoes do assinate sao replicadas para o publicador ( nao e ideial para contingencia )

     

     4 - fail over cluster -- esse e o mais indicado para contingencia onde vc. tem um ip "vitual" que reponde por um ou mais servidores sql quando um servidor cai o cluster direciona automaticamente a requisicao para outro server. ( o mais indicado para contingencia )

     

     5 - simple backup / restore em outra maquina

     

    qualquer coisa retorne.;

    quinta-feira, 15 de março de 2007 09:55
  • Oi Marcelo!

    Obrigada pelas sugestoes, duas delas me chamaram bastante a atençao - Log shipping e fail over cluster.

    Vou precisar fazer isso porque, se um servidor cair,  o outro vai ter que assumir... mas ainda nao sei como vou fazer isso... hehe. Mas vou procurar saber mais sobre essas duas soluçoes.

     

    obrigada!

    Angelica

    quinta-feira, 15 de março de 2007 12:34