数据库: oracle数据库增量备份的测试
oracle数据库增量备份的测试
引自『
http://publishblog.blogchina.com/blog/tb.b?diaryID=3010247』
今天按如下文章进行了增量备份的测试，虽然增量备份效果不错，但是总是感觉增量备份对于数据量大的数据库未必具有可行性。理由是一个星期要做一次完全备份，这个完全数据备份在恢复的时间上跟差一个星期数据的完全备份基本上没有太大区别。增量备份还要再次导入累计或者增量备份，比较麻烦。而且增量备份的数据文件较多，容易丢失，不如每天做完全一个备份简单；还有增量备份中的“增量性备份”，是将所有自“累计性备份”导出数据以后发生修改的表里的数据再次全部导出，而系统里经常变化的表的数据量都非常大，影响导出速度慢；这跟全备份导出时间差异不大，并没有缩短备份时间。从以上角度考虑，在现实中使用增量备份并不是很现实。
当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（包括机器故障、介质故障、误操作等），数据库有时也可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如果平时对数据库做了备份，那么此时恢复数据就显得很容易。由此可见，做好数据库的备份是多么的重要，下面笔者就以ORACLE7为例，来讲述一下数据库的备份和恢复。ORACLE 数据库有三种标准的备份方法，它们分别为导出/导入（EXPORT/IMPORT）、冷备份、热备份。导出备份是一种逻辑备份，冷备份和热备份是物理备份。
一、导出/导入（Export/Import）
利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回Oracle数据库中去。
1. 简单导出数据（Export）和导入数据（Import）
Oracle支持三种类型的输出：
（1）表方式（T方式），将指定表的数据导出。
（2）用户方式（U方式），将指定用户的所有对象及数据导出。
（3）全库方式（Full方式），将数据库中的所有对象导出。
数据导出（Import）的过程是数据导入（Export）的逆过程，它们的数据流向不同。
2. 增量导出/导入
增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行
此种导出时，系统不要求回答任何问题。导出文件名缺省为export.dmp，如果不希望自己的输出文件定名为exp
ort.dmp，必须在命令行中指出要用的文件名。
增量导出包括三个类型：
（1）“完全”增量导出（Complete）
即备份整个数据库，比如：
＄exp system/manager inctype=complete file=990702.dmp
（2）“增量型”增量导出
备份上一次备份后改变的数据。比如：
＄exp system/manager inctype=incremental file=990702.dmp
（3）“累计型”增量导出（Cumulative）
累计型导出方式只是导出自上次“完全”导出之后数据库中变化了的信息。比如：
＄exp system/manager inctype=cumulative file=990702.dmp
数据库管理员可以排定一个备份日程表，用数据导出的三个不同方式合理高效地完成。
比如数据库的备份任务可作如下安排：
星期一：完全导出（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=Ｆ
＄imp system/manager inctype=RESTORE FULL=Y FILE=Ｇ
如果不依次导入，也可以，但是不能少导入，否则，有新增加的表和记录丢失
zqbchina 发表于: 2006-08-12 00:18:58
数据库: Oracle数据库字符集问题解析
经常看到一些朋友问ORACLE字符集方面的问题，我想以迭代的方式来介绍一下。
第一次迭代：掌握字符集方面的基本概念。
有些朋友可能会认为这是多此一举，但实际上正是由于对相关基本概念把握不清，才导致了诸多问题和疑问。
首先是字符集的概念。
我们知道，电子计算机最初是用来进行科学计算的（所以叫做“计算机”），但随着技术的发展，还需要计算机进行其它方面的应用处理。这就要求计算机不仅能处理数值，还能处理诸如文字、特殊符号等其它信息，而计算机本身能直接处理的只有数值信息，所以就要求对这些文字、符号信息进行数值编码，最初的字符集是我们都非常熟悉的ASCII，它是用7个二进制位来表示128个字符，而后来随着不同国家、组织的需要，出现了许许多多的字符集，如表示西欧字符的ISO8859系列的字符集，表示汉字的GB2312-80、GBK等字符集。
字符集的实质就是对一组特定的符号，分别赋予不同的数值编码，以便于计算机的处理。
字符集之间的转换。字符集多了，就会带来一个问题，比如一个字符，在某一字符集中被编码为一个数值，而在另一个字符集中被编码为另一个数值，比如我来创造两个字符集demo_charset1与demo_charset2，在demo_charset1中，我规定了三个符号的编码为：A（0001），B（0010），？（1111）；而在demo_charset2中，我也规定了三个符号的编码为：A（1001），C（1011），？（1111），这时我接到一个任务，要编写一个程序，负责在demo_charset1与demo_charset2之间进行转换。由于知道两个字符集的编码规则，对于demo_charset1中的0001，在转换为demo_charset2时，要将其编码改为1001；对于demo_charset1中的1111，转换为demo_charset2时，其数值不变；而对于demo_charset1中的0010，其对应的字符为B，但在demo_charset2没有对应的字符，所以从理论上无法转换，对于所有这类无法转换的情况，我们可以将它们统一转换为目标字符集中的一个特殊字符（称为“替换字符”），比如在这里我们可以将？作为替换字符，所以B就转换为了？，出现了信息的丢失；同样道理，将demo_charset2的C字符转换到demo_charset1时，也会出现信息丢失。
所以说，在字符集转换过程中，如果源字符集中的某个字符在目标字符集中没有定义，将会出现信息丢失。
数据库字符集的选择。
我们在创建数据库时，需要考虑的一个问题就是选择什么字符集与国家字符集（通过create database中的CHARACTER SET与NATIONAL CHARACTER SET子句指定）。考虑这个问题，我们必须要清楚数据库中都需要存储什么数据，如果只需要存储英文信息，那么选择US7ASCII作为字符集就可以；但是如果要存储中文，那么我们就需要选择能够支持中文的字符集（如ZHS16GBK）；如果需要存储多国语言文字，那就要选择UTF8了。
数据库字符集的确定，实际上说明这个数据库所能处理的字符的集合及其编码方式，由于字符集选定后再进行更改会有诸多的限制，所以在数据库创建时一定要考虑清楚后再选择。
而我们许多朋友在创建数据库时，不考虑清楚，往往选择一个默认的字符集，如WE8ISO8859P1或US7ASCII，而这两个字符集都没有汉字编码，所以用这种字符集存储汉字信息从原则上说就是错误的。虽然在有些时候选用这种字符集好象也能正常使用，但它会给数据库的使用与维护带来一系列的麻烦，在后面的迭代过程中我们将深入分析。
客户端的字符集。
有过一些Oracle使用经验的朋友，大多会知道通过NLS_LANG来设置客户端的情况，NLS_LANG由以下部分组成：NLS_LANG=<Language>_<Territory>.<Clients Characterset>，其中第三部分<Clients Characterset>的本意就是用来指明客户端操作系统缺省使用的字符集。所以按正规的用法，NLS_LANG应该按照客户端机器的实际情况进行配置，尤其对于字符集一项更是如此，这样Oracle就能够在最大程度上实现数据库字符集与客户端字符集的自动转换（当然是如果需要转换的话）。
总结一下第一次迭代的重点：
字符集：将特定的符号集编码为计算机能够处理的数值；
字符集间的转换：对于在源字符集与目标字符集都存在的符号，理论上转换将不会产生信息丢失；而对于在源字符集中存在而在目标字符集中不存在的符号，理论上转换将会产生信息丢失；
数据库字符集：选择能够包含所有将要存储的信息符号的字符集；
客户端字符集设置：指明客户端操作系统缺省使用的字符集。
zqbchina 发表于: 2006-08-16 16:23:15