REPLINSTDBMATCH, Replication instance file xxxx has seqno xxxx while database has a different seqno yyyy

MUPIP Error: This error is issued by the first source server that is started on a replication instance or a mupip journal -rollback command if the journal sequence numbers stored in the instance file does not match that stored in the database file header. もしデータベースが、インスタンスファイルを再作成することに応じることなく、別のインスタンス上にバックアップから再作成または更新された場合、これは可能です。

Action: If this instance is not the root primary, this error can be handled by restoring both the database and the instance file from a previous backup (consistent backup of the instance file AND database files taken together at the same time) and restarting the instance. このようなリストアに続いて、最後のバックアップ以降のすべてのトランザクションは、このインスタンスのプライマリから越えて送信されます。Alternatively, this can be handled by shipping a copy of the database from any other instance (either the primary or any other secondary/tertiary), recreating the instance file and starting this instance as a secondary with the -updateresync qualifier. どちらの場合でも、この手順は、すべてのプライマリ-セカンダリインスタンスのペアに対して確実にこのインスタンスから降りてくる、すべてのターシャリインスタンスなどで反復する必要があります。セカンダリはジャーナルシーケンス番号の条件ではプライマリの前方にありません。もしこのインスタンスがルートプライマリの場合は、バックアップ後に発生したトランザクションの損失を意味する可能性があるので、以前のバックアップからリストアしても存在可能な場合があります。The alternative way to handle this error is to recreate the instance file on the root primary, ship a copy of the database from the primary and recreate instance files on ALL secondaries (tertiaries etc.) and restart the secondaries with the -updateresync qualifier. In addition, report the entire incident context to your GT.M support channel.

inserted by FC2 system