[06:29] Jutro === BotaniCar|2 is now known as StrudelMuffin [06:44] Idete u Brazil ? Nemoj da nitko nije donio AIDS doma ! :) [06:47] http://i.imgur.com/gFPAzwB.jpg [06:48] zanima me kak ce to bit [06:48] u brazilu [06:51] Mmike: te mogu zagnjavit' malo oko postgresa i backupa ? :) [06:51] naravno [06:51] ak me gnjave ovi na poslu [06:51] tu ili msg ? [06:51] a potplacen sam [06:51] mosh i ti [06:51] s tobom se bar napijem s gustom ponekad [06:51] :D [06:51] mosh i tu [06:51] :)))))))) potplacen si my ass, kaj vozis ono ? :D [06:51] rano jutro, spavo 5 sati u komadu [06:51] vozim 6 godina star auto :) [06:53] Imam postgres 9.x , baza koju bi trebao kontinuirano backupirati je ~35Gb. Trenutno nemam nikakav backup - sprema se diferencijalni backup cijelog servera. pg_xlog direktorij mi je ~130Mb. Da li trebam kaj posebno ukluciti za WAL archiving na strani tog servera, i sto praksa kaze, koliko naraste zauzece diska ako hocu sloziti WAL archiving ? Da li je to uopce pravi nacin za kontinuirani backup ? [06:53] Cini mi se cool imati warm backup mashinu. [06:54] Da li mi je bolje sloziti nekakav master/slave model, da substituira backup ? [06:54] pa [06:54] koliko su ti podaci bitni? [06:54] tj, koliko ti je bed ako se desi sranje, pa ti fali zadnjih sat, par sati, dan... ? [06:55] Bed je, inicijativa je pokrenuta jer se ustanovilo da u bazi fali nekaj iz 07 mj prosle godine. [06:56] Treba mi sve, kazu :) Ne znam kaj je sve, pa ... [06:56] StrudelMuffin: reci im koliko to kosta pa ce bit i prihvatljiv rizik gubitka podataka :) [06:57] drj_cro: sad s mmiketom definiram najbolju metodu, onda cu gledati kak to najjeftinije provesti :) [06:57] Mmike: kako beba? [06:57] beba jebeno [06:57] pitaj radije kako sam ja [06:57] kaj bebi moze bit, molim te [06:57] E, to se nitko ne usudi :D [06:57] pisa sere place spava [06:58] :) [06:58] StrudelMuffin: sam sec, imam tu na poslu situaciju 'nisam ja, kompjuter je' [06:58] ti ces jos dugo patit, isto ko i mi svi ostali :) [06:58] Roditelje se ne pita za zdravlje :) Jos jedno godinnu dana :) Prvi put kad ga budes mogao poslati da ti donese srafciger/sok koji si zaboravio, na konju si :) [06:58] meni moj neki dan donio kavu koju sam zaboravio, milina :) [06:59] Imaju linuxi nekakav pandan VDI(virtual desktop infrastructure) ? [07:00] ( windowsi 8.1 su jebeni, sad aplikacija moze trigerirati automaCki VPN connect ) [07:01] nebih rekao da su jebeni, ali nisu losi :) [07:01] Meni su jebeni jer radi sve kaj je radilo, a ima i ponekaj novo. OK, meni je sve kaj novo izadje super :) [07:04] ma i ja sam ih stavio zbog toga sto su novi, ali na kraju sam i najvise koristio taj laptop dok nije crknuo jucer [07:04] s/ali/a ? :) [07:05] pa i nema ali, rade, ok su :) [07:06] manje me zivciraju nego unity recimo [07:06] sto se tice snalazenja [07:06] meni je i unity ok, odem tamo i pocnem tipkati ono kaj mi treba > profit === BotaniCar is now known as DeliciousCake [07:15] meni su win8 u kurcu [07:15] win7 su mi okejach [07:15] jako mi fale terminali [07:15] i virtualni desktopi [07:15] ok, za ima onaj virtualwin koji fakat nije los [07:15] DeliciousCake: nabijem te nakurac s nickovima [07:15] k'o da si zena [07:15] pa moras svkao malo novu sminku [07:15] zanimljivo... dosli mi neki updateovi za utuntu i sad ajd bas idem pogledat sto krpaju... i kliknem tamo na one neke linkove i ono, bugovi iz 2012-te... wtf ? [07:15] ne zena, nego kim kradasijan [07:15] ili kako ec [07:16] obruT: pa, koristi noviji ubuntu [07:16] MmikeT_: rikonektalo me, pa nisam mogao biti Strudl, a ako sam botanicar, onda ne znam jel mi to irc doma ili na poslu :) [07:16] ne kuzim.. redovito ga apdejtam... kak to da mi danas dodje update za bug od prije godinu dana ? [07:17] windowsadmin world problems [07:17] anyhow [07:17] pg backup [07:17] ako ti treba sve [07:17] i stalno [07:17] to je entrprajz redi ? [07:18] i nemosh podnjet da izgubis ista podataka, onda pg streaming replikacija [07:18] mosh bit baja i upalit 'synchroneous' [07:18] al' to je drka i pila [07:18] jer ako ti umre slave server onda moras imat mehanizam koji ce masteru rec 'e, slave je umro, aj ne cekaj na njega vise' [07:18] Synchroneus znaci da ako se nakj obrise na izvoru, ode i na destinaciji, ili je to konfigurabilno ? [07:19] ne [07:19] syncroneus znaci da su serveri stalno u syncu [07:19] po defaultu je replikacija asihrona [07:19] sto znaci da postoji kratki period kad se write koji se desio na masteru jos nije replicirao na slave [07:20] Ahh. a kak mi to pomaze po pitanju datoteka koje su obrisane 2012, a sad se skuzilo ? [07:20] ako si porno web sajt koji broji klikove, onda ti je to ok [07:20] ako si kladionica, onda ti to nije ok [07:20] erm [07:20] datoteke obrisane 2012? [07:20] posgres, datoteke? [07:20] Citaj gore :) [07:20] ne kontam [07:20] kaj da citam? [07:20] Trpat cu XMlove koji su do sad bili na FSu u bazu [07:20] FS dokumenti iz 2012 su obrisani, skuzilo se sad [07:20] ajme [07:20] botanicaru [07:21] ane tako, jebemu :) [07:21] Moram, aplikacija koja proizvodi te XMLove se redizajnira, to ce ici u bazu bez obzira na ovaj problem [07:21] buduci je tome tako, moram sad backup baze sloziti tako da preduhitrim istu stvar kasnije [07:22] Jer, tko je obrisao nekaj s FSa, i iz baze ce :) [07:22] pa [07:22] ja brijem da potpuno krivo promatras problem [07:22] jer, vratiti sranje baze unazad gro godina nesh moc [07:22] Ja brijem da znas bolje od mene, zato ti pricam sve ceg se mogu sjetiti [07:22] tj, hoces, al' to je izjeb [07:22] pa da, a'l ne trpaj kruske i jabuke unutra [07:22] Nema veze kaj je izjeb, placaju me za sex :) [07:22] pricamo o backupu postgresa [07:23] Da, a ja sam ti rekao kaj mi se nedavno desilo na FSu , a sutra ce u bazi, pa ako dobar backup to moze sprijeciti - milina [07:23] a ne o slaganju korporataivnog backup rjesenja [07:23] da, velim, kruske i jabuke [07:23] nebitno je to kaj ti se desilo na FSu, kad pricamo o backupu postgresa [07:23] mosh mi tak rec i da je sluzbeni auto bio udaren a nema osiguranje [07:23] jer, eto, i to se tice firme [07:24] pa kad vec radimo, ajmo radit kak spada, i rjesit da su auti stalno osigurani [07:24] Bitno mi je jer je to obrisao *netko* , taj netko ce to obrisati i u bazi ako se sjebe. A moji to nece skuziti godinu dana. [07:24] nije ti bitno [07:24] OK, kaj mi je bitno ? [07:24] ako ti je bitno, onda ne rzumijes problematiku [07:24] to je sigurno :) [07:24] backup postgresa nema (pretjetano) veze s backupom datoteka s kojima radite [07:25] 'obrisat u bazi' ne znaci nista [07:25] ako aplikacija/baza dozvoljavaju da se stvari brisu, so be it [07:25] ako ti je bitno da se stvari ne brisu, ili da postoji log brisanja, slozi bazu/aplikaciju tako [07:25] Dakle , da ponovim: trebam backup baze koji ce mi omoguciti point-in-time recovery sadrzaja(ili dijela sadrzaja) , uz to bi bilo zgodno da mi omoguci i da napravim hot/cold backup. [07:25] ok, moze [07:25] al' to nema veze sa backupom datoteka na filesystemu [07:26] ( ovo s logom brisanja je briljantno ) [07:26] nije briljantno [07:26] stupidno je [07:26] jako je bitno znati koja je svrha baze [07:26] tj, sto baza prati [07:26] Mmike: nema, dajem ti malo povijesti slucaja, ako odlucis imati kvantni skok u razmisljanju, ili ako ti je to bitno za nesta, ako ne - spamam [07:26] ako je to knjigovodstveni softver, onda NEMAS log promjena u bazi [07:26] nego baza radi tako da jednom kad je dokument proknjizen NEMA mijenjanja [07:26] mijenjanje = novi dokument koji se zove 'storno' [07:27] ako aplikacija dozvoljava mijenjanje, onda je u kurcu [07:27] Baza ce pratiti sto joj kazem, softver koji vrsi pohranu u nju se redizajnira a je sad ujedno i izvrstan trenutak za change requeste [07:27] No, drzmo se mi za pocetak backupa :) [07:27] ne sto joj ti kazes, nego sto app developer kaze) [07:27] Da, code monkey radi sto mu u CRu pise, potato potato [07:28] DeliciousCake: tebi treba backup(bacula/etc) [07:29] drj_cro: da :) pitanje je kakav, koliko ce dodatnih resursa uzeti, i treba li mi jos sto uz backup :) [07:29] sve zavisi koliko zelis toga backupirat i gdje [07:30] ja koristim baculu na trake(changer) i diskove(DR lokacija) a backupiram dnevno oko 100G [07:30] Zasto je bitno gdje ? Ili krivo citam ? Ici ce nekamo offsite, ali na brzoj vezi. Zelim backupirati svih 34Gb podataka, s mogucnoscu povrata u tocku u vremenu. [07:31] Receno mi je da podatke treba cuvati "zauvijek" .. eksploatacijski ciklus softvera je ~4 godine, ap je vjerojatno toliko i "zauvjek" [07:31] pitanje::: jel pametno updatat kernel na 3.11 [07:31] rast same baze je u rangu 1% mjesecno [07:31] DeliciousCake: da, ali, da li si ti dba? Znas li tocno kako baza radi, sto biljezi, sto je u kojoj tablici, i to sve? [07:32] bacula je ok za filesystem backup ako bash hoces biti enterprajz frajer (meni rdiff-backup radi vise nego solidno, sa snapshotigoom i sa svime), al' nije pogodna za backup postgresa [07:32] Mmike: nitko ovdje nije DBA, ali na meni se lomi kad nesto nestane. U trenutnoj verziji nitko ne zna sto i kako baza radi, nakon redizajna to ne bi trebalo biti tako [07:32] DeliciousCake: slozi, za pocetak, periodicni pgdump [07:33] To imam. [07:33] kak cesto? [07:33] Ali ne mogu to storati iduce 4 godine [07:33] dnevni dump [07:33] zasto ne? [07:33] jelly: skupo "im" je [07:33] koliko je skupo kad se primijeti gubitak podataka kao sad? [07:34] botanicar [07:34] Ne moras na meni primjenjivati psihologiju ;) Nema se para za takav storidz, bottom line. Treba u okviru pristupacnog naci alternativu. [07:34] jel' ti kuzis kaj tipricas sad? :) [07:34] 'mi bi autom do splita' - 'ok, to je 400 kuna, jer ima 400 kilometara' [07:35] 'ne, imamo samo 200 kuna' [07:35] DeliciousCake: sto je pristupacno? [07:35] kakva fakin alternativa? [07:35] ako nemas 400 kuna nemres do splita [07:35] tocka [07:35] ako nemas para za cuvat 4 godine backupe, onda nemas backupe 4 godine [07:35] Mmike: zakaj svaki put, s uzitkom, kad o necem pricamo - ti moras potegnuti pitanje velicine svog ukrucenog penisa ? Napisao sam da nemaju para za entrprajz storidz koji ce iduce 4 godine spremati svaki dan +30Gb podataka. Gdje je problem ? [07:35] mozes pjeske nakon 200 km [07:36] Dakle, kakva god replikacija, streamlining ili kaj god bude, virtualka za to nece kostati kao entrprajz storidz za bekape, ok ? [07:36] ne kuzim [07:36] kak bi ti na sve moguce nacine da dodjes do splita za 200 kuna [07:36] a ne ide :) [07:36] pa ako ne ide, opet moram znati zakaj i za koliko u stvari ide, zato te i gnjavim [07:36] kakav fakin enterprise storage [07:37] pa ako imas 30 gb podataka [07:37] koje ces backupirati [07:37] dnevno [07:37] s granulacijom od jednog dana [07:37] brb, telefon [07:37] i zelis moc doc do bilo kojeg od tih backupa unazad 4 godine [07:37] moras moc sacuvat te podatke [07:37] negdje [07:37] ne kuzim kaj bi ti virtualizirao [07:38] 100 dana stane na 3TB disk, znači 10-15 3TB diskova u raid6 polju, nije enterprise al nije ni sam tak (zar Pg nema incremental backup) [07:39] ima WAL archiving backup, al' to ce mu zauzet jos vise mjesta i imat ce jos veci izjeb s restoreom [07:40] vise mjesta? [07:41] kak znas koliko txna on ima? [07:41] pa ak ih nema kaj ce mu onda dnevni backup :) [07:41] al', imas potpuno pravo [07:42] botanicaru, kak puno/brzo se pise po postgresu? Sta vele grafici, koji je wal turnaround? [07:42] btw, kaj nije jeftinije kupit traku, i snimat na traku sve kaj je starije od, neznam... pol godine? [07:42] ili metat na RW DVDjeve [07:43] al', opet, bitno bi bilo znati sto mu baza prati [07:43] jer, ako se 90% podataka u bazi ne mijenja, pointless je cuvati sve to [07:44] Mmike: jos ne znam kaj je jeftinije, pitam kaj bi ti napravio, pa cu onda vidjeti za koliko para to mogu i da li ce mi odobriti. dat cu ti pristup na munin za koju minutu. Ja sam razmisljao o WAL archivingu iako je overkill jer pokriva i sranja koja bi se mogla desiti a jos nisu, mozda sam u krivu. [07:44] ne znam dal' si u krivu [07:45] znaci, mosh slozit streaming replikaciju, pa imas slave server koji je stalno u syncu. Al', to nije backup, to ti samo povecava availability, jer ako main server prdne imas rezervni spreman (ovisno o tome dal' je sync/async replikacija u igri imas sve podatke ili ti neke sitne stvari mogu falit) [07:45] mosh, uz to, slozit i wal archiving [07:46] znaci, svaki put kad postgres 'predje' na novi wal segmet, pokrenut ce archive_command, koji ce onda skopirati/arhivirati 'prethodni' WAL nekud [07:46] svaki WAL je 16 MB velik, a kako cesto se stvaraju novi ovisi o loadu [07:47] opet, ako imas puno tablica koje su 'scratch' talice (glupi privremeni counteri i ino), onda ce ti WAL bit zagadjen tim sranima, i opet je pitanje dal' ti to treba u backupu [07:47] Elem, mogu replici reci da ne smije nista obrisati ? Tak da na izvorisnom serveru nekaj mogu i obrisati, i za tri mjesec me zazvati da vidim di je to na replici ? Ne znam kaj se desi u tom slucaju (ako je moguc) kad nesto u tablici promijene,a ne izbrisu - da li replika moze verzionirati ? [07:47] al' teorecki sa base backkupom i svim WALovima koji su se desili od onda, mosh napravit PITR kad god zelis [07:47] nemres [07:47] ok, znaci to s WALovima moram ? [07:47] ne [07:47] moras skuzit kak to tocno radi [07:47] ja ti nemrem dat univerzalno rjesenje [07:48] kuzis, ako ti na master serveru kazes 'DELETE FROM tabla WHERE user=123;' [07:48] to se mora desit i na slaveu [07:48] nemre tamo taj redak ostat [07:48] Da, i nije mi zvucalo izvedivo, morao sam pitati. [07:48] nemoj pitat takve stvari [07:48] jer samo kompliciras meni objasnjavanje jer nisam siguran koliko razumijes problematiku [07:48] sam ti pitaj :-) [07:48] i onda neznam kaj bi ti reko [07:49] Pa, rekao si mi ne, to je vec nesto :) [07:49] Mmike: a ak nista ne pita, onda znas koliko razumije tocnije? o.o [07:49] di mi je htpasswd od munina nestao ? :D [07:49] ae [07:49] al' onda mu kazem 'get the basics', pa cemo poslije o backpuima [07:50] di se cita o basics [07:50] na googletu [07:50] eh [07:50] ima coursera, ima relational databases, introduction i to sve, i vozi [07:51] ali, ali .. to bi mi unistilo navadu da o problemu prvo popricam s vama tu, onda guglam. Ako to napravim, i ovaj ce kanal umrijeti ! [07:51] nije to nist cudno / strasno, masa ljudi ne kuze kako baze rade [07:51] ja apsolutno ne kuzim kak radi ova baza :) Znam samo koliko imam tablica, ni kaj je u njima, ni relacije :) [07:51] frend, programer, i to jako dobar, prvi put kad se susreo s bazom je brijao da je baza k'o filesystem samo malo napredniji [07:52] nije uopce bio svjestan sto je PK constraint, tj, kak to radi [07:52] pa je onda isprogramirao svoj driver za pristup bazi koji je pazio da se reci ne dupliciraju i tako to [07:53] DeliciousCake: ja bih rekao da ti ne kuzis kak rade baze in general :) [07:53] ugl, da se vratimo na pg backup [07:53] mosh slozit wal archiving [07:53] to je zato kaj ne vidis sve kaj ti tipkam od svog penisa, mmike [07:54] vidim ja kaj ti tipkas, samo pol tog nema smisla [07:54] OK :) [07:54] ja se trudim ti pomoc, a ti se uvrijedis kad ti kazem da ne kuzis [07:54] Je, totalno sam crven u licu trenutno jer me ne razumijes, izgledam ko dijete ! [07:54] pix [07:54] :* znam da se trudis , ali nemoj misliti za mene :) [07:55] or it didn't happen [07:55] wal archiving ce ti omogucit vracanje baze u bilo koji trenutak u vremenu [07:55] jer mosh, pri restoreu, rec 'vrati bazu u stanje to i to' [07:55] tj, 'tad i tad' [07:55] uz neke preduvjete, tj. full backup obavljen da ispravan nacin [07:55] s/da/na/ [07:55] to obicno radis tako da napravis filesystem backup (tar/rsync/stovec), i onda arhiviras walove od tog trenutka [07:56] takoe [07:56] znaci, u teoriji, mosh ovako: 1) instaliras postgres, slozis wal archiving. 2) ugasis postgres. 3) napravis backup postgres datadira, 4) upalis postgres [07:56] i kad mi vele da je pero 12.07.2012 nekaj obrisal, ja na rezervnom serveru dignem postgres i natocim ga do tog datuma. Da , tak sam mislio [07:56] i onda mozes zamijeniti full backup svaki dan, sa manje cestim full backupom i drzanjem logova zauvijek [07:56] i ako walove cuvas beskonacno, mosh se vratit od pocetka [07:57] samo sto ako ti je baza stara 10 goodina, a ti bi podatak od pred 2 godine, onda moras replayat svih 8 godina [07:57] zato vrtis full backup svaki tjedan ili mjesec pa replayas od tad [07:57] jer, replayanje walova u biti znaci da ces 'izvrtiti' sve promjene koje su se desavale [07:57] tako je, ili svaki dan [07:57] ili svaki mjesec [07:57] ili kako ti vec pase [07:57] ne svaki dan jer za to nema $$$ [07:58] a, sve ovisi o tome koliki su mu walovi [07:58] cijelu pricu smo krenuli od toga da nema $$$ za full backupe svaki dan [07:58] jelly: ovo kaj si pitao koliko kosta gubitak podataka je snazan argument na racun kojeg mozda dobijem $$, ali moram krenuti s postavkom da necu :) [07:58] velim, ako se od tih 30GB podataka mijenja samo njih 100 MB, pointless je da backupira svih 30GB svaki put [07:58] ali [07:58] to nije snazan argument [07:58] to je JEDINA bitna stvar kad odlucujes o tome [07:58] Mmike: postoji nacin diferencijalnog backupa baze ? [07:59] taj dio, ako postoji, je db specific [07:59] Mmike: tesko se zivi, neki su spremni riskirati gubitak podataka i gasnje servisa/penale , radije nego ulaganje .. kaj da ti velim. [08:00] pa to moras znat [08:01] pardon, "to" ? [08:01] DeliciousCake: podsjeti me da pitam di radis i da nikad ne uzmem vasu uslugu [08:01] jelly-home: zakaj sam sad ja kriv ? Pa musterija diktira kaj si moze priustiti, ja bi im sve prodao [08:01] musterija ne zna [08:01] Da [08:01] ti si k'o kompjuterator tu da mu objasnjsi kaj mu treba [08:01] DeliciousCake: nisi ti kriv [08:02] Mmike: pa, ovo je priprema za objasnjavanje, do sad je menadzment pricao, i bojim se da su potencijalna sranja ublazena u tim razgovorima, sad ce biti tehnicki sastanak,pa se moram naoruzati [08:03] ali [08:03] to nije sajns fiks [08:03] fiksn [08:03] ali je idnikativno da se o backup pocne razmisljati _nakon_ havarije [08:03] procjena rizika oko backupa je nesto sto se radi desetljecima vec [08:03] postoje dvije vrste ljudi: oni koji rade backup i oni koji ce pocet raditi backup :) [08:04] znaci, dodjes, i kazes 'backup svaki dan, gubitak podataka u najgorem slucaju od 24 sata - koliko je to bed, tj, koliko kosta taj bed'? [08:04] obruT: :D [08:04] obruT: i oni koji ce zatvorit butigu [08:04] jelly: nemrem za to ni klijenta kriviti, postojeca verzija aplikacije je tu as-is, developeri otisli a nisu ostavili dokumentaciju. Novi tim sad rovari po tome, a ja krpam "leseve" koji iskacu iz ormara [08:04] jelly: za ovo kaj je nestalo u 12 mjesecu nitko nije znao do sa - jer nismo znali kaj gledati [08:05] botanicar, whatever you do TEST THE RESTORE PROCEDURE [08:05] nestalo sa fs-a, a fs backup ne postoji [08:06] jelly: postoji, placaju za tjedan dana backupa [08:06] pa onda ok, to i imaju [08:06] E, sad su skuzili da nije dosta, objasnili kaj bi, pa ja tu gnjavim :) [08:07] bot kad velis 'difrenecijalni' ne mislis na 'inkrementalni', jel? [08:07] postgres nezna nit za jedan, btw, mosh izmajmunirati sa filesystem backupima [08:07] ali [08:07] reci mi [08:07] http://www.postgresql.org/docs/9.3/static/backup.html [08:07] ovo si procitao, jeld? [08:07] diferencijalni: razlika u odnosu na prethodni backup [08:07] Mmike: mislio sam na diferencijalni. [08:08] wal archiving je, ajmo rec, diferencijalni backup [08:08] https://www.youtube.com/watch?feature=player_embedded&v=RZp7BvQJnU8 :) [08:08] Moze inkrementalni, ali radije bi da mogu restore napraviti samo s baseline backupom i deltom, nego da moram biti siguran da su mi svi inkrementi ok [08:08] drj_cro: Title: Was iOS 7 created in Microsoft Word?, Views: 617892, Rating: 98.19512% [08:08] pa, to je diferencijalni [08:08] to je kul [08:08] diferencijalni radi razlike od zadnjeg diferencijalnog [08:08] i moras restorat sve njih da bi doso do radeceg stanja [08:09] right? [08:10] Diferencijalni ce , ako u nedjelju napravim full-backup raditi deltu izmedju stanja u trenutku backupa i baselinea, inkrementalni ce spremati razliku izmedju stanja u trenutku backupa i prethodnog inkrementa [08:10] Mmike: ne, treba ti samo full backup i differencijalni [08:10] u slucaju inkrementalnog backupa svi mi inkrementi moraju biti ok. [08:10] Mmike: ovo sto si ti opisao je inkrementalni [08:10] get the basics, Mmike [08:10] U svjetlu nedavnih sranja koja sam imao s integritetom backupa, radije bi diferencijalni, makar je vecii . Ako mogu birati [08:11] * Mmike is ashamed [08:11] DeliciousCake: e pa, to baze uglavnom _nemaju_ [08:11] DeliciousCake: pg nezna za to [08:11] baza != filesystem [08:11] mosh ti backupirat fajlove na disku, dakako [08:11] Velim, ako ne mogu birati - ne mogu [08:11] ali inkrementalni je prirodno izvesti s obzirom da baza takitak radi sa journalom [08:11] u biti, to ces i raditi sa WAL archivingom [08:11] journal = wal, u postgres kontekstu [08:12] odnosno, to se zove 'transaction log' [08:12] journal, txn log, redo log, svaki vendor ima svoje ime [08:13] ne sjecam se kak se zove u Exchangeu, koji je isto transakcijska baza ispod [08:14] MSSQL (onaj okljastreni) [08:14] bot, ti bi mogao izkombinirati rdiff-backup, pa raditi inkrementalni backup datadira jednom dnevno, recimo. Izmedju toga imas WAL archiving (pa se mosh vratit u bilo koji trenutak u tom danu) [08:14] a jednom mjesecno napravis full backup [08:14] i onda cuvas sve rdiff snapshote zajedno sa pripadajucim WALovima [08:14] dan [08:15] Mmike: vodjen iskustvom, koliko mi resursa treba za 6 mjeseci takvog backupa ( baza +30GB , baza na FS-u ~35GB, rast od 1% mjesecno)? [08:15] sad ja moram matematiku za tebe raditi [08:15] SilverSpace: ako ides u brazil, nemoj zaboraviti AIDS ! :) [08:15] nemam pojma [08:15] rast nije bitan uopce [08:15] bitno je koliko se toga u tih 30GB promijenilo [08:16] DeliciousCake: :) [08:16] Mmike: ne znam kaj je bitno , sorry ako dajem informacije van konteksta [08:16] jel otiso strudl ? Je! === DeliciousCake is now known as StrudelMuffin [08:16] E,tako [08:16] ako se nish nije promjenilo onda ce ti a) rdiff backup bit minimalan, b) WALova nece bit puno [08:17] ako se svaki dan svih 30 GB promjeni onda ti je rdiff overheda, bolje radit filesystem snapshot svaki dan [08:17] StrudelMuffin: jos se nisi unormalio :) [08:18] bot: trenutno backupe imas svako jutro u 4? [08:18] SilverSpace: u ovom monitoru (IRC, pornici) nisam nikad normalan, unormalim se ako mi zavrsis u drugom monitoru :) [08:18] Mmike: do 04 traju [08:18] ardon! [08:18] od kad? [08:18] Krivo sam rekao, do 04 nam dolaze "iz vana" neki podaci. [08:18] to traje nekih 5 min [08:19] I vrijeme zna oscilirati po 1h [08:19] No, termin backupa nije tema , ovo kaj mi dolazi se da reschedulirati [08:20] ma, gledam grafove [08:20] vidim da su u 4 neki vrhovi i brdasca [08:20] po ovom ti imas 4 transakcije u sekundi, stalno [08:20] flat out [08:20] to je neki kurac koji drka po bazi stlano, vjerojatno nebitne bedastoce pise [08:20] jbg [08:21] aj pejstaj ls -al output iz pg_xlog direktorija na jebomepas [08:21] sec [08:23] http://jebo.me/pas/1 [08:26] nekim ljudima bi trebalo odsjec ruke da ne mogu prckati po racunalu [08:26] ma ne i noge da uopce ne mogu doci do racunala [08:26] Je, pa da ja nemam na racun koga dobiti placu :) [08:27] donese mi lik racunalo da mu je sporo za popizditi [08:28] donese mi lik racunalo da mu je sporo za popizditi MB vise ne stane [08:28] ni jedan MB vise ne stane [08:28] na disk [08:29] trpaj samo trpaj [08:30] Kul ! [08:40] router sam si zbrickal i nikako da ga vratim u normalu ne da mi se [08:40] StrudelMuffin: aj malo veci expire [08:42] Sacem ponovit' [08:42] imam samo 10min/dan :) [08:43] http://jebo.me/pas/3 [08:51] tja [08:51] pre rijetko ti se desavaju promjene [08:51] tak da ti wal archiving nece puno pomoc [08:51] odnosno, morat ces forsat promjene [08:51] sto znaci da ces opet imat puno walova [08:53] e, i ona ac2 baza od 30 giga [08:53] dal' unutra ima puno log tablica? [08:54] tipa, user_click_deleted_archive [08:54] ili takvih sranja [08:54] ako da, onda vjerojatno mosh od tamo obrisat stvari (arhivirat) [08:54] pash imat manji dump [08:54] pa ga mozda mozes i svakih 4 sata raditi [08:54] know your data :) [08:55] Nemrem znati svoje podatke dok se ne izmijeni verzija aplikacije ( cca 6mj) , za sad moram backupirati 1:1 [08:56] as2 baza je (mislim da)3 tablice koje logiraju rad jednog servisa, svi podaci su bitni. [08:57] kaj si mislio reci s "morat ces forsat promjene" ? [09:10] znaci da pre rijetko pises [09:10] i da se WALovi ne rotiraju [09:10] dok se WAL ne rotira nece se arhivirat [09:10] i sad, zamislimo da si napravio pisanje u podne, WAL se zrotira, prethodni se arhivira [09:11] onda napravis jos 2-3 pisanja, zapisu se u WAL, al' se isti jos - ne arhivira [09:11] i ne pises nista 3-4 sata [09:11]