Reflejando al Distribuidor

10

¿Alguien ha tenido éxito al reflejar la base de datos de distribución? Tenemos un servidor dedicado como Distribuidor. Maneja todas nuestras replicaciones push desde productos hasta informes. Nos gustaría construir un servidor idéntico, cerca, en caso de que el distribuidor falle. ¿Alguien ha tenido éxito construyendo algo como esto?

sharadov
fuente
Para HA / DR, la base de datos de distribución se puede implementar en una instancia agrupada, pero no en una base de datos reflejada.
Remus Rusanu
1
+1 idea interesante. Un distribuidor dedicado debería estar bien para duplicar pero nunca lo he intentado.
gbn

Respuestas:

7

Lamentablemente, no se admite la duplicación del distribuidor . No estoy seguro de si funcionaría, ya que los nombres del servidor no serían correctos cuando los agentes iniciarían sesión, sin mencionar que tendría que configurar manualmente todos los agentes en el cuadro de copia de seguridad. Actualmente, su única opción de HA para el distribuidor es Windows Clustering.

mrdenny
fuente
Considero que esta es una desafortunada limitación de la base de datos de distribución. Creo que fue un descuido importante no permitir una base de datos de "Distribución secundaria". Proporciona un único punto de falla en un conjunto de características de replicación bastante robusto.
Matt M
@mrdenny ¿Sabrías de un artículo que enumera los pasos para agrupar al distribuidor?
sharadov
He escrito varios artículos sobre la agrupación en clúster de SQL Server que están disponibles en sqlmag.com. Básicamente, configura un clúster activo / pasivo con Microsoft Cluster Services y luego usa esa instancia como distribuidor. No puede tomar su instancia existente que es el distribuidor y agruparla. También necesitará almacenamiento compartido de algún tipo.
mrdenny
@MattM según el artículo, el problema es que varios de los componentes de replicación cuentan con que el nombre de host del distribuidor no cambia, de ahí el problema. Ahí es donde entra en juego la agrupación. Ahora será interesante ver cómo AlwaysOn cambia las cosas (si lo hace) ya que los grupos de disponibilidad pueden usar un nombre de red diferente al de la instancia real. Pero eso probablemente requeriría que use la edición Enterprise para su distribuidor, lo que sería bastante costoso.
mrdenny
@mrdenny Gracias! Encontré sus artículos, son bastante detallados, revisándolos ahora.
sharadov
1

No. Vea este artículo de MSDN para saber por qué.

Ben Thul
fuente
Ok, ¿hay alguna otra manera de hacer una réplica del distribuidor actual, ya que no se admite la duplicación del distribuidor
Sharadov
Consulte msdn.microsoft.com/en-us/library/ms151224.aspx para obtener más información sobre el envío de registros y la replicación. Francamente, no lo haría. Cualquier tipo de evento de conmutación por error que pueda tener podría provocar la pérdida de datos. Eso en sí mismo no es un problema. La replicación es muy sensible a todos los datos que están sincronizados. Si pierde datos, eso se va por la ventana. Si desea protegerse, obtenga otro servidor e instale SQL en él. Espere un desastre y luego vuelva a configurar la replicación con el nuevo servidor como distribuidor.
Ben Thul