vistas vista una umbral tipos online listas lista limites crear performance sharepoint

performance - vista - ¿Qué pasos da para aumentar el rendimiento de un sitio Sharepoint?



umbral de vista sharepoint online (4)

Sharepoint no es la aplicación de servidor más rápida, y he leído algunos consejos para acelerarla. ¿Qué pasos cree que son necesarios para aumentar el rendimiento para que pueda ser utilizado para alojar un sitio con mucho tráfico?


Al final del día, SharePoint es solo un sitio web complicado con todos los componentes estándar.

Para optimizar el rendimiento, debe analizar cada componente y determinar cuál es el problema, y ​​luego ajustarlo en consecuencia.

Estamos en el proceso de implementar un sitio web de 1000 puntos de usuarios simultáneos, que puede ser grande o no, sin embargo, algunos pasos que estamos tomando son los siguientes:

  1. Implementando una estrategia de almacenamiento en caché detallada, para almacenar en caché el contenido de la web de manera inteligente.
  2. Use servidores con equilibrio de carga para garantizar que todo nuestro hardware se utilice en lugar de permanecer inactivo.
  3. Hemos llevado a cabo la planificación de la capacidad dada la solución existente, por lo que tenemos una buena idea de qué componente es el cuello de botella para nosotros. (El Servidor SQL), por lo que nos aseguraremos de que el servidor pueda hacer frente a la carga esperada y al crecimiento futuro del sitio.
  4. También estamos utilizando equilibradores de carga de hardware que garantizarán que nuestra red y los servidores relacionados funcionen como se espera, y nuevamente esto es algo que debemos investigar antes de implementar un sitio web de sharepoint.
  5. También nos aseguramos de que nuestras partes web no generen html innecesarios y no devuelvan datos innecesarios, ya que esto ralentizará los tiempos de carga.

Algo que definitivamente creo que es una buena idea es tener un objetivo al que trabajar, ya que puede gastar una gran cantidad de dinero y tiempo optimizando SharePoint, lo que puede resultar innecesario.


Además del almacenamiento en caché y el hardware, intente asegurarse de que sus páginas maestras y diseños de página no estén fantasma en la base de datos (lo que requiere una llamada a la base de datos para recuperar).

Haga esto asegurando que los archivos se liberen a la colmena 12 en su solución.


Mis mejores apuestas adicionales son:

No puedo enfatizar lo suficiente que una planificación temprana adecuada es esencial para una implementación exitosa de SharePoint.


No olvides una cuidadosa selección de la configuración de caché incorporada (elige la más adecuada para tu situación). Use BLOBCache. Use la compresión / caché de IIS (los valores predeterminados no son suficientes por cierto).

Asegúrese de que su cuadro SQL pueda mantenerse al día, especialmente durante la indexación / rastreo. La división de los roles de aplicación (indización versus consulta de búsqueda y WFE dedicado para indexación / rastreo) ayuda.

Por cierto, si está ejecutando VMWare VM para sus WFE, Windows NLB se rompe (aunque no consistentemente), así que use hardware NLBs o DNS round-robin, etc.

Si no necesita> 2gig RAM para el grupo de aplicaciones IIS en un WFE, no se moleste con 64 bits en el WFE.

Solo mi 2c.