db2数据库备份与恢复，浅谈IBMDB2的数据库备份与恢复

各位老铁们，大家好，今天由我来为大家分享db2数据库备份与恢复，以及浅谈IBMDB2的数据库备份与恢复的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！

DB2数据库恢复有那几种方法

DB2数据库恢复的三种方法

1

应急恢复

应急恢复用于防止数据库处于不一致或不可用状态。数据库执行的事务（也称工作单元）可能被意外中断，若在作为工作单位一部分的所有更改完成和提交之前发生故障，则该数据库就会处于不一致和不可用的状态。这时，需要将该数据库转化为一致和可用的状态。为此，需要回滚未完成的事务，并完成当发生崩溃时仍在内存中的已提交事务。如在COMMIT语句之前发生了电源故障，则在下一次DB2重新启动并再次访问该数据库时，需要回滚到执行COMMMIT语句前的状态。回滚语句的顺序与最初执行时的顺序相反。

DB2数据库恢复有那几种方法？

2

版本恢复

版本恢复指的是使用备份操作期间创建的映象来复原数据库的先前版本。这种恢复是通过使用一个以前建立的数据库备份恢复出一个完整的数据库。一个数据库的备份允许你吧数据库恢复至和这个数据库在备份时完全一样的状态。而从备份建立后到日志文件中最后记录的所有工作事务单位将全部丢失。

3

前滚恢复

这种恢复技术是版本恢复的一个扩展，使用完整的数据库备份和日志相结合，可以使一个数据库或者被选择的表空间恢复到某个特定时间点。如果从备份时刻起到发生故障时的所有日志文件都可以获得的话，则可以恢复到日志上涵盖到的任意时间点。前滚恢复需要在配置中被明确激活才能生效。

实现MySQL数据库的备份与还原的几种方法

MyISAM表是保存成文件的形式，因此相对比较容易备份，上面提到的几种方法都可以使用。Innodb所有的表都保存在同一个数据文件 ibdata1中（也可能是多个文件，或者是独立的表空间文件），相对来说比较不好备份，免费的方案可以是拷贝数据文件、备份 binlog，或者用 mysqldump。1.使用直接拷贝数据库备份典型的如cp、tar或cpio实用程序当你使用直接备份方法时，必须保证表不在被使用。如果服务器在你正在拷贝一个表时改变它，拷贝就失去意义。保证你的拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重启服务器。如果你不想关闭服务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，应该使用相同的锁定协议让服务器“安静下来”。当你完成了MySQL数据库备份时，需要重启服务器（如果关闭了它）或释放加在表上的锁定（如果你让服务器运行）。要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构，否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。2.使用mysqldump数据库备份mysqldump是采用SQL级别的备份机制，它将数据表导成 SQL脚本文件，在不同的 MySQL版本之间升级时相对比较合适，这也是最常用的备份方法。mysqldump程序备份数据库较慢，但它生成的文本文件便于移植。mysqldump的一些主要参数：1）--compatible=name它告诉 mysqldump，导出的数据将和哪种数据库或哪个旧版本的 MySQL服务器相兼容。值可以为 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options等，要使用几个值，用逗号将它们隔开。当然了，它并不保证能完全兼容，而是尽量兼容。2）--complete-insert，-c导出的数据采用包含字段名的完整 INSERT方式，也就是把所有的值都写在一行。这么做能提高插入效率，但是可能会受到 max_allowed_packet参数的影响而导致插入失败。因此，需要谨慎使用该参数，至少我不推荐。3）--default-character-set=charset指定导出数据时采用何种字符集，如果数据表不是采用默认的 latin1字符集的话，那么导出时必须指定该选项，否则再次导入数据后将产生乱码问题。4）--disable-keys告诉mysqldump在 INSERT语句的开头和结尾增加;和;语句，这能大大提高插入语句的速度，因为它是在插入完所有数据后才重建索引的。该选项只适合 MyISAM表。5）--extended-insert= true|false默认情况下，mysqldump开启--complete-insert模式，因此不想用它的的话，就使用本选项，设定它的值为 false即可。6）--hex-blob使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用本选项。影响到的字段类型有 BINARY、VARBINARY、BLOB。7）--lock-all-tables，-x在开始导出之前，提交请求锁定所有数据库中的所有表，以保证数据的一致性。这是一个全局读锁，并且自动关闭--single-transaction和--lock-tables选项。8）--lock-tables它和--lock-all-tables类似，不过是锁定当前导出的数据表，而不是一下子锁定全部库下的表。本选项只适用于 MyISAM表，如果是 Innodb表可以用--single-transaction选项。9）--no-create-info，-t只导出数据，而不添加 CREATE TABLE语句。10）--no-data，-d不导出任何数据，只导出数据库表结构。11）--opt这只是一个快捷选项，等同于同时添加--add-drop-tables--add-locking--create-option--disable-keys--extended-insert--lock-tables--quick--set-charset选项。本选项能让 mysqldump很快的导出数据，并且导出的数据能很快导回。该选项默认开启，但可以用--skip-opt禁用。注意，如果运行 mysqldump没有指定--quick或--opt选项，则会将整个结果集放在内存中。如果导出大数据库的话可能会出现问题。12）--quick，-q该选项在导出大表时很有用，它强制 mysqldump从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中。13）--routines，-R导出存储过程以及自定义函数。14）--single-transaction该选项在导出数据之前提交一个 BEGIN SQL语句，BEGIN不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于事务表，例如 InnoDB和 BDB。本选项和--lock-tables选项是互斥的，因为 LOCK TABLES会使任何挂起的事务隐含提交。要想导出大表的话，应结合使用--quick选项。--triggers同时导出触发器。该选项默认启用，用--skip-triggers禁用它。备份：使用mysqldump备份数据库其实就是把数据库转储成一系列CREATE TABLE和INSERT语句，通过这些语句我们就可重新生成数据库。使用mysqldump的方法如下：% mysqldump--opt testdb| gzip>/data/backup/testdb.bak#--opt选项会对转储过程进行优化，生成的备份文件会小一点，后的管道操作会进行数据压缩% mysqldump--opt testdb mytable1,mytable2| gzip>/data/backup/testdb_mytable.bak#可在数据库后接数据表名，只导出指定的数据表，多个数据表可用逗号分隔--opt选项还可激活--add-drop-table选项，它将会在备份文件的每条CREATE TABLE前加上一条DROP TABLE IF EXISTS语句。这可方便进行数据表的更新，而不会发生“数据表已存在”的错误。用mysqldump命令还可直接把数据库转移到另外一台服务器上，不用生成备份文件。重复执行可定期更新远程数据库。% mysqladmin-h remote_host create testdb% mysqldump--opt testdb| mysql-h remote_host testdb另外还可通过ssh远程调用服务器上的程序，如：% ssh remote_host mysqladmin create testdb% mysqldump--opt testdb| ssh remote_host mysql testdb通过直接拷贝系统文件的方式备份数据库，在备份时，要确保没有人对数据库进行修改操作。要做到这点，最好关闭服务器。如果不能关闭的，要以只读方试锁定有关数据表。下面是一些示例：% cp-r db/backup/db#备份db数据库到/backup/db目录% cp table_name.*/backup/db#只备份table_name数据表% scp-r db remotehot:/usr/local/mysql/data#用scp把数据库直接拷贝到远程服务器，在把数据库直接拷贝到远程主机时，应注意两台机器必须有同样的硬件结构，或者将拷贝的数据表全部是可移植数据表类型。或者/usr/local/mysql/bin/mysqldump-uroot-proot\--default-character-set=utf8--opt--extended-insert=false\--triggers-R--hex-blob-x testdb> testdb.sql使用以下 SQL来备份 Innodb表：/usr/local/mysql/bin/mysqldump-uroot-proot\--default-character-set=utf8--opt--extended-insert=false\--triggers-R--hex-blob--single-transaction testdb> testdb.sql另外，如果想要实现在线备份，还可以使用--master-data参数来实现，如下：/usr/local/mysql/bin/mysqldump-uroot-proot\--default-character-set=utf8--opt--master-data=1\--single-transaction--flush-logs testdb> testdb.sql它只是在一开始的瞬间请求锁表，然后就刷新binlog了，而后在导出的文件中加入CHANGE MASTER语句来指定当前备份的binlog位置，如果要把这个文件恢复到slave里去，就可以采用这种方法来做。还原：用mysqldump备份出来的文件是一个可以直接倒入的 SQL脚本，有两种方法可以将数据导入。直接用 mysql客户端例如：/usr/local/mysql/bin/mysql-uroot-proot testdb< testdb.sql用SOURCE语法其实这不是标准的 SQL语法，而是 mysql客户端提供的功能，例如：SOURCE/tmp/testdb.sql;这里需要指定文件的绝对路径，并且必须是 mysqld运行用户(例如 nobody)有权限读取的文件。 3.使用mysqlhotcopy数据库备份使用mysqlhotcopy工具，它是一个Perl DBI脚本，可在不关闭服务器的情况下备份数据库，mysqlhotcopy是一个 PERL程序，最初由Tim Bunce编写。它使用 LOCK TABLES、FLUSH TABLES和 cp或 scp来快速备份数据库。它是备份数据库或单个表的最快的途径，但它只能运行在数据库文件（包括数据表定义文件、数据文件、索引文件）所在的机器上。mysqlhotcopy只能用于备份 MyISAM，并且只能运行在类Unix和 NetWare系统上。它主要的优点是：它直接拷贝文件，所以它比mysqldump快。可自动完成数据锁定工作，备份时不用关闭服务器。能刷新日志，使备份文件和日志文件的检查点能保持同步。备份：mysqlhotcopy支持一次性拷贝多个数据库，同时还支持正则表达。以下是几个例子：/usr/local/mysql/bin/mysqlhotcopy-h=localhost-u=root-p=root\testdb/tmp(把数据库目录 testdb拷贝到/tmp下)/usr/local/mysql/bin/mysqlhotcopy-h=localhost-u=root-p=root\testdb_1 testdb_2 testdb_n/tmp/usr/local/mysql/bin/mysqlhotcopy-h=localhost-u=root-p=root\testdb./regex//tmp还原：mysqlhotcopy备份出来的是整个数据库目录，使用时可以直接拷贝到 mysqld指定的 datadir(在这里是/usr/local/mysql/data/)目录下即可，同时要注意权限的问题，如下例：cp-rf testdb/usr/local/mysql/data/chown-R nobody:nobody/usr/local/mysql/data/(将 testdb目录的属主改成 mysqld运行用户) 4.使用SQL语句数据库备份 BACKUP TABLE语法其实和 mysqlhotcopy的工作原理差不多，都是锁表，然后拷贝数据文件。它能实现在线备份，但是效果不理想，因此不推荐使用。它只拷贝表结构文件和数据文件，不同时拷贝索引文件，因此恢复时比较慢。备份：BACK TABLE tbl_test TO'/tmp/testdb/';#把tbl_test数据库备份到/tmp/testdb/目录里，会自动创建一个testdb目录为了执行该语句，你必须拥有那些表的FILE权限和SELECT权限，备份目录还必须是服务器可写的。该语句执行时，会先把内存中的数据写入磁盘，再把各个数据表的.frm(表结构定义文件)、.MYD(数据)文件从数据目录拷贝到备份目录。它不拷贝.MYI(索引)文件，因为它能用另外两个文件重建。BACKUP TABLE语句备份时，依次锁定数据表，当同时备份多个数据表时，数据表可能会被修改，所以备份0完成时，备份文件中的数据和现时数据表中的数据可能会有差异，为了消除该差异，我们可用只读方式锁定数据表，在备份完成后再解锁。如：mysql> LOCK TABLES tb1 READ,tb2 READ;mysql> BACKUP TABLE tb1,tb2 TO'backup/db';mysql> UNLOCK TABLES;使用BACKUP TABLE语句备份的数据表可用RESTORE TABLE重新加载到服务器。注意，必须要有 FILE权限才能执行本SQL，并且目录/tmp/testdb/必须能被 mysqld用户可写，导出的文件不能覆盖已经存在的文件，以避免安全问题。SELECT INTO OUTFILE则是把数据导出来成为普通的文本文件，可以自定义字段间隔的方式，方便处理这些数据。例子：SELECT* INTO OUTFILE'/tmp/testdb/tbl_test.txt' FROM tbl_test;注意，必须要有 FILE权限才能执行本SQL，并且文件/tmp/testdb/tbl_test.txt必须能被 mysqld用户可写，导出的文件不能覆盖已经存在的文件，以避免安全问题。还原：用BACKUP TABLE方法备份出来的文件，可以运行 RESTORE TABLE语句来恢复数据表。例子：RESTORE TABLE FROM'/tmp/testdb/';权限要求类似上面所述。用SELECT INTO OUTFILE方法备份出来的文件，可以运行 LOAD DATA INFILE语句来恢复数据表。例子：LOAD DATA INFILE'/tmp/testdb/tbl_name.txt' INTO TABLE tbl_name;权限要求类似上面所述。倒入数据之前，数据表要已经存在才行。

浅谈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 \Container\TestDB\UserData\UserData) BUFFERPOOL IBMDEFAULTBP;

说明上面的脚本创建了一个名为 Data_SP的数据库管理表空间该表空间使用的缓冲池为 IBMDEFAULTBP存储路径为 D:\DB \Container\TestDB\UserData\存储文件名为 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的数据库备份与恢复有一些深入的认识也希望大家能在本机上按照本文的脚本认真的做一次实验这样你的认识会更加深刻

好了，文章到此结束，希望可以帮助到大家。