db2数据库ibm
① ibm db2 是世上最强数据库吗
DB2和oracle以及MS的sql Server比的话，某种意义上说，确实是更强的。
Oralce现在比较流行，大中型数据库一般都会使用Oracle，操作确实比DB2更方便，DB2主要是更遵守SQL本身的规则（因为SQL本身就是IBM提出的），并没有像Oracle一样扩展出自己的PL/SQL。所以用起来没那么方便，很多东西需要自己去实现。
但是DB2拥有最好的查询优化器(数据库的核心)，也就意味着它能更高效的处理海量数据。这是其他所有数据库都比不了的。另外还有不少重要特性都比Oracle强一些（比如磁盘负载自动平衡、XML处理能力等）。再配上IBM为DB2量身定制的大型机、小型机，DB2处理海量数据库的性能是其他数据库比不了的，因此各大银行，证券交易所等更多地使用DB2。一般的大中型数据库则用得少，毕竟贵一些，难一些，DB2的必要性淡一些。
很多数据库技术都是IBM首创的，可以说，DB2在技术方面一直是业界领军的。
SQL Server、MySQL之类就不说了，它们主要应用于中小型数据库。跟DB2和Oracle还是有差距的。
不过说世上最强不大合适，毕竟有些数据库在一些特定领域能够有更好的表现。
② 浅谈IBMDB2的数据库备份与恢复
摘要 本文探讨了基于 IBM DB 的各种数据库备份与恢复策略 并附有完整的实验步骤 本文试图通过具体的实验使读者领会各种数据库备份方式的优劣和异同 并掌握 IBM DB 的数据库备份与恢复技术
若无特殊说明 以下数据库备份与恢复的试验环境均为 Windows XP + IBM DB V 企业版 同样的语句也在 AIX + IBM DB V 上验证通过
丛宏举一 数据库备份的重要性
在信息日趋发达的时代 数据显得尤其重要 如何保障数据的完整性和安全性呢？如何避免数据灾难事故的发生呢？数据库备份作为数据安全和完整最有利保障手段的重要性就不言而喻了
数据库绝穗备份的重要性主要体现在
提高系统的高可用性和灾难可恢复性 （在数据库系统崩溃的时候 没有数据库备份怎么办！？）
使用数据库备份还原数据库是数据库系统崩溃时提供数据恢复最小代价的最优方案 （总不能让客户重新填报数据吧！？）
没有数据就没有一切 数据库备份就是一种防范灾难于未然的强力手段 （没有了数据 应用再花哨也是镜中花水中月）
对于DBA来说 最首要也是最重要的任务就是数据库备份
二 DB 数据库备份的方式与分类
按照数据库备份对数据库的使用影响来划分
A 联机备份（也称热备份或在线备份）
B 脱机备份（也称冷备份或离线备份）
说明 联机备份和脱机备份最大的不同在于 联机备份数据库时 数据库仍然可以供用户使用 而脱机备份数据库则不行 脱机备份数据库时 必须断开所有与数据库有连接的应用后才能进行
按照数据库的数据备份范围来划分
A 完全备份
B 增量备份
说明 完全备份数据库是指备份数据库中的所有数据 而增量备份只是备份数据库中的部分数据 至于增量备份到底备份哪些数据 稍候会提到
增量备份的两种实现方式
A 增量备份（也称累计备份）
B delta备份
说明 这两种备份方式的严格定义如下
增量备份是自最近成功的完全备份以来所有更改的数据的备份
delta 备份则是上一次成功的完全 增量或 delta 备份以后所做更改的数据的备份
这里请读者们仔细的看上面两个增量备份方式的定义 注意这两种备渗碧份方式的细微差别 这里我们举一个例子来说明
假设有一个数据库 它每天都有部分数据在发生变化 我们星期一晚上对该数据库做了一次完全备份 星期二晚上对该数据库做了一次增量备份A（注 这里的增量备份是指累计备份 下同） 星期三晚上又做了一次增量备份B 星期四则做了一次delta 备份
那么 我们可以得出以下结论
星期一的数据库备份包含了所有的数据
星期二没有变动过的数据没有发生备份 在星期二变动过的数据会备份 并且备份到增量备份A中
星期三的备份中含有自星期一完全备份以来发生过变动的所有数据 包含了星期二和星期三发生过变动的数据 显然 增量备份A 被 增量备份 B 包含
星期四做的是delta备份 注意 它会也只会备份自星期三备份之后变动过的数据
三 DB 备份文件的结构介绍
在不同的操作系统下 DB 的备份文件的结构是不同的 这里概要地介绍一下
Windows 操作系统下的数据库备份文件结构
说明 Windows 操作系统下的数据库备份文件是嵌套在一系列文件夹之下的特殊结构 上例中 D:DB _Train 是指备份目录 TESTDB 是指数据库名称为 TESTDB DB 是指实例名称 NODE 是指节点名称 CATN 是指编目名称 是指备份发生的年月日 形如YYYYMMDD 是指备份发生的时间 精确到秒 也就是指 点 分 秒 形如HHMMSS 最后的 则是备份文件的一个序列号
Unix 操作系统下的数据库备份文件结构
说明 Unix 操作系统下的数据库备份文件就是一个文件 上例中 HTDC 是指数据库名称 db inst 是指实例名称 NODE 是指节点名称 CATN 是指编目名称 是指备份发生的具体时间 形如YYYYMMDDHHMMSS 同样地 它的时间精确到秒 也就是指 年 月 日 点 分 秒发生备份 最后的 则是备份文件的一个序列号
四 DB 数据库备份实验（附完整命令脚本清单）
DB 数据库实验准备工作
（ ） Step 创建测试数据库 TestDB
脚本清单 CREATE DATABASE TestDB ON D: USING CODESET GBK TERRITORY CN WITH Pjj s Test DB ; }
（ ） Step 创建数据库管理表空间 Data_SP（注意路径 如果没有请创建）
脚本清单 CREATE REGULAR TABLESPACE Data_SP PAGESIZE K MANAGED BY DATABASE USING ( FILE D:DB ) BUFFERPOOL IBMDEFAULTBP;
说明 上面的脚本创建了一个名为 Data_SP 的数据库管理表空间 该表空间使用的缓冲池为 IBMDEFAULTBP 存储路径为 D:DB ContainerTestDBUserData 存储文件名为 UserData 大小为 * K = M 页大小为 K
（ ） Step 创建测试表 TestTable 并插入测试数据
脚本清单
CREATE TABLE TestTable ( ID INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START WITH INCREMENT BY NO CACHE ) Message VARCHAR( ) PRIMARY KEY(ID) )IN Data_SP;
插入测试数据 INSERT INTO TestTable(Message) VALUES( 测试表建立成功 );
说明 建立测试表并插入数据是为了稍候验证数据库恢复的时候用的
（ ） Step 创建测试表 TestTable 并插入测试数据
脚本清单 CREATE TABLE TestTable ( ID INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START WITH INCREMENT BY NO CACHE ) Message VARCHAR( ) PRIMARY KEY(ID) )IN Data_SP;
插入测试数据 INSERT INTO TestTable(Message) VALUES( 测试表建立成功 );
DB 数据库脱机备份与恢复实验
脚本清单
Step 完全备份数据库（脱机 备份时间戳记为 ）
db backup db TestDB to D:DB _Train
Step 模拟灾难 强制删除数据库
db drop db TestDB
Step 根据该数据库完全备份还原数据库
db restore db TestDB from D:DB _Train taken at
DB 数据库增量备份与恢复实验
脚本清单
数据库增量备份以及还原实验
修改数据库参数 TrackMod 使之支持数据库进行增量备份
db update db cfg using TrackMod YES
更改参数后必须完全离线备份数据库（脱机 备份时间戳记为 ）
db backup db TestDB to D:DB _Train
插入测试数据
INSERT INTO TestTable(Message) VALUES( 开始增量数据库备份测试 );
开始增量备份（脱机 备份时间戳记为 ）
db backup db TestDB incremental to D:DB _Train
删除数据库 模拟数据灾难
db drop db TestDB
首先还原至完全离线备份状态
db restore db TestDB from D:DB _Train taken at
还原至增量离线备份状态
db restore db TestDB incremental automatic from D:DB _Train taken at
注意 上述语句中 有一个 automatic 它表示无论有多少个增量备份 系统将全自动检索恢复数据库的顺序并自动恢复数据库 如果没有 automatic 则需要多次手动恢复数据库 很麻烦而且容易出错
Step 根据该数据库完全备份还原数据库
db restore db TestDB from D:DB _Train taken at
还原数据库后查询测试表数据检验数据是否恢复成功
DB 数据库联机机备份与恢复实验
说明 联机备份数据库可以使数据库在备份的同时仍然保持在可用状态 要让数据库支持联机备份 必须更改数据库的日志归档方式 在脱机备份模式下 数据库采用循环日志方式记录数据库日志 在联机备份模式下 数据库则采用归档日志的方式备份数据库日志 另外 对于联机备份的数据库来说 活动日志和归档日志就很重要了 一定要经常备份 保存
脚本清单
数据库联机备份以及还原实验
连接至数据库并插入测试数据
db connect to TestDB
插入测试数据
INSERT INTO TestTable(Message) VALUES( 开始联机数据库备份测试 完全备份 );
修改数据库参数 使之支持在线联机备份
db update db cfg for TestDB using logretain on trackmod on
执行增量 在线备份之前必须执行离线全备份一次 否则数据库将处于备份暂挂的不可用状态
（联机完全备份 时间戳记 ）
db backup db TestDB
连接至数据库并插入测试数据
db connect to TestDB
插入测试数据
INSERT INTO TestTable(Message) VALUES( 开始联机数据库备份测试 增量备份 );
执行联机备份 备份同时再打开一个会话 模拟应用在线（联机增量备份 时间戳记 ）
db backup db TestDB online incremental to D:DB _Train
模拟灾难 删除数据库！
重要 此前一定要将活动日志文件备份至另一个路径 保存好 本例中 活动日志保存在 C:db admin 下
db drop db TestDB
根据在线完全备份恢复数据库
db restore db TestDB from D:DB _Train taken at
根据在线增量备份恢复数据库
db restore db TestDB incremental automatic from D:DB _Train taken at
恢复后的数据库处于前滚暂挂的不可用状态
db connect to TestDB
前滚数据库 并指定归档日志位置 重要！
db ROLLFORWARD DATABASE TESTDB TO END OF LOGS AND PLETE OVERFLOW LOG PATH ( C:db admin )
五 综述
对于数据库管理人员或者维护人员来说 怎么强调数据库备份的重要性都不为过
希望本文能抛砖引玉 能让大家对 IBM DB UDB 的数据库备份与恢复有一些深入的认识 也希望大家能在本机上按照本文的脚本认真的做一次实验 这样 你的认识会更加深刻
lishixin/Article/program/Oracle/201311/18590
③ IBM/DB2.Linux的安装配置管理
IBM/DB2.Linux的安装配置管理
作为关系型数据库技术的领导者，IBM公司在2001年将世界排名第四的Informix数据库公司纳入麾下，并将其所拥有的先进特性融入到DB2当中。下面我准备了关于IBM/DB2.Linux的安装配置管理的.文章，提供给大家参考!
1.安装IBM/DB2 V9.1 Linux版
下载得到安装文件 db2exc_912_LNX_x86.tar.gz ，解压到ext2/3分区
# cd db2exc_912_LNX_x86
# ./db2setup
(1)弹出java的安装界面，install new instance
(2)使用“Typical Mode”，选择安装目录，默认为 DB2_root=/opt/ibm/db2/V9.1/
# echo DB2_root=/opt/ibm/db2/V9.1/ >> /etc/profile
(3)并默认创建 db2inst?、db2fenc?、db2adsusr? 这个几个用户最重要的是本地实例管理用户 db2inst? 其负责管理数据库实例
(4)创建Instance，然后下一步继续安装，看到successful结果，表示成功
(5) # ps -e | grep db2 应该可以看到三个不同名称的进程
(6) # tail /etc/inittab #可以看到最后一行就是启动db2的方法
fmc：2345：respawn：/opt/ibm/db2/V9.1/bin/db2fmcd #DB2 Fault Monitor Coordinator
2.配置IBM/DB2的库开发和CLI/ODBC连接
# su db2inst1
$ cd $DB2_ROOT
## 编目(catalog)：
$ ./db2 catalog tcpip node remote server
$ ./db2 catalog db at node
$ ./db2 connect to user using
## 反编目(uncatalog)：
$ ./db2 uncatalog db
$ ./db2 uncatalog node
3.修改，使用IBM/DB2的CLI/ODBC进行程序开发
(1)如果不想使用db2实例，而只是想使用CLI/ODBC来开发程序，可以注释 /etc/inittab 中启动db2的那一句，放弃启动IBM/DB2数据库服务。
(2)环境变量配置文件 ： /home/db2inst1/sqllib/db2profile
查看 /etc/profile ，保证(添加或者修改)有以下两句
export DB2INSTANCE=db2inst1
export PATH=$DB2_ROOT/binPATH
export LD_LIBRARY_PATH=$DB2_ROOT/lib32LD_LIBRARY_PATH
(3)编目目标机器地址与ODBC的DSN的关系，CLI/ODBC 中最重要的头文件(include)和库(lib)
$DB2_ROOT/lib32 或 其联接 /home/db2inst1/sqllib/lib，其中最重要的是libdb2.so
4.数据库备份及恢复
(1).使用用户名和口令登录服务器
# db2 connect to ecm3000 user using
(2).强制停止所有应用，是异步的
# db2 force applications all
(3).将数据库备份到指定目录下
# db2 backup database to
(4).从指定目录中恢复数据库
# db2 restore database from
5.修改和卸载DB2
请先反编目()如步骤2中
# su db2inst1
$ cd $DB2_ROOT/install
$ ./db2_deinstall -a
等待结束 ...
修改该/etc/inittab 中启动db2的那一句，保证放弃启动IBM/DB2数据库服务。
;④ 数据仓库:IBM DB2 Datawarehouse介绍
DB Data Warehouse Edition (WDE) 是一个用于灵活 可伸缩和集成的数据仓库和分析应用程序的业务智能平台 DWE以DB UDB作为它的核心引挚开始 并用一组仔细选择的分析功能来为Business Intelligence提供综合的开发和运行时平台 DB UDB跨各种服务器平台和架构进行容易的伸缩（从 GB到 TB数据库） 发布的TPC H基准的长时间和连续的跟踪记录证明了DB 的伸缩效率 最终可伸缩性阈值和平台可移植能力 DB UDB Data Warehouse Standard Edition DB UDB Data Warehouse Base Edition和DB UDB Data Warehouse Enterprise Edition可用于AIX Linux Solaris和Windows系统
DB UDB Enterprise Server Edition V 及其DB Database Partioning Feature是包括在Data Warehouse Enterprise Edition中的 DB UDB Enterprise Server Edition V 中包括在DB UDB Data Warehouse Base Edition中的 DB UDB Workgroup Server Unlimited Edition V 中扰扰是与DB UDB Data Warehouse Standard Edition一起提供的
DB UDB V 中的Data Warehouse特性包括
用于大量可伸缩性的Database Partitioning Feature
用于提高DBA效率和所有规模的数据库的自动管理
多维数据集群 在OLAP和其他查询中使用的数据的优化存储选项
为仓库查询提供Cube似的性能的具体化查询表
帮助维护实时仓库的Online Utilities
Design Advisor 使得易于为高性能的分析工作负荷设计优化的一组仓库对象（包括MQT 索引 分区和MDC）
用于高级分析的内置功能 包括回归 协方差 柱状图和移动窗口
具有行级和页级选项的示例功能
高级优化技术 包括具有动态位图索引的星连接算法
默羡李薯认值的压缩（例如 大字符字段的尾随空白） 这提供了有效 低开销的技术 以减少大型仓库的磁盘需求
DB Universal Database 允许您在任何时间 从企业中的任何位置 从任何应用程序访问任何信息 而且具有业界最低的总体拥有成本 最新版本通过 SMART（self managed and resource tuning 自管理和资源调整） Business Intelligence增强功能及扩展能力提供了强大的自动化能力 以兄者在您的公司中集成信息
lishixin/Article/program/DB2/201311/21925