Средства и методы разработки

Ты же сам понимаешь, что ИБП ничего не гарантирует? Начиная с того, что офисно-бытовая продукция требует регулярной замены аккумуляторов (ты ж понимаешь, технически нет проблем не кипятить аккумулятор и выжимать из него не 146%, а где-то половину, как это делают уважающие себя фирмы, которым увы не удержаться с таки подходом на рынке). Проблема в другом, она системная. Применение ИБП тебе как бы позволяет отказаться от отказоусточивых решений во многих местах переложив 

всё на ИБП. Файловая система -- FAT, ОС -- винда, база данных -- разваливающаяся при любом некорректно завершенном сеансе. Но сбои могут происходить на любых уровнях. А ты отказался от отказоустоичивости прикрывшись только на одном уровне. Например:

1) что будет с ИБП если питание подаётся в режиме час есть, час нет? На втором часу аккумулятор окажется разряженным, а операционная система в целом не способна быстро завершить процессы, и получишь жёсткое выключение в момент загрузки, когда микрософтовский chkdisk.exe что-то недозапишет и при следующем включении без нажатия кнопки "Y" на клавиатуре не стартует (в типичной убунте та же проблема).

2) ОС может уйти в синий экран в произвольный момент времени: жесткий диск сектора может и целостно запишет, но файловая система неизбежно окажется разваленной.

3) процесс работающий с базой данных может словить сегфолт или быть отстреленным ООМ-киллером когда угодно, БД тоже окажется разваленной и требовать ручного восстановления, если не обладает заявленной возможностью устойчивости к сбоям.

4) если у тебя не "on-line" ИБП, то он пока есть напряжение в сети релюшкой напрямую соединяет источник питания компьютера с сетью, откуда может прилететь импульс который вызовет скачек power good и последующий резет (а то и тупо повисание -- типовой случай, почему нужен ватчдог).

5) собственно сам ватчдог может отрубить питание в любой момент, и не смотря на то, что его не пинают вовремя, в ОС могут найтись живые процессы активно работающие с диском и БД.

6) ещё масса причин.

Понятно, в твоём случае решение с ИБП достаточно. Частота случаев, когда нужно ездить и руками нажимать "Y" снижается до приемлимой. Более того, ты заинтересован, чтоб нужно было ездить и нажимать иногда, аккумуляторы менять, обслуживать -- иначе денег не увидишь.

Но если говорить об абастрактном не требующим обслуживания решении, то ИБП там нужен только если есть необходимость работы при отсутствии питания в сети. А не как средство затыкания дыр в других местах. В других местах нужны отказоусточивые частные решения (файловая система переносящая сброс в любой момент времени, гарантированная запись на накопитель без кеширования в его ОЗУ с переупорядочиванием записываемых секторов, БД с механизмом самовосстановления) и какая-то стратегия восстановления в случае сбоя. Вплоть до переустановки всего с нуля из отдельного бэкапа (точки восстановления в виндовсе) на отдельном носителе. И какие-то средства обнаружения сбоев начиная с аппаратного ватчдога, способность проверять работу и переподнимать упавшие или зависшие службы. Способность автономной работы, без клавиатуры (развалилась ФС -- поднимаем из бэкапа). Это явно не бытовой дистрибутив линукса или винды.