|
 网格计算
使用 Oracle 10g 进行大规模软件部署
Sudip Datta 访谈
服务器技术部主管系统管理首席产品经理 Sudip Datta 介绍了由 Oracle 10g 实现的大规模软件部署新策略
OTN： DBA 和 IT 经理为什么应关注部署管理的改进？
Datta： 如果要根据完整的软件生命周期定义部署，则部署应包括安装、打补丁、克隆、软件配置、合规性跟踪（如跟踪遵从规则和其他形式的标准的情况）和解除安装。最近的 Forrester 调查显示，部署工作几乎占用了 DBA 一半的时间，这并不奇怪。
OTN： Oracle 在 Oracle 10g 中如何解决的这一问题？
Datta： 在 Enterprise Manager 9.2 中，管理主要涉及管理 Oracle 数据库操作，如创建实例、管理模式以及执行导出、导入、备份和恢复等操作。在 Oracle 10g 中，我们已经将企业管理器的范围扩展到包括更多的 Oracle 产品以及管理软件部署和配置的功能。这些功能涉及打补丁、批量克隆、生成合规性报告、分析和比较安装以及跟踪配置更改等。所有这些功能都包含在 Oracle 10g 部署框架中。
| “最近的 Forrester 调查显示，部署工作几乎占用了 DBA 一半的时间。”
|
OTN： 您能否就与部署相关的焦点问题和特性详细介绍一下 Oracle 数据库 10g 与早期版本之间的某些具体区别？
Datta： 10g 有两个主要的部署目标：首先，为将软件集成在我们软件中的客户和合作伙伴提供更好的随取随用体验；其次，为在企业网格环境中管理大规模部署的数据库管理员和系统管理员提供更好的体验。
因此，对于初学者，我们在 10g 中设计了一个较快的数据库安装；在多数情况下，将 9.2 的安装时间几乎减少了一半。对于最终用户客户，安装 Oracle 10g 数据库和应用服务器的同时还将安装企业管理器网格控制。无需额外的工作即可显示 Enterprise Manager 网页，可以随取随用地管理 Oracle 数据库和 Oracle 应用服务器软件。请记住，这一简单性的实现并未破坏新技术（如可使用集群的服务 (CRS) 和 自动存储管理 (ASM)）的随取随用设置。
此外，我们还对该软件的大小进行了合理化，无论是在安装程序 CD 上还是该软件所安装在的 Oracle 安装目录中。为此，我们减少了不必要的组件并将其更有效地分布在 CD 中，这样可以将最常用的安装全部放在单片 CD 上。对于合作伙伴，这意味着如果要提供几个脚本或程序，则完全可以将它们与 Oracle 放在同一片 CD 上。同时，由于 10g 安装和配置可以在静默、无人值守的模式下进行，因此要将 Oracle 嵌入他们应用程序的合作伙伴可以将我们的安装从他们的安装中剔除。在这方面，我们已经看到了合作伙伴的某些正面的反馈。
其次，我们已经简化了网格环境中对大规模部署的管理。我们提供了企业管理器 10g 配置管理包，它可以管理一组安装。它是网格控制的一部分。管理功能包括集中的软件和合规性跟踪，这样企业管理器便能跟踪企业范围内安装的所有软件，并且不会与内部的 IT 合规性标准发生冲突。此外，企业管理器可以克隆 Oracle 软件 — 如果客户在第一次安装后要将该软件扩展到多个机器，企业管理器能够做到这一点，这在网格中至关重要。较小的大小方便了网络间的克隆。
OTN： 补丁又如何呢？该过程是否同样自动进行？
| “由于 10g 安装和配置可以在静默、无人值守的模式下进行，因此要将 Oracle 嵌入他们应用程序的合作伙伴可以将我们的安装从他们的安装中剔除。”
|
Datta： 是的；企业管理器还可以自动传送 Oracle 补丁以及轻松地自动执行打补丁的过程。在 10g 之前的版本中，当客户遇到问题时，他们通过 Oracle 支持申请补丁，然后我们通过 MetaLink 下载将该补丁提供给客户。相比之下，企业管理器 10g 提供了更完整的服务，即根据客户部署的产品和版本主动向客户发出补丁通知。企业管理器“知道”企业运行着哪些不同的 Oracle 版本以及相应的硬件平台是什么，当某个特定版本和硬件有补丁可用时，则在企业管理器控制台中主动通知客户。
还有一个称作关键补丁工具 (CPF) 的高级功能，该功能检测企业中可能存在的安全漏洞。CPF 还提供了与 MetaLink 实时的主动式集成，以便用户可以下载和应用补丁来堵住漏洞。
OTN： 您能否详细介绍一下企业管理器 10g 与部署有关的分析功能？
Datta：企业管理器 10g 具有强大的搜索和分析功能。例如，它可以告诉您哪些安装使用特定的数据库功能，或哪些主机具有已设置的特定的操作系统属性。它可以查找特定补丁，以便支持人员下次给客户回电时，他们可以说：“打开企业管理器，显示屏幕，查看是否安装了此补丁。”客户不必经历诸多烦琐过程，或登录到这个或那个机器。基本上，他们所要做的就是在企业管理器中填写一份表单和提出问题，如“哪些安装使用此特定补丁？”
此外，如果有一个参考配置，则可以将它与其他主机进行比较并查明是否某个主机背离了该配置。此功能可以帮助您确定问题的根源是否在软件上。
例如，假设客户在两台机器上运行了相同的应用程序，且其中的一台机器出现问题。使用此主机与主机的比较，客户可以了解软件栈中的任何差别：操作系统的属性是否存在差别？Oracle 中的设置是否存在不同？等等。
能够比较企业中的操作系统和网络参数还意味着 DBA 将减少对系统管理员和网络管理员的依赖。该功能无疑将帮助 DBA 更好地利用他们的时间和资源。
OTN： 让我们再回顾一下克隆。10g 版本 1 中的软件克隆的范围是什么？
Datta： Oracle 10g 使您可以克隆 Oracle 数据库安装目录和 Oracle 应用服务器安装目录。就适用范围而言，该功能可满足大量部署的需要。下面解释它的工作方式：首先，企业管理器检测两个主机，源主机和目标主机。然后转到源主机，选择一个特定的 Oracle 安装目录，并用相应的格式将其压缩。企业管理器克隆代理随后将此压缩包传送到另一台主机，而后者在克隆模式下在后台实际运行安装程序代理。它从压缩文件中解压缩该软件并在该另一台主机上生成该克隆。在 10g 中，您可以将一个安装目录中的图像多点传送到多个安装目录。因此，您可以选择一个源主机并部署到 50 个不同的机器。这对网格环境至关重要。
| “在 10g 中，您可以将一个安装目录中的图像多点传送到多个安装目录。因此，您可以选择一个源主机并部署到 50 个不同的机器。”
|
当通过该克隆机制进行安装时，克隆将作为一级 Oracle 安装目录立即显示在企业管理器控制台的部署页面中。克隆现在能够运行、被以某种其他格式打补丁或修改以及被监视。而且这些克隆现在能够作为其他克隆的源。
请注意，使用企业管理器进行克隆时，它实际上是提交了一个克隆作业，而且您能够监视该作业的每个阶段。Oracle 克隆机制运行必要的检查程序，以确保不在不兼容的平台上试图克隆。此外，如果克隆作业在特定阶段发生故障，您可以检查故障点，采取修复措施，并从该点重新开始克隆。最后一点，通过企业管理器作业子系统，可以在任何时间窗内排定克隆。如果有一个空闲的周末，则 DBA 可以将克隆作业安排在该时间段内运行，以确保不会与其他作业冲突。
OTN： 对于运行 10g 的数据中心建议采用何种软件部署策略？
Datta： Oracle 长期以来一直以灵活性而闻名，因此我们还在 10g 中提供了各种部署选项。我们并未限制用户以自己的方法部署软件的能力。因此，可以选择交互式安装、静默安装、克隆以及在网格中一次性打补丁。Oracle 可以为客户提供多种选择。
如前所述，客户的种类很多，每个客户都属于某个特定的消费群，对于大型数据中心，我们推荐了一个模型，这个模型是通过内部研究以及咨询外部客户而得来的。针对数据中心的任何软件部署策略均必须优化部署的可伸缩性，以便当您不得不部署 500 多个主机时，其劳动量不会比部署单个主机所需的劳动量增加 500 倍。您还想要尽量减少用与企业标准不符的方式安装软件。
为此，我们强烈建议在源主机中构建软件。在该方法中，客户通常将软件安装在一个位置，从安装中剔除不需要的组件，事先使用正确的补丁集或临时修复程序对其进行修补，然后根据其应用测试该软件。最后，当客户百分之百确信该软件可以正常工作时，他们批准将其大规模部署，并使用克隆特性完成部署。然后，当您完成部署后又有新安全补丁时，企业管理器 CPF 将开始工作。它该补丁将传送给特定主机，并通过称作 OPatch 的补丁工具将其应用。
| “我们遵循一种混合模式 — 对初始部署使用“黄金”源中的物理克隆组合，但其中的所有更新和打补丁都通过企业管理器以逻辑和累积形式完成。”
|
这样，我们在 10g 中遵循的模型是一种混合模型，对初始部署使用“黄金”源中的物理克隆组合，但其中的所有后续更新和打补丁都通过企业管理器以逻辑和累积形式完成。”该模型肯定要比对个别目标主机执行交互安装的模型更具伸缩性。您肯定不希望 DBA 们拿着 CD 跑来跑去，在一百个不同的机器上安装一百次，然后再分别将它们升级。
OTN： 对于典型数据中心，是否存在此部署策略的替代策略？
Datta： 是的，存在。就大型企业而言，我能想起的一个替代策略就是，使用从软件仓库安装的分布式部署。我们曾遇到过客户和合作伙伴使用静默安装采用该模型的情况。这些企业通常将软件集中放在一起，然后从各自主机上启动静默安装程序。假设软件是集中托管的，且为这些静默安装提供了相同的指令集，则无需物理克隆便可以实现一定程度的标准化。因此这些软件将获取相同的数据，执行相同的配置以达到相同的状态。例如，当部署使用多国语言或位于多个硬件平台时，该方法尤其有用 — 在这些情况下，由于物理克隆无法跨语言区域或多个硬件系统工作，因此无法选用克隆。
该模型的缺陷是，静默安装只适用于基础版本，因此您无法部署已打补丁的软件。如果要部署经过验证、测试和打补丁的软件，则克隆是最佳选择。也就是说，您可以通过静默方法来更新和打补丁，但另一方面在每种情况下必须组合多个静默步骤，并将其链接在一起才能达到特定的软件层次。但该方法并不具有很强的可伸缩性。最终，如果要在软件是经过验证和打补丁的场合下安装，则克隆通常是最佳的选择。
OTN: Oracle 如何在 10g 中辅助客户和合作伙伴的部署最佳实践？
Datta: 10g 中的所有部署最佳实践 — 使用企业管理器进行克隆和打补丁来部署软件的混合模型 — 都是在咨询很早便采用我们程序的关键客户和合作伙伴后或在他们的参与下制订的。也就是说，我们可以为更多的自定义环境提供方便。部署的所有后端操作均通过命令行接口公开，以便他们可以将 10g 与他们自己开发的管理系统或第三方管理系统集成。这意味着，我所谈到的打补丁、静默安装和克隆全都具有命令行接口（有明确的文档记载），客户可以使用这些接口在他们自己的系统中进行集成。当然，使用企业管理器 10g 有助于将他们自己开发的系统扩展到其本身无法扩展到的程度。
对于合作伙伴，10g 部署方案的主要受益人是独立的软件供应商（即 ISV）以及其他可以在他们的应用程序中嵌入 Oracle 的供应商。较小的规模以及静默安装功能将使 Oracle 成为这些客户的首选技术。甚至连某些硬件供应商（如 Dell）也已在使用静默技术在某些硬件上提供 Oracle Standard Edition with Linux。实际上，他们在构建该软件时使用了我们的框架技术来达到此目的。
其他合作伙伴优势包括管理提供商（如 HP 和 Opsware）以及其他供应商使用我们强大的 API 和命令行接口作为他们的工具的后端引擎。我们与这些供应商保持一种互利的竞争/合作关系。虽然我们同他们在系统管理领域进行竞争，但我们也通过协作使他们更强大，以便其系统中安装的数据库和应用服务器最终得到更好地管理。10g 部署和管理框架可帮助他们实现此目的。
OTN: 下个版本将提供哪些主要的增强功能？
Datta: 一个主要目标是扩展 RAC 设置中的克隆功能，这在网格中很有用。此处有两个使用场合。一个使用场合是，已经运行了一个集群，并希望复制该集群以便设置一个新集群 — 例如，将 10 或 15 个节点克隆到另一集群。另一个使用场合是，运行有一个具有 15 个节点的集群，并刚刚增加了第 16 个节点，而且已经为该节点提供了操作系统，而您只是要将软件扩展到该节点。因此，一个使用场合是集群间，另一个使用场合是集群内。
在这两种场合下，我们将使用基础克隆框架。我们还将尝试扩展克隆框架以包含其他部分。例如，该技术可用于提供一整套 Oracle 产品。该功能还可以从操作系统扩展到应用程序层以按需供应计算资源。
我们还将使 OPatch 成为所有 Oracle 产品的补丁工具。在 Oracle 10g 版本 1 中，该技术仅用于数据库，但在不久的将来，其他 Oracle 核心技术产品的补丁也将使用相同的技术。本质上，我们将为所有 Oracle 技术产品提供一种补丁策略和机制。
OTN: 能否介绍一下培训？
Datta： 我们将开设一个面向 DBA 的、介绍最佳部署实践的培训课程。Oracle 大学的课程将试着设法满足该设想的需要。虽然也许本质上不能称作“部署最佳实践”，但将推出一些介绍安装、打补丁、克隆、配置管理等内容的培训课程。我们还将改进我们的最佳实践文档。随着我们倡导的最佳实践被越来越广泛的采用，我们将需要增加它们的文档，因此我们将努力工作以实现此目标。本文旨在帮助客户和合作伙伴了解我们的部署理念，并鼓励他们尽快采用新的 Oracle 部署技术。
|
