Separe o SQL Server ou apenas separe o banco de dados SQL para teste e produção?


12

Eu sou novo no SQL Server, portanto, isso pode ser mais uma questão de gerenciamento do SQL Server.

Estou criando bancos de dados de teste e produção para um serviço e imagino que vou limpar bastante o banco de dados de teste. Além disso, vou querer estratégias diferentes de replicação e log de auditoria.

Faz sentido ter os dois bancos de dados SQL no mesmo SQL Server, que parece ser o que o Portal do Azure torna mais fácil de gerenciar ou faz mais sentido criar um SQL Server lógico separado para os bancos de dados de teste e produção?


1
Oi. Bem vindo ao site. Fiz edições menores para melhor clareza. Pl vontade para revertê-lo se não for apropriado :)
Dawny33

Respostas:


6

Vá com um servidor lógico separado:

  • Vai custar o mesmo porque você é cobrado na camada do banco de dados e não no servidor do banco de dados.
  • Ao fornecer servidores separados, você fornece isolamento entre os dois bancos de dados, protegendo um do outro.
  • A menos que você use usuários contidos, seus usuários serão compartilhados entre Teste e Produção, se você usar o mesmo usuário para os dois bancos de dados, uma alteração da senha na produção também exigiria a mesma alteração no Teste.

Você pode querer usar o mesmo servidor para um banco de dados se:

  • Você está criando um número muito grande de bancos de dados em muitos ambientes de desenvolvimento / teste , pois há um limite para o número total de servidores SQL.
  • Você tem dois bancos de dados que precisam ser implantados como parte do mesmo modelo do ARM.

Eu acrescentaria um ponto: ter servidores separados permite atualizar o servidor Q / A e se adaptar antes de atualizar o servidor de produção.
Tensibai

5

Colocar os dois no mesmo servidor é certamente o mais fácil. No entanto, eu argumentaria que, em uma situação comercial, você não deveria ser capaz de fazê-lo.

Um banco de dados de produção é um dos recursos mais importantes de um aplicativo Web. Provavelmente possui muitos dados confidenciais. Também é provavelmente crítico para a estabilidade do site. Portanto, as credenciais do banco de dados de produção devem ser rigorosamente controladas, e as regras de firewall devem impedir o acesso a ela, exceto por um pequeno número de máquinas controladas. Além das considerações de segurança, as regras do firewall também ajudam a impedir operações acidentais de teste no banco de dados de produção - se isso acontecer, mais cedo ou mais tarde.

Edit: Pouco depois de escrever originalmente essa resposta, a Digital Ocean (um dos maiores provedores de hospedagem) teve uma interrupção que teria sido evitada se eles tivessem segmentado sua rede adequadamente. Aprenda a lição em vez de repetir o erro.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.