Backup baze - mišljenja i iskustva

E ovako...

U jednoj od prethodnih tema, gde sam pomenuo bekap onako usput, Bogdan mi predloži da otvorim novu, kako bismo mogli razmeniti iskustva i mišljenja.

Naime, aplikacije radim na .net platformi, DB usvek naslanjam na MySQL server (PostgreSQL i MS SQL, samo ako je postojeća baza već na tim serverima). Access izbegavam i neću da radim sa njim. Ne mogu da kažem da to nije baza podataka, jer po definiciji "Baza podataka je organizovan (ili neorganizovan) skup podataka na jednom mestu". Stoga nije greška reći i da je skup .txt fajlova u jednom folderu baza podataka, jer to zaista i jeste baza podataka, ali nije relaciona. Ali zato jeste smeće!

Nego, u okviru smo MySQL podforuma, ja u 95% slučajeva koristim MySQL kao DB server, pa da se vratimo na zadatu temu.

Elem, većinom (gde god i kad god je to moguće), server se vrti na nekoj Linux mašini, klijent računari su na Win OS i nešto se ne sećam da imam bilo gde manje od pet mašina.

Do skoro (tačnije do pre nekih godinu i po', dve), bekap sam radio isključivo preko mysqldump, ali sam nailazio na sledeće probleme:

- minimum 5 klijent mašina, svaka minimum 30-ak puta u okviru sata odradi neki INSERT ili UPDATE (150 novih upisa ili izmena u bazi na sat vremena). Select me u ovoj priči oko bekapa i gubitka podataka ne interesuje.
- moram da radim bekap minimum svakog sata. Nije frka ako se desi neki kreš, pa uradim restore i izgubim podatke u poslednjih 15 - 30 minuta. Korisnik će ih uneti ponovo. Ali je problem za one klijent aplikacije koje kontrolišu PIC-ove, merne uređaje i slično i koje zapisuju vrednosti u realnom vremenu... Ti podaci se ne vratiše više nikada i onda izgubih konzistentnost podataka u bazi za taj period od par minuta.
- radim bekap preko mysqldump, i imam LOCK baze na par sekundi/minuta. Nije problem za korisnika. Aplikacija "osluškuje" server baze i samu bazu, pošalje korisniku poruku i on zna (naučen iskustvom) da mora da sačeka sa radom par sekundi/minuta. Problem je sa onim aplikacijama koje komuniciraju sa uređajima, te moram da lovim na Try/Catch kroz aplikaciju i rešavam problem na drugi način (nebitan u ovoj temi i ovom podforumu), kako bih po otključavanju snimio/ažurirao podatke po tabelama.

Znam da će se neko naći i reći da je najbolja opcija dva (ili više) servera, VM, replikacija.
Naravno da jeste, ali ovo su "niskobudžetna" rešenja, firme u kojima je rešenje implementirano ne bi ni primetile jaz jednom, ili dva puta godišnje od 15/30 min., a i da primete, ne bi ih tangiralo ni sekunde! Stoga, ne žele da se isprse, a realno - ne treba im!
Samo na jednom mestu imam tri servera (master/slave + backup) + storage (8 HDDova na 15K + spare HDD - sve to na RAID 60) + VM. Bilo (jako) potrebno, gubitak podataka značio katastrofu firmi od par desetina (možda i više) hiljada EUR i opet 3,14čke jedva nagovorio da se opruže...

Ali, gubitak podataka u ostalim firmama se dotiče mene, jer sam picajzla po tom pitanju! Mogao sam jednostavno reći aplikacijama da ignorišu i (eventualni) zastoj i Lock-ove i podatke koje su prikupile i spremile za unos, ali ne želim...

Neću to da radim! Hoću da radim bez ometanja! Hoću da imam sve podatke!

Čujem pre godinu/dve za Perkonin xtrabackup. Radi savršeno, bez problema - bekapujem kad 'oću i šta 'oću bez zaključavanja baze i ometanja rada.

Elem, Bogdan mi je u prethodnom postu napisao sledeće. Citiram:

Kako ne bih otišao na ekskurziju na prethodnoj temi, jer tamo o tome nije bilo reči, nisam ti ni odgovorio. Naime, kako sam to rešio:
xtrabackup mi završava svakog sata backup, a mysqldump mi se okida svakog 1. i 15. u 00:00:01. Što ti reče, nije zgoreg imati i malo logike! Barem dva puta mesečno (neka se nađe, zlu ne trebalo)! ;)

E sada... Da se konačno dotaknem i teme:

- xtrabackup vs. nešto vs. nešto drugo vs. ...
- mysqldump vs. nešto vs. nešto drugo vs. ...
- ostalo

Kako vi to radite, kako bi vi to radili da su vam odobreni veći budžeti? Koliko je dobro, loše, sigurno, nesigurno?

Ja sam rekao kako ja sada radim backup. Koliko je to dobro/loše, pametno/glupo, sigurno/nesigurno?

Pitanja se odnose i na jednu server mašinu i na više mašina sa sve replikacijom...

Nadam se da će tema zaživeti, jer ovo interesuje mnoge.

---

baza podataka je i ormar sa index kartoncicima koji kazu gde se sta nalazi u biblioteci, no to, kao i cinjenica da cukas .not i ne koristis access a ponekad pgsql i m$sql nemaju nikakve veze sa bekapom mysql servera :D



klijenti su potpuno nebitni, server ako nije linux moras ozbiljno da se preispitas zasto posto ma koliko od 5.5 na dalje mysql lepo radi na windoze serveru windoze ima mnogo nekih servisa (shadow copy, antivirus, antispy, anticovek, antinormalan, antisecurity, anti$@#%&@$) sa kojima mysql (jos uvek) ne ume da saradjuje tako da za bilo kakav ozbiljniji rad nije da windoza ne moze nego se bas bas ne isplati..




ovako - NE MORAS DA RADIS BEKAP SVAKOG SATA :D
sta je fora, upalis binary log, uradis dnevno (u ponoc ili kad ti je vec najmanji load) mysqldump sa flush-logs, i kazes mu da ti zapamti poziciju i datum i to je to. naravno lock-all da bi imao konzistentan bekap. ako ti prsne baza u bilo kom trenutku imas dump + binary log, dakle dump ti je "osnovni" a binlog ti je inkrementalni bekap :D. Dodatno sta mozes da radis je da na 30min radis iz krona flush-logs i kopiras stari binlog na drugu masinu.




abitno kako radis bekap, aplikacija koja prica sa bazom (bilo kojom) MORA da ume da hendla
- privreme greske
- trajne greske
- timeout

ako te tri stvari aplikacija ne ume da izhendla imas problem u aplikaciji!




replikacija jeste resenje za mnoge stvari (ukljucujuci bekap). VM nije resenje ni za sta.
ako se u bazi nalaze korisni/potrebni/vredni podaci ne postoji izgovor za nemanje replikacije nevezano za nacin rada bekapa!!!!



to znaci da podaci nisu dovoljni bitni i ako nestane dan dva podataka pojeo vuk magarca, sta ima veze, pa ni samo pitanje bekapa nije strasno vazno




bas sam juce nekom pisao, u srbistanu a i okolini u IT industriji ima posla i ljudi u IT industriji znaju da kvalitetnog coveka ne mogu da plate karamelama (cak ni toffi) tako da je trziste prilicno dobro, posla ima, veci problem je naci kvalitetne ljude i plate su ok. dakle u takvim situacijama imas 2 mogucnosti
1. nadjes drugi posao, kazes im da su neozbiljni i da neces da budes odgovoran sto ce sutra sistem da umre zato sto nisu hteli da daju 500eur za jos jednu masinu
2. ostanes na tom poslu ali
2a pripremis izvestaj sta je potrebno i sta ce sve moze da se desi ako to sve potrebno ne dobijes
2b trazis od odgovornog lica u firmi da potpise (digitalno ili na papiru) da je primio k'znanju doticne informacije
2c taj papir iskopiras, original ostavis doma a kopiju uramis i stavis u server sobu iznad db servera

sve ostalo je neprihvatljivo jer na taj nacin pravis problem i svima nama ostalima, onda bude "a spica je to pravio samo sa jednim serverom i radilo mu je, sta ce nama drugi server" i te fore



radi super ali imas zakljucavanje, samo traje kratko :D
problem sa xtrabekapom je sto "kaska", znaci uvek kasnis nekoliko verzija, no obzirom na cenu to i nije neki veliki problem. takodje nema sve opcije koje ima meb ali opet, considering price.. :)



1. ako imas bitne podatke mora imas replikaciju
2. ako imas server za replikaciju, bekap mozes na sve "jednostavne" nacine da radis na slave-u, jedino moras da vodis racuna o tome koliko slave kasni za masterom.

ja licno pravim bekap mastera za "bekap", slave je tu za failover i slicno

inace popularni nacini za pravljenje bekapa

0. u bilo kojoj kombinaciji binlog moze da se koristi za inkrementalni bekap

1. mysqldump (dolazi uz mysql)

pro - jedini pravi logicki bekap, taj bekap je jednostavno bilo gde importovati, editovati etc .. sansa da napravi bekap koji "ne valja" je minimalna, moze
con - mega giga turbo spor
side - tu postoji i myhotcopy koji je idealan za myisam i radi mega brzo extra dobar bekap, jedino sto myisam kao storage engine treba da UMRE!!! tako da to i nije bitan info

2. meb - MySQL Enterprise Backup (moze da se skine sa edelivery a licenxa kaze da moze da se koristi ako se uzme support subscription od orakla)

pro - online backup (bez ikakvog zakljucavanja), mega brz, mogucnost kreiranja inkrementalnog bekapa, extremno dobro testiran (postoji od kad postoji i innodb) i up2date sa zadnjim verzijama mysql servera
con - uslovi za koriscenje (mozes da ga "nelegalno" koristis tako sto skines potpuno funkcionalan nelimitovan "trial" sa edelivery ali da bi ga legalno koristio moras da imas subscription koji kosta 5k$ godisnje), pravi binarni bekap

3. xtrabekap - vrlo slican meb-u ali sa dosta manje funkcionalnosti, percona, free
pro - cena, vrlo brz bekap (xtradb lokuje sve tabele za pisanje, flushne sve na disk, ceka info od innodb-a da je ok da napravi snapshot i onda iskopira binarni bekap)
con - nije dovoljno testiran sa "najnovijim" innodb-om no ako se koristi sa xtradb serverom onda nije problem, obzirom na cenu to je skroz ok varijanta

4. mylvmbackup (bekap skripta koja koristi lvm funkcionalnost)
pro - cena (dzabe), extremno brz
con - zahteva da se datadir nalazi na lvm-u (sto i nije neki zahtev, datadir uvek treba staviti na lvm iz milion razloga), najveci problem kod lvmbekapa je sto pravi "crashed backup", dakle pre nego sto napravi lvm snapshot (koji onda bekapuje) mylvmbackup samo lokne i flushne sve na disk, nema mogucnost da "kaze" innodb-u da "prekine sa svojim background procesima" (sto meb ume) tako da ono sto dobijete kao bekap je kao da vam je u tom trenutku nestalo struje (malo bolje) tako da pri restore-u morate da reparirate datu (i mozda ...)

5. zmanda (i sve ostalo sto koristi zmanda agent kao sto je symantec netbackup)
pro - fancy interface, milion opcija
con - kosta ne malo para a, bem li ga, ja znam min 10 nasih klijenata koji placaju dobre pare koji su ostali bez bitne date zbog gresaka u zmanda bekapu, mozda je to sad ok ali ..

6. cdp (continuous data protection)
pro - fancy smancy nabildovan sistem
con - kosta puno para, ako se ne namesti kako treba (a to je extra jednostavno zabrljati) pravi neupotrebljiv bekap (prosli vikend je klijent prso, kazu da im je steta min milionce americkih dinara, i evo vec nekoliko dana developeri pokusavaju da extrahuju datu iz koraptovanog bekapa koji je napravio nedobro podesen cdp)

7. svi ostali snapshot sistemski bekapi (poput window shadow copy i ekipe)
pro - nema
con - NE RADI!!!! nemojte pokusavati uopste

---

btw samo da dodam, perkona je stvarno extra ekipa i xtra* alati su bas do dzadza .. tako da (ma koliko to zvanicno ne bi trebalo da kazem obzirom na to gde radim) ja mogu da preporucim perkonine usluge i njihov sw u bilo kom trenutku, cak su za mnoooogo stvari znacajno bolji od orakla.

sa druge strane, cak iako postoji realna sansa da se nadjem u timu sky/monti u bliskoj buducnosti, mariadb je krsina u poredjenju sa originalnim mysql-om i u poredjenju sa xtradb-om tako da iskreno savetujem "zaobilazenje" ... a i servis koji daju nije bas adekvatan :(, takodje monti je uspeo da "plati" da mariadb zameni mysql na dosta distro-a, ako zelite stabilnu datu nemojte se zezati :(

---

Reko' - đe Bogdan do sada, a Bogdan se raskuck'o, pa mu trebalo vremena da se javi...

Da pojasnim prvo:
- Radim u firmi koja radi za firme, koje plaćaju implementaciju/održavanje...
- uvek im kažemo šta bismo voleli (i da bi tako trebalo), te koliko to košta,
- neki pristanu, neki kažu da nemaju sredstva,
- onda mi njima kažemo da može i ovako, ali ne garantujemo,
- neki pristanu, neki kažu da nemaju sredstva,
- onda ovi poslednji 'neki' predlože neko dibidus rešenje,
- onda mi kažemo da to ne može tako,
- onda oni kažu kako "ima firma koja to može",
- onda se mi udaljimo i prepustimo posao "firmi",
- onda nas nazovu nakon nekog vremena i kažu - problem...

Uglavnom, ograda postoji i ograda je uvek na papiru! ;)


Preduhitrio nekoga ko bi se našao da kaže kako Access i ormar nisu DB! ;)
Znam da detalji koje sam nabacao nisu vezani za temu i već sam se ogradio u prvom postu, ali rekoh da približim učesnicima u raspravi opis posla kojim se bavim. P.S. Opet ograda, slažem se da je nebitno...


Rekao sam - kada sam uslovljen... ljudima treba/'oće/moraju/ne daju/ne može drugačije... mora se vrtiti na nekom MS-u... iako volim da izbegnem i zavrtim na linuksu


Ovo nisam znao, e'o sada ću konsultujem refman! :)


Nemam problem, aplikacija radi pos'o...


Upravo tako...
- Slave Masteru: jel' me čuješ - čujem - ok, tu si. Slave Masteru: jel' me čuješ - :tišina: - ok, nisi tu, preuzimam ja.
- Bekap server je masterov bekap...


Planiramo uzimati pretplatu, bilo reči o tome. Znači možemo koristimo. :D
Pitanje: Šta mi je za klijenta? Nezavisno od nas, il' pretplata, ili pružanje za licencu? Tj. može li da se pazari trajna licenca nezavisno od (ne)pretplate i koliko košta? Ili da se čujem sa ovima u oraklu ako ne znaš cifru?


Ovo 'free' je i prelomilo. Nači, perkona - odlično, radi pos'o; meb wanna have + dž uz pretplatu? Tako ja skontah tvoju formulaciju ;)

I naravno, sve pohvale na odgovoru... Brz, opširan, gađa gde treba! :D

---

kucao sam ti odgovor sa 6meseci bebironom na ramenu koga odvaljuju zubi (spremaju se da niknu pa bole desni) tako da .. bilo je to mega brzo obzirom .. :D :D :D



mega bitno!!! sve ostalo se posle svede na "pa kad ste znali da ne valja sto ste pristali, pravi majstor ne pristane da napravi most od kartona bez obzira sto gradska vlast >>to hoce<< "


nemam pojma, sta je cim to sto ti hoces nije enterprise subscription posto ti enterprise subscription uzimas sebi za svoj server a ti uopste nemas server vec si ti neki recimo partner koji dalje nudi uslugu klijentima ... dakle svaki taj klijent bi trebao da uzme subscription samo mu onda ne trebas ti - moze da kontaktira nas direktno, e sad za tvoj slucaj postoji resenje ali ja nemam ideju kako se zove ni kako funkcionise, morao bi da kontaktiras orakljive da ih pitas, ako se dobro secam sales za srbistan je u rumuniji (oracle u beogradu nema nikakve veze sa mysql-om nit znaju sta je ni kako radi niti ga prodaju i podrzavaju)

za perkonu, video si drugi deo poruke, stvarno je pera tu napravio mega dobru ekipu i stvarno dobro rade posao, posebno ako ti terba neki konsalting ili bilo sta specijalizovano (tipa data recovery ...)

---

Znam za Rumune... Neko iz BiH me uputi na Oracle Sarajevo (nisam ni znao da imamo)... A izgleda da nisam znao zato što mi se javila neka riba koja nema veze ni šta je Oracle, nit' šta ona radi tu... Ali mi dala mail nekog Rumuna, kome sam objasnio situaciju, na što mi on reče da je on sada u nekom drugom odelenju već par meseci, na nekoj levoj poziciji, pa me prebaci na drugog...

E tu mi već bilo taman 'korespodencije' za taj dan, pa ostavih za kasnije! :D

Uglavnom, Rumun reče da postoji to što meni treba, al' ni ja ne saznah kako se to zove :)

---

:D podeli kad saznas sigurno ima jos neko koga zanima :D
u sarajevu nam je neki deo firme vezan za kintu (payment, finance,
accounting..), mislim da nista drugo nema u sarajevu, mada moguce da
gresim, bas retko svracam u office

---

Nadograđujem server na jednoj lokaciji i novi kolega me pita:
- "A zašto server ima samo jedan modul RAM-a?"
- "Vrlo jednostavno. Ako i njega izvadim, neće da se upali!"

---

---

OK, Bogdan radi za Oracle, ali ne zna kako se prodaje, ja ne radim za njih, ali znam da prodajem.

Elem, da bi prodavao licence za MySQL, treba da budeš Oracle partner. Na žalost, u Srbiji više ne radi niko ko je zadužen direktno za rad sa partnerima, već to radi za ceo Adriatic region Rumunija. Nije neki problem, recimo kontaktiraš Adinu u Rumuniji (Adina Bobocea, znaš već kako idu mail adrese za Oracle), mislim da se vratila sa trudničkog, a žena zna srpski. Kada postaneš partner, treba da potpišeš FUDA ili ASFU ugovor (FUDA - Full Use Distribution Agreement, ASFU - Application Specific Full Use Distribution Agreement). Za prodaju MySQL ti treba ASFU, a da bi to dobio, osim da si partner, treba da popuniš upitnik o tvojoj aplikaciji koju prodaješ uz MySQL. Dakle, mora da postoji aplikacija koja koristi MySQL, pa kad prodaš licencu, baza može da se koristi samo za tu aplikaciju za koju je prodata licenca.
Sve ovo je naravno u domenu teorije, jer kada se ukaže prilika, Oracle će ti dati da prodaš MySQL i bez ASFU, odnosno ako imaš samo FUDA (ja prodao nekoliko puta, da ispoštujem klijenta - nije neka kinta), a Oracle je široke ruke kada treba da se zažmuri na protokol pri kraju fiskalne godine (što je 31. maj za Oracle).

Kada jednom postaneš partner, a veći deo se odradi na Oracl portalu, onda se samo produžava partnerski ugovor, a FUDA/ASFU važi najčešće dve godine (uz uslov da si produžio partnerski status). U zavisnosti od nivo partnerskog statusa postoji i godišnje plaćanje (recimo znam da je Gold 2000$ godišnje, Platinum 20000$ - mi smo Platinum, a za Silver i Member mislim da je nešto sitno, ako se uopšte nešto i plaća).

E ovo je već odgovor i to kakav sam trebao dobiti od ovih u Sarajevu! :)

Hvala i za kontakt, iako meni niko Adinu nije pomenuo, ali nije zgoreg ni nju priupitati za savet kako dalje...

---

kao sto rekoh mnogo puta do sada :D, svi ti procesi u oraklu su toliko komplikovani da normalan covek to ne moze da pokupi usput ako ga direktno nesto ne zanima .. ima birokratiju ko nekad sfrj .. to su strasne stvari :( ... najgore je sto departmenti medjusobno slabo saradjuju, ovi sto pradju oracledb na primer ne dobijaju nista od toga da pomognu onome sto prodaje mysql da nesto proda i onda su u fazonu "ne znamo ti mi to, al da vidis imamo da ti damo dobar popust za oracledb" i te fore i fazoni .. valjda to tako mora, sta znam, ista prica i u m$oftu i u jos nekim vecim it firmama sa kojima imam iskustva :(



ono sto je bitnije pitanje je sta on tacno treba da prodaje.
u klasicnoj varijanti da on prodaje oraklove proizvode (mysql licence, mysql support, oracledb ..) onda je cela tvoja prica 100% u pravu i prilicno je jednostavna, to je klasican partnerski ugovor i to kod orakla radi na isti/slican nacin vec deceniju+, elem, ono sto oni rade je malo drugacije.

posto oni daju support (dakle ne kontaktira klijent oracle vec njih) a oni za savet pitaju instancu iznad (nas), tako da njima realno treba "unlimited servers account" koji kosta ako se dobro secam 8x5k$ (posto se valjda 8servera racuna kao "unlimited", sve preko osmog je dzabe)... i onda tu dolaze ti value added tools (mem, meb..) etc etc ... e sad ja znam kako je to bilo u vreme pre orakla posto su tada procedure bile jednostavne da i retard kao ja moze da ih skonta :D i to je radilo bas tako, ti si podkonsalting kompanija, placas support za 8 servera i ti svim svojim klijentima dajes podrsku i stavljas value added tools, kada imas problem koji ne mozes da resis cimas nas i mi ti pomognemo, mi pricamo iskljucivo sa tobom, nikad sa end customer-om. kako to radi sada nemam ideju (posto je oracle sve nase procedure bacio i ubacio nas u svoje koje naravno nisu uopste kompatibilne sa foss-om posto je kod orakla sve vezano za licencu pa ako kupis licencu sve ostalo ide na to i partneri su realno reseleri licenci, kod mysql-a ti mozes da imas subscription za support a da ne koristis komercijalnu licencu, licenca je potpuno odvojena prica i najcesce ti ne treba) .. e sad, kako su oni to finalno uobrocili i da li se uopste isplati ici sa tim ili odhebati oracle zbog nemogucnosti normalne saradnje i napraviti svoj set alata baziranih na open source resenjima (meb zameniti sa xtrabackup, mem zameniti sa zabbix+paket mysql skripti etc etc ...) to je sad vec na tebi da odlucis ... ja znam da imamo nekoliko klijenata koji rade na foru, oni placaju oraklu support za "svoje" servere a u stvari su to njihovi klijenti, to je realno "nelegalno" ali prolazi, zasto tako rade nemam ideju, dal zato sto im je tako bilo lakse ili jeftinije ili nisu mogli drugacije da se iskobeljaju iz red-tape ne znam ... fora je da budes uporan, zovi po redu i ako ne uspes da iskopas info koji ti treba pisi pa cu ja interno da iskopam ko tacno treba da ti da taj info

da ponovim samo jos jednom posto je vazno, o tome kako mysql radi, kako sta odraditi u mysql-u ja mogu da pricam ozbiljno i da stojim iza toga, znam kako to izgleda imam nekog iskustva etc etc, ali o tome kako sta uraditi sa oraklom, kako sta kupiti, koja je procedura za xyz, kako licencirati, kada je licenca u breach-u ili ne, o cenama, o roadmap-u etc etc ja realno nemam pojma a nesto ako napisem to je samo moje licno misljenje zasnovano na "educated guess" a ne na znanju/informacijama iz prve ruke!!! neko ko je direktno nekad nesto kupio od orakla i prosao taj proces zna o istom 1000000000000000 puta vise od mene!!! e sad ja mogu da pripomognem ako ne moze neki info da se iskopa zbog red-tape tako sto cu interno da pustim mail sa pitanjem "ko je odgovoran da da odgovor na pitanje o xyz u regionu xyz" i onda kada dobijem odgovor da prosledim kontakt podatke (ne i odgovor na pitanje, samo kontakt osobe koja moze da odgovori)

no da se vratimo mi na pricu o bekapu :)

_{[Ovu poruku je menjao bogdan.kecman dana 13.02.2014. u 12:09 GMT+1]}

---

Počnem priču o kolaciji š'ćirilicu i latinicu, završim priču o bekapu. O.o

Počnem priču o bekapu, završim sa kupovinom/prodajom orakljivih licenci...

Da načnem novu temu za licence, pa da skrenemo negde dalje, ili? :D

Elem, da se mi ipak vratimo bekapu, bar na ovoj temi! :)

Malopre sam skinuo meb, nisam ga ni otpakovao još uvek - ali nešto kontam, ako imam "trial" neograničenu licencu, koliko je bolji (ako je bolji) od sadašnjeg rešenja, barem xtrabackup (free) vs. meb (trial)?

---

Ja još samo jedan post o prodaji licenci, pa se odjavljujem

Dakle, moguće je prodati ili Perpetual licencu i godišnje održavanje za MySQL, ili Anual Subscription.
Kada bacim pogled na List Price (ne mogu ovde da ga okačim jer je partner confidential), Perpetual licenca je 10% - 30% skuplja od Anula Subscription, dok je kod Perpetual licence, održavanje 22% od cene licence. Tako ti ispadne, da ćeš sa Perpetual licencom prve godine platiti do 50% više nego da plaćaš samo godišnju pretplatu, ali je već sledeće godine ukupan trošak 50% niži (na primer to je za dve godine 122% + 22% = 144% od list price za Perpetual, dok je za Anual, na primer, 80%+80%=160%).


A ovo su proizvodi


U Oracle terminologiji, socket je fizički procesor, bez obzira na broj jezgara. Hyperthreading se nikada ne uzima u obzir kod određivanja metrike. VM se ne uzimaju u obzir, osim ako se ne koristi neka od VM mašina sa hard particionisanjem, koja je dozvoljena od strane Oracle (recimo OracleVM, ili LPAR za Power procesore), dok se, recimo VMWare ne priznaje, pa se plaća kao da mašina nije particionisana.

ne verujem da tema o kupovini ima mnogo smisla, realno je to vrlo
personalizovana stvar i moras da odradis to telefonski sa samim oraklom
.. eventualno kada zavrsis sve mozes da napravis temu da podelis iskustva

iz mog iskustva meb je dosta bolji od xtrabekapa ... sta je cim, innodb
ima milion nekih internih pozadinskih procesa i ne moze da se
jednostavnim "flush tables with read lock" zakuca i umiri.. pera i ekipa
iz perkone extremno dobro poznaju innodb rad i oni su napravili
xtrabekap tako da ume da saradjuje sa innodb-om i da napravi
konzistentan ispravan bekap ali je to i dalje realno hack. sa druge
strane, od kada postoji innodb hiki je imao i innodbhotcopy koji nikad
nije bio foss i koji je pravio online backup innodb-a, kada je oracle
kupio hikijevu firmu oni su to jos unapredili a kada je kupio i nas to
je dobilo jos dodatni bust tako da ne samo da meb sada zna sta innodb
radi, u samom innodb-u se nalaze funkcionalsti koje saradjuju sa meb-om
tako da ti sa meb-om vuces idealno dobar bekap, nema nikakvih hakova,
vuce se bekap + log, restore se bekap+log etc ..

tako da, ja licno mislim da je meb bolje resenje ..

e sad, da ti kazem "ok je da koristis oracle alat koji nema limite osim
u tekstu licence" ne mogu jbg .. prvo ne mogu zato sto je to nelegalno a
nije lepo da savetujemo ljude da koriste nelegalne stvari, drugo ti
alati se razvijaju zato sto to neko placa, ako ljudi ne placaju nece se
razvijati, oracklu je lako da pootpusta sve nas "fancy" tehnicare i uzme
brdo retardinja iz indije (za kintu koju daju npr kolegi iz usa mogu da
kupe ceo call centar sa min 30 ljudi u indiji + sva oprema za call
centar + prostor gde ce da sede + odrzavanje tog intraneta + manageri
koji ce da vode tih 30 ljudi + racuni i da im ostane para) i da formalno
pravno zadovolje pricu sa support-om .. i trece najvaznije kapiram da
firma u kojoj radis ima legalan biznis, razlog zasto oracle moze da da
sve svoje alatke "dzabe bez ikakvih ogranicenja osim obicnog malog
tekstualnog fajla" je izmedju ostalog to sto ima jaci advokatski
department od jedne balkanske drzave tako da ako oni "saznaju" i naguze
te .. a uvek ima neko ko ce da te drukne, posebno na balkanu (sta da ti
kazem kad su neke moje izjave ovde na forumu slali u oracle da me
drukaju kako sam nekome rekao da je bolje da koristi pgsql nego mysql za
neki projekat i tako 3-4 puta vec za razne stvari, zamisli sad ti das
otkaz nekome u firmi i on uzme da te druka oraklu kako ti koristis
oracle alate ilegalno)

tako da,
- tehnicki, po meni, meb je bolje resenje
- pravno formalno, ne mogu da te savetujem, ne znam

---

Ovo mi je bitno, kako bih mogao prostudirati i predložiti meb kao bolje rešenje...



nisam ni mislio da ga koristimo ilegalno, niti bi smeli. BSA bi nam he8ao kevu, sve da Oracle i sazna i da ih zabole uvce što mi to koristimo.
Hoću da ga isprobam, naučim, postavim par pitanja ovde na forumu kada zapne, pomognete mi gde zapne... e, kada se mi ovde obučimo, onda ćemo nazvati Oracle i reći da želimo to-i-to u te-i-te svrhe.

---

da, tome i sluzi trial verzija :D, da nemas problem da se obucis ... to
je odlicna filozofija po meni, za dev i trial ti je sve dostupno free,
ne moras da "releasujes krekove za svoje proizvode i ocekujes da ljudi
uce sa krekovanih verzija", lepo im das sve fraj i verujes u svoj
proizvod da je dobar i da ce ga platiti kad dodje vreme da ga koriste
komercijalno ... jedna od malo stvari sa kojima se u oracle filozofiji
slazem 100%

tako da samo napred, ja nisam neki mega giga expert za meb (mccge ima
svoj bekap koji radi jos bolje :D, kada je pravljen meb brdo ideja i
tehnologije iz mccge su prebacene tamo ) ali imam na jabber-u kolege
koje ga prave i koleginicu koja je koordinator za meb trening i
implementaciju tako da uvek imam koga da pitam :D

---

Joj Bogdane, tastatura ti se pozlatila! :)

---

Pitanje je da li je tebi MySQL (ili bilo koja druga relaciona baza) pravo rešenje za čuvanje real time podataka sa mikrokontrolera. Možda bi trebalo da koristiši neko Big Data rešenje (NoSql) samo za čuvanje podataka sa PIC.

Mogao bi i da na računaru koji služi za akviziciju podataka da napraviš neko rešenje za baferovanje, za vreme dok se na bazi radi backup, recimo čak i SQLite bi bio dovoljno dobar da sačuva nekoliko minuta podataka, ako tvoj program lepo zna da serijalizuje pisanje.

uh @djoka_l, nosql je najgore sto moze da uradi za realtime podatke,
posebno ako mu je bitan bekap i ako nema dovoljno masina za replikaciju,
da ne spominjem ako ne zeli da mu podaci "samonestanu" :D

za realtime se zna sta je najbolje resenje (ja bas od toga zivim) ali to
zahteva jos ucenja i malo vise masina od onoga sto njegovi klijenti hoce
da plate (vidis da nece da se ispruze za replikaciju)

a vezano za baferovanje, to pokrismo u onom delu da sama aplikacija
mora da uma da hendla timeout i razne vrste gresaka sa baze :)

---