Коллеги, добрый день!

В целях повышения надежности у нас планируется установить standby БД Oracle 9.2 с центральной инстанцией SAP на отдельном сервере и территориально разнести основной сервер и резервный. Мне интересно, реализовано ли и как реализовано у кого-нибудь такое решение?
Пока мне видятся следующие проблемы/вопросы:
1) имя сервера и IP-адрес - т.е. после переключения будет необходимо или перенаправить всех пользователей на новый сервер или присвоить резервному серверу IP адрес и имя основного и потом все спокойно продолжают работу.
2) Какое время задержки наката редо-логов поставить? Были ли прецеденты, когда это было нужно и какое время по опыту оптимально?
3) можно ли полагаться только на бэкап standby БД и не бэкапить основную базу?
4) Были ли еще какие-либо проблемы при эксплуатации?

У нас была standbyDB, сейчас переходим на др.версию SAP, так что пока ее отключили:
1) у нас планировалась подмена ip сервера, но опыта переключения (к счастью) не было.
2) 5 часов. Просто был опыт (до standbyDB) с "расползанием" неправильных данных в продуктиве - осознание пришло только через 3 часа + доп.время. Больше не стали, т.к. арх.логи надо где-то хранить, и накатывать потом долго.
3) полагаться только на standbyDB не надо. Бэкапит осн.базу ОБЯЗАТЕЛЬНО!
4) Проблем особых не было. Надо только и за standbyDB следить - вроде как лишняя работа получается.

Спасибо!
Скорее всего тоже будем реализовывать смену IP резервного сервера.
Согласен, бэкапить основную базу надо.
На счет задержки наката, один человек предложил держать две базы с задержкой несколько часов (3-5) и с задержкой дня три, типа если в пятницу вечером кто-то что-то грохнет, то в понедельник можно было бы восстановить, но думаю это излишне, хотя и полезно.

везет вам 5 дней не чистить архив-логи... место куча? или не работает никто?:)

Ну про 5 дней - это конечно многовато, но вполне реально. В системе работают одновременно порядка 100-120 человек...
а сколько места у вас занимают логи за 5 дней?
Аж самому интересно стало
Короче сегодня за день - 41 лог общим размером порядка 500 мегабайт, за 5 дней - 2,5Гига - хм, вполне разумная цифра... заархивированные естественно...
За пятницу тоже в этом районе...

Попробую пояснить, почему нет смысла держать standbyDB с большой задержкой наката арх.логов.

Сама задумка standbyDB в том, чтобы моментально (или с минимальной задержкой) поднять ее в случае сбоя основной. Достигается это за счет того, что не надо выливать бэкап обратно на диск и делать накат большого количества арх.логов (если есть задержка наката).

В случае большой задержи наката у нас получаются 2 нехороших вещи:
1) нужно много места для арх.логов (у нас, например, св.1000 пользователей)
2) самое главное - нужно еще эти логи накатить, что может занять не один десяток часов.
В этой ситуации лучше не использовать standbyDB, а пользоваться классическим восстановлением из бэкапа - времени займет не сильно больше, а проблем гораздо меньше.

Нашу standbyDB мы планировали переводить в нормальное состояние не более 3-х часов.

В общем пытаюсь настроить standby, но возникла проблема...
У нас был продуктивный сервер, купили новый, более мощный и перенесли продуктив на новый.
Теперь пытаюсь на старом сервер настроить standby и возник затык, как правильно прописать связь между БД в файлах tnsnames.ora и listener.ora?
проблема в том, что на старом и на новом SID естественно совпадают. в tnsnames понятно, добавляем удаленную БД с новым именем, но со старым SID. Но в инструкциях, которые я прочитал, говориться, что нужно еще и менять listener.ora. Но я не понимаю, зачем? А ведь в листенере идет разграничение только по SID...

ну почему же? там имя хоста тоже прописано.

Вот текущий файл listener.ora: Вот у меня и возник вопрос, что и куда надо добавлять, ведь SID совпадает.... Т.е. как их разграничить?

эээ.. не знаю что вы там делаете... но в кратце

listener.ora - записи для lsnrctl слушает- запросы по sqlnet
tnsnames - записи соединения с базами

скажите каким образом вы собираетесь передавать arc логи для стэндбая?

Я уже начинаю сомневаться в выбранном способе... Делал всё по инструкции: http://my-oracle.it-blogs.com/post-56.aspx
В результате получилось, что когда основной сервер не видит резервного, то БД не знает куда отправлять редо-логи и она "зависает". Получается, что когда всё настроено, то резервную БД ни в коем случае нельзя останавливать и т.д. Думаю, что лучшим способом будет выкладывать редо-логи в определенную директорию, откуда их уже будет доставать резервный сервер. Только как это правильно сделать? Мне тут подсказывали, что можно просто расшарить директорию редо-логов на основном сервере и подключить её к резервному..

Видимо вы включили режим передачи maximum protection / availability, в котором primary ждет пока standby накатит у себя redo и только потом продолжает работу. Есть еще режим maximum performance. Почитать здесь
ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE {PROTECTION | AVAILABILITY | PERFORMANCE}.