Posted by diegosh on March 7, 2015 at 10:22am
Hola buenos días a todos,
¿ Alguna vez os habéis visto en la necesidad de tener que migrar la estructura y los datos de un proyecto Drupal7 de un entorno a otro Drupal7 ? Bien porque lo vais a integrar en un proyecto más grande o porque queréis comenzar de nuevo en un entorno limpio y no lo queréis migrar todo.
¿Cuales son las alternativas que habéis seguido?
- Features + backups y restore de las tablas afectadas en base de datos.
- Código a medida para la migración de cada una de las partes.
- ¿ Qué módulos de Drupal nos pueden ser de ayuda ?
Comments
Como siempre: depende. Sin
Como siempre: depende.
Sin tener más detalles de tu caso concreto, si la estructura de tus contenidos (entiendo nodos) no varia, con features puedes pasarlos al otro Drupal si los featurizas correctamente.
Si vas a tener que hacer manipulación de datos, la API del módulo migrate debería ser lo que usaras. El módulo Feeds puede ayudarte si es un caso simple.
La opción de tirar selectivamente de un dump no la recomiendo salvo que sea una migración directa. Los nodos, fields, etc van a tablas diferentes, es bastante probable que te dejes cosas por el camino y en el caso de que ya tengas contenidos en ese otro sitio puedes montar un buen cacao.
--
Christian López Espínola (@penyaskito)
Buenas DIego! Yo tiraría por
Buenas DIego!
Yo tiraría por features para la migración de estructura de datos (Nodos, vistas, etc..) y para el contenido en sí usaría Migrate. Al ser una migración de Drupal a Drupal no debería darte muchos problemas más teniendo en cuenta que quieres mantener las estructuras.
Un saludo!
Gracias por las respuestas. Abriendo debate ;)
Hola muchas gracias por la repuesta, el módulo que yo estaba evaluando era justamente: migrate
Apunto aquí la documentación para los que puedan seguir esta discusión:
Modulo:
https://www.drupal.org/project/migrate
Documentación:
https://www.drupal.org/node/415260
La alternativa del dump le doy la razón a penyaskito pues el tablas que se crean para mantener los fileds de los bundles o tipos de contenidos creados por el usuario o módulos es grande y alguno se puede pasar, además de tener que estar luego jugando con índices y secuencias.
Para el caso de entidades creadas por módulos custom si se podría justificar el usar el dump en caso de que solo afecte a una sola tabla de base de datos, tengo este escenario en mi proyecto también.
En el proyecto que estoy planificando migrar, tengo contenido (nodos) , vistas, menús, usuarios y roles y algún módulo que implementa Entity y que tiene su propia tabla en la base de datos....
Un poco el objeto de abrir el debate era saber de gente que ya se había enfrentado a este caso y mediante el uso de las herramientas que estamos comentando saber:
- que problemas básicos o dificultades se habían encontrado,
- que volumen de datos había migrado,...
- si hay que tener en cuenta un orden de migración o ya te lo marca migrate.
Buenas Diego, tambien te
Buenas Diego, tambien te recomiendo estos enlaces:
Una charla que me abrió los ojos y me hizo decantarme por migrate fue:
Charla de Ramon vilar en la DrupalCamp Cáceres 2013: https://vimeo.com/80602703
Por otro lado quizás esto te sirva de ayuda:
Módulo Drupal-to-Drupal data migration : https://www.drupal.org/project/migrate_d2d
No lo he probado pero creo que puede ayudar.
Un saludo!
Charla migrate drupalcamp Caceres
Super interesante
Ademas aporta dos enfoques nuevos wue no habia contemplado:
Sincronizar sitios manteniendo lo antiguo
Integrar procesos con migrate dentro del ciclo de desarrollo
Muchas gracias por la referencia
Diego