Pokud jsem článek dobře pochopil, tak finální problém byl v poškození redo logů a nemožnost provést recovery.
SQL server má možnost provádět redo log repliku (i když do SQL server 2012 jen sériově), od 2016 dokonce paralel redo.
Pro takto kritická řešení se používá uložení redo logů odděleně od datových souborů db na jiné fyzické disky, ideálně na jiném stroji, a pak ještě replika redo logů (někdy i vícenásobná), opět na jiném stroji (jiných strojích). Otázkou jsou samozřejmě rozpočtová omezení...