| Subiectul anterior :: Subiectul următor |
| Autor |
Mesaj |
MasterPhoton
Data înscrierii: 06/Mar/2003
Mesaje: 437
|
| Trimis: Lun Ian 09, 2006 1:13 pm Titlul subiectului: Verificare intergritate mysqldump |
|
|
Salut,
Am un server de administrat si ii fac backup la baza de date in fiecare "dimineata" la 00:30. Este vreo modalitate de a afla daca fisierul dump generat este "bun" (poate fi folosit ca backup, punct de restaurare)? Vorbesc de comenzi mysql, sau shell scripturi...
Multumesc
PS Php 4, MySQL 4, SuSE Linux 9.3 |
|
| Sus |
|
Pirahna
Data înscrierii: 22/Aug/2004
Mesaje: 4530
Locație: la birou
|
| Trimis: Lun Ian 09, 2006 2:26 pm Titlul subiectului: |
|
|
hmm ... metodele mele implica :
1. ma rog sa nu scrie ceva aiurea ...
2. am o baza de date pe localhost , care e golita zilnic
si dupa ce iau backupu , il arunc acolo ...
:P |
|
| Sus |
|
MasterPhoton
Data înscrierii: 06/Mar/2003
Mesaje: 437
|
| Trimis: Lun Ian 09, 2006 3:58 pm Titlul subiectului: |
|
|
Yeah, same "shit" here ;)
Dar o fi ceva care sa ma faca sigur ca nu scrie prostii??? (ca serverul e nemtesc, iar eu sunt roman, si nu stiu rugaciuni in germana...)
Din cauza spatiului limitat pe serverul de backup, tre' sa sterg backupurile de acum 10 zile...asa ca tre' sa stiu sigur care e bun si care nu. |
|
| Sus |
|
Pirahna
Data înscrierii: 22/Aug/2004
Mesaje: 4530
Locație: la birou
|
| Trimis: Lun Ian 09, 2006 4:59 pm Titlul subiectului: |
|
|
hmm ...
deci ... ca sa verifici daca e corect , ori trebuie sa-l executi , ori trebuie sa vezi daca sintaxa e corecta (adica daca nu sunt ghilimele sau alte tampenii care sa omoare query-ul) ...
noah ... in afara de executia fiecaruia pe un localhost , nu prea mai am alte idei :|
ar mai fi sa faci un script care simuleaza executia ...
dar momentan ma depaseste (nu am baut cola de mult , intelege-ma) ... |
|
| Sus |
|
MasterPhoton
Data înscrierii: 06/Mar/2003
Mesaje: 437
|
| Trimis: Lun Ian 09, 2006 6:49 pm Titlul subiectului: |
|
|
:)
Cola face bine la cap, strica stomacul. |
|
| Sus |
|
black diamond
Data înscrierii: 23/Mai/2005
Mesaje: 298
|
| Trimis: Lun Ian 09, 2006 8:15 pm Titlul subiectului: |
|
|
Eu folosesc o metoda mai 'din topor': export de doua ori cu trimitere la doua adrese de mail diferite fiecare (traiasca gmail-ul).
Alta varianta folosita de mine este backp-ul incremental din x in x ore si o data la y zile full backup. |
|
| Sus |
|
Pirahna
Data înscrierii: 22/Aug/2004
Mesaje: 4530
Locație: la birou
|
| Trimis: Lun Ian 09, 2006 8:24 pm Titlul subiectului: |
|
|
ideea e cum vezi daca un sql este OK ...
stai ca am cola ... ideea e pe drum |
|
| Sus |
|
MasterPhoton
Data înscrierii: 06/Mar/2003
Mesaje: 437
|
| Trimis: Lun Ian 09, 2006 11:19 pm Titlul subiectului: |
|
|
black diamond a scris: Eu folosesc o metoda mai 'din topor': export de doua ori cu trimitere la doua adrese de mail diferite fiecare (traiasca gmail-ul).
R U NUTS?!?!?!?!?! Iti dai seama cum e sa transferi un fisier de 50 MB de pe un server de productie?! :)
Citat: Alta varianta folosita de mine este backp-ul incremental din x in x ore si o data la y zile full backup.
...cum fac asta? |
|
| Sus |
|
Pirahna
Data înscrierii: 22/Aug/2004
Mesaje: 4530
Locație: la birou
|
| Trimis: Lun Ian 09, 2006 11:42 pm Titlul subiectului: |
|
|
Citat: Alta varianta folosita de mine este backp-ul incremental din x in x ore si o data la y zile full backup.
uhm ...
cron ...
dar trebuie sa ai o structura adecvata a bazei de date ca sa faci asa ceva ...
nu poti sa iei primul sfert ora asta , inca un sfert ora viitoare .... :)
poate compari ultimul backup full cu ce e in baza de date si salvezi doar diferenta ? ... |
|
| Sus |
|
MasterPhoton
Data înscrierii: 06/Mar/2003
Mesaje: 437
|
| Trimis: Lun Ian 09, 2006 11:59 pm Titlul subiectului: Nu chiar |
|
|
| MySQL e destul de destept incat sa faca backupuri incrementale (wow, ce cuvant!). Iti faci un backup full, apoi faci backup prin fisiere binary log, care contin doar diferentele. Faza e ca tre' sa compilezi mysql-ul cu nu stiu ce optiune, insa metoda de instalare a mysql-ul este... SA COPIEZI o chestie gata instalata... (sau poate am citit eu gresit). |
|
| Sus |
|
aurelian
Data înscrierii: 01/Iun/2003
Mesaje: 833
Locație: Bucuresti
|
| Trimis: Mar Ian 10, 2006 9:18 am Titlul subiectului: |
|
|
foloseste cu incredere mysqldump.
a, si InnoDB as storage.
niste detalii:
http://dev.mysql.com/doc/refman/5.0/en/backup-strategy-example.html
citeste tot capitolul, este interesant.
teoretic, ar trebui sa mearga si pe mysql 4.
( http://dev.mysql.com/doc/refman/4.1/en/disaster-prevention.html ) |
|
| Sus |
|
MasterPhoton
Data înscrierii: 06/Mar/2003
Mesaje: 437
|
| Trimis: Mar Ian 10, 2006 9:31 am Titlul subiectului: |
|
|
Am folosit deja InnoDB, pentru calitatile sale deosebite :). Intrebarea "ascunsa" era: se pot strica backupurile ? Linia mea de backup este destul de lunga, si fac backup FULL de fiecare data.
Multumesc. |
|
| Sus |
|
aurelian
Data înscrierii: 01/Iun/2003
Mesaje: 833
Locație: Bucuresti
|
| Trimis: Mar Ian 10, 2006 4:57 pm Titlul subiectului: |
|
|
mai citesc din nou threadul, pentru ca nu inteleg cum "se strica" backupurile astea.
http://dev.mysql.com/doc/refman/4.1/en/backup-strategy-example.html mi se pare destul de clar capitolul ala. |
|
| Sus |
|
MasterPhoton
Data înscrierii: 06/Mar/2003
Mesaje: 437
|
| Trimis: Mar Ian 10, 2006 11:33 pm Titlul subiectului: |
|
|
adica unul din caracterele din fisier se strica...nu stiu cum as putea sa explic altfel; cred ca ideea ar fi ca se strica fisierul sql, din cauza dimensiunii. Sau cam asa ceva.
Ma intereseaza un fel de aplicatie de validare a corectitudinii fisierului sql. |
|
| Sus |
|
whooper
Data înscrierii: 05/Apr/2005
Mesaje: 727
Locație: Toronto ON
|
| Trimis: Mie Ian 11, 2006 4:18 am Titlul subiectului: |
|
|
| N-ai decat sa faci dump-ul LOCAL, si abia dupa aia sa-l transmiti remote. Asa se face mai repede si nu apar greseli de scriere in timpul mysqldump. Dupa aia te priveste cum faci transferul catre locul de stocare atat timp cat ai grija sa ai acelasi checksum local si remote. Mie nu mi s-a intamplat nimic cu baze de date de 26GB cu fisiere de back-up separate pe fiecare tabela in parte. |
|
| Sus |
|
PHPRomania Bot
Bot Member
Data înscrierii: 27/Dec/2007
Mesaje: 1
Locaţie: Server Google |
| Trimis: Mie Dec 26, 2007 7:01 pm Titlul subiectului: Ad |
|
|
|
|
|
| Sus |
|
| |