Vlákno názorů k článku Nestřílejte specialisty aneb Co způsobilo rozsáhlý databázový výpadek v Alza.cz od lazywriter - A já měl vždycky za to, že failover...

A já měl vždycky za to, že failover se u DB řeší replikací. Za ten domek by těch x TB slave mohli mít plnej rack. Ale to by asi nesměli věřit obchodníkům, co se snaží prodat drahou SANku.

Otázka je, kde se opravdu stala chyba. Jestli vznikla chybou diskového pole, tak by to replikace řešila, ale jestli byla chyba již v okamžiku zápisu do transakčního logu na úrovni MSSQL, tak by se vám ta chyba pravděpodobně zapsala do všech replik.
Je těžké teď někoho odsuzovat. Sám to vidím. Jste malá firma a tak vsadíte na nějaké řešení a jak rostete, tak se vaše potřeby zvětšují a vy kupujete virtualizaci, SAN, diskové pole s mirroringem, dáte vše na failover cluster, jen tu databázi překopat na jiné řešení by bylo peklo a tak jen doufáte že výrobce databáze bude růst s vámi a zajistí dodatečnou robustnost a servis. Takový Oracle je výkonnostně určitě úplně jinde než Microsoft, jenže finančně taky. Navíc na MS produkty seženete asi nejvíc IT lidí do firmy.

ja to cetl prave jako problem radice, ktery sql serveru "neohlasil" chybu pri ulozeni

ci db replikacia alebo SAN je vec vksusu. Ms sql always on group je hodne shitty. Ono mozno alza rozmyslala o aspon DB replikacii, ked autor pise o bugu ALWAYS ON, ale asi to nestihli.

Always on ma neskutocne vela obmedzeni. A pokial pouzivas veci ako stored procedures a podobne je prerabka dost trnista. Neviem ci to fixli ale niektore MS produkty nevedeli bezat na takomto clustri.