配置数据库服务器
一旦安装好了系统软件，我们就需要执行大量的配置任务，这些任务通常都是由“db2setup”在“幕后”完成的:
创建实例和管理服务器用户 ID 。
创建实例和管理服务器。
创建到 DB2 共享库的链接。
在系统启动时自动启动实例。
在本文中，我们假设已经将系统软件安装到标准安装目录中，并且想要创建一个实例 db2inst1 和一个管理服务器。
创建用户 ID
我们使用以下标准操作系统命令来创建用户 ID 及其相关的组: groupadd db2grp1 groupadd db2fgrp1 groupadd dasadm1 useradd -g db2grp1 -m -d /home/db2inst1 -p password db2inst1 useradd -g db2fgrp1 -m -d /home/db2fenc1 -p password db2fenc1 useradd -g dasadm1 -m -d /home/dasusr1 -p password dasusr1 当然，我们不会将密码设置为像“password”(或“ibmdb2”，或者其他类似的内容)这样明显的内容。
创建实例
首先我们使用以下命令创建管理服务器实例: /opt/IBM/db2/V8.1/instance/dascrt -u dasusr1 接着使用以下命令创建数据库实例 db2inst1: /opt/IBM/db2/V8.1/instance/db2icrt -u db2fenc1 db2inst1 这个命令有一些可选的参数。特别地，-a 选项允许我们指定一个不同于缺省的“SERVER”的认证机制。
创建共享库链接
这一步通过在标准库路径内产生到 DB2 共享库的链接，使得这些 DB2 共享库在系统范围内可用。如果在服务器上安装了 DB2 的早期版本，那么在这一步应该小心一点，因为这一步将替换到早期版本的链接。这些链接主要是用于应用程序开发。但是我们发现，如果没有正确地设置这些链接的话，就会碰到与某些附带软件有关的问题。我们还特别发现，除非对这些链接进行了设置，否则用 TSM(Tivoli Storage Manager)来进行备份和恢复并不会像正常情况下那样有效。 要设置库链接，可以使用以下命令: /opt/IBM/db2/V8.1/cfg/db2ln
安排自动的实例启动
与 DB2 的早期版本相比，在系统启动阶段自动启动 DB2 实例的过程已经发生了改变。先前是通过使用 inittab 运行一个名为 /etc/rc.db2 的脚本来按要求启动实例。而现在不这样了。相反，现在是从 inittab 运行一个名为“DB2 Fault Monitor Coordinator”(db2fmcd)的守护程序(daemon):下面一行应该放在 /etc/inittab 的底部: fmc:2345:respawn:/opt/IBM/db2/V8.1/bi n/db2fmcd # DB2 Fault Monitor Coordinator 这本身并不会启动任何实例。要启动实例，必须以 DB2 实例所有者的身份运行以下命令来设置每个 DB2 实例的实例变量: db2set DB2AUTOSTART=YES 这样就完成了 DB2 服务器的基本配置。如果您不想只是因为要启动新创建的实例就重新启动计算机，那么只需使用“db2start”从命令行启动新实例。
结束语
我们已经看到，在没有图形化工具，甚至不使用标准包管理器的情况下，仍然可以在 UNIX 平台上安装可以运行的 DB2 服务器。在实现了使 DB2 在标准安装情况下不可用的地方变为可用这一主要目标的同时，我们还得以洞察 DB2 安装过程的内部工作原理，而在以前这么有用的洞察我们都只能白白错过。
作者简介:Philip Nelson 是 Scottish Widows PLC 公司的高级 DBA，Scottish Widows PLC 是英国一家金融服务公司。他在公司里负责 z/OS 和 DB2 UDB(在 AIX 和 Solaris 平台上)的 DB2 日常管理工作。他还是 ScotDB Limited 的一名负责人，ScotDB Limited 是一家数据库咨询公司，专门从事 DB2 UDB 这一块，尤其是 Linux 下的 DB2 UDB。他从 1989 年就开始使用 DB2，并且从 1995 年开始与分布式平台上的 DB2 UDB 打交道。可以通过 teamdba@scotdb.com或 www.scotdb.com与他联系。
