¿Pueden los grupos de disponibilidad reemplazar la replicación transaccional?

He estado mirando las nuevas características de SQL Server 2012 y cómo puede ayudar a mi situación actual.

Actualmente estamos en SQL Server 2008 R2 y replicamos dos bases de datos de servidores OLTP en un solo servidor de informes a través de la replicación transaccional. Luego usamos estos DB replicados para informar.

Estoy interesado en saber si SQL Server 2012 y los Grupos de disponibilidad pueden reemplazar esto; por lo tanto, en lugar de la replicación transaccional, usaría los nuevos grupos de disponibilidad y reflejaría las bases de datos de los dos servidores OLTP en el servidor de informes, donde los informes podrán para acceder a las réplicas de solo lectura.

No estoy seguro de si esto funcionará bien, o incluso en absoluto.

Me gustaría alejarme de la replicación, ya que causa problemas con mi estrategia de implementación (Uso de VSDBCMD.exe). También me gustaría alejarme de los retrasos en la reinicialización de la replicación en DB grandes.

¿Alguien tiene buenos ejemplos o experiencia con esto? ¿Es posible duplicar con réplicas legibles de múltiples servidores a un solo servidor según la duplicación normal en versiones inferiores?

Esto se preguntó originalmente aquí: /programming/10415225/mirroring-and-availability-groups-in-sql2012 Lo siento, no creo que pueda migrar las preguntas todavía.

Pasé de mi respuesta en StackOverflow , solo para evitar que otros gasten esfuerzo en el mismo tipo de respuesta.

Personalmente, creo que esto funcionará mucho mejor que la replicación transaccional, aunque no he hecho ninguna comparación formal de los dos en un verdadero escenario de migración. Sé que con la cantidad de problemas que la gente tiene con la replicación transaccional, en comparación con incluso la duplicación estándar (y esta es una actualización de eso), seguramente tendrá menos problemas.

La mayor ventaja es que el secundario se puede marcar como de solo lectura, por lo que puede ejecutar todos los informes que desee y no afectará en absoluto la duplicación. Solo necesita una tempdb más robusta (ya que esencialmente usa rcsi para hacer esto).

Por supuesto, debe tener en cuenta que ambos lados de la AG deben tener una licencia completa para poder usar la réplica para operaciones de solo lectura. Y ambas partes deben ejecutarse en versiones específicas de Windows (Enterprise o superior en 2008 R2 y versiones inferiores; Estándar o superior en 2012 y superior) porque requieren agrupación por conmutación por error: las instancias de SQL en AG no necesitan agruparse, pero necesitan estar sentados encima de esa infraestructura en el sistema operativo.

Ventajas de la replicación transaccional sobre los grupos de disponibilidad para informar cargas de trabajo

Como contrapunto a la respuesta anterior, aquí hay algunas razones por las cuales la replicación transaccional puede ser una mejor solución que los grupos de disponibilidad para informar las cargas de trabajo.

• Puede replicar un subconjunto de tablas en la base de datos. Las réplicas de grupo de disponibilidad son siempre la base de datos completa. Si algunas tablas contienen información confidencial, el acceso de auditoría es más fácil si todos los informes se realizan en una base de datos que no incluye esa información.
• Puede filtrar las filas que se replican proporcionando un nivel fino de granularidad. Por ejemplo, puede replicar información específica del departamento en una multitud de servidores de informes departamentales, y cada uno tiene acceso solo a su información.
• Puede tener una estrategia de indexación completamente diferente entre el editor y el suscriptor. Con los Grupos de disponibilidad, los índices son los mismos y aunque las estadísticas se crearán en la réplica y se almacenarán en tempdb, pero no tiene la capacidad de ajustar esa replicación.
• Temas de seguridad. En general, los usuarios de informes se conectan directamente a la base de datos mediante SSMS, access o excel y desea restringir su acceso a la base de datos de informes solamente.

Si ninguno de estos son problemas importantes, los Grupos de disponibilidad pueden ser la mejor opción.