The information in this article applies to:
SYMPTOMSDatabase is corrupted by file check in operations after the Year 2000 rollover. CAUSEA computer has a non-Year 2000 compliant BIOS that causes the system clock to be reset to an invalid date and time at the year 2000 rollover. Subsequently, when you check in source code to the Visual SourceSafe (VSS) tree, the date and time of the computer will be used for the check in of that file. Without a correct date and time the computer will corrupt the database. RESOLUTIONMicrosoft recommends that all VSS computers BIOS be Year 2000 compliant and ensure that all client computer clocks are synchronized to the same time. To ensure this BIOS problem will not affect your VSS database, Microsoft recommends you make sure these are no files checked out during the date and time at the year 2000 rollover. Also, make sure that all system clocks have the correct date and time set before continuing to use the VSS product. Microsoft also strongly recommends that you backup your VSS database prior to the date and time rollover at the end of 1999. STATUSThis behavior is by design. MORE INFORMATIONBecause VSS is not a client server architecture, all Source Code Control functions are performed on the computer. With this design, clocks that are not synchronized can cause inconsistent history data especially on files marked for shared checkout. REFERENCESMicrosoft TechNet - Year 2000 Additional query words: Y2K
Keywords : kb2000 kbSSafe500 kbSSafe600 kbDSupport kbGrpSSafe |
Last Reviewed: July 16, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |