Procedimientos recomendados para sitios de colaboración en grupo (SharePoint Server 2010)

  • Artículo

 

Se aplica a: SharePoint Server 2010

Última modificación del tema: 2016-11-30

Este artículo pertenece a una serie de artículos de procedimientos recomendados para Microsoft SharePoint Server 2010. En él se describen las características y los procedimientos recomendados para hospedar sitios de colaboración en un entorno de SharePoint Server 2010. Para obtener recursos e información adicional sobre los procedimientos recomendados para SharePoint Server 2010, vea Procedimientos recomendados para SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=220280&clcid=0xC0A).

SharePoint Server 2010 facilita la colaboración en equipo con características como Mis sitios, blogs, wikis y co-autoría. Al planear un sitio de colaboración en equipo, recuerda que, generalmente, este tipo de sitio presenta las siguientes características:

  • Operación de escritura intensiva   En comparación con sitios de otro tipo (como sitios de publicación), en los sitios de colaboración de recursos de Microsoft SQL Server, hay una tasa de escritura alta.

  • No hay almacenamiento de contenido en caché o es escaso   Como el contenido se actualiza con más frecuencia y la actualización es muy importante para la dinámica de colaboración, casi no se almacena contenido en caché.

  • La interacción de aplicaciones cliente es muy importante   En comparación con sitios de otro tipo, los sitios de colaboración presentan un nivel de interacción más alto con las aplicaciones cliente en Microsoft Office 2010.

Cada una de las secciones que siguen, describe los procedimientos recomendados para los sitios de colaboración en equipo.

1. Planifique y asigne servidores de bases de datos que admitan la colaboración

La colaboración se caracteriza por los efectos significativos que tiene sobre los recursos de Microsoft SQL Server, como la memoria y CPU, a causa de su tasa de escritura relativamente alta y de su modelo de contenido que no utiliza la caché. Los procedimientos que se recomiendan en la siguiente nota del producto le ayudarán a garantizar que cuenta con los recursos de SQL Server necesarios para admitir este tipo de sitio: Planeación y seguimiento de almacenamiento de SQL Server para Office SharePoint Server: Recomendaciones de rendimiento y procedimientos (nota del producto).

Planifique y configure el almacenamiento y la capacidad, según el tamaño estimado de contenido con el que cuenta. Para obtener más información, vea Requisitos de hardware y software (SharePoint Server 2010) y Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010).

También debe preparar las unidades de disco para que tengan un rendimiento óptimo. Para obtener más información, vea Procedimientos recomendados para un funcionamiento óptimo (SharePoint Server 2010).

Para obtener más información, vea Administración de capacidad de SharePoint Server 2010: Límites y límites máximos del software y Recomendaciones y resultados de pruebas de rendimiento y capacidad (SharePoint Server 2010).

2. Supervise y limpie los sitios y el contenido de forma periódica

En general, si los sitios de grupo tienen un formato libre, la colaboración es más sencilla. Establezca y comunique contratos de nivel de servicio (SLA) adecuados para almacenar y eliminar contenido. Tenga en cuenta que, normalmente, los equipos usan creación de sitios sin intervención del administrador para colaborar en proyectos que tienen una vida de duración limitada. Administre el ciclo de vida para eliminar y almacenar los sitios inactivos periódicamente.

3. Exija límites de tamaño del contenido y del sitio

Siga las instrucciones recomendadas para la administración de colecciones de sitios, sitios, listas y documentos, según las necesidades de la empresa.

Las listas, controles de versiones y flujos de trabajo de gran tamaño pueden afectar la capacidad de almacenamiento y el rendimiento del entorno. Por ejemplo, algunas organizaciones desactivan el trabajo de limpieza del historial del flujo de trabajo en Deshabilitación de la conservación del historial del flujo de trabajo (SharePoint Server 2010) para preservar el flujo de trabajo durante más de 60 días. Asegúrese de usar cuotas para controlar los tamaños del sitio, especialmente si está habilitada la creación de sitios sin intervención del administrador.

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

4. Administre permisos y seguridad

Para cada colección de sitios, puede aplicar entidades de seguridad (usuarios y grupos). Como estas entidades de seguridad pueden afectar el rendimiento de su granja de servidores, dentro de lo posible, use grupos y roles para otorgar acceso, en vez de agregar usuarios de forma individual. Para obtener más información, vea Administración de capacidad de SharePoint Server 2010: Límites y límites máximos del software.

Minimice el uso de permisos personalizados o avanzados. Cuantos más permisos avanzados aplique, más difícil será rastrear quién tiene acceso a qué. Además, los permiso avanzados pueden afectar el rendimiento, ya que se deben realizar verificaciones de seguridad adicionales para cada elemento al que se aplican. Para obtener más información, vea Procedimientos recomendados para el uso de personalización avanzada de permisos (notas del producto) (SharePoint Server 2010).

Revise periódicamente quién tiene acceso a subsitios, listas, bibliotecas y elementos. Puede utilizar herramientas de seguridad de terceros que le ayuden a detectar los permisos avanzados que se aplicaron a los elementos de SharePoint Server 2010. Un ejemplo es Lightning Tools (https://go.microsoft.com/fwlink/?linkid=220248&clcid=0xC0A).

5. Use una o más aplicaciones web dedicadas para hospedar sitios de grupo

Hospedar sitios de colaboración en equipo en una aplicación web dedicada tiene varias ventajas:

  • Optimización del rendimiento   Cuando usted hospeda sitios de grupo en una aplicación web dedicada, tiene varias bases de datos de contenido que contienen colecciones de sitios de grupo únicamente. Si las bases de datos de contenido hospedan sitios que tienen características de datos similares, el software de base de datos SQL Server funciona de un modo más eficaz, porque SQL Server usa un plan de consulta basado en las características de la base de datos. Por lo tanto, si se coloca contenido para sitios de grupo en bases de datos dedicadas, se puede optimizar el rendimiento de SQL Server, lo cual mejora el rendimiento de toda la granja de servidores.

  • Optimización de la capacidad de administración   Crear aplicaciones web separadas resulta en sitios y bases de datos separados. De este modo, usted puede implementar diferentes límites para el sitio (papelera de reciclaje, caducidad y tamaño) y negociar diferentes contratos de nivel de servicio. Por ejemplo, puede habilitar más tiempo para restaurar sitios sin intervención del administrador, si este no es el tipo de contenido más importante de su organización. Esto le permite restaurar el contenido más importante antes de restaurar estos sitios.

  • Exigencia de permisos   Una aplicación web dedicada ofrece la posibilidad de exigir permisos en el nivel de la aplicación web. Por ejemplo, se puede crear una directiva sobre los sitios de colaboración interna para denegar el acceso a cuentas asociadas de manera explícita. Las directivas de una aplicación web se aplican independientemente de los permisos configurados en sitios o documentos individuales de la aplicación web.

Para obtener más información, vea la sección Aplicaciones web en el artículo Componentes de arquitectura lógica (SharePoint Server 2010).

6. Preste atención a la latencia de red elevada

La latencia de red elevada puede disminuir la satisfacción del usuario al hacer que el entorno se vuelva lento, incluso los entornos de alto rendimiento. Intentar colaborar en archivos de gran tamaño en una red que tiene una latencia elevada es una experiencia frustrante para el usuario.

Ningún servidor front-end web o servidor de aplicaciones debe situarse a más de un milisegundo (ms) de latencia entre sí mismo y el servidor de bases de datos. En la práctica, por lo general, esto significa que hay que 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 los casos de empresas globales y multinacionales, si los equipos de la organización generalmente están focalizados alrededor de ubicaciones geográficas locales, implemente múltiples granjas de servidores más pequeñas de colaboración en equipo más cerca de los usuarios finales. Esto reduces la latencia de red y los costos de ancho de banda WAN. Tenga en cuenta la posibilidad de usar aceleración de WAN o almacenamiento en caché en segundo plano mediante productos como Microsoft Groove Server 2010 para ayudar a solucionar los problemas de latencia.

Para obtener más información, vea la sección Cuatro aspectos básicos de rendimiento en el artículo Información general sobre administración y ajuste de tamaño de la capacidad de SharePoint Server 2010.

7. Enséñeles a los usuarios a sacar el mayor provecho de las herramientas

La mayoría de los usuarios finales no son diseñadores de sitios web ni quieren serlo. Prevea que por más que empiecen a usar sitios de colaboración en equipo, saben muy poco o no tienen experiencia en la configuración de sitios SharePoint o el uso de funciones integradas, como la vinculación de contactos y calendarios a Microsoft Outlook 2010. Microsoft ofrece un acceso directo a material de entrenamiento en línea y procedimientos sobre Office.com (https://go.microsoft.com/fwlink/?linkid=89166&clcid=0xC0A). También hay disponible un kit de entrenamiento para el usuario final que puede implementar al entorno de SharePoint en Productivity Hub 2010 (https://go.microsoft.com/fwlink/?linkid=220249&clcid=0xC0A). Fomente el conocimiento y el uso de estos materiales en la organización para que los usuarios estén mejor equipados y puedan actuar por sí mismos. De este modo, disminuirá la cantidad de llamadas al servicio de asistencia por tareas de rutina.

8. Asegúrese de contar con una directiva de gobierno

En entornos de colaboración, la directiva de gobierno es importante. Para mantener los sitios de colaboración bajo control, asegúrese de seguir las recomendaciones de gobierno para una consistencia en la información de arquitectura, la educación, la taxonomía y la navegación. Para obtener más información, vea Gobierno en SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=220213&clcid=0xC0A), Planeación del mantenimiento y la administración de sitios (SharePoint Server 2010) y Operations Framework y listas de comprobación de SharePoint Server 2010 (notas del producto).

9. Administre el contenido para mejorar la colaboración en equipo

Como, generalmente, los sitios de colaboración no involucran la intervención del administrador, el contenido puede no seguir una estructura y, normalmente, no es uniforme. Por lo tanto, es bueno sacar provecho de una función como la navegación de metadatos para ayudar a filtrar y encontrar contenido de usuario en bibliotecas de documentos. Además, al usar el servicio de administración de metadatos, puede garantizar una uniformidad en la taxonomía de su organización. Para obtener más información, vea Introducción a la navegación por metadatos (SharePoint Server 2010).

Reconocimientos

El equipo de publicación de contenido de SharePoint Server 2010 les agradece a los siguientes colaboradores por brindar su ayuda en la elaboración de este artículo:

  • Aaron Saikovski, Servicios de Consultoría de Microsoft

  • Bryan Porter, Servicios de Consultoría de Microsoft

  • Israel Vega, Servicios de consultoría de Microsoft

  • Steve Caravajal, Ventas técnicas de Microsoft

  • Steve Peschka, Servicios de Consultoría de Microsoft

  • Steve Walker, Ingeniería para clientes de Microsoft SharePoint

  • Tajeshwar Singh, Servicios de Consultoría de Microsoft