Problema backup
Salve a tutti, volevo chiedere un aiuto alla comunità di Drupal in quanto mi sono ritrovato con il sito non correttamente funzionante come prima.
Qualche settimana fa ho cercato (senza riuscirci) di aggiornare il sito in drupal a delle versioni più recenti seguendo una guida che mi consigliava, prima di procedere all'aggiornamento, di disattivare tutti i moduli non core e di utilizzare un tema standard.
Una volta eseguiti questi procedimenti ho scaricato una versione successiva del core di drupal e ho eseguito l'upload sul server, il problema è sorto subito dopo in quanto cercando di accedere al sito mi dava errore..
Quindi ho deciso di rimettere sul server il backup del sito utilizzando filezilla e andando a ripristinare i moduli disattivati e il tema. Il problema è che alcune parti del sito non sono più come prima, ad esempio in alcune pagine i contenuti non sono più centrati e, entrando come amministratore, non mi fa visualizzare il pannello delle impostazioni di drupal.
La mia domanda è: ho sbagliato qualcosa nell'eseguire il backup del sito? Devo utilizzare un altro metodo?
Devo mettere su anche il backup del database?
Se sono stato poco chiaro in alcune parti chiedete pure!
Grazie mille per la vostra collaborazione
Risposte
Sì, avresti dovuto fare il
Sì, avresti dovuto fare il backup SPECIALMENTE del database!
Il core ed i moduli bene o male riesci sempre a erecuperarli, mentre il contenuto della cartella files ed il database no, quelli sono "specifici" per ogni sito, generalmente io faccio il backup solo di quelli.
Ciao ciao
Io ho anche il backup del
Io ho anche il backup del database, quindi rimettendo su quel backup ottengo di nuovo il sito con le impostazioni precedenti?
Mi consigliate di farlo attraverso phpmyadmin o tramite le funzionalità di drupal?
Grazie per la risposta!
Ciao, sì se hai il backup
Ciao, sì se hai il backup anche del database, ricaricando lo stesso otterrai il sito nelle condizioni in cui era al momento del backup.
In base alla modalità di ripristino del database, dipenede da quanto è grande; generalmente da phpMyAdmin riesci a ripristinare se il db non supera (se non ricordo male) i 256 MB, diversamente dovrai fare un ripristino da CLI mysql, il modulo backup&migrate (se ti riferivi a quello) non l'ho mai utilizzato, quindi non saprei dirti se puoi ripristinare da li oppure no, teoricamente si, ma non posso garantirlo.
Ciao, con mysqldump puoi fare
Ciao,
con mysqldump puoi fare il backup e poi fai il restore .
entri in mysql e crei il db .. es pippo
poi esci e
mysql -u root -p pippo < /tmp/backuppippo.sql
questo prende il backup fatto e posto nella tmp e lo carica nel db pippo.
Ciao, quello che ha scritto
Ciao, quello che ha scritto lannet2000 non è sempre corretto, mi spiego, se non si ha accesso ssh al server host e se non si hanno le credenziali di root per MySQL, così non si ripristina nulla, inoltre, se non si hanno le credenziali per poter creare databases, così ci si ritrova proprio con il "culo per terra", conviene, sempre nell'ipotesi di poter accedere al db da CLI, cancellare le tabelle del proprio db, quindi:
mysql> USE ;
mysql> DROP TABLE;
e quindi poter procedere all'importazione del backup dentro il tuo database:
mysql -u tuo_utente -ptua_password < /percorso/al/file/backup.sql
da notare che non c'è lo spazio nel comando "-ptua_password" perché se scrivi "-p tua_password" non è detto che venga letta, quindi te la richiederà.
Grazie a tutti per i vostri
Grazie a tutti per i vostri consigli!
Ora provo a vedere se riesco a rimettere con successo il backup ;)
Ancora grazie
Utilizzando questo
Utilizzando questo comando:
mysql> USE ;
mysql> DROP TABLE;
mysql mi restituisce un errore: " #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'mysql> USE' at line 1 "
mentre se eseguo quest'altro comando, inserendo i miei dati di accesso al database mysql (forniti da Aruba) e, inserendo il percorso del file che si trova in locale
mysql -u tuo_utente -ptua_password < /percorso/al/file/backup.sql
mi restituisce sempre lo stesso errore: " #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'mysql -u tuo_utente -ptua_password < /percorso/al/file/backup.sql' at line 1 "
Aggiungo un'altra informazione, ho utilizzato il servizio "Backup and Restore", selezionando restore backup da file in upload, e spuntando l'opzione "cancella il contenuto del DB destinazione".
Ma anche in questo modo il sito resta com'è.
Vi chiedo scusa se magari ho commesso qualche errore ma è la prima volta che mi trovo a mettere mano su un Database.
Grazie per la vostra pazienza
Ciao, allora, per
Ciao, allora, per capirci:
mysql>
è il prompt che hai dopo aver fatto login in mysql, di conseguenza quando digiterai i comando NON dovrai digitare anche mysql>!
I comandi sono, dopo aver fatto login, i seguenti:
USE ; Esempio, se il db si chiama pippo: USE pippo; in questo modo utilizzerai il DB pippo.
DROP TABLE; Con questo comando, dato dopo il precedente, cancellerai TUTTE le tabelle del DB, il comando NON È reversibile, quindi non si torna indietro, usare con testa collegata e controllata!!!
SOURCE percorso/database/da/importare/database.sql; Con questo comando importi il DB, devi inserire il percorso ESATTO che porta al tuo dabase di backup in formato SQL (quindi NON compresso), questo comando è utile quando si tratta di DB di grandi dimensioni che non riesci ad importare con i comandi da esterno MySQL nè tantomeno da phpMyAdmin.
Se invece vuoi operare da cli ma SENZA accedere a MySQL, allora puoi provare ad utilizzare il comando:
mysql -u -p
Esempio, ipotizziamo che il tuo utente si chiami pippo e che la password sia pluto, il db si chiami minnie e sia piazzato nella tua home, il comando sarà:
mysql -u pippo -ppluto /home/pippo/minnie.sql
se però il DB è di grandi dimensioni, così andrà in errore, di conseguenza dovrai fare come ti ho scritto poco sopra.
Ciao ciao.
Ciao! Prima di tutto ti
Ciao!
Prima di tutto ti ringrazio per la pazienza nel rispondermi, io uso mysql tramite aruba e quindi non tramite prompt.
Per quanto riguarda i comandi che mi hai fornito ( USE; DROP TABLE;) funzionano, nel senso che li eseguo correttamente, mentre il terzo SOURCE percorso/database/da/importare/database.sql; continua sempre a darmi il famoso errore #1064 (se può essere utile il database pesa 150mb circa, ed è in locale nel mio pc e per eseguire il backup ho usato il comando esporta).
Dove sbaglio?
Grazie
Ciao! Allora, se non hai
Ciao!
Allora, se non hai accesso ssh al tuo spazio (e con un hosting condiviso su ARUBA NON LO HAI sicuramente), l'unico modo che hai per interagire con il db è tramite l'interfaccia WEB phpMyAdmin.
Il tuo db pesa 150 MB, quindi non dovresti incontrare problemi nell'importazione dello stesso (se non ricordo male il limite per phpMyAdmin è di 256 MB), quindi opera da li, selezionando il tuo database e poi eseguendo il comando "IMPORTA" e selezinando il db che hai sul tuo PC.
Se anche in questo modo non riesci ad importarlo, allora se hai una versione recente di phpMyAdmin, dovresti poter cercare il db anche "localmente" sul server, quindi se il db server coincide con il webserver, ti basta caricare il db che hai sul tuo PC via FTP nel tuo spazio web e da li, poi, andarlo a ripescare da phpMyAdmin, ma questo, ripeto, SOLO se il db server è il medesimo del WEB server, diversamente non funziona, quindi dovresti importare un pezzo alla volta il db che hai sul PC, in alternativa, se proprio non riesci, richiedere assistenza ad ARUBA per l'importazione dello stesso.
Ciao ciao.
Grazie mille ora provo con i
Grazie mille ora provo con i vari metodi che hai proposto.
Ancora grazie
Ciao, mi consigli di mettere
Ciao, mi consigli di mettere momentaneamente in manutenzione il sito?
Perchè caricando i backup non sembrano avere effetto, rimane praticamente come prima. Io sono sicuro che il backup è corretto e soprattutto precedente alle mie modifiche.
Non vorrei che lasciando il sito disponibile e non in manutenzione una volta caricato il backup le impostazioni vengano sovrascritte.
Spero di essere stato chiaro.
Grazie
No, fidati, quando carichi il
No, fidati, quando carichi il backup TUTTO torna allo stato del backup, molto probabilmente stai caricando il db nella posizione errata, se non ricordo male ARUBA mette a disposizione 5 db, stai caricando il backup in quello corretto???
Ciao, loggando sul sito come
Ciao, loggando sul sito come admin principale mi da degli errori:
• user warning: Duplicate entry 'themes/pushbutton/pushbutton.info' for key 1 query: INSERT INTO drupal_system (name, owner, info, type, filename, status, throttle, bootstrap) VALUES ('pushbutton', 'themes/engines/phptemplate/phptemplate.engine',
ci sono 7 errori di questo tipo (con alcuni elementi differenti) e infine:
• Uno o più problemi sono stati rilevati durante l'installazione di Drupal. Controlla il rapporto sullo stato per maggiori informazioni.
Ciao, gli errori indicano che
Ciao, gli errori indicano che ci sono record duplicati, quindi si incasina su tutto, a questo punto ti consiglio di provare a caricare il backup in un altro db dei 5 che hai a disposizione, andando poi a modificare il file settings.php in maniera da collegare il DB corretto.
Domanda, come mai stai utilizzando 2 diversi DB con una singola installazione? Hai configurato correttamente il file settings.php per collegare entrambi i DB e dividere le tabelle? (Sì, avevo già letto la mail della tua risposta precedente l'edit :P )
Grazie mille provo in quel
Grazie mille provo in quel modo.
Ho ricevuto da gestire questo sito quindi non l'ho fatto io e sinceramente non so risponderti, è una cosa inusuale?
Si scusa prima ho fatto mille edit per cercare di mostrare gli errori che mi comparivano loggandomi nel sito :)
Diciamo che è inusuale per
Diciamo che è inusuale per piccoli siti, ma dato che non conosco il tuo, potrebbe anche essere nella norma :)
Ti volevo ringraziare perchè
Ti volevo ringraziare perchè finalmente ho risistemato il sito, era effettivamente un problema nel file settings.php, una volta modificato ho risistemato tutto.
Quindi problema risolto! Grazie mille :)
Ottimo! Mi fa piacere sapere
Ottimo! Mi fa piacere sapere che tu abbia risolto!
Ciao ciao