Subject | RE: [IBO] Replication Components - One to Many & Evaluation |
---|---|
Author | Alan McDonald |
Post date | 2006-10-27T14:57:33Z |
> Hi Alan,I don't know your requirements but you have already discovered that support
>
> I've looked at these some time ago, and what I found is below, please feel
> free to point out if I've missed any as I really do need a quick solution.
>
> FiBre
for arrays is very shallow across the FB realm. There are many ways of doing
things without arrays which would leave many more doors open for you. But
that's your decision obviously.
Alan
There are serveral more replicators than the 2 you list below.
>
> Still in development
>
> Daffodil Replicator
> Unsuitable for our needs
> IBReplicator
> Appears to work to an extent however when an error occurs there is no easy
> way to determine where the error occurred. We have over 170 tables
> replicated and process well in excess of 5 million transactions per day.
> upto 50% of these occur during the first 2 hours (bulk file
> downloads) when
> we find that IBReplicator simply cannot keep up to speed with the
> requirements of the system. We have amended the triggers for the
> Large file
> download tables to generate a Low_Priority generated number so that these
> records drop down the sequence, however this still does not ease
> the issues
> we have encountered.
> If there are any others I've missed please feel free to bring these to our
> attention we really do need a solution quickly.
> Many Thanks
> Andrew
>