Compartir a través de

Procedimientos recomendados para sitios de colaboración en grupo

  • Artículo

Este artículo pertenece a una serie de artículos sobre procedimientos recomendados para Microsoft Office SharePoint Server 2007. En él se describen las características típicas y los procedimientos recomendados para hospedar sitios de colaboración en un entorno de Office SharePoint Server 2007. Para leer más artículos de la serie, vea Procedimientos recomendados. Para obtener más información y recursos relativos a los procedimientos recomendados para Office SharePoint Server 2007, visite el centro de recursos sobre procedimientos recomendados (en inglés) (https://go.microsoft.com/fwlink/?linkid=125981&clcid=0xC0A) (en inglés).

Los sitios de colaboración en grupo normalmente presentan las siguientes características:

  • Uso intensivo de operaciones de escritura. En comparación con otros tipos de sitios (como los sitios de publicación), los sitios de colaboración presentan una mayor tasa de escritura en el nivel de almacenamiento de SQL Server.

  • Poco o ningún almacenamiento de contenido en caché. Debido a que el contenido se actualiza con más frecuencia y el hecho de que esté actualizado es muy importante en la dinámica de la colaboración, el almacenamiento de contenido en caché es poco común.

  • La mayor parte del contenido no está estructurado y no es uniforme . Dado que los sitios de colaboración son normalmente de autoservicio, el contenido, por naturaleza, no está estructurado y no es uniforme. Si se intentase aplicar una estructura de contenido de alto nivel, los usuarios podrían dejar de adoptar la colaboración basada en servidor.

  • Soluciones con mínimas personalizaciones. Los entornos de colaboración rara vez permiten la implementación de soluciones o código personalizado, como elementos web personalizados, controles de servidor, acciones de flujo de trabajo y formularios de acción de InfoPath. Sin embargo, se espera la interacción con SharePoint Designer para la creación personalizada, la personalización de marca y el diseño de procesos de flujo de trabajo simples.

  • La interacción con aplicaciones cliente es muy importante. En comparación con otros tipos de sitios, los sitios de colaboración muestran un gran nivel de interacción con las aplicaciones cliente de 2007 Microsoft Office system.

1. Implementar una arquitectura de 64 bits en la granja de servidores

El hardware de 64 bits (para todas las funciones de servidor) ofrece el mejor rendimiento para Office SharePoint Server 2007. La arquitectura de 64 bits ofrece un espacio de direcciones mucho mayor que la arquitectura de 32 bits. Un espacio de direcciones grande proporciona más espacio para hospedar ensamblados de SharePoint, API CLR y nativas, pila de red, IIS/ASP.NET y otros componentes en sus niveles respectivos.

Para obtener más información, vea Recomendaciones sobre topología física (Office SharePoint Server).

2. Planear y asignar servidores de base de datos para permitir la colaboración

La colaboración se caracteriza por su gran impacto en el almacenamiento de SQL Server, debido a su alta tasa de escritura y al modelo de no almacenamiento del contenido en caché. Por lo tanto, optimice SQL Server para operaciones de escritura y asegúrese de disponer de un servidor de base de datos dedicado para la granja de servidores. Siga los procedimientos recomendados en las siguientes notas del producto para garantizar que dispone del almacenamiento y rendimiento de SQL Server necesarios para admitir este tipo de sitio: Planeación y supervisión de SQL Server Storage para Office SharePoint Server: recomendaciones de rendimiento y procedimientos recomendados (notas del producto).

En un servidor típico donde se ejecute SQL Server (8 núcleos, 16 gigabytes (GB) de RAM, 1 IOPS/GB), planee admitir aproximadamente 5 terabytes (TB) de contenido. Para obtener más información, vea Diseño de la arquitectura lógica para sitios de colaboración.

También debe diseñar las unidades de disco para obtener un rendimiento óptimo. Para obtener más información, vea Procedimientos recomendados para un funcionamiento óptimo.

3. Supervisar los sitios y el contenido, y realizar operaciones de limpieza con regularidad

Los sitios de grupo suelen ser de autoservicio, y a menudo carecen de una estructura fija para facilitar la colaboración. Establezca y comunique los contratos de nivel de servicio (SLA) correspondientes para el archivado y la eliminación de contenido. Tenga en cuenta que, con frecuencia, los sitios de grupo tienen una duración limitada que viene determinada por los proyectos que se realizan. Use la administración del ciclo de vida para quitar y archivar los sitios inactivos con regularidad.

4. Aplicar límites de tamaño a los sitios y al contenido

Siga las instrucciones recomendadas para administrar colecciones de sitios, sitios, listas y documentos según las necesidades empresariales. Algunas de ellas se enumeran a continuación:

  • Colecciones de 50.000 sitios por cada base de datos de contenido

  • 500 MB por cada colección de sitios (cuota máxima predeterminada)

  • Límite de tamaño de archivo de 50 MB (recomendado) hasta 2 GB (máximo)

  • 2.000 elementos por cada vista de lista

Las listas grandes, el control de versiones y los flujos de trabajo pueden afectar a la capacidad de almacenamiento y al rendimiento del entorno. Por ejemplo, algunas organizaciones desactivan el trabajo de limpieza del historial de flujos de trabajo, tal y como se describe en Deshabilitación de la limpieza automática del historial de flujo de trabajo, para conservar el historial de flujos de trabajo más de 60 días. Asegúrese de usar cuotas para controlar el tamaño de los sitios, especialmente si va a habilitar la administración de sitios de autoservicio.

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

5. Planear la capacidad de los servidores cliente web más uno

Si el entorno da servicio a 5.000 usuarios o más, considere la posibilidad de implementar un mínimo de tres servidores cliente web, o el número de servidores cliente web necesarios para proporcionar la capacidad correspondiente más uno. De esta forma, si ocasionalmente un servidor cliente web experimenta una carga alta, los equilibradores de carga pueden enrutar el tráfico a otros servidores. En caso de que solo quede un servidor cliente web, esto puede provocar una inactividad en cascada por la que el tráfico adicional que afectó al primer servidor cliente web se transfiere al segundo servidor cliente web, que también queda inactivo. Disponer de un servidor cliente web adicional ayuda a la granja de servidores a acomodar estas cargas uniformemente y, por lo tanto, proporciona mejor rendimiento y más estabilidad a la granja de servidores en estas circunstancias. Este es un procedimiento recomendado para servidores cliente web que dan servicio a tráfico de usuarios. Además, puede seguir los procedimientos recomendados para dedicar servidores cliente web que deben ser rastreados o granjas de servidores de reserva. Tenga en cuenta que estos servidores cliente web deben ser servidores físicos, no virtuales.

Para obtener más información, vea Planeación de la redundancia (Office SharePoint Server).

6. Configurar las opciones de reciclaje de grupos de aplicaciones para lograr mayor disponibilidad

Office SharePoint Server 2007 requiere que los grupos de aplicaciones se reciclen periódicamente. Siga estas recomendaciones para mantener los sitios en ejecución, aunque tenga que reciclar los procesos de los 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 los grupos de aplicaciones en momentos distintos para diferentes sitios web de IIS (64 bits y 32 bits) . Recicle los diferentes sitios web de IIS en momentos diferentes 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, quite temporalmente dicho servidor web del equilibrador de carga para evitar que el usuario tenga una mala experiencia.

  • Tener en cuenta el uso de memoria para el reciclaje (32 bits). A la hora de planear el reciclaje de grupos de aplicaciones, tenga en cuenta la cantidad de memoria usada por cada grupo de aplicaciones y cambie la frecuencia según la cantidad de memoria usada. Los grupos de aplicaciones que normalmente usan pocos recursos de memoria necesitarán menos reciclaje que otros que usan gran cantidad de memoria. Se recomienda la siguiente configuración, aunque las cifran varíen en función de cómo se use la instalación y de las características que se estén usando:

    • 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:

7. Administrar la seguridad y los permisos

Por cada colección de sitios, hay un número limitado de entidades de seguridad (usuarios y grupos) que se pueden aplicar (2.000 por cada sitio web). Use los grupos de seguridad de Active Directory y los grupos de SharePoint todo lo posible para conceder accesos en lugar de agregar usuarios de forma individual. Para obtener más información, vea Planeación de límites de software (Office SharePoint Server).

Reduzca al mínimo el uso de permisos personalizados o específicos. Cuanto más específicos sean los permisos aplicados, más difícil será realizar el seguimiento de quién tiene acceso a qué. Además, los permisos específicos pueden afectar al rendimiento porque deben realizarse más controles de seguridad por cada elemento al que se aplican. Para obtener más información, vea Planeación de la seguridad del sitio (Office SharePoint Server) y la siguiente entrada de blog sobre grupos de SharePoint, permisos, seguridad de los sitios y grupos de sitios depreciados (en inglés) (https://go.microsoft.com/fwlink/?linkid=123980&clcid=0xC0A) (en inglés).

Supervise el acceso a los elementos de las colecciones de sitios. Revise periódicamente quién tiene acceso a los subsitios, listas, bibliotecas y elementos. Existen herramientas de administración de la seguridad de terceros que pueden ayudar a descubrir los permisos específicos que se aplican a los elementos en Office SharePoint Server 2007. Un ejemplo es DeliverPoint (en inglés) (https://go.microsoft.com/fwlink/?linkid=126308&clcid=0xC0A) (en inglés).

8. Probar el código personalizado y las personalizaciones

Antes de implementar código personalizado en el entorno, obtenga una línea de base del rendimiento del entorno para poder ver cómo afectaría el elemento personalizado al rendimiento. Pruebe minuciosamente el código personalizado en un entorno de prueba o en un espacio aislado (sandbox) para ver cómo afectará al entorno. No implemente nunca código personalizado sin probarlo. Compruebe también todo el código de otros fabricantes y los recursos gratuitos. Que sea gratuito o de uso extendido no significa que no vaya a tener efectos inesperados en el entorno, especialmente en el rendimiento. Use la implementación de soluciones para implementar todo el código personalizado de manera que pueda realizar fácilmente un seguimiento y volver a implementar las personalizaciones después de restaurar el entorno.

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

9. Vigilar la latencia de red

La latencia de red puede reducir la satisfacción de los usuarios al hacer que incluso un entorno de alto rendimiento funcione de forma lenta. Intentar colaborar en archivos de gran tamaño a través de una red que tenga una latencia elevada provoca una experiencia frustrante para el usuario. Tenga en cuenta que incluso un pequeño cambio en un documento significa que el documento se carga completo en los servidores.

Ningún servidor cliente web o servidor de aplicaciones debe tener más de un 1 milisegundo (ms) de latencia entre este y el servidor de base de datos. En la práctica, normalmente esto significa que debe tener todos los servidores de una granja en el mismo centro de datos. Todos los servidores de una granja deben estar en la misma zona horaria.

En el caso de empresas globales y multinacionales, si los equipos de la organización normalmente se centran en áreas geográficas locales, implemente varias granjas de servidores de colaboración en grupo más pequeñas y cercanas a los usuarios finales. De esta forma, reducirá la latencia de red y los costos de ancho de banda de WAN. Considere la posibilidad de usar la aceleración de WAN o el almacenamiento en caché en segundo plano con un producto como Microsoft Office Groove 2007 como ayuda para solucionar los problemas de latencia.

Para obtener más información, vea Planeación de los requisitos de ancho de banda y Optimización de Office SharePoint Server para entornos WAN.

10. Mostrar a los usuarios finales la forma de optimizar el uso de las herramientas

La mayoría de los usuarios finales no son diseñadores de sitios web, ni desean serlo. Por ejemplo, se espera que puedan empezar a usar los sitios de colaboración en grupo pero tienen poca o ninguna experiencia previa en la configuración de sitios de SharePoint ni en el uso de características integradas como la vinculación de contactos y calendarios con Outlook.

Microsoft ofrece acceso a cursos de aprendizaje en línea y documentos informativos en Office Online (https://go.microsoft.com/fwlink/?linkid=89166&clcid=0xC0A). También existe un kit de aprendizaje para usuarios finales que se puede implementar en el entorno de SharePoint y que está disponible en la página que ofrece información sobre los preparativos (en inglés). Asegúrese de que se conocen y se usan estos materiales en la organización para que los usuarios sean más autosuficientes. De esta forma, se reducirá el número de llamadas al servicio de asistencia para tareas rutinarias.

11. Seguir los procedimientos recomendados para la excelencia operativa y disponer de una directiva de gobierno

El artículo Procedimientos recomendados para un funcionamiento óptimo contiene más sugerencias para configurar y mantener el entorno para que funcione de manera óptima. Siga estos procedimientos recomendados para obtener las máximas ventajas de los sitios de colaboración.

El gobierno es importante en los entornos de colaboración. Para que éstos puedan administrarse, asegúrese de seguir las recomendaciones de gobierno con el fin de lograr una arquitectura de la información, educación, taxonomía y navegación coherentes. Para obtener más información, vea el centro de recursos de gobierno (https://go.microsoft.com/fwlink/?linkid=92729&clcid=0xC0A) y la guía de lista de comprobación de gobierno de SharePoint (en inglés) (https://go.microsoft.com/fwlink/?linkid=122806&clcid=0xC0A) (en inglés).

Agradecimientos

El equipo de publicación de contenido de Office SharePoint Server 2007 desea ofrecer su agradecimiento 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

  • Larry Kuhn, Servicios de consultoría de Microsoft

  • Alireza Etemad Mazaheri, Servicios de consultoría de Microsoft

  • Todd Carter, Ingeniería de campo principal de Microsoft

  • Sam Crewdson, SharePoint hospedado en Microsoft

  • Cory Burns, SharePoint hospedado en Microsoft

  • Mike Watson, Soporte y estado de Microsoft SharePoint