Mi primer Redeployment/Reimplementación de CRM 3.0

Suena como un anuncio de colonia, ya lo sé. El caso es que me he encontrado con algunos problemillas (qué sorpresa) y aquí van, para que no se olvide. En líneas generales, el proceso que se explica en la carpeta RedeploymentTool es correcto. Sólo añadir que:

• El backup de la base de datos original no debería incluir los usuarios (SQLAccessGroup y demás) que crea la instalación de CRM. Estarán basados en el directorio activo antiguo. Aunque se vaya a instalar sobre el mismo directorio activo, no conviene que estén, pues la instalación intentará volver a crearlos y dará un error, poco explicativo, por cierto de tipo GrantDatabaseAccessAction.
• Puede que dé un error AddLicenseAction. Se puede omitir, como recomienda Matt Parks aquí, pero también se puede entrar a la base de datos, tabla Licenses, y cambiar (por ejemplo) una letra de la clave de activación. El programa de instalación machacará esta tabla, en cualquier caso.

Por lo demás, todo fue bien, aunque me sorprendió no encontrar demasiada información en la web sobre Redeployment. Es una herramienta fundamental para fabricar entornos de prueba.

Error al migrar actividades

En la última migración que he tenido que soport... realizar, me he encontado con el siguiente problema, que dejo aquí para no olvidarlo y que, de paso, puede ayudar a alguien, quién sabe.

Cuando se trata de migrar actividades de cualquier tipo (Tareas, Llamada de teléfono etc) tendremos lógicamente que rellenar el campo StateCode para indicar si la tarea está abierta o cerrada. Vale, hasta ahí ningún problema. Sin embargo, si rellenas el campo StatusCode, que permite explicar la Razón del estado de la actividad, la migración falla, con un sencillo mensaje de error : Failed to migrate object: Server was unable to process request. Además, termina el proceso y no migra el resto de actividades.

Solución: si dejamos el campo StatusCode vacío en la CDF, tomará el valor por defecto y la migración funcionará. Si tenemos que cambiar el valor por defecto... entonces tenemos otro problema, para el que no tengo solución.

Más sobre el DMP

El nuevo Data Migration Pack es una mejora y puesta al día del antiguo DMF. La herramienta se ha complementado con asistentes que hacen la tarea accesible a usuarios sin conocimientos (en teoría) de SQL. Todo lo que antes se hacía a fuerza de procedimientos almacenados (es decir: mapear usuarios, territorios, unidades de negocio, campos enumerados picklist) ahora se puede hacer desde una interfaz gráfica. Lo que veis a continuación es la presentación donde se ve la planificación de los pasos a seguir. Desde este asistente se acceden a otros subasistentes para inicializar, mapear y migrar.


Un ejemplo: esta imagen que veis aquí es un mapeo de un territorio. A la izquierda aparece el valor que se ha encontrado en la bd original. A la derecha, los que están disponibles en CRM (que previamente se ha inicializado con otro asistente).


Una vez que nos decidimos a hacer la importación, podemos continuar otra migración parcial previa o limpiar el estado para empezar de nuevo. Eso sí, las tareas de backup y restore de las bases de datos en SQL todavía hay que hacerlas con el administrador de SQL Server.



En resumen, una ayuda muy buena cuando se trata de hacer pequeñas migraciones. Si la migración es grande (muchos campos personalizados, muchos picklist) sigue ayudando, pero el grueso del trabajo se desplaza a la realización de los mapeos, independientemente de la herramienta que utilicemos. De todas formas, que sea bienvenida.

Data Migration Pack

Buenas noticias: ya está disponible la herramienta de migración de datos para la versión 3.0 La verdad es que todavía no la he probado, así que lo único que puedo decir es que la han rebautizado: ahora es un Pack, que incluye el antiguo Framework más un asistente para importar contactos y cuentas desde Outlook BCM.

Se puede descargar aquí:

Microsoft Dynamics CRM 3.0 Data Migration Pack