|
|
应用程序为用户带来便利的同时，有时也会要挟 系统安全。所以，对应用程序部署是操作系统一项重要策略。那么，在Windows 7中如何施行 对应用程序的部署呢?下面笔者分离 自己. 的使用体验和大家进行一番交流。
好像 大多数浩荡 的工程一样，若能花些时间来将问题合成 为契合 逻辑的可管理的若干任务，艰难 并不是不可打败 的。
应用程序的顺利部署可分为三个最主要的部分：搜集 、剖析 弛缓 解。但是还有其他几个我们想要强调的步骤：在开启测试体制之前，请考虑使用虚拟化技术来帮助缩减测试过程，并潜在地帮助改善桌面的基础构造 ，使将来 的迁移更好管理;依据 展开策略对测试阶段进行排序。
做好深.入 研讨 的准备后，即可立刻 开始行动了。
步骤 1:搜集 应用程序清单
第一个步骤是通过应用程序清单理解 自己. 的处境--请相信我们;此时，您可能刚刚认识 到问题比您想象的要复杂。不过，重要的是，您刚刚将一个"未知"转变为"已知",从更好的角度审视了测试范围和准备就绪的程序，并理解 了将来 的应战 。
侥幸 的是，目前已经有一些工具可用来帮助自动化这个过程。您的客户管理软件可能已经内置了这项功能，或者您也可以使用可免费下载的Application Compatibility Toolkit.假如 您已经有了其他的清单机制，比方 System Center Configuration Manager、Asset Inventory Service 等，那么您可以将它们作为起点。
要让清单成为最有用的下游产品，请捕获比应用程序列表更多的信息--比方 您可以理解 有关应用程序的当前用户、这些用户的角色以及该应用程序对用户的重要水平 等更多细节。有了这些信息，您就可以优先看待 那些至关重要的应用程序，并消弭 未使用的或多余的应用程序(下一步骤将对此进行更音讯 的详述)。
而且，这还会提供额外的益处 --可标识出目前尚未管理却已普遍 使用的应用程序。您可能要将这些应用程序也归入 正轨 ，这样就可以确保它们在获准的版本上得到恰当管理，并且所需的软件也会得到更新。
步骤 2:剖析 应用程序
有多少您目前支持的应用程序已经被替换，或者已经失去了业务用户的喜欢 。假如 您与大多数组织无异的话，相当数量的受支持应用程序(很多状况 下是大多数应用程序)都处于这样的状态。所以，一旦完成了评价 ，并且有了很多信息作为基础，那么在开始进行耗时(且昂贵的)回归测试过程之前，下一个步骤就是清理受支持应用程序的列表，并对这些应用程序进行过滤。
为您的应用程序组合设置恰当 的目的 。总共有多少应用程序需要. 遭到 支持?一个应用程序在哪种状况 下需要. 升级到"托管"状态?
设置了目的 后，就可以开始寻找最容易实现的目的 ，并减少 需要. 测试的应用程序的范围。
消弭 多余且未使用应用程序。毫无疑问，您会发现自己. 有几个应用程序执行的是相同的功能。现在需要. 确立一个应用程序完成一种功能的标准，并消弭 那些废弃不用的应用程序。这里有一个提示，建议您尝试并映射应用程序依赖关系，由于 您可能需要. 支持一个旧版的应用程序，使另一个应用程序可以 受此 ISV 支持。那些很少或从未使用的应用程序自然应该丢弃 。这么做不只 可以简化测试，还可以节省购置 软件答应 的支出。
删除同一应用程序的多个版本并保留 最新的版本。简直 在一切 状况 下，最新版本的性能都是最好的并且也最安全和牢靠 。同样，请注意应用程序之间的依赖关系。
从业务用户那里搜集 信息，帮助优先化至关重要的应用程序，并判别 哪些部门在使用哪些应用程序。在对测试过程进行排序时，这十分 有用;您需要. 依据 分阶段推出的新桌面映像来调整测试时间。
步骤 3:评价 非兼容性和减少选项
无须 置疑，有一些应用程序需要. 多做一些工作才能使 Windows 7 顺利部署。目前，有如下几个选项可供参考：
您可以用应用程序的一个新版本替换不兼容的版本。这种方法最牢靠 ，但不幸的是，也是最昂贵的一种方法。假如 应用程序是至关重要的，或对业务的运营有战略性意义，那么建议采用这种方式。
为现有应用程序创建填充码。填充码是插入到应用程序和 Windows 间的一些小代码块，用来修改对底层 OS 的调用--比方 ，让应用程序相信誉 户是以管理员身份运行的，而同时又维持标准用户模式。这可能会为您带来一些管理担负 ，由于 您需要. 维护一个填充码数据库，但这种方法可以 解决很多应用程序问题。这种方式是最为经济有效的，而且假如 应用程序提供商已经不在左右，那么这可能是独一 的选择。但是有一点需要. 正告 --很多提供商不支持做过填充码处理的应用程序。
您可以使用组策略来更改应用程序的冒犯行为。与填充码一样，这种方式通常可以 解决兼容性问题，但同样有一些缺陷 。从实质 上讲，这种方式可以使用策略来禁用可能导致应用程序放缓的某个特性或功能。不幸的是，很多状况 下，这些功能会触及 底层系统的安全性，所以代价是很明显的。同样地，应用程序必须具有 组策略设置才能启用这种管理性。
对于自定义或是内部开放的应用程序，您当然可以修改代码。但这并不总能奏效，假如 奏效，那么有很多资源可提供帮助--Application Compatibility Cookbook 中提供了从 Windows XP 到 Windows Vista 所做的变化，Application Quality Cookbook 中提供了从 Windows Vista 到 Windows 7所做的变化。这两个资源都是免费的指南，可以帮助开发人员为取得 本地兼容性而重新编码应用程序。
步骤 4:为 OS 部署和新应用程序托付 选项做准备
开始 OS 迁移项目的时候，同时也是您重新考虑 如何将应用程序打包并托付 给终端用户的绝佳时间。虚拟化技术已经为我们提供了许多选择和可能，而这些选择在上一次主要OS 迁移时还不可用;在开始测试过程之前，应该考虑为桌面映像和应用程序托付 提供不同的模型。您会发现，应用程序测试和准备工作所带来的节省不只 可以 补偿 虚拟环境的实现本钱 ，还能为将来 的开发提供了更灵活、更易于管理的环境。
主要有两种方式 的虚拟化可以解决应用程序兼容性问题--应用程序虚拟化和 OS 虚拟化。应用程序虚拟化将应用程序层从 OS 别离 出来，仅包含应用程序文件和注册表设置，并将应用程序打包，以简化它们。OS 虚拟化则有几种不同的方式 ，但基本上都会创建一个独立于机器上的本地映像的 OS 映像。
对应用程序组合进行虚拟化在可管理性和灵活性方面带来了若干益处 ，但最为关键的一个优势是可以最小化应用程序之间的抵触 。当您需要. 同时运行同一个应用程序的两个版本时，就会出现这类抵触 --这在软件培训场景很常见，比方 某个特定任务在新旧应用程序中的完成过程的对比，又比方 财务部门正在迁移到财务软件的新版本，但又需要. 用旧版本的软件关闭本财年的帐务。
虚拟化在应对应用程序兼容性问题方面的一个更常见的使用是创建一个虚拟映像，该映像包含关键应用程序以及专为运行此应用程序而设计的操作系统。有一些启用 OS 虚拟化的工具：从Windows 7 专业版的虚拟 PC 和 Windows XP 模式以及更高级的 SKU(一个未托管的虚拟映像，能运行为 Windows XP 设计、无法兼容 Windows 7 的应用程序)，到 MicrosoftDesktop Optimization Pack (MDOP) 中的 Microsoft Enterprise Desktop Virtualization (MED-V)，它通过策略决定物理和虚拟环境的交互方式，从而使虚拟机的供给 、配置和管理变得很轻松。
当然，为您的客户 PC 采用一种替代的计算模型自身 是一项宏大 的工程，但值得破费 一些时间来评价 这为组织带来的益处 --更大的灵活性和更高的可管理性--是否远超出了因采取这种 PC 供给 模型而付出的额外代价。
步骤 5:对测试、实验和部署进行排序
按步骤2中提及的优先级对您的测试过程进行排序，以便可以开始分阶段地展开测试，而且可以并行进行后续测试。
开始测试过程时，可以使用两种方法--静态和动态剖析 ;由于静态剖析 相对较新，更周密的测试方法是将这二者分离 使用。
静态剖析 着眼于应用程序的构造 ，并确定在安装时或运行时必定会出现的问题。目前，已经有很多工具和服务可用来帮助自动化这一过程，并且可以快速 突出明显的问题。
动态剖析 着眼于应用程序在运行时的行为，通常都是在回归测试中完成的。在这里，将在特定的环境对应用程序进行"烟雾测试"--复制各种用户对其硬件以及其他关键应用程序和驱动程序的体验。
最后，需要. 让一些真正的用户运行这些应用程序，并察看 是否会出现在构造 化测试时没有出现过的任何异常行。这时，只需 参与即可取得 新 PC 的许愿 是一个很好的鼓励 措施。
您准备好开始进入消费 时，先要标示出迁移对之很有意义的那些人--基于他们所需的特定功能或是为了最大水平 地减少对业务形成 的毁坏 。与处理看着不熟习 的屏幕手足无措 的任务工作人员打来的求助电话相比，迁移一组专业用户要简单得多。接下来，要确定这些用户组执行其作业需要. 哪些应用程序。先从受应用程序兼容性影响最小或未受影响的组(基于其使用的应用程序)开始，这会让您对部署过程和操作系统进行验证。随着您对应用程序套件的处理，将更多的组从不兼容的应用程序类别中解放出来，以后就可以将这些组为目的 。
最后一句正告 --避免将这个过程进行得太过。假如 您将操作范围从应用程序兼容性扩展到整个应用程序质量 项目，那么您可能会永远无法完成此任务。承受 修复 bug 让工作无法完成的事实，同时避免试图消弭 每个现有的 bug--您的时间无疑有更好的用途 。 |
|
|
|
|
|
|
|
|
|
