DB2的体系结构和数据库结构
DB2 UDB 体系结构和结构。
- 包缓存 —— 为存储静态和动态 SQL 语句而分配的内存。
- 缓冲池 —— 在将数据刷新到磁盘之前，为存储数据而分配的内存。
- 日志缓冲区 —— 在将所有对数据库的更改刷新到磁盘上的日志之前，用来存储这些更改的内存。
- 驱动器/目录 —— 在 CREATE DATABASE 命令中指定的驱动器或目录。
- DB2 实例名称 —— DB2 实例所有者的名称。
- NODE0000 —— 数据库的分区数。0 表示非分区的数据库。
- SQL00001 —— 从 1 开始的数据库 ID。
- SQLOGDIR —— 数据库的默认日志目录。
- SQLT0000.0 —— 目录表空间 SYSCATSPACE。
- SQLT0001.0 —— 临时表空间 TEMPSPACE1。
- SQLT0002.0 —— 用户表空间 USERSPACE1。
--
/instance/NODE0000/SQL00001/
SQLBP.1 SQLBP.2 包含缓冲池信息
SQLSPCS.1 SQLSPCS.2 包含表空间信息
SQLDBCON 包含数据库配置信息
（不能直接编辑此文件，需动态更改如 update database manager configuration 或 reset database manager configuration）
DB2RHIST.ASC 历史记录文件
DB2RHIST.BAK 对历史记录文件备份信息
DB2TSCHNG.HIS 某个日志文件级别上表空间更改历史纪录
DB2TSCHG.HIS 每个日志文件的信息
SQLOGCTL.LFH 日志控制文件 （日志存放在SQLOGDIR目录中，将日志与数据分开存放）
SQLOGMIR.LFH 活动日志信息
Directory structure for your installed DB2 database product (Linux)
During a root installation, you can specifywhere the subdirectories and files for the DB2® database product will be created. For non-rootinstallations, you cannot choose where DB2 productsare installed; you must use the default locations.
| DB2 Object | Location |
|---|---|
| DAS home directory | home/dasusr1 |
| DAS information | home/dasusr1/das |
| Database configuration file SQLDBCON | home/db2inst1/db2inst1/NODE0000/SQL00001 |
| Database directory
Contains files needed for:
| home/db2inst1/db2inst1/NODE0000/SQL00001 |
| Database manager configuration file db2systm | home/db2inst1/sqllib |
| DB2 commands | /opt/IBM/db2/V9.7/bin |
| DB2 error messages file (db2diag log file) | home/db2inst1/sqllib/db2dump |
| DB2 installationpath | default is /opt/IBM/db2/V9.7 |
| Directory for event monitor data | home/db2inst1/db2inst1/NODE0000/SQL00001/db2event |
| Directory for transaction log files | home/db2inst1/db2inst1/NODE0000/SQL00001/SQLOGDIR |
| Installation log file db2install.history | /opt/IBM/db2/V9.7/install/logs |
| Instance home directory | home/db2inst1 |
| Instance information | home/db2inst1/sqllib |
| Local database directory for the instance | home/db2inst1/db2inst1/NODE0000/sqldbdir |
| Partitioned database environment file db2nodes.cfg | home/db2inst1/sqllib |
| System database directory | home/db2inst1/sqllib/sqldbdir |
The following figures illustrate an example of the DB2 directory structure after aroot installation. In these examples, there are two instances, db2inst1and db2inst2.
Directory structure - default local database directoryinformation for the DB2 instancedb2inst1
- Local database directories.
- Database configuration file
Directory structure - directory information for the DB2 instance db2inst1
- The db2diag log files in this directorylogs DB2 error messages.
- System database directory
- The db2nodes.cfg file is used in a partitioneddatabase environment.
- Database manager configuration file
The dasusr1 directory contains the DB2 administration server (DAS)configuration files and the symbolic links to DB2 core files.
Directory structure - install log file location
This figure illustrates the location of yourinstall log file. If there were multiple installations under thesame installation path, the db2install.history filewill be indexed as db2install.history.n where n representsa four digit number, for example, 0000, or 0001.
The DB2 installation directory /opt/IBM/db2/V9.7 containsthe installed DB2 files.
Reference topic
( )
http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/topic/com.ibm.db2.luw.qb.server.doc/doc/r0024443.html
windows版本见：http://www-01.ibm.com/support/knowledgecenter/SSEPGG_9.7.0/com.ibm.db2.luw.qb.server.doc/doc/r0024442.html?lang=en
p-----
DB2 目录结构
----start
一：DB2 安装目录结构
操作系统环境变量DB2DIR(set | grep DB2DIR)指定了DB2的安装目录，通常是：/opt/ibm/db2/V9.5，目录的结构如下：
- adm--只有实例用户能执行的管理命令
- adsm--和ADSM备份相关的目录
- bin--所有用户都可执行的命令
- bnd--数据库实用程序相关绑定文件
- cfg--数据库的部分配置文件
- conv--代码页转换库
- das,dasfcn--管理服务器DAS相关的配置信息
- doc--DB2 随机文档
- function--系统和用户自定义函数的存放目录
- ha--HA配置脚本
- icons--DB2 图标
- include--用于C/C++编译的头文件
- infopop--DB2 信息中心随机文档库
- install--安装期间产生的日志文件
- instance--和实例相关的命令
- java--存放java相关信息
- license--许可证
- samples--样例
- tools--工具
二：DB2 实例目录结构
当我们创建实例时，就会生成一个实例目录，用来存放实例的相关信息，DB2的实例目录在实例所有者的home目录中，通常是：/home/db2inst1/sqllib
- db2systm--数据库管理器配置文件
- sqldbdir--系统数据库目录
- sqlnodir--节点目录
- db2nodes.cfg--节点配置文件
- db2dump/db2diag.log--诊断文件
三：DB2 数据库目录结构
当我们创建数据库时，就会生成一个数据库目录，用来存放数据库的相关信息，DB2 数据库目录在创建数据库时指定，如果没有指定，默认将在DFTDBPATH（db2 get dbm cfg | grep DFTDBPATH）参数指定的路径中建立数据库，默认将会在DFTDBPATH指定的路径中创建一个使用实例名的子目录，目的是区分不同实例的同名数据库，在该目录下，将创建NODE0000目录，表示分区数据库中的节点，在该目录下将会创建SQL00001，SQL00002等目录，它们分别存储实例中不同数据的信息。下面，我们了解一下数据库目录中各个文件的作用：/db2home/db2inst1/db2inst1/NODE0000/SQL00001/
- db2event：事件监视器的缺省结果输出目录
- db2rhist.asc：备份和恢复过程中会用到的DB2 恢复历史文件
- db2rhist.bak：db2rhist.asc文件的备份
- DB2TSCHG.HIS：表示日志文件影响哪些表空间
- SQLBP.1，SQLBP.2：缓冲池信息，互为备份
- SQLSPCS.1，SQLSPCS.2：表空间信息，互为备份
- SQLSGF.1，SQLSGF.2：数据库的自动存储有关的路径信息，互为备份
- SQLDBCON，SQLDBCONF：数据库配置信息
- SQLINSLK，SQLTMPLK：用来保证该数据库只能被数据库管理器的一个实例来使用。
- SQLOGCTL.LFH.1，SQLOGCTL.LFH.2，SQLOGMIR.LFH：活动日志信息，崩溃恢复时用到这些文件
- SQLOGDIR：包含实际的日志文件
---更多参见：DB2 精萃
----声明：转载请注明出处。
----last updated on 2010.3.17
----written by ShangBo on 2010.3.15
----end
http://blog.csdn.net/shangboerds/article/details/5384529
-------
DB2 基础—DB2 中的文件
必要性
其实，在数据库技术发展的早期阶段，科学家们所致力于解决的最大问题就是数据的独立性，即将数据库的逻辑操作与物理操作分离，使得数据库用户只需要指明要存取的信息，而不需要知道要存取的信息所存储的位置就可以对数据进行操作。上个世纪 70 年代，IBM 公司的科学家 Edgar Codd 发明的关系模型彻底解决了这一问题，使得数据库开发人员从单调的数据操作物理细节中解放出来，可以将注意力转移到特定应用程序上下文中数据的逻辑操作上。
虽然说用户可以在不了解 DB2 中数据存储细节的情况下对数据进行操作，但如果能够了解DB2中数据与文件的对应关系以及相应文件的作用，可以帮助我们更好地理解数据库的工作方式，对提高数据库应用水平还是很有好处的。
我创建的数据库存储在什么地方
从DB2的架构上来看，DB2 中的数据库的层次位于实例之下。实例实际上就是一个逻辑的数据库管理器，它提供了一个相对独立的运行环境。数据库必须要被创建在某个实例之下，因此，在创建数据库之前，必须要先创建实例。每当一个新的实例被创建，DB2都会在DB2安装目录sqllib下生成一个目录，其目录名称与实例名称相同，该目录下的文件用于对该实例进行管理和控制。另外，在使用CREATE DATABSE创建数据库之后，系统还将会生成一系列子目录，具体的目录结构如图1所示。
图1：数据库缺省目录结构
在图1中，"驱动器/目录"的具体值可以在 CREATE DATABASE 命令中指定（对于Windows 平台，用户只能指定要创建数据库的驱动器；而对于 Unix/Linux 平台，用户可以指定在哪个目录下创建数据库），如果没有在创建数据库的时候指定路径，系统将会在数据库管理器配置参数 DFTDBPATH 指定的缺省路径下来创建相应目录。第一层子目录的目录名与实例名称相同，属于该实例的数据将会被存储在该目录下。第二层子目录指定了该数据库所属的数据库分区。在DB2 V8中，数据库分区取代了以前版本中的节点的概念。一个数据库分区是数据库的一个子集，拥有自己的配置文件、数据、索引和日志。在多分区数据库环境下，一个数据库可以被划分为多个分区，不同的分区可以驻留在不同的物理机器上，从而提高整个数据库系统的处理能力。在这种环境下，每个分区都有自己的编号，这个编号会体现在数据库的目录结构中。比如，如果该分区的编号为3，则该层目录名称应为NODE0003。对于单分区数据库环境，该目录名固定为NODE0000。
接下来名称形如"SQL0000n"的目录对应着该实例下的相应数据库。数据库中的数据就存放在该目录下。在该实例下创建的第一个数据库对应的目录为SQL00001，第二个为SQL00002，依此类推。如果因为数据库被删除而导致编号不连续，在新创建数据库的时候，系统会优先使用最小的编号。要想察看某个数据库具体对应的目录，可以先通过 LIST DATABASE DIRECTORY 察看数据库所驻留的驱动器/路径，然后再通过 LIST DATABASE DIRECTORY ON <驱动器/路径>命令来察看对数据库所在的目录。
此外，还有一个名为 SQLDBDIR 的目录，该目录中存储着与本地数据库目录相关的文件。本地数据库目录中驻留在每个存储着数据库的驱动器或者路径中，用于存取子目录下的本地数据库。该目录中存储的每个条目中包含着数据库名称、数据库别名以及数据库类型和数据库的位置信息。要想察看本地数据库目录的内容，可以通过下列命令：
LIST DB DIRECTORY ON <驱动器/路径>
数据库内部结构
不同的数据库中可能有不同的存储设定，因此子目录可能会有些差异。 很多初学者在安装了DB2后都会创建一个样本数据库，我们就以这个数据库为例介绍一下数据库内部的结构，请参见图2。
图2. 数据库内部目录结构
下面我们对这些目录和文件加以分析：
-
DB2EVENT 目录
这个目录是 DB2 事件监视器的缺省结果输出目录。事件监视器用于记录特定事件发生时数据库的活动，记录的结果可以被保存在表、命名管道或者文件中。当使用文件来记录监控结果时，需要指明输出文件的路径名称。如果使用的是绝对路径，则文件会输出到相应路径下，如果使用的是相对路径，则文件会被输出到对应数据库目录下的 DB2EVENT 目录中。要察看监控结果的话，可以使用事件分析器这样的图形化工具，或者 DB2EVMON 这样的文本工具。
-
db2rhist.asc 和 db2rhist.bak 文件
db2rhist.asc文件也就是在备份和恢复过程中会用到的DB2 恢复历史文件。该文件随着数据库的建立而建立，当对数据库进行了备份、恢复以及 LOAD 等操作时，该文件中都会记录相应信息。这些信息在进行恢复操作将起到至关重要的作用。该文件是如此重要，以至于为了防止该文件损坏，DB2 同时生成了一个 db2rhist.bak 作为该文件的备份，而且，DB2 的 restore 命令还允许从备份映像中单独恢复该文件。用户可以使用 LIST HISTORY 命令来察看该文件的内容，也可以使用 UPDATE HISTORY 命令和 PRUNE HISTORY 命令来修改该文件，但不应当使用文本编辑器来直接处理。
-
SQLBP.1 和 SQLBP.2 文件
这两个文件中包含数据库中缓冲池的信息，用于对缓冲池进行管理。SQLBP.2 和 SQLBP.1 的内容完全相同，可以起到备份的作用。
-
SQLDBCON 文件
每个数据库都有自己的配置参数，这些配置信息都被存放在 SQLDBCON 文件中，由于该文件是二进制格式，因此不能使用文本编辑器编辑，而应该使用 GET DB CFG 以及 UPDATE DB CFG 命令来察看和修改。
-
SQLINSLK 和 SQLTMPLK 文件
这两个文件都是用来保证该数据库只能被数据库管理器的一个实例来使用。
-
SQLOGCTL.LFH 文件
这个文件就是日志控制文件，里面记录着日志文件的状态，特别是包含了一个叫作LOGHEAD的变量，该变量定义了当前第一个活动日志，该日志也是崩溃恢复的起点。在进行崩溃恢复的时候，DB2会利用该变量的值来决定使用哪些日志来进行崩溃恢复。LOGHEAD对于归档日志也有很重要的意义，该变量的值是归档日志文件和活动日志文件的分割点，文件名序号小于LOGHEAD的值的日志文件都可以被归档到其他位置。要察看改变量的值，可以使用 GET DB CFG 命令。
-
SQLOGDIR 目录
这个目录是数据库缺省的日志文件存放目录。不过，由于日志文件是数据库恢复策略中的决定性因素，因此要尽量保证日志文件的可用性。如果使用缺省设置，数据库的日志和数据都存放在同一位置，一旦发生介质错误，有可能造成日志文件和数据同时丢失，导致数据库无法恢复。因此，对于关键性应用，建议更改数据库配置参数 NEWLOGPATH 来修改日志文件的存储位置。
-
SQLOGMIR.LFH 文件
该文件与 SQLOGCTL.LFH 文件的作用类似，不过专门适用于启用了镜像日志的 DB2 环境。
-
SQLSPCS.1 和 SQLSPCS.2 文件
这两个文件中包含了数据库中表空间的定义以及表空间的当前状态。如果这两个文件被损坏，数据库连接操作将会失败。
以上介绍的文件和目录都是用于管理和控制数据库的，而数据库中的数据都是被存储在表空间中。在创建数据库时，系统必须预先创建三个表空间-系统目录表空间、系统临时表空间以及缺省用户表空间，如果不特别指定，这三个表空间都会是 SMS 表空间，由于 SMS 表空间的容器类型只能是目录，因此 DB2 会生成下列三个目录：
-
SQLT0000.0 目录
这个目录是系统目录表空间 SYSCATSPACE 所使用的容器。用于存储系统目录表。系统目录表由一组以 SYSIBM 为模式的表组成，是一个数据库的数据字典。系统目录表里面包含了三类信息。一类是数据库中所有数据库对象的定义信息；一类是数据库中的统计信息，在对应用程序进行优化时需要使用这些统计信息计算存取计划。此外，还有一类是数据库级别的授权信息。如果系统目录表空间处于异常，数据库连接操作将会失败。
-
SQLT0001.0 目录
这个目录是系统临时表空间 TEMPSPACE1 所使用的容器，用于存储数据库系统在操作过程中生成的临时数据，比如排序、多表连接等操作时所形成的临时表。每个数据库中必须至少存在一个系统临时表空间。
-
SQLT0002.0 目录
这个目录是缺省用户表空间 USERSPACE1 所使用的容器，用于存放用户创建的表。用户也可以在数据库创建后创建自己的用户表空间。
要说明的是，我们上面介绍的三个表空间都是通过缺省方式创建的，在实际应用中，用户可以在创建数据库的时候指明这三个表空间的类型以及容器。那样的话，看到的目录结构会有些不一样，但功能上是相同的。
走进 SMS 表空间
DMS 表空间的容器类型是文件或者设备，其内部有独特的映射机制来控制存储空间的分配。而 SMS 表空间则不同，表中数据的分配会非常有规律地体现在文件结构中。很容易分辨，由于本文介绍的是 DB2 中不同文件的作用，因此我们会着重探讨 SMS 表空间下数据的分配。下面我们来看一看样本数据库中缺省用户表空间下的文件。
图3：缺省用户表空间下的文件
由于在创建样本数据库时，系统已经创建了一些用户表，因此我们可以在SQLT0000.2目录下看到很多文件。在每个 SMS 表空间容器中，都会有一个名为 SQLTAG.NAM 的文件，DB2 会通过这个文件来验证数据的一致性。此外，由于一个容器只能属于一个表空间，因此 DB2 还会通过该文件阻止其他表空间对该容器进行重复使用。除了该文件以外，我们可以看出其他的文件的文件名称都形如SQLnnnnn.<type>。其中 nnnnn 由一组数字组成，可以用来判定数据是属于哪个表的，<type> 可以用来判定具体的数据类型。在表空间中，每个表都有自己唯一的ID，表名称和ID之间的对应关系可以通过系统目录视图 SYSCAT.TABLES 和 SYSCAT.TABLESPACES很方便地得到。首先，我们先要得到表空间名称和表空间 ID 的对应关系。
SELECT TBSPACE, TBSPACEID FROM SYSCAT.TABLESPACES
通过上面语句的查询结果可以得出 USERSPACE1 的 表空间 ID 为 2，然后再通过下面的命令得出 USERSPACE1 中 表名称和表ID的对应关系。
SELECT TABNAME, TABLEID FROM SYSCAT.TABLES WHERE TBSPACEID =2
假定我们看到样本数据库中表EMP_PHOTO的 ID 为 8，则文件名称形如 SQL00008.<type> 的文件都与 EMP_PHOTO 相关联。如果文件的扩展名为 .DAT，则说明该文件中包含的是 EMP_PHOTO 表中的常规（REGULAR）数据，也就是除了LONG VARCHAR、LONG VARGRAPHIC、CLOB,BLOB 以及 DBCLOB之外的数据，每个数据行中这类数据的大小不能超过一个数据页；如果文件的扩展名为 .LF，则说明该文件中包含的是表中的 LONG VARCHAR 或者 LONG VARGRAPHIC 数据，由于 EMP_PHOTO 表中不存在这类数据，因此不存在 SQL00008.LF 文件；如果文件的扩展名为 .LB，则说明该文件中包含的是 EMP_PHOTO 表中的 BLOB、CLOB 和 DBCLOB 数据；如果文件的扩展名为 .LBA，则说明该文件中包含的是 EMP_PHOTO 表中 BLOB、CLOB 和 DBCLOB 数据的空间分配信息，该文件与 .LB 文件是成对出现的；如果文件的扩展名为 .INX，则说明该文件中包含的是 EMP_PHOTO 表上建立的索引数据。除此之外，如果创建了多维群集(MDC) 或者对表进行了重组，则还可能会出现其他一些扩展名，我们这里就不再介绍了。
DB2 实例目录中的重要文件
在前面我们已经提到过，在创建一个实例以后，DB2 还会在 sqllib 目录下生成一个目录，其目录名称与实例名称相同。该目录下包含了很多与控制该实例运行的重要文件。当删除一个实例的时候，DB2 实际上只是删除该目录，而不是真正删除实例中的所有数据。因此重新创建实例后，还可以通过编目命令使原来实例下的数据库重新投入使用。该实例下的文件如图 4 所示：
图4: DB2 实例目录下的文件和目录
要提请注意的是，在系统运行的时候，该目录下可能还会产生其他一些临时文件或者信息文件，我们在这里很难一一加以描述，在这里我们只对比较重要的文件和目录进行介绍：
-
db2systm 文件
db2systm 就是对应实例的数据库管理器配置文件，里面包含着数据库管理器配置参数的值。由于该文件是二进制格式，因此不能使用文本编辑器编辑，而应该使用 GET DBM CFG 以及 UPDATE DBM CFG 命令来察看和修改。
-
db2diag.log 文件
db2diag.log 文件是一个文本格式的错误诊断文件，其中记录的信息可以用来判断系统问题的根源。用户可以通过数据库管理器配置参数 DIAGLEVEL 来调整被记录信息的详细程度，也可以通过数据库管理器配置参数 DIAGPATH 来改变该文件的位置。
-
SQLDBDIR 目录
这个目录虽然与我们前面介绍的 SQLDBDIR 目录同名，但里面包含的内容是不一样的。我们先前介绍的 SQLDBDIR 中存储的是本地数据库目录的信息，而这个 SQLDBDIR 目录中存放的是系统数据库目录的信息。在 DB2 中，如果想对一个数据库进行存取，就必须通过编目为其在系统数据库目录中创建相应条目。要想察看系统数据库目录的内容，可以通过下列命令：
LIST DB DIRECTORY
-
SQLNODIR 目录
SQLNODIR 目录中包含的则是另外一种 DB2 目录-节点目录的信息，节点目录中包含了客户端可以存取的所有数据库实例的网络连接信息。要想察看节点目录的内容，可以通过下列命令：
LIST NODE DIRECTORY
注：如果想要向系统数据库目录和节点数据库目录中添加条目，可以通过CATALOG DB 和 CATALOG NODE 命令；如果想要删除条目，可以使用UNCATALOG DB 和 UNCATALOG NODE 命令。
总结
本文对 DB2 中的重要文件和目录进行了比较详细的介绍，读者可以凭借这些信息更好地了解 DB2 的工作模式。
1804
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
