创建代码服务器

　　创建代码服务器的目的是加速部署进程。事实上，把 CD 从一个系统转移到另一个系统并不是在合理利用管理员的时间，甚至将 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 接受了响应文件，则它很可能可以运行。