Determinación del enfoque de actualización (SharePoint Server 2010)
Se aplica a: SharePoint Server 2010
Última modificación del tema: 2016-11-30
Antes de ejecutar cualquier proceso para actualizar de Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010, debe determinar qué enfoque de actualización se va a usar. Use la información de este artículo para comparar las ventajas y los inconvenientes de cada enfoque, y para revisar la información sobre los casos especiales que pueden influir en el enfoque. Además de la información incluida en este artículo, asegúrese de leer Revisión de rutas de actualización admitidas y no admitidas (SharePoint Server 2010) para comprender exactamente qué situaciones de actualización son válidas y tienen resultados correctos.
Nota
Para realizar una actualización, debe tener instalado Office SharePoint Server 2007 con Service Pack 2 (SP2).
En este artículo:
Elección de un enfoque de actualización
Casos especiales
Elección de un enfoque de actualización
Existen dos métodos básicos de actualización: en contexto y de base de datos adjunta. Además, puede usar varias técnicas para combinar los aspectos de estos métodos básicos para mitigar el tiempo de inactividad o para mejorar potencialmente el rendimiento.
En la tabla siguiente se comparan los enfoques de actualización en contexto y de base de datos adjunta.
| Enfoque | Descripción | Ventajas | Inconvenientes |
|---|---|---|---|
Actualización en contexto |
Puede instalar SharePoint Server 2010 en el mismo hardware. Además, puede actualizar el contenido y la configuración del conjunto o granja de servidores como parte de un solo proceso. |
La configuración de toda la granja se mantiene y se actualiza. Las personalizaciones están disponibles en el entorno después de la actualización, aunque es posible que sea necesario realizar manualmente algunos pasos para actualizarlas o modificarlas. |
Los servidores y las granjas permanecen sin conexión durante el progreso de la actualización. Dado que la actualización no se interrumpe, debe asignar tiempo suficiente para que todo el contenido se actualice secuencialmente. |
Actualización de base de datos adjunta |
Puede actualizar el contenido del entorno en una granja independiente. El resultado es que no se actualizan los servicios ni la configuración de la granja. Puede actualizar varias bases de datos a la vez y en cualquier orden. Mientras cada base de datos se actualiza, el contenido en esa base de datos no está disponible para los usuarios. |
Puede actualizar varias bases de datos de contenido a la vez, lo que reduce el tiempo de actualización en comparación con una actualización en contexto. Puede usar una actualización de base de datos adjunta para combinar varias granjas de servidores en una. |
La configuración del servidor y de la granja no está actualizada. Debe transferir manualmente la configuración que desea conservar de la granja antigua a la nueva. También debe transferir todas la personalizaciones manualmente a la nueva granja. Si falta alguna personalización, podría perderse funcionalidad por error o prodrían producirse problemas para el usuario. Tenga en cuenta que copiar las bases de datos a través de una red consume tiempo y ancho de banda, por lo que se aconseja planear la copia. Necesitará acceso directo a los servidores de bases de datos. |
Para obtener más información acerca del funcionamiento de las actualizaciones en contexto y de base de datos adjunta, vea Introducción al proceso de actualización (SharePoint Server 2010).
En la siguiente tabla se enumeran las técnicas de mitigación del tiempo de inactividad que puede usar durante la actualización para reducir el tiempo en que los usuarios no podrán obtener acceso a su contenido o para aumentar potencialmente el rendimiento de la actualización.
| Técnica | Descripción | Ventajas | Inconvenientes |
|---|---|---|---|
Actualización paralela |
Puede adjuntar y actualizar varias bases de datos de una sola vez para acelerar el proceso de actualización global. La cantidad máxima de actualizaciones paralelas depende del hardware. Esta técnica funciona para las actualizaciones en contexto y de base de datos adjunta. |
Tiempos de actualización más cortos para el entorno global. |
Este es un proceso manual que requiere supervisión y pasos adicionales. |
Enfoque híbrido 1: bases de datos adjunta con bases de datos de solo lectura |
Permite seguir proporcionando acceso de solo lectura al contenido durante el proceso de actualización. Para este enfoque, se deben configurar las bases de datos como de solo lectura mientras la actualización está en curso en otra granja de servidores. Este método reduce el tiempo de inactividad percibido por los usuarios. |
La granja existente puede seguir hospedando sitios no actualizados (en modo de solo lectura) mientras se actualiza el contenido. Como resultado, el tiempo de inactividad para los usuarios es mínimo. Puede actualizar varias bases de datos de contenido a la vez, lo que da como resultado un menor tiempo de actualización que con las actualizaciones en paralelo. Puede actualizar hardware además de software. |
La configuración de los servidores y la granja no está actualizada. Debe transferir manualmente la configuración que desea conservar de la antigua granja a la nueva. También debe transferir todas la personalizaciones manualmente a la nueva granja. Si falta alguna personalización, podría perderse funcionalidad por error o prodrían producirse problemas para el usuario. Tenga en cuenta que copiar las bases de datos a través de una red consume tiempo y ancho de banda, por lo que se aconseja planear la copia. Necesitará acceso directo a los servidores de bases de datos. |
Enfoque híbrido 2: actualización en contexto con bases de datos desasociadas |
Permite aprovechar la capacidad de la actualización en contexto de actualizar el contenido y la configuración además de aumentar la velocidad de una actualización de base de datos adjunta. Para este enfoque, se debe usar una actualización en contexto para actualizar la granja de servidores y la configuración, y para desasociar y actualizar varias bases de datos en paralelo (en la misma granja de servidores o en una granja independiente). |
Todas las opciones de configuración de la granja se pueden mantener y actualizar. Las personalizaciones están disponibles en el entorno después de la actualización, aunque es posible que sea necesario realizar manualmente algunos pasos para actualizarlas o modificarlas. Puede actualizar varias bases de datos de contenido a la vez, lo que da como resultado un menor tiempo de actualización que con las actualizaciones en paralelo. |
Tenga en cuenta que copiar las bases de datos a través de una red consume tiempo y ancho de banda, por lo que se aconseja planear la copia. Necesitará acceso directo a los servidores de bases de datos. |
Tenga en cuenta que también puede combinar estas técnicas. Por ejemplo, puede establecer la granja de servidores original en modo de solo lectura, crear una copia de la granja y actualizarla sin las bases de datos de contenido, usar la actualización paralela para actualizar todo el contenido de usuario rápidamente y, finalmente, cambiar a los usuarios a la granja nueva una vez completada la actualización. Para obtener más información acerca de cómo funcionan estas técnicas de mitigación del tiempo de inactividad, vea el tema Introducción al proceso de actualización (SharePoint Server 2010).
Otra opción posible en el caso de un período de interrupción de actividad demasiado largo consiste en usar el redireccionamiento de la dirección URL de la asignación alternativa de acceso con un método de base de datos adjunta para redirigir a los usuarios temporalmente a una granja de servidores existente mientras se actualiza el contenido en una granja nueva. Este es un método avanzado y no debe usarse a menos que las otras técnicas de mitigación del tiempo de inactividad sean insuficientes. Para obtener más información, vea el tema Uso de una dirección URL de AAM como parte del proceso de actualización (SharePoint Server 2010) (notas del producto).
Casos especiales
Es posible que tenga otros requisitos u objetivos adicionales que desea lograr al realizar la actualización. En la siguiente tabla se incluyen casos especiales y se indica qué enfoque de actualización resulta más apropiado para cada caso.
| Caso | Enfoque de actualización |
|---|---|
¿Va a actualizar SQL Server de una edición de 32 bits a una edición de 64 bits? |
Si ejecuta una edición de 32 bits de SQL Server, debe migrar a una edición de 64 bits. Se recomienda realizar esta migración antes de actualizar a SharePoint Server 2010 para garantizar las ventajas de un rendimiento máximo. Asegúrese de realizar un solo tipo de actualización o migración a la vez para evitar un error de actualización. Para obtener más información, vea el tema sobre la migración de una granja de servidores existente a un entorno de 64 bits (Office SharePoint Server 2007). Hay dos opciones de actualización de una edición de 32 bits a una edición de 64 bits de SQL Server:
Nota Si actualiza la versión de SQL Server (por ejemplo, de SQL Server 2005 SP2 a SQL Server 2008) puede realizar esta actualización antes, durante o después de actualizar de una edición de 32 bits a una edición de 64 bits de SQL Server. |
¿Va a actualizar de un sistema operativo de 32 bits a un sistema operativo de 64 bits? |
Si usa un sistema operativo de 32 bits, debe migrar a un sistema operativo de 64 bits antes de actualizar. Para obtener más información, vea el tema sobre la migración de una granja de servidores existente a un entorno de 64 bits (Office SharePoint Server 2007). |
Actualización de un entorno que usa autenticación basada en formularios |
Al usar autenticación basada en formularios, se requieren pasos adicionales para realizar una actualización. Para obtener más información, vea el tema Configuración de la autenticación basada en formularios para una aplicación web basada en notificaciones (SharePoint Server 2010). |
Actualización de bases de datos muy grandes |
Generalmente, las bases de datos muy grandes —en particular, aquellas que tienen versiones de documentos muy grandes o muy numerosas— tardan más en actualizarse que las bases de datos más pequeñas. Sin embargo, el tiempo que requerirá la actualización lo determina la complejidad de los datos, no el tamaño de la base de datos en sí. Si el proceso de actualización agota el tiempo de espera, en general esto se debe a problemas de conexión. En Office SharePoint Server 2007, el proceso de actualización a menudo agotaba el tiempo de espera, debido al tiempo necesario para ejecutar un proceso, pero en SharePoint Server 2010 esto ocurre en raras ocasiones. Para obtener más información sobre cuánto podría durar una actualización para un entorno determinado, vea el tema Estimación de la duración del proceso de actualización y del espacio necesario (SharePoint Server 2010). |
¿Va a actualizar desde SharePoint Portal Server 2003? |
Use un método de actualización de base de datos adjunta para actualizar a Microsoft Office SharePoint Server 2007 y, a continuación, actualice a SharePoint Server 2010. Para obtener mayor información sobre este proceso de actualización, vea el tema Actualización de SharePoint Portal Server 2003 a SharePoint Server 2010. |
¿Va a actualizar desde Windows SharePoint Services 3,0? |
Use el enfoque de actualización de base de datos adjunta para adjuntar y actualizar las bases de datos de contenido de Windows SharePoint Services 3,0 a SharePoint Server 2010. Este proceso actualiza los datos de las bases de datos de contenido, pero no transfiere la configuración de las granjas de servidores. |
¿Usa nombres de dominio internacionalizados? |
Aunque Office SharePoint Server 2007 admitía nombres de dominio internacionalizados (IDN), SharePoint Server 2010 no los admite. Si actualmente usa IDN con Office SharePoint Server 2007 y planea actualizar o migrar a SharePoint Server 2010, debe dejar de usar los IDN, eliminar la configuración de IDN y configurar un entorno que no use IDN antes de hacerlo. Para obtener más información, vea Planeación de sitios multilingües (SharePoint Server 2010). |