Importare un database con phpMyAdmin

Con phpMyAdmin puoi importare un file SQL esistente in un database del tuo web hosting CURIAWEB. Ciò è necessario, ad esempio, se trasferisci un sito web manualmente, ripristini un database precedentemente esportato o desideri importare dati da un altro ambiente di hosting.

Durante un'importazione di database è particolarmente importante che tu prima dell'inizio database di destinazione corretto selezioni. Un file SQL può creare, modificare tabelle e record o – a seconda del suo contenuto – sovrascrivere o rimuovere dati esistenti.

In questa guida ti mostriamo passo dopo passo come preparare un database per l'importazione, caricare un file SQL tramite phpMyAdmin e successivamente verificare se l'importazione è stata eseguita con successo.

Attenzione: Non importare mai un file SQL alla cieca in un database di produzione. Se il database di destinazione contiene già dati importanti, crea un backup aggiornato prima dell'importazione.

Quando è necessario un import di database? #

Un'importazione tramite phpMyAdmin viene comunemente utilizzata nelle seguenti situazioni:

• trasferimento manuale di un sito web
• Ripristino di un database precedentemente esportato
• Trasferimento di un'applicazione su un altro account di hosting
• Migrazione di un database da un ambiente di sviluppo
• Ripristino di un backup SQL esistente

Nel caso di un sito Web basato su database, l'importazione del database è solitamente solo una parte dell'intero processo. Inoltre, i file del sito Web correlati devono essere presenti e l'applicazione deve essere connessa al database corretto.

Di cosa hai bisogno prima dell'importazione? #

Per un tipico import di database ti serve:

• un file SQL adatto
• un database di destinazione esistente
• un utente del database con i privilegi necessari
• La consapevolezza di quale database l'applicazione dovrà utilizzare in seguito

Durante una migrazione dovrebbe essere presente anche un backup del sito web originale.

Importante: Crea prima il database di destinazione e l'utente del database. phpMyAdmin importerà le tabelle e i dati; devi configurare indipendentemente la corretta assegnazione in cPanel tra il database e l'utente del database.

1. Controllare il file SQL #

Verifica prima quale file desideri importare.

Un backup di database non compresso potrebbe chiamarsi così, ad esempio:

kunde_wordpress.sql

A seconda dell'esportazione e della configurazione del server, è possibile utilizzare anche varianti compresse supportate.

Assicurati di aver selezionato il file di backup corretto e di sapere a quale sito web o applicazione appartiene.

Un file SQL non è un file di un sito web #

Un file SQL contiene istruzioni per database e, se applicabile, i dati in esso memorizzati.

Non sostituisce i file del sito web.

Con WordPress, ad esempio, sono necessari anche file e directory come:

wp-admin/
wp-content/
wp-includes/
wp-config.php
index.php

Il database e il file system costituiscono insieme le componenti essenziali di un tale sito web.

2. Se necessario, creare un nuovo database #

Se per il nuovo sito web non esiste ancora un database, crealo prima in cPanel.

La procedura completa è disponibile all'indirizzo Creare un database MySQL in cPanel.

Annotare quindi il nome completo del database.

Questo può apparire, ad esempio, così:

cliente_wordpress

3. Configurare l'utente del database #

Affinché il sito Web possa accedere in seguito al database importato, è necessario un utente del database con le autorizzazioni necessarie.

Crea o configura questo in:

Database → Gestisci i miei database

Spiegheremo come creare l'utente, assegnarlo al database corretto e impostare i suoi privilegi su Creare un utente MySQL e assegnarlo a un database.

4. Verifica del database di destinazione esistente #

Se il database di destinazione esiste già, dovresti verificare prima dell'importazione se è vuoto o se contiene già delle tabelle.

Apri per farlo:

Database → phpMyAdmin

e seleziona il database in questione.

Un database appena creato è solitamente vuoto all'inizio. Un database già utilizzato, invece, può contenere tabelle e dati produttivi.

Attenzione: Non importare un backup in un database di produzione esistente a meno che tu non sappia come il file SQL influirà sulle tabelle esistenti.

5. Eseguire il backup del database esistente prima dell'importazione #

Se il database di destinazione contiene già dei dati, dovresti creare un export aggiornato prima dell'importazione.

In questo modo disponi di un punto di ripristino immediatamente prima dell'importazione.

Puoi trovare la procedura in Esportare un database con phpMyAdmin.

Regola fondamentale: Database esistente + importazione pianificata = creare prima un export attuale.

Apri phpMyAdmin #

Accedi al tuo cPanel di CURIAWEB e apri:

Database → phpMyAdmin

Puoi trovare un'introduzione generale all'interfaccia su Utilizzare phpMyAdmin in cPanel.

7. Selezionare il database di destinazione corretto #

Fai clic sul database nel menu di navigazione a sinistra di phpMyAdmin in cui desideri importare il file SQL.

Controlla attentamente il nome completo.

Per esempio:

cliente_wordpress

Il database selezionato è la destinazione della seguente importazione.

Attenzione: Questo passaggio è uno dei più importanti dell'intera importazione. Se selezioni il database sbagliato, potrebbero essere interessati i dati di un altro sito web.

Controllare di nuovo se il database è vuoto #

Se per una migrazione hai creato un nuovo database, questo normalmente non dovrebbe ancora contenere tabelle applicative prima della prima importazione.

Se phpMyAdmin mostra già numerose tabelle, prima dell'importazione dovresti chiarire da dove provengono.

Non eliminare semplicemente le tabelle esistenti solo perché ti aspettavi un database vuoto.

Aprire la sezione „Importa“ #

Dopo aver selezionato il database corretto, apri in phpMyAdmin la sezione:

Importa

Da puoi selezionare il file da importare nel database.

10. Seleziona il file SQL #

Seleziona il backup del database sul tuo computer tramite la selezione dei file.

Per esempio:

kunde_wordpress.sql

Controlla il nome del file prima di iniziare.

Se possiedi più copie di backup, presta particolare attenzione alla data e allo scopo del file.

Non confondere i vecchi e i nuovi fusibili #

Con diversi file SQL esistenti, si può facilmente selezionare per errore un backup meno recente.

Un nome di file univoco aiuta a evitarlo.

Per esempio:

kunde_wordpress_2026-08-28.sql

Consiglio pratico: Non controllare solo il nome del file, ma, in caso di migrazioni importanti, verifica anche la data di modifica o il momento in cui è stato creato il backup.

11. Non modificare inutilmente l'impostazione del set di caratteri #

Durante l'importazione, phpMyAdmin può offrire impostazioni per il set di caratteri del file.

Se il file SQL è stato esportato con una configurazione predefinita funzionante e non vi è un problema specifico di set di caratteri, non dovresti modificare queste impostazioni alla cieca.

Un'errata gestione del set di caratteri può causare problemi, in particolare con le vocali accentate e altri caratteri speciali.

12. Controllare il formato #

Quando importi un backup di un database SQL, phpMyAdmin dovrebbe utilizzare il formato di importazione appropriato.

Con un file come:

database.sql

è il formato rilevante:

SQL

Non modificare altre opzioni di importazione senza un motivo specifico.

Avviare l'importazione #

Controlla un attimo prima della partenza:

• database di destinazione corretto
• file SQL corretto
• corretta postazione di sicurezza
• Formato di importazione

Avvia quindi l'importazione.

A seconda delle dimensioni del file SQL, l'elaborazione potrebbe richiedere del tempo.

Importante: Non avviare lo stesso import più volte solo perché non appare subito un risultato. Attendi prima per vedere se phpMyAdmin completa l'operazione con successo o restituisce un messaggio di errore.

14. Controllare il messaggio di successo #

Dopo un importo riuscito, phpMyAdmin mostra solitamente un corrispondente messaggio di conferma.

Leggi questo messaggio e fai attenzione alla presenza di eventuali avvisi o errori aggiuntivi.

Non dare per scontato che l'importazione sia completa solo perché la pagina viene visualizzata di nuovo dopo l'avvio.

15. Controllare le tabelle dopo l'importazione #

Seleziona nuovamente il database importato o aggiorna la visualizzazione.

Le tabelle del file SQL dovrebbero ora essere visibili nel database.

In WordPress possono ad esempio tabelle come:

wp_posts
wp_options
wp_users
wp_postmeta

essere presente.

Il prefisso non è necessario wp_ lauten.

Non usare il numero di tabelle come unico criterio #

Il numero di tabelle dipende dall'applicazione utilizzata, dalla versione, dalla configurazione e dalle estensioni installate.

I plugin di WordPress possono, ad esempio, creare tabelle proprie.

Una determinata quantità di tabelle non costituisce pertanto una prova universalmente valida di un'importazione completa.

Verificare i dati a campione #

Se hai controllato la struttura del database, se necessario puoi singole tabelle tramite Annunci rispettivamente Sfoglia aprire.

Questo consente di verificare se sono effettivamente presenti dei record.

Non modificare alcun dato se desideri solo controllare l'importazione.

Import riuscito – Il sito web comunque non funziona #

Un importo di database riuscito non significa ancora automaticamente che il sito web sia completamente configurato.

L'applicazione deve quindi essere collegata al database corretto.

A tal fine, in particolare il nome del database, l'utente del database, la password e l'host del database devono corrispondere al nuovo ambiente.

17. Connettere l'applicazione al database importato #

Quando migri un sito Web su un nuovo account di hosting, le credenziali di accesso al database dell'applicazione devono corrispondere alla nuova configurazione del database.

Su WordPress, queste informazioni si trovano solitamente in:

wp-config.php

Lì vengono utilizzati, tra gli altri, i seguenti valori:

DB_NAME
DB_USER
DB_PASSWORD
DB_HOST

Inserisci lì solo i valori effettivamente impostati per il nuovo account di hosting.

Attenzione: wp-config.php contiene credenziali di accesso sensibili. Non pubblicare il suo contenuto completo.

18. Utilizzare il nome completo del database #

cPanel può aggiungere un prefisso dell'account al nome del database scelto autonomamente.

Da:

WordPress

può ad esempio:

cliente_wordpress

diventare.

L'applicazione richiede il nome completo del database.

Utilizzare l'utente del database completo #

Lo stesso può valere per l'utente del database.

Da:

utente wp

può ad esempio:

kunde_wpuser

diventare.

Usa il nome completo così come viene visualizzato in cPanel.

20. L'utente del database deve essere assegnato al database #

Anche dopo un'importazione riuscita, l'applicazione richiede un utente che possa accedere al database.

Verifica quindi su:

Database → Gestisci i miei database

se l'utente designato è stato assegnato al database importato e dispone dei privilegi necessari.

L'importazione in sé non sostituisce questa assegnazione.

Testare il sito web #

Apri il sito Web nel browser dopo l'importazione e la configurazione.

Non controllare solo la pagina iniziale, ma anche le funzioni importanti dell'applicazione.

Su WordPress è possibile verificare, ad esempio, le seguenti aree:

• Pagina iniziale
• pagine e articoli singoli
• Pannello di amministrazione di WordPress
• Media
• Plugin o funzioni importanti

In un negozio online dovrebbero essere controllate di conseguenza anche le funzioni importanti del negozio.

Il sito web mostra l'errore „Error establishing a database connection“ #

Se WordPress dopo l'importazione non riesce a stabilire una connessione al database, non significa automaticamente che l'importazione sia fallita.

Verifica prima:

• NOME_DB
• UTENTE_DB
• PASSWORD_DB
• DB_HOST
• Assegnazione dell'utente del database
• Autorizzazioni dell'utente del database

Il database potrebbe essere completamente importato, mentre solo la configurazione di accesso dell'applicazione non corrisponde al nuovo ambiente.

Il sito web mostra un vecchio dominio o reindirizza a un vecchio server #

Durante una migrazione di un sito web, nel database potrebbero essere ancora memorizzati gli URL del dominio o dell'ambiente precedente.

Un'importazione riuscita non modifica automaticamente tali dati dell'applicazione.

Tuttavia, in WordPress non dovresti effettuare modifiche al dominio tramite una ricerca e sostituzione cieca nell'intero file SQL o nel database.

Attenzione: WordPress, temi e plugin possono memorizzare dati strutturati o serializzati. Una ricerca e sostituzione inadeguata può danneggiare tali dati.

L'importazione e il cambio di dominio sono due compiti diversi #

L'importazione del database trasferisce i dati memorizzati.

Una modifica del dominio o dell'URL può successivamente richiedere ulteriori adeguamenti all'interno dell'applicazione.

Tratta questi due compiti separatamente, in modo che sia più facile risalire agli errori.

Anche i file del sito web devono essere presenti #

Se il database è stato importato con successo ma i file del sito Web mancano, il sito Web non è comunque completo.

In WordPress, ad esempio, il nuovo ambiente richiede anche temi, plugin e caricamenti dal file system.

Ti spieghiamo come trasferire i file tramite cPanel su Caricare, scaricare e modificare file in cPanel.

Gestire in modo sicuro il file SQL dopo una migrazione riuscita #

Dovresti conservare il backup SQL originale almeno fino a quando la migrazione non sarà stata completamente verificata.

Successivamente puoi decidere, in base alla tua strategia di backup, per quanto tempo conservarla.

Un backup di database può contenere informazioni sensibili e dovrebbe essere conservato in modo protetto.

Non lasciare il file SQL in public_html #

Se hai trasferito un backup di database sul server durante una migrazione, questo non dovrebbe rimanere permanentemente in una directory pubblicamente accessibile.

In particolare un percorso come:

public_html/

non è un luogo di archiviazione permanente adatto per un backup SQL non protetto.

Sicurezza: Rimuovere i file SQL temporanei non più necessari dalle aree accessibili al pubblico al termine dei lavori.

Cosa succede se le tabelle esistono già? #

Il comportamento dipende dal contenuto del file SQL.

Un file di esportazione può contenere, ad esempio, istruzioni che ricreano tabelle, inseriscono dati o rimuovono tabelle esistenti prima della ricreazione.

Se il database di destinazione contiene già tabelle con gli stessi nomi, l'importazione potrebbe quindi fallire o influenzare i dati esistenti.

Per una normale migrazione in un database appena creato, un database di destinazione vuoto è spesso il punto di partenza più chiaro.

Non eliminare semplicemente le tabelle esistenti in modo manuale #

Se l'importazione non funziona come previsto a causa di tabelle già esistenti, non eliminarle immediatamente.

Verifica prima:

• se hai selezionato il database di destinazione corretto
• da dove provengono le tabelle esistenti
• se contiene dati di produzione
• se sia presente un backup recente
• quali istruzioni contiene il file SQL

Non avviare l'importazione più volte #

Se un'importazione sembra non essere riuscita completamente, non dovresti semplicemente ripetere la stessa importazione sul database già parzialmente importato.

Ciò può causare, ad esempio, record duplicati o conflitti con tabelle già create.

Importante: Dopo un'importazione non riuscita, verificare prima la causa dell'errore e lo stato del database di destinazione. Solo dopo decidere se e come eseguire una nuova importazione.

Rilevare database parzialmente importato #

Se un'importazione si interrompe durante l'elaborazione, potrebbero essere già stati creati tabelle e record.

Il database potrebbe quindi non essere né vuoto né completamente importato.

Pertanto, in caso di interruzione, verifica le tabelle esistenti e il messaggio di errore specifico.

Non modificare il file di importazione alla cieca #

Se un file SQL non può essere importato, non dovresti rimuovere casualmente istruzioni SQL dal file.

Ciò può rendere il database incompleto o fargli perdere strutture importanti.

La causa esatta dell'errore dovrebbe essere determinata prima tramite il messaggio di phpMyAdmin.

Grandi file SQL #

Nel caso di database più grandi, un'importazione basata su browser tramite phpMyAdmin può raggiungere limiti tecnici.

Ciò può includere, ad esempio, limitazioni di upload o di durata.

Se il tuo file non può essere selezionato, l'importazione si interrompe o phpMyAdmin segnala un errore di dimensione o di timeout, non dovresti modificare casualmente le impostazioni del server o di PHP.

Tratteremo la ricerca sistematica degli errori nel prossimo articolo sotto L'importazione in phpMyAdmin non funziona: errori e file SQL di grandi dimensioni.

Problemi di set di caratteri dopo l'importazione #

Se dopo l'importazione le dieresi o i caratteri speciali vengono visualizzati in modo errato, potrebbe esserci un problema con il set di caratteri, la collazione, l'esportazione o l'importazione.

Non cambiare la collazione dell'intero database di produzione alla cieca.

Verifica prima come sono stati salvati i dati di origine e con quali impostazioni sono stati esportati o importati.

Il database importato è più grande o più piccolo del previsto #

Le dimensioni del file del backup SQL e lo spazio di archiviazione del database importato visualizzato in phpMyAdmin non devono necessariamente essere identici.

Un file SQL è una rappresentazione del database in formato di esportazione, mentre phpMyAdmin mostra i requisiti di memoria delle tabelle del database all'interno del sistema di gestione del database.

Un confronto diretto delle dimensioni non è quindi una prova affidabile di completezza.

Import riuscito – Non sovrascrivere immediatamente il file SQL come unica copia di backup #

Quando esegui una migrazione, conserva il file SQL originale non modificato finché il nuovo sito web non sarà completamente testato.

Non creare accidentalmente un nuovo export sullo stesso file perdendo così il tuo stato di backup originale.

Particolarità dei negozi online attivi #

Su un sito web attivo, i dati possono modificarsi tra l'esportazione e l'importazione.

In un negozio online, ad esempio, potrebbero arrivare nuovi ordini anche dopo l'esportazione.

Questi set di dati creati successivamente non si trovano nel file SQL precedentemente esportato.

Importante: Nei siti web altamente dinamici, il momento dell'esportazione finale del database e del passaggio deve essere pianificato con cura, affinché non vadano persi dati aggiornati tra il vecchio e il nuovo sistema.

L'importazione di un database non è la fusione di due siti web #

Un'importazione SQL non deve essere confusa con la fusione automatica di due database differenti.

Se il database di origine e quello di destinazione contengono ciascuno i propri contenuti di produzione, tabelle, ID e dati applicativi possono entrare in collisione.

Il semplice importare un database nell'altro non è solitamente una procedura generale adeguata a tale scopo.

Importazione come ripristino #

Se vuoi ripristinare un database da un backup, devi sapere esattamente quale stato rappresenta il backup.

Tutti i dati creati dopo questo momento di backup e sostituiti durante il ripristino potrebbero andare persi.

Controlla pertanto la data o il momento del backup prima di un ripristino.

Verificare le funzioni importanti dopo un ripristino #

Dopo un ripristino del database, non limitarti a testare se la homepage viene caricata.

Controlla in particolare le funzioni che scrivono o modificano dati.

A seconda dell'applicazione, ciò può includere, ad esempio:

• Registrazione
• Salvataggio delle impostazioni
• Creazione o modifica di contenuti
• Formulare
• Funzioni di negozio e ordinazione

Procedura consigliata per un'importazione normale #

1. Controlla il file SQL e il relativo orario di backup.
2. Crea un nuovo database se necessario.
3. Crea o verifica l'utente del database.
4. Assegna l'utente al database con i privilegi necessari.
5. Eseguire il backup di un database di destinazione esistente prima dell'importazione.
6. Apri Database → phpMyAdmin.
7. Seleziona il database di destinazione corretto.
8. Apri Importa.
9. Seleziona il file SQL corretto.
10. Controlla il formato di importazione.
11. Avvia l'importazione una volta.
12. Controlla il messaggio di successo.
13. Controlla le tabelle e i dati a campione.
14. Collega l'applicazione al nuovo database.
15. Testa il sito web e le funzioni importanti.

Procedura consigliata per una migrazione di WordPress #

1. Eseguire il backup dei file del sito web della precedente installazione.
2. Esporta il database corrente.
3. Trasferire i file nel nuovo ambiente di hosting.
4. Configurare un nuovo database e un utente del database.
5. Assegna l'utente al database.
6. Importare il file SQL nel nuovo database.
7. wp-config.php confrontare con i nuovi accessi al database.
8. Visita il sito web.
9. Testare l'area di amministrazione e le funzioni importanti.
10. Considerare la migrazione come completata solo dopo una verifica positiva.

Consiglio pratico: Durante una migrazione, non modificare contemporaneamente database, dominio, versione di PHP, plugin e altre impostazioni, a meno che non sia necessario. Meno variabili modifichi allo stesso tempo, più facile sarà diagnosticare eventuali errori che si presentano.

Quando dovresti contattare il supporto? #

Se un'importazione non viene completata con successo, dovresti annotare l'esatto messaggio di errore di phpMyAdmin oppure fare uno screenshot.

Per un'analisi sono particolarmente utili le seguenti indicazioni:

• dominio o applicazione interessati
• nome completo del database di destinazione
• Dimensione del file SQL
• Formato di file o compressione
• se il database di destinazione fosse vuoto prima dell'importazione
• se l'importazione sia stata eseguita completamente o parzialmente
• messaggio di errore preciso
• se si tratti di una migrazione o di un ripristino

Non trasmettere password di database e non rendere pubblici per il download file SQL contenenti dati sensibili.

Riepilogo #

Importi un database SQL in CURIAWEB-cPanel tramite Database → phpMyAdmin. Seleziona prima il database di destinazione e poi apri la sezione Importa.

Prima di iniziare, verifica attentamente di aver selezionato il file SQL corretto e lo stato di backup desiderato. Se il database di destinazione contiene già dei dati, dovresti creare un export aggiornato prima dell'importazione.

Dopo l'importazione controlli il messaggio di successo, le tabelle esistenti e, se necessario, a campione i dati importati. In caso di migrazione di un sito web, devono inoltre essere presenti i file del sito e l'applicazione deve essere collegata al nome del database, all'utente del database, alla password e all'host del database corretti.

Se un import vân interromputo, non riavviarlo semplicemente sul database parzialmente importato. Verifica prima il messaggio di errore e lo stato attuale del database di destinazione.

Per file SQL più grandi, timeout e specifici errori di importazione, utilizziamo un'analisi degli errori separata, affinché il normale flusso di importazione rimanga chiaro.