none
Banco adicional no mesmo servidor! RRS feed

  • Pergunta

  • Amigos,
    Tenho a seguinte situação: possuo um banco em produção, porém preciso realizar uns testes e começa meu drama. Preciso criar um NOVO banco identico ao deprodução para que eu apague as informações e alimente com novos dados. É recomendável/normal a existência de 2 bancos iguais mas com nomes distintos ? qual procedimento adoto ? Existe alguma documentação ou FAQ que me explique os passos ?
    Obrigado.
    Dreyher
    quinta-feira, 5 de março de 2009 21:19

Respostas

  • Dreyher,

                Naum há problema algum, agora se seu servidor eh um servidor de missão critica e que ja está no limite eu naum lhe acoselharia, pq pra vc fazer teste vc precisaria de um banco praticamente identico ao de produção e pra isso vc precisaria esta fazendo sempre o restore do banco original ou implementar um esquema de replicação o que consumiria muitos recursos podendo ocasionar perda de perfomace.
                Boas praticas ---> Servidores separados ---> senão for possivel----> Instancias separadas
                Com instancias separadas vc poderá dizer quais recursos e quando de cada recurso cada instancia poderá consumir causando assim um impacto menor.
    • Marcado como Resposta Richard Juhasz terça-feira, 23 de outubro de 2012 14:50
    sexta-feira, 6 de março de 2009 12:03
  • Boa Tarde,

    Eu particularmente evitaria ao máximo deixar os dois bancos no mesmo servidor. Além dos problemas de desempenho, um eventual esquecimento em uma string de conexão ou ODBC, pode fazer com que os dados sejam feitos na produção e nesse caso os problemas aumentam.

    Acho que a recomendação de servidores ou instâncias separadas é a mais indicada.

    Eu não optaria por replicação, pois, se você vai excluir dados, pode ser que as modificações causem problemas de integridade na hora de replicar.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Faça um avalicação inicial dos seus conhecimentos em SQL Server
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!399.entry
    Classifique as respostas. O seu feedback é imprescindível
    • Marcado como Resposta Richard Juhasz terça-feira, 23 de outubro de 2012 14:50
    sexta-feira, 6 de março de 2009 20:07
  • Dreyher,

    Já passei por estes problemas e também por esta necessidade, por questões de segurança, performance e confiabilidade dos dados eu prefiro trabalhar em instâncias separadas ou seja máquinas separadas.

    Em relação a praticidade e comodidade trabalhar na mesma instância seria uma opção, mas podem ocorrer problemas de desempenho e principalmente a falta de atenção no acesso aos bancos de dados poderá ocasionar algum risco dos dados.

    Em resumo eu aconselho a utilizar instâncias separadas em máquinas separadas, sendo assim, você poderá ter o mesmo banco de dados, com o mesmo nome em máquinas distintas.
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    • Marcado como Resposta Richard Juhasz terça-feira, 23 de outubro de 2012 14:50
    sábado, 7 de março de 2009 23:31
    Moderador

Todas as Respostas

  • Dreyher,

                Naum há problema algum, agora se seu servidor eh um servidor de missão critica e que ja está no limite eu naum lhe acoselharia, pq pra vc fazer teste vc precisaria de um banco praticamente identico ao de produção e pra isso vc precisaria esta fazendo sempre o restore do banco original ou implementar um esquema de replicação o que consumiria muitos recursos podendo ocasionar perda de perfomace.
                Boas praticas ---> Servidores separados ---> senão for possivel----> Instancias separadas
                Com instancias separadas vc poderá dizer quais recursos e quando de cada recurso cada instancia poderá consumir causando assim um impacto menor.
    • Marcado como Resposta Richard Juhasz terça-feira, 23 de outubro de 2012 14:50
    sexta-feira, 6 de março de 2009 12:03
  • Boa Tarde,

    Eu particularmente evitaria ao máximo deixar os dois bancos no mesmo servidor. Além dos problemas de desempenho, um eventual esquecimento em uma string de conexão ou ODBC, pode fazer com que os dados sejam feitos na produção e nesse caso os problemas aumentam.

    Acho que a recomendação de servidores ou instâncias separadas é a mais indicada.

    Eu não optaria por replicação, pois, se você vai excluir dados, pode ser que as modificações causem problemas de integridade na hora de replicar.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Faça um avalicação inicial dos seus conhecimentos em SQL Server
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!399.entry
    Classifique as respostas. O seu feedback é imprescindível
    • Marcado como Resposta Richard Juhasz terça-feira, 23 de outubro de 2012 14:50
    sexta-feira, 6 de março de 2009 20:07
  • Dreyher,

    Já passei por estes problemas e também por esta necessidade, por questões de segurança, performance e confiabilidade dos dados eu prefiro trabalhar em instâncias separadas ou seja máquinas separadas.

    Em relação a praticidade e comodidade trabalhar na mesma instância seria uma opção, mas podem ocorrer problemas de desempenho e principalmente a falta de atenção no acesso aos bancos de dados poderá ocasionar algum risco dos dados.

    Em resumo eu aconselho a utilizar instâncias separadas em máquinas separadas, sendo assim, você poderá ter o mesmo banco de dados, com o mesmo nome em máquinas distintas.
    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    • Marcado como Resposta Richard Juhasz terça-feira, 23 de outubro de 2012 14:50
    sábado, 7 de março de 2009 23:31
    Moderador