设为首页 收藏本站
查看: 1044|回复: 0

[经验分享] DB2目录文件结构

[复制链接]

尚未签到

发表于 2016-11-14 07:48:08 | 显示全部楼层 |阅读模式
db2inst2@lamp T0000000]$ pwd
/home/db2inst2/db2inst2/NODE0000/SAMPLE/T0000000

db2inst2(第二个红色): 实例名

NODE0000: 数据库分区名,新版本的DB2中,数据库分区取代了以前版本中的节点的概念

SAMPLE: 实例下的样本数据库

T0000000: 表空间的容器

与SAMPLE同级中有 SQL00001 SQL00002 sqldbdir TEST

sqldbdir: 存储本地数据库目录相关的文件, 它记录各数据库名称、数据库别名以及数据库类型和数据库的位置信息

SQL00001: 系统自带数据库

SQL00002: 系统自带数据库

TEST: 自定义数据库


-----------------------------------------------------------------------------------------------------


[db2inst2@lamp db2inst2]$ cd NODE0000/

[db2inst2@lamp NODE0000]$ cd SQL00001

[db2inst2@lamp SQL00001]$ ls

db2event db2rhist.bak SQLBP.2 SQLDBCONF SQLOGCTL.LFH.1 SQLOGDIR SQLSGF.1 SQLSPCS.1 SQLTMPLK
db2rhist.asc SQLBP.1 SQLDBCON SQLINSLK SQLOGCTL.LFH.2 SQLOGMIR.LFH SQLSGF.2 SQLSPCS.2


db2event: 这个目录保存了DB2 事件监视器产生的结果。事件监视器用于记录特定事件发生时数据库的活动,记录的结果可以被保存在表、命名管道或者文件中。要察看监控结果的话,可以使用事件分析器这样的图形化工具,或者 DB2EVMON 这样的文本工具。


SQLOGDIR: 这个目录是数据库缺省的日志文件存放目录。不过,由于日志文件是数据库恢复策略中的决定性因素,因此要尽量保证日志文件的可用性。如果使用缺省设置,数据库的日志和数据都存放在同一位置,一旦发生介质错误,有可能造成日志文件和数据同时丢失,导致数据库无法恢复。因此,对于关键性应用,建议更改数据库配置参数 NEWLOGPATH 来修改日志文件的存储位置。


SQLDBCON: 每个数据库都有自己的配置参数,这些配置信息都被存放在 SQLDBCON 文件中,由于该文件是二进制格式,因此不能使用文本编辑器编辑,而应该使用 GET DB CFG 以及 UPDATE DB CFG 命令来察看和修改。

SQLOGCTL.LFH: 这个文件就是日志控制文件,里面记录着日志文件的状态,特别是包含了一个叫作LOGHEAD的变量,该变量定义了当前第一个活动日志,该日志也是崩溃恢复的起点。在进行崩溃恢复的时候,DB2会利用该变量的值来决定使用哪些日志来进行崩溃恢复。LOGHEAD对于归档日志也有很重要的意义,该变量的值是归档日志文件和活动日志文件的分割点,文件名序号小于LOGHEAD的值的日志文件都可以被归档到其他位置。要察看改变量的值,可以使用 GET DB CFG 命令


SQLOGMIR.LFH:该文件与 SQLOGCTL.LFH 文件的作用类似,不过专门适用于启用了镜像日志的 DB2 环境


SQLSPCS.1 & SQLSPCS.2 :这两个文件中包含了数据库中表空间的定义以及表空间的当前状态。如果这两个文件被损坏,数据库连接操作将会失败


SQLBP.1 & SQLBP.2: 这两个文件中包含数据库中缓冲池的信息,用于对缓冲池进行管理。SQLBP.2 和 SQLBP.1 的内容完全相同,可以起到备份的作用。


db2rhist.asc & db2rhist.bak: db2rhist.asc 文件也就是在备份和恢复过程中会用到的DB2 恢复历史文件。该文件随着数据库的建立而建立,当对数据库进行了备份、恢复以及 LOAD 等操作时,该文件中都会记录相应信息。这些信息在进行恢复操作将起到至关重要的作用。该文件是如此重要,以至于为了防止该文件损坏,DB2 同时生成了一个 db2rhist.bak 作为该文件的备份,而且,DB2 的 restore 命令还允许从备份映像中单独恢复该文件。用户可以使用 LIST HISTORY 命令来察看该文件的内容,也可以使用 UPDATE HISTORY 命令和 PRUNE HISTORY 命令来修改该文件,但不应当使用文本编辑器来直接处理


SQLINSLK & SQLTMPLK: 这两个文件都是用来保证该数据库只能被数据库管理器的一个实例来使用。


---------------------------------------------------------------------------------------------------------------------

db2 => list tablespace containers for 2 show detail

Tablespace Containers for Tablespace 2

Container ID = 0
Name = /home/db2inst2/db2inst2/NODE0000/SAMPLE/T0000002/C0000000.LRG
Type = File
Total pages = 4096
Useable pages = 4064
Accessible = Yes

/home/db2inst2/db2inst2/NODE0000/SAMPLE/T0000002/C0000000.LRG

T0000002: 表空间的容器(容器可以是目录名、设备名或文件名)

C0000000.LRG: ?

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-299895-1-1.html 上篇帖子: Tomcat db2 配置数据源 下篇帖子: DB2数据迁移-LOAD工具
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表