Determinación del método de actualización (SharePoint Foundation 2010)
Se aplica a: SharePoint Foundation 2010
Última modificación del tema: 2016-11-30
Antes de ejecutar cualquier proceso para actualizar de Windows SharePoint Services 3.0 a Microsoft SharePoint Foundation 2010, debe determinar qué método de actualización va a usar. Use la información de este artículo para comparar las ventajas y los inconvenientes de cada método y para revisar la información acerca de casos especiales que pueden afectar al método elegido. Además de la información de este artículo, asegúrese de leer el tema Revisión de rutas de actualización admitidas y no admitidas (SharePoint Foundation 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 Windows SharePoint Services 3.0 con Service Pack 2 (SP2).
En este artículo:
Elección de un método de actualización
Casos especiales
Elección de un método de actualización
Existen dos métodos básicos de actualización: en contexto y de base de datos adjunta. También 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 métodos de base de datos adjunta y en contexto.
| Método | Descripción | Ventajas | Inconvenientes |
|---|---|---|---|
Actualización en contexto |
Puede instalar SharePoint Foundation 2010 en el mismo hardware. También puede actualizar el contenido y la configuración en el conjunto o granja de servidores como parte de un solo proceso. |
La configuración de toda la granja de servidores se conserva y actualiza. Las personalizaciones estarán disponibles en el entorno después de la actualización, aunque es posible que sea necesario realizar algunos pasos manualmente 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 de servidores independiente. El resultado es que no se actualizarán los servicios ni la configuración de la granja. Puede actualizar varias bases de datos a la vez y en cualquier orden. Mientras se actualiza una base de datos, su contenido no se encontrará disponible para los usuarios. |
Puede actualizar varias bases de datos de contenido a la vez, lo que da como resultado menos tiempo de actualización en total que 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 Foundation 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. |
Método híbrido 1: base de datos adjunta con bases de datos de solo lectura |
Puede seguir proporcionando acceso de solo lectura al contenido durante el proceso de actualización. Para ello, configure las bases de datos como de solo lectura cuando la actualización esté en progreso 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 contexto. 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. |
Método híbrido 2: actualización en contexto con bases de datos desasociadas |
Aproveche las ventajas de la capacidad de la actualización en contexto para actualizar el contenido y la configuración, al tiempo que aumenta la velocidad de una actualización de base de datos adjunta. Para ello, use una actualización en contexto para actualizar la granja de servidores y la configuración y para separar y actualizar varias bases de datos en paralelo (en la misma granja o en una aparte). |
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 contexto. |
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 Introducción al proceso de actualización (SharePoint Foundation 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 Uso de redirecciones URL de AAM como parte del proceso de actualización (SharePoint Foundation 2010) (notas del producto).
Casos especiales
Es posible que tenga otros requisitos u objetivos adicionales que desea lograr al realizar una actualización. En la siguiente tabla se incluyen casos especiales y se indica qué método de actualización resulta más apropiado para cada caso.
| Mayúsculas/minúsculas | Método de actualización |
|---|---|
¿Va a actualizar una instalación independiente mediante Windows Internal Database? |
Si ejecuta Windows SharePoint Services 3,0 en un servidor independiente mediante Windows Internal Database, la base de datos se migrará a SQL Server Express como parte del proceso de actualización en contexto. Si la base de datos es mayor que 4 GB, debe configurar el almacenamiento remoto de blobs para que almacene parte de los datos. Para obtener más información, vea Actualización desde una instalación independiente de Windows SharePoint Services 3.0 a SharePoint Foundation 2010 con almacenamiento remoto de blobs. |
¿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 Foundation 2010 para garantizar el aprovechamiento del máximo rendimiento. Asegúrese de realizar un solo tipo de actualización o migración a la vez para evitar que se produzca 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 (Windows SharePoint Services 3.0). 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. |
¿Desea actualizar de Windows Server 2003 a Windows Server 2008? |
Actualice el sistema operativo antes de intentar actualizar a SharePoint Foundation 2010. Si ejecuta Windows SharePoint Services 3,0, debe realizar pasos específicos para actualizar a Windows Server 2008. Para obtener más información, vea el tema sobre la actualización a Windows Server 2008 para Windows SharePoint Services 3.0 con SP1. |
¿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 uno de 64 bits antes de realizar la actualización. Para obtener más información, vea el artículo sobre migración de una granja de servidores existente a un entorno de 64 bits (Windows SharePoint Services 3.0). |
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 Configuración de la autenticación basada en formularios para una aplicación web basada en notificaciones (SharePoint Foundation 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 Windows SharePoint Services 3.0, el proceso de actualización a menudo agotaba el tiempo de espera, debido al tiempo necesario para ejecutar un proceso, pero en SharePoint Foundation 2010 esto ocurre en raras ocasiones. Para obtener más información sobre cuánto podría tardar una actualización para un entorno determinado, vea Estimación de la duración del proceso de actualización y del espacio necesario (SharePoint Foundation 2010). |
¿Va a actualizar desde Windows SharePoint Services 2.0? |
Use un método de actualización de base de datos adjunta para actualizar a Windows SharePoint Services 3.0 y, a continuación, actualice a SharePoint Foundation 2010. Para obtener mayor información sobre este proceso de actualización, vea Actualización de Windows SharePoint Services 2.0 a SharePoint Foundation 2010. |
¿Usa nombres de dominio internacionalizados? |
Aunque Windows SharePoint Services 3.0 admitía nombres de dominio internacionalizados (IDN), SharePoint Foundation 2010 no los admite. Si actualmente usa IDN con Windows SharePoint Services 3.0 y planea actualizar o migrar a SharePoint Foundation 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 Foundation 2010). |