很多刚刚接触 DB2 的朋友,可能会发现 DB2 中有着形形色色的文件,但并不了解这些文件所起的作用。本文将对 DB2 中的重要的文件进行介绍。这些文件有些用于数据的存储,有些则用于 DB2 系统的管理和配置。
必要性
其实,在数据库技术发展的早期阶段,科学家们所致力于解决的最大问题就是数据的独立性,即将数据库的逻辑操作与物理操作分离,使得数据库用户只需要指明要存取的信息,而不需要知道要存取的信息所存储的位置就可以对数据进行操作。上个世纪 70 年代,IBM 公司的科学家 Edgar Codd 发明的关系模型彻底解决了这一问题,使得数据库开发人员从单调的数据操作物理细节中解放出来,可以将注意力转移到特定应用程序上下文中数据的逻辑操作上。
虽然说用户可以在不了解 DB2 中数据存储细节的情况下对数据进行操作,但如果能够了解DB2中数据与文件的对应关系以及相应文件的作用,可以帮助我们更好地理解数据库的工作方式,对提高数据库应用水平还是很有好处的。
我创建的数据库存储在什么地方
从DB2 的架构上来看,DB2 中的数据库的层次位于实例之下。实例实际上就是一个逻辑的数据库管理器,它提供了一个相对独立的运行环境。数据库必须要被创建在某个实例之下,因此,在创建数据库之前,必须要先创建实例。每当一个新的实例被创建,DB2都会在DB2安装目录sqllib下生成一个目录,其目录名称与实例名称相同,该目录下的文件用于对该实例进行管理和控制。另外,在使用CREATE DATABSE创建数据库之后,系统还将会生成一系列子目录,具体的目录结构如图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。
走进 SMS 表空间
DMS 表空间的容器类型是文件或者设备,其内部有独特的映射机制来控制存储空间的分配。而 SMS 表空间则不同,表中数据的分配会非常有规律地体现在文件结构中。很容易分辨,由于本文介绍的是 DB2 中不同文件的作用,因此我们会着重探讨 SMS 表空间下数据的分配。下面我们来看一看样本数据库中缺省用户表空间下的文件。
由于在创建样本数据库时,系统已经创建了一些用户表,因此我们可以在SQLT0000.2目录下看到很多文件。在每个 SMS 表空间容器中,都会有一个名为 SQLTAG.NAM 的文件,DB2 会通过这个文件来验证数据的一致性。此外,由于一个容器只能属于一个表空间,因此 DB2 还会通过该文件阻止其他表空间对该容器进行重复使用。除了该文件以外,我们可以看出其他的文件的文件名称都形如SQLnnnnn.< type>。其中 nnnnn 由一组数字组成,可以用来判定数据是属于哪个表的,可以用来判定具体的数据类型。在表空间中,每个表都有自己唯一的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.的文件都与 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 的工作模式。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/694276/viewspace-423061/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/694276/viewspace-423061/