| |
Spoštovani!
Tudi tokrat potrebujem pomoč MySQL poznavalcev.  Zavoljo backupa želim svojo bazo iz primarnega serverja prenesti na sekundarnega. Bazo sem exportal in si shranil na disk, potem pa se pojavi "problem". Bazo želim naložiti tako, da grem na jeziček Import, vendar, čeprav ni strašljivo težka, vseeno krepko presega dovoljen limit za prenos, če razumete o čem govorim (naložim lahko največ 8MB težko .sql datoteko, moja pa je dvajsetkrat oziroma večkrat večja).
Opcij, kako bi situacijo rešil, ne poznam, z izjemo te, da bi bazo razdelil na več manjših .sql datotek in jih potem eno pa po eno nalagal, vendar bi to od mene terjalo, da pred računalnikom visim in čakam vsaj 5, 6 ur, kar pa je bistveno preveč in predvidevam, da obstaja elegantnejša rešitev.
Mi lahko kdo izmed vas priskoči na pomoč?
Najlepša hvala, Odin.
P.S.: Upam, da sem razumljivo opisal svojo težavo.
|
| |
| |
Predpostavljam, da se strežnik MySQL ne nahaja na tvojem lastnem strežniku, temveč imaš zakupljenega in nimaš dostopa do spreminjanja nastavitev, je tako?
|
| |
| |
Kljuka, res je. Strežnik je zakupljen.
|
| |
| |
Najlažje bi seveda bilo, če bi ti to zadevo lahko uredil ponudnik. Sicer pa, si pri izvozu uporabil stiskanje datoteke (zip, gzip)? Če je tabel zares ogromno in bi ročen izvoz posameznih (oziroma po več) tabel predstavljal prevelik problem, bi se to lahko rešilo s PHP-jem. Kaj drugega mi ne pride na misel.
|
| |
| |
Super, Kljuka. Torej, .zip mi ne pomaga najbolje, ker je še vedno pretežek fajl, ampak nič hudega, bom bazo razdelil na več manj težkih delov in jih potem posebej nalagal.Imam pa še eno vprašanje, obstaja kakšna funkcija "find and replace with", s katero bi lahko hitro zamenjal določeno kolokacijo v celotni bazi?
Hvala še enkrat.
changed: Odin (30.3.2013, 12:07)
|
| |
Prikazujem 1 od skupno 1 strani |
|
