RAC & Streams

Ну я просто не мог пропустить эту тему, RAC & Streams. В конце концов это была одна из целей поездки. Докладываю - положение серьезное. Официальный курс в части RAC оперирует настолько расплывчитыми формулировками, что это сложно назвать информацией вообще. Но вот мои соображения:

- Если Вы осуществляете пропогацию на RAC db, обязательно при создании db link указывайте имя сервиса, который автоматически создается при создании buffered queue в RAC. Этот сервис всегда работает на том экземпляре, где создавалась очередь. В случае гибели экземляра он автоматически будет переведен на тот экземпляр, куда будет переведена очередь. Опять таки, нужно руками указать куда переводить persistent queue с помошью DBMS_AQADM.ALTER_QUEUE_TABLE. Все это были бы просто рекомендации, если бы не ORA-2041 ON ENQUEUE OF BUFFERED MESSAGE IN SECOND RAC NODE. Что в переводе на русский - если вы не сделаете как я написал абзацом выше, то вам нужно отказаться от использования buffer queue, иначе работать не будет. Кстати, открыли этот баг наши слушатели на семинаре RACDD4D !

- Propagation process c бд источников 10.2 должны быть пересозданы с использованием queue_to_queue propagation


Ну вот, ничего страшного. Немножко поправить тут и там, и все будет работать. Главное ведь знать где поправить, правда?

PS
На фотографии - клевое место в Далласе. Клевое с фотографической точки зрения. Остальные фотографии