maverick2104,

авторможно ли реализовать технологию отказоустойчивости без датагарда ?

Можно.
Вячеслав Любомудров начал вам отвечать по этой теме.
У вас собран рабоче-крестьянский SE-standby.
Некоторые собирают поделки на drbd, аналогах.
Как вариант репликация, например голденгейтом.
Как вариант засунуть базу в какой то продвинутый гипервизор, который своими средствами будет поддерживать свой дубль где то на удаённой стороне.
Тут вопрос креатива/компетенций/возможностей.

авторМогу ли я как-то ( любой способ ) настройть автоматический файловер ( смена ролей БД ) при отказе прода ? Да так чтоб юзера практически не заметили это .


В такой постановке вопроса, имхо, в строго говоря - нет, не получится.
С некоторыми оговорками: да, можно.
Сама возможность переключить на запасную сторону sql-сессии пользователей есть.
У oracle это делается через TAF
Тут весь соль и перец в том что сторона, на которую, в случае фейла основной субд, переключают пользователскую sql-сессию: должна знать всё о состоянии этой sql-сессии, на той стороне с которой её (эту sql-сессию) переводят.
Ну там: состояние курсоров, состояние пакетов в вызовах sql-сессий и прочее такое.
Т.е., практически, это переключение между инстансами одной oracle rac субд.
Или переключение на полностью актуализированную standby-бд, в случая отказа primary-бд.
Если резервная площадка такова что её до такого состояния - довести нельзя в принципе (например это бд в которую реплицируются только изменения табличных данных рабочих схем, из основной бд) то переключить туда sql-сессии с основной площадки, с восстановлением состояния этих sql-сессий: не получится в принципе.

Т.е., технически, если вы выдадите конечным пользователям субд taf-тнсалиасы + сами, или какой то автомат, в случае сбоя продуктовой бд, полностью актуализирует-активирует-откроет standby-бд + с регистрацией этой субд в листенере(ах) всё норм: да, вполне себе sql-сессии могут переключится на работу с этой субд.
Технически.

На практике "не заметность" такого переключения будет, мягко говоря: дискутируема.
Ибо до того времени, когда standby-бд будет выведена в работу, пользовательские sql-сессии, которые были открыты через taf-тнасалиас, будут просто висеть.
А это может быть энное кол-во часов, по времени.
Ну смотря по тому как, у вас там, организовано реагирование на инциденты и насколько затратно получить полностью актуальную standby-бд.
Кстати, в случае SE и самодельно слепленной/актуализируемой standby бд: ещё не факт что после сбоя продуктовой бд будет возможность полностью актуализировать эту standby-бд.

Кроме того taf-тнсалиас: это сугубо для oracle-клиентов.
В нелёгкой, на предприятиях, кто и что только в базу не подключается.