Copie de siguranţă fişier bază de date prea mare!

[mario06]

Am copie de rezervă, o dată pe forumul meu slab prin ssh, de rezervă nu-mi mai mare atunci 350MB si acum a lovit 1.2GB, cred că această problemă ar putea fi sensul cuvântului Încă nu am probleme de suport-l în sus, dar dacă am vreodată să facă o restaurare a câştigat Nu timeout server cu astfel de o copie de rezervă de mare?

[steve]

Am copie de rezervă, o dată pe forumul meu slab prin ssh, de rezervă nu-mi mai mare atunci 350MB si acum a lovit 1.2GB, cred că această problemă ar putea fi sensul cuvântului Încă nu am probleme de suport-l în sus, dar dacă am vreodată să facă o restaurare a câştigat Nu timeout server cu astfel de o copie de rezervă de mare?

Vă sugerez să verificaţi aceste tipi de backup de la distanţă cu ajutorul rsync sau FTP (http://www.bqbackup.com/) Noi le-au folosit de câţiva ani şi în prezent de rezervă cu privire la 1TB de zi cu zi, este foarte uşor de configurat. Puteţi merge, evident, prin intermediul unor lăţime de bandă, dar care poate sau nu poate fi o problemă, în funcţie de planul de server.

Eu nu sunt un expert, altcineva aici, fără îndoială, un sfat mai bine. Sale importante la bazele de date nu rsync vii, în loc de backup-uri rsync hotcopied (google-l) (http://www.google.com.au/search?hl=en&q=mysqlhotcopy) sau o groapa de SQL sau copiile de rezervă panoul de control.

Restaurarea este la fel de simplu ca folosind rsync sau SCP pentru a muta înapoi de backup la server-ul dvs. (bqbackup vă oferă acces shell) şi a restabili baza de date mod adecvat pentru metoda dvs. de rezervă. 1.2GB ar trebui să fie restabilită în câteva minute.

Acestea fiind spuse, o serie decent ar trebui să vă oferă toate instrumentele de care aveti nevoie pentru a gestiona fiecare sarcină de backup.

[mario06]

Vă mulţumim pentru a răspunde, dar cum pot vedea aveţi un costum de mare astfel încât să puteţi gestiona serverele asistată + figuranţi pe de altă parte, am cu privire la mesajele 140k 400K membrii & etc, asa ca am considera a fi un forum mici / mijlocii.

Sunt foarte la îndemână într-SSHing astfel problema nu este acolo, nici cu serverul meu (Specificatii sunt bune), totuşi am vedea un "potenţial" problema în restaurare, datorită dimensiunilor sale enorm (şi în creştere) cu timeout-uri server şi aşa mai departe.

Cred că un anumit tip de metoda de compresie ar trebui să fie pusă în aplicare şi / sau tabele în MyAdmin redusă în mărime (număr înţelept), chiar şi optimizarea baza mea de date a devenit un lucru odios de a face din moment ce este tot timpul ia şi există foarte puţin de ea.

Salutari: P

[vBET]

Pe serverul nostru vom folosi serverul de backup automat complet (VPS funcţionalitate). Fără nici o probleme.

Vă recomandăm să nu includă tabele vBET memorie cache în rezervă. Puteţi determina cu uşurinţă tabele care doriţi să cache de MyAdmin deci cred ca aceasta poate fi, de asemenea, face din linia de comandă (prin ssh). Desigur, astfel de comandă va fi foarte mult timp, bazându-ne pe numarul de mese vBulletin, dar dacă îl salvaţi la unele fişier ar trebui să fie destul de confortabil mod de a face backup-uri.

Vă rugăm să reţineţi că utilizarea vBET conţinutul dvs. este multiplicat de 52 de ori. Deci, dacă aveţi cache pornit PB dumneavoastră trebuie să crească. Şi nu doar un pic;) Puteţi să-l evite prin dezactiva cache-ul, dar credem cu tărie nu-l recomand. Pentru forumuri mare solicita de fiecare dată când Google pentru traducere ar ucide performanţa server-ul dvs. sau chiar termina cu restricţii de Google.

[mario06]

Când m-am achiziţionat serverul meu dedicat (de-a lungul timp în urmă), nu a existat nici un astfel de lucru ca VPS:)

Ştiu cum să folosească SSH foarte bine şi este aproape / dacă nu imposibil, să excludă de la a fi vBET backuped, singurul lucru care se poate face este esclude-o atunci când optimizarea sau repararea.

Dar trebuie să ia în considerare faptul că un bun de 50% din webmasteri (fără supărare a însemnat) sunt pe server dedicat sau virtual comun şi aproximativ 70% nu ştiu ce SSH este, astfel, bazându-se pe mySQLdumper, construit în rezervă vBulletin şi / sau similare.

[vBET]

Cei care folosesc ce gazduieste comun nu posedam baze de date problema spirit mare. Văd nici o posibilitate de a rula pe forum pentru vBulletin imens - chiar şi fără nici un plugin - pe ce gazduieste comun. Resursele sunt pur şi simplu prea mici.

De asemenea, ca am scris pe cei care nu utilizează SSH poate de rezervă pur şi simplu bazele lor de date şi anume prin phpMyAdmin în cazul în care acestea pot determina exact ce tabele trebuie să fie susţinute. De asemenea, puteţi încerca. În cazul în care dumneavoastră cu adevărat Ma astept la unele probleme din cauza fişierelor mari pentru a încărca de phpMyAdmin astfel, dar poate că există o anumită opţiune aşa îl salvaţi pe server nu încărcaţi. Vă rugăm să verificaţi-l. De asemenea, - eu cred în experienţa dumneavoastră de rezervă, dacă încă o serie de instrumente GUI permite să se determine care tabele exact trebuie să fie susţinute, mă aştept că este, de asemenea, ar trebui să fie permisă de linie de comandă. Eu nu ştiu că - aşa cum am scris le-am nici probleme la toate cu întreaga rezervă de server -, dar l-am aştepta, pentru că cele mai multe dintre uneltele GUI de genul asta sunt doar fasades şi pe partea de jos sunt folosite doar de comandă de la linia de comandă. Deci, poate că este doar în valoare de a verifica - poate că a fost adăugat în unele versiune de MySQL. Ştiu că phpMyAdmin-l acceptă.

[tsak76]

Cum putem avea mese vBET pe un db diferite doar pentru vBET

[kamilkurczak]

te rog, întrebaţi despre asta in thread nou:)

[mario06]

tsak76. Am doilea ******