Во всех СУБД есть ошибки в коде и есть вирусы и наведенные от другого софта ошибки и железо бывает глючит.

Как спасаться?
1. железо.
Покупать протестированные сервера, а не персоналки.
использовать RAID, по меньшей мере зеркалирование.

Если самосбор - то подбирать компоненты тщательно, смотреть в листы сертификаций. При этом обязательно тестировать на перегрев.
Т.е. загрузить проц+ диск+ память операциями и мучить час-другой.

Проводить плановые профилактики. - тестировать железо, чистить от пыли платы и радиаторы.
Поставить сервер в холодную комнату или купить кондиционер
Иметь 1 специальную персоналку для того, чтобы или ее распотрошить для ремонта сервера, или перенести на нее СУБД в случае проблем с сервером.
Установить SMART-UPS

2. софт
Выбирать надежную уиндоуз ))))))))))))))) , т.е OS.
Естественно, что не надо использовать FAT, a всегда NTFS
У Linux, Solaris, FreeBSD с этим все в порядке.
Не ставить лишних/ненужных программ
Установить запись логов и хороший уровень информативности в них.
Отделить сервер от сетки Firewall и поставить надежный антивирус.
Не ставить обновления автоматически, лучше самому их предварительно протестировать в др. месте.
Не пускать к серваку посторонних людей, особенно умников и уборщиц
UPS - должен корректно выключать сервер если питание пропадет.

Делать backup - 3 типа ( по примеру работы системы продаж + бухгалерии).
1-й - полный перед закрытием месяца, делается копия на CD/DVD и хранится в сейфе
2-й - полный за неделю, автоматический, в выходной день, на сервер и на отдельный сервер.
Уничтожаются после создания 1.
3-й - инкрементальный или полный ежедневный в конце раб. дня. хранить на сервере и в др. месте
Уничтожается после создания 2.

Прикинуть, что будет, если наступит то или иной инцидент:
1) Прикинуть затраты на восстановление ( время, деньги, исполнители)
и составить инструкцию кто за что отвечает и что должен делать если
что-то сломается.
2) Нужна система оповещения, т.е. сторож, который позвонит, или еще как.
3) Нужны средства удаленного доступа.
4) Нужен мониторинг.
5) Нужно обучаться периодически и проводить обучение своих людей.

Я не поверю в заявленные ораклом, мсскл и др. в системы автоматического восстановления от сбоев, пока не протестирую в КОНКРЕТНОМ МОЕМ случае КОНКРЕТНЫЙ софт на КОНКРЕТНОЙ платформе. Как оказалось, оракл и мсскл не лишены глюков, и также не описывают всех необходимых тонкостей в документации.

Т.е. еще нужно правильно установить, с учетом версий OS, библиотек и сопутствующего софта, хотя это тоже не дает гарантии.

И последнее, это конечно поддержка от производителя. Например с Ораклом несерьезно работать без Металинка. Я бы сравнил также разные службы поддержки. Что делать когда вылез глюк? На крайний случай остается этот форум и Google )))))

Димыч.