Forum » Pomoč in nasveti » Asistenca pri prenosu podatkov med strežniki
Asistenca pri prenosu podatkov med strežniki
hodl_t ::
Pozdravljeni,
upam, da je objava na pravem mestu. Če ni, prosim za rahlo usmeritev.
Potrebujem pomoč pri prenosu podatkov (in sistema?) med strežniki.
Gre za strežnik z operacijskim sistemom Ubuntu na katerem teče apache (v2.2.22, php5.3.10) in mysql (v5.5.52). Zaradi omejitve CMS sistema (Typo3) na katerem tečejo spletne strani, bo verjetno potrebno ohraniti starejše verzije. Premik je nujno potreben, ker je trenuten strežnik star več kot 10 let (6 let uptime-a ;) ) in je danes pokazal zob starosti - umrl je eden od diskov, ki pa je na srečo v Mirror-ju.
Moj plan je na novem strežniku postaviti potrebno okolje z docker-compose, ter prenesti podatke.
Ali obstaja za ta problem elegantnejša rešitev?
Z veseljem poplačam nekomu, ki mu je problematika poznana in opravi zadevo 'na ključ'.
lp,
T.
upam, da je objava na pravem mestu. Če ni, prosim za rahlo usmeritev.
Potrebujem pomoč pri prenosu podatkov (in sistema?) med strežniki.
Gre za strežnik z operacijskim sistemom Ubuntu na katerem teče apache (v2.2.22, php5.3.10) in mysql (v5.5.52). Zaradi omejitve CMS sistema (Typo3) na katerem tečejo spletne strani, bo verjetno potrebno ohraniti starejše verzije. Premik je nujno potreben, ker je trenuten strežnik star več kot 10 let (6 let uptime-a ;) ) in je danes pokazal zob starosti - umrl je eden od diskov, ki pa je na srečo v Mirror-ju.
Moj plan je na novem strežniku postaviti potrebno okolje z docker-compose, ter prenesti podatke.
Ali obstaja za ta problem elegantnejša rešitev?
Z veseljem poplačam nekomu, ki mu je problematika poznana in opravi zadevo 'na ključ'.
lp,
T.
RedDrake ::
IMHO ni potrebe po dockerju.
Php5 se še vedno dobi, sam jo uporabljam za nekatre interne aplikacije na debian strežnikih (navodila za namestitev - php5 debian).
Če se hkrati rabi php5 za legacy zadeve, ostalo pa lahko teče na novejši(h) verziji, se to recimo dokaj trivialno naredi tako, da se namesti fpm php pakete (in seveda apache vrže v mpm način) in mod_proxy_fcgi. Potem pa se za potreben vhost (ali tudi bolj ali manj specifično lokacijo na strežniku) samo doda nekaj takega:
And you're done
Php5 se še vedno dobi, sam jo uporabljam za nekatre interne aplikacije na debian strežnikih (navodila za namestitev - php5 debian).
Če se hkrati rabi php5 za legacy zadeve, ostalo pa lahko teče na novejši(h) verziji, se to recimo dokaj trivialno naredi tako, da se namesti fpm php pakete (in seveda apache vrže v mpm način) in mod_proxy_fcgi. Potem pa se za potreben vhost (ali tudi bolj ali manj specifično lokacijo na strežniku) samo doda nekaj takega:
<FilesMatch ".+\.ph(ar|p|tml)$"> SetHandler "proxy:unix:/run/php/php5.6-fpm.sock|fcgi://php56.localhost" </FilesMatch>
And you're done
c3p0 ::
Če bo sploh delovalo na novejšem MySQL. Take legacy zadeve se ponavadi, če ni druge, dajo v neko virtualko.
RedDrake ::
Za MySQL je 99,999% šanse da bo navaden dump/restore deloval in bo potem vse b.p.
Jasno, vsak po svoje. Če je na serverju samo ena reč, potem je virtualka brez veze, se pač poganja native, in se ta "native" skonfigurira pravilno. Poganjanje starega SW-ja je rizik, ali v virtualki ali native. Itak da ne omenjamo da je CMS zelo verjetno verzija izpred 10 let in je tako poln bugov, da je samo obskurnost spletne strani tista, ki skrbi za "varnost".
Jasno, vsak po svoje. Če je na serverju samo ena reč, potem je virtualka brez veze, se pač poganja native, in se ta "native" skonfigurira pravilno. Poganjanje starega SW-ja je rizik, ali v virtualki ali native. Itak da ne omenjamo da je CMS zelo verjetno verzija izpred 10 let in je tako poln bugov, da je samo obskurnost spletne strani tista, ki skrbi za "varnost".
c3p0 ::
In kaj ti bo native, če slučajno zadeva ne laufa? Nekatere stvari so občutljive na MySQL verzijo, tudi Typo3 zna bit.
Zelo stare zadeve so ponavadi res "varne", ker jih noben malware scanner več ne porajta. Če pa le, je boljše, da zlorabi le virtualko, katere image pa tako ali tako imaš.
FPM 5.3 ipd. pa bo moral ročno skompajlat, kjer se marsikomu že ustavi. Če sploh gre na novejših distrotih, brez da še vse deps vzameš starejše in tudi ročno skompajlaš, been there.
Zelo stare zadeve so ponavadi res "varne", ker jih noben malware scanner več ne porajta. Če pa le, je boljše, da zlorabi le virtualko, katere image pa tako ali tako imaš.
FPM 5.3 ipd. pa bo moral ročno skompajlat, kjer se marsikomu že ustavi. Če sploh gre na novejših distrotih, brez da še vse deps vzameš starejše in tudi ročno skompajlaš, been there.
mm&r ::
Ste mogoče razmislili o tem, da bi postavili spletno stran / cms na novih strežnikih povsem na novo?
Na koncu pri vsem vloženem trudu boste še vedno imeli 10 let staro spletno stran, ki verjetno težko zadosti današnjim kriterijem.
Pri eni od strank smo bili pred podobno dilemo, po koncu projekta, ko je stala nova spletna stran smo bili vsi zadovoljni, saj smo ob nadgradnji lahko prenesli kar večino uporabne vsebine, mrtvo in neuporabno vsebino pa hkrati pustili.
Obisk spletne strani se je tudi povečal za 50% v naslednjem letu, saj novejši CMS sistemi bolje upoštevajo SEO smernice.
Na koncu pri vsem vloženem trudu boste še vedno imeli 10 let staro spletno stran, ki verjetno težko zadosti današnjim kriterijem.
Pri eni od strank smo bili pred podobno dilemo, po koncu projekta, ko je stala nova spletna stran smo bili vsi zadovoljni, saj smo ob nadgradnji lahko prenesli kar večino uporabne vsebine, mrtvo in neuporabno vsebino pa hkrati pustili.
Obisk spletne strani se je tudi povečal za 50% v naslednjem letu, saj novejši CMS sistemi bolje upoštevajo SEO smernice.
RedDrake ::
In kaj ti bo native, če slučajno zadeva ne laufa? Nekatere stvari so občutljive na MySQL verzijo, tudi Typo3 zna bit.
Zelo stare zadeve so ponavadi res "varne", ker jih noben malware scanner več ne porajta. Če pa le, je boljše, da zlorabi le virtualko, katere image pa tako ali tako imaš.
FPM 5.3 ipd. pa bo moral ročno skompajlat, kjer se marsikomu že ustavi. Če sploh gre na novejših distrotih, brez da še vse deps vzameš starejše in tudi ročno skompajlaš, been there.
Ok, saj nima prevelikega smisla debatirati, ampak imam veliko izkušenj na tem področju.
PHP 5.6 je za nazaj zelo dobro združljiv, in če ravno ne privlečeš kode pisane 20 let nazaj bo tipično vse delovalo. Torej ne rabiš 5.3. Preverjeno deluje recimo joomla iz leta 2008 ali pa coppermine iz leta 2005(!).
OP je govoril o 10 let starem strežniku s šest letnim uptimeom (torej imajo nekje fizično kišto). Jasno lahko nabavijo neko cloud rešitev in potem si "itak v virtualki", ampak če postavljaš tak mini server, je za laika, ki sprašuje o tem na forumu 10x lažje narediti "native".
In OP je tudi pisal o dockerju (za katerega je breakout exploitov dovolj na voljo, če se malo pomujaš), ne o proper hypervisor VM-ih.
Je pa seveda daleč najboljša opcija ta, ki je omenjena pred mojim postom - novi CMS na novem strežniku in "ročna" migracija podatkov. To bo najbolj varna, najbolj stabilna in najbolj dolgoročna rešitev.
Zgodovina sprememb…
- spremenil: RedDrake ()
Invictus ::
Narediš virtualko, docker, server, kar pač želiš, inštaliraš stare verzije in izklopiš update.
Kje je tu problem?
Dvomim pa, da je njihova custom rešitev lepo dokumentirana, kaj šele da bi deployment delal v nulo...
Kje je tu problem?
Dvomim pa, da je njihova custom rešitev lepo dokumentirana, kaj šele da bi deployment delal v nulo...
"Life is hard; it's even harder when you're stupid."
http://goo.gl/2YuS2x
http://goo.gl/2YuS2x
hodl_t ::
Hvala vsem za odgovor.
Mogoče nisem bil dovolj jasen kje tiči zajec. :) Se opravičujem.
Sistem na serverju in spletno stran sem postavil pred tistimi leti sam, tako da je dokumentacija v moji glavi. Danes se žal ne utegnem zabavati s tem, ker sem polno zaposlen. Pa mogoče še malce zarjavel na tem področju.
Spletna stran je kar kompleksna in glomazna. 'Posodobitev' pa iz objektivnih razlogov ne pride v poštev.
Zavedam se, da je rešitev več, nisem pa prepričan katera je najlažja / najhitrejša / najmanj boleča, ...
Kot sem omenil bi bil vesel, če bi lahko to kdo opravil v zameno za zmeren honorar ali pa mogoče nekdo, ki potrebuje strežnik (najeti nameravam novo dedicated mašino na hetznerju) in lahko v zameno za vzdrževanje sistema uporablja srežnik? Odprt sem za predloge, podrobneje pa na PM.
Še enkrat hvala,
T.
Mogoče nisem bil dovolj jasen kje tiči zajec. :) Se opravičujem.
Sistem na serverju in spletno stran sem postavil pred tistimi leti sam, tako da je dokumentacija v moji glavi. Danes se žal ne utegnem zabavati s tem, ker sem polno zaposlen. Pa mogoče še malce zarjavel na tem področju.
Spletna stran je kar kompleksna in glomazna. 'Posodobitev' pa iz objektivnih razlogov ne pride v poštev.
Zavedam se, da je rešitev več, nisem pa prepričan katera je najlažja / najhitrejša / najmanj boleča, ...
Kot sem omenil bi bil vesel, če bi lahko to kdo opravil v zameno za zmeren honorar ali pa mogoče nekdo, ki potrebuje strežnik (najeti nameravam novo dedicated mašino na hetznerju) in lahko v zameno za vzdrževanje sistema uporablja srežnik? Odprt sem za predloge, podrobneje pa na PM.
Še enkrat hvala,
T.
c3p0 ::
PHP 5.6 je za nazaj zelo dobro združljiv, in če ravno ne privlečeš kode pisane 20 let nazaj bo tipično vse delovalo. Torej ne rabiš 5.3. Preverjeno deluje recimo joomla iz leta 2008 ali pa coppermine iz leta 2005(!).
Je pa seveda daleč najboljša opcija ta, ki je omenjena pred mojim postom - novi CMS na novem strežniku in "ročna" migracija podatkov. To bo najbolj varna, najbolj stabilna in najbolj dolgoročna rešitev.
To sigurno, ampak dvomim, da je dovolj znanja, storitev pa bi stala.
OP sicer govori o PHP 5.3, 5.6 je že druga zgodba. Ja, možno da bi delovalo, za probat je. Imamo pa na enem shared strežniku na izbiro še vedno tudi PHP5.3 (in PHP4.4 - don't ask), z razlogom, ker nekatere stvari muhasto laufajo le na tej verziji.
Vredno ogleda ...
| Tema | Ogledi | Zadnje sporočilo | |
|---|---|---|---|
| Tema | Ogledi | Zadnje sporočilo | |
| » | gostovanje spletne strani - kateri ponudnik? (strani: 1 2 )Oddelek: Izdelava spletišč | 25135 (1248) | Lonsarg |
| ! | Postavitev Apache serverja s podporo za PHP in MySQL (strani: 1 2 3 4 5 6 7 )Oddelek: Izdelava spletišč | 253067 (27732) | miko22 |
| » | joomla (strani: 1 2 )Oddelek: Izdelava spletišč | 14238 (10092) | betmen |
| » | server za joomlaOddelek: Izdelava spletišč | 3471 (2159) | techfreak :) |
| » | SQL injection napadOddelek: Informacijska varnost | 3130 (2582) | Yacked2 |