根据您所拥有的产品和平台，您可能可以直接复制文件，否则您必须解压缩镜像文件。如果您可以复制镜像文件，我们建议以 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 安装通常是非交互式的，因此常常用于大规模部署。
创建响应文件
创建响应文件是一个可选但推荐采用的步骤。响应文件可以显著地简化安装脚本。响应文件不可以用于 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。
每一个关键词被看作是一个标记。即，该关键词保留不翻译。大多数值也都是标记。例如，在以下的行中
INSTALLJTYPE=TYPICAL
关键词和值都是标记，因此不应当被看作英文单词。响应文件安装程序可以识别这些标记，它所识别的标记都是一样的，不考虑其语言。
未注释的示例响应文件中的条目被看作是强制性的，必须填写才能进行安装。
最后，很多关键词直接映射到您在图形安装期间可能会遇到的问题中，因此掌握图形安装可以帮助理解响应文件。
PROD
PROD 关键词指定需要安装的产品。每一份示例响应文件都已经预填入该关键词。不需要对其进行任何改动。
INSTALL_TYPE
该关键词指定所需安装的类型：精简、典型、自定义。如果选择典型，则还可以选择所有典型选项。如果选择自定义，则可以选择需要安装的所有组件。如果选择精简，则所有这些可选环节都将被忽略。
TYPICAL_OPTION
如果已经选择安装类型为 TYPICAL（典型），则您可以选择其他的典型选项集。例如，如果您需要典型安装具有 Data Warehouse 选项的 Enterprise Server Edition，您可以在此作出选择。只需去掉不需要在部署中安装的每一个选项前的星号即可。如果安装类型不是 TYPICAL，则忽略该关键词。
COMP
如果已经选择安装类型为 CUSTOM（自定义），则可以