[RS]Lenteur de réplication server ?

[arona]

J'ai de la répli en warm standby sur ma platte-forme et j'ai des comportements étrange... Je m'explique les queus de répli se remplissea la nuit a caude de batchs jusque là rien de bien méchant MAIS des fois la répli a du mal a dépilé les queues; Et pour améliorer les performances je stope la réplie (suspend connection ...) j'arrette ma basse répliqué et la relance, et ensuite un resume connection et là la répli se vide "normalement"...
J'ai bien évidament regardé les logs mais là aucuns méssages... Je suis en rep serveur 12.6, est ce que qq'un a déja eu ce type de comportements ??? et/ou qq'un connait'il des paramètres a changé pour améliorer ces perfs?? outre bien entendu augmenter la bande passante du réseau.
Merci

[mpeppler]

Est-ce que tu as essayé de voir ce qui se passe du côté de la WSB pendant que le batch dépile ?

Un cas que j'ai vu assez souvent c'est quand du côté du primary on fait un update/delete qui affecte un nombre important de lignes dans un batch (p.ex. update foo set ... where ...) puisque le WSB va convertir cette opération en X updates, une pour chaque ligne affectée dans la primary (et ceci dans une seule transaction, donc il faut avoir un nombre de locks suffisant.)

Michael

[arona]

J'ai déja mis les locks a 800000 et je suis largement au dessus de ce qui est demandé... J'avais commencé par cela ;-). Mais je me demandais si une modif de conf sur le REP ou ASE pouvais amélioré la vitesse de répli ?? Si tu as d'autres erreures je suis preneur.
Thx

[fadace]

je crois que depuis la 12.5, il est possible de "multi-trheader" le répli... maintenant en WSB...

Il y a aussi possibilité, dans le cas de traitements massifs comme l'a spécifié mpeppler, de surcharger le WSB avec des RepDef (essentiellement sur des SP) afin d'améliorer les perfs...