|
MySQL upload velikog fajla
Imam backup jedne baze.
Backup je napravljen pomoću: -- phpMyAdmin SQL Dump -- version 2.11.4 Velik je oko 5,5 MB i ima 80000 linija. Naravno, phpMyAdmin mi ne dopušta da uploadam tako veliki fajl. ni mysqldum mi ne pomaže Koje je riješenje ??? Hvala |
Samo ponovi vise puta upload, phpmyadmin ce sam nastaviti tamo gde je stao.
|
@bokica, nece moci ako je file veci od PHP limita za upload.
@misko_, instaliraj BigDump, ili nesto slicno. |
Naravno, ali napisao je da mu phpMyAdmin ne dopusta pa sam pomislio da se upload prekine u nekom momentu a phpmyadmin ima mogucnost nastavka upload-a.
@misko_: Daj ovde poruku koju dobijes kako bi znali zbog cega je. |
@bokica, MorenoArdohain je dobro predpostavio u svakom slucaju ne ide ta shema da on sam nastavi odakle je stao.
nego recite vi meni sa ćime se mogu spremiti i ponovo restorati tako veće baze ? je mysqldump jedina opcija ? sta se koristi ? |
Koristi BigDump, ali mislim da on zahteva da su pri kreiranju dump-a bili isključeni "Extended inserts"
|
ako ne može ni u htaccessu samo za taj folder da se izmeni max za upload, onda mora BigDump...
.htaccess: Kôd:
php_value upload_max_filesize 8M |
e a sto prosto ne bi uradio ovo - uzmes lepo taj veliki dump, i lepo kod sebe u lokalu (na svom dev kompu) postavis limit za upload tipa 200MB, stagod), i onda uvuces celu bazu kod SEBE na komp, i onda sa svog kompa, napravis lepo export prvih 10 tabela, pa drugih 10 tabela, i tako prosto mozes da podignes celu bazu na tvoj live server sa nekoliko parcijalnih dizanja.
sta mislis o tome? |
Ja sam cak jednom prilikom imao zadatak da uradim import baze od ~50mb, posto mi nijedna scripta nije pomogla, niti bilo kakvo podesavanje, lepo sam kod sebe otvorio sql fajl i "iseckao" querije do odredjene velicine i zatim importovao fajl po fajl, znam da zvuci smesno, ali sve ostalo sto sam pokusao iz nekog razloga nije funkcionisalo do kraja kako treba (a imao sam kratak vremenski interval da to obavim).
|
pa to je to. razlika izmedju pragmaticnih programera i must-do-everything-by-the-book geekova. :) (i jedni i drugi imaju prednosti i mane, naravno, ali pragmaticnost (prakticnost) je cesto vredniji business asset) :P
|
Jedno lepo i veoma elegantno rešenje koje veliki broj developera jednostavno previđa jeste mogućnost phpMyAdmina da "guta" arhivirane SQL fajlove čime se efektivno dobijaju i do 75%-80% manji fajlovi za upload. Sve što je potrebno uraditi je da se prilikom eksporta phpMyAdminom navede opcija kompresovanog eksporta (GZIP, ZIP) ili da se ručno (gzip, Total Commander...) spakuje originalni "dump" i da se tako kompresovani fajl uploaduje kasnije na ciljni sistem. Ceo teret obrade se tako prebacuje na sam server a uploadi su mnogo manji.
Naravno za ekstremno velike "dumpove" ovo ne funkcioniše i tada treba ili isparcelisati eksport i import ili jednostavno naći neko drugo rešenje. Generalno nikada nisam imao potrebe da čačkam dublje za probleme ovakve vrste jer je rešenje koje sam naveo uglavnom bilo dovoljno na tako ograničenim sistemima tako da je ovo sve što mi trenutno pada na pamet kao rešenje. |
Kada mi je zatrebalo ovako nesto, bila je zurba i nisam se mnogo udubljivao, te se podijelio fajl na vise manjih i importovao. Ali svakako imam osjecaj da mora da postoji nesto elegantije :)
|
Jednom ranije sam imao sličan problem i tragao za elegantnim rešenjem i izguglao Navicat for SQL. Probao sam (*z verziju) i bio zadovoljan.
|
Citat:
|
Pošto se radilo o podacima koje sam dobio tako da sam imao jednu skriptu koja ih je skupljala sa jedne web stranice, jednostavno sam pokrenio ponovno skirptu, i nakon 3 sata(jer imam zastoj od sekunde, kada se krecem od stranice do stranice, tako da im ne padne server radi mene) sam opet imao podatke.
Tada sam te podatke sa mysqldump-om importirao i eksportirao za provjeru. I nisam mogao vjerovati backup od 6 MB je napravio za 2 sekunde a import je trajao 4 sekunde. Čini mi se da je taj mysqldump OK stvar. Prvi backup koji mi je bio oko 5,5MB je napravljen preko phpMyAdmin-a, ali očito ova nova verzija ili ko zna šta nije ga mogla importat. Ukratko držim se ja mysqldumpa. Ali mi se čini da ču napraviti i posebne backupove svake tablice zasebno. Hvala svima na pomoći |
phpMyAdmin je poznat po tome da ume da pravi probleme sa eksportovanjem/importovanjem (posebno ako je za svaku operaciju korišćena druga verzija PMA a razlika u verzijama je velika) tako da je mysqldump još uvek nezvanični "tata" MySQL backupa.
|
Ako ti je problem dump, ja sam pravio DB Backup tool koji radi baš te stvari. To sam pravio za sebe, pa sam onda dao i ljudima sa kojima radim pa se nekako i "napravila" neka verzija za sve koji su zainteresovani.
Koristi mysqldup direktno u .gz, pa onda split-uje u više arhiva (proizvoljne veličine) RAR, ZIP... da bi mogao da ih pošalješ sam sebi na mail (gmail ogranicenje za attachment), a opciono radi i upload na FTP. Recimo i ovaj forum se svakodnevno backupuje baš pomoću toga, namešten je cron da radi dump i kopira na FTP na jedan drugi server. I imam uvek poslednjih 7 dana u backupu jer je shema imenovanja fajlova napravljna tako da ih imenuj {$database}.{$dayname}, pa onda imam {$database}.Monday.sql.rar, ... Sunday.sql.rar "Jedina sitnica" od sistemskih zahteva je da možeš da izvršiš exec(), odnosno da nije onemogućena u php.ini |
bluesman jel mozes da proveris da li je sve u redu s tim linkom koji si postavio posto kad hocu da skinem .zip ili .rar fajl zapravo skine download.php. Poz.
|
Off Topic: Evo sad sam probao, skunuo sam i zip i rar, ne znam u čemu je bio problem kod tebe. |
Citat:
|
Tnx, sad sam video... ima problem u Chrome, on skine zip ali ne promeni filename.
|
| Vreme je GMT +2. Trenutno vreme je 10:38. |
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.