Durante una recente migrazione del sito di un mio cliente mi sono trovata davanti a un problema importante: il database del backup non voleva saperne di caricarsi.
Avevo seguito tutti i passaggi standard — esportazione, trasferimento file, importazione — ma qualcosa si bloccava, il caricamento che non andava a buon fine.
Il file di backup del database era corretto, ma durante l’importazione non veniva accettato dal sistema. Questo può succedere più spesso di quanto si pensi, soprattutto quando si lavora tra ambienti diversi (locale, staging, produzione) o con configurazioni hosting differenti.
La soluzione è stata aprire direttamente il file del database, il classico file .sql.
Una volta dentro, ho cercato le righe iniziali in cui viene definito il nome del database (di solito con istruzioni come CREATE DATABASE o USE nome_database;).
Il nome del database presente nel file non corrispondeva a quello effettivamente creato sul server di destinazione ma quello del database precedente.
A quel punto ho semplicemente: modificato il nome del database all’interno del file .sql, salvato il file e ripetuto l’importazione.
E questa volta… tutto è andato liscio.
Quando si esporta un database, il file si porta dietro anche riferimenti specifici all’ambiente originale, incluso il nome del database. Se sul nuovo server quel nome è diverso (cosa molto comune, soprattutto su hosting condivisi), l’import può fallire o creare conflitti.
Cosa tenere a mente:
Prima di importare, controlla sempre il contenuto del file .sql.
Verifica che il nome del database corrisponda a quello effettivamente creato sul server.
Se riscontri problemi, non dare subito per scontato che il file sia “corrotto”: spesso si tratta semplicemente di aggiornare alcune informazioni.

Ti è mai capitato?
Commenta qui sotto e, se hai un problema simile e non sai come risolverlo, scrivimi: ti aiuterò a trovare la soluzione.

Torna al Blog