backup grande database

[adamo]

Ho un forum abbastanza grande http://www.musica-classica.it ... al momento ho 430.000 post con 8600 iscritti, 1200 visitatori di media al giorno, sono abbastanza soddisfatto ... sono serviti 5 anni per raggiungere questo risultato, ma purtroppo io di programmazione, php e quant altro non ne capisco niente

Il forum è su register, mai avuto nessun problema e veloce come una scheggia pagando solo 150 euro l'anno ... ogni 3 mesi faccio il backup, ma se in futuro dovessi avere un crollo totale e dovesse sparire tutto, non saprei come caricarlo ... adesso non voglio sapere come caricarlo, ma vorrei capire come fare un backup corretto

Il database non compresso pesa 650mega e compresso .gz circa 120mega

IO QUANDO FACCIO IL BACKUP LO FACCIO IN QUESTO MODO

- faccio un backup solo della struttura

- faccio un backup dati di tutte le tabelle escluso quella dei post

- faccio un backup dati solo della tabella post (di 430.000 query)

Il mio dubbio è, essendo abbastanza grande, se dovessi ricaricarlo ci sarebbero problemi? Sarebbe forse meglio fare dei backup più spezzettati delle tabelle più grandi come già faccio per la singola tabella post? O va bene fare un backup dati unico?

Preciso che sei mai avessi problemi, lo farei caricare a pagamento a qualcun altro ... ma vorrei consegnargli un backup corretto

Grazie

Modificato 13 Gennaio 2011 da adamo

[najaru]

Secondo me il backup va fatto in un file unico.

Perchè lo spezzetti?

Io di solito quando devo fare un backup lo faccio, non compresso, e compresso zip.

Nel download non ci sono problemi, invece in un eventuale upload ce ne sarebbero, perchè non potresti farlo in un colpo unico.

Io per ora (per fortuna) non ho mai dovuto farne di cosi grandi....

In ogni caso io mi appoggio per questo tipo di lavori a degli specialisti, in particolare quelli del sito mysql italia (vedi banner a sinistra) che fanno solo quello.

Comunque un backup ogni 3 mesi è un po pochino...... io lo fare ogni 15 giorni del database......

[adamo]

... diciamo che non è che ne capisca molto ... io lo spezzo perchè pensavo che per caricarlo ci fossero meno problemi ... scusa, ma dici che si può caricare un database non compresso da 650 mega? ... preciso che io non ho un server ne virtuale ne dedicato, ma un Hosting ... come si può caricare un database da 650 mega? con quel programma che ha un nome simile a mysqldump?

Ho una decina di siti e un altro forum online da poco "GiapponeFORUM.com" + un terzo in arrivo ... faccio un backup unico ogni 2-3 mesi altrimenti tra tutti i siti mi vanno via 4 ore

[najaru]

Anche se e' intero con un mysqldump si dovrebbe poter caricare agevolmente... Ma non so come funziona, devo in effetti provare...

In ogni caso di solito i backup importanti sono quelli dei database...non dovresti metterci un esagerazione...

[gianpiero]

devi ASSOLUTAMENTE prendere pratica con il collegamento SSH ed utilizzare un SSH client, esempio putty.exe.

Io da anni faccio il backup in questo modo, una linea di comando in DOS e passa la paura

Il servizio Hosting dovrà:

- abilitarti al SSH

- dirti dove sia il comando dump sul server

- meglio ancora fornirti la stringa di comando

esempio:

mysqldump -u db_username -p db_name > /path/to/backup.sql

potrebbe essere, tradotto in un percorso abbastanza usato:

/usr/bin/mysqldump -uTUOUSER -pTUAPASSWORD tuosito.it > /home/tuosito/tuaroot/cartella_di_backup/nomedelfile.sql

Il linguaggio SSH è un po' rustico. Nel tuo caso se hai spazio sufficiente sul server fai il backup indirizzando la stringa a creare il file sul tuo server. Poi hai diverse possibilità:

- lasci il file sul server ( che in caso di crollo non è la scelta migliore)

- oppure "diversifichi" il rischio: trasferisci da pannello di controllo del dominio ( quindi senza scaricare in casa) il file.sql con comandi FTP da host> to> altro host

Il mio è solo un accenno, devi trovare un manualino, ma è la strada più seria.

Il vantaggio è che fai lavorare i processori dei server , non clients sul tuo pc o esecuzioni di script su protocolli HTTP che non possono girare a causa limiti di impostazione di APACHE e PHP

Ciao

[najaru]

Bhe questa spiegazione è sicuramente molto più chiara di molte che ho trovato in giro.

[gianpiero]

in pratica non serve sapere molto.

Io non ho mai dovuto fare un RESTORE del database. L'ho provato una volta per test.

Al limite come primo step ci importa sapere che esiste un backup, e che è in un posto sicuro. Se poi capita la disgrazia sicuramente il servizio Hosting ci darà una mano ( non faccio nomi, NON TUTTI i servizi host sono professionali )

Certamente se avviene una intrusione nello spazio web tutto l'ambiente del sito viene riconfigurato a zero. Pertanto per aver certezza di reinstallare IPB è sufficiente disporre di:

• - la cartella UPLOADS se il forum permette di caricare files *
  
• - il database da qualche parte, qualsiasi al di fuori del server stesso, magari anche in remoto
  
• - il file conf_global.php
  

( per i mods è necessario salvarsi uno storico delle modifiche in ordine, quando le si fa )

* il punto "cartella UPLOADS" porta via poco tempo, basta disporre di un programmino di sincronizzazione, se il client FTP non permette

Io lancio una volta alla settimana Beyond Compare: sono 2 o 4 click!

I Cron Job su server sono anche utili.

Ciao

[gianpiero]

il client PUTTY home page ufficiale, è qui:

http://www.chiark.greenend.org.uk/~sgtatham/putty/

so che l'indirizzo sembra strano per una risorsa di tale rilievo

Spesso si trovano siti che portano PUTTY come se fosse una loro risorsa:

occhio ai mirror di stupidaggini

finito

[adamo]

purtroppo register.it non mi da questa possibilità ... se mai dovessi avere problemi, register anche se non mi da SSH risolvo il problema prendendo un server virtuale ... l'unica mia vera preoccupazione è fare un backup corretto

quello che vorrei avere la sicurezza è che se faccio un backup dati in un file unico di 764 mega (ho visto adesso e non sono 650 come ricordavo) ... che poi diventano 120 compressi con .gz ... vorrei sapere se con SSH ci sono o non ci sono problemi a caricarlo correttamente ... perchè se ci sono problemi allora devo capire se lo devo spezzare, e in quante parti? Cioè ogni parte quanto non devo superare di mega? ... in register c'è la funzione bigdump per caricare grandi file e non si può superare i 30 mega

Se a qualcuno di voi due interessa, sono disposto a pagare (mi dite quanto in privato e vedo se posso permettermelo) per provare a caricare il mio database

LE SOLUZIONI SONO DUE

Vi faccio avere il backup compresso in un file unico di 120 mega .gz ... oppure due file uno da 30 e l'altro solo con i post da 90

Poi vedete se senza SSH riuscite a caricarlo correttamente nel mio Hosting di register

Se non riuscite, ho anche un server virtuale e provate a caricarlo via SSH

... se in uno dei due modi il database si carica sono tranquillo!

Al momento ho due forum, entrambi sono molto importanti e me ne arriva un terzo ... preferisco sbattermi adesso ondevitare tra qualche anno di perdere anni di lavoro!

Grazie ;-) ... e ditemi la cifra, grazie!

invision a pagamento effettua questo tipo di operazione, ma vorrei contattare e pagare invision solo per reale necessità e non per un test

IN EFFETTI una soluzione per caricarlo su register senza SSH ci sarebbe, quello di trovare un modo per spezzare un database in più parti, allora il problema non ci sarebbe ... che voi sappiate esiste un modo per fare questo?

scusate le mille domande ma io di queste cose non ne capisco niente!

Modificato 14 Gennaio 2011 da adamo

[adamo]

TUTTI FERMI problema risolto ... vi scrivo come fare, così se qualcuno è inesperto come me ma ha un database grande il problema è facilmente risolvibile ... ne capisco poco ma sono uno smanettone e ce l'ho fatta

1) FARE IL BACKUP IN GZIP IN un unico files, nel mio caso 750 mega diventano 120 compressi

2) DECOMPRIMERE il backup con 7zip e quindi mi ritrovo sul pc un file da 750 mega

3) SCARICARE "SQL Dump Splitter" (cercate in google e lo trovate in 5 secondi) ... questo programmino divide i file sql

4) NEL MIO CASO andrò a crearmi tipo 75 files da 10 mega, come più o meno files in base alle proprie esigenze

5) CON bigdump posso caricare fino 30 mega e quindi il problema è risolto! ... come potrei anche caricarmelo con phpmyadmin se lo dividessi in 200 parti con file da 2-3 mega

Grazie a tutti!

Modificato 14 Gennaio 2011 da adamo

[najaru]

heheh ragazzi, mi state facendo una bella scuola con questo topic

grazie a tutti

[gianpiero]

FARE IL BACKUP IN GZIP IN un unico files, nel mio caso 750 mega diventano 120 compressi

chi lo fa questo file di backup ? quale applicazione e dove è residente ?

il file dove viene creato e depositato ?

non ho capito

Modificato 14 Gennaio 2011 da gianpiero

[adamo]

il backup lo faccio manualmente da phpmyadmin e lo metto nel mio pc (non esiste altra soluzione con il mio Hosting) ... diciamo che la soluzione SSH è quella più affidabile e anche forse veloce, ma per esempio register.it non mi da accesso SSH e non avrei altro modo ... ma poi fare il backup è il minore dei mali, il problema era essere in grado di caricarlo se grande, quindi dividendolo il problema è stato risolto ;-)