Synchronisation CDR pour ER

Bonjour à tous, Eh bien, cela a été un petit parcours du combattant (merci à ceux que j'ai contactés en privé pour obtenir de l'aide), mais j'ai enfin l'impression d'avoir mis en place ER/GRID entre IFMX v12.10.FC4 sous Solaris et IFMX v12.10.FC12 sous RedHat ! Cependant, je suis tombé sur quelque chose qui me laisse absolument perplexe : après un « cdr sync replset .... » destiné à alimenter l'instance RedHat, une vérification du nombre de lignes montre que le serveur cible possède MORE lignes que le maître. Comment est-ce seulement possible ? ----------------- select tabname, nrows, (select nrows from master@master_tcp:systables st where st.tabname = t.tabname) from target@target_tcp.systables t where tabid >= 100 and tabname not like "%ctr" order by 1 ; tabname address nrows 19702483.00000 orig nrows 19698516.00000 tabname address_typ_dom nrows 5.000000000000 orig nrows 5.000000000000 tabname attachment nrows 346530.0000000 orig nrows 346422.0000000 tabname batch_error nrows 450792.0000000 orig nrows 450780.0000000 ------ Il ne s'agit là que d'un échantillon. Les tables les plus petites semblent parfaites, mais toutes les tables comptant plus de 300 K lignes présentent davantage de lignes sur la cible. Quelqu'un a-t-il déjà rencontré ce cas ? Des idées sur ce qui peut en être la cause ? Merci, Michael Hoffman

Bonjour Michael. J'ai quelques idées sur la façon dont cela pourrait se produire, mais... 1) Pourriez-vous m'envoyer un exemple de définition de réplication sur l'une de ces grandes tables ? 2) Ces tables incohérentes comportent-elles un type de colonne SERIAL ? 3) Avez-vous défini votre ER comme architecture cible principale ? Je l'espère.... Juste pour nous permettre de vous aider plus facilement, d'accord ? Cordialement Alexandre Marini

Peu importe ! J'étais parti d'une mauvaise hypothèse : que les statistiques étaient mises à jour du côté Source. J'imagine déjà Art secouer la tête d'un air désolé. :-) Merci, Michael