论文部分内容阅读
操作系统作为计算机系统的“管家程序”，担负着时钟的设置及计时功能，因而在解决“2000年问题”中将起着核心的作用。
对“2000年问题”，不同的厂商有着他们各自的解决方案。总体来讲，解决方案大体上包括以下几个方面：
* 首先是系统厂商提供有关它的系统及它提供的应用程序有关2000年问题的报告，应说明是否存在2000年问题及如何解决；
* 开发工具是否存在2000年问题；
* 第三方软件厂商对其生产的软件2000年问题的报告。
此外，目前国外出现了一些专门解决“2000年问题”的公司，它们研发了从源代码中查找2000年问题的工具软件。例如Turnkey 2000公司，它提供支持多平台、多语言环境的2000年问题的检测软件，但这种软件价格不菲，而且针对不同的环境要作适当改造才能使用。
值得一提的是，查找、改正、测试系统及应用软件中的2000年问题是一件很复杂的工作。它需要硬件设备、系统软件、应用程序的紧密配合。各厂家在考虑对其中一方予以变动时，一定要通盘考虑。
SCO公司的承诺
为了解决2000年问题，SCO公司已采取措施检查所有的产品，并作出了必要的修补，较好地解决了自己早期产品中的“2000年问题”，以帮助用户完成跨世纪的平稳过渡。
SCO对自己产品的2000年问题有如下保证：
* 软件不会因跨世纪的日期而非正常地结束运行。
* 软件应能够正确地识别、计算、处理相同世纪内的日期格式和多世纪日期格式。
* 软件应提供一种手段显示用户需要的4位年数据的接口（如1996，2000年）。
* 软件应根据下面规则计算、处理和显示闰年信息：
（1）闰年2月是29天；
（2）闰年是那些能被400整除或能被4而不被100整除的年。
* SCO在产品中尽可能遵循ISO8601标准。
针对SCO产品的解决方案
在众多客户中，广泛使用着基于Intel平台的PC UNIX，包括SCO XENIX、UNIX SVR4.2、SCO OpenServer 3.0(SCO UNIX 3.2.4.2)、SCO OpenServer 5.0.x及Unix Ware 1.x、2.x。针对以上各类、各版本操作系统，应采取不同方法来解决“2000年问题”。
具体建议
针对用户所使用操作系统，我们建议分三种方式处理2000年问题，它们是更新、升级及修补。
系统更新
对XENIX操作系统，应将其更新，即将原有系统换为SCO OpenServer 5.0.4或SCO UnixWare 2.1.2。众所周知，XENIX是PC机上最早期的UNIX产品。它在80年代后期就早已不能满足硬件发展的客户的需求。所以对它的替换是勿庸置疑的。
升级
* 对SCO OpenServer 3.0及相关产品，应考虑将其升级为SCO OpenServer 5.0，它会有如下好处：
（1）SCO OpenServer 5.0及其主流产品不存在2000年问题；
（2） SCO OpenServer 5.0较SCO OpenServer 3.0功能更为完善，并且对SCO OpenServer 3.0上存在的Bug等问题予以了更正；
（3）SCO OpenServer 3.0上的大部分应用如不涉及系统核心都会在SCO OpenServer 5.0上被向下兼容，即使要经过修改，相应也比较容易；
（4）有Internet功能，可方便地建立企业内部的Intranet。
* 对SVR 4.2及UnixWare 1.1可考虑将其升级为UnixWare 2.1.2。因SVR 4.2，UnixWare 1.1与UnixWare 2.1相比，有着相似的核心技术。所以有以下好处：
（1）核心接近，兼容性好；
（2）技术领先，是SCO公司日后的发展方向；
（3）有Internet功能，可方便地建立企业内部的Intranet。
修补
对有些存在“2000年问题”的产品，如SCO OpenServer 3，UnixWare 1.12、2.0等，如用户目前尚无能力更新或升级，则可采用修补的方法。它的好处有：
* 如果修复顺利的话，会节约资金及时间；
* 现有的应用程序不存在采用“升级”途径遇到的移植问题，但仍需检查“2000年问题”。
对于新安装的SCO Openserver 5.0及UnixWare 2.1.2相应产品，不存在2000年问题，但对上面的第三方应用软件，也应检查它的2000年兼容性。
对第三方应用程序如何进行处理
若系统平台更换，如XENIX换为SCO OpenServer 5.0或UnixWare 2.1.2，是否可考虑采用这些系统上有相应功能的应用程序的新版本。这次所建议的系统都是这两三年内新开发的，无论它们自身还是基于它们的第三方应用都应该不存在2000年问题，使用应用程序的新版本时，可能会存在对老的应用数据格式的转换问题，但对数据格式的处理比起移植程序及对2000年问题的修复，应该是容易多了。
对OpenServer 3.0及UnixWare 2.1上的一些产品，SCO公司免费提供补丁。可在对系统及系统提供的应用程序进行检查及修复2000年问题的基础上，对第三方软件也进行检查和修复。但是对于一些没采用标准接口或自定义日期结构的软件的检查就复杂得多。前面介绍的第三方2000年查错产品，可能会有帮助。若系统升级，可能还会涉及到移植应用及数据库的升级。
由ISV和客户基于SCO的软件开发包（SDK）开发的应用软件、实用程序和系统，在2000年问题的支持上，我们有如下的结论：
* 使用已过时的SCO XENIX或UNIX Release 3.2V4.2前的UNIX SDK开发的应用会有2000年的问题；
* 使用UNIX Release 3.2V4.2、SCO OpenServer 3.0、SCO OpenServer 5.0开发的应用将不会有2000年的问题；
* 使用UnixWare开发的应用将不会有2000年的问题。
系统升级建议
为了完美解决2000年问题和正确选择产品以满足用户具体环境的要求，我们有如下建议：
* 若现有系统是基于SCO XENIX或UNIX3.2、4.2以前版本，建议升级到SCO OpenServer5.0.4版本。
* 若现有系统是基于SCO OpenServer 3.x系列产品开发的，虽然可以通过添加“补丁”解决，但鉴于此版本的某些局限性，建议升级到SCO OpenServer 5.0.4版本。
* 若现有系统是基于UNIX SVR 4.2或UnixWare 1.1的，如果硬件配置合适，可考虑将其升级为 UnixWare2.1.2。若硬件配置较低，希望继续使用原系统，UNIX中国公司准备在1998年第三季度提供用于上述两种系统的补丁盘，用于解决2000年问题。
另外，为配合测试及升级，厂家在与用户商议的前提下，保留向用户借用实际软硬件环境的权利。本着双方合作的基础，用户在此情况下，应尽力配合厂商，向厂商提供相应的软硬件环境。
综上所述，2000年问题的解决是一项系统工程，它涉及软件和硬件两部分及不同厂商的协作配合。UNIX中国公司作为SCO在华的唯一合资公司，将本着为用户负责的态度，通过和用户的密切配合来解决2000年问题，并辅助用户将您的业务带入崭新的21世纪。
对“2000年问题”，不同的厂商有着他们各自的解决方案。总体来讲，解决方案大体上包括以下几个方面：
* 首先是系统厂商提供有关它的系统及它提供的应用程序有关2000年问题的报告，应说明是否存在2000年问题及如何解决；
* 开发工具是否存在2000年问题；
* 第三方软件厂商对其生产的软件2000年问题的报告。
此外，目前国外出现了一些专门解决“2000年问题”的公司，它们研发了从源代码中查找2000年问题的工具软件。例如Turnkey 2000公司，它提供支持多平台、多语言环境的2000年问题的检测软件，但这种软件价格不菲，而且针对不同的环境要作适当改造才能使用。
值得一提的是，查找、改正、测试系统及应用软件中的2000年问题是一件很复杂的工作。它需要硬件设备、系统软件、应用程序的紧密配合。各厂家在考虑对其中一方予以变动时，一定要通盘考虑。
SCO公司的承诺
为了解决2000年问题，SCO公司已采取措施检查所有的产品，并作出了必要的修补，较好地解决了自己早期产品中的“2000年问题”，以帮助用户完成跨世纪的平稳过渡。
SCO对自己产品的2000年问题有如下保证：
* 软件不会因跨世纪的日期而非正常地结束运行。
* 软件应能够正确地识别、计算、处理相同世纪内的日期格式和多世纪日期格式。
* 软件应提供一种手段显示用户需要的4位年数据的接口（如1996，2000年）。
* 软件应根据下面规则计算、处理和显示闰年信息：
（1）闰年2月是29天；
（2）闰年是那些能被400整除或能被4而不被100整除的年。
* SCO在产品中尽可能遵循ISO8601标准。
针对SCO产品的解决方案
在众多客户中，广泛使用着基于Intel平台的PC UNIX，包括SCO XENIX、UNIX SVR4.2、SCO OpenServer 3.0(SCO UNIX 3.2.4.2)、SCO OpenServer 5.0.x及Unix Ware 1.x、2.x。针对以上各类、各版本操作系统，应采取不同方法来解决“2000年问题”。
具体建议
针对用户所使用操作系统，我们建议分三种方式处理2000年问题，它们是更新、升级及修补。
系统更新
对XENIX操作系统，应将其更新，即将原有系统换为SCO OpenServer 5.0.4或SCO UnixWare 2.1.2。众所周知，XENIX是PC机上最早期的UNIX产品。它在80年代后期就早已不能满足硬件发展的客户的需求。所以对它的替换是勿庸置疑的。
升级
* 对SCO OpenServer 3.0及相关产品，应考虑将其升级为SCO OpenServer 5.0，它会有如下好处：
（1）SCO OpenServer 5.0及其主流产品不存在2000年问题；
（2） SCO OpenServer 5.0较SCO OpenServer 3.0功能更为完善，并且对SCO OpenServer 3.0上存在的Bug等问题予以了更正；
（3）SCO OpenServer 3.0上的大部分应用如不涉及系统核心都会在SCO OpenServer 5.0上被向下兼容，即使要经过修改，相应也比较容易；
（4）有Internet功能，可方便地建立企业内部的Intranet。
* 对SVR 4.2及UnixWare 1.1可考虑将其升级为UnixWare 2.1.2。因SVR 4.2，UnixWare 1.1与UnixWare 2.1相比，有着相似的核心技术。所以有以下好处：
（1）核心接近，兼容性好；
（2）技术领先，是SCO公司日后的发展方向；
（3）有Internet功能，可方便地建立企业内部的Intranet。
修补
对有些存在“2000年问题”的产品，如SCO OpenServer 3，UnixWare 1.12、2.0等，如用户目前尚无能力更新或升级，则可采用修补的方法。它的好处有：
* 如果修复顺利的话，会节约资金及时间；
* 现有的应用程序不存在采用“升级”途径遇到的移植问题，但仍需检查“2000年问题”。
对于新安装的SCO Openserver 5.0及UnixWare 2.1.2相应产品，不存在2000年问题，但对上面的第三方应用软件，也应检查它的2000年兼容性。
对第三方应用程序如何进行处理
若系统平台更换，如XENIX换为SCO OpenServer 5.0或UnixWare 2.1.2，是否可考虑采用这些系统上有相应功能的应用程序的新版本。这次所建议的系统都是这两三年内新开发的，无论它们自身还是基于它们的第三方应用都应该不存在2000年问题，使用应用程序的新版本时，可能会存在对老的应用数据格式的转换问题，但对数据格式的处理比起移植程序及对2000年问题的修复，应该是容易多了。
对OpenServer 3.0及UnixWare 2.1上的一些产品，SCO公司免费提供补丁。可在对系统及系统提供的应用程序进行检查及修复2000年问题的基础上，对第三方软件也进行检查和修复。但是对于一些没采用标准接口或自定义日期结构的软件的检查就复杂得多。前面介绍的第三方2000年查错产品，可能会有帮助。若系统升级，可能还会涉及到移植应用及数据库的升级。
由ISV和客户基于SCO的软件开发包（SDK）开发的应用软件、实用程序和系统，在2000年问题的支持上，我们有如下的结论：
* 使用已过时的SCO XENIX或UNIX Release 3.2V4.2前的UNIX SDK开发的应用会有2000年的问题；
* 使用UNIX Release 3.2V4.2、SCO OpenServer 3.0、SCO OpenServer 5.0开发的应用将不会有2000年的问题；
* 使用UnixWare开发的应用将不会有2000年的问题。
系统升级建议
为了完美解决2000年问题和正确选择产品以满足用户具体环境的要求，我们有如下建议：
* 若现有系统是基于SCO XENIX或UNIX3.2、4.2以前版本，建议升级到SCO OpenServer5.0.4版本。
* 若现有系统是基于SCO OpenServer 3.x系列产品开发的，虽然可以通过添加“补丁”解决，但鉴于此版本的某些局限性，建议升级到SCO OpenServer 5.0.4版本。
* 若现有系统是基于UNIX SVR 4.2或UnixWare 1.1的，如果硬件配置合适，可考虑将其升级为 UnixWare2.1.2。若硬件配置较低，希望继续使用原系统，UNIX中国公司准备在1998年第三季度提供用于上述两种系统的补丁盘，用于解决2000年问题。
另外，为配合测试及升级，厂家在与用户商议的前提下，保留向用户借用实际软硬件环境的权利。本着双方合作的基础，用户在此情况下，应尽力配合厂商，向厂商提供相应的软硬件环境。
综上所述，2000年问题的解决是一项系统工程，它涉及软件和硬件两部分及不同厂商的协作配合。UNIX中国公司作为SCO在华的唯一合资公司，将本着为用户负责的态度，通过和用户的密切配合来解决2000年问题，并辅助用户将您的业务带入崭新的21世纪。