全面了解2000年问题
所谓２０００年问题，是指在现有的某些计算机软硬件系统、以及使用了数字化程序控制芯片的某些应用系统中，由于只采用了两位十进制数表示年份，因此，当进入２０００年后，计算机无法确认当前年份是１９××年还是２０××年，从而带来计算错误，造成各种应用系统和控制系统的混乱。人们把这个只有到２０００年才能产生危害的问题称为“２０００年问题”。
#1 哪些软硬件可能存在“２０００年问题”
１．ＰＣ机硬件：１９９６年元月以前所购ＰＣ机中６０％以上都存在“２０００年问题”，而１９９５年以前所购ＰＣ机中，除Ｍａｃ机外基本上都存在“２０００年问题”，但到２０００年时，这些ＰＣ机可能大部分已经自然淘汰，或者改用作与日期无关的其他应用，如字处理等（注：字处理如使用Ｗｏｒｄ的宏命令也有可能存在“２０００年问题”），所以，ＰＣ机硬件的“２０００年问题”风险并不很高。判别ＰＣ机硬件是否有“２０００年问题”的方法是进入ＣＭＯＳ设置或在ＤＯＳ或ＷＩＮＤＯＷＳ下，将系统时钟日期改为１２／３１／９９，时间改为２３：５５，然后关机，等５～１０分钟后重新启动系统，如果系统日期中年代显示为２０００，则说明该系统无２０００年问题。
２．操作系统：目前流行的各种ＰＣ机操作系统，如ＭＳ－ＤＯＳ ６．２２、ＰＣＤＯＳ ７．０、Ｗｉｎｄｏｗｓ ９５、ＯＳ／２ Ｗａｒｐ等在设计时已考虑到了“２０００年问题”，且均已经过了严格测试，其“２０００年问题”风险几乎等于零，但也不能完全排除其中可能存在着的与“２０００年问题”有关的缺陷（ｂｕｇｓ）。
３．应用软件：这是ＰＣ机“２０００年问题”的主要风险。
①用ｄＢａｓｅ、Ｆｏｘｂａｓｅ等数据库管理系统开发的应用软件，如果使用了其提供的日期类型，且有日期判定操作，那么此应用软件中“２０００年问题”的风险性将很高。
②在理论上，用Ｃ、Ｃ＋＋、Ｐａｓｃａｌ等语言编制的应用程序出现“２０００年问题”的风险要比用Ｃｏｂｏｌ、ｄＢａｓｅ、ＦｏｘＢａｓｅ等开发工具所开发的应用软件更低。
③上述①、②条所述要受编程实践的约束，如果程序开发人员的开发工作缺乏统一规范和有效控制，即使其使用的是“２０００年问题”较安全的语言如Ｃ＋＋，也有可能开发出有“２０００年问题”的应用软件。
④商品软件，如其性能测试不严格，开发时缺乏统一规范，其“２０００年问题”的风险性也将很大。
#1 怎样防范“２０００年问题”
１．ＰＣ机硬件的风险防范：大多数ＰＣ机硬件供应商提供ＢＩＯＳ升级以增强系统性能，所以可通过系统ＢＩＯＳ升级来解决ＰＣ机硬件的“２０００年问题”。对于不能进行ＢＩＯＳ升级的ＰＣ机，可在２０００年以前把其自然淘汰或改用作与日期无关的其他应用等。
２．操作系统的风险防范：尽量使用新版本的操作系统如ＭＳ－ＤＯＳ ６．２２、ＰＣＤＯＳ ７．０、Ｗｉｎｄｏｗｓ ９５、ＯＳ／２ Ｗａｒｐ等，因其在设计时已考虑到了２０００年的兼容性问题。
３．应用软件的风险防范：①购买商品软件须来源正常，购买前应了解该软件开发公司的有关资料，弄清其开发工作是否规范，并对其软件做有意识的“２０００年问题”测试。②对现有软件进行分析论证，正确处理已受影响的数据，以减少损失。③对现有软件如有源程序，可进行修改，以解决２０００年兼容性问题，如无源程序或修改难度太大，可逐步向新软件过渡，在２０００年以前自然淘汰原来的软件。④做好程序开发人员的教育、培训和规范化管理工作，降低自行开发软件“２０００年问题”的风险性。
#1 小资料：
#2 常用软件的有效支持时间
１．ＭＳ－ＤＯＳ操作系统：有效支持时间为１９８０年１月１日至２０９９年１２月３１日。在输入小于８０年的年份时，认为是２１世纪，即２０××年；在使用ＤＡＴＥ命令时，２０００年前，可输入两位数表示１９××年，其它年份必须将年份四位数完整输入。
２．Ｗｉｎｄｏｗｓ ３．ｘ软件：支持有效时间为１９８０年１月１日至２０７９年１２月３１日，年份只需输两位数，在小于８０时认为是２０××。
３．Ｗｉｎｄｏｗｓ ９５操作系统：支持有效时间为１９８０年１月１日至２０９９年１２月３１日。
４．Ｅｘｃｅｌ ５．０软件：有效支持时间为１９００年１月１日至２０７８年１２月３１日，但它是整数数据的子集（１～６５３８０），只要按日期格式输入在此子集区间即可。
５．ＦｏｘＢａｓｅ软件：有效支持时间为１５８２年１０月１５日至９９９９年１２月３１日，超出这个区间，只显示“／／”，在显示日期时只占８位数，其中年号占两位，而实际上占４位，用ｙｅａｒ函数可得完整年份。使用ＣＴＯＤ函数时，如果使用１９××年的日期，可直接以８位转换，例如：日期＝ＣＴＯＤ（‘０１／０３／９７’），其他年份则要完整输入，例如：日期＝ＣＴＯＤ（‘０１／０３／２０００’），日期＝ＣＴＯＤ（‘０１／０３／１８７５’）。
６．ＦｏｘＰｒｏ软件：有效支持时间为０年３月０日至９９９９年１２月３１日。