Migración de una granja de servidores existente a un entorno de 64 bits (Office SharePoint Server 2007)

Artículo
06/12/2012

Para actualizar Microsoft Office SharePoint Server 2007 a un entorno de 64 bits, debe migrar los servidores existentes a una nueva granja de servidores. No se puede actualizar Office SharePoint Server 2007 directamente desde la edición de 32 bits de Office SharePoint Server 2007 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, 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 (Office SharePoint Server 2007).

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 Microsoft Office SharePoint Server 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 Office SharePoint Server 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 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 una 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 (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=119403&clcid=0xC0A). 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 riesgos potenciales de rendimiento asociados a la mezcla de arquitecturas en un nivel.

Windows Server 2008

Para instalar Office SharePoint Server en un equipo que ejecuta Windows Server 2008, debe instalar Office SharePoint Server con Service Pack 1 (SP1).

Para Office SharePoint Server, puede crear una instalación integrada (slipstreaming) que contenga el SP1. Para obtener más información, vea:

Creación de un origen de instalación que incluye actualizaciones de software (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=134726&clcid=0xC0A).
En el artículo de Dan Winter acerca del procedimiento para crear una instalación integrada (slipstreaming) de SharePoint con las actualizaciones más recientes (en inglés) (https://go.microsoft.com/fwlink/?linkid=139512&clcid=0xC0A) (en inglés) también se proporciona información sobre la reacción de una versión de instalación integrada (slipstreaming) del producto.

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 cuando se intenta 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 los componentes IFilter y las extensiones, aunque no todos, son compatibles con la versión de 64 bits. Compruebe que los iFilters y las extensiones de 32 bits funcionan en un entorno de 64 bits.

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 posterior) para Windows SharePoint Services 3.0 y Office SharePoint Server 2007.

Nota

Microsoft Filter Pack funciona con una variedad de productos de búsqueda, entre los que se incluye Office SharePoint Server 2007. 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.

Indización de IBM Lotus Notes

No se puede rastrear una base de datos de IBM Lotus Notes en un entorno de 64 bits de Office SharePoint Server 2007 porque IBM no proporciona una versión de 64 bits de las API de Lotus Notes.

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

Granjas de Office SharePoint Server 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 dos servidores de aplicaciones. Un servidor está destinado a la administración de sitios y a la consulta de búsquedas (AppA-32, AppA-64); el otro está destinado a la indización de búsquedas (AppB-32, AppB-64).
Los niveles 3-A y 3-B están formados por un servidor de base 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
Office SharePoint Server	Office SharePoint Server 2007 con la actualización acumulativa más reciente instalada	Office SharePoint Server 2007 con la actualización acumulativa más reciente instalada

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 Office SharePoint Server 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 seguridad de SharePoint (RTM al Service Pack o actualización de software más reciente). Se recomienda considerar la posibilidad de aplicar la revisión de seguridad de SharePoint al menos al nivel del Service Pack o 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, además de nuevas características del motor de búsqueda Enterprise Search para Office SharePoint Server 2007. Para obtener más información acerca de esta actualización específica, vea los siguientes artículos de Knowledge Base:
- Descripción de Actualización de infraestructura para Windows SharePoint Services 3.0: 15 de julio de 2008 (https://go.microsoft.com/fwlink/?linkid=133362&clcid=0xC0A)
- Descripción de Actualización de infraestructura para los servidores de Microsoft Office System: 15 de julio de 2008 (https://go.microsoft.com/fwlink/?linkid=121886&clcid=0xC0A)

Estrategia de migración

La estrategia consiste en migrar y probar los servidores de la granja en fases distintas para cada nivel de la granja, siguiendo esta secuencia:

Nivel 3-A: migre el servidor de base de datos existente al nuevo servidor de base de datos. Este nivel se realiza en primer lugar para reducir cualquier posible problema de rendimiento que pueda producirse si un sistema de 64 bits realiza consultas o escribe en una base de datos de 32 bits. Están 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. Esta es la opción de migración de base de datos que se usa en este artículo.
Nivel 2-A: pruebe el nuevo servidor de base de datos y migre los servidores de aplicaciones existentes a la nueva granja de servidores.
Nivel 1-A: pruebe los servidores de aplicaciones y 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 notables entre estos sistemas operativos y las bases de datos residen en la preparación de los servidores de destino.

Lea la siguiente sección antes de realizar la fase 1 (bases de datos back-end), la fase 2 (servidores de aplicaciones) y la fase 3 (servidores front-end) de la migración.

Antes de comenzar

Antes de iniciar una migración de 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 (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=118325&clcid=0xC0A). Este tema contiene instrucciones completas, incluidos los comandos de SQL Server y Stsadm para mover un servidor de base de datos de SharePoint. Estas instrucciones abarcan los siguientes escenarios:

Mover una base de datos a un nuevo servidor de base de datos con el mismo nombre.
Mover una base de datos a un nuevo servidor de base de datos con un nombre distinto.

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, consulte Traslado de todas las bases de datos (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=118325&clcid=0xC0A) para asegurarse de que tiene los permisos correctos para usar las herramientas de Office SharePoint Server 2007, 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 el artículo acerca de la implementación de una granja de servidores sencilla en el sistema operativo Windows Server 2008 (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=145932&clcid=0xC0A) 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 base 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 base 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 con el mismo nombre.
Mueva la base de datos a un servidor host con un nombre distinto.

Nota

Puede cambiar el nombre de un servidor de base 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.

Mover la base de datos a un servidor host con el mismo nombre

Detenga por completo la granja A; para ello, detenga los servicios asociados a Office SharePoint Server 2007 y detenga Internet Information Services (IIS).
Use las herramientas de SQL Server 2005 para realizar una copia de seguridad de todas las bases de datos de SharePoint en el servidor de base de datos de origen (DB-32).
Apague el servidor de base 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).
Vuelva a adjuntar las bases de datos al nuevo servidor de base de datos.
Reinicie el servidor de aplicaciones AppA-32 para aplicar los cambios y asegúrese de que se han iniciado los servicios, sitios web y grupos de aplicaciones asociados a Office SharePoint Server 2007.
Configure todos los servidores de la granja A para que apunten 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.

Para el siguiente procedimiento se requiere una copia de seguridad completa de todas las bases de datos de contenido y de los SSP.

Nota

No es necesario realizar la copia de seguridad y la restauración de los SSP si una granja de servidores usa un alias de SQL Server para conectarse a la base de datos de SQL Server.

Mover la base de datos a un servidor host con un nombre distinto

Use la operación de Stsadm para realizar una copia de seguridad completa de todos los SSP en AppA-32.
Elimine todos los SSP de la granja A.
Detenga por completo la granja A; para ello, detenga los servicios asociados a Office SharePoint Server 2007 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 base de datos de origen (DB-32):
- Todas las bases de datos de contenido
- 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 AppA-32 para cambiar el nombre del servidor de base de datos en la granja B.
Reinicie el servidor de aplicaciones AppA-32 para aplicar los cambios y asegúrese de que se han iniciado los servicios, sitios web y grupos de aplicaciones asociados a Office SharePoint Server 2007.
Restaure los SSP en AppA-32 mediante Stsadm –o restoressp, con la opción [keepindex].
Agregue todos los SSP restaurados a la granja A.
Establezca el nuevo SSP predeterminado y elimine el SSP predeterminado original.
Configure todos los servidores de la granja A para que apunten 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
Servidores de aplicaciones: AppA-32, AppB-32
Servidor de bases de datos: DB-64

Fase 2: Migración de los servidores de aplicaciones

Durante esta fase se realiza la copia de seguridad y la restauración de los SSP. En ella puede copiar los elementos de la granja de servidores que ha documentado en el paso Documentar la configuración de la granja de servidores a una ubicación en el recurso compartido del servidor que haya creado en la fase 1. Realice el siguiente procedimiento para migrar los servidores de aplicaciones.

Migrar los servidores de aplicaciones

Prepare los servidores cliente web para la granja B, pero no los agregue a la granja.
Use la operación Stsadm para realizar una copia de seguridad completa de todos los SSP en AppA-32.
Elimine todos los SSP de la granja A mediante el siguiente comando:

stsadm -o deletessp -title SharedServices -force
Detenga por completo la granja A; para ello, detenga los servicios asociados a Office SharePoint Server 2007 y detenga Internet Information Services (IIS).
Copie los elementos de la granja de servidores que deben moverse manualmente del recurso compartido del servidor a las ubicaciones en la granja B (WebA-64, WebB-64 y AppA-64) que correspondan a sus ubicaciones en la granja A.
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 todos los archivos de copia de seguridad en AppA-64.
Inicie AppA-64 para aplicar los cambios y asegúrese de que se inician los servicios, los sitios web y los grupos de aplicaciones asociados a Office SharePoint Server 2007.
Configure AppA-64 para que señale a las bases de datos de contenido restauradas a partir de la granja A y use las herramientas de SQL Server 2008 para eliminar las bases de datos de contenido originales que se generaron al crear la granja de servidores B a partir de DB-64.
Restaure los SSP en AppA-64 mediante el comando Stsadm –o restoressp, con la opción [keepindex].
Agregue todos los SSP restaurados a la granja B.
Establezca el nuevo SSP predeterminado y elimine el SSP predeterminado original.
Reinicie la granja A.
Realice las pruebas adecuadas para el entorno con el fin de asegurarse de que la granja de servidores de origen funciona con los nuevos servidores de aplicaciones y la base de datos.