Чисто теоретически, сам с subj не сталкивался:
А Oracle уже сертифицировал VmWare для использования с СУБД ?
На мой взгляд Fault Tolerance и не сертифицированная (не поддерживаямая) комбинация софта - как-то в одном предложение выглядит взаимопротиворечиво.
для такого использования БД
а какая разница БД или не БД (например MS Word) ?
Если VmWare гарантирует, что при сбоях оборудования виртуалка без потерь мигрирует на другой хост, то что СУБД, что не СУБД - разницы то никакой.
Чего-то у меня сильные сомнения в этом решении для обеспечения отказоустойчивости БД, особенно если БД сильно нагружена
тут скорее вопросы:
1. насколько быстро упавший хост мигрирует
2. что считать "упавшим". Какие ошибки железа/софта считаются допустимыми, какие будут приводить к миграции. Скорее всего софтовые ошибки VmWare не заметит. Т.ч. СУБД вполне сможет упасть, а fault tolerance по железу никак не поможет.
Например, я за свою жизнь очень редко видел упавшее железо/упавшие базы по вине железа. Но очень часто видел софтовые ошибки/упавшие базы по вине админов, кривого софта, в том числе кривой настройки реплик.
Когда реплики не помогали избежать проблем, а наоборот их провоцировали.
Возникла кратковременная проблема /например с сетью/, автоматом запустилось переключение не реплику, криво настроена админом/не отлажено -> все упало и пару дней админы с матом реплики обратно переключают. По крайне мере, видел проект, когда раз в 2-3 месяца (т.е. часто) именно из-за неотлаженности железной реплики и настроект базы/прикладного софта, регулярно все вставали. Только через 1.5-2 года реплику более-менее нормально настроили.
