Názory k článku
Veeam do rozšíření vývoje v Praze investuje přes tři miliardy, chce až 700 lidí

To znamená, že svojí technologii dostatečně nevěří.
A proč bych jí potom měl věřit já?

No...
Ta otázka by měla znít jinak: "Kolik nás stojí to, že přijdeme o data za týden?"
Potom bych to prostě naúčtoval dodavateli jako smluvní penále.
Buďto svému systému věří dostatečně, nebo bychom ho vůbec neměli používat.

Timto zpusobem snadno vyradite naprosto vsechny dodavatele. Neznam totiz zadneho, ktery by na neco podobneho pristoupil. Specielne bych pak chtel videt, jak vam libovolny provozovatel libovolneho cloudu kompenzuje vypadek/ztratu dat/nebo dokonce jejich zverejneni.

To mi připomnělo starší vtip, který s tou firmou ale nesouvisí:

Prodejce: Nabízíme moderní řešení zálohování vašich veškerých dat. Online zálohy souborů i běžících databází. Dodávka na klíč, včetně nepřetržitého supportu!
Potenciální zákazník: A máte i nástroje na obnovu dat?
Prodejce: Tak to je mi líto, nástroje na obnovu dat ze zálohy v portfoliu nemáme.

Vtip znám z doby kolem roku 2002, kdy se u jednoho z našich největších zákazníků spletl administrátor při replikaci databáze. Omylem místo replikace produkční databáze na testovací spustil opak, takže si produkční databázi přepsal. Ihned šli po zálohách, jenže jako na potvoru jim před nějakou dobou došlo místo na disku, takže jim zálohování už několik týdnů, možná měsíců, vlastně nefungovalo. A oni to nevěděli, protože autor skriptu tu chybu v replikaci na disk požral a v kopii repliky na pásku už chyba nebyla. Jen jeden člověk z IT přiznal, že mu přišlo divné, že už nějakou dobu ta velikost souboru zapisovaného na pásku neroste. Takže si nakonec nechali tu dva týdny starou verzi databáze z testu a pak se snažili vzpomenout na všechno, co se za tu dobu stalo, a to do systému znovu zadat.

Něco podobného se pak stalo dalšímu zákazníkovi. A nakonec i nám. Týdně se dělala záloha plná a vozila se do trezoru u bezpečnostní firmy. Zbytek byly denní inkrementální zálohy. A pak se něco pokazilo. Obnovili jsme pět dní starou plnou zálohu a zkoušeli nahrát ty inkrementální. A nešlo to, databáze pořád havarovala. Dojel i klučina od dodavatele toho zálohovacího systému, ale ani on to nedokázal obnovit. Nějaký bug v inkrementálním zálohování nebo obnově databázových souborů (ten SW volal RMAN, takže to mělo fungovat). Naštěstí to nebyl kritický systém, takže nevadilo, že jsme přišli o data za pět dnů. Od té doby víme, že i když SW deklaruje, že umí zálohovat Oracle za běhu, tak je stejně lepší Oracle vypnout, pak udělat zálohu a nakonec ho znovu zapnout. Případně si nastudovat RMAN a řešit si to sami.

Každopádně mě to utvrdilo v tom, že zcela jistě existuje obrovské množství firem, kde si myslí, že zálohují, ale ve skutečnosti nezálohují, protože tu zálohu pak nejde použít.

To by mohlo byt ono. Ostatne lidi "z vychodu" tu v IT pracuje dost.

To by mohlo byt ono. Ostatne lidi "z vychodu" tu v IT pracuje dost.

No i ja jsem uz rusky davno zapomel, a to jsem mluvil plynne. Ale slovni zasobu pro IT vyvoj jsem nikdy nemel.

Import z Ruska? Praha je jich uz tak plna...takze budou jako doma.

To jsou ti, jejichz produkt dela spolehlive jen jednu vec - nici data? S podporou, ktera ani po nekolika mesicich neni schopna zjistit proc? A s pristupem, ze kdyz si rizenim osoudu chcete koupit novou verzi, tak chteji doplatit neposkytnuty support za deset let?

Takovy celkem standardni vysledek pokusu o zalohovani virtualniho stroje
Error: Invoke failed. Command: 'HotAdd.AttachDis­ks', parameters: {(EStringArray) vddkPaths=[vddk://<­vddkConnSpec>

Ovsem z druhe strany to vypada jeste lepe, log plny erroru na tema neocekavane odpojeni disku atd. Zajimave na tom je predevsim to, ze udelat totez scriptem je na par radku, zadne chyby to nehlasi, a funguje zcela spolehlive.

A rozhodne se nepokousejte nikdy a za zadnych okolnosti zalohovat libovolnou databazi.

Proč zmizely komentáře upozornující na to, že ta firma na naprosté většině pozic vyžaduje znalost ruštiny?
Spoustě lidí to ušetří čas.