Compartir a través de

Procedimientos recomendados para publicación de portales

  • Artículo

Este artículo forma parte de una serie de artículos de procedimientos recomendados para Microsoft Office SharePoint Server 2007. En este artículo se describen las características típicas y los procedimientos recomendados para la publicación de portales basados en Office SharePoint Server 2007. Para consultar más artículos de la serie, vea Procedimientos recomendados. Para obtener información adicional y recursos relativos a procedimientos recomendados para Office SharePoint Server 2007, visite el centro de recursos de procedimientos recomendados (en inglés) (https://go.microsoft.com/fwlink/?linkid=125981&clcid=0xC0A) (en inglés).

La publicación de entornos de portal suele tener las siguientes características:

  • Seguridad. Los entornos de portal orientados a Internet suelen permitir la autenticación anónima para la mayoría de los usuarios. Los sitios de suscripción y los portales de intranet tienen entornos de autenticación y autorización más variados.

  • Operaciones de usuarios. La mayoría de las operaciones de los usuarios en el sitio son lecturas.

  • Proporción de aciertos de caché. Para el contenido de solo lectura, se espera una proporción de aciertos de caché de aproximadamente el 99%.

1. Implementar al menos tres servidores cliente web

El rendimiento de Office SharePoint Server 2007 es máximo con n+1 servidores cliente web, donde n es el número de servidores cliente web determinados mediante la planeación de la capacidad. La ejecución de n+1 servidores permite detraer un servidor del equilibrio de carga de red y reciclarlo sin afectar a la disponibilidad de los servicios. Debe planear el uso de tres servidores web como mínimo. Para obtener más información, vea Planeación de la redundancia (Office SharePoint Server).

2. Optimizar la eficacia de los elementos web controlados por consultas

Los elementos web que consultan listas pueden requerir muchos recursos. Debe conocer el ámbito de cada operación que realiza un elemento web que acumula datos.

Cuando use elementos web controlados por consultas, como el elemento web Consulta de contenido, realice el siguiente procedimiento:

3. Asegurarse de que las listas y las bases de datos siguen los límites recomendados para optimizar el rendimiento de las consultas

Siga los límites recomendados para optimizar el rendimiento de las consultas en las listas y bases de datos. La superación de los límites de listas y bases de datos afecta directamente al rendimiento de las características y el comportamiento de Office SharePoint Server 2007. Para obtener información acerca de los límites específicos, vea Planeación de límites de software (Office SharePoint Server) y Planeación de almacenamiento de contenido empresarial.

Para la publicación de portales, es especialmente importante mantenerse por debajo del límite de 2.000 páginas por sitio.

4. Separar los entornos de creación y publicación

Puede usar una única granja para la publicación y la creación en un entorno que tenga necesidades de capacidad bien comprendidas y controladas. Si no tiene esas necesidades y un proceso de publicación estrechamente controlado, se recomienda dividir la creación y la publicación. La razón es que Office SharePoint Server 2007 ofrece el mejor rendimiento cuando los tipos de acceso y los patrones de uso para el contenido de una base de datos son similares. Si separa el contenido principalmente de solo lectura (publicación) del contenido de lectura y escritura (creación) en colecciones de sitios diferentes puede resultar útil.

Para ayudarle a comprender mejor y aumentar el rendimiento, se recomienda que se centre primero en el nivel de colección de sitios, en lugar del nivel de sitio, aplicación web o base de datos. Puede usar diferentes métodos para aumentar el rendimiento de la colección de sitios. Elija el método que mejor se adapte a su entorno, en función de los resultados de supervisión.

  • Tener diferentes aplicaciones web de IIS que atiendan distintas colecciones de sitios.

    Use este método si los servidores web sufren una carga excesiva. Esta opción permite que diferentes procesos tengan acceso a los datos al mismo tiempo, lo que aumenta las solicitudes por segundo que la granja puede proporcionar. Si los servidores web continúan teniendo una carga excesiva, considere la posibilidad de agregar servidores web a la granja o dividirlos en granjas independientes.

  • Poner diferentes colecciones de sitios en distintas bases de datos de contenido.

    Use este método si la base de datos está sometida a una carga intensa. Esta opción proporciona oportunidades de paralelismo de E/S y mejor simultaneidad para operaciones de SQL Server y SharePoint. Para la separación de carga adicional, también puede hospedar cada base de datos de contenido en una instancia diferente de SQL Server o en distintos clústeres de SQL Server.

5. Separar el entorno de almacenamiento provisional del entorno de creación

Cree un entorno de almacenamiento provisional en la granja de producción para probar si la distribución de contenido está implementando el contenido esperado y si los permisos funcionan correctamente. Contar con un entorno de almacenamiento provisional independiente permite, además, bloquear los cambios en un entorno sin afectar al entorno de creación.

6. Asegurarse de tener instaladas las actualizaciones más recientes

Es importante mantenerse al día mediante la aplicación de las correcciones, las actualizaciones y los Service Pack más recientes. Estas actualizaciones contienen mejoras importantes del producto. Sin embargo, asegúrese de probar completamente estas actualizaciones en los entornos de preproducción antes de aplicarlas a los entornos de producción. Siga el procedimiento recomendado para implementar las actualizaciones, lo que incluye:

  • Activar Windows Update para descargar actualizaciones automáticamente, pero sin instalarlas automáticamente.

  • Programar la hora para instalar las actualizaciones fuera de las horas punta.

  • Para una alta disponibilidad, dejar los servidores fuera de servicio de uno en uno durante el proceso de actualización.

Asegúrese de aplicar revisiones al BIOS (equipos servidor, controladores y discos), al sistema operativo Windows, Windows SharePoint Services 3.0 y Office SharePoint Server 2007, y SQL Server.

Para obtener más información, vea la presentación sobre la descripción e implementación de revisiones, actualizaciones públicas y Service Pack (https://go.microsoft.com/fwlink/?linkid=123927&clcid=0xC0A) y vea el centro de recursos de actualizaciones para Productos y Tecnologías de SharePoint (https://go.microsoft.com/fwlink/?linkid=106182&clcid=0xC0A).

7. No editar directamente el sitio de destino

Si tiene que implementar rápidamente cambios de contenido, no edite directamente el sitio de destino, ya que la próxima vez que se implemente contenido, se sobrescribirá. Use un trabajo de implementación rápido para actualizar el sitio con rapidez. Para obtener más información, vea Administración de trabajos de distribución rápida.

8. Evitar las tareas de administración y operaciones masivas en el entorno de creación durante las horas de máxima actividad

Evite las tareas de administración y las operaciones masivas durante el horario de máxima actividad. Esto incluye la eliminación de listas, sitios, colecciones de sitios o creación de nuevos tipos de contenido o columnas. Para obtener más información, vea Notas del producto: trabajo con listas grandes en Office SharePoint Server 2007.

9. Usar almacenamiento en caché

El almacenamiento en caché puede proporcionar grandes ventajas en un portal de publicación. Asegúrese de usar los diferentes tipos de almacenamiento en caché de forma apropiada. Cuando el almacenamiento en la memoria caché de resultados se usa correctamente, puede mejorar considerablemente el rendimiento y el tiempo de respuesta del usuario.

Para obtener más información, vea Almacenamiento en caché en Office SharePoint Server 2007 y la sección Optimizing caching for WAN environments de Optimización de Office SharePoint Server para entornos WAN.

  • Memoria caché basada en disco. El almacenamiento en memoria caché basada en disco controla el almacenamiento en caché para objetos binarios grandes (BLOB), por ejemplo imágenes, sonido, archivos de vídeo y archivos javascript (.js). Cuando se usa la memoria caché BLOB, los BLOB se recuperan de la base de datos en la primera solicitud de cada servidor web y se almacenan en una carpeta del sistema de archivos durante el tiempo de expiración requerido por el elemento. La memoria caché BLOB se configura mediante el archivo Web.config para la aplicación web en la que se usará la memoria caché. Para obtener más información, vea el documento sobre almacenamiento en memoria caché basada en disco para objetos binarios grandes (https://go.microsoft.com/fwlink/?linkid=123947&clcid=0xC0A).

  • Caché de resultados. Office SharePoint Server 2007 usa la tecnología de almacenamiento en memoria caché de resultados nativa de ASP.NET para administrar cuándo y cómo se sirve el contenido de páginas para los portales de publicación. Si el almacenamiento en la memoria caché de resultados se usa correctamente, puede mejorar considerablemente el rendimiento y el tiempo de respuesta para el usuario. La página se crea una vez en la memoria y se mantiene en ella.

    Para obtener el mejor rendimiento, use el menor número posible de perfiles de caché. Para obtener más información, vea Output caching en Almacenamiento en caché en Office SharePoint Server 2007 y el documento sobre almacenamiento en caché de resultados y perfiles de caché (https://go.microsoft.com/fwlink/?linkid=121543&clcid=0xC0A).

  • Caché de objetos Office SharePoint Server 2007 admite el almacenamiento en caché de determinados elementos para reducir el requisito de recuperar datos de campo de la base de datos cada vez que se representa una página. El sistema de almacenamiento en caché almacena datos de campo completos para una página, excluidos los datos de elementos web de la página. El tamaño de la memoria caché de objetos está configurado en 100 MB por colección de sitios de forma predeterminada, pero puede modificar esta configuración para cada colección de sitios y ajustarla a las características del sitio web.

    Se recomienda activar siempre todos los tipos de almacenamiento en caché de objetos para los entornos de producción. Para obtener más información, vea la sección sobre el ajuste de la memoria caché de objetos en Almacenamiento en caché en Office SharePoint Server 2007.

  • Herramientas de terceros: dispositivos de caché. En entornos geográficamente distribuidos, considere la posibilidad de usar dispositivos de caché de terceros o sistemas de red de distribución de contenido (CDN) con Office SharePoint Server 2007 para acercar el contenido a los usuarios y evitar los recorridos completos. Para obtener más información, vea WAN accelerators and other third-party tools en Optimización de Office SharePoint Server para entornos WAN.

10. Comenzar con una infraestructura bien configurada que use hardware recomendado

Siga las recomendaciones de la sección sobre recomendaciones de hardware de Cálculo de los requisitos de rendimiento y capacidad de entornos de Internet (Office SharePoint Server). Para este escenario, céntrese especialmente en asignar el tamaño correcto a los servidores web. Se recomienda usar equipos de 64 bits que ejecuten Office SharePoint Server 2007 de 64 bits, cada uno con cuatro procesadores de doble núcleo y 16 GB de RAM.

11. Establecer la configuración de reciclaje de grupos de aplicaciones para mejorar la disponibilidad

Office SharePoint Server 2007 requiere que los grupos de aplicaciones se reciclen periódicamente. Siga estas recomendaciones para mantener los sitios en funcionamiento, incluso cuando tenga que reciclar procesos para grupos de aplicaciones.

  • Reciclar los grupos de aplicaciones en momentos distintos para diferentes servidores web (64 bits y 32 bits). Si tiene varios servidores web en la granja, asegúrese de que los grupos de aplicaciones están configurados para reciclarse en momentos distintos en servidores web distintos.

  • Reciclar grupos de aplicaciones en diferentes momentos para distintos sitios web de IIS (64 bits y 32 bits). Recicle diferentes sitios web de IIS en distintos momentos para evitar picos en los servidores web. Si tiene que reciclar más de un grupo de aplicaciones en un servidor web específico al mismo tiempo, debe quitar temporalmente dicho servidor web del equilibrador de carga con el fin de evitar una mala experiencia para el usuario.

  • Considerar el uso de memoria para el reciclaje (32 bits). Al planear el reciclaje de grupos de aplicaciones, considere la cantidad de memoria usada por cada grupo de aplicaciones y cambie la frecuencia en función de la cantidad de memoria usada. Los grupos de aplicaciones que normalmente usan pocos recursos de memoria necesitarán menos reciclajes que los que usan mucha memoria. Se recomienda la siguiente configuración, aunque los números variarán según el uso de la instalación y las características usadas:

    • Configure el reciclaje basado en memoria virtual para que se produzca a 1.700 MB.

    • Configure el reciclaje de memoria usada para que se produzca a 1.000 MB.

    • Establezca el límite de tiempo de cierre en al menos 300 segundos para permitir que se completen las solicitudes de larga ejecución de los usuarios, como la carga de archivos grandes.

    • Use el reciclaje basado en el tiempo en entornos con sobrecarga habitual en ciertos períodos del día. Establezca un reciclaje programado aproximadamente 30 minutos antes de que empiece el tráfico máximo.

Para obtener más información, vea los siguientes recursos:

12. Supervisar los contadores clave para administrar el rendimiento

Para ver recomendaciones de contadores específicos que supervisar, vea la lista de contadores de rendimiento (en inglés) (https://go.microsoft.com/fwlink/?linkid=123925&clcid=0xC0A) (en inglés).

  • Rendimiento. Realice un seguimiento de cuántas solicitudes puede procesar por segundo una granja de servidores para asegurarse de que cumple los objetivos previstos de tiempo de respuesta para los usuarios.

  • Usuarios simultáneos. Realice un seguimiento de la correlación entre el número de usuarios simultáneos y el rendimiento de la granja.

  • Crecimiento de los datos y el sitio con el paso del tiempo. Realice un seguimiento de la rapidez con la que crecen la base de datos y el sitio, y proyecte durante cuánto tiempo puede cubrir sus necesidades la infraestructura actual. Se recomienda mantener un nivel de al menos el 25% de espacio libre en todos los discos para permitir el crecimiento. Si administra el crecimiento agregando discos a una matriz RAID o asignando más almacenamiento, supervise el tamaño del disco para evitar quedarse sin espacio.

Agradecimientos

El equipo de publicación de contenido de Office SharePoint Server 2007 agradece a los siguientes colaboradores de este artículo:

  • Simon Skaria, Equipo de asesoramiento al cliente de Microsoft SharePoint

  • Luca Bandinelli, Equipo de asesoramiento al cliente de Microsoft SharePoint

  • Steve Peschka, Servicios de consultoría de Microsoft

  • George Perantatos, Administración de contenido empresarial de Microsoft

  • Tyler Butler, Administración de contenido empresarial de Microsoft

  • Robert Orleth, Administración de contenido empresarial de Microsoft

  • Pat Miller, Administración de contenido empresarial de Microsoft

  • Sean Squires, Servicios de información de Microsoft

  • Ryan Duguid, Marketing de Microsoft SharePoint

Vea también

Otros recursos

Difusión por Web de TechNet: Procedimientos recomendados para el desarrollo, la implementación y el mantenimiento de soluciones de formularios (en inglés)