再过几年Windows Server 2008终端操作系统即将退出历史的舞台。2020年1月开始，微软公司将不再发布补丁，OS也将退出官方舞台。而随着时间的推移，Windows Server的16位应用程序运行能力也会面临同样的问题。

我们通常都会认为，企业要想继续使用16位应用程序，简单地做个升级、转移，亦或者直接重写这些应用程序就可以了。即使给四年的开发时间，对于世界上百万家企业来说，这种方案也是玩笑之谈。

很多原因致使我们无法打破对16位应用程序的依赖。应用程序开发人员很不愿意再提供一个新版本的软件。通常还有一个问题就是，这些软件没有可替代方案：具有行业特殊性的软件只在小范围内使用，但是这些软件的功能非常作用，而且专业化性质强。

也许，负责软件的开发人员并不是特别积极，许多企业也就完全相信公司若不复存在了则软件也随之消失了。

综上各种情况，可知一个残酷的事实：大多数企业不能聘用得起开发人员去替换出问题的软件。大部分企业都属于小中型，而且通常资金上都不是特别充足。即使可以能够聘用开发人员，但是大多数开发人员也不知道该如何操作。

当应用程序需要与硬件配合时，我们需要做什么

能否在Windows Server 2008终端内继续使用16位应用程序主要取决于这些应用程序的用途。具有行业控制目的的应用程序一般需要考虑配备的型号。这个需求可以通过附加板或者外围通讯系统来完成，例如串联或者并联端口。

最简单的方法就是直接忽略Windows服务器设备型号。Windows客户端所能进行的大部分操作，在Windows服务器端也可以操作。

Windows 10是32位版本，可以运行16位应用程序。需要对每个应用程序进行兼容性测试，并且，如果你所使用的线卡可以与硬件匹配，那么，Windows 10就可以直接不需要配置驱动器。如果你正使用串联或者并联接口，那么，你便可以创建一个Windows 10系统，会起到很好的作用。

另外一个方案是“什么也不做”。操作系统不会停止工作，因为，其工作与否与相关支持设备无关。支持停止运转后，应用程序也将继续工作。如果你选择这种解决方案，最好也要准备一套防护措施。

首先，我们要假设这些计算机都已经损坏。即使星球每处都侵染病毒我们也要尝试救治。自动化裸机可以部署这些系统。了解并发现出问题的应用程序。提出，如何让应用程序从脚本中状态过渡到操作系统中，以及如何加载结构文件。

构建一个简单的OS生命周期结束复本，其中包含所有相关驱动器以及基本的应用程序，并对其进行复制。定期检查应用程序数据和配置。确保你已经知道如何部署OS、驱动器和应用程序中的图像，也知道如何在应用程序中嵌入最新配置文件或者数据。

测试图像功能。在定期或者随机图像生产系统中，设置下班后启动自动程序。这种设置需要以系统不受干扰为前提。

如果系统需要访问网络，那么就需要对系统进行必要的保卫措施。将这些系统设置在独立的网络中，并且确保这些系统在物理空间上也是独立的，而不仅仅是VLAN独立。毕竟想要破解VLAN是非常容易的一件事情，虽然我们曾假设攻击者在攻击系统的同时，最终也会提出如何实现操作的。

在系统的16位应用程序及其他空间中要设置入侵检测系统、防火墙及其他防御设备。如果可能的话，使用MAC进行 过滤，限制自由网络间沟通，同样地，使用IP或者DNS过滤，严格限制任何互联网访问这些系统。

另外一个替代方案是应用DOSBox，其设计宗旨就是在32位或者64位的OSes上可以运行16位的DOS游戏。通过一些修补后，可以满足OS串联及并联接口需求，并将这些接口传递到DOSBox的DOS实例中。如果线卡被用于硬件接口，那么以上方案就不会起到任何作用，但是，许多应用程序只需要串联或者并联接口就可以工作了。

同样地，使用虚拟化软件，如Hyper-V或者VMware Workstation也许会有效果。再者，硬件也可以传递到虚拟化设备中，可以使运行在DOS的应用程序或者Windows不支持的版本访问硬件。Windows服务器及带有Hyper-V的Windows 10也可以作为一个选项。

不要幻想，因为应用程序在DOSBox、Hyper-V或者VMware Workstation中运行就自然安全了。OS仍需要支持和照顾，如果将虚拟实例连接到网络中，他们与那些实体计算机中的软件一样将仍需要保护。