Compartir a través de

Procedimientos recomendados para un funcionamiento óptimo (SharePoint Server 2010)

  • Artículo

 

Se aplica a: Excel Services, SharePoint Server 2010

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

Microsoft SharePoint Server 2010 se usa para un amplio conjunto de aplicaciones y soluciones, bien de forma independiente o en colaboración con otros sistemas. Para lograr esta flexibilidad, la plataforma ofrece compatibilidad a muchas arquitecturas y configuraciones posibles. Algunas partes del sistema son muy conocidas, pero se siguen identificando variaciones en las mismas. Este artículo se centra en los procedimientos recomendados sobre los principales tipos de configuración que se deben tener en cuenta, como la configuración del servidor front-end web, la configuración de base de datos, el mantenimiento y la revisión.

Este artículo pertenece a una serie de artículos de procedimientos recomendados para SharePoint Server 2010. En este artículo, se describen los procedimientos recomendados para llegar a la excelencia operativa. Para consultar otros artículos de la serie, vea Procedimientos recomendados (SharePoint Server 2010). Para obtener información adicional y recursos sobre los procedimientos recomendados para SharePoint Server 2010, vea el Centro de recursos de procedimientos recomendados (https://go.microsoft.com/fwlink/?linkid=221383&clcid=0xC0A).

1. Mucha memoria y adaptadores de red rápidos

Para obtener el rendimiento que desea de un entorno, asegúrese de que utiliza mucha memoria en los servidores web y de aplicaciones.

Es igualmente importante la velocidad de la red para lograr un buen rendimiento del entorno. Tome las medidas siguientes para que el tráfico en la red fluya rápidamente:

  • Use adaptadores de red de un gigabyte para todos los roles de servidor.

  • Para los servidores front-end web y los servidores de aplicaciones, use adaptadores de red de dos gigabytes en entornos de producción. Use un adaptador de red para usuarios y otro para la comunicación de Microsoft SQL Server.

  • Para las comunicaciones entre servidores, use adaptadores de red privados para tareas como administración y copias de seguridad de forma que el tráfico no repercuta en el rendimiento global de la granja de servidores.

  • En condiciones de carga intensa, considere el uso de redes de área local virtuales (VLAN) para reducir el tráfico de la red.

Para obtener más información, vea Requisitos de hardware y software (SharePoint Server 2010) y Administración del rendimiento y de la capacidad (SharePoint Server 2010).

2. Distancias cortas: no aleje demasiado las redes entre servidores front-end web, servidores de aplicaciones y servidores de bases de datos

Ninguno de los servidores front-end web o servidores de aplicaciones deben situarse a más de un milisegundo (ms) de latencia entre ellos y el servidor de bases de datos. En la práctica, por lo general, esto indica que hay que tener todos los servidores de una granja en el mismo centro de datos. Los servidores de una granja deben encontrarse en la misma zona horaria.

Para obtener más información, vea Soluciones globales para Productos de SharePoint 2010 (modelo).

3. Tenga en cuenta el rendimiento y la disponibilidad cuando configure servidores web y servidores de aplicaciones

La forma en que configura servidores web y servidores de aplicaciones puede repercutir de forma importante en el rendimiento y disponibilidad. Siga las recomendaciones siguientes para obtener resultados óptimos:

  • Separe los componentes del sistema en unidades lógicas y use RAID para la redundancia.

    Componentes en la unidad Nivel de RAID recomendado

    Unidad de Windows y de archivos de programa

    RAID 1

    Unidad de intercambio del sistema operativo y directorio temporal

    RAID 1

    Archivos de registro

    RAID 1

    Disco de arranque para crear imágenes y Windows Desktop Search (opcional)

    RAID 1

  • Use al menos cuatro discos físicos y discos diferentes para conservar los archivos de registro y la unidad de intercambio en ubicaciones independientes de la unidad de Windows y de archivos de programa.

  • En la mayoría de los entornos de producción, se recomienda que asigne al menos 200 GB de espacio en disco para el sistema operativo y archivos temporales, y 150 GB de espacio en disco para los registros.

  • Asegúrese de comprobar la capacidad del servidor web y de proporcionar los servidores suficientes para el número de usuarios y solicitudes en la granja de servidores. Para lograr gran disponibilidad, asegúrese de aportar un servidor adicional de forma que pueda retirar un servidor de la granja de servidores de carga equilibrada de red y reciclarlo sin que afecte a la disponibilidad del sistema.

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

4. Tenga en cuenta el rendimiento y la disponibilidad cuando configure servidores de bases de datos

Al igual que ocurre con los servidores web y los servidores de aplicaciones, la configuración de los servidores de bases de datos afectan el rendimiento de SharePoint Server 2010. Algunas bases de datos requieren una ubicación específica junto a otras bases de datos o estar separadas. Para obtener más información, vea Escala de datos en el artículo Información general sobre administración y ajuste de tamaño de la capacidad de SharePoint Server 2010 y Planeación y configuración del almacenamiento y capacidad de SQL Server (SharePoint Server 2010).

Las bases de datos que se enumeran en la tabla siguiente deben mantenerse separadas de otras bases de datos.

Nombre de la base de datos Tamaño Optimización de lectura y escritura Ubicación conjunta

TempDB

Mediana

Debe ubicarse en un disco rápido diferente respecto al resto de bases de datos.

Almacenamiento seguro

Pequeña

Debe alojarse en una instancia de base de datos independiente. Limite el acceso a un administrador.

Rastreo de búsqueda

Extra grande

Optimización para lectura

Esta es una base de datos a gran escala. Hospédela en un servidor separado de la base de datos de propiedad de búsqueda.

Propiedad de búsqueda

Grande a extra grande.

Optimización para escritura

Esta es una base de datos a gran escala. Hospédela en su propio servidor.

Uso

Extra grande

Optimización para escritura

Debe ubicarse en un disco rápido independiente.

Nota

La base de datos de uso debe ubicarse en un servidor independiente y no es necesario que el rendimiento sea tan alto como en otras bases de datos. La velocidad de la base de datos de uso no afecta el rendimiento del sitio.

Las bases de datos de la siguiente tabla deben almacenarse en la misma ubicación que otras bases de datos.

Nombre de la base de datos Tamaño Ubicación conjunta

Configuración

Contenido de Administración central

Pequeña

Se deben ubicar juntas

ReportServer de SQL Server

ReportServerTempDB

Pequeña

Varía

Debe ubicarse en el mismo servidor de bases de datos

Existe más información sobre el tamaño y la combinación de escritura y lectura para bases de datos específicas en Bases de datos que admiten modelos de productos de SharePoint 2010(https://go.microsoft.com/fwlink/?linkid=187970&clcid=0xC0A).

5. Bases de datos en buen estado

Una base de datos en buen estado dispone del espacio suficiente para bases de datos y archivos de registro, además de capacidad de sobra para atender las solicitudes. Siga las recomendaciones de la lista siguiente para obtener un rendimiento óptimo de los servidores de bases de datos.

  • Si puede, amplíe previamente todas las bases de datos y registros. Asegúrese de supervisar los tamaños de forma que no se quede sin espacio en disco.

  • No sobrecargue los servidores de bases de datos utilizando demasiadas bases de datos o datos. Siga las instrucciones siguientes:

    • Cuando utilice la creación de reflejos de SQL Server, no almacene más de 50 bases de datos en una misma instancia física de SQL Server.

    • Limite las bases de datos de contenido a 200 GB.

  • Desfragmente y vuelva a generar índices a diario, si puede absorber el tiempo de inactivad que se requiere para volver a generar los índices.

  • Supervise el servidor de base de datos con el fin de asegurarse de que responde correctamente y de que no está sobrecargado. Los contadores de rendimiento clave para la supervisión incluyen lo siguiente:

    • Cola de espera de la red: a 0 o 1 para obtener un buen rendimiento

    • Promedio de longitud de la cola de disco (latencia): menos de 5 ms

    • Memoria utilizada: menos del 70 por ciento

    • Espacio libre en disco: más del 25 por ciento

    • Proporción de aciertos de la memoria caché del búfer: 90 por ciento o más

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

6. Utilice las actualizaciones más recientes para que los servidores estén actualizados

Es importante tener todo actualizado mediante la aplicación de revisiones, actualizaciones y service packs más recientes. Estas actualizaciones contienen mejoras importantes para los productos. Sin embargo, asegúrese de comprobarlas minuciosamente en los entornos de preproducción antes de aplicarlas a los entornos de producción. Siga el procedimiento recomendado para implementar las actualizaciones, incluido lo siguiente:

  • Active Windows Update para descargar actualizaciones de forma automática, pero no las instale automáticamente.

  • Programe la instalación de las actualizaciones fuera de las horas pico.

  • Para obtener gran disponibilidad, rote los servidores fuera de servicio de uno en uno durante el proceso de actualización.

Asegúrese de aplicar revisiones a la BIOS (equipos de servidor, controladores y discos), al sistema operativo de Windows, a Microsoft SharePoint Foundation 2010 y a SharePoint Server 2010, y a SQL Server.

Para obtener más información, vea el Centro de recursos de actualizaciones para productos de SharePoint 2010 (https://go.microsoft.com/fwlink/?linkid=209614&clcid=0xC0A).

7. Use diferentes cuentas para acciones diferentes

Use las cuentas adecuadas para las aplicaciones y los servicios web. Todas las cuentas deben ser cuentas de dominio. (Recuerde: no use la cuenta de Servicio de red). Para obtener resultados óptimos, use cuentas independientes para lo siguiente:

  • Aplicaciones web: use distintas cuentas según los requisitos de seguridad.

  • Cuenta de búsqueda: use una cuenta para la granja de servidores.

  • Cuenta de servicios de Excel: use una cuenta para las conexiones externas.

Para obtener más información, vea Permisos de cuenta y configuración de seguridad (SharePoint Server 2010).

SharePoint Server 2010 usa muchas más cuentas, como las cuentas de servicios de SQL Server, la identidad de grupo de aplicaciones de Administración central, la cuenta del servicio de temporizador de SharePoint Foundation, la cuenta de acceso a contenido predeterminado, la cuenta de inicio de sesión único y la cuenta de importación de perfiles. Asegúrese de seguir los procedimientos recomendados para mantener al día las contraseñas y garantizar que los servicios sigan funcionando.

Para obtener más información, vea Cambio de las contraseñas usadas para las cuentas de administración (SharePoint Server 2010).

8. Siga las recomendaciones sobre las copias de seguridad y restauración de datos

En general, es mejor usar un disco local y no una unidad de red para las copias de seguridad y copiar los datos a continuación. Siempre que pueda, use la compresión, pero al hacerlo con las copias de seguridad, tenga cuidado de no sobrecargar SQL Server. Por ejemplo, LiteSpeed para SQL Server realiza la compresión durante el proceso de copia de seguridad, lo que puede alterar el rendimiento de SQL Server.

Para las bases de datos más grandes, confíe en las copias de seguridad incrementales, como las que están disponibles con System Center Data Protection Manager (DPM) 2010. No confíe en las copias de seguridad completas como mecanismo principal, resultan demasiado grandes para poder restaurarlas con rapidez.

Para obtener más información, vea Procedimientos recomendados de copia de seguridad y recuperación (SharePoint Server 2010).

9. Asegúrese de hacer la copia de seguridad y truncar los archivos de registro

Además de hacer una copia de seguridad de los datos, haga una de los archivos de registro. Se deben realizar copias de seguridad de todos los registros de uso, los registros IIS, los registros de transacciones y los registros de correo electrónico SMTP para poder recuperar completamente el entorno. En cuanto a los registros de transacciones, se debe realizar la copia de seguridad y el truncado del archivo de registro cada cinco minutos. Sin embargo, nunca reduzca el registro de transacciones porque es posible que tenga problemas de rendimiento cuando el registro vuelva a crecer.

Para obtener más información, vea Copia de seguridad o archivo de registros (SharePoint Server 2010) y Procedimiento para evitar que el registro de transacciones de una base de datos de SQL Server crezca de forma inesperada (https://go.microsoft.com/fwlink/?linkid=111458&clcid=0xC0A).

10. Restaurar datos: compruebe las copias de seguridad y disponga de un entorno en modo de espera disponible para dar continuidad al servicio

Compruebe las copias de seguridad y valide su coherencia de forma rutinaria. No asuma que la copia de seguridad va a funcionar cuando usted lo necesite; asegúrese de que va a ser así. Practique cómo realizar una recuperación para saber qué otras cosas debe hacer para recuperar la totalidad del entorno. En lo que respecta a entornos diseminados geográficamente, prepárese para la recuperación ante desastres; para ello, configure una granja de servidores remota. Posteriormente, podrá restaurar el entorno mediante el uso del comando de base de datos adjunta para cargar una copia de la base de datos en la granja remota y redirigir a los usuarios. De forma similar, puede configurar un entorno en modo de espera que ejecute la misma versión de software que el entorno de producción de forma que pueda restaurar las bases de datos y recuperar documentos con rapidez. No deje que las bases de datos crezcan mucho para agilizar la recuperación.

Para obtener más información, vea Procedimientos recomendados.

Si usa DPM 2010 para las copias de seguridad y las recuperaciones, asegúrese de planear ambas acciones de forma independiente para las aplicaciones del servicio. DPM 2010 no hace copias de seguridad de búsqueda u otras aplicaciones de servicio.

Para obtener más información, vea Elegir qué se va a proteger y recuperar en el entorno y Cómo proteger SharePoint con las notas del producto de DPM 2010 (https://go.microsoft.com/fwlink/?linkid=218153&clcid=0xC0A).

Agradecimientos

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

  • Aaron Saikovski, Servicios de Consultoría de Microsoft

  • Ali Mazaheri, Servicios de Consultoría de Microsoft

  • Bryan Porter, Servicios de Consultoría de Microsoft

  • Chris Holder, Ingeniería para clientes de Microsoft SharePoint

  • Dan Winter, Ingeniería para clientes de Microsoft SharePoint

  • Eric Charran, Servicios de Consultoría de Microsoft

  • Gus Apostol, Programas para clientes de Microsoft SQL Server

  • John S. Moh, Servicios de Consultoría de Microsoft

  • Luca Bandinelli, Ingeniería para clientes de Microsoft SharePoint

  • Rahim Dossa, Servicios de Consultoría 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

See Also

Concepts

Seguimiento de estado (SharePoint Server 2010)

Other Resources

Seguimiento de estado (SharePoint Foundation 2010)