SharePoint 2010: Generación de redundancia y disponibilidad en SharePoint 2010
La implementación de SharePoint 2010 puede generar muchos beneficios, siempre que elabore consideraciones para mayor disponibilidad y redundancia en sus planes.
William Stanek
Pocas plataformas tienen tanto potencial para retornos masivos como SharePoint 2010. Al crear su implementación teniendo en cuenta la redundancia y alta disponibilidad, será uno de esos tipos raros de inversiones que realmente rinden fruto. Independientemente del tamaño de su empresa, algo ganará al darse el tiempo para planificar cuidadosamente su entorno.
SharePoint 2010 se diferencia de sus predecesores. Es posible que no haya una ruta de actualización directa desde su entorno actual si se trata de SharePoint Portal Server 2003 o Microsoft Office SharePoint Server (MOSS) 2007. SharePoint 2010 se ejecuta solamente en versiones de 64 bits de Windows Server 2008 o Windows Server 2008 R2. También requiere una base de datos de SQL Server que se ejecute en una versión de 64 bits de SQL Server 2005, SQL Server 2008 o SQL Server 2008 R2.
Dicho esto, puede realizar actualizaciones locales de toda una granja de servidores en un hardware que satisfaga estos requisitos. También puede migrar desde un entorno existente a uno nuevo mediante diversos enfoques. Para ayudar en su proceso de actualización, puede realizar una comprobación previa a la actualización, como se muestra en la figura 1 y se analiza en el artículo de junio de 2010 de TechNet Magazine, “Prepárese para la actualización a SharePoint 2010”.
Figura 1 Utilice la comprobación previa a la actualización para probar su preparación de la implementación
Como administrador de TI consciente del presupuesto, deberá considerar estos requisitos. También tendrá curiosidad por saber si SharePoint 2010 realmente rinde fruto. Tenga la seguridad de que SharePoint 2010 trae una gran variedad de capacidades nuevas y mejoradas para informática social, administración de contenido, gestión de documentos, búsqueda empresarial, inteligencia empresarial, desarrollo de aplicaciones y productividad Web.
SharePoint 2010 también hace importantes avances en escalabilidad, facilidad de uso y controles. Algunas de las mejoras de informática social incluyen etiquetas, clasificaciones, perfiles enriquecidos, comentarios sobre contenido social para navegación, marcadores sociales, detección y filtrado. Además hay nuevas herramientas de creación y colaboración basadas en Web y capacidades ampliadas para clientes.
Las opciones de cliente ahora incluyen Office, varios exploradores, modo móvil y modo sin conexión mediante SharePoint Workspace. La mejor generación de informes garantiza que las características de supervisión puedan identificar más rápidamente los posibles problemas. Los Servicios de conectividad empresarial ofrecen una conectividad más enriquecida entre datos y capacidades de lectura/escritura. Las bibliotecas de activos (el repositorio para documentos y archivos multimedia de su organización) ahora podrán incluir millones de objetos.
Incorpore un mejor flujo de trabajo con Visio y SharePoint Designer, herramientas más potentes para desarrolladores con la integración de Visual Studio 2010 y de Silverlight, un panel del programador y herramientas de depuración, todas razones de peso para migrar a SharePoint 2010.
De modo que si aún no considera a SharePoint, nunca hubo un mejor momento. En la ITxpo 2010 de Orlando, los analistas de Gartner Inc. predijeron que para el año 2015, SharePoint se habrá vuelto una plataforma tan popular para aplicaciones de contenido empresarial como lo son el iPhone y el iPad para las aplicaciones de consumo.
No hay un tamaño que se ajuste a todo
SharePoint 2010 definitivamente no es una solución que se ajuste a todo. Existen numerosas opciones de instalación, entre ellas, un entorno de servidor único con una base de datos integrada, un entorno de servidor único con una base de datos de SQL Server y entornos de varios servidores con varios niveles.
En un entorno de dos niveles, debe instalar componentes del servidor y componentes de la base de datos de SharePoint en servidores separados. En este caso, el primer nivel con SharePoint se denomina nivel Web (o front-end); el segundo nivel con SQL Server se denomina nivel de base de datos (o back-end). En un entorno de tres niveles, como se muestra en la figura 2, se tienen servidores Web front-end con SharePoint, servidores de aplicaciones de nivel medio y servidores de bases de datos back-end, los cuales trabajan en conjunto para entregar sitios y servicios de SharePoint.
.jpg)
Figura 2 Granja de servidores de SharePoint 2010 de tres niveles
En cualquiera de estos entornos, se necesita un hardware de 64 bits, al menos cuatro núcleos de procesador y al menos 8 GB de RAM. Tanto IPv4 como IPv6 se encuentran instalados y habilitados en Windows Server 2008 y Windows Server 2008 R2 de forma predeterminada. Cuando están habilitados los dos protocolos, IPv6 tiene la preferencia. Aunque SQL Server y SharePoint 2010 también admiten IPv6, todas las URL para el usuario final deben estar basadas en nombres DNS con registros AAAA para SharePoint 2010 a fin de que funcionen correctamente.
No se admite la exploración a URL de SharePoint que utilicen direcciones literales de IPv6, salvo para ciertas funciones de administración, como las que requieren un formato de dirección literal. En ese caso, debe colocar la dirección literal entre corchetes, como en este ejemplo: http://[2001:db8:85a3:8d3:1319:8a2e:370:7344].
La virtualización de servidores también es una posibilidad. Configure sus máquinas virtuales (VM) mediante la tecnología Hyper-V de Windows Server 2008 como parte de una granja SharePoint Server 2010, la que también puede utilizar para servidores web front-end, servidores de aplicaciones de nivel medio y servidores de bases de datos de nivel back-end. Las VM utilizan redes externas para comunicarse con servidores ubicados externamente y con la partición principal. Las VM utilizan redes internas para comunicarse con otras VM en el mismo servidor físico y con la partición principal, y redes privadas para comunicarse sólo con otras VM en el mismo servidor físico.
Arquitectura: de lo macro a lo micro
Existe una arquitectura lógica para las implementaciones de SharePoint 2010. Se comienza con granjas de servidores en un nivel macro y se ven detalles de los sitios y páginas en un nivel micro. Las granjas de servidores proporcionan aislamiento físico para su contenido. Puede establecer diferentes granjas de servidores para distintas bibliotecas de activos a fin de cumplir con mayores requisitos de aislamiento. Es posible que también deba crear más granjas de servidores para cumplir con objetivos de rendimiento y escala.
SharePoint 2010 presenta una nueva arquitectura de servicios que le permite administrar y centralizar servicios de forma independiente. Existe un recurso de aplicación de servicio que le permite personalizar y compartir servicios a través de sitios dentro de una granja y, a veces, a través de varias granjas. También puede implementar varias instancias de la misma aplicación de servicio dentro de una granja con un servidor único. Gracias a las nuevas aplicaciones de servicio, los servicios de SharePoint ya no deberán estar contenidos dentro de un Proveedor de servicios compartidos (SPP). Las aplicaciones de servicio pueden incluir una configuración del servicio y una o más bases de datos, o bien sólo una configuración del servicio.
Las aplicaciones de servicio son sólo uno de varios componentes de la arquitectura lógica. También existen aplicaciones web, que son sitios web IIS que SharePoint crea y utiliza. Puede configurar aplicaciones web para usar solamente los servicios necesarios. También puede ampliar cada aplicación web para incluir hasta cinco sitios web IIS, en que cada sitio se administra como una zona. Las zonas son simplemente distintas rutas lógicas (URL) para obtener acceso a la misma aplicación web.
Al crear aplicaciones y servicios web en SharePoint 2010, éstos se adjuntan a un grupo de aplicaciones que usted especifica. Un grupo de aplicaciones es simplemente un grupo de URL servidas por uno o más procesos de trabajo. Cada grupo de aplicaciones tiene sus propios procesos de trabajo. También pueden tener una identidad distinta para poder aislar los grupos de aplicaciones individuales.
Se deben emplear directivas para aplicar permisos en todos los contenidos dentro de una aplicación web. De forma predeterminada, todo el contenido de una aplicación web se almacena en una sola base de datos de contenido. También puede separar ese contenido en varias bases de datos en el nivel de colección de sitios. Si bien una base de datos de contenido puede incluir una o más colecciones de sitios, no se puede tener una única colección de sitios que abarque varias bases de datos. En términos generales, no querrá que haya más de 100 bases de datos de contenido por aplicación web.
Una colección de sitios es un conjunto de sitios web con el mismo propietario y configuraciones de administración compartidas. Cada colección de sitios contiene un sitio web de nivel superior y muy probablemente uno o más subsitios. Un sitio se compone de una o más páginas web relacionadas y otros elementos alojados en una colección de sitios. Deberá limitar las colecciones de sitios a 50.000 por base de datos de contenido. En la práctica, tener menos de 10.000 garantizará un rendimiento óptimo.
Realice una escala horizontal al distribuir colecciones de sitios a través de varios servidores de bases de datos. Esta estrategia aumentará la capacidad de almacenamiento y la productividad. También deberá limitar el número de sitios por colección de sitios a 250.000 en la mayoría de los casos. Limitar la cantidad a menos de 5.000 simplificará las copias de seguridad y las actualizaciones.
La complejidad general de los entornos de servidores de SharePoint 2010 dependerá, en última instancia, de los requisitos específicos de su organización o de un proyecto en particular. Puede proporcionar diferentes implementaciones y configuraciones para satisfacer distintas necesidades. En el caso de un solo proyecto, es posible que desee una biblioteca de activos en el nivel de equipos o departamentos. Y para otro proyecto, es posible que desee un depósito central para toda la organización. Como mínimo, su plan debe incluir varios factores:
- Identificación de roles de administración de activos digitales: Determine a los participantes y las partes interesadas.
- Análisis de uso de activos: Identifique quiénes trabajan con distintos activos digitales, qué tipos de activos digitales se involucran y cómo se utilizan los activos.
- Planificación de la organización de bibliotecas de activos: Determine cuántas bibliotecas necesitará, dónde crearlas, cómo las utilizará y cómo organizarlas.
- Planificación de tipos de contenido: Determine los tipos de contenido que piensa incluir dentro de una biblioteca en particular, como texto, imágenes, audio y video.
- Planificación de los controles de contenido: Determine el grado adecuado de control para cada categoría de contenido y ubicación de almacenamiento, y las directivas que deberá aplicar para la auditoría, retención y etiquetado.
- Planeación del flujo de trabajo de contenidos: Determine si va a usar control de versiones de documentos y registros de entrada y salida dentro de cada biblioteca y cómo planea hacerlo.
Puede administrar los activos de medios de su empresa (como imágenes, audio y video) en conjunto o de forma separada de sus documentos y otros tipos de archivos de texto. Por lo general, deberá utilizar un enfoque de colección de sitios única o separada para organizar los activos digitales. Con el enfoque de sitio único, la base de datos de contenido contiene todo el contenido del sitio, incluidos todos los activos de medios.
Con el enfoque de colección de sitios separada, se utilizan distintas colecciones para el contenido del sitio y los activos de medios. Por ejemplo, podría configurar la base de datos de contenido de la Colección de sitios 1 para el contenido del sitio y la base de datos de contenido de la Colección de sitios 2 para los activos de medios. Suele tener sentido separar archivos multimedia de archivos de documentos. Podrá administrar los dos tipos de datos de forma separada y realizar una escala horizontal más fácilmente.
Mientras considera la arquitectura de activos en el nivel macro, también deberá pensar en la configuración general, en particular:
- Limitación de velocidad de bits: Esto le permite medir las velocidades de descarga de los archivos y datos multimedia para garantizar que el rendimiento en general no se degrade. Siempre debería utilizar la limitación de velocidad de bits cuando una biblioteca de activos incluye archivos grandes como los de audio y video. Esta es una característica de IIS 7, de modo que deberá tenerla instalada, habilitada y configurada en IIS7 en todos los servidores web front-end.
- Caché de objeto binario grande (BLOB) basado en disco: Esto controla el almacenamiento en caché de BLOB, incluidos imágenes, audio, video y otros archivos de uso frecuente que se utilizan para visualizar páginas web, como los archivos .js y .css. Debe utilizar una caché de BLOB si su entorno tiene bibliotecas de activos. La caché de BLOB está habilitada en IIS 7 y se almacena en todos los servidores web front-end. Deberá configurar los servidores web con suficiente capacidad de almacenamiento para ejecutar el almacenamiento en caché. Es posible que también considere la posibilidad de utilizar Almacenamiento remoto de blobs (EDR). La eliminación de BLOB de la base de datos facilita el escalamiento de grandes volúmenes de contenido (consulte la figura 3).
- Tamaño máximo de carga de archivos: Esto controla el tamaño máximo de archivos que los usuarios pueden cargar en un servidor. Está configurado para todas las aplicaciones web en un servidor que aloja la Administración central. Debe ajustar esta característica basándose en el tipo y tamaño general de los archivos que necesitará cargar en las bibliotecas de activos. Configure los servidores de bases de datos con suficiente almacenamiento para acomodar estos tipos de archivos.
.jpg)
Figura 3 Separación de datos BLOB de otro contenido
Independientemente de si cuenta con entornos de servidor único, granjas de varios servidores, servidores virtuales o implementaciones únicas a través de la empresa, la planificación de continuidad empresarial es imprescindible. La planificación de continuidad empresarial implica enfocarse en la protección de los activos digitales de su empresa mediante mecanismos de redundancia y disponibilidad, cuando corresponda.
Protección del contenido
Su trabajo consiste en crear protección de contenido extra grande en todos los entornos de SharePoint 2010. Se comienza con papeleras de reciclaje y controles de versiones. SharePoint 2010 admite dos tipos de papeleras de reciclaje:
- Papeleras de reciclaje para usuarios (papeleras de reciclaje de primera etapa)
- Papeleras de reciclaje de colección de sitios (papeleras de reciclaje de segunda etapa)
Al habilitar papeleras de reciclaje, puede eliminar elementos en dos etapas (consulte la figura 4). La primera etapa es una papelera de reciclaje. Esta puede restaurar archivos, elementos de listas, listas, bibliotecas de documentos y otros elementos que los usuarios hayan eliminado. Cuando un usuario elimina un elemento enviándolo a la papelera de reciclaje, se mantiene ahí hasta que se elimina, caduca o se restaura. La papelera de reciclaje se encuentra en el nivel de sitio y está disponible para los usuarios que tienen permisos Contribución, Diseño o Control total en un sitio. Tanto los usuarios como los administradores de colecciones de sitios pueden recuperar un elemento eliminado al restaurarlo de la papelera de reciclaje.
.jpg)
Figure 4 Papeleras de reciclaje de dos etapas en SharePoint 2010
Tanto los usuarios como los administradores de colecciones de sitios pueden eliminar un elemento desde la papelera de reciclaje. Desde ahí, el elemento eliminado es enviado a la papelera de reciclaje de colección de sitios. Esta se ubica en el nivel del administrador de colecciones de sitios y está disponible solamente para administradores de sitios.
De forma predeterminada, los elementos eliminados tienen un tiempo de retención total de 30 días. Tenga en cuenta lo siguiente: un elemento eliminado de la papelera de reciclaje para usuarios después de 20 días y que luego es enviado a una papelera de reciclaje de colección de sitios, sólo tendría 10 días más antes de ser automática y permanentemente eliminado.
El administrador de colecciones de sitios controla la caducidad de los elementos eliminados al definir el límite de tiempo para los elementos que se mantienen en las papeleras de reciclaje. Los administradores pueden eliminar elementos de forma manual con anterioridad si una papelera de reciclaje de colección de sitios alcanza su límite de tamaño.
También puede incorporar redundancia al utilizar control de versiones como parte del control de contenido, lo que incluye permisos de aprobación de contenido y registros de entrada y salida de documentos para controlar de mejor manera cómo y cuándo se crean las versiones de documentos. Los controles de documentos predeterminados son específicos a una biblioteca de activos en particular y dependen de la plantilla de colección de sitios que se aplicó a dicha biblioteca de activos. SharePoint 2010 tiene tres opciones de control de versiones:
- Sin control de versiones: Los controles de versiones se deshabilitan y no existen versiones anteriores de documentos creados. Como resultado, no se retiene ningún historial de documentos.
- Creación de versiones principales: Cada vez que se guarda un documento, se retiene la versión anterior. Los administradores controlan el número de versiones anteriores que se desea mantener. Los usuarios que tienen permisos en la biblioteca de activos podrán ver el documento y sus versiones principales.
- Creación de versiones principales y secundarias (borrador): Los documentos tienen versiones principales que se pueden considerar como versiones publicadas. Las versiones secundarias se consideran como versiones de borrador. Las versiones principales terminan en .0 y las secundarias terminan en extensiones distintas de cero, como .1, .2, .3, etc. Cada vez que alguien guarda un documento, SharePoint también guarda las versiones principales y secundarias anteriores. Cualquier usuario con permisos de lectura puede ver las versiones principales de documentos. Por lo general, cualquier usuario con permisos de edición puede ver y trabajar con las versiones secundarias de documentos.
Copia de seguridad y recuperación mejores
Su plan de protección de contenido debe incluir estrategias de disponibilidad, copia de seguridad y recuperación. Estas estrategias variarán según sus requisitos de negocio, los tipos de activos digitales involucrados y su valor relativo.
Para obtener mayor disponibilidad, deberá utilizar una colección de servidores que ayuden a mitigar los efectos del tiempo de inactividad programado como las actualizaciones del sistema y del tiempo de inactividad inesperado como los cortes de energía. Puede agregar servidores web y servidores de aplicaciones a una granja para realizar una escala horizontal. Esto servirá para garantizar la disponibilidad de servicios y aplicaciones.
Para mejorar la disponibilidad de las bases de datos back-end, deberá revisar el cuadro de herramientas para encontrar las herramientas de clústeres de bases de datos y creación de reflejos de bases de datos. Los clústeres de bases de datos proporcionan soporte de disponibilidad mediante clústeres de conmutación por error. Los servidores en clúster (llamados nodos) están conectados con cables físicos y con software.
Si se produce un error en uno de los nodos, otro empieza a proporcionar servicios. Este proceso se denomina conmutación por error y garantiza que los usuarios experimenten un número mínimo de interrupciones en los servicios y la conectividad a las bases de datos back-end. Los clústeres de conmutación por error proporcionan una mejor disponibilidad para aplicaciones y servicios que requieren mayor disponibilidad, escalabilidad y confiabilidad.
La creación de reflejos de bases de datos proporciona soporte de disponibilidad al enviar transacciones desde una base de datos principal a otra base de datos “reflejada” o duplicada. SharePoint 2010 utiliza una configuración de “modo de seguridad alta con conmutación por error automática” para la creación de reflejos. Esto involucra a un servidor principal, un servidor reflejado y un servidor testigo. El servidor testigo permite que SQL Server realice una conmutación automática por error desde el servidor principal al servidor reflejado después de unos pocos segundos de que se produzca el error. La creación de reflejos proporciona redundancia para el contenido y las bases de datos de configuración de SharePoint.
En el caso de copia de seguridad y recuperación, primero debe decidir lo que desea proteger. Utilice el libro Plan de trabajo de copia de seguridad y recuperación con productos SharePoint 2010 como ayuda para elaborar un plan. Las copias de seguridad de SharePoint, acopladas con las copias de seguridad de las bases de datos, protegerán la mayor parte de su infraestructura de SharePoint.
Si una colección de sitios única está almacenada en una base de datos, puede utilizar una copia de seguridad a nivel de granja y a nivel de base de datos y restaurarla para la recuperación de la colección de sitios. También puede utilizar esos niveles de copia de seguridad con recuperación de base de datos no adjunta para restaurar colecciones de sitios, sitios, listas y configuraciones. Realice una copia de seguridad a nivel de granja y a nivel de base de datos, restáurela y recupere activos digitales almacenados en almacenes de EDR, junto con otro contenido (siempre y cuando el proveedor de EDR disponga de esta capacidad).
Sin embargo, estas copias de seguridad no incluirán ciertos tipos de personalizaciones. Debe hacer copias de seguridad de los cambios a archivos web.config no creados con la Administración central en el nivel de sistema de archivos. También debe hacer copias de seguridad de los cambios a configuraciones IIS no establecidas mediante SharePoint en el nivel IIS/OS. Puede recuperar la base de datos de contenido de la Administración central y la base de datos de configuración para una granja de SharePoint, pero sólo como parte de una recuperación completa de la granja para la misma granja con los mismos servidores.
Con las aplicaciones de servicio, recuerde que no puede restaurar una aplicación de servicio completa restaurando sólo las bases de datos relacionadas. Debe restaurar las bases de datos y luego reaprovisionar la aplicación de servicio. Por último, deberá hacer una copia de seguridad de las bases de datos de SQL Server Reporting Services y recuperarlas de forma separada de la copia de seguridad y recuperación de SharePoint. Utilice las herramientas de SQL Server para realizar estas tareas.
Así es como puede crear su entorno de SharePoint Server para obtener redundancia y disponibilidad. Cuando se trata de SharePoint 2010, no hay un tamaño que se ajuste a todo y existen muchos componentes lógicos que se deben considerar al diseñar la arquitectura física. También debe considerar cómo configurar de modo óptimo el entorno de SharePoint para proteger sus activos digitales.
¿Llegará realmente SharePoint a ser una plataforma tan popular para aplicaciones de contenido empresarial como lo son el iPhone y el iPad para las aplicaciones de consumo? Supongo que tendremos que esperar para poder verlo.
.jpg)
William R. Stanek*(williamstanek.com) es experto líder en tecnología, un excelente instructor y el galardonado autor de más de 100 libros. Entre sus libros actuales y próximos se incluyen “Active Directory Administrator’s Pocket Consultant” (Microsoft Press, 2009), “Windows Group Policy Administrator’s Pocket Consultant” (Microsoft Press, 2009), “Microsoft SQL Server 2008 Administrator’s Pocket Consultant 2nd Edition” (Microsoft Press, 2010), “Windows 7: The Definitive Guide” (O'Reilly Media, 2009), “Windows Server 2008 Inside Out” (Microsoft Press, 2008), “Windows PowerShell 2.0 Administrator’s Pocket Consultant” (Microsoft Press, 2009), “Windows 7 Administrator’s Pocket Consultant” (Microsoft Press, 2009) y “Windows Server 2008 Administrator’s Pocket Consultant, 2nd Edition” (Microsoft Press, 2009). Siga a Stanek en Twitter en .twitter.com/WilliamStanek.*