Vlákno názorů k článku Problémy s e-mailem na portálu Seznam do konce týdne od jenaL - tebe zajima tohle, me spis prijde fascinujici ze...

tebe zajima tohle, me spis prijde fascinujici ze to cely vubez muzou onbovit:))))

Od toho je tam prece ta UPS, ta je mezi strojem(a) a privodem energie a ten privod jde do site a pripade vypadku se prepne na agregat, kterej kdyz chcipne, tak to zase jede na UPS ne ? A zakladni fce UPS neni udrzet stroj v chodu, ale umoznit mu korektne se vypnout, na coz 10 minut(vydrz bezny UPS pri maximalni zatezi) bohate staci.

Kuprikladu moje domaci UPSka vydrzi cca 1/2 hodiny, z casti proto, ze neni zdaleka strojem zatizena na 100% a zcasti proto, ze stroj se sam stara o setreni - jakmile naskoci UPS, podtaktuje se CPU, odpoji nepouzivane disky ... a kdyz UPS padne na 20% kapacity, tak se system proste ukonci.

Pokud si pamatuju, u "lepsich krabicek" s dualnimi zdroji byva obcas implementovana i prave takova vypinaci UPSka.

A co takhle si poridit rozumnou databazi? Podle mych zkusenosti prezije Oracle vypadek proudu v naproste vetsine pripadu zcela bez problemu s tim, ze po pristim startu si provede automaticke recovery, ktere zabere obvykle par minut maximalne par desitek. Pokud to nepomuze, tak manualni recovery musi zabrat vzdy a nepredstavuje zadnou extremni casovou narocnost.
Jinak v zadnem pripade by nemelo dojit k tomu, ze "nektere zaznamy vypadnou". Databaze by bud mela skoncit ve zcela konzistentnim stavu (99+%) pripadu a nebo byt nekonzistentni a pozadat o provedeni manualniho recovery.

Nojo, ale kdyz agregat najednou lehne, protoze se prehral (jako se to stalo Seznamu), tak je bridil kdo? ;-) (Odpovim si sam: Ten, kdo tam nedal dostatek agregatu, aby to sneslo i vypadek jednoho z nich :-)

No nevim, ale kazdej kdo neni totalni bridil ma svuj srv zalohovany alespon na tobu, nez se staci korektne vypnout. A pokud budu nekam davat srv na kterym provozuju milion emailu, tak jednim z prvnich pozadavku bude zalozni agregat.

Tudiz v pripade vypadku energie naskoci okamzite UPS a dve minuty na to diesel, ktery je to schopny udrzet v principu libovolne dlouho (dokud je nafta).

Takze bud je neschopny nekdo ze seznamu, kdo si neumi nastavit srv tak, aby se korektne ukoncil po signalizaci z UPS nebo je totalne neshopny ten, kdo srv dal tam kde je (pripadne oba).

Aha, takze se od mailu ztratila metadata a je nutne je obnovit. To by odpovidalo. Akorat soucasti metadat je i slozka, ve ktere mail byl, takze se to uzivatelum bude hazet do jedne slozky?

Mimochodem - tohle je holt nevyhoda replikace RAID radicem - pokud se na nem neco rozsype, tak je prusvih.
V tomhle smeru je replikace na ruzne pocitace vyhodna, pokud se neco rozsype, tak by se to muselo rozsypat opravdu hodne, aby to zasahlo obe repliky uzivatele.

Kdyz se pocitac najednou vypne, tak databazove soubory nejsou v konzistentnim stavu a musi si je databaze opravit. A je mozne, ze pri oprave nektere zaznamy vypadnou.

Je otazka, co vsechno "obnoveni" znamena - viz moje domnenka vyse.

No nevim, ale

a) nechapu proc vypadek proudu zapricini ztratu dat, ktera musi byt obnovena z pasek

b) i kdyby mel prumerny uzivatel Seznam mailu 10MB schranku, coz rozhodne nema, tak jde o rekneme 3TB databazi a tu pri pouziti rozumnych technologii obnovi pres noc.

I kdyz tedka koukam na dva body toho vyjadreni:

- U postižených uživatelů došlo ke ztrátě nastavení, filtrů a adresářů. V žádném případě nedošlo ke ztrátám emailů.

- Postižení uživatelé se až do pátku nemohli přihlásit ke své schránce. Nyní jsou schránky zprovozněny, nicméně některým uživatelům nebyla do schránky dosud obnovena pošta ze zálohy. U těchto užvatelů postupně obnovujeme poštu ze zálohy. Celý proces obnov by měl být hotov do pátku 14.7.2006.

a nechapu, co se tedy obnovuje - copak posta nejsou emaily?

Nebo jeste jina moznost - maji maily na disku v souborech + jmena souboru v SQL DB pro kazdeho uzivatele. A pro nektere se jim to rozsypalo a oni musi dohledavat jejich maily na discich.

No, jelikoz GB na disku je o hodne levnejsi nez GB v pameti, tak by to byl asi nesmysl :-)

Pokud byste si precetl ten prispevek na ILblogu, tak problem neni se samotnymi maily, ale s databazi. A pokud vezmete, ze budou obnovovat 200 tisic uzivatelu (coz mi tedy prijde docela hodne) tyden cisteho casu, tak to je cca 3 sekundy na jednoho uzivatele, to neni moc.

A pokud vas zajima, jak webmaily funguji, tak treba viz
http://kryl.info/clanek/280-pod-poklickou-gigamailu-centra-i nebo http://kryl.info/clanek/281-pod-poklickou-gigamailu-centra-ii ;-)