ACC95: No Common Point to Synchronize Replicas After Year 2000ID: Q221220
|
Advanced: Requires expert coding, interoperability, and multiuser skills.
When you try to synchronize two members of a replica set that was created
before the year 2000, and the current date on your computer is after the
year 2000, you may receive the following error message:
When you click OK, you are left at the Synchronize Replica dialog box.Synchronization between replica 'source replica' and replica 'target replica' failed. Two members of the replica set cannot be synchronized because there is no common point to start the synchronization.
The Microsoft Jet database engine 3.0 expression service mishandles date entries in the MSysExchangeLog table in replicas. When a replica set that was created before the year 2000 is compacted after the year 2000, any exchange information relating to synchronizations after the year 2000 is deleted from the MSysExchangeLog table. Once this information is deleted, the generation information in the MSysExchangeLog table and the MSysGenHistory table does not match, and the replicas cannot be synchronized.
Microsoft has confirmed this to be a problem in the Microsoft products listed
at the beginning of this article.
This problem no longer occurs in the Office 95 Year 2000 Update.
For more information about the Office 95 Year 2000 Update, please visit the following Microsoft Web site:
http://officeupdate.microsoft.com/Articles/o95y2kfactsheet.htmTo download the the Office 95 Year 2000 Update, please visit the following Microsoft Web site:
http://officeupdate.microsoft.com/downloadDetails/O95y2k.htm
When a synchronization occurs in Microsoft Access 7.0, an entry is made in
the MSysGenHistory table to relate the changes that were exchange during
the synchronization to a generation number. An entry is also made in the
MSysExchangeLog table to indicate the date/time, partner replicas, and last
generation exchanged for each synchronization. The Jet database engine uses
these entries during each synchronization to determine which generations
(changes) need to be exchanged between the two replicas. If one of the
members requires a generation that is no longer being tracked by the second
member, then there is no common point to start the synchronization, and the
synchronization will fail.
When a replica set that was created before the year 2000 is used after the
year 2000, erroneous dates are entered into these tables. The erroneous
dates make it appear that an exchange that was actually performed on
January 1, 2000 was performed on January 1, 100. When the database is
compacted, any entries in the MSysExchangeLog table that exceed the
replica's retention period are deleted. Because records entered in the year
100 exceed that period of time, they are deleted. Also, references to all
but the last generation are deleted from the MSysGenHistory table. As a
result of these deletions, the next time a synchronization is performed,
the generations that need to be exchanged according to the MSysExchangeLog
table will no longer exist in the MSysGenHistory table. At this point you
receive the error described in the "Symptoms" section of this article.
For more information about how Microsoft products are affected by year 2000 (Y2K) issues, please see the following Microsoft World Wide Web site:
http://www.microsoft.com/y2k/
Additional query words: pra synchronizing synchronized kb2000 Y2K
Keywords : kbdta kb2000 RplGen
Version : WINDOWS:7.0
Platform : WINDOWS
Issue type : kbbug
Last Reviewed: May 6, 1999