Александр123Здравствуйте. подскажите пожалуйста что можно придумать или настроить при таких условиях:
больше 3 000 000 операций в одной транзакции, проходят очень долго больше 4 часов. С издателя на репликатор быстро заливаются, а с репликатора на подписчик, медленно.
RServer 12.6 ASE 12.5.3
Как можно увеличить скорость?
Ресурсы сервера загружены меньше половины. А репликатора вообще не загружены.


Увеличьте параметры
dsi_xact_group_size и dsi_cmd_batch_size
Детальней тут

0rc,

А если избежать таких больших транзакций никак не получается, то посмотрите на RS15.2, там появились классные фичи для оптимизации таких больших транзакций.

Если 3000000 операций - это следствие какой-то одной операции, которая делает update или delete, затрагивающей 3000000 строк, то передается только та команда, которая в оригинале изменила эти строки, вместо 3 млн единичных (см SQL statement replication )

Если же это инсерты 3 млн строк, то Support for DSI bulk copy-in

нет не ошибаетесь. ASE чтобы поддерживал SQL statement replication должен быть 15.0.3.

+1 0rc
Да от одного пользователя, и операции по одной таблице, эффективно распаралеллить почти не реально..
Рассмотрите вариант репликации подобных операций через репликацию сохраненных процедур..

merphy9,

Как вкратце работает репликация SP

Допустим у вас update/delete большого кол-ва строк.. update some_tab where pk>1000
в результате у вас произойдет много изменений и запишутся в лог как
update some_tab where pk=1001
update some_tab where pk=1002
...
update some_tab where pk=9998
update some_tab where pk=9999

т.е. 8000 подобных строк должны передаваться через RS. и потом эти же 8000 будут применяться DSI, предварительно разбив их еще и на группы и постоянно изменяя rs_lastcommit

Если же вы сделает SP как
create procedure sp_for_update
as
benig
update some_tab where pk>1000
end

и подпишите эту sp на репликацию, то вместо 8000 строк, будет передаваться по репликации только одна - - exec sp_for_update. DSI ее проведет на StbDB и там уже произойдет фактический update..

Детальней см. sp_setrepproc

merphy9Ребята спасибо попробую почитать про репликацию сохраненных процедур. Если не сложно опишите в кратце как это работает.
Еще вопрос по счетчикам как можно посмотреть сколько транзакций проходит в секунду.
Я пытался смотреть в рссд таблице rs_counters там я так понял значения счетчиков для примера стоят.

Транзакций где проходят ?? с PrimaryDB или же применяются на ReplicateDB.. Это разные понятия, так как на ReplicateDB транзакции группируются.. Лучше смотрите счетчики типа кол-ва команд (CmdsRead)

Может быть и таблица отмечена для репликации и SP (которая изменяет эту таблицу), тогда когда выполняется из клиентской сессии стандартная DML, то эта DML передается на RS. Если же выполняется из клиентской сессии вызов SP, которые меняет подписанную таблицу, то передается только вызов SP, изменения, которые делает эта SP - отдельно не передаются

If you have marked the stored procedure for replication with sp_setrepproc, Replication Server copies execution of the procedure to the standby database. It does not copy the effects of the stored procedure to the standby database.

Вам надо выполнять из клиента не update some_tab where pk>1000 ... а exec sp_for_update (см. мой пример выше)