Как первый шаг - боевой сервис приложения прибить к одной ноде кластера, чтобы не ловить проблемы с самого начала.
С точки зрения разработки следует ознакомиться с особенностями среды RAC - в частности, отказаться от использования технологий, не поддерживающих RAC (к примеру, тот же dbms_alert).
Привыкнуть писать GV$ там, где раньше пользовались V$, и не забывать учитывать inst_id
Осознать концепцию services БД и обеспечить подключение OLAP-ориентированных клиентов на отдельный сервис с целью независимого управления.
Разобраться детально с cache fusion и отслеживать связанные с ним кластерные ожидания.
Отдельно - особенности распараллеливания запросов в кластерной среде.
Учесть, что сервисы по желанию администратора могут переезжать с ноды на ноду и, как следствие, все директории (см. dba_directories) обязаны находиться на shared storage и быть смонтированы по идентичным путям на всех узлах кластера.
Понимать, что клиентское ПО не имеет права ходить по SID - только по SERVICE_NAME (аудит tnsnames.ora, проверка строк подключения тонких клиентов)
...это только то, что на поверхности.
По жизни поймаете много веселостей.