Oracle использует технологию Real Application Cluster (RAC), которая помогает поддерживать высокую доступность на нескольких узлах (серверах). Я не уверен в ограничении серверов в кластере RAC, но вы можете много (2, 3, 5, 8 и т. Д.). Если администратор баз данных проектирует все правильно, он может назначить более одного узла для службы приложений (либо active-active, либо active-passive). Если узел становится недоступным, запланированным или незапланированным, служба либо переключается при сбое (активный пассивный), либо продолжает работать (активный-активный) на других узлах. Oracle также имеет очень сложную технологию для продолжения операций чтения и даже записи, если узел становится недоступным. При правильной разработке пользователь даже не узнает, что узел был недоступен в некоторых случаях. «Камнем преткновения» RAC является хранилище. Oracle RAC использует общее хранилище. Если у хранилища есть проблема, то затрагиваются все узлы в кластере RAC. Он не распространяется как Кассандра. Оборудование имеет много функций для защиты от проблем с хранилищем (например, RAID). Тем не менее, суть в том, что если по какой-либо причине затронуто хранилище, RAC также может повлиять на него. Oracle действительно предлагает шардинг, который является их ответом распределенным системам, но он не так элегантенБез этого у вас не будет распределенной части (разбиения), которую имеют другие распределенные системы.
Все это, как говорится, надеюсь, что ответит на ваш вопрос о высокой доступности Oracle.
-Джим