¿Servidor SQL separado o simplemente Base de datos SQL separada para prueba y producción?

12

Soy nuevo en SQL Server, por lo que esta puede ser más una pregunta de administración de SQL Server.

Estoy creando bases de datos de prueba y producción para un servicio, e imagino que estaré limpiando bastante la base de datos de prueba. Además, voy a querer diferentes estrategias de replicación y registro de auditoría.

¿Tiene sentido tener ambas bases de datos SQL en el mismo SQL Server, que parece ser lo que Azure Portal hace más fácil de administrar, o tiene más sentido crear un SQL Server lógico separado para las bases de datos de prueba y producción?

sql azure Anónimo1
fuente
1
Hola. Bienvenido al sitio. Hice ediciones menores para mayor claridad. Por favor, siéntase libre de revertirlo si no es apropiado :)
Dawny33

Respuestas:

6

Vaya con un servidor lógico separado:

  • Costará lo mismo porque se le cobra en el nivel de la base de datos, no en el servidor de la base de datos.
  • Al proporcionar servidores separados, proporciona aislamiento entre las dos bases de datos protegiendo una de la otra.
  • A menos que use usuarios contenidos, sus usuarios se compartirán entre Test y Production, si utiliza el mismo usuario para ambas bases de datos, un cambio de contraseña en producción también requeriría el mismo cambio en Test.

Es posible que desee utilizar el mismo servidor para una base de datos si:

  • Está creando una gran cantidad de bases de datos en muchos entornos de desarrollo / prueba , ya que existe un límite para la cantidad total de servidores SQL.
  • Tiene dos bases de datos que deben implementarse como parte de la misma plantilla ARM.
Richard Slater
fuente
Agregaría un punto: tener servidores separados permite actualizar el servidor Q / A y adaptarlo antes de actualizar el de producción.
Tensibai
5

Ponerlos a ambos en el mismo servidor es sin duda el más fácil. Sin embargo, argumentaría que en una situación comercial no debería poder hacerlo.

Una base de datos de producción es uno de los recursos más importantes de una aplicación web. Es probable que tenga muchos datos confidenciales. También es probablemente crítico para la estabilidad del sitio. Por lo tanto, las credenciales de la base de datos de producción deben controlarse estrictamente, y las reglas de firewall deben impedir el acceso a ella, excepto desde un pequeño número de máquinas examinadas. Además de las consideraciones de seguridad, las reglas del firewall también ayudan a evitar operaciones de prueba accidentales en la base de datos de producción; si puede suceder, tarde o temprano.

Editar: Poco después de que originalmente escribí esta respuesta, Digital Ocean (uno de los mayores proveedores de alojamiento) tuvo una interrupción que se habría evitado si hubieran segmentado su red de manera adecuada. Aprende su lección en lugar de repetir el error.

Boicot SE para Monica Cellio
fuente