>ANB   (24.12.09 14:30) [39]
>По стриму, как я понял, самое полезное, что ОЛТП база вообще не >затрагивается.
именно так, а процесс, который шерстит архивлоги со скоростью 10-20 строк в секунду сколько-нибудь существенного вклада в утилизацию CPU и I/O не вносит

> который шерстит архивлоги со скоростью 10-20 строк в секунду
> сколько-нибудь существенного вклада в утилизацию CPU и I/O
> не вносит

Процессора не сильно жалко - у нас их 32, а И/О - на отдельный массив архив лог и проблема решена.
Только деньги придется трясти на новый массив.

Попробовали стрим. Лежит он. :(
Что еще можно посмотреть ?

>ANB   (30.12.09 15:56) [42]
>Попробовали стрим. Лежит он. :(
что значит "лежит"?)
у нас было свыше ста интерфейсов интеграции одновременно работавших на базе streams по табличкам, сравнимым с таблицами банковских проводок, - проблем не было
так что - пусть dba и админы докручивают сервак, т.к. затык явно не в технологии streams...

>Что еще можно посмотреть ?
посмотреть можно BPEL, но это заведомо медленнее streams и плюс денежные затраты
из преимуществ - гибкость и простота настройки самих процессов переноса данных

можно, конечно, изобретать и собственный велосипед
а если заказчик за это платит - так, даже, нужно)

> а если заказчик за это платит - так, даже, нужно)

На окладе я. И заказчик - мой начальник отдела. :(
Ищем вместе решение. Хорошо, хоть еще пару месяцев это не наша проблема, а другого отдела.


> что значит "лежит"?)

Коллеги попробовали погонять стрим на тесте. Им нужно было выкачать около 30 табличек. Сутки почти выкачивалась дельта за день. Долго читает логи. Хотя надо бы самому еще глянуть - могли и написать криво.
К дба ходил - те вообще говорят, что хранить долго логи им негде, нужно для репликаций покупать еще один дисковый массив, а это довольно дорого. Впрочем, если припрет - купят.