Pagina de start a forumului Forum PHP Romania - Discutii despre PHP, MySQL, Javascript, AJAX, etc Forum PHP Romania - Discutii despre PHP, MySQL, Javascript, AJAX, etc
Comunitatea PHP Romania
 

Verificare intergritate mysqldump
Vezi mesajul original
Du-te la pagina 1, 2  Următoare
 
       Pagina de start a forumului Forum PHP Romania - Discutii despre PHP, MySQL, Javascript, AJAX, etc -> Discuții generale
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  
 
       Pagina de start a forumului Forum PHP Romania - Discutii despre PHP, MySQL, Javascript, AJAX, etc -> Discuții generale Du-te la pagina 1, 2  Următoare
Pagina 1 din 2


Powered by phpBB 2.0.22 © 2001, 2002 phpBB Group
Varianta în limba română: Romanian phpBB online community