¿Cuándo utiliza colecciones de sitios frente a los subsitios afectan el rendimiento?

Question

Mi topología actualmente planificada es una colección de sitios con 80 subsitios, 1,600 páginas, 50 - 100 GB de datos y 165 grupos de seguridad.

Estoy considerando romper los subsitentes en 8 colecciones de sitios diferentes con su propia base de datos de contenido en el mismo clúster de SQL Server.

¿Debería esto realizar cualquier beneficio de rendimiento fuera de la copia de seguridad de DB y el tiempo de restauración?

Answer 1

Estás dentro de las limitaciones de SharePoint ( http://technet.microsoft.com/en- EE. UU. / Library / CC262787.ASPX ) en cualquier escenario, que es bueno. Algunos de mis pensamientos

En cuanto a la performance, no creo que vea mucho en la mejora de una dB a múltiples DBS, a menos que pueda mover los archivos DB a diferentes matrices de disco.

100GB es un tamaño razonable para un DB. MS recomienda el MAX de 200 GB, pero la recomendación es para la administración de la DBS (más difícil de respaldo / restauración, los tiempos se obtienen más tiempo)

El uso de colecciones únicas de sitios también trae algunas características o dolores de cabeza, dependiendo de lo que requiera

• Permisos únicos
• cuotas únicas
• Los datos enrollables son más duros (especialmente en SP2010)
• DBS único
• No hay navegación central (a menos que use metadatos administrados)

  y hay más en una publicación que escribí un rato: http://sp365.co.uk/2012/01/initial-topology-planning-site-collections-vs-subsups/

  hth, hágamelo saber si tiene más preguntas

Answer 2

También puede tener en cuenta que la capacidad de almacenamiento inicialmente requerida crecerá con el tiempo.Tener que dividir su SiteCollection "Catch-all" más adelante, no será divertido, por lo que mi recomendación es comenzar con varios situados y tener espacio para el crecimiento