db2实例和数据库关系

本文介绍了DB2数据库在单个主机上运行的两种配置方式:多实例模式和单实例多用户模式。多实例模式提供更好的资源隔离和管理便利,但不利于统一管理;而单实例多用户模式则可能导致资源竞争和高风险。在多应用系统部署时,建议采用多实例模式以确保系统稳定性和独立管理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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的配置方式,特别是多应用系统部署的情况下,第一种部署更加合理,利于单独管理监测

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值