Historias de Figueroa

La semana pasada se puso en contacto un lector de este blog, haciéndome una serie de preguntas sobre un problema que tenía ligado a la migración de un servidor MOSS 2007 de una máquina a otra. La migración como tal por lo que me contó tenía mucha más miga en el sentido que venía de una migración desde SharePoint 2003 a MOSS 2007 y después cambio de máquina de MOSS 2007 y de versión de SQL Server, en definitiva un tema interesante a tratar.

Esta semana, bueno esta y la anterior, he tenido que migrar una serie de sitios de un servidor a otro, y creo que he conseguido un método bastante depurado aunque no sé si es "soportado" por Microsoft. A mi entender es mucho más limpio que la utilización de otras herramientas de migración.

En este post me voy a centrar en la migración de colecciones de sitio, no de "servidores", es decir configuraciones, por dos razones:
a) Sería un post eterno :)
b) Si cambiamos de servidor siempre recomendaré el aprovechar la reinstalación para reconfigurar la Plataforma, y así dejarla como debe estar sin herencias de otras configuraciones anteriores. Soy partidario siempre del borron y cuenta nueva.

Para centrarnos, ¿Qué métodos podemos usar para migrar una colección de sitios de un servidor a otro?

a)Backup/Restore de MOSS 2007
b)Backup/Restore de herramientas de backup especializadas (DocAve, Tivoli, Veritas, etc.)
c)Distribución de contenido.
d)Migración de bases de datos de contenido.

La que yo utilizo y recomiendo es la última, me parece un método mucho más limpio que cualquiera de las anteriores, ya que sólo nos llevamos la configuración de la colección de sitios que queremos, sin necesidad de arrastrar otro tipo de configuraciones, así como que me parece también más limpio ya que controlamos completamente las tareas del MOSS 2007 que va a realizar para hacer la migración.

La idea es la siguiente, tenemos una colección de sitios en la url http://Contoso del servidor MOContoso.msft. Éste sitio tiene como base de datos de contenido WSS_Content_Contoso80 que está ubicada en el servidor SQContoso.msft

Ok, la idea es migrar esta colección de sitios al servidor MOContosoNuevo.msft con servidor de base de datos SQContosoNuevo.msft.

Lo primero que haremos será en servidor MOContosoNuevo.msft el crear una aplicación web exactamente igual que como estaba creada originalmente Http://Contoso. Configuraremos igual los nombres de Application Pools, ubicación de archivos del IIS, Nombre de base de datos, etc. Mi experiencia me dice que por alguna razón a veces el MOSS 2007 parece recordar también las ubicaciones físicas de los archivos de cada sitio del IIS.

Una vez hecho esto, pararemos los servicios de MOSS en el servidor MoContosoNuevo.msft, es decir en services.msc parar todos los de MOSS 2007, a nivel de IIS detener el servicio. Una vez hecho esto estaremos seguros que no existen conexiones abiertas entre el frontal y la base de datos de la nueva granja. Accederemos entonces a la administración central de SQL Server y separaremos la base de datos del nuevo sitio. Iremos a la ruta del servidor dónde este guardada la Base de Datos (entiendo que en la carpeta Data de la ruta del SQL Server) y la moveremos a otra ubicación.

Haremos lo mismo en el servidor MOContoso.msft pero con el objetivo no de mover el archivo de la Base de Datos sino para copiarla al nuevo servidor.

Cuando la tengamos copiada al nuevo servidor lo único que haremos será adjuntarla al SQL Server y arrancar los servicios, primero del MOSS 2007 y después del IIS.

Para evitar problemas de resolución de nombres debereis cambiar el alias en el DNS del viejo servidor al nuevo para que tanto vosotros como los usuarios puedan acceder correctamente.

Una vez hecho esto, iremos a una ventana de línea de comandos y ejecutaremos el comando
stsadm.exe -o addcontentdb -url http://contoso -database WSS_Content_Contoso

Una vez hecho esto ya estará todo listo. Se mantedrá toda la configuración de la colección de sitos a nivel de ACL y de configuración.

Esto evidentemente no lleva ni las configuraciones del SSP, ya que ésta reside en el SSP, ni tampoco los recursos que se utilicen a nivel de características, masterpage, etc. Es decir no se lleva ninguna configuracón de servidor. Por ello me gusta tanto este método, y por eso es mucho más laborioso que otros.

Por cierto la imagen del post es mía....tengo que difundir mi "arte"