有关Oracle数据库的备份情况

一 意义 当我们使用一个数据库时 总希望数据库的内容是可靠的 正确的 但由于计算机系统的故障(硬件故障 网络故障 进程故障和系统故障)影响数据库系统的 *** 作 影响数据库中数据的正确性 甚至破坏数据库 使数据库中全部或部分数据丢失 因此当发生上述故障后 希望能重新建立一个完整的数据库 该处理称为数据库恢复 恢复子系统是数据库管理系统的一个重要组成部分 恢复处理随所发生的故障类型所影响的结构而变化 二 备份的方法ORACLE数据库有三种标准的备份 导出/导入(EXPORT/IMPORT) 冷备份 热备份 导出备份是一种逻辑备份 这种方法包括读取一系列的数据库日志 并写入文件中 这些日志的读取与其所处位置无关 冷备份和热备份是物理备份(也称低级备份) 它涉及到组成数据库的文件 但不考虑逻辑内容 下面我们分别介绍一下这三种备份方法及其特点 (一) 导出/导入(EXPORT/IMPORT)EXPORT/IMPORT是用来将ORACLE中数据移出/移入数据库 EXPORT将数据库中数据备份成一个二进制系统文件称为 导出转储文件 (EXPORT DUMP FILE) 并将重新生成数据库写入文件中 它有三种模式 a 用户模式 导出用户所有对象以及对象中的数据 b 表模式 导出用户所有表或者指定的表 c 整个数据库 导出数据库中所有对象 它的备份有三种类型 a 完全型(PLETE EXPORT) 备份整个数据库 b 积累型(ULATIVE ERPORT) 备份上一次积累型备份所改变的数据 c 增量型(INCREAMENTAL EXPORT) 备份上一次备份后改变的数据 EXPORT 的命令可以交互式进行 各参数的具体含义见附录 在进行导出备份时我们要考虑一点问题 那就是导出的一致性 在导出过程 中导出每读一次就读取一个表 因而尽管导出是在一个特点时自己开始的 但不同的表读取的时间不同 因此 导出开始读一个表时 此时表中的数据才是导出的数据 这样当大多数表按内部关键字和外部关键字相互联系时 在导出过程中这些相关联表的改变就会导致导出的不一致性 要避开这个 我们可以将导出过程安排在不对表 *** 作的时候进行 另外 当ORACLE中RESTRICTEP CONSISTENT 选项就可以保证导出数据一致性

IMPORT导入 导入的过程是导出的逆过程 这个命令先读取导出来的导出转储二进制文件 并运行文件 恢复对象用户和数据 IMPORT命令执行的方法和EXPORT方案有关 如果EXPORT所实施的是完全型方案(FULL)则在IMPORT时所有的数据对象 包括表空间 数据文件 用户都会在导入时创建 但考虑到数据库中的物理布局 预先创建表空间和用户是有用的 如果EXPORT使用的是INCREMENTAL/CUMULATIVE方式 则需要预先设置好表空间 用户 数据文件 (二) 冷备份冷备份发生在数据库已经正常关闭的情况下 当正常关闭时会提供给我们一个完整的数据库 数据库使用的每个文件都被备份下来 这些文件包括 所有数据文件所有控制文件所有联机REDO LOG 文件INIT ORA文件(可选)值得注意的是冷备份必须是数据库关闭的情况下完成 当数据库开着的时候 执行数据库文件系统备份无效 作冷备份一般步骤是 正常关闭要备份的实例(instance); : 备份整个数据库到一个目录 启动数据库 SQLDBA>connect internalSQLDBA>shutdown normal SQLDBA>! cp <file> <backup directory>或SQLDBA>!tar cvf /dev/rmt/ /dg/oracle SQLDBA>startup

(三)热备份(ACHIRELOG)数据库需要二十四小时运行 而且随时有新的数据加入 数据丢失将影响整个公司 采用archivelog mode物理备份 设置数据库为automatic archivelog mode #su oracle%svrmgrl svrmgrl>connect internalsvrmgrl>startup mount svrmgrl>alter database archivelogsvrmgrl>shutdownsvrmgrl>exit%vi initoracle ora加入log_archive_start = true # if you want automatic archivinglog_archive_dest = $ORACLE_HOME/dbs/archlog_archive_format = log%s arc%dbstart%ps ef|grep archoracle : : : ora_arch_oracle 注 oracle database is in automatic archivelog mode

full offline entire database backup 当数据库初始完成后 这份备份是将来备份的基础 它提供了所有与数据库有关的拷贝 %dbshut%cp /oracle/oradata/oracle /system dbf /oracle/oradata/oracle /rbs dbf /oracle/oradata/oracle /temp dbf/oracle/oradata/oracle /tools dbf/oracle/oradata/oracle /users dbf/oraclecle/app/oracle/product/ /dbs/application dbf/oracle/app/oracle/product/ /dbs/apptmpsp dbf/oracle/app/oracle/product/ /dbs/apprlbksp dbf/oracle/oradata/oracle /redooracle log /oracle/oradata/oracle /control ctl /oracle/oradata/oracle /control ctl /oracle/oradata/oracle /control ctl <backup directory>%dbstart 注:以上 dbf文件为数据文件 log文件为日志文件 ctl文件为控制文件%exit %tar uvf /dev/rmt/ <backup files> 注:如果为oracle 则copy 相应的 data files relog files control files

每天做一次 partial online with archiving backups #su oracle%svrmgrl%svrmgrl>connect internal%svrmgrl>alter tablespace billsp begin backup%svrmgrl>alter tablespace billtmpsp begin backup%svrmgrl>alter tablespace billrlbksp begin backup%svrmgrl>alter tablespace system begin backup %svrmgrl>alter tablespace rbs begin backup%svrmgrl>alter tablespace temp begin backup%svrmgrl>alter tablespace tools begin backup %svrmgrl>alter tablespace users begin backup %svrmgrl>host cp all datafile to the backup storage #文件名如第一步中以 dbf结尾的 %svrmgrl>alter tablespace billsp end backup%svrmgrl>alter tablespace billtmpsp end backup%svrmgrl>alter tablespace billrlbksp end backup%svrmgrl>alter tablespace system end backup %svrmgrl>alter tablespace rbs end backup%svrmgrl>alter tablespace temp end backup%svrmgrl>alter tablespace tools end backup %svrmgrl>alter tablespace users end backup

做一个sql文件 如上所写

The billing system can recover to the point of failure when the failure occur

七 备份文件的恢复 恢复文件 以下是对＂/etc/passwd＂文件的恢复( 放入正确的磁带( 运行以下命令恢复＂/etc/passwd＂文件# rsh mt f /dev/rmt/ rew( 找到最近的磁带 向前进带到最近的＂/etc/passwd＂ 比如要找星期三的＂/etc/passwd＂文件 运行如下命令)#rsh mt f /dev/rmt/ n fsf # ufsrestore if :/dev/rmt/ nufsrestore > ls． etc/ufsrestore > cd etc ufsrestore > ls．/etc passwdufsrestore > add passwdWarnign ．/etc File existsufsrestore > verboseverbose mode onufsrestore > extractExtract requested filesYou have not read any volumes yet ．Unless you know which volume your file(s) are on you should start witch the last volume and work to wards the first．Specify next volume # extract file ．/etc/passwdAdd linksSet directory mode ower and times．set owner /mode for ． (yn)nDirectories already exit set mode anyway(yn)yufsrestore >quit　 热备份可以在数据库打开打情况下进行 一般通过使用Alter命令改变表空间的状态来开始进行备份的 备份完成后 要恢其原来状态 否则redo log 会错配 引起数据库下次启动时对受影响的表空间进行完全覆盖 热备份的要求是 热备份工作必需要求数据库在Archivelog 方式下 *** 作 在SQLDBA状态下用alter database archivelog|noarchivelog命令可改变备份的模式 热备份只能在数据库不使用或使用率低的情况下进行 热备份需要大量的档案空间 一般情况 Oracle 以循环的方式写入Online redo log 文件 当填满第一个redo log文件后写第二个 直至最后一个 最后一个被填满后 后台进程LGWR就覆盖第一个 在Archivelog方式下 后台进程ARCH在每一个redo log 文件被覆盖前 给它作一个拷贝 一般 这些文档的redo log 文件被写入磁盘或磁带中 如果磁盘空间够用 建议使用磁盘 这样可大大减少完成备份所需的时间 在作热备份之前 要将config ora文件中的log_archive_start 设为true 将log_archive_dest规定archive redo log 文件的位置 log_archive_dest=/dg/oracle/arch/archlog_archive_start=true一旦数据库运行在archivelog状态下 就可以作备份了 热备份的命令文件由三部分组成 数据文件一个表空间一个空间地备份 a 设置表空间为备份状态 b 备份表空间的数据文件 c 恢复表空间为正常状态 备份归档要作log 文件 a 临时停止归档进程b log下那些在archive redo log目标目录中的文件c 重新启动archive进程d 备份归档的redo log 文件 用alter database backup controlfile命令来备份拷贝文件在热备份运行之前log_archive_dest目录可能已满 这时就要备份目录 然后删除文件 释放空间 这个过程有如下步骤 暂时停止archive进程 记录在log_archive_dest目录下的文件 重新启动archive 进程 备份archive redo log 文件 删除目录中的文件 sqldba lmode=y <<EOF arch archive log stop;exitEOF arch FILES= ls /dg/oracle/arch/arch dbf ;sqldba lmode=y<<EOF arch connect internalarchive log start;exitEOF arch tar rvf /dev/rmt/ FILESrm f ＄FILES

逻辑备份与物理备份的结合 前面介绍了三种备份的方法 在数据库做备份时 应该将数据这三种备份的特点灵活运用 我们首先比较一下三种方法的特性

方 法类 型恢 复 特 性EXPORT导出逻辑型可以将任何数据库对象恢复到它被导出时的状态乻hutdown将最近copyes of datafile 拷贝到$oracle_home/dbs目录 %svrmgrlsvrmgrl>connect internal…svrmgrl>startup mount pfile=filename exclusivesvrmgrl>alter database recover;注:将自动恢复数据到the point of failure; svrmgrl>alter database open; 当archive log文件过多时 在 做过部分备份后 可将current log sequence 之前的log arc删除 #su oracle%svrmgrlsvrmgrl>connect internal;svrmgrl>archive log list; #此处标有current log sequence 假设为 Svrmgrl>exit$cd /billdg/oracle/app/oracle/product/ /dbs/arch$ rm #将log arc之前的文件如log arc log arc 删除 冷 备 份物理型可将数据库到它被关闭的状态热 备 份物理型可将数据库恢复到任一时间点的状态

当数据库比较小时 处理业务也小时 冷备份导出就可以了 如果只对一两个表备份导出就够了 一般来说一个好 备份最终执行总包括逻辑和物理 导出确认数据库在逻辑的正确性而物理备份确保物理 另外 在进行备份时需要一些存储介质 对于这些介质应该对其作好管理 根据备份的内容 日期将介质统一编号 以免备份和恢复时弄错介质 造成原有的备份丢失 介质应存放在与计算机设备不同的地点 以免机房发生意外时 备份与计算机设备一同损坏

附录 tar命令tar option [arguments] filename option:c:创建一个由命令行指定的新的tarfilet:列出tarfile中的内容x:打开tarfile;f:使用其后的filename 或/dev/rmt/ | v:列出被恢复的文件名 p:恢复文件example:#tar cvf /dev/rmt/ /oracle备份/root 下的所有内容#tar tvf /dev/rmt/ 列出磁带上的所有内容#tar xvf /dev/rmt/ /oracle将磁带上的/oracle目录中的内容恢复到当前目录中

导出选项关键字 内 容 USERID 运行导出命令的帐号的用户名/口令 BUFFEER 用来取数据行的缓冲区的大小 FILE 导出转储文件的名字PRESS 导出是否应该压缩有碎片的段成一个范围 这将会影响STORAGE 子句 GRANTS 导出时否要导出数据库对象上的授权INDEXES 是否要导出表上的索引ROWS 是否应导出行 如它为 N 那么在导出文件中仅生成数据库 对象的DDLCONSSTRAINTS 是否导出表旧的约定条件FULL 如设为 Y 那么将执行一个整个数据库导出 *** 作OWNER 要导出的一系列数据库帐号 然后执行这些帐号的USER导出 *** 作TABLES 要导出的一系列表 执行这些表的TABLE导出 *** 作RECORDLENGTH 转储导出文件日志的长度(以字节为单位) 通常都使用缺省 除非要在两个不同 *** 作系统中传递导出文件INCTYPE 正在执行的导出 *** 作的类型(有效值有 PLETE (缺省值) CUMULATIVE 和 IVCREMENTAL )RECORD 在增量导出类型中的一个标记 标明是否将日志存储到数据字典中日志导出的表中PARFILE 要传递给导出的参数文件的名字 这个文件将包含所有参数的入口项ANALYZE 标明是否将移对象的统计信息写入导出转储文件中CONSISTENT 标明是否保留所有导出对象的读取一致复制 LOG 导出日志将要写入的文件的名字MLS 标明是否要导出MLS 标号MLS_LABEL_ 规定了MLS标号的格式

导入选择项USERID 运行导入命令的帐号的用户名/口令 BUFFEER 用来取数据行的缓冲区的大小 FILE 导入转储文件的名字SHOW 规定文件内容是否被显示 而不是被执行 EGORE 标明在执行 CREATE 命令时 是否忽略遇到的错误 如果正在导入的对象已经存在时 应使用这个参数 FULL 如设为 Y 那么将执行一个整个数据库导入 *** 作FROMUSER 在FULL=N的情况下 才有参数 它是一系列的数据库帐号 其对象应从导出转储文件中读取 TOUSER 一系列数据库帐号 导出转储文件扣的对象将要导入这些帐号 GRANTS 导入时否要导入数据库对象上的授权INDEXES 是否要导入表上的索引ROWS 是否应导入行 如它为 N 那么在导入文件中执行数据库对象的DDLFULL 如设为 Y 那么将执行一个整个数据库导出 *** 作TABLES 要导入的一系列表RECORDLENGTH 转储导入文件日志的长度(以字节为单位) 通常都使用缺省 除非要在两个不同 *** 作系统中传递导入文件INCTYPE 正在执行的导入 *** 作的类型(有效值有 PLETE (缺省值) CUMULATIVE 和 IVCREMENTAL )PARFILE 要传递给导入的参数文件的名字 这个文件将包含所有参数的入口项ANALYZE 标明是否将移对象的统计信息写入导入转储文件中LOG 导入日志将要写入的文件的名字MLS 标明是否要导入MLS 标号

热备份的命令文件 ORACLE_SID=oracle ORACLE_HOME=/dg/oraclesqldba lmode=y<<EOF arch connect internalalter tablespace SYSTEM begin backup;!tar cvf /dev/rmt/ /dg/oracle/dbms/sys dbfalter tablespace SYSTEM end backup;

alter tablespace BWT begin backup;!tar cvf /dev/rmt/ /dg/oracle/dbms/BWT dbfalter tablespace BWT end backup;

archive log stopexitEOF arch FILES= ls /dg/oracle/arch/arch dbf ;

sqldba lmode=y<<EOF arch connect internalarchive log start;exitEOF arch

tar rvf /dev/rmt/ $FILESrm f $files

sqldba lmode=y<<EOFarch alter database backup controlfile to /dg/oracle/dbms/bwtcontrfile backup ;exitEOF arch

lishixinzhi/Article/program/Oracle/201311/17668

随着计算机的普及以及网络的发展 数据库已经不再仅仅是那些程序员所专有的话题 Oracle数据库更是凭借其性能卓越 *** 作方便灵活的特点 在数据库的市场中已经占据了一席之地

但是 随着网络技术的不断进步 数据信息的不断增加 数据安全也已经不再是以前的 老生长谈 更不是以前书本上那些 可望而不可及 的条条框框

或许很久以前 大家都觉得Oracle数据库的安全并不存在隐患 因为Oracle公司在 年 月份开始促销其数据库软件时提出的口号是 只有Oracle i能够做到绝对安全

但是不管它这么说是为了促销 还是为了扩大知名度 这口号提出仅一个月后 英国的安全专家 David Litchfield就发现的 iAS中存在的程序错误导致缓冲溢出漏洞 后来 PenTest Limited和 eEye Digital Security各自提出了一个小的漏洞 所有使用Oracle公司产品的人都不由地紧张了原本松弛的大脑——对于用户来说 毕竟是关系到了 身家性命

下面笔者将带着大家走进Oracle数据安全的世界

一 Oracle数据库的一些基本常识

这里仅仅是为了以后的安全奠定一些基础 因为我们后面要用到它们

Oracle所包含的组件

Oracle数据库是指整个Oracle RDBMS环境 它包括以下组件:

·Oracle 数据库进程和缓冲(实例)

·SYSTEM 表空间包含一个集中系统类目 它可以由一个或多个数据文件构成

·其它由数据库管理员(DBA)(可选)定义的表空间 每个都由一个或多个数据文件构成

·两个以上的联机恢复日志

·归档恢复日志(可选)

·其它文件(控制文件 Init ora Config ora 等)

每个 Oracle 数据库都在一个中央系统类目和数据字典上运行 它位于SYSTEM 表空间

关于 日志

Oracle数据库使用几种结构来保护数据:数据库后备 日志 回滚段和控制文件 下面我们将大体上了解一下作为主要结构之一的 日志 :

每一个Oracle数据库实例都提供日志 记录数据库中所作的全部修改 每一个运行的Oracle数据库实例相应地有一个在线日志 它与Oracle后台进程LGWR一起工作 立即记录该实例所作的全部修改 归档(离线)日志是可选择的 一个Oracle数据库实例一旦在线日志填满后 可形成在线日志归档文件 归档的在线日志文件被唯一标识并合并成归档日志

·在线日志:一个Oracle数据库的每一实例有一个相关联的在线日志 一个在线日志由多个在线日志文件组成 在线日志文件(online redo log file)填入日志项(redo entry) 日志项记录的数据用于重构对数据库所作的全部修改

·归档日志:Oracle要将填满的在线日志文件组归档时 则要建立归档日志(archived redo log) 其对数据库备份和恢复的用处如下:a 数据库后备以及在线和归档日志文件 在 *** 作系统和磁盘故障中可保证全部提交的事物可被恢复 b 在数据库打开和正常系统使用下 如果归档日志是永久保存 在线后备可以进行和使用

数据库可运行在两种不同方式下:NOARCHIVELOG方式或ARCHIVELOG方式 数据库在NOARCHIVELOG方式下使用时 不能进行在线日志的归档 如果数据库在ARCHIVELOG方式下运行 可实施在线日志的归档

物理和逻辑存储结构

Oracle RDBMS是由表空间组成的 而表空间又是由数据文件组成的 表空间数据文件被格式化为内部的块单位 块的大小 是由DBA在Oracle第一次创建的时候设置的 可以在 到 个字节的范围内变动

当一个对象在Oracle表空间中创建的时候 用户用叫做长度的单位(初始长度(initial extent) 下一个长度(next extent) 最小长度(min extents)以及最大长度(max extents))来标明该对象的空间大小 一个Oracle长度的大小可以变化 但是要包含一个由至少五个连续的块构成的链

二 Oracle数据安全的维护

记得某位哲学家说过: 事物的变化离不开内因和外因 Oracle数据安全也不例外 分为 内 和 外 两个部分 我们就先从 内 开始说起:

从Oracle系统本身说起

先抛开令人闻风色变的 hacker 和其他一些外部的原因 来想一下我们的数据库 硬盘损坏 软件受损 *** 作事物…… 一系列由于我们的 疏忽 而造成的系统问题就完全可以让我们辛苦建立的数据库中的数据一去不复返 那么 我们先从自己身上找找原因吧

( ) 解决系统本身问题的方法 数据库的备份及恢复

首先讲数据库的备份 关于Oracle数据库的备份 有三种标准办法:导出/导入(Export/Import) 冷备份 热备份 导出/导入备份是一种逻辑备份 冷备份和热备份是物理备份

< >导出/导入(Export/Import)

利用Export可将数据从数据库中提取出来 利用Import则可将提取出来的数据送回Oracle数据库中去

a 简单导出数据(Export)和导入数据(Import)

Oracle支持三种类型的输出:

(a) 表方式(T方式) 将指定表的数据导出

(b) 用户方式(U方式) 将指定用户的所有对象及数据导出

(c) 全库方式(Full方式) 将数据库中的所有对象导出

数据导出(Import)是数据导入(Export)的逆过程 它们的数据流向不同

b 增量导出/导入

增量导出是一种常用的数据备份方法 它只能对整个数据库来实施 并且必须作为SYSTEM来导出 在进行此种导出时 系统不要求回答任何问题 导出文件名缺省为export dmp 如果不希望自己的输出文件定名为export dmp 必须在命令行中指出要用的文件名

增量导出包括三个类型:

(a) 完全 增量导出(Complete)

即备份整个数据库 比如:

$exp system/manager inctype=plete file= dmp

(b) 增量型 增量导出

备份上一次备份后改变的数据 比如:

$exp system/manager inctype=incremental file= dmp

(c) 累计型 增量导出(Cumulative)

累计型导出方式只是导出自上次 完全 导出之后数据库中变化了的信息 比如:

$exp system/manager inctype=cumulative file= 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=F

< >冷备份

冷备份发生在数据库已经正常关闭的情况下 冷备份是将关键性文件拷贝到另外位置的一种说法 对于备份Oracle信息而言 冷备份是最快和最安全的方法 冷备份的优点是:

·是非常快速的备份方法(只需拷贝文件)

·容易归档(简单拷贝即可)

·容易恢复到某个时间点上(只需将文件再拷贝回去)

·能与归档方法相结合 作数据库 最新状态 的恢复

·低度维护 高度安全

但冷备份也有如下不足:

·单独使用时 只能提供到 某一时间点上 的恢复

·在实施备份的全过程中 数据库必须要做备份而不能做其它工作 也就是说 在冷备份过程中 数据库必须是关闭状态

·若磁盘空间有限 只能拷贝到磁带等其它外部存储设备上 速度会很慢

·不能按表或按用户恢复

如果可能的话(主要看效率) 应将信息备份到磁盘上 然后启动数据库(使用户可以工作)并将所备份的信息拷贝到磁带上(拷贝的同时 数据库也可以工作) 冷备份中必须拷贝的文件包括:

·所有数据文件

·所有控制文件

·所有联机REDO LOG文件

·Init ora文件(可选)

值得注意的是冷备份必须在数据库关闭的情况下进行 当数据库处于打开状态时 执行数据库文件系统备份是无效的

下面是做冷备份的完整例子:

a 关闭数据库$sqldba lmode=y

SQLDBA >connect internal;

SQLDBA >shutdown normal;

b 用拷贝命令备份全部的时间文件 重做日志文件 控制文件 初始化参数文件

SQLDBA >! cp < file > < backup directory >

c 重启Oracle数据库

$sqldba lmode=y

SQLDBA >connect internal;

SQLDBA >startup;

< >热备份

热备份是在数据库运行的情况下 采用Archivelog mode方式备份数据的方法 所以 如果你有昨天夜里的一个冷备份而且又有今天的热备份文件 在发生问题时 就可以利用这些资料恢复更多的信息 热备份要求数据库在Archivelog方式下 *** 作 并需要大量的档案空间 一旦数据库运行在Archivelog状态下 就可以做备份了 热备份的命令文件由三部分组成:

a 数据文件一个表空间一个表空间地备份

(a) 设置表空间为备份状态

(b) 备份表空间的数据文件

(c) 恢复表空间为正常状态

b 备份归档log文件

(a) 临时停止归档进程

(b) log下那些在archive redo log目标目录中的文件

(c) 重新启动archive进程

(d) 备份归档的redo log 文件

c 用alter database backup controlfile命令来备份拷贝文件

热备份的优点是:

·可在表空间或数据文件级备份 备份时间短

·备份时数据库仍可使用

·可达到秒级恢复(恢复到某一时间点上)

·可对几乎所有数据库实体作恢复

·恢复是快速的 在大多数情况下在数据库仍工作时恢复

热备份的不足是:

·不能出错 否则后果严重

·若热备份不成功 所得结果不可用于时间点的恢复

lishixinzhi/Article/program/Oracle/201311/18027

一百五很小啦，我这边的数据动不动就上T的，建议一周做一次全被，每天一次archivelog备份，每天一次增量备份

还要看你备到什么地方。local disk？or tape？

local disk完全不用担心会影响第二天的性能。

由于从WinCC V62开始，所有的历史数据都通过算法进行了压缩处理，无法通过标准的SQL语句访问。如果编程需要选件WinCC/Connectivity Pack，根据WinCC/Connectivity Pack语法访问历史归档值和历史报警信息；或通过欧洲版选件WinCC Industrial Data Bridge的组态，可将WinCC的历史数据及实时数据写入到数据库或Excel CSV文件。但是，对于生产数据的分析，比如仅需要某一时间段的Excel CSV数据文件，可以使用以下三种方法方便的将历史数据导出到Excel CSV文件。

1使用WinCC标准控件的工具按钮

1．1在线趋势控件

从WinCC V62版本开始，在对象选项板的“控件”标签上，如图11单击“WinCC 在线趋势控件”对象。

打开“WinCC 在线趋势控件的属性”快速组态对话框。在“工具栏”标签中组态 WinCC 在线趋势控件的工具栏中的按钮，勾选最后一项“报表保存”。激活运行系统后，在线趋势控件中的最后一个工具栏按钮显示为存盘图标，图12。

图11

图12

将趋势控件所显示的当前数据保存到Excel中，必须停止趋势更新，“启动/停止更新”工具按钮显示为。 报表将以“csv”文件的格式保存在 WinCC 项目路径中的“Export/TagLogging”目录下。 文件名由控件的窗口标题和报表生成的日期时间组成，图13。

图13

点击“报表保存”按钮后，报表就会自动创建并保存，但是没有任何提示对话框，所以，点击一次就可以，不需要重复点击。

趋势控件中数据的时间范围从16：41到16：42，但是导出文件中数据的时间范围从8：41到8：42，这是由于WinCC数据库保存的时间为UTC格林尼治标准时间，所以会比北京时间小8个小时，这里需要注意。

另外，导出文件中”Pen Number” 对应 ”Pen Name”的名称是控件中给趋势曲线组态的名称，如图14，而不是对应归档变量的名称。

对于oracle数据库只有物理备份和逻辑备份

物理备份：是将实际组成数据库的 *** 作系统文件从一处拷贝到另一处的备份过程，通常是从磁盘到磁带。

逻辑备份：是利用SQL语言从数据库中抽取数据并存于二进制文件的过程。

第一类为物理备份，该方法实现数据库的完整恢复，但数据库必须运行在归挡模式下（业务数据库在非归挡模式下运行），且需要极大的外部存储设备，例如磁带库，具体包括冷备份和热备份。冷备份和热备份是物理备份(也称低级备份)，它涉及到组成数据库的文件，但不考虑逻辑内容。

第二类备份方式为逻辑备份，业务数据库采用此种方式，此方法不需要数据库运行在归挡模式下，不但备份简单，而且可以不需要外部存储设备，包括导出/导入（EXPORT/IMPORT）。这种方法包括读取一系列的数据库日志，并写入文件中，这些日志的读取与其所处位置无关。

（一）、导出/导入（Export/Import）

利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回Oracle数据库中去。

1、 简单导出数据（Export）和导入数据（Import）

Oracle支持三种类型的输出：

（1）表方式（T方式），将指定表的数据导出。

（2）用户方式（U方式），将指定用户的所有对象及数据导出。

（3）全库方式（Full方式），将数据库中的所有对象导出。

数据导出（Import）的过程是数据导入（Export）的逆过程，它们的数据流向不同。

2、 增量导出/导入

增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为exportdmp，如果不希望自己的输出文件定名为exportdmp，必须在命令行中指出要用的文件名。

增量导出包括三个类型：

（1）“完全”增量导出（Complete）

即备份整个数据库，比如：

＄exp system/manager inctype=complete file=990702dmp

（2） “增量型”增量导出

备份上一次备份后改变的数据。比如：

＄exp system/manager inctype=incremental file=990702dmp

（3） “累计型”增量导出（Cumulative）

累计型导出方式只是导出自上次“完全” 导出之后数据库中变化了的信息。比如：

＄exp system/manager inctype=cumulative file=990702dmp

数据库管理员可以排定一个备份日程表，用数据导出的三个不同方式合理高效地完成。

比如数据库的备份任务可作如下安排：

星期一：完全导出（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

（二）、 冷备份

冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份是将关键性文件拷贝到另外位置的一种说法。对于备份Oracle信息而言，冷备份是最快和最安全的方法。冷备份的优点是：

1．是非常快速的备份方法（只需拷贝文件）

2．容易归档（简单拷贝即可）

3．容易恢复到某个时间点上（只需将文件再拷贝回去）

4．能与归档方法相结合，作数据库“最新状态”的恢复。

5．低度维护，高度安全。

但冷备份也有如下不足：

1．单独使用时，只能提供到“某一时间点上”的恢复。

2．在实施备份的全过程中，数据库必须要作备份而不能作其它工作。也就是说，在冷备份过程中，数据库必须是关闭状态。

3．若磁盘空间有限，只能拷贝到磁带等其它外部存储设备上，速度会很慢。

4．不能按表或按用户恢复。

如果可能的话（主要看效率），应将信息备份到磁盘上，然后启动数据库（使用户可以工作）并将所备份的信息拷贝到磁带上（拷贝的同时，数据库也可以工作）。冷备份中必须拷贝的文件包括：

1．所有数据文件

2．所有控制文件

3．所有联机REDO LOG文件

4．Initora文件（可选）。

值得注意的是冷备份必须在数据库关闭的情况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的

下面是做冷备份的完整例子：

（1） 关闭数据库＄sqldba lmode=y

SQLDBA >connect internal;

SQLDBA >shutdown normal;

（2） 用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件

SQLDBA >! cp < file > < backup directory >

（3） 重启Oracle数据库

＄sqldba lmode=y

SQLDBA >connect internal;

SQLDBA >startup;

（三）、 热备份

热备份是在数据库运行的情况下，采用archivelog mode方式备份数据的方法。所以，如果你有昨天夜里的一个冷备份而且又有今天的热备份文件，在发生问题时，就可以利用这些资料恢复更多的信息。

热备份的要求是：

1 热备份工作必需要求数据库在Archivelog 方式下 *** 作,在SQLDBA状态下用alter database archivelog|noarchivelog命令可改变备份的模式。

2 热备份只能在数据库不使用或使用率低的情况下进行。

3 热备份需要大量的档案空间。

一般情况，Oracle 以循环的方式写入Online redo log 文件，当填满第一个redo log文件后写第二个，直至最后一个，最后一个被填满后，后台进程LGWR就覆盖第一个，在Archivelog方式下，后台进程ARCH在每一个redo log 文件被覆盖前，给它作一个拷贝，一般，这些文档的redo log 文件被写入磁盘或磁带中。如果磁盘空间够用，建议使用磁盘，这样可大大减少完成备份所需的时间。

在作热备份之前，要将configora文件中的log_archive_start 设为true 将log_archive_dest一旦数据库运行在archivelog状态下，就可以做备份了。热备份的命令文件由三部分组成：

1．数据文件一个表空间一个表空间地备份。

（1）设置表空间为备份状态

（2）备份表空间的数据文件

（3）恢复表空间为正常状态

2．备份归档log文件。

（1）临时停止归档进程

（2）log下那些在archive redo log目标目录中的文件

（3）重新启动archive进程

（4）备份归档的redo log 文件

3．用alter database backup controlfile命令来备份拷贝文件

热备份的优点是：

1．可在表空间或数据文件级备份，备份时间短。

2．备份时数据库仍可使用。

3．可达到秒级恢复（恢复到某一时间点上）。

4．可对几乎所有数据库实体作恢复。

5．恢复是快速的，在大多数情况下在数据库仍工作时恢复。

热备份的不足是：

1．不能出错，否则后果严重。

2．若热备份不成功，所得结果不可用于时间点的恢复。

3．因难于维护，所以要特别仔细小心，不允许“以失败而告终”。

冷热备份都是物理备份：

可以恢复文件大多数错误。

冷备份可以在归档或非归档模式下进行，必须关闭数据库才能进行。

热备份只能是归档模式的数据库才能进行，可以在数据库打开状态下进行。

缺点是备份速度较慢，备份时占用资源较多，备份占用空间大，恢复速度较慢。

逻辑备份：

用数据的导入导出做的，

优点是备份速度快，占用空间小，恢复速度快。

只可以恢复数据库的逻辑错误，例如数据文件损坏等错误是无法恢复的，只能恢复到备份点。

以上就是关于有关Oracle数据库的备份情况全部的内容，包括:有关Oracle数据库的备份情况、你的Oracle数据库安全吗、oracle数据库备份问题等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！