Actualización inmediata (In-Place Update)

Actualiza el esquema de las bases de datos de contenido ahí mismo sin hacer copias ni replicas de una nueva versión.

Enfoque más sencillo. Los sitios conservan las direcciones URL originales. Actualiza las bases de datos  utilizando las rutas y hardware actual.

El entorno está sin conexión mientras se ejecuta, ya que todos los sites se van actualizando uno por uno sin necesidad de especificar el proceso manual o seleccionar cual se desea actualizar. No es posible revertir al sitio original. (No Rollback)

Servidor único o granja de servidores pequeña.

Actualización gradual (Gradual Update)

Instala la nueva versión en paralelo con la versión anterior (en el mismo servidor). El administrador del servidor determina qué colecciones de sitios se actualizarán y cuándo se actualizarán.

Permite usar un enfoque más granular: se actualiza a nivel colección de sitio. Reduce el tiempo durante el que se ve afectado cualquier usuario individual. Ya que se puede seleccionar por site collection individual cual se desea migrar y mientras los demás site collections estarán disponibles para los usuarios. Los sitios nuevos o migrados a la nueva versión automáticamente tomarán la ruta original, y los sitios originales (versión anterior) tomarán una nueva ruta especificada por el administrador durante la migración.Se puede revertir por lo tanto al sitio original. Usa el hardware existente.

Es un método más complejo y usa más recursos. Debe redirigir direcciones URL durante el proceso de actualización, lo cual provoca problemas en el caso de algunas aplicaciones cliente como Microsoft Office. Requiere almacenamiento adicional en SQL Server. No se admite el modo de hospedaje escalable de Microsoft Windows SharePoint Services 2.0.

Granjas de servidores medianas o grandes (sin servicios compartidos) con muchos sitios para las que debe limitar el tiempo de inactividad. Conveniente cuando el entorno tiene numerosas personalizaciones.

Migración de bases de datos (avanzada)

Requiere que el administrador del servidor instale la nueva versión en una granja de servidores separada o en hardware separado y que después migre manualmente las bases de datos (de contenido de las Aplicaciones Web) al nuevo entorno.

Permite la migración a una nueva granja de servidores o nuevo hardware. El entorno de SharePoint Portal Server 2003 está disponible y queda intacto tras la actualización.

Proceso complejo que requiere muchos pasos manuales y conlleva un mayor riesgo de errores. Requiere pasos manuales adicionales para conservar las direcciones URL originales de los sitios. Se deben volver a crear los ámbitos de búsqueda y se debe volver a aplicar la configuración de búsqueda. Requiere una nueva granja de servidores y el doble de espacio de almacenamiento en SQL Server.

Quienes van a pasar a un nuevo hardware o una nueva arquitectura. Quienes necesitan maximizar el rendimiento de la actualización. Este enfoque es necesario para entornos con Windows SharePoint Services 2.0 que usan el modo de hospedaje escalable o el modo de creación de cuentas del servicio de directorio de Active Directory.

Migración de Windows SharePoint Services 2.0 a Microsoft Office SharePoint Server 2007.

Actualización gradual para servicios compartidos

Igual que la actualización gradual, pero con pasos de actualización separados para actualizar sitios de portal primarios y secundarios.

Igual que la actualización gradual, pero podrá actualizar sitios de portal primarios y secundarios de forma individual.

Igual que la actualización gradual, pero además: dos rastreos de búsqueda están activos en el mismo momento para los entornos de Microsoft Office SharePoint Portal Server 2003 y Office SharePoint Server 2007.

Granja de servidores de cualquier tamaño con servicios compartidos.

Enfoque híbrido (avanzado) de actualización gradual más migración de bases de datos

Use un enfoque de actualización gradual para crear un proyecto piloto del proceso de actualización con varias colecciones de sitios y determinar si hay algún problema que necesita resolverse. A continuación, cuando esté seguro de que la actualización se está llevando a cabo sin problemas, use la migración de bases de datos en una copia de las bases de datos para acelerar el proceso de actualización.

Más rápido que usar sólo la actualización gradual.

Le permite probar el proceso de actualización con unos pocos sitios en la actualización gradual, con la opción de revertir los sitios si es necesario.

Sin reversión para la migración de bases de datos, de modo que debe tener una copia de seguridad de las bases de datos originales o realizar la migración en copias de las bases de datos.

Quienes necesitan maximizar el rendimiento de la actualización.