Это интересно, но я не уверен я узнаю будет вопросом (?) Так я сперва испытаю мое вникание.
Вы бежите неспецифицированный вариант Oракул на сервере HP ML370 G3 с выигрышем 2k. Будет вариантом Oракул?
Вы имеете и активно базу данных и пассивную базу данных, но механизм репликации неспецифицированн. Будет это using Oракул предохранитель данных? физический standby? логически standby? Золотистый строб или некоторый другой механизм репликации?
Пример проблемы, котор я видел с логически Standby что если удостоверение личности создан сперва на standby, и после этого такое же удостоверение личности создано на главным образом, то SQL для того чтобы воссоздать удостоверение личности получит к standby и после этого не сумеет примениться, и после этого репликация мертва на некоторое время до тех пор пока мы не прыгнуть заявление которое не сумеет примениться, и после этого поже прыгать оно там может быть много C.P.U. - временем уничтоженным для того чтобы приложить другой ожидающий решения SQL. Это не будет точно сценарий, котор вы описываете, но в некоторой форме они звучают как вы смогите иметь подобный опыт… обязательно позаботиться в как управлять предохранителем данных.
