db2实例和数据库关系

DB2多数据库同时运行于单个主机上的两种配置

1.多实例模式
该模式是IBM工程师建议模式，即为每个数据库建立一个实例，然后在实例下创建唯一的数据库，进行运行管理。
该方法的优点：
1） 多个数据库之间互相不会产生影响，单独运行，一个数据库由于资源原因使得instance hang住后，其它的数据库不会受到影响。
2） 便于单独配置和管理
该方式的缺点：
1） 不利于统一管理，instance的启停需要每个instance单独进行，当然我们也可以通过一个脚本实现所有instance的启停
2） 每个instance都需要单独的dbm资源的分配
2.单实例拖多用户模式
该模式的方式是：
1） 建立一个manage instance，在该instance下面创建所有的数据库，比方说我们有三个数据库，database1，database2，database3.
2） 创建另外的client用户组，在该组中创建三个系统用户，user1,user2,user3.
3） 使用manage instance为三个用户grant相应数据库的dbadm权限

connect to database1
grant dbadm on database to user user1
revoke connect on database from public
connect reset
user2,user3方法相同

4） 将.INSTHOME/sqllib/db2profile加入到三个用户的.profile中即可
[注]：有的做法是：为三个用户user1，2，3创建三个instance，然后catalog数据库节点和数据库目录到该用户实例下。这种方式跟执行上述profile脚本的效果一样，没有任何必要。因为操作系统的任何用户都是db2的可访问用户，只要该用户被赋予足够的权限。
该方式的缺点是：
1） 所有的数据库全部绑定到一个instance下，当某个数据库的操作导致instance进程死掉的话，所有其他的应用数据库访问全部失败，这是很不合理的，特别是这些数据库是独立的，没有任何联系的情况下。
2） Dbm的配置对每个数据库都必须相同，没法单独管理各个数据库的dbm选项
3） 各数据库运行时共享instance资源，无法检测各数据库的单独资源占用情况
总之，在条件允许的情况下，建议尽量使用2.1的配置方式，特别是多应用系统部署的情况下，第一种部署更加合理，利于单独管理监测