10分快3平台-10分赛车网投平台_1分6合投注平台 - 10分快3平台,10分赛车网投平台,1分6合投注平台是全球最新科技资讯新闻专业发布平台,是非常全面的信息共享网站。

在UNIX 和Linux平台上部署 IBM DB2 产品

  • 时间:
  • 浏览:1

   在数十、数百后该数千台基于 UNIX 和 Linux 平台的客户机和服务器上部署 IBM_ DB2 产品,包括 IBM DB2 Universal Database (DB2 UDB) 和 DB2 Connect,这看起来似乎是一件令人望而生畏的任务。

  本文讲述了咋样跨多台机器在 UNIX 和 Linux 平台上快速、轻松和一致地部署 DB2 产品。本说明书可用于安装客户机、服务器、并行服务器和 FixPak。

  本文主要讨论 UNIX 和 Linux 平台上的 DB2 Version 8 产品家族。本说明书与前一版本之类,后该在未来版中也会继续保持之类特点。

  为了简单起见,文中的例子使用 Bourne shell 语法。许多 shell 用户将时要作适当的调整。

  DB2 产品

  支持 UNIX 和 Linux 的 DB2 家族有 15 种以上的 Version 8 产品,时要根据平台来选则产品,后该,后该对 DB2 产品线不粉悉,选则正确的产品后该是一项颇具挑战性的任务。为了帮助您选则在计算机操作环境中安装哪这人生活 DB2 产品,亲们 提供了以下产品概览。

  本概览全部都是为了全部描述每这人生活产品的许可条款,不多旨在综述每这人生活产品的底部形态和使用场景。此外,本概览并未涉及所有的 DB2 产品,而不多根据 PMR、新闻组帖子以及与 IBM 客户的沟通,讨论那先 在功能上最容易产生混淆的产品。

  注意,不多所有产品都适用于所有平台。

  DB2 客户机

  有这人生活 DB2 客户机产品,分别具有不同级别的功能性。

  DB2 Run-time Client 是适用于那先 只时要 DB2 客户机支持进程运行运行与远程 DB2 服务器通信,而不时要管理任何服务器的计算机。后该那末 提供任何图形工具。后该,任何使用 DB2 UDB 后该 DB2 Connect 的进程运行运行都应当可不时要通过该产品运行。总的来说,该产品对于大多数进程运行运行来说是必需的,无论进程运行运行是第三方提供的还是结构开发的。

  DB2 Administration Client 是专为 DB2 管理员设计的。它具有 DB2 Run-time Client 的全部功能,并增加了所有的图形化工具。注意,DB2 Administration Client 的精简安装到功能上等同于 DB2 Run-time Client 的精简安装。

  DB2 Application Development Client 是专为编写软件来使用 DB2 产品,后该编译针对 DB2 API 软件的开发人员设计的。它具有 DB2 Administration Client 的所有功能,并增加了可用于进程运行运行开发的附加图新工具。

  DB2 Connect Personal Edition 是有有2个 多经过许可的客户机,它具有 DB2 Application Development Client 的所有功能,并增加了连接主机数据库(之类 DB2 for MVSTM)的功能。

  后该每有有2个 多客户机都中有 在其后该的客户机的全部功能,不多您几乎不时要在一台机器上安装多个客户机。多客户机通常仅在更改计算机角色时才安装。之类,居于在用户提出访问主机数据库的新需求,从而时要迁移到 DB2 Connect Personal Edition 中时。在那先 具体情况下,您可不时要通过在旧客户机之上简单地安装新客户机,并重新运行所有 FixPak 来执行升级。

  DB2 服务器

  DB2 服务器的扩展土办法与客户机一样。所有的 DB2 服务器全部都是经过许可的。

  DB2 UDB Personal Edition 是一款严格的台式机产品,后该它不允许远程客户机的连接。它在这人生活程度上之类于 DB2 Application Development Client,一块儿添加了仅允许本地客户机访问本地数据库的功能。

  DB2 UDB Express Editions 是专为具有少数客户机的中小企业设计的。它们具有 DB2 UDB Personal Edition 的全部功能,后该允许远程连通性。

  DB2 UDB Workgroup Server Editions 是专为大规模服务器设计的。它们具有 DB2 UDB Express 的全部功能,后该具有更加广泛的许可。

  DB2 Connect Enterprise Editions 是专为客户机连接主机数据库(之类 DB2 for MVS)的三层选通(three-tier gating)而设计的。它们具有 DB2 Connect Personal Edition 的全部功能,并增加了网关功能。

  DB2 UDB Enterprise Server Edition 是专为大型和超大型数据库而设计的。后该不考虑数据库分区底部形态(DPF),则它在功能上等同于 DB2 UDB Workgroup Edition 和 DB2 Connect Enterprise Edition 的组合。利用 DPF,Enterprise Server Edition 还允许多台机器作为单个无共享集群(single shared-nothing cluster)一块儿运行,利用多台机器模拟单一数据库服务器。

  后该每一台服务器具有所有客户机的全部功能,包括图形工具和进程运行运行开发工具,不多那末 理由再在一台后该安装服务器的计算机上安装客户机。这显著地错综复杂了 DB2 产品的部署。

  开发人员版本

  DB2 开发人员版本仅在许可方面与上述产品不同。后该,有迹象表明,确保在开发环境中的大规模部署中中有 该产品引起不少混乱。

  DB2 UDB Personal Developer" s Edtion 是 DB2 UDB Personal Edition 面向小型开发团队的有限许可版本。它包中有 限许可的 DB2 UDB Personal Edition 和 DB2 Application Development Client,允许单个开发人员针对本地服务器编写、编译和测试代码。未必它还允许开发使用远程数据库,后该远程数据库产品不中有 在该软件包中。后该 DB2 API 隐藏了许多细节(如数据库的实际位置),在 DB2 UDB Personal Edition 中的开发与在任何 DB2 UDB 服务器(如 DB2 UDB Enterprise Server Edition)中的开发一样。

  DB2 UDB Universal Developer"s Edition 是这人生活全功能的、一站式的开发产品,面向大型开发团队。它中有 几乎全部的 DB2 for Linux、UNIX 和 Windows 产品,包括许多本文中那末 涉及到的产品。后该它中有 所有平台的全部服务器产品,不多它可不时要用于开发多平台,后该开发不受 DB2 UDB Personal Developer"s Edition 支持的平台。

  后该除了其许可条款之外,Developer"s Edition 产品与先前产品一样,不多不多在现有产品之上安装那先 产品,反之亦然。

  部署概览

  在 UNIX 和 Linux上执行 DB2 产品部署的步骤如下:

  1. 创建代码服务器

  2. 计划部署

  2.1 可选,创建一份响应文件,以自动化配置。

  3. 创建一份部署脚本

  4. 在所有机器上运行部署脚本

  创建代码服务器

  创建代码服务器的目的是加速部署进程运行运行。事实上,把 CD 从有有2个 多系统转移到原本系统并全部都是在合理利用管理员的时间,甚至将 CD 安装到一台机器中,后该通过网络文件系统(之类 NFS、DFS、AFS 等等)安装,将减缓所有的部署,后该后者时要不断的跳跃,以响应网络请求。

  相反,通过将 CD 克隆好友到硬盘中,亲们 可不时要充分利用大多数物理文件系统驱动进程运行提供的缩短的查找时间和增大的缓冲区。

  此外,在 DB2 Version 8 中,许多产品在其 CD 中是以压缩形式针对许多平台提供的。对于那先 产品来说,亲们 时要克隆好友到本地磁盘,后该解压缩和释放文件,后该亲们 无法简单地从 CD 直接共享镜像文件。

  根据您所拥有的产品和平台,您后该可不时要直接克隆好友文件,后该您时要解压缩镜像文件。后该您可不时要克隆好友镜像文件,亲们 建议以 root 权限使用以下命令:

  # (cd /cdrom; tar cf - *) | (cd /bigshareddisk; tar xf -)

  使用磁带存档文件的基本意图在于并全部都是所有的平台都具有可不时要保持符号链接(symbolic link 或 symlink)的 cp 命令。相反,任何可不时要保持符号链接、所有权和权限的等同命令也同样适用。

  后该您有一份预压缩的镜像文件,则时要使用的命令是:

  #(cd/cdrom;zcat*.tar.Z)|(cd/bigshareddisk;tar xf-)

  相反,在 Linux 上,磁带存档文件可不时要使用 Z 选项来实现上述命令:

  #cd /bigshareddisk; tar xzf/cdrom/*.tar.Z

  注意,在这许多上建议不多使用 Microsoft Windows 文件服务器。Windows 文件服务器将丢失文件权限,后该将后能 了除理名称与自身不同的文件,你这人 具体情况在 DB2 for Solaris 和 DB2 for Linux 产品中都居于。

  下一步骤是通过网络文件系统导出 /bigshareddisk。具体操作步骤超出了本文所讨论的范围。注意,尽管无法将 DB2 这人生活安装到 NFS 分区中,后该可不时要通过 NFS 安装 DB2。

  计划部署

  DB2 for UNIX and Linux 可不时要使用多种土办法进行非交互式的安装。选则哪这人生活土办法取决于您的偏好。所有的土办法都可不时要交替使用。即,您可不时要使用这人生活土办法执行安装,后该在同一台机器上执行的另一安装则可不时要使用另这人生活土办法。选则这人生活土办法不多代表您时要永远使用该土办法。

  对于 FixPaks 来说,仅这人生活生活土办法可用。

  极力推荐,在任何部署后该,您应该在一台测试机器上测试安装,以检验部署在每一台机器上会生成那先 。此外,甚至在测试部署后该,极力推荐在设计非交互式 DB2 部署后该相当于使用一次图形安装到程运行。图形安装到程运行可不时要帮助您理解非交互式安装模式中的条款和关键词。FixPaks 那末 任何图形安装到程运行。

  响应文件安装

  推荐的土办法是响应文件安装。该土办法涉及到创建一份响应文件(将在本文底下讲述),后该针对响应文件运行 db2setup。推荐使用该土办法是后该它可不时要提供不多优势:

   预先的响应文件语法检查导致 ,后该 db2setup 接受了响应文件,则它很后该可不时要运行。

   它允许您选则与图形安装到程运行一样后该更好的粒度来安装。

   它允许您配置图形安装到程运行配置的所有内容,而不时要知道其中居于的具体情况。

   它允许您与安装同步设置数据库管理进程运行配置 (dbm cfg) 和 DB2 配置文件注册表参数。

   可不时要全部解释所有的输出和日志文件。

  db2_install

  您可不时要使用的另这人生活土办法是 db2_install 脚本。它是这人生活瘦型粗粒度的包装到程运行,仅仅调用底层操作系统安装到程运行(AIX、Solaris、HP-UX 和 Linux 操作系统上的 installp、pkgadd、swinstall 或 rpm)安装整个产品。与响应文件的安装相比,你这人 土办法有以下局限性:

   粗粒度安装导致 在安装时无法选则所有备选组件。

   其中不包括语言选则。您时要使用另这人生活土办法来安装英语之外的语言。

   其中不包括 DB2 Administration Server (DAS) 的配置后该实例。

  后该,它不时要设置任何响应文件。

  操作系统安装到程运行

  你这人 土办法涉及到调用可不时要直接应用于平台的操作系统安装到程运行。有关执行此土办法的更多信息,请参见操作系统文档和相关主页。与响应文件安装相比,该土办法具有以下局限性:

   您时要按照正确的顺序手动安装组件。

   组件名称通常不像响应文件标识符那样可读取后该直观。

   其中不中有 任何 DAS 配置后该实例。

  与使用 db2_install 相比,该土办法具有以下不同点:

   更加灵活,后该您仅安装了所需的组件。

   您可不时要安装英语之外的语言。

   时要更多设置时间,后该您时要选则时要安装的组件。

  FixPak 安装

  FixPak 安装通常是非交互式的,后该常常用于大规模部署。

  创建响应文件

  创建响应文件是有有2个 多可选但推荐采用的步骤。响应文件可不时要显著地错综复杂安装脚本。响应文件不可不时要用于 FixPak 安装。

  响应文件后该该后该目标环境不同而显著不同。本文主要针对这人生活环境:客户机、单机服务器(之类,除了 Enterprise Server Edition with DPF 以外的任何服务器)和并行服务器(之类,Enterprise Server Edition with DPF)。

  对于按照上述这人生活环境的组合部署的机器来说(之类安装了 Relational Connect for DB2 Data Sources 的数据库服务器,一块儿还时要作为原本数据库的客户机),可不时要将那先 环境组合在一块儿。后该,为了简单起见,本文不讨论那先 组合。

  响应文件

  创建响应文件的最简单土办法是使用 db2setup 图形界面。通过启动 db2setup,后该保存响应文件,您可不时要以图形土办法选则时要安装的组件。后该,您可不时要通过从 CD 中提供的示例响应文件中克隆好友附加条目来调整响应文件。

  创建响应文件的另这人生活土办法是从 CD 中克隆好友示例响应文件,后该修改该示例响应文件。示例存放上 db2/pto/samples 目录中,plat 是平台标识符。之类,db2/linux/samples/db2rtcl.rsp 是 DB2 for Linux CD 中面向 Linux 的 Run-time Client 示例响应文件。

  尽管极力推荐在部署后该首先在一台机器上进行测试,后该响应文件非常易于使用。

  关于响应文件时要知道的第一件事是任何以 * 后该 # 字符如果 如果 开始的行都将作为注释忽略。

  *Thisisa comment.

  任何行的末端中有 ** 后该 ## 序列的行也都将作为注释被忽略。

  PROD = ENTERPRISE_SERVER_EDITION ** This is a comment.

  所有的数据均以 KEYWORD=VALUE 格式显示。在以上示例中,关键词是 PROD,而 PROD 关键词的给定值是ENTERPRISE_SERVER_EDITION。

  每有有2个 多关键词被看作是有有2个 多标记。即,该关键词保留不翻译。大多数值也全部都是标记。之类,在以下的行中

  INSTALLJTYPE=TYPICAL

  关键词和值全部都是标记,后该不应当被看作英文单词。响应文件安装到程运行可不时要识别那先 标记,它所识别的标记全部都是一样的,不考虑其语言。

  未注释的示例响应文件中的条目被看作是强制性的,时要填写不能进行安装。

  最后,不多关键词直接映射到您在图形安装期间后该该遇到的难题中,后该掌握图形安装可不时要帮助理解响应文件。

  PROD

  PROD 关键词指定时要安装的产品。每一份示例响应文件都后该预填入该关键词。不时要对其进行任何改动。

  INSTALL_TYPE

  该关键词指定所需安装的类型:精简、典型、自定义。后该选则典型,则还可不时要选则所有典型选项。后该选则自定义,则可不时要选则时要安装的所有组件。后该选则精简,则所有那先 可选环节都将被忽略。

  TYPICAL_OPTION

  后该后该选则安装类型为 TYPICAL(典型),则您可不时要选则许多的典型选项集。之类,后该您时要典型安装具有 Data Warehouse 选项的 Enterprise Server Edition,您可不时要在此作出选则。只需添加不时要在部署中安装的每有有2个 多选项前的星号即可。后该安装类型全部都是 TYPICAL,则忽略该关键词。

  COMP

  后该后该选则安装类型为 CUSTOM(自定义),则可不时要通过从所需组件中添加注释字符来选则许多组件。对比来说,Linux 和 UNIX 响应文件通过说明使用典型安装和每有有2个 多典型选项会选则哪许多组件来区分组件。后该安装类型全部都是 CUSTOM,则忽略该关键词。

  LANG

  后该您时要使用英语以外的语言,请选则该关键词。不同于图形安装到程运行的是,后该当前语言全部都是英语,则响应文件安装到程运行无需自动选则当前语言。此处的语言标记和具有 -i 选项的安装到程运行使用的那先 标记一样。

  SELECT_INSTALLED_LANGS

  后该设置为 YES(是),将自动选则 DB2 后该安装的所有语言。这非常适用于在同有有2个 多系统中安装第二种产品,一块儿想使所有新功能保持原有的语言设置。

  ENCODING

  后该那末 选则任何编码土办法,则自动安装全部编码土办法。对每种语言来说,不同的编码土办法都适用。后该不时要全部的编码土办法,您可不时要选则所需的子集。注意,ISO 后该 EUC 编码土办法时要作为许多语言的反编编码土办法(fall-back encoding)。

  LIC_AGREEMENT

  该参数向响应文件安装到程运行表明您后该读取并同意在 DB2 介质上所中有 的许可。您可不时要在 db2/iceme/locale.encoding 目录中找到该许可。默认值是 DECLINE(拒绝)。您时要将其更改为 ACCEPT(接受)不能继续安装。

  实例创建设置

  那先 设置可用于创建作为安装一每种的实例。您可不时要通过使用多个 INSTANCE 名称,在一次安装中创建多个实例。之类,您可不时要创建 INSTANCE=instancel 和 INSTANCE=instance2。对每有有2个 多实例来说,您时要利用 instance1和 instance2前缀创建所需设置的剩余每种。

  大多数那先 设置要么是数据库管理进程运行配置设置,要么是 DB2 配置文件注册表设置(所有那先 可配置的设置都应当中有 在响应文件中)。

  许多设置允许您创建新用户,包括密码。后该选则利用响应文件创建新用户,则建议使用正确的文件系统安全性,确保在执行安装的每一台机器上仅 root 可不时要读取响应文件,后该密码存放上纯文本中。相反,您后该希望在使用响应文件后该,首先创建用户帐户,并设置密码。

  实例用于存储 DB2 配置。这包括服务器的本地数据库和客户机及服务器的远程数据库。

  后该是原本一版本中迁移实例,则不时要创建新实例。DB2 时要有有2个 多实例来执行所有操作,无论是托管本地数据库还是连接到远程数据库。

  不同于将所有的设置存放上响应文件中,这人生活替代方案是使用 db2cf exp 命令将配置从现有实例中导出。在你这人 具体情况下,您可不时要按需在测试机器上精确配置主实例(包括性能调优和编目远程节点与数据库,后该不包括本地数据库),后该使用命令

  “db2cfexp template”导出配置。在部署期间,您时要使用 db2cfimp 导入指定文件中存储的模板。之类,“db2cf exp db2inst.exp template”可不时要创建一份描述当前实例的名为 db2inst.exp 的文件。

  管理服务器设置

  那先 设置可不时要用于创建 DAS。后该在示例响应文件的某一节中后该说明,许多产品允许使用管理服务器,则那先 产品时要具有管理服务器。后该在目标机器上一台管理服务器也那末 ,则时要使用该节来创建管理服务器。与 DAS 关联的用户时要不同于任何实例使用的用户。

  后该是该版本的首次安装,您仅时要创建新的 DAS。之类,后该您后该安装 Workgroup Server Edition,后该时要升级到 Enterprise Server Edition,则前次安装中的现有 DAS 足以胜任。在你这人 具体情况下,您可不时要注释 Administration Server 设置。

  客户机部署事项

  后该客户机安装的主要目的是与远程服务器通信,从正在运行中的客户机导出客户机配置文件可不时要错综复杂部署,后该原本可不时要使编辑节点和数据库目录的工作更加轻松。

  单服务器部署事项

  响应文件安装无法创建本地数据库。那先 数据库时要作为部署脚本的一每种创建。

  并行服务器部署事项

  并行环境中的服务器实例仅时要在一台计算机上创建实例。通常是安装的第一台计算机进行,后该在该计算机的本地磁盘上创建。该计算机被称作“instance owning computer”。集群中许多的计算机不多有任何创建的实例。那先 计算机被称作“node(节点)”。

  正如您所见,此处部署了这人生活不之类型的安装。第这人生活,创建了实例的计算机,时要安装 DB2 Enterprise Server Edition 和创建本地实例的响应文件。第二种,对每有有2个 多节点来说,时要安装 DB2 Enterprise Server Edition,一块儿那末 创建任何实例的响应文件。第二份响应文件可不时要简单的从头创建:删除响应文件中有 关实例的所有每种,后该,换句话说,仅保留涉及产品、安装类型、组件、语言后该许可的关键词。

  创建那先 响应文件的另这人生活土办法是使用图形安装到程运行来安装具有实例的节点。在图形安装期间,有有2个 多多选项可不时要保存响应文件,以供所有的节点使用。后该您正在部署单个集群,这通常可不时要使操作更加简单。

  并行环境中的响应文件安装无法为节点之间的 rsh 访问设置 .rhosts 文件,不多可不时要设置 db2nodes.cfg 文件。

  创建部署脚本

  该 脚本通常在 shell 脚本中编写,后该任何语言都可不时要使用,包括 Perl、JavaTM 后该 C。这可不时要被简单的看作是包装到程运行除理 DB2 安装过程中不除理的安装和配置 DB2 的那先 方面。脚本不多在目标机器上运行并作为部署过程一每种调用的文件。

  第一步是决定时要执行那先 。后该后该创建了全部的响应文件,该步骤就非常简单,后该,该步骤就会相当错综复杂,尤其是在您那末 使用响应文件来执行安装后该。

  在所有的示例中,亲们 假设 / share 是远程文件系统,在时要部署的所有机器上都安装为 / share。后该那末 任何共享文件系统可用,则在远程安装文件系统,后该编写脚原本自动安装和卸除文件系统全部都是后该的。(咋样固定有有2个 多文件系统后该超出了本文讨论的范围。)

  文件系统可不时却说 NFS、AFS、DFS 或任何这人生活非本地文件系统。建议唯独不多使用 Samba 文件系统,导致 在底下的“创建代码服务器”一节中后该给出。

  DB2 Run-time Client 将用作示例产品,后该其步骤与所有产品的步骤相同。

  部署响应文件安装

  这是最简单的具体情况。后该产品定义、组件选则和实例设置几乎后该由响应文件全部封装,不多工作可不时要通过简单的调用响应文件来完成:

  /share/rtcl/db2setup-r/share/rtcl/db2rtcl.rsp

  在此,亲们 后该将自定义的响应文件存放上产品的 /share/rtcl 目录中。

  安装后工作

  后该 Run-time Client 的正常使用还中有 远程服务器和数据库的目录编辑,亲们 还可不时要自动化执行目录编辑。亲们 可不时要使用 db2cfimp(后该亲们 使用 db2cfexp 按照上述操作来导出它们)来自动完成操作,也可不时要手动编辑目录。之类,利用后该创建的实例 db2instl 来使用 db2cfimp:

  su - db2instl -c ". sqllib/db2profile;

  db2cfimp /share/rtcl/db2inst.exp"

  利用同有有2个 多后该创建的实例手动编辑目录:

  su - db2instl -c ". sqllib/db2profile;

  db2 catalog tcpip node ..."

  在第二种具体情况下,最好将目录编辑命令存放上另一份文件中,后该允许 DB2 命令行除理进程运行读取该文件:

  su - db2instl -c ".sqllib/db2profile;

  db2 –tvf /share/rtcl/catalog.db2"

  另外一份文件可不时要执行设置 DB2 所需的许多操作。之类,

  catalog tcpip node server remoteserverhostname;

  catalog databasesampleatnodeserver;

  updatedbm cfg usingjdk_path/opt/lBMJava2-141;

  服务器事项

  在服务器部署中,通常时要附加命令来创建和设置数据库、表空间、表,等等。至于客户机,创建单个 /share/ddi/createdb. db2 脚本即可错综复杂部署脚本。

  并行服务器事项

  除了上述的服务器事项以外,在并行环境中,部署脚本时要可不时要按需更新 .rhosts 和 db2nodes.cfg 文件。

  使用 db2_install 部署安装

  未必该土办法绕开了响应文件创建步骤,后该它也错过了响应文件安装带来的所有方便之处。

  安装阶段相当简单:

  /share/rtcl/db2_install -p DB2.RTCL -n

  产品标识符对每这人生活产品来说全部都是唯一的:请参考产品文档,以获取更多关于 db2_install 命令的信息,后该运行 db2_install(无任何参数),以查看产品清单。

  后该时要许多语言支持,则部署脚本时要逐个安装。有关咋样执行该操作的更多信息,请参见下面的“部署手动安装”一节。

  试运行阶段

  部署脚本现在还时要按需除理用户、实例和 DAS 的创建。创建用户是特定于操作系统的功能,应当参考操作系统指南。实例和 DAS 的创建将在“DB2 安装和配置补充说明”中讨论。

  有关许多安装后工作的信息,请参见底下“部署响应文件安装”一节中的相关小节。

  部署手动安装

  该土办法的优势是,它是这人生活安装的最精确土办法,一块儿也是这人生活准备和调试时间最密集型的土办法。后该它还是最高级的安装,是专为了解操作系统封装格式的系统管理员提供的,不多本文将知识水平进行了假定。

  该部署脚本的第一阶段是拟定 DB2 代码这人生活。这是独立于系统之外的,后该 DB2 使用每这人生活操作系统所固有的安装工具。

   在 AIX 上,DB2 使用 installp 命令。

   在 Solaris 上,DB2 使用 pkgadd 命令。

   在 HP-UX 上,DB2 使用 swinstall 命令。

   在 Linux 上,DB2 使用 rpm 命令。

  在该具体情况下成功编写部署脚本的关键是:了解适用于您的操作系统的工具,了解哪有有2个 多软件包中有 所需的 DB2 代码,了解安装的顺序。中级和高级 shell 脚本用户可不时要在安装介质的 db2/platform 目录中的 db2_install 脚本中找到该信息。

  之类,要在 Linux 上安装具有 JDBC 支持和 French 消息的精简 Run-time 客户机,请执行以下命令(为简洁起见调整命令行):

  rpm -ivh IBM_db2msen81 IBM_db2cliv81 IBM_db2msfr81 IBM_msFR81 IBM_cucs81 IBM_jdbc81 IBM_db2conv81 IBM_db2rtsg81

  rpm 的顺序与 db2_install 脚本中的顺序相同。在许多系统中,顺序是有点要的;而在许多系统中,将所有的软件包放上一行中允许安装到程运行按需记录它们,以实现操作系统先决条件。

  为了选则您时要安装哪许多软件包,请查看同一目录中的 ComponentList.htm 文件,以获取有关描述的全部清单。

  手动安装脚本的第二阶段是试运行阶段。有关该阶段的更多信息,请参见底下的“使用 db2_install 部署安装”一节中的相关小节。

  部署 DB2

  到目前为止,准备部署所需的所有操作都后该完成。后该前期成本导致 ,那先 操作仅执行一次,而实际的部署可不时要快速地在数百后该数千台计算机上执行,而后该单独添加额外的计算机几乎不时要成本。

  您可不时要部署软件的软件环境有不多种。后该,不同于全部讲解咋样使用具体部署软件,本文重点关注一般想法,允许您调整想法来适应部署 DB2 的软件和环境。

  部署的这人生活基本样式是 push(放)和 pull(拖)。

  在 push(放)部署中,集中化位置启动与每台计算机的联系。这通常适用于时要在那末 用户操作的具体情况下设置不多计算机的集中 IT 部门。然而,为了实现该操作,时要后该在每一台时要“pushed(放上)”的机器上安装和运行自动化的服务(之类 rshd、sshd 或许多部署软件),后该那先 机器时要具有可用于 IT 部门的恰当的访问权限。

  在 pull(拖)部署中,每有有2个 多安装 DB2 的位置启动自身与服务器的联系,以如果 如果 开始安装。通常,它是 Web 页面、电子邮件后该许多位置中的链接。这通常适用于时要安装 DB2 的计算机数量很少,后该那末 提供自动化服务可用于支持 push(放)安装的具体情况。

  Push 安装示例

  #! /bin/sh

  dst_computers="wrkstnl wrkstn2 wrkstn3" for comp in $dst_computers; do ssh -1 root $comp "mkdir /share;

  mount -t nfs -o ro fileserver:/bigshareddisk /share;

  /share/rtcl/deployment.sh;

  umount /share; rmdir /share" >>/var/log/deploy.$comp &done

  想法是将上述代码,后该与上述代码非常之类的代码存放上 shell 脚本中,之类 db2deployment.sh,您可不时要用来存放 DB2 安装。

  后该大多数操作后该由部署脚本完成,不多时要 push 安装脚本完成的操作很少。

  该示例假设,在许多具体情况下,ssh 设置在所有工作站上,后该运行 ssh 的用户有权访问每一台工作站上的 root。

  Pull 安装示例

  #! /bin/sh (mkdir /share

  mount -t nfs -o ro fileserver:/bigshareddisk /share /share/rtcl/deployment.sh >>/share/logs/"hostname".out umount /share; rmdir /share) >>/var/log/deploy.$$

  该脚本几乎与 push 示例中的脚本一样。同样,部署脚本执行大每种的操作。后该该导致 ,您仅时要设置环境,以便适当的用户可不时要以 root 身份运行脚本。

  如果 如果 开始语

  将 DB2 部署到数百、甚至数千台 UNIX 后该 Linux 客户机后该服务器中,不多比部署到单台客户机后该服务器中困难。利用许多计划和测试,大规模部署 DB2 就可不时却说一项常规管理任务。

  商标

  AIX、DB2、DB2 Connect、DB2 Universal Database、IBM 和 MVS 是国际商业机器公司在美国及许多国家的注册商标。

  Microsoft 和 Windows 是 Microsoft Corporation 在美国及许多国家的注册商标。

  UNIX 是 Open Group 在美国及许多国家的注册商标。

  Linux 是 Linus Torvalds 在美国及许多国家的商标。

  许多公司、产品和服务名称后该是许多公司的商标或服务标志。

  Copyright International Business Machines Corporation, 804. 保留所有权利。