Limitaciones en la réplica de combinación de SQL Server – Publicación a número de subs

Estoy buscando un par de cosas diferentes aquí.

Por lo que puedo encontrar, Workgroup Edition soporta hasta 25 suscriptores por publicación. ¿Alguien sabe el límite, si lo hay, del número de subs por pub en las ediciones Enterprise y Standard de SQL 2008 R2? (2008 info es bueno también)

Además, ¿alguien tiene alguna experiencia con 50+ sustitutos contra un pub? Estamos buscando para get algunas ideas sobre lo que el performance se parecía con que muchos subs. ¿Necesitas agregar un pub adicional para manejar la carga? ¿Hubo problemas cuando un cierto número de pubs intentó sincronizar al mismo time?

Edición de grupo de trabajo es el único con un límite de suscripción (25). Sin embargo, la suscripción a publicaciones de instantáneas sigue estando ilimitada en Workstation. Standard y Enterprise no tienen estas limitaciones en absoluto. Este ha sido el caso desde al less 2005, que yo sé. ( Fuente )

El performance de las suscripciones se basa en el número de transactions, obviamente. Como con todo "capacidad" en SQL Server, todo es cuestión de probar el performance. Hay tantas variables a tener en count que cualquier respuesta formulaic sólo sería una suposition salvaje. 50 suscripciones no es inaudible en absoluto, sin embargo, así que no te preocupes de que vas a romper SQL con él. Anécdota: Otro equipo aquí tiene algunos pubs con 75 subs y solo ejecutan un solo server sin problemas reales.

Edit: un compañero de trabajo del gurú del SQL apenas me señaló a este acoplamiento de Technet en funcionamiento con las suscripciones de la combinación. Está escrito para 2005, pero se aplica principalmente a 2008 (R2).