WordPress mostra “Errore nello stabilire una connessione al database”: cosa controllare

Riconosci il messaggio e annota quando compare

Salva una schermata con l’indirizzo interessato e annota l’orario del primo riscontro. Verifica la home, una pagina interna e l’accesso amministrativo: ti aiuta a descrivere l’estensione del problema. Una pagina già conservata nella cache può apparire normale anche mentre altre non funzionano.

La documentazione sugli errori comuni di WordPress distingue la connessione al database dall’errore critico, dalla pagina bianca e dall’errore interno del server. Evita quindi di applicare tutte le procedure trovate online a un messaggio diverso.

Ricostruisci gli eventi precedenti: cambio hosting, modifica della password del database, ripristino o intervento tecnico. Se il problema è iniziato dopo un aggiornamento ma il messaggio è differente, consulta la guida su WordPress che non funziona dopo un aggiornamento.

Chiedi all’hosting se il database è raggiungibile

Controlla il pannello del servizio e gli eventuali avvisi di disservizio. Chiedi al supporto se il server del database è attivo, se l’account ha raggiunto quote o limiti e se il collegamento dal server del sito è consentito. Sono verifiche diverse dal semplice fatto che il dominio risponda.

Puoi formulare la richiesta così: “Sul dominio indicato, dalle ore riportate, WordPress mostra un errore di connessione al database. Potete verificare disponibilità del servizio, limiti dell’account e rifiuti di connessione nello stesso intervallo?”

Allega il testo dell’errore e le operazioni recenti, senza password. Se il fornitore conferma un guasto infrastrutturale, chiedi come seguire il ripristino e quali controlli effettuare dopo. Cambiare la configurazione del sito durante quel guasto rischia di aggiungere un secondo problema.

Confronta la configurazione con i dati effettivi del servizio

Chi gestisce tecnicamente il sito deve confrontare nome del database, utente, password e host configurati in wp-config.php con quelli validi nel servizio hosting. La guida ufficiale al file di configurazione spiega questi parametri. Il database può risiedere su un server diverso: non sostituire il valore dell’host con localhost per tentativi.

Conserva una copia protetta del file prima di modificarlo. La password del database non coincide necessariamente con quella usata per entrare in WordPress. Se viene cambiata sul servizio, occorre coordinare l’aggiornamento nelle applicazioni che la utilizzano.

Verifica anche che l’utente sia associato al database corretto con le autorizzazioni necessarie. Non pubblicare il file di configurazione in forum, screenshot o richieste di supporto visibili ad altri.

Dopo una migrazione, controlla quale installazione stai aprendo

Se hai appena trasferito il sito, fai verificare che dominio, cartella dell’installazione e database appartengano allo stesso ambiente. Modificare il file della vecchia copia mentre il traffico arriva alla nuova non cambia il risultato visto dai visitatori.

Esempio: il nuovo hosting assegna un nome diverso al database e all’utente. I file del sito sono stati copiati, ma contengono ancora i riferimenti precedenti. Il tecnico deve prima confermare la destinazione corretta, poi allineare i parametri e controllare l’importazione dei dati.

Se compare invece una procedura di prima installazione o mancano contenuti, fermati prima di avviarla: potrebbe essere selezionato un database vuoto o errato. Chiedi di verificare importazione e tabelle attese, senza cancellare quelle presenti.

Raccogli elementi utili senza esporre informazioni riservate

Prepara un riepilogo breve, così hosting e tecnico lavorano sullo stesso episodio. Evita messaggi separati che mescolano vecchi errori e prove appena effettuate.

• Dominio, pagine coinvolte e orario dei riscontri.
• Messaggio completo e frequenza: continuo oppure intermittente.
• Ultimo intervento noto e persona che lo ha eseguito.
• Disponibilità del pannello hosting e dei backup.
• Risposta già ricevuta dal fornitore.

Chi esamina i registri del server deve cercare gli eventi pertinenti allo stesso intervallo e distinguere autenticazione rifiutata, servizio indisponibile e limiti raggiunti. Non attivare messaggi diagnostici pubblici contenenti percorsi, dati degli utenti o credenziali. Condividi eventuali estratti ripuliti attraverso il canale riservato del supporto.

Valuta riparazione e ripristino solo dopo la diagnosi

Una riparazione delle tabelle non risolve credenziali sbagliate o un server spento. Ha senso valutarla quando la diagnosi individua un problema alle tabelle, con copia dei dati disponibile e assistenza competente. WordPress prevede una funzione di riparazione attivabile nella configurazione; la documentazione precisa che, quando abilitata, non richiede l’accesso dell’utente e va disabilitata dopo l’uso.

Prima di ripristinare, identifica cosa contiene il backup e quando è stato creato. La documentazione sui backup WordPress distingue file e database: una copia dei soli file non conserva automaticamente i dati del database.

Concorda un recupero verificabile, preferibilmente provato su un ambiente separato. Non sostituire l’intero sito se è sufficiente correggere il collegamento.

Proteggi ordini e richieste ricevuti dopo il backup

Per un ecommerce, tornare alla copia del giorno precedente può eliminare dal pannello ordini e variazioni di magazzino successive. Prima della sostituzione, fai conservare quanto recuperabile della situazione attuale e prepara l’elenco delle operazioni da riconciliare.

Per esempio, confronta gli identificativi degli ordini disponibili con le conferme di pagamento e le email ricevute. Un pagamento già incassato non scompare dal gestore dei pagamenti soltanto perché il sito torna a una versione precedente. Evita di richiederlo nuovamente senza controllo.

Lo stesso ragionamento vale per prenotazioni, iscrizioni e richieste commerciali. Nella guida al backup del sito aziendale trovi i punti da chiarire per organizzare copie e recuperi coerenti con l’attività.

Conferma il recupero con le funzioni che usano i clienti

Quando la home torna visibile, prova anche accesso amministrativo, pagine interne, ricerca e invio del modulo contatti. Se vendi online, verifica carrello e percorso d’ordine con una modalità di prova concordata, evitando addebiti reali non necessari.

Controlla che siano presenti i dati attesi e che il problema non ricompaia nell’intervallo in cui si manifestava. Fai rimuovere strumenti temporanei e pagine diagnostiche, quindi conserva una nota della causa individuata e della modifica applicata.

Infine assegna responsabilità chiare: chi segue l’hosting, chi riceve gli allarmi e chi verifica i backup. La manutenzione WordPress può includere queste attività, con frequenza adeguata a ordini, richieste e cambiamenti effettivi del sito.