Subject | Re: [firebird-support] Strange errors in firebird.log |
---|---|
Author | Dimitry Sibiryakov |
Post date | 2004-08-24T05:20:53Z |
On 24 Aug 2004 at 10:37, Helen Borrie wrote:
and other system objects in source database in an ordinary (non 2PC)
transaction.
I can't imagine any special strategy to protect this process from
unexpected disconnects.
this area.
incorrupted. So, it is also DBMS problem, not just replicator's.
SY, Dimitry Sibiryakov.
>Creating/changing metadata isn't the same as changing data. I'm sureI'm sotty to disappoint you, but IBReplicator creates the triggers
>IBReplicator does have *some* strategy for managing a two-phase commit
>for metadata commits, though I don't know what it is.
and other system objects in source database in an ordinary (non 2PC)
transaction.
I can't imagine any special strategy to protect this process from
unexpected disconnects.
>that, as a minimum, it would be totally separated from the dataUnfortunatelly, IBReplicator doesn't have any special protection in
>replication and wouldn't be allowed while replication was going on...
this area.
>The right place to ask about this would be the IBReplicator list.I'm not sure. Whatever IBReplicator do, database must stay
incorrupted. So, it is also DBMS problem, not just replicator's.
SY, Dimitry Sibiryakov.