Funcionamiento del proceso de actualización (Windows SharePoint Services)
En este artículo:
Actualización inmediata
Actualización gradual
Tratamiento de la redirección de URL durante la actualización gradual
Es posible elegir entre tres tipos de actualización: inmediata, gradual y migración de base de datos. Una actualización inmediata se usa para actualizar todos los sitios de Microsoft® SharePoint® al mismo tiempo y se recomienda para servidores únicos o implementaciones de poco volumen. Una actualización gradual proporciona un mejor control en el proceso de actualización al permitir que se actualicen una o más colecciones de sitios a la vez. Tanto la actualización inmediata como la gradual se efectúan en el mismo hardware en el que está instalada la versión anterior. Una migración de base de datos permite mover el contenido a una nueva granja o a nuevo hardware.
Sugerencia
Para implementaciones más grandes, una actualización gradual es más adecuada que una actualización inmediata, ya que permite al administrador que está realizando la actualización controlar cuántas colecciones de sitios actualizará de una vez. De esta forma, se pueden actualizar de forma gradual implementaciones grandes durante varios fines de semana mientras se siguen hospedando los sitios de las versiones anteriores. Esto es posible porque puede seguir hospedando sitios que aún no se han actualizado en el mismo servidor que el de los sitios actualizados.
En una actualización inmediata:
La nueva versión sobrescribe la antigua, y se cambian las bases de datos de contenido. Por este motivo, una actualización inmediata no es un proceso reversible; es decir, no es posible volver a la versión previa.
Los sitios originales se actualizan localmente, por lo que no es posible ver las versiones anteriores de los sitios luego de la actualización.
Ningún sitio está disponible para los visitantes durante la actualización. Los sitios dejan de estar disponibles durante el período completo de actualización de todo el servidor o la granja de servidores.
Los visitantes del sitio seguirán usando las mismas direcciones URL después de la actualización.
En una actualización gradual:
A medida que se actualiza cada grupo de colecciones de sitios, el proceso de actualización copia los datos que éstos contienen de la base de datos original a una nueva base de datos antes de actualizar los datos. Los datos originales se conservan en la base de datos original hasta que el administrador del servidor los elimina explícitamente. Así, si fuera necesario, se puede volver fácilmente a la versión anterior de los sitios actualizados.
La mayoría de los sitios están disponibles para los visitantes durante la actualización; sólo quedan sin conexión las colecciones de sitios que se están actualizando en el momento. (Tenga en cuenta que los sitios de la versión anterior se marcan como actualizaciones después de que se copiaran para preparar la actualización).
La actualización sólo afecta a los usuarios que necesitan el sitio o los sitios que se están actualizando.
Después de la actualización, las direcciones URL originales dirigen a la versión actualizada de los sitios. De esta forma, los usuarios pueden seguir usando las mismas direcciones URL que usaban antes de la actualización.
Una migración de base de datos es, básicamente, una actualización inmediata realizada sobre una copia del contenido. En una migración de base de datos:
Puede copiar todas las bases de datos, excepto la base de datos de configuración y, a continuación, agregue las bases de datos a una nueva instalación de granja de servidores o independiente.
Cuando se adjuntan las bases de datos a la nueva granja de servidores, se ejecuta el proceso de actualización y los datos se actualizan inmediatamente.
Importante
Debido al período de inactividad y al riesgo de que la actualización tarde más que lo esperado o que sea necesario modificar algunos sitios luego de la actualización, es fundamental que el administrador del servidor informe a los propietarios y usuarios de los sitios sobre las consecuencias del proceso. Para obtener más información, vea Creación del plan de comunicación (Windows SharePoint Services).
Actualización inmediata
Una actualización inmediata se realiza en el mismo hardware donde está instalada la versión anterior. Al realizar una actualización inmediata, el proceso actualiza toda la instalación en una secuencia predefinida. En los siguientes pasos, se explica qué ocurre durante la ejecución del proceso de actualización inmediata:
Después de realizar todos los pasos previos a la actualización, el administrador del servidor instala Windows SharePoint Services 3.0 en el servidor que ejecuta la versión anterior de Windows SharePoint Services y elige Actualización inmediata.
El proceso de actualización se ejecuta y actualiza la base de datos de configuración y el sitio de Administración central.
El proceso de actualización se ejecuta en cada servidor virtual y actualiza cada colección de sitios en ese servidor virtual.
Cuando todos los sitios se han actualizado, el proceso de actualización finaliza.
Repita la acción de actualización en cada servidor de un entorno de granjas de servidores.
El administrador confirma que la actualización se ha completado y, a continuación, desinstala la versión anterior de Windows SharePoint Services.
Actualización gradual
Como ocurre con la actualización inmediata, la actualización gradual se realiza en el mismo hardware usado para la instalación de la versión anterior. Sin embargo, una actualización gradual permite controlar el momento en que se realiza la actualización de cada colección de sitios individual y seguir ejecutando la versión anterior y la versión nueva al mismo tiempo en el hardware. Al realizar una actualización gradual, las topologías inicial y final tienen la misma configuración, tal como ocurre con una actualización inmediata, excepto por las siguientes diferencias:
Durante y después de la actualización, los servidores cliente web ejecutan Windows SharePoint Services 2.0 y Windows SharePoint Services 3.0. Las colecciones de sitios actualizadas se ejecutan en Windows SharePoint Services 3.0, mientras que las colecciones de sitios que no se han podido actualizar o no se han seleccionado para la actualización siguen ejecutándose en Windows SharePoint Services 2.0 .
Nota
Los escenarios en que quizás no desee actualizar los sitios incluyen: quizás tenga que conservar algunos sitios en la versión anterior hasta que haya disponible un paquete de idioma necesario para Windows SharePoint Services 3.0. Como alternativa, puede que tenga que esperar a que se cree una nueva definición de sitio personalizado.
Durante y después de la actualización, Windows SharePoint Services 2.0 y las bases de datos de Windows SharePoint Services 3.0 estarán disponibles. El contenido para sitios actualizados se almacena en las bases de datos de Windows SharePoint Services 3.0; el contenido de los sitios que no se actualizaría o que debe permanecer tal cual se almacenará en las bases de datos de Windows SharePoint Services 2.0. Existen bases de datos de configuración para Windows SharePoint Services 3.0 y Windows SharePoint Services 2.0.
En la siguiente ilustración se muestra el proceso de actualización gradual:
.gif "Topología en transición durante una actualización")
Los siguientes pasos corresponden a los números de llamada de la ilustración anterior y explican qué ocurre durante la ejecución del proceso de actualización gradual.
Una vez realizados los pasos previos a la actualización, el administrador del servidor instala Windows SharePoint Services 3.0 en el primer servidor cliente web de la granja y selecciona Actualización gradual.
Nota
Es recomendable realizar una copia de seguridad del entorno antes de ejecutar la actualización. Para obtener más información, vea Ejecución y comprobación de una copia de seguridad completa en SQL Server (Windows SharePoint Services).
El proceso de actualización crea una aplicación web de Windows SharePoint Services 3.0 para hospedar la Administración central de SharePoint Central; también se crea el sitio de Administración central.
El proceso de actualización crea una nueva base de datos de configuración para almacenar los datos de configuración para Windows SharePoint Services 3.0. Los datos de configuración de la base de datos de configuración de Windows SharePoint Services 2.0 se copian en la nueva base de datos.
El administrador selecciona el servidor virtual que debe actualizarse y especifica el destino de la aplicación web. El proceso de actualización crea la aplicación web de destino y agrega todos los elementos web implementados en el servidor virtual de Windows SharePoint Services 2.0 para la nueva aplicación web.
El proceso de actualización crea una base de datos de contenido temporal para cada base de datos de contenido que existe en la versión anterior. El proceso de actualización copia la lista de sitios de Windows SharePoint Services 2.0 en el nuevo entorno. El administrador selecciona las colecciones del sitio que deben actualizarse. El proceso de actualización copia los datos de dichos sitios en la base de datos de contenido temporal y, a continuación, actualiza dichos sitios en la base de datos de contenido temporal. Cada sitio no estará disponible temporalmente mientras se realiza la copia en la base de datos de contenido temporal.
Después de actualizar el contenido, el proceso de actualización mueve los datos a la base de datos de contenido de Windows SharePoint Services 3.0 y, a continuación, elimina la base de datos de contenido temporal.
Al final del proceso de actualización, Windows SharePoint Services 2.0 y Windows SharePoint Services 3.0 se ejecutan y están disponibles. Después de actualizar todos los sitios, el administrador confirma que la actualización está completa. Si ya no se necesita Windows SharePoint Services 2.0, el administrador lo desinstalará.
Tratamiento de la redirección de URL durante la actualización gradual
Dos sitios no pueden compartir la misma dirección URL. Por lo tanto, durante una actualización gradual, al existir una versión anterior y una nueva versión de cada sitio, se necesita una URL de dominio diferente para cada uno (por ejemplo, http://nombre_compañía/sites/SiteA y http://nombre_compañía_old/sites/SiteA). Durante la actualización, se necesita una URL de dominio temporal para hospedar los sitios originales de la versión anterior. La nueva versión toma la URL de dominio que redirige al contenido previo a la actualización, y las solicitudes de los usuarios serán redirigidas a este contenido, haya sido actualizado o no. El siguiente proceso ocurre durante la actualización para permitir este redireccionamiento:
Antes de comenzar la actualización, cree un dominio URL temporal para los sitios de la versión anterior.
Cuando se ejecuta la actualización, el proceso solicitará el dominio antes especificado. El proceso de actualización traslada el sitio de la versión anterior al dominio URL temporal, y la nueva versión adopta el dominio URL original.
Para cada colección de sitios, se crea redirección automáticamente para enviar solicitudes de la dirección URL original al sitio anterior hasta que el sitio se haya actualizado.
Una vez actualizado cada sitio, se descarta la redirección de ese sitio.
Una vez se han actualizado todos los sitios, y después de eliminar todos los sitios antiguos y finalizar el proceso de actualización, puede quitar manualmente el dominio de la dirección URL temporal del sistema de nombres de dominio (DNS).
Durante este proceso, el acceso de navegación a la dirección URL original siempre funciona. Sin embargo, determinadas aplicaciones de cliente (como por ejemplo las aplicaciones de cliente de Microsoft Office) no pueden usar estos tipos de redirecciones. Antes de actualizar un sitio, la dirección URL original señala a la versión anterior; después de actualizar un sitio, la dirección URL original señala a la nueva versión.
En la tabla siguiente, se muestra el funcionamiento de las direcciones URL durante la actualización gradual.
| Etapa | Dirección URL del sitio original | Dirección URL del sitio actualizado | Notas |
|---|---|---|---|
Antes de la actualización |
http://*nombre_compañía* /sites/SiteA |
n/d |
El administrador del servidor crea http://*nombre_compañía*_old para su uso durante la actualización gradual. |
Durante la actualización |
http://*nombre_compañía*_old /sites/SiteA |
http://*nombre_compañía* /sites/SiteA |
Las solicitudes para http://*nombre_compañía*/sites /SiteA se redirigen a http://*nombre_compañía*_old /sites/SiteA hasta que éste sea actualizado. |
Después de la actualización |
http://*nombre_compañía*_old /sites/SiteA (hasta que se elimine) |
http://*nombre_compañía* /sites/SiteA |
La redirección se elimina una vez que finaliza la actualización y se validan los resultados. |
Tenga en cuenta que esta redirección de URL puede dañar los vínculos codificados de forma rígida dentro de los sitios o documentos. Por ejemplo, los formularios de Microsoft Office InfoPath® suelen contener vínculos codificados de forma rígida hacia ubicaciones de datos (como una lista de SharePoint, un servicio web o un archivo XML específico). Como el vínculo está codificado de forma rígida, no puede actualizarse automáticamente para que haga referencia a la URL temporal usada para los sitios que aún no fueron actualizados, durante una actualización gradual. Antes de comenzar el proceso de actualización oficial, use una actualización de prueba para identificar estos problemas. De esta forma, es posible identificar los sitios que deben actualizarse rápidamente a fin de que puedan volver a usar la URL original y se eviten las llamadas de asistencia relacionadas con la pérdida de funcionalidad de formularios u otros elementos que contienen vínculos codificados de forma rígida.
Descarga de este libro
En este tema se incluye el siguiente libro descargable para facilitar la lectura y la impresión:
Vea la lista completa de libros disponibles en la página de libros descargables para Windows SharePoint Services.