Solo migrar el contenido de SharePoint de 2007 a 2010 puede ser un desafío, que depende de factores como volumen de contenido a migrar , a personalizaciones instaladas, número de servidores a migrar. En este artículo voy a describir un método rápido de migración y luego de reubicación de contenido dejando a un lado la parte de personalizaciones y configuración de servicios. Ya que en algunos casos existen instalaciones que no cuentan con personalizaciones instaladas y no usan más de una o dos cajas para instalar el SharePoint.
Escenario:
Un Servidor ejecutando SharePoint 2007 Enterprise sobre Windows Server 2003 R2 32 bits con SQL Server 2005 Standard con 4 GB de RAM 200 GB HD, Procesador de 2.5 GHZ.
Un Nuevo Servidor Windows 2008 R2 con SQL Server 2008 R2 standard, con SharePoint Server 2010 Enterprise con 12 GB de RAM con 300 GB HD, Procesador 3.0 GHZ Quad Core.
El servidor de 2007 ya esta listo con el SP3 Instalado. Pasado el preupgradecheck, y ya ha sido depurado todos los errores reportados del preupgracheck. Estamos listos para hacer un backup de dos bases de datos de contenido, de la base de datos de la colección de sitios principal y de la base de datos de contenido que nos interesa migrar, ejemplo bases de datos de documentación de gestión. Necesitamos ambas ya que para poder migrar la segunda base de datos necesitamos primero migrar la colección primaria de la Web Application. Supongamos que el portal de 2007 se accede a través de la url http://miportal2007 y la que nos interesa se accesa a través de la url http://miportal2007/sitios/Gestion. Cada colección de sitios tiene su propia base de datos, por ejemplo WSS_Content_MiPortal2007 para http://miportal2007 y WSS_Content_Gestion para http://miportal2007/sitios/Gestion.
En el servidor 2010 tenemos instalado los bits de SharePoint Server 2010 Enterprise con SP1, configurada la granja de SharePoint e instaldo el Central Administration V 4.0. Creado una Nueva Web Application en el puerto 4040 la migración preliminar ejemplo http://INFOWARE-WFE-01:4040. Cuando creamos la Web Application nos crea una base de datos de contenido que no vamos a utilizar, por lo que se procede a desmontar. Esto lo podemos hacer desde Central Administration, Application Management, Manage Content Database, Luego de seleccionar la Aplicación Web y la base de datos de Contenido, la opción Remove Database.
La base de datos de 2007 se deben de restaurar en el nuevo servidor en SQL Server 2008 R2, a través del management Studio si así lo prefiere. No se tiene que preocupar por que el SQL 2008 R2 esta en 64 bits y SQL 2005 estaba en 32 bits (es una duda común), ya que solo esta pasando data. No se tiene que preocupar inclusive si la base de datos esta en versión 2005 y no en 2008, solo restaurela.
Ahora vamos a montar la base de datos de contenido WSS_Content_MiPortal2007 en 2010 en la Aplicación Web http://INFOWARE-WFE-01:4040 para montar y migrar el contenido a 2010 ejeucte la siguiente línea de comando en “SharePoint 2010 Management Shell”:
mount-SPContentDatabase –Name WSS_Content_MiPortal2007 –WebApplication http://INFOWARE-WFE-01:4040
* Esto reportará un porcentaje de avance y si finaliza con éxito llegará al 100% reportando algunos errores o advertencias o bien ninguno. En el Central Administration en la sección Upgrade and Migration, Check upgrade status.
Luego vamos a migrar la base de datos que nos interesa WSS_Content_Gestion, si quisieramos advertir algún problema antes de realizar la migración podemos ejecutar la siguiente línea de comando en “SharePoint 2010 Management Shell”
test-SPContentDatabase –Name WSS_Content_gestion –WebApplication http://INFOWARE-WFE-01:4040
y cuando estemos listos ejecutamos:
mount-SPContentDatabase –Name WSS_Content_gestion –WebApplication http://INFOWARE-WFE-01:4040
Si fue éxito podemos realizar la actualización visual a través de la siguiente línea de comando:
$site = Get-SPSite(“http://INFOWARE-WFE-01:4040/sitios/Gestion“)
foreach ($web in $site.AllWebs) { $web.UIVersion = 4; $web.Update() }
Ahora vamos a migrar el contenido a otra Web Application es decir a otra dirección url. Para ello vamos a realizar los siguientes pasos:
1) Registrar en el DNS el nombre gestion.midominio.com apuntando al nuevo servidor.
2) Crear una nueva aplicación Web desde el Central Administration en el puerto 80 con el host header gestion.midominio.com. Esto creará una base de datos de contenido que nombraremos SharePoint_Content_Gestion.
3) Ahora desde el 14 hive vamos a ejecutar la siguiente línea de comando para crear un backup de la colección de sitios:
stsadm –o backup –url http://INFOWARE-WFE-01:4040/sitios/Gestion –filename c:\gestion.bak
4) Y ahora vamos a ejecutar la restauración en la ubicación desea:
stsadm –o restore –url http://gestion.midominio.com –filename c:\gestion.bak
Y eso es todo!. SharePoint provee de las herramientas necesarias para migrar el contenido de un lado a otro. Esto incluye contenido, permisos, flujos de trabajo, historial de los mismos.
SharePoint4Fun!,
Juan Manuel Herrera Ocheita
