La solución más sencilla para alta disponibilidad de SQL Server 2008?

Question

Tengo un montón de servidores SQL, que me lleva a cabo periódicamente en mantenimiento (parches de Windows Update etc.). Ahora quiero la base de datos en línea 24/7 y que poner en práctica una de las soluciones de alta disponibilidad para el servidor SQL. Las soluciones tiene que ser barato y fácil de usar.

No tengo problemas afinando las cadenas de conexión para los clientes de la base de datos, por lo que actualmente estoy investigando el reflejo de base con conmutaciones por error manual de la hora de tomar abajo una instancia de socio para parches, etc.

Es esto lo mejor que puede hacer o hay otras opciones que no esté relacionado con la creación de un clúster de conmutación?

Los servidores están virtualizados con una solución de almacenamiento totalmente redundante.

Cualquier consejos son apreciados, gracias por adelantado!

Answer 1

Mirroring con un socio-servidor, probablemente sería la solución más barata (se puede omitir el SOCIO-servidor si va a cambiar de forma manual).

discos

conmutación por error requiere compartido (NAS) aswell como Windows-licencias de racimo con capacidad (muy caros).

No estoy seguro acerca de la replicación, o qué se diferencia de reflejo, pero mi investigación me di a la conclusión de que la creación de reflejo era la única para mí. Sin embargo no me importa un tiempo de inactividad al hacer actualizaciones, yo sigo casos de espejo de la base de datos en caso de fallo de hardware grave.

Puede ser que la replicación es un ejemplo completo de un servidor SQL, mientras que el reflejo se realiza por base de datos. En mi caso, tengo 2 servidores de producción, que tanto se replica es bases de datos a un tercero, copia de seguridad del servidor para recuperación de desastres. Creo que no habría sido posible con la replicación.

Answer 2

El cuatro soluciones de alta disponibilidad yo sepa son :

• clúster de conmutación
• trasvase de registros
• Mirroring
• Replicación

El trasvase de registros es probable que no 24/7, por lo que deja a tres. Serverfault es sin duda un mejor lugar para preguntar acerca de sus méritos relativos.

Answer 3

Para la conmutación por error automática que elegiría el reflejo. Se puede construir una cadena de conexión de base de datos de segundo en su aplicación y siempre que la tampoco preferido disponibles se pondrá por defecto a la copia de seguridad - por lo tanto, dar a su aplicación 24/7. Esto tiene sus desventajas, sin embargo, una vez 'volteado' hacia el espejo que tiene que aceptar que esta es la forma en que es hasta que otro trabajo de mantenimiento requiere el espejo para cambiar de nuevo o si tiene que cambiar manualmente el espejo.

Para que esto sea realmente 24/7 tendrá que activar Auto en lugar de manual, tal vez se necesita un servidor testigo para tomar la decisión ... Hay un montón de factores a incluir en la elección - es usted trabajar con servidores en diferentes sitios, el agrupamiento, varios servidores web / app ...?

Como han sugerido respuestas anteriores, https://serverfault.com/search?q=sql+mirroring tendrán las personas que han hecho sólo por esta opción, listos para ayudarle en mucho más detalle

Una gran ventaja de la duplicación es que proporciona el servidor reflejado no tiene ninguna otra actividad que esté libre de licencia, las transferencias de licencias de servidor en vivo más si el espejo se hace cargo. Todos los detalles en las páginas de concesión de licencias de SQL en microsoft.com