Сценарии с открытым исходным кодом для проверки состояния Oracle?

К сожалению, СВБР не является практическим или надежным измерением в современных серверах. Все понятие СВБР - то, что, если определенная модель / конфигурация используется многими за долгое время, мы можем, вероятно, знать его надежность.

Сегодня, большинство из нас счастливо обменивает потенциальную дополнительную надежность на доказанную дополнительную производительность и эффективность питания. Например, Вы создали бы свои новые серверы на 18-24-месячных аппаратных средствах просто, потому что это доказало свой reliablility? или просто пойдите с последним поколением центральных процессоров с большим количеством ядер, лошадиной силы и эффективности питания?

Кроме того, в отличие от олдскульных телефонных систем, системы вполне настраиваются, и конечно, в большой степени уверенные в программном обеспечении. Насколько надежный версия BIOS x.xx или версия драйвера y.yyy? Последняя устойчивость увеличений патчей ОС/DB/сервера приложений или это, имеет регрессии устойчивости? Сколько серверов в мире на самом деле использует ту же точную смесь аппаратных средств / версия стека как Вы?

При необходимости в высокой доступности необходимо ли будет так или иначе добавить дублирование к системе (двойной - все, кластеризация, горячие резервирования, DRP, что имеет Вас). Так, относительная надежность каждого аппаратного компонента обычно является не значимым фактором, поскольку Вы создаете Вас инфраструктура для выживания единственных отказов компонентов. Просто живой с неуверенностью (надежность обратной силы) и планируют соответственно.