Un'importazione di database con phpMyAdmin può fallire per vari motivi. Il file SQL potrebbe essere troppo grande, l'importazione potrebbe interrompersi durante l'elaborazione oppure MySQL potrebbe restituire un messaggio di errore specifico relativo a tabelle, permessi, set di caratteri o record esistenti.
È importante non avviare immediatamente lo stesso processo dopo un'importazione non riuscita. Un'importazione interrotta potrebbe aver già creato parte delle tabelle e dei dati. Una seconda importazione su questo stato intermedio può causare ulteriori errori.
In questa guida ti mostriamo come analizzare sistematicamente un'importazione di phpMyAdmin non riuscita, classificare i messaggi di errore tipici e decidere come procedere in sicurezza.
Importante: Prendi nota o copia il messaggio di errore completo prima di modificare qualsiasi cosa. Il messaggio esatto è molto più utile per l'analisi degli errori rispetto all'informazione generale che l'importazione „non funziona“.
Innanzitutto, determinare in quale punto l'importazione fallisce #
Non tutti gli errori di importazione hanno la stessa causa. Verifica quindi prima cosa succede esattamente.
Le situazioni tipiche sono:
- non è possibile selezionare o caricare il file SQL
- phpMyAdmin segnala un errore già prima dell'importazione effettiva
- l'importazione si avvia, ma si interrompe durante l'elaborazione
- phpMyAdmin mostra un errore MySQL o SQL specifico
- l'importazione viene segnalata come riuscita, ma il sito Web non funziona dopo
- una parte delle tabelle è stata importata, il resto manca
Questi casi devono essere trattati diversamente.
Prima di un nuovo tentativo, verificare lo stato del database #
Apri il database di destinazione pertinente in phpMyAdmin e controlla se sono già presenti tabelle.
Se prima dell'importazione era presente un database vuoto e ora vengono visualizzate delle tabelle, almeno una parte del file SQL è stata elaborata.
Attenzione: Non riavviare semplicemente un'importazione fallita su un database parzialmente importato. Ciò potrebbe causare errori dovuti a tabelle già esistenti o a record duplicati.
Leggere il messaggio di errore per intero #
Molti problemi legati a phpMyAdmin o al server di database generano un messaggio specifico.
Nota:
- Numero di errore, se presente
- testo di errore completo
- tabella interessata
- istruzione SQL interessata, se visualizzata
- approssimativo punto in cui l'importazione è stata interrotta
Uno screenshot del messaggio completo può essere utile anche per un'analisi successiva.
Il file SQL è più grande del limite di caricamento consentito #
Se phpMyAdmin accetta solo file fino a una certa dimensione, un file SQL più grande non può essere importato tramite il normale caricamento.
La pagina di importazione può mostrare una dimensione massima consentita del file a seconda della configurazione del server.
Se il tuo file SQL è più grande di questo limite, il problema non è automaticamente del database stesso. È possibile che il file non raggiunga nemmeno del tutto phpMyAdmin.
Importante: Non modificare i limiti PHP a caso. Verifica prima quale limite viene effettivamente raggiunto e se la relativa impostazione nel tuo ambiente di hosting dovrebbe essere modificata autonomamente.
Comprimere file SQL #
A seconda della configurazione di phpMyAdmin e del server, i file SQL compressi potrebbero essere supportati.
Un file come:
database.sql
può comprimersi notevolmente a seconda del contenuto dei dati.
Una variante compressa supportata potrebbe apparire ad esempio così:
datenbank.sql.gz
Puoi capire se e quali formati di compressione siano accettati dall'interfaccia di importazione o dalla specifica configurazione del server.
La compressione aiuta tuttavia solo in caso di problemi di dimensioni del file trasferito. Non risolve errori SQL, di autorizzazione o di tabella.
Importazione avviata, ma va in timeout #
In caso di file SQL grandi o complessi, l'importazione può avviarsi e interrompersi successivamente a causa di un limite di tempo di esecuzione.
Questo è diverso da un semplice limite di upload: il file è stato accettato e almeno parzialmente elaborato.
Verifica assolutamente in questo caso se sono già presenti tabelle e record nel database di destinazione.
Il browser mostra una pagina vuota o la connessione si interrompe #
Se il browser non mostra più un normale messaggio di successo durante un'importazione lunga, non significa automaticamente che non sia stato importato nulla.
Apri quindi di nuovo il database di destinazione in phpMyAdmin e controllane lo stato.
Avviare nuovamente l'importazione solo dopo aver chiarito cosa è già stato elaborato.
Database parzialmente importato #
I file SQL vengono solitamente elaborati un'istruzione alla volta. Se il processo si interrompe nel frattempo, le istruzioni precedenti potrebbero essere già state eseguite.
Il database di destinazione potrebbe quindi apparire così, ad esempio:
Tabella A → presente
Tabella B → presente
Tabella C → presente
Tabella D → importazione interrotta qui
altre tabelle → mancantiUn tale database non è più vuoto, ma potrebbe anche non essere completo.
Importante: Tratta un importo interrotto come un possibile stato intermedio. Controlla prima il database prima di eliminare, importare nuovamente o utilizzare il sito web in produzione con esso.
Ricominciare da capo o continuare l'importazione? #
Quale procedura sia corretta dipende dal file SQL, dall'errore e dallo stato del database di destinazione.
Nel caso di un database appena creato e destinato esclusivamente a questa migrazione, un avvio pulito può avere più senso rispetto al tentativo di riprendere manualmente un'importazione parziale non chiara.
Se il database contiene invece già dati di produzione, non devi assolutamente eliminare le tabelle esistenti.
Attenzione: Elimina un database parzialmente importato o resettalo solo se è assolutamente certo che non contenga dati di produzione necessari e che esista un backup iniziale adeguato.
Errore #1044 – Accesso al database negato #
Un messaggio con numero di errore #1044 indica tipicamente un problema di autorizzazione relativo a un database.
Ciò può verificarsi, ad esempio, se il file SQL tenta di utilizzare o creare un database per il quale l'attuale utente del database o account di hosting non dispone dei diritti necessari.
Verifica in particolare se il file SQL contiene istruzioni come:
CREA DATABASE ...
USA ...contiene e se questi corrispondono all'ambiente di destinazione.
Perché CREATE DATABASE può essere problematico nell'hosting #
In un ambiente di hosting cPanel, i database vengono solitamente creati tramite cPanel e associati all'account di hosting.
Un file SQL importato non dovrebbe quindi tentare, senza prima essere verificato, di creare nuove database arbitrari a livello di server.
Crea invece il database di destinazione richiesto come in Creare un database MySQL in cPanel descritto e importare successivamente i dati in questo database.
L'istruzione USE fa riferimento a un vecchio nome di database #
Un file SQL proveniente da un altro ambiente di hosting potrebbe contenere un nome di database precedente.
Per esempio:
USE alteraccount_wordpress;Nella nuova sede, invece, il database può, ad esempio:
nuovoaccount_wordpress
chiamarsi.
Una tale devianza può essere rilevante durante l'importazione.
Attenzione: Non rimuovere o modificare acriticamente le istruzioni SQL. Verifica prima quali istruzioni sono presenti, cosa fanno e quale database di destinazione deve essere effettivamente utilizzato.
Errore #1045 – Accesso negato #
Errore #1045 indica tipicamente un'autenticazione non riuscita o un accesso al database negato.
Se l'errore si verifica in relazione a un'applicazione, verifica:
- nome utente completo del database
- Password dell'utente del database
- Host del database
- Assegnazione dell'utente al database
- Autorizzazioni dell'utente
Spiegheremo come configurare correttamente un utente del database su Creare un utente MySQL e assegnarlo a un database.
L'importazione è andata a buon fine, ma il sito web segnala comunque l'errore #1045 o "Access denied" #
In questo caso il database potrebbe essere completamente importato e solo l'applicazione potrebbe utilizzare credenziali errate.
In WordPress dovresti quindi in particolare modificare i valori in:
wp-config.php
controllare.
Tra questi vi sono:
DB_NAME
DB_USER
DB_PASSWORD
DB_HOSTUn nuovo import del database non risolve le credenziali di accesso errate dell'applicazione.
Errore #1050 – La tabella esiste già #
Un messaggio come:
#1050 - La tabella esiste già
significa che il file SQL vuole creare una tabella che esiste già nel database di destinazione.
Ciò si verifica spesso quando:
- un'importazione sia già stata parzialmente eseguita
- lo stesso import è stato avviato una seconda volta
- il database di destinazione non era vuoto prima dell'importazione
- un'altra installazione utilizza già gli stessi nomi di tabella
Non eliminare subito le tabelle #1050 #
Verifica prima perché la tabella esiste già.
Se si tratta di una tabella di produzione, la sua eliminazione potrebbe causare la perdita di dati.
Se invece il database è stato creato esclusivamente per una nuova migrazione e il primo import è stato notoriamente interrotto, un riavvio pulito può essere una possibile linea d'azione.
La decisione dipende dallo stato effettivo del database.
Errore #1062 – Voce duplicata #
Errore #1062 indica tipicamente che si deve inserire un valore che è già presente a causa di una chiave univoca.
Un messaggio può, ad esempio, significare:
Voce duplicata
indicare.
Ciò può verificarsi, tra l'altro, quando i dati sono già stati importati e si desidera inserirli nuovamente in un secondo momento.
Perché un secondo importo può causare #1062 #
Se il primo import ha già creato dei record, un nuovo import potrebbe tentare di inserire nuovamente gli stessi ID o altri valori univoci.
Il database impedisce questo se sono definite le relative regole di unicità.
Importante: Uno
#1062L'errore non è un motivo per rimuovere chiavi univoche a titolo precauzionale. Queste fanno parte della struttura del database e possono essere cruciali per il corretto funzionamento dell'applicazione.
Errore #1064 – Errore di sintassi SQL #
Errore #1064 indica tipicamente un'istruzione SQL che non può essere elaborata in questa forma dal server di database.
Le possibili cause possono essere:
- un file SQL danneggiato o incompleto
- un'istruzione SQL modificata manualmente in modo errato
- sintassi incompatibile
- un problema in un determinato punto del file di esportazione
Il messaggio di errore indica spesso un punto o un frammento vicino al quale è stato rilevato l'errore.
In caso di errori di sintassi, non eliminare righe a caso #
Una riga apparentemente problematica può essere parte di un'istruzione SQL più ampia.
Se rimuovi singole righe basandoti su supposizioni, il file potrebbe successivamente fallire in un altro punto o importare dati incompleti.
Verifica prima il messaggio di errore esatto e la provenienza del file SQL.
Errore dovuto a una collazione sconosciuta #
Durante l'importazione di un database da un altro ambiente di server, potrebbe apparire un messaggio che indica che una determinata collazione non è nota o non è supportata.
Ciò può verificarsi, ad esempio, quando l'origine e la destinazione utilizzano versioni diverse del server di database o diverse collazioni supportate.
Il messaggio di errore può contenere indicativamente:
Ordinamento sconosciuto
Non sostituire ciecamente la collazione #
Si trovano su Internet numerose guide che consigliano di sostituire in blocco una collazione con un'altra nell'intero file SQL.
Questo può funzionare in un caso specifico, ma non è una soluzione universale.
Verifica prima:
- quale collazione utilizza il database di origine
- quale collazione supportano i server di destinazione
- quale set di caratteri è associato
- se l'applicazione ha requisiti particolari
Attenzione: Il set di caratteri e le collezioni riguardano la memorizzazione e l'elaborazione del testo. Modifiche sconsiderate possono portare a caratteri visualizzati in modo errato o a comportamenti inattesi di confronto e ordinamento.
Le dieresi e i caratteri speciali sono errati dopo l'importazione #
Se caratteri come:
ä
ö
ü
é
àvengono visualizzati in modo errato dopo l'importazione, potrebbe trattarsi di un problema di set di caratteri.
Verifica se il problema è già presente nel file SQL o se si presenta solo dopo l'importazione.
Non cambiare immediatamente l'intera collazione del database. La causa potrebbe risiedere in diversi punti della catena di esportazione e importazione.
Errore dovuto a un set di caratteri sconosciuto #
Anche un set di caratteri non supportato può impedire un'importazione.
In questo caso, si dovrebbe prima chiarire con quale sistema di database o quale versione sia stato generato il file SQL e quali set di caratteri siano supportati dal sistema di destinazione.
Errore nelle istruzioni DEFINER #
Gli export SQL possono includere indicazioni su un determinato oggetto di database per DEFINER contenere.
Questi possono fare riferimento a un utente dell'ambiente server originale che non esiste sul sistema di destinazione o che non può esservi utilizzato.
Ad esempio, un file SQL può contenere un utente associato al server che era presente solo sul sistema precedente.
Se un messaggio di errore fa esplicitamente riferimento a DEFINER o fa riferimento a permessi corrispondenti, esattamente questa parte del file SQL o degli oggetti di database interessati dovrebbe essere controllata.
Importante: Non rimuovere indiscriminatamente tutti
DEFINER-Dati da ciascun file SQL. Verifica prima quali oggetti sono interessati e se sono necessari per l'applicazione.
Errore per mancanza di autorizzazioni #
Un'esportazione SQL da un ambiente con ampi privilegi di database può contenere istruzioni che non sono consentite in un normale ambiente di hosting.
Ciò non significa automaticamente che il tuo account di hosting sia configurato in modo errato.
Alcune azioni amministrative a livello di server non sono deliberatamente abilitate per i singoli account di hosting nei piani di hosting condiviso.
L'importazione si interrompe a causa di una determinata tabella #
Se l'errore si verifica sempre con la stessa tabella, annota:
- Nome della tabella
- Numero di errore
- Messaggio di errore
- posizione approssimativa all'interno dell'importazione
Ciò consente di distinguere in modo molto più mirato se, ad esempio, la struttura della tabella, un record di dati o un'istruzione SQL non supportata causa il problema.
L'importazione sembra bloccarsi su una tabella grande #
Singole tabelle possono essere molto più grandi del resto di un database.
Su WordPress, ad esempio, le tabelle dei log, delle statistiche, della cache o altre tabelle create da estensioni possono contenere quantità notevoli di dati.
Non interrompere un'importazione solo perché una grande tabella richiede più tempo.
Controlla se phpMyAdmin segnala effettivamente un errore o se l'operazione è ancora in corso di elaborazione.
Come dividere file SQL molto grandi? #
La divisione di un file SQL può essere una soluzione tecnica in determinate situazioni, ma non dovrebbe essere effettuata tagliandolo arbitrariamente in punti casuali.
Le istruzioni SQL possono estendersi su più righe. Se un'istruzione viene interrotta a metà comando, si generano file non validi.
Attenzione: Tratta grandi file SQL solo con un metodo adeguato o con sufficienti conoscenze di SQL. Un normale editor di testo e un numero di riga qualsiasi non sono un metodo sicuro per farlo.
Il file SQL potrebbe essere incompleto #
Se l'esportazione originale è già stata interrotta, il file SQL generato potrebbe essere incompleto.
Anche un'importazione successiva potrebbe quindi interrompersi, sebbene non vi sia nulla di errato nel database di destinazione.
Se la sorgente è ancora disponibile, un nuovo export completo potrebbe essere la soluzione migliore.
Ti spieghiamo come creare un export correttamente su Esportare un database con phpMyAdmin.
Il file SQL ha 0 byte o è insolitamente piccolo #
Un file vuoto o inaspettatamente piccolo può indicare che qualcosa è già andato storto durante l'esportazione.
Sebbene la dimensione del file in sé non sia una prova certa di completezza, dovresti comunque esaminare eventuali discrepanze evidenti prima dell'importazione.
Formato file non valido #
Verifica se si tratta effettivamente di un export di database idoneo.
Un file con l'estensione:
.sql
è un formato tipico per un export SQL.
Un qualsiasi file CSV, XML, ZIP o di testo non è automaticamente un export completo di database SQL.
Il file compresso non viene accettato #
Se phpMyAdmin non accetta un file compresso, verifica prima quali formati di compressione sono effettivamente supportati nell'interfaccia di importazione.
Non limitarti a cambiare l'estensione del file.
Rinomina in corso:
archivio_dati.zip
in
database.sql
non convertire il contenuto in un file SQL.
L'importazione è riuscita, ma il sito web mostra un errore del database #
Un'importazione riuscita e una connessione al database funzionante sono due cose diverse.
Se le tabelle esistono ma il sito web non riesce a connettersi, verifica le credenziali di accesso dell'applicazione.
Nel caso di WordPress in particolare:
DB_NAME
DB_USER
DB_PASSWORD
DB_HOSTVerifica inoltre se l'utente del database è stato assegnato al database corretto.
Importazione riuscita, ma il sito web mostra contenuti errati #
Se il sito web funziona dopo l'importazione ma non contiene i contenuti previsti, dovresti verificare se è stato effettivamente importato il giusto stato di backup.
Le possibili cause includono, ad esempio:
- vecchio backup SQL utilizzato
- database di origine errata esportato
- L'applicazione accede a un altro database
- L'importazione era incompleta
Non importare subito un altro backup sopra. Verifica prima quale database l'applicazione sta utilizzando attualmente.
Importazione riuscita, ma il sito Web utilizza ancora il vecchio database #
La creazione e l'importazione di un nuovo database non modificano automaticamente la configurazione del tuo sito web.
L'applicazione continua a utilizzare le credenziali del database memorizzate nella sua configurazione.
Su WordPress questo è solitamente:
wp-config.php
Errore dopo la modifica della password del database #
Se durante la migrazione hai modificato la password dell'utente del database, la nuova password deve essere aggiornata anche nell'applicazione.
Una modifica in cPanel non aggiorna automaticamente i file di configurazione del tuo sito web.
Importazione riuscita, ma mancano le tabelle #
Se è presente solo una parte delle tabelle attese, controlla prima il file SQL originale e il messaggio di importazione.
Le possibili cause sono:
- esportazione incompleta
- importazione interrotta
- solo alcune tabelle sono state esportate
- Errore durante l'importazione
Non dare per scontato che manchino tabelle basandoti unicamente su un numero previsto di tabelle. Applicazioni e plugin possono utilizzare un numero variabile di tabelle.
Non confondere il prefisso di WordPress con le tabelle mancanti #
In WordPress le tabelle non devono essere con:
wp_
iniziare.
Un'installazione può ad esempio avere un prefisso come:
abc_
usare.
Verifica quindi i nomi effettivi delle tabelle prima di dare per scontato che non siano presenti dati di WordPress.
L'importazione non sovrascrive automaticamente tutti i vecchi dati #
Il fatto che le tabelle o i record esistenti vengano sostituiti dipende dalle istruzioni SQL nel file di importazione.
Un file SQL può, ad esempio:
- creare nuove tabelle
- Inserisci record
- eliminare le tabelle esistenti e ricrearle
- modificare i dati esistenti
Ecco perché non dovresti mai dare per scontato che ogni importazione generi automaticamente uno stato del database identico.
DROP TABLE nel file SQL #
La copia di sicurezza contiene istruzioni come:
DROP TABLE ...le tabelle esistenti possono essere rimosse prima della loro ricreazione.
Ciò può essere utile in caso di un ripristino mirato, ma è particolarmente pericoloso in caso di un database di destinazione errato.
Attenzione: La scelta del database di destinazione giusto è fondamentale per un file SQL con
LASCIA CADERE-Istruzioni particolarmente importanti.
Errore INSERT dopo un'importazione interrotta #
Se un primo import ha già inserito dei record, un secondo tentativo potrebbe fallire sugli stessi record.
Questo è un altro motivo per cui un import fallito non dovrebbe essere semplicemente ripetuto.
Errore di chiave esterna #
Determinate applicazioni utilizzano relazioni tra tabelle che possono essere protette da cosiddette chiavi esterne.
Se un'importazione viola tali relazioni, il server di database può emettere un corrispondente messaggio di errore.
Non disattivare tali controlli per semplice sospetto. Possono proteggere la coerenza di dati correlati.
Differenze di SQL_MODE o di versione #
Un file SQL proveniente da un'altra versione di un server di database può contenere istruzioni o dati che vengono elaborati in modo più rigoroso o diverso dal sistema di destinazione.
Se il messaggio di errore indica una specifica modalità SQL, un tipo di dati o un valore non valido, è necessario verificare la compatibilità tra l'ambiente di origine e quello di destinazione.
Le impostazioni del database a livello di server non dovrebbero essere modificate unicamente per aggirare un singolo errore di importazione.
Importazione da un ambiente di hosting molto vecchio #
Con i database provenienti da ambienti server notevolmente più vecchi, le differenze di compatibilità possono presentarsi più frequentemente.
Questi possono includere, ad esempio:
- vecchi set di caratteri
- collazioni divergenti
- sintassi SQL obsoleta
- versioni di server di database differenti
- vecchie strutture di applicazioni
In tali casi il messaggio di errore specifico è determinante per il procedimento successivo.
Importazione da una versione più recente del server di database #
Anche il caso inverso può essere problematico: un file SQL è stato generato su un sistema che supporta funzioni o collazioni non presenti sul sistema di destinazione.
Verifica quindi sia l'ambiente di origine che quello di destinazione in caso di errori di compatibilità.
Non ogni messaggio di errore è un errore di phpMyAdmin #
phpMyAdmin è l'interfaccia attraverso la quale avvii l'importazione. Tuttavia, molti dei messaggi di errore visualizzati provengono dal server di database sottostante.
Un errore durante un'importazione non significa quindi automaticamente che phpMyAdmin stesso sia difettoso.
Distinguere tra limiti PHP e errori del database #
Un limite di caricamento o di esecuzione influisce sul processo di importazione tecnica tramite l'interfaccia web.
Un errore come:
#1050 - La tabella esiste già
riguarda invece l'elaborazione delle istruzioni SQL all'interno del database.
L'aumento di un limite PHP non risolve un errore SQL di questo tipo.
Non modificare le impostazioni PHP per ogni errore di importazione #
Se è effettivamente rilevante un limite di caricamento o di esecuzione, le impostazioni di PHP possono giocare un ruolo.
Tratteremo la gestione delle impostazioni PHP in cPanel più avanti in Modificare le impostazioni PHP in cPanel.
Verifica prima il messaggio di errore specifico. Errori di sintassi SQL, di tabella o di autorizzazione non vengono risolti da limiti PHP più elevati.
Quando un nuovo import pulito può avere senso #
Un nuovo importo in un database pulito può essere particolarmente utile se:
- il database di destinazione è stato creato esclusivamente per questa nuova migrazione
- non ci sono dati di produzione al suo interno
- l'importazione precedente è stata dimostrabilmente eseguita solo in parte
- la causa dell'interruzione è stata risolta
- è presente una protezione completa in uscita
Prima di rimuovere i dati, questi prerequisiti devono essere chiaramente definiti.
Quando non dovresti svuotare il database esistente #
Non svuotare o cancellare un database se:
- un sito web attivo che utilizza
- non sai con certezza a chi appartenga
- potrebbero essersi generati nuovi dati produttivi all'interno
- non è presente alcun backup recente
- tu non abbia ancora analizzato il precedente stato di importazione
Regola fondamentale: Uno stato del database non chiaro significa prima analizzare, non cancellare.
Risoluzione sistematica dei problemi per un'importazione non riuscita #
- Non riavviare subito l'importazione.
- Salvare il messaggio di errore completo.
- Controllare il database di destinazione corretto.
- Verificare se sono già state importate tabelle.
- Controllare le dimensioni e il formato del file SQL.
- Determinare se si tratta di un problema di caricamento, di runtime, SQL, di autorizzazione o di compatibilità.
- In caso di errori SQL, verificare il numero di errore e l'istruzione interessata.
- Documentare lo stato di un database parzialmente importato.
- Eliminare la causa.
- Solo successivamente decidere se continuare l'importazione o ricominciare da zero in modo pulito.
Rapida classificazione dei tipici errori #
| Problema | Intervallo di probabilità |
|---|---|
| Impossibile caricare il file a causa delle dimensioni | Limite di caricamento |
| L'importazione si avvia e poi si interrompe | Tempo di esecuzione, dimensione o errore SQL |
#1044 | Permesso del database / operazione del database non consentita |
#1045 | Autenticazione / Accesso |
#1050 | La tabella esiste già |
#1062 | Valore doppio univoco |
#1064 | Sintassi SQL |
Ordinamento sconosciuto | Compatibilità / Collazione |
| Umlaute o caratteri speciali errati | Set di caratteri / Catena di esportazione-importazione |
| Il sito web segnala un errore di connessione al database | Dati di accesso / Assegnazione utenti |
| Tabelle mancanti dopo l'importazione | Importazione parziale o esportazione incompleta |
Prima di una richiesta di supporto non „riparare“ nulla“ #
Se non identifichi chiaramente la causa, è spesso meglio lasciare lo stato attuale invariato.
Ulteriori tentativi di cancellazione, importazione o SQL potrebbero far perdere indizi importanti sulla causa originale.
Prendi nota o salva quindi prima il messaggio di errore e lo stato attuale del database.
Di quali informazioni ha bisogno il supporto? #
Per un'analisi mirata sono particolarmente utili le seguenti informazioni:
- dominio o applicazione interessati
- nome completo del database di destinazione
- Dimensione del file SQL
- Formato di file o compressione
- se il database fosse vuoto prima dell'importazione
- se le tabelle sono già state importate
- esatto numero di errore
- testo di errore completo
- tabella interessata, se visualizzata
- che si tratti di migrazione o di ripristino
- da quale ambiente di hosting o di database provenga il backup, se noto
Uno screenshot del messaggio di errore può essere inoltre utile.
Sicurezza: Non trasmettere password di database e non rendere pubblici per il download backup SQL contenenti dati sensibili.
Riepilogo #
Se un import di phpMyAdmin fallisce, non dovresti riavviarlo immediatamente. Controlla prima il messaggio di errore completo e verifica se il database di destinazione contiene già tabelle o record parzialmente importati.
I problemi prima dell'importazione effettiva indicano spesso dimensioni del file, caricamento o formato. Se un'importazione già in corso si interrompe, possono entrare in gioco limiti di tempo di esecuzione, errori SQL o problemi di compatibilità.
Errori come #1044, #1045, #1050, #1062 o #1064 indicano cause diverse e dovrebbero essere trattati in base alla specifica segnalazione. Un aumento dei limiti PHP non è quindi una soluzione generale per gli errori del database.
È necessaria una cautela particolare nel caso di database parzialmente importati. Elimina le tabelle o i database esistenti solo se è assolutamente certo che non siano interessati dati di produzione necessari e se è disponibile un backup adeguato.
La regola più importante in caso di importazione non riuscita è quindi: Salvare il messaggio di errore, verificare lo stato del database, determinare la causa e solo allora avviare il tentativo di importazione successivo.
