Oracle数据库逻辑备份的实现
作者：IT168 南非蚂蚁的天空
【IT168技术文档】
EXP和IMP是Oracle提供的一种逻辑备份工具。逻辑备份创建数据库对象的逻辑拷贝并存入一个二进制转储文件。这种逻辑备份需要在数据库启动的情况下使用, 其导出实质就是读取一个数据库记录集（甚至可以包括数据字典）并将这个记录集写入一个文件,这些记录的导出与其物理位置无关，导入实质就是读取转储文件并执行其中的命令。此备份方式是通过Oracle的实用工具export和import来实施的， export是把数据库中的数据导出，import是把export卸出的数据导入数据库中。通过此工具可以衍生出多种功能, 比如整个数据库的备份、表结构重建、数据的传输、用户的改变等等。
Oracle Export/Import工具提供了灵活多样的功能和导出/导入模式，最常使用的三种模式是User、table和full database。除此以外，还可以在导出/导入时决定是否包含与对象有关的数据字典信息，如索引、约束、权限等等。
注意：通过逻辑备份可以备份整个数据库, 或仅备份部分重要数据。因为是逻辑上的备份,故只能用于逻辑的恢复数据, 一旦数据库被物理损坏, 导致不能启动,逻辑备份的数据不能帮助恢复数据库。
1. Export/Import的使用举例：（以下操作均为在
(1). 将一个用户的对象导入到另一个用户模式中：
把数据库中原有的用户Export至一个dmp文件（如把用户olduser的对象导出到文件olduser0701.dmp中）：
$ exp sys/password file= olduser0701 owner=olduser grant=N indexes=Y rows=Y
从dmp文件中把一个用户的对象import至一个用户的模式中（从olduser0701.dmp中，把用户olduser的对象导入到用户newuser中）：
$imp sys/password file=olduser0701 fromuser=olduser touser=newuser indexes=Y rows=Y
(2). 导入时避免出现ORA-00942(表或是图不存在)错误:
因为，导出是按照在数据库中对象建立的顺序进行的，从而在导入时，数据库对象之间的依赖性会引起某些先导入对象找不到其依赖对象（如view、procedure等等），就会引起ORA-00942(表或是图不存在)错误。通常解决这种问题的方法是，做两次导入工作，第一遍导入时设置如下：
$ imp sys/password file=demo0701 full=Y commit=y rows=Y
导入时如果出现错误，就修改设置：rows=n，ignore=n：
$ imp sys/password file=demo0701 full=Y rows=N commit=Y ignore=N
(3). 做无增量的全数据库备份及恢复的例子：
全数据库Export至dmp文件（如sidfull0701.dmp）：
$ exp sys/password file=sidfull0701.dmp Full=y -- rows确省为Y
把整个数据库备份的sidfull0701.dmp文件至数据库中：
$ imp sys/password file=sidfull0701.dmp ignore=y full=y-- rows确省为Y
注意：导入/导出是最彻底的减少磁盘碎片的方法。
注意：通过逻辑备份可以备份整个数据库, 或仅备份部分重要数据。因为是逻辑上的备份,故只能用于逻辑的恢复数据, 一旦数据库被物理损坏, 导致不能启动,逻辑备份的数据不能帮助恢复数据库。
1. Export/Import的使用举例：（以下操作均为在
(1). 将一个用户的对象导入到另一个用户模式中：
把数据库中原有的用户Export至一个dmp文件（如把用户olduser的对象导出到文件olduser0701.dmp中）：
$ exp sys/password file= olduser0701 owner=olduser grant=N indexes=Y rows=Y
从dmp文件中把一个用户的对象import至一个用户的模式中（从olduser0701.dmp中，把用户olduser的对象导入到用户newuser中）：
$imp sys/password file=olduser0701 fromuser=olduser touser=newuser indexes=Y rows=Y
(2). 导入时避免出现ORA-00942(表或是图不存在)错误:
因为，导出是按照在数据库中对象建立的顺序进行的，从而在导入时，数据库对象之间的依赖性会引起某些先导入对象找不到其依赖对象（如view、procedure等等），就会引起ORA-00942(表或是图不存在)错误。通常解决这种问题的方法是，做两次导入工作，第一遍导入时设置如下：
$ imp sys/password file=demo0701 full=Y commit=y rows=Y
导入时如果出现错误，就修改设置：rows=n，ignore=n：
$ imp sys/password file=demo0701 full=Y rows=N commit=Y ignore=N
(3). 做无增量的全数据库备份及恢复的例子：
全数据库Export至dmp文件（如sidfull0701.dmp）：
$ exp sys/password file=sidfull0701.dmp Full=y -- rows确省为Y
把整个数据库备份的sidfull0701.dmp文件至数据库中：
$ imp sys/password file=sidfull0701.dmp ignore=y full=y-- rows确省为Y
注意：导入/导出是最彻底的减少磁盘碎片的方法。
2. 备份策略和综合应用举例：
(1). 做全数据库增量备份和恢复的方法：
全数据库Export至dmp文件（如sidfull0701.dmp）：
$ exp sys/manager file= sidfull0701.dmp Full=y inctype=complete
第一天增量备份Export至dmp文件（如sidincr1.dmp）：
$ exp sys/manager file= sidincr1.dmp inctype=incremental
第二天增量备份Export至dmp文件（如sidincr2.dmp）：
$ exp sys/manager file= sidincr2.dmp inctype=incremental
第三天增量备份Export至dmp文件（如sidincr3.dmp）：
$ exp sys/manager file= sidincr3.dmp inctype=incremental
现假设Oracle数据库在第三天被破坏了重新建一个Oracle数据库，先把最后的一个dmp文件imp至数据库中：
$ imp sys/manager file= sidincr3.dmp full=y ignore=y inctype=system
把整个数据库备份的dmp文件imp至数据库中：
$ imp sys/manager file= sidfull0701.dmp ignore=y full=y inctype=restore
把第一天增量备份的dmp文件imp至数据库中：
$ imp sys/manager file= sidincr1.dmp ignore=y full=y inctype=restore
把第二天增量备份的dmp文件imp至数据库中：
$ imp sys/manager file= sidincr2.dmp ignore=y full=y inctype=restore
把第三天增量备份的dmp文件imp至数据库中
$ imp sys/manager file= sidincr3.dmp ignore=y full=y inctype=restore
(2). 数据库逻辑备份策略的制定:
数据库管理员可以排定一个备份日程表，结合数据导出的三个不同方式合理、高效、可靠地完成。比如数据库的备份任务可作如下安排：
星期一：完全导出（A）
星期二：增量导出（B）
星期三：增量导出（C）
星期四：增量导出（D）
星期五：累计导出（E）
星期六：增量导出（F）
星期日：增量导出（G）
如果在星期日，数据库遭到意外破坏，数据库管理员可按以下步骤来恢复数据库：
第一步：用命令CREATE DATABASE重新生成数据库结构；
第二步：创建一个足够大的附加回滚段。
第三步：完全增量导入A：
$ imp system/manager inctype=RECTORE FULL=Y FILE=A
第四步：累计增量导入E：
$ imp system/manager inctype=RECTORE FULL=Y FILE =E
第五步：最近增量导入F：
$ imp system/manager inctype=RESTORE FULL=Y FILE=F
注： 备份文件的命名最好加上日期，这样便于以后的恢复工作。
操作如下：
$ tar -cvf full'date +%Y-%m-%d-%H-%M'.dmp abc
$ tar -cvf full'date +%Y-%m-%d-%H-%M-%S'.dmp abc
(3). 利用cron定时备份数据库:
Linux、Unix提供了定时服务cron程序，能够在确定的时间中执行一系列任务，因此数据库的备份必须和cron合作来完成，或者使用/etc下的daily，weekly，monthly文件做定时的数据库备份操作。
例如：编写Oracle逻辑备份的sh文件,并用cron程序来制定备份的时间。
i. 编辑完全备份的脚本文件（exp_comp.sh）：
rq='date +"%m%d"'
su - oracle -c "exp system/manager full=y inctype=complete file=/oracle/
export/db_comp$rq.dmp"
ii. 编辑累计备份的脚本文件（exp_cumu.sh）：
rq=' date +"%m%d"'
su - oracle -c"exp system/manager full=y inctype=cumulative file=/oracle
/export/db_cumu$rq.dmp"
iii. 编辑增量备份的脚本文件（exp_incr.sh）:
rq='date +"%m%d" '
su - oracle -c"exp system/manager full=y inctype=incremental file=/oracle
/export/db_incr$rq.dmp"
iv. 编辑root用户crontab文件，将上面的脚本命令用cron程序来制定数据库备份的时间：
$ vi /var/spool/cron/crontabs/root
v. 在/var/spool/cron/crontabs/root文件中增加以下内容：
0 2 1 * * /oracle/exp_comp.sh
30 2 * * 0-5 /oracle/exp_incr.sh
45 2 * * 6 /oracle/exp_cumu.sh
当然上面这个时间表可以根据不同的需求来改变。比如按照上面的数据库的备份安排表来做这个cron程序的制定，如下所示：
星期一：完全导出（A）
星期二：增量导出（B）
星期三：增量导出（C）
星期四：增量导出（D）
星期五：累计导出（E）
星期六：增量导出（F）
星期日：增量导出（G）
(4).使用Export/Import的注意事项：
在做Export和Import的时候千万请注意您的字符集设置，如果在做Export或Import的时候，UINX的环境变量如果和字符集设置不一致的话， 将导致数据库恢复的信息不能正确读取，特别是数据库采用的非缺省值的中文字符集。切记一定要求保持一致，如果有特殊的要求请先联系Oracle售后支持部。下面介绍怎样确定Oracle数据库的字符集设置和操作系统的环境变量：
$ sqlplus sys/manager
SQL> select * from NLS_DATABASE_PARAMETERS;
PARAMETER VALUE
------------------------- -----------------------------
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CHARACTERSET UTF8
环境变量应设置
$ export NLS_LANG=American_america.UTF8
Export/Import支持的增量和累计备份实际上是表级的，即上一次备份之后变化的表将全表卸载，而不是变化的记录。因此，在以OLTP应用为主的数据库中，由于保存主要业务数据的表处于频繁的录入和更新之中，增量和累计卸载并不能显著提高备份的效率。
在做整个数据库Import时，缺省状态下以一个Table为一个Transaction，所以如果存在一些表的数据量很大, 建议使用commit=y并且要提供一个较大的buffer值，同时建立一个临时Rollback segment ，它的default storage参数initial 和 next要设置大一些，并要将这个Rollback Segment Online，同时offline 其他小的rollback segments。确保一个Table能完整import 。因为在做import时, 数据库将自动创建索引,及完整性约束, 为了加快数据加载的速度及一次成功的概率,可以考虑在export之前首先disable所有的完整性约束, 在import之后在enable所有的完整性约束。而对索引,可以考虑单独export索引。通过使用命令 "imp indexfile=……" 在import数据之后来单独创建索引。
如果希望在export数据库时,直接将产生的dmp文件写到外设上, 你可以使用 " exp file=设备名… Volsize=设备的容量"。
由于export出来的文件可能较大，而某些操作系统(如Linux)对文件大小有限制，如不能大于2G。因此可将dmp文件设置为指定大小的若干文件。如：
$exp sys/manager buffer=4096000 file=(full1.dmp,full2.dmp,full3.dmp,full4.dmp) filesize=2G Full=y inctype=complete log=full.log
(1). 做全数据库增量备份和恢复的方法：
全数据库Export至dmp文件（如sidfull0701.dmp）：
$ exp sys/manager file= sidfull0701.dmp Full=y inctype=complete
第一天增量备份Export至dmp文件（如sidincr1.dmp）：
$ exp sys/manager file= sidincr1.dmp inctype=incremental
第二天增量备份Export至dmp文件（如sidincr2.dmp）：
$ exp sys/manager file= sidincr2.dmp inctype=incremental
第三天增量备份Export至dmp文件（如sidincr3.dmp）：
$ exp sys/manager file= sidincr3.dmp inctype=incremental
现假设Oracle数据库在第三天被破坏了重新建一个Oracle数据库，先把最后的一个dmp文件imp至数据库中：
$ imp sys/manager file= sidincr3.dmp full=y ignore=y inctype=system
把整个数据库备份的dmp文件imp至数据库中：
$ imp sys/manager file= sidfull0701.dmp ignore=y full=y inctype=restore
把第一天增量备份的dmp文件imp至数据库中：
$ imp sys/manager file= sidincr1.dmp ignore=y full=y inctype=restore
把第二天增量备份的dmp文件imp至数据库中：
$ imp sys/manager file= sidincr2.dmp ignore=y full=y inctype=restore
把第三天增量备份的dmp文件imp至数据库中
$ imp sys/manager file= sidincr3.dmp ignore=y full=y inctype=restore
(2). 数据库逻辑备份策略的制定:
数据库管理员可以排定一个备份日程表，结合数据导出的三个不同方式合理、高效、可靠地完成。比如数据库的备份任务可作如下安排：
星期一：完全导出（A）
星期二：增量导出（B）
星期三：增量导出（C）
星期四：增量导出（D）
星期五：累计导出（E）
星期六：增量导出（F）
星期日：增量导出（G）
如果在星期日，数据库遭到意外破坏，数据库管理员可按以下步骤来恢复数据库：
第一步：用命令CREATE DATABASE重新生成数据库结构；
第二步：创建一个足够大的附加回滚段。
第三步：完全增量导入A：
$ imp system/manager inctype=RECTORE FULL=Y FILE=A
第四步：累计增量导入E：
$ imp system/manager inctype=RECTORE FULL=Y FILE =E
第五步：最近增量导入F：
$ imp system/manager inctype=RESTORE FULL=Y FILE=F
注： 备份文件的命名最好加上日期，这样便于以后的恢复工作。
操作如下：
$ tar -cvf full'date +%Y-%m-%d-%H-%M'.dmp abc
$ tar -cvf full'date +%Y-%m-%d-%H-%M-%S'.dmp abc
(3). 利用cron定时备份数据库:
Linux、Unix提供了定时服务cron程序，能够在确定的时间中执行一系列任务，因此数据库的备份必须和cron合作来完成，或者使用/etc下的daily，weekly，monthly文件做定时的数据库备份操作。
例如：编写Oracle逻辑备份的sh文件,并用cron程序来制定备份的时间。
i. 编辑完全备份的脚本文件（exp_comp.sh）：
rq='date +"%m%d"'
su - oracle -c "exp system/manager full=y inctype=complete file=/oracle/
export/db_comp$rq.dmp"
ii. 编辑累计备份的脚本文件（exp_cumu.sh）：
rq=' date +"%m%d"'
su - oracle -c"exp system/manager full=y inctype=cumulative file=/oracle
/export/db_cumu$rq.dmp"
iii. 编辑增量备份的脚本文件（exp_incr.sh）:
rq='date +"%m%d" '
su - oracle -c"exp system/manager full=y inctype=incremental file=/oracle
/export/db_incr$rq.dmp"
iv. 编辑root用户crontab文件，将上面的脚本命令用cron程序来制定数据库备份的时间：
$ vi /var/spool/cron/crontabs/root
v. 在/var/spool/cron/crontabs/root文件中增加以下内容：
0 2 1 * * /oracle/exp_comp.sh
30 2 * * 0-5 /oracle/exp_incr.sh
45 2 * * 6 /oracle/exp_cumu.sh
当然上面这个时间表可以根据不同的需求来改变。比如按照上面的数据库的备份安排表来做这个cron程序的制定，如下所示：
星期一：完全导出（A）
星期二：增量导出（B）
星期三：增量导出（C）
星期四：增量导出（D）
星期五：累计导出（E）
星期六：增量导出（F）
星期日：增量导出（G）
(4).使用Export/Import的注意事项：
在做Export和Import的时候千万请注意您的字符集设置，如果在做Export或Import的时候，UINX的环境变量如果和字符集设置不一致的话， 将导致数据库恢复的信息不能正确读取，特别是数据库采用的非缺省值的中文字符集。切记一定要求保持一致，如果有特殊的要求请先联系Oracle售后支持部。下面介绍怎样确定Oracle数据库的字符集设置和操作系统的环境变量：
$ sqlplus sys/manager
SQL> select * from NLS_DATABASE_PARAMETERS;
PARAMETER VALUE
------------------------- -----------------------------
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CHARACTERSET UTF8
环境变量应设置
$ export NLS_LANG=American_america.UTF8
Export/Import支持的增量和累计备份实际上是表级的，即上一次备份之后变化的表将全表卸载，而不是变化的记录。因此，在以OLTP应用为主的数据库中，由于保存主要业务数据的表处于频繁的录入和更新之中，增量和累计卸载并不能显著提高备份的效率。
在做整个数据库Import时，缺省状态下以一个Table为一个Transaction，所以如果存在一些表的数据量很大, 建议使用commit=y并且要提供一个较大的buffer值，同时建立一个临时Rollback segment ，它的default storage参数initial 和 next要设置大一些，并要将这个Rollback Segment Online，同时offline 其他小的rollback segments。确保一个Table能完整import 。因为在做import时, 数据库将自动创建索引,及完整性约束, 为了加快数据加载的速度及一次成功的概率,可以考虑在export之前首先disable所有的完整性约束, 在import之后在enable所有的完整性约束。而对索引,可以考虑单独export索引。通过使用命令 "imp indexfile=……" 在import数据之后来单独创建索引。
如果希望在export数据库时,直接将产生的dmp文件写到外设上, 你可以使用 " exp file=设备名… Volsize=设备的容量"。
由于export出来的文件可能较大，而某些操作系统(如Linux)对文件大小有限制，如不能大于2G。因此可将dmp文件设置为指定大小的若干文件。如：
$exp sys/manager buffer=4096000 file=(full1.dmp,full2.dmp,full3.dmp,full4.dmp) filesize=2G Full=y inctype=complete log=full.log
