Migración de una granja de servidores existente a un entorno de 64 bits (Windows SharePoint Services 3.0)
Para actualizar Windows SharePoint Services 3.0 a un entorno de 64 bits, debe migrar los servidores existentes a un nuevo conjunto o granja de servidores. No se puede actualizar Windows SharePoint Services 3.0 directamente desde la edición de 32 bits de Windows SharePoint Services 3.0 a la edición de 64 bits.
Debe determinar qué estrategia de migración es adecuada para su entorno. En este artículo se proporcionan instrucciones para una migración limpia y por fases de una granja de servidores de SharePoint a servidores de un entorno de 64 bits. Para obtener información sobre las ventajas de un entorno de 64 bits, vea Ventajas del hardware y software de 64 bits (Windows SharePoint Services 3.0).
Una granja de servidores existente se puede migrar a un entorno de 64 bits de varias maneras. Por ejemplo, se pueden agregar servidores de 64 bits a una granja existente y, a continuación, se quitan los servidores de 32 bits. El método por fases que se describe en este artículo está diseñado para reducir los posibles problemas de rendimiento. Este tipo de método también dispersa los períodos de inactividad necesarios realizar la migración y permite realizar el nivel adecuado de pruebas después de migrar los servidores de la granja.
Durante el proceso de migración se interrumpe el servicio, por lo que debe planearse y realizarse en un momento en que afecte lo menos posible a los usuarios.
En este artículo se incluyen las siguientes secciones:
Restricciones y problemas conocidos
Antes de migrar la granja de servidores
Migración de servidores a un entorno de 64 bits
Restricciones y problemas conocidos
La implementación de Windows SharePoint Services 3.0 en un entorno de 64 bits incluye ciertos requisitos previos, restricciones y problemas conocidos en las siguientes áreas.
Actualizaciones de software y Service Pack de SharePoint
Actualice Windows SharePoint Services 3.0 al mismo Service Pack o al mismo nivel de actualización de software en todos los equipos, tanto en las granjas de servidores de origen como de destino. Esto es necesario para evitar posibles errores posteriores a la migración que se pueden producir si las versiones de software no coinciden en todos los servidores.
Si el objetivo de la migración también incluye cruzar versiones de sistemas operativos o de bases de datos, se recomienda identificar e instalar todas las actualizaciones públicas publicadas e instaladas en Windows Server 2003 y Microsoft SQL Server 2005 que también se apliquen a Windows Server 2008 y Microsoft SQL Server 2008.
Aplicaciones existentes
Debe volver a compilar las aplicaciones de 32 bits existentes y los ensamblados personalizados (por ejemplo, los elementos web y los receptores de eventos) para ejecutarlos en la arquitectura de 64 bits porque la edición de 64 bits de SharePoint no puede cargar un ensamblado de 32 bits. Antes de volver a compilar las aplicaciones existentes o los ensamblados personalizados, compruebe que están compilados para su ejecución en ambas arquitecturas. Si es así, no los compile para una única arquitectura. (En Microsoft Visual Studio, esta opción de versión es AnyCPU).
Si las aplicaciones existentes son aplicaciones de terceros, compruebe con el proveedor los aspectos relacionados con la compatibilidad y las versiones de 64 bits. En el caso de soluciones contratadas personalizadas de las que no tenga el origen, compruebe las soluciones en un entorno de 64 bits para asegurarse de que son compatibles.
Mantenimiento de servidores homogéneos en cada nivel de la granja de servidores
Durante la migración se recomienda mantener los servidores homogéneos en cada nivel. Un nivel es una agrupación de servidores que proporciona servicios similares y que no se puede dividir desde el punto de vista del servicio al usuario final. Por ejemplo los servidores cliente web de carga equilibrada que atienden las solicitudes de los usuarios forman un nivel, pero un servidor de indexación de SharePoint donde se ejecuta el servicio de aplicación web no se considera parte de ese nivel.
Si realiza los procedimientos de este documento, cada nivel contendrá servidores que tendrán la misma arquitectura.
Si elige migrar los servidores a un entorno de 64 bits mediante la adición de servidores de 64 bits a un conjunto o granja de servidores existente, no podrá mantener siempre servidores homogéneos en cada nivel y, por tanto, es posible que el rendimiento sea reducido o desigual. Estos problemas se identifican en Determinación de los requisitos de hardware y software (Windows SharePoint Services). Este método (migración mediante la adición de servidores de 64 bits a una granja de servidores existente) es compatible, pero no se recomienda para la migración de la granja de servidores debido a los posibles riesgos de rendimiento asociados a la mezcla de arquitecturas en un nivel.
Windows Server 2008
Para instalar Windows SharePoint Services 3.0 en un equipo que ejecuta Windows Server 2008, debe instalar Windows SharePoint Services 3.0 con SP1 o una actualización posterior.
Puede descargar una versión integrada de Windows SharePoint Services 3.0 que incluye SP1. Vea Windows SharePoint Services 3.0 Service Pack 1 (SP1) (https://go.microsoft.com/fwlink/?linkid=105655&clcid=0xC0A) para obtener más información.
Windows SharePoint Services 3.0 instalado en Windows Server 2008
Existe un problema conocido en Windows SharePoint Services 3.0 por el que se agota el tiempo de espera en los sitios que se ejecutan en Windows Server 2008 al intentar cargar un archivo de gran tamaño a un sitio de SharePoint. Para obtener más información, vea:
La entrada de blog de Shane Young, MVP (Profesional más valioso) de Microsoft, que trata el problema de que el cliente web de Windows Server 2008 no permite la carga de archivos de gran tamaño (en inglés) (https://go.microsoft.com/fwlink/?linkid=145881&clcid=0xC0A) (en inglés)
El artículo 925083 de Knowledge Base acerca del mensaje de error al intentar cargar un archivo de gran tamaño a una biblioteca de documentos en un sitio de Windows SharePoint Services 3.0: "Tiempo de espera agotado para esta solicitud" (https://go.microsoft.com/fwlink/?linkid=145916&clcid=0xC0A)
IFilters y extensiones
La mayoría de las extensiones y los componentes IFilter, aunque no todos, son compatibles con la versión de 64 bits. Compruebe si las extensiones y los iFilters de 32 bits funcionan en un entorno de 64 bits. Si usa un filtro de terceros que no es compatible con 64 bits, realice un seguimiento con el proveedor y obtenga un filtro compatible e instrucciones sobre cómo instalarlo.
Para evitar un problema conocido con el filtro de Visio en un entorno de 64 bits si usa Microsoft Filter Pack, debe instalar la actualización acumulativa de diciembre (o una actualización posterior) para Windows SharePoint Services 3.0.
Nota
Microsoft Filter Pack funciona con una variedad de productos de búsqueda, entre los que se incluye Windows SharePoint Services 3.0. Este paquete de filtros proporciona IFilters que permiten que la búsqueda rastree archivos con formatos de Microsoft Office, como .pptx y .docx, en el índice.
Antes de migrar la granja de servidores
Antes de migrar la granja de servidores, revise el modelo de topología de granja de servidores de ejemplo y la estrategia recomendada para migrar una granja de servidores de varios niveles de un entorno a otro. Esta estrategia de migración está diseñada para proporcionar la migración más limpia posible para este tipo de topología de granja de servidores.
Topología de granja de servidores
En la siguiente ilustración se muestra la topología de granja de servidores usada para las granjas de servidores de origen (granja A) y de destino (granja B). Esta topología es representativa de las granjas de servidores que tienen funciones de SharePoint instaladas en varios servidores. Para una referencia más sencilla, los servidores de cada granja de servidores están agrupados por niveles, basados en su nivel.
Topología de granja de servidores para la migración
.gif "Granjas de servidores de Windows SharePoint Services para la migración")
En la ilustración anterior, observe lo siguiente:
Los niveles 1-A y 1-B están formado por dos servidores cliente web de carga equilibrada (WebA-32 y WebB-32, WebA-64 y WebB-64).
Los niveles 2-A y 2-B están formados por un servidor de bases de datos (DB-32, DB-64).
En la siguiente tabla se enumera el software instalado en los servidores de cada granja.
Software instalado en los servidores de la granja
| Software | Granja A (32 bits) | Granja B (64 bits) |
|---|---|---|
Sistema operativo |
Windows Server 2003, SP2 |
Windows Server 2008 |
Base de datos |
SQL Server 2005, SP2 |
SQL Server 2008 |
Windows SharePoint Services 3.0 |
Windows SharePoint Services 3.0 con la última actualización acumulativa o Service Pack instalados. |
Windows SharePoint Services 3.0 con la última actualización acumulativa o Service Pack instalados. |
Tenga en cuenta lo siguiente con respecto a la tabla anterior:
Se recomienda actualizar el sistema operativo en los servidores de destino con cualquier revisión que sea común a Windows Server 2003 y Windows Server 2008.
No se puede instalar Windows SharePoint Services 3.0 en una instalación Server Core de Windows Server 2008.
La migración descrita en este documento es compatible con cualquier versión y nivel de revisión de SharePoint (RTM al Service Pack o la actualización de software más recientes). Se recomienda considerar la posibilidad de aplicar la revisión de SharePoint al menos en el nivel del Service Pack o de la actualización de infraestructura que sea más reciente. La actualización de infraestructura incluye varias actualizaciones para Productos y Tecnologías de SharePoint. Para obtener más información acerca de esta actualización específica, vea los siguientes artículos de Knowledge Base:
Estrategia de migración
La estrategia consiste en migrar y probar los servidores de la granja de servidores en fases distintas para cada nivel de la granja en la siguiente secuencia: Inicio sólo de WSS
Nivel 2-A: migre el servidor de bases de datos existente al nuevo servidor de bases de datos. Este nivel se realiza en primer lugar para reducir los posibles problemas de rendimiento que puedan producirse si un sistema de 64 bits realiza consultas o escribe en un servidor de bases de datos de 32 bits. Se encuentran disponibles las siguientes opciones:
Mantenga el mismo nombre de servidor host en el servidor de destino que el que tiene en el servidor de origen.
Cambie el nombre de servidor host en el servidor de destino. Ésta es la opción de migración de base de datos que se usa en este artículo.
Nivel 1-A: pruebe el servidor de bases de datos migrado y, a continuación, agregue los servidores cliente web de 64 bits a la nueva granja de servidores.
El método sistemático anterior no es obligatorio, pero se recomienda seguirlo porque proporciona un entorno para migración y prueba que asegura la migración más limpia posible. Las ventajas que ofrece son la reducción de resultados inesperados, como la falta de archivos o datos dañados, y la capacidad de administrar de manera eficaz el tiempo de inactividad del servicio durante la migración.
Migración de servidores a un entorno de 64 bits
Siga los pasos que se indican en esta sección para migrar a una granja de servidores que tenga instalados cualquiera de los siguientes sistemas operativos y bases de datos:
Versión de 64 bits de Windows Server 2003
Edición de 64 bits de Windows Server 2008
Versión de 64 bits de SQL Server 2005
Versión de 64 bits de SQL Server 2008
Desde una perspectiva de migración, las diferencias más destacables entre estos sistemas operativos y las bases de datos residen en la preparación de los servidores de destino.
Lea la sección siguiente antes de llevar a cabo la Fase 1 (bases de datos back-end) y la Fase 2 (servidores front-end) de la migración.
Antes de comenzar
Antes de iniciar una migración de conjunto o granja de servidores, debe completar las siguientes tareas:
Obtener material de referencia actualizado
Documentar la configuración de la granja de servidores
Identificar y documentar las cuentas y los permisos necesarios
Preparar la granja de servidores de destino
Obtener material de referencia actualizado
Obtenga una copia de Traslado de todas las bases de datos (Windows SharePoint Services 3.0). Este tema contiene instrucciones detalladas, incluidos los comandos de SQL Server y Stsadm para mover un servidor de bases de datos de SharePoint. Estas instrucciones incluyen los siguientes escenarios:
Traslado de una base de datos a un nuevo servidor de bases de datos con el mismo nombre
Traslado de una base de datos a un nuevo servidor de bases de datos con un nombre diferente
Documentar la configuración de la granja de servidores
Algunos elementos de una granja de servidores deben migrarse manualmente. Asegúrese de que ha documentado lo siguiente:
Aplicaciones web asociadas a los proveedores de servicios compartidos (SSP)
Páginas maestras y otras páginas personalizadas
Otro contenido personalizado
Características
Aplicaciones personalizadas y archivos DLL compilados
Otros elementos personalizados de la granja de servidores
Identificar y documentar las cuentas y los permisos necesarios
Para poder trabajar en los servidores de origen y de destino, vea Traslado de todas las bases de datos (Windows SharePoint Services 3.0) para asegurarse de que tiene los permisos correctos para usar las herramientas de Windows SharePoint Services 3.0, las herramientas de base de datos de Microsoft SQL Server y los comandos del sistema operativo.
Preparar la granja de servidores de destino
Es necesario realizar el siguiente trabajo de preparación para los servidores de aplicaciones y de base de datos en la granja de servidores de destino:
Aplique las actualizaciones adecuadas del sistema operativo en los servidores.
Use Implementación de una granja de servidores sencilla en el sistema operativo Windows Server 2008 (Windows SharePoint Services) como referencia para configurar SQL Server e implementar SharePoint en Windows Server 2008.
Instale SQL Server 2005 o SQL Server 2008 en el servidor de bases de datos.
Use el Asistente para configuración de Productos y Tecnologías de SharePoint para completar una instalación básica de SharePoint en AppA-64. Cuando termine, tendrá una nueva granja de servidores con dos servidores de aplicaciones (AppA-64 y AppB-64) y un servidor de bases de datos (DB-64).
Importante
No asigne a las nuevas bases de datos de contenido el mismo nombre que el de las bases de datos de contenido de la granja de origen. No se pueden compartir bases de datos de contenido entre dos granjas de servidores de SharePoint.
Fase 1: Migración de las bases de datos back-end
Durante esta fase, migre las bases de datos back-end mediante uno de los siguientes procedimientos:
Mueva la base de datos a un servidor host que tenga el mismo nombre.
Mueva la base de datos a un servidor host que tenga un nombre distinto.
Nota
Puede cambiar el nombre de un servidor de bases de datos de SharePoint pero no puede cambiar el nombre de la instancia. Por ejemplo, se puede cambiar el nombre de DB-32\sharepoint a DB-64\sharepoint, pero no se puede cambiar el nombre de DB-32\sharepoint a DB-32\sharepoint2.
El siguiente procedimiento requiere una copia de seguridad completa de las bases de datos de contenido.
Mueva la base de datos a un servidor host que tenga el mismo nombre
Detenga por completo la granja A; para ello, detenga los servicios asociados a Windows SharePoint Services 3.0 y detenga Internet Information Services (IIS).
Use las herramientas de SQL Server 2005 (SP2) para realizar una copia de seguridad de todas las bases de datos de SharePoint en el servidor de bases de datos de origen (DB-32).
Apague el servidor de bases de datos de origen (DB-32).
Copie todos los archivos de copia de seguridad en una carpeta compartida del servidor que no forme parte de la granja A ni de la granja B. Esta carpeta compartida proporciona un punto de restauración para todos los archivos imprescindibles de SharePoint.
Copie los archivos de copia de seguridad de la base de datos en el servidor de bases de datos de destino.
Restaure las bases de datos de DB-32 a DB-64 mediante las herramientas de SQL Server 2008.
Copie todos los inicios de sesión de SQL Server, las funciones fijas de servidor, las funciones de base de datos fijas y los permisos para las bases de datos en el servidor de destino (DB-64).
Reinicie el servidor de aplicaciones AppA-32 para asegurarse de que se inicien los servicios, sitios web y grupos de aplicaciones asociados a Windows SharePoint Services 3.0.
Compruebe que todos los servidores de la granja A estén configurados correctamente para apuntar a DB-64 y puedan conectarse a la nueva base de datos.
Reinicie la granja A.
Realice las pruebas adecuadas para el entorno con el fin de asegurarse de que la granja A está trabajando con la nueva base de datos.
Mueva la base de datos a un servidor host que tenga un nombre distinto
Detenga por completo la granja A; para ello, detenga los servicios asociados a Windows SharePoint Services 3.0 y detenga Internet Information Services (IIS).
Use las herramientas de SQL Server 2005 para realizar una copia de seguridad de las siguientes bases de datos de SharePoint en el servidor de bases de datos de origen (DB-32):
Todas las bases de datos de contenido
La base de datos de configuración
Base de datos de contenido de Administración central
Base de datos de Búsqueda en la Ayuda de Windows SharePoint Services
Copie todos los archivos de copia de seguridad en una carpeta compartida del servidor que no forme parte de la granja A ni de la granja B. Esta carpeta compartida proporciona un punto de restauración para todos los archivos imprescindibles de SharePoint.
Copie los archivos de copia de seguridad de la base de datos en el servidor de bases de datos de destino.
Restaure las bases de datos de DB-32 a DB-64 mediante las herramientas de SQL Server 2008.
Copie todos los inicios de sesión de SQL Server, las funciones fijas de servidor, las funciones de base de datos fijas y los permisos para las bases de datos en el servidor de destino (DB-64).
Ejecute la operación renameserver de Stsadm en WebA-32 para cambiar el nombre del servidor de bases de datos en la granja B. Esta operación notifica a SharePoint que las bases de datos que estaban en DB-32 están ahora en DB-4.
Reinicie el servidor de aplicaciones WebA-32 y compruebe si se iniciaron los servicios, sitios web y grupos de aplicaciones asociados a Windows SharePoint Services 3.0.
Ejecute la operación renameserver de Stsadm en el resto de los servidores de bases de datos y compruebe si se configuraron correctamente y si están conectados a DB-64.
Reinicie la granja A.
Realice las pruebas adecuadas para el entorno con el fin de asegurarse de que la granja A está trabajando con la nueva base de datos.
Cuando se completa esta fase, la granja de servidores activa tiene la siguiente topología:
Servidores cliente web: WebA-32, WebB-32
Servidor de bases de datos: DB-64
Fase 2: Migración de los servidores cliente web
Durante esta fase se completa la migración, ya que se agregan los servidores cliente web de 64 bits a la granja de servidores. Realice el siguiente procedimiento para migrar los servidores cliente web.
Migre los servidores cliente web.
Detenga por completo la granja A; para ello, detenga los servicios asociados a Windows SharePoint Services 3.0 y detenga Internet Information Services (IIS).
Inicie la granja B.
Agregue WebA-64 y WebB-64 a la granja B y configúrelos para que apunten a DB-64.
Realice las pruebas adecuadas para el entorno con el fin de asegurarse de que la granja de servidores de destino funciona.
Cuando complete esta fase, se habrá completado la migración a un entorno de 64 bits y la granja de servidores activa tendrá la siguiente topología:
Servidores cliente web: WebA-64, WebB-64
Servidor de bases de datos: DB-64