Quiero empezar indicando que para poder migrar una base de datos de contenido que no es la principal o raiz, es necesario que se migre de primero la base de datos raíz, es decir la base de datos con que se creo la aplicación Web, por ejemplo: http://hostname/ esta debe de existir en el servidor destino y debe de estar “atachada” a la aplicación Web que deseamos migrar la segunda o x base de contenido no raíz. Cómo identificar estas a través de los prefijos de rutas administradas o managed path definidos. Los cuales de forma predeterminada encontraremos : sites y personal. Otros usualmente definidos son deps, dept, departaments, etc.
Vamos al punto central de este artículo: Para migrar una segunda base de contenido no raíz es igual como la principal, solo que la anterior debió migrarse antes. La línea de comando usual es la siguiente:
mount-SPContentDatabase –Name [Wss_Content_XYZ] –WebApplication http://hostname
Recibirá un mensaje parecido al siguiente:
100.00%
Id : 623e7b8e-5f53-4295-abba-768a7972193e
Name : wss_content_xyz
WebApplication : SPWebApplication Name=SharePoint - 80 - Portal Interno
No es necesario colocar el prefijo o ruta administrada esta información esta en la misma base de datos de contenido y esta adicionará la ruta al momento de “atacharse” a la aplicación Web exitosamente.
Si es mas de una base de datos de contenido no raíz que debemos de migrar, el orden con que lo hagamos no tiene importancia, ni relevancia, entre tanto cumplamos con el único prerrequisitos lógico que es que este primero la base de datos de contenido raíz “atachada” a la aplicación Web.
Nota: Recuerde el espacio requerido para migrar siempre es 3 veces el tamaño de la base de datos de contenido a migrar que este libre. Más información en: http://jmhogua.blogspot.com/2012/04/espacio-requerido-para-la-migracion-de.html
Upgrade4Fun!,
Juan Manuel Herrera Ocheita
No hay comentarios.:
Publicar un comentario