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

　　如果是从前一版本中迁移实例，则不需要创建新实例。DB2需要一个实例来执行所有操作，无论是托管本地数据库还是连接到远程数据库。

　　不同于将所有的设置存放在响应文件中，一种替代方案是使用 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和创建本地实例的响应文件。第二种，对每一个节点来说，需要安装DB2 Enterprise Server Edition，同时没有创建任何实例的响应文件。第二份响应文件可以简单的从头创建：删除响应文件中有关实例的所有部分，或者，换句话说，仅保留涉及产品、安装类型、组件、语言或者许可的关键词。

　　创建这些响应文件的另一种方式是使用图形安装程序来安装具有实例的节点。在图形安装期间，有一个选项可以保存响应文件，以供所有的节点使用。如果您正在部署单个集群，这通常可以使操作更加简单。

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

　　创建部署脚本

　　该脚本通常在shell脚本中编写，但是任何语言都可以使用，包括Perl、JavaTM或者C。这可以被简单的看作是包装程序处理DB2安装过程中不处理的安装和配置DB2的那些方面。脚本就是在目标机器上运行并作为部署过程一部分调用的文件。

　　第一步是决定需要执行什么。如果已经创建了完整的响应文件，该步骤就非常简单，否则，该步骤就会相当复杂，尤其是在您没有使用响应文件来执行安装时候。

　　在所有的示例中，我们假设/ share是远程文件系统，在需要部署的所有机器上都安装为 / share。如果没有任何共享文件系统可用，则在远程安装文件系统，或者编写脚本来自动安装和卸除文件系统都是可能的。(如何固定一个文件系统已经超出了本文讨论的范围。)

　　文件系统可以是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”

　　利用同一个已经创建的实例手动编辑目录：　

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 remote serverhostname; 　　catalog database sample at node server; 　　update dbm cfg using jdk_path /opt/lBMJava2-141;