WSS 3.0: Métodos para actualizar de WSS 2.0 a WSS 3.0!

Aunque este tema es más que conocido en WSS 3.0, y hay cientos de blogs, artículos, y otros recursos que lo tratan en detalle, he realizado una pequeña tabla resumen sobre los métodos disponibles para migrar de WSS 2.0 a WSS 3.0 comentando sus características principales, ventajas e inconvenientes.

Método

Descripción

Ventajas

Desventajas

In-Place

ü Se utiliza para actualizar BD’s de contenidos y configuración en un intento único.

ü Las versiones antiguas de las BD’s  y servidores existentes se sobreescriben con la nueva versión.

ü Es un método adecuado para instalaciones mono-servidor a granjas pequeñas.

ü Sencillo de implementar.

ü Actualiza BD’s y servidores utilizando el HW existente.

ü Los sitios mantienen las URL’s originales

ü El entorno permanece offline cuando se ejecuta la actualización.

ü No hay vuelta atrás y no es posible ver la versión previa de un cierto sitio de SharePoint.

Gradual

ü Se utiliza para instalar la nueva versión coexistiendo con la antigua.

ü Permite que el administrador vaya identificando las colecciones de sitios en tiempo de migración.

ü Es adecuado para granjas medias o grandes con muchos sitios y personalizaciones.

ü Permite actualizar a nivel de colecciones de sitios en el mismo HW.

ü De cara al usuario, reduce el tiempo en el que el sistema no está disponible.

ü Los sitios mantienen las URLs originales y es posible volver a los sitios originales.

ü Es complicado por naturaleza ya que requiere muchos recursos y la realización de un planning de migración detallado.

ü Durante la actualización, la URL de redirección produce problemas con aplicaciones clientes como Microsoft Office.

ü Se necesita almacenamiento extra en SQL Server y no soporta  el modo de hosting escalable de WSS 2.0.

Migración de BD’s

ü Se utiliza para instalar WSS 3.0 en una granja o HW diferentes.

ü La BD se migra de manera manual al nuevo entorno.

ü Este método es adecuado para organizaciones que requieren un rendimiento máximo en la actualización.

ü Este método es adecuado para entornos de WSS 2.0 donde está activado el modo de hosting escalable o el modo Active Directory Service Account Creation.

ü Permite la migración a una nueva granja o HW.

ü El entorno de WSS 2.0 permanece disponible y sin tocar durante el proceso de actualización

ü Se requiere un alto grado de planning así como de interacción directa con WSS 3.0 durante el proceso de migración.

ü Es complejo, manual y con una alta tasa de errores.

ü Requiere pasos adicionales para mantener las URLs originales de los sitios.

ü Necesita una nueva granja y al menos doble espacio  de almacenamiento en SQL Server.

Espero que esta tabla resumen os sea de utilidad.

Publicado por

Juan Carlos González

Juan Carlos es Ingeniero de Telecomunicaciones por la Universidad de Valladolid y Diplomado en Ciencias Empresariales por la Universidad Oberta de Catalunya (UOC). Cuenta con más de 12 años de experiencia en tecnologías y plataformas de Microsoft diversas (SQL Server, Visual Studio, .NET Framework, etc.), aunque su trabajo diario gira en torno a SharePoint & Office 365. Juan Carlos es MVP de Office Servers & Services desde 2015 (anteriormente fue reconocido por Microsoft como MVP de Office 365 y MVP de SharePoint Server desde 2008 hasta 2015), coordinador del grupo de usuarios .NET de Cantabria (Nuberos.Net, www.nuberos.es), co-fundador y coordinador del Grupo de Usuarios de SharePoint de España (SUGES, www.suges.es), así como co-director de la revista gratuita en castellano sobre SharePoint CompartiMOSS (www.compartimoss.com). Hasta la fecha, ha publicado 8 libros sobre SharePoint & Office 365 y varios artículos en castellano y en inglés sobre ambas plataformas.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *