Disabilitare tutti i moduli ad esclusione Core – richiesti e dei Core - opzionali. Operazione è un po’ noiosa, perché deve essere ripetuta più volte per le dipendenze dei moduli che non ne consentono la disabilitazione in un solo passo.
C’è un comodo comando drush per questa operazione:
drush pml --no-core --type=module --status=enebled --pipe > moduli.txt
per ottenere in elenco dei moduli attivi

Nel mio sito utilizzavo il modulo image, che in Drupal 7 è stato eliminato e integrato nel core. Usavo anche Image Gallery che non è più disponibile in D7 e si serve della tassonomia per raggruppare le immagini in un determinato insieme.

Non tutti i moduli presenti in D6 sono disponibili in D7 e alcuni moduli di D6 sono stati integrati nel core di D7, è il caso del modulo image, integrato nel core.

Bisogna verificare quali moduli possono essere migrati e quali no. Questo influenza anche la decisione sull’opportunità di migrare.

Nel sito che ho migrato si trascinava fin dalla sua realizzazione, 2009, dei percorsi a link e a immagini non opportuni, sbagliati.

Per la migrazione, il sito deve essere in modalità manutenzione e l’utente utilizzato deve avere user ID 1, il primo utente creato durante l’installazione del sito.

Il tema da utilizzare è Garlan, che è quello di default presente nel core di Drupal. Anche un eventuale tema di manutenzione deve essere portato a Garland.

Occorre aggiornare (update) il core di Drupal 6, i moduli e i temi alle ultime versioni disponibili. Questa operazione è consigliata perché le procedure di upgrade fanno normalmente riferimento alle ultime release ed eventulamente contengono correzioni che agevolano la migrazione.

Per il backup del sito, i metodi usati sono quelli classici descritti in vari documenti https://drupal.org/node/22281. Ci sono moduli che agevolano il backup, ma io abitualmente copio la cartella che contiene il sito e salvo il DB attraverso phpMyAdmin. Come già accennato, sarà bene ripetere l'operazione in punti intermedi del processo, per consentire un ripristino parziale a fronte di test od operazioni errate.

E' fortemente sconsigliabile migrare un sito in produzione senza prima verificare i possibili problemi. Come passo iniziale è bene aggiornare una copia del sito. Le operazioni che verranno descritte sono prima state provate in un ambiente di test, più di una volta, per verificare eventuali varianti e difficoltà.