深入分析关于Oracle的备份策略

备份脚本应该对Log重定向并保存 以便在出错的查找有用信息

与RMAN备份有关的优化

备份 *** 作主要是完成以下三个步骤

从磁盘上读取数据

在内存中处理数据块

写入数据到磁盘或磁带

以上的读写 *** 作可以同步或异步的完成 在同步I/O *** 作中 一个时间只允许有一个IO *** 作 但是在异步I/O *** 作中 一个时间允许有多个IO *** 作 因此 备份与恢复的调优主要集中在以下几个方面

提高同步或异步I/O *** 作能力

在支持异步 *** 作的 *** 作系统上 可以通过设置TAPE_AYSNCH_IO DISK_ASYNCH_IO和BACKUP_TYPE_IO_SLAVES来支持异步 *** 作 提高写的能力

提高磁盘读能力

可以在backup命令后通过设置DISKRATIO来保证从多个磁盘上读取数据 保证连续的数据流

正确设置缓冲区与参数值

设置LARGE_POOL_SIZE 使备份可以使用连续的缓冲池 通过设置DB_FIL_DIRECT_IO_COUNT可以提高缓冲区的利用 如果使用磁带备份 还可以设置BACKUP_TYPE_IO_SLAVES来提高磁带的写能力

采用并行备份

开辟多个通道 可以实现并行备份与恢复

备份RMAN数据库

RMAN自己的数据库也需要备份 但是本身很小 而且不是经常发生变化 所以在每次RMAN备份完成后 都可以用如下脚本对RMAN数据库备份

     EXP pafile =exprman sql

exprman sql为

USERID=RMAN/RMAN

BUFFER=

OWNER=RMAN

FILE=RMAN DMP

ROWS=Y

GRANTS=Y

PRESS=Y

CONSISTENT=Y

使自动备份数据库

自动备份数据库不外乎以下三种方式

WINDOWS下的任务计划(At命令)

UNIX下的Crontab

第三方工具如Viritas

在以上三种方式中Viritas属于第三方工具 很多人可能都没有接触 主要说一下windows的任务计划与unix的cron

生成脚本文件 如backup rcv

假定文件内容如下

     $NewsContent$gt;cat backup rcv

connect target sys/password rcvcat rman/rman@localname;

run{

allocate channel c type disk;

allocate channel c type disk;

allocate channel c type disk;

backup fileaperset format /u /oradata/backup/arch%u_%s_%p

archivelog all delete input;

release channel c ;

release channel c ;

release channel c ;

}

生成执行文件

在windows上生成backup_archive bat 内容包括

rman cmdfile = backup rcv

在unix下生成 backup_archive sh 内容包括

/oracle/ramn/rman cmdfile = backup rcv

加入调度

在windows中用任务计划向导即可 或使用at命令

在unix中 在目标机器上编写一个文件 用以启动自动备份进程 假定文件名为ORACLE 文件将放在/var/spool/cron/crontabs目录下

$NewsContent$gt;cat oracle

backup_archive sh

#表示星期天 点对数据库备份

backup_archive sh

#表示每天 点 点备份

Crontab文件的每一行由六个域(minutes hours day of month month day of week mand)组成 域之间用空格或Tab分隔开来

五 常见误区

使用EXP/IMP备份

EXP/IMP不是一个良好的备份工具 在以后的发展之中 ORACLE对EXP/IMP用于备份的支持会越来越低 ORACLE只是把EXP/IMP当作一个好的工具而不是备份工具 在对于大型数据库 如TB级数据库或数据仓库 EXP/IMP肯定会力不从心

在应用程序中备份数据库

在论坛上 有很多这样的要求 我怎么在程序中备份与恢复数据库 首先说 这个并不是不可以实现 但是实现的过程会很复杂而且意外会很多 就我的感觉 提出这样问题的人 首先一点就是对ORACLE或DBA的不了解 如果ORACLE可以这么轻松的实现备份与恢复 那么我可以说 就不需要DBA了

冷备份比热备份更容易 效果会更好

有人认为 冷备份是关闭数据库进行的一致性备份 肯定比热备份要好 使用也容易 其实不尽然 在热备份中 一样可以实现数据库的全备份 而且不会影响到数据库的运行 建议所有的生产机 都运行在归档方式下 采用热备份方式

六 常见问题

我导出的数据为什么不能导入 提示不支持的字符集转换

答 参考上面的字符集原则 导出数据时客户端与数据库字符集一致 导入时修改为与目标数据库字符集一致

我的归档日志越来越多 我什么时候可以删除归档日志

答 在每一次全备份(如OS全冷备份或全热备份)或基于全备份的增量备份(如RMAN基于 级备份上的增量备份)后都可以删除该备份点之前的归档日志 建议在磁带上保留一年

全备份时一定需要备份所有数据文件吗

答 不需要 起码有两类数据文件可以不备份 一类就是临时数据文件 如果丢失 可以删除后重建;一类是只读表空间数据文件 如果上次备份以来 没有修改过表空间的只读属性 就可以不需要备份

联机日志需要备份吗

答 如果是归档方式热备份 就没有必要备份联机日志 但是对于冷备份 可以备份联机日志 特别是不归档状态 备份过联机日志后的冷备份 因为数据库是一致的 可以恢复到该备份点

七 小结

什么是数据库备份 数据库备份就是把数据库复制到转储设备的过程

数据库的运行方式 可以分为归档方式和非归档方式 建议运行在归档方式下运行热备份

了解了数据库的备份方式 逻辑备份 冷备份 热备份

了解数据库的备份工具 EXP/IMP执行逻辑备份 OS脚本可以执行冷备份或热备份 RMAN也可以执行冷备份或热备份

了解ORACLE的备份策略 并怎样选择最佳的备份策略

lishixinzhi/Article/program/Oracle/201311/18107

应该是PostgreSQL数据库的备份文件。

数据库的导入导出是最常用的功能之一，每种数据库都提供有这方面的工具，PostgreSQL提供的对应工具为pg_mp和pg_restore。

pg_mp是用于备份PostgreSQL数据库的工具。它可以在数据库正在使用的时候进行完整一致的备份，并不阻塞其它用户对数据库的访问。转储格式可以是一个脚本或者归档文件。

归档文件格式必须和pg_restore一起使用重建数据库。

X:>pg_mp-Upostgres-FcTestDb1>TestDb1mp

X:>pg_restore-Upostgres-dTestDb2TestDb1mp

多工联机重作日志文件

每个数据库实例都有其自己的联机重作日志组 在 *** 作数据库时 Oracle首先将数据库的全部改变保存在重作日志缓冲区中 随后日志记录器进程（LGWR）将数据从系统共用区SGA（System Global Area）的重作日志缓冲区写入联机重作日志文件 在磁盘崩溃或实例失败时 可以通过与之相关的联机重作日志来保护数据库 将损失降至最低 但Oracle在默认的方式下只创建一组重作日志文件（每一组只有一个项目文件） 为了减少丢失这些重要的重作日志文件的危险 因此需要对其进行镜像拷贝

在Oracle级多工联机重作日志文件 即增加多个文件到每个组以便镜像数据 这样I/O故障或写丢失只损坏一个拷贝 从而保证了LGWR后台进程至少能够向一个成员写入信息 数据库仍然可以继续运行 同时应保证日志组的成员不应驻存在同一物理设备上 因为这将削弱多重日志文件的作用

镜像拷贝控制文件

控制文件描述通用的数据库结构 它存储了大量数据库状态信息 包括物理结构和联机重作日志文件在当时的名称 位置 状态 控制文件在数据库启动时被Oracle实例读取 保持打开并随着 *** 作而文件内容更新 直到实例关闭为止 在它打开的过程中能够同步需要恢复的信息 包括检查点信息 因此若损坏或丢失了控制文件 Oracle将不能继续工作 因此应在系统中保持控制文件的多个拷贝 且这些拷贝应置于安装于不同磁盘控制器下的不同磁盘设备中

由于Oracle没有提供对控制文件多工的完整支持 因此应在对控制文件使用 *** 作系统或硬件镜像 即在修改初始化文件的control_files参数后重新启动数据库前 应将控制文件复制到定义的新位置 否则数据库启动时将会出错

激活归档进程

当数据库运行于NOARCHIVELOG模式下时 只能在完全关闭数据库后进行数据库的一致备份 并且同时禁用了联机重作日志的存档 这样在Oracle实例失败时只能将数据库修复到最近的完整数据库备份时的那一点上 不能在失效点处对实例进行恢复 而在ARCHIVELOG模式下 数据库不仅可以进行一致备份 还可以在数据库打开的情况下进行联机备份 通过数据库的备份和联机与存档的重作日志文件 用户可以恢复所有已提交的事务 并允许将数据库恢复到指定的时间 SCN或日志系列号处 增大了恢复的灵活性 减少了故障时的数据丢失 因此数据库应运行于ARCHIVELOG模式

在ARCHIVELOG模式下为了防止文件损坏和介质故障 应把日志归档到不同的磁盘上 这可以通过在初始化文件中为归档重作日志指定多个目标实现

数据库实施较大改变时备份

因为控制文件中保存了数据库的模式结构信息 因此在对数据库进行较大改变（包括改变表结构 增加 删除日志文件或数据文件等）时应立即备份控制文件及相应的数据文件

使用RESETLOGS选项打开数据库后进行备份

在以RESETLOGS选项打开数据库后 应对整个数据库进行脱机或联机的备份 否则将不能恢复重置日志后的改变

当以RESETLOGS选项打开数据库时 Oracle将抛弃恢复中没有应用的重复信息 并确保永远不再运用 同时还将初始化控制文件中关于联机日志和重作线程的信息 清除联机日志中的内容 因此 RESETLOGS前的归档日志的序列号将与RESETLOGS后的Oracle控制文件的要求值不相符（备份文件中的检查点比控制文件中的检查点旧） 即在恢复中不能应用以前的归档日志文件 从而导致RESETLOGS *** 作之前的备份在新形体中无用

避免备份联机重作日志文件

由于文中提出了多工联机重作日志文件且数据库运行于ARCHIVELOG模式 ARCH进程能够将联机重作日志归档 因此不必对其进行备份 若用备份的联机重作日志文件重建它 可能会引起日志文件序列号的混乱 从而破坏数据库 得到适得其反的结果

重置联机日志

在进行了不完全恢复或用备份控制文件进行恢复后 应重置联机日志

为了确保数据库的一致性 必须保证在恢复后所有数据文件都恢复到同一个时间点 但不完全恢复可能导致数据文件中具有一个与其它文件不同的检查点 导致数据库的一致性受到破坏 同样 备份的控制文件中保存的SCN和计数器与当前日志文件中的值可能不同 从而也破坏了数据库的一致性 因此应在进行完上述两项 *** 作后重置联机日志

数据库的逻辑备份

以上所述备份都为物理备份 是实际物理数据库文件从一处拷贝到另一处的备份 除此之外还可使用Oracle提供的导出实用程序进行数据库的逻辑备份 Oracle同时还提供了相应的导入实用程序重建逻辑备份中保存的信息

逻辑备份只拷贝数据库中的数据 而不记录数据位置的备份过程 它利用SQL语句 从数据库中导出数据到一个存放在合适位置的外部文件中 同时并可检测到数据块的损坏 因此可用其作为物理备份的补充

备份策略

考虑到如今大部分信息系统每周的业务是 × *** 作 因此采用联机备份 否则可每隔一定时间进行一次脱机备份

应用上述规则 可得出下述典型的备份策略

①镜像拷贝重作日志文件

②镜像拷贝控制文件

③激活归档进程 即以ARCHIVELOG模式 *** 作数据库

④每天进行数据库的部分联机备份（每天进行数据库的完全热备份将无畏地增加数据库的负担且没有必要 同时也增加了数据库恢复时的灵活性）

⑤每隔一周或几周进行一次数据库的逻辑备份

实际项目应用

当数据库中的文件达到一定数量后 DBA可能记不住该备份的文件的名或位置 因此 若能使备份过程自动化可有效地减轻DBA的负担 同时不会遗漏应备份的文件 应用自动批处理文件及脚本文件可实现备份 恢复的自动化 下面简介了在实际项目开发中应用本文所提出的自动备份 恢复策略 通过实际应用 证明了该策略的正确性和可行性

（ ）下述脚本实现联机重作日志的多工

connect 账户名/密码    alter database ktgis add logfile member 日志文件的存储位置 to group 联机日志组号;    shutdown immediate    startup pfile=初始化文件的存放位置 exclusive mount; 装载数据库且不打开    alter database archivelog; 激活归档进程    alter database open;    exit

（ ）下列VB代码自动建立联机备份的批处理文件及相应的脚本文件

Set adoTmp = objConnect Execute( select tablespace_name from sys dba_data_files ) 得到数据库中的表空间名    Dim lnum As Long    Dim lnum As Long    lNum = FreeFile    Open 自动备份批处理文件路径 For Binary As lNum    lnum = FreeFile    Open onlinebegin sql For Binary As lnum onlinebegin sql为设置表空间进入热备份模式的脚本文件文件名    lnum = FreeFile    Open onlineend sql For Binary As lnum onlinebegin sql为结束表空间热备份模式的脚本文件文件名    strTmp = connect 账户名/密码 & Chr( ) & Chr( )    Put lnum strTmp    strTmp = shutdown immediate & Chr( ) & Chr( )    Put lnum strTmp    strTmp = startup pfile=初始化文件的存放位置exclusive mount; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = alter database archivelog; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = alter database open; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = connect 账户名/密码 & Chr( ) & Chr( )    Put lnum strTmp    strTmp = Oracle服务管理器路径 & @ & onlinebegin sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlinebegin sql    Put lNum strTmp    Do While Not adoTmp EOF    Set adoTmp = objConnect Execute( select file_name from sys dba_data_files where tablespace_name= & adoTmp Fields( ) & ) 得到当前表空间所对应的所有数据文件名 通过循环即可得到所有表空间所对应数据文件名 若只备份指定的表空间 可指定表空间名从而得到其对应的物理数据文件    strTmp = alter tablespace & adoTmp Fields( ) & begin backup; & Chr( ) & Chr( ) 将表空间置于热备份模式    Put lnum strTmp    strTmp = Oracle的ocopy exe工具全路径 & adoTmp Fields( ) & & 备份文件存放路径 & Chr( ) & Chr( )    Put lNum strTmp    strTmp = alter tablespace & adoTmp Fields( ) & end backup; & Chr( ) & Chr( ) 表空间恢复正常模式    Put lnum strTmp    adoTmp MoveNext    Loop    strTmp = Oracle服务管理器路径 & @ & onlineend sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlineend sql    Put lNum strTmp    strTmp = exit & Chr( ) & Chr( ) 退出服务管理器    Put lnum strTmp    strTmp = alter system switch logfile; & Chr( ) & Chr( ) 强制日志转换 使Oracle创建一个归档日志文件    Put lnum strTmp    strTmp = exit & Chr( ) & Chr( )    Put lnum strTmp    Close    Set adoTmp = Nothing    Set adoTmp = Nothing

运行得到的自动批处理文件 即可自动进行数据库的联机备份

（ ）在从备份中恢复数据文件后 执行下列脚本将数据库的恢复程序

connect账户名/密码    shutdown abort    startup mount pfile=初始化文件的存放位置; 装载数据库    set autorecovery on; 打开自动恢复    recover database;    alter database open; 打开数据库

结束语

lishixinzhi/Article/program/Oracle/201311/18527

前言

实现磁带备份数据的功能有两方面的困难 首先 MS SQL Server(以下简称SQL)所提供的数据库的整体备份及恢复功能不能直接满足本系统要求的数据滚动备份 其次 需要解决如何在Web环境下实现磁带数据备份功能

利用SQL中现有的数据库备份和恢复的命令以及NT中的IDC技术 实现SQL数据库中数据滚动备份到磁带的功能 本系统所实现功能既能保证近一段时间的数据总在数据库中 又能保证系统管理员可随时恢复备份数据 供用户查询 本文所实现的功能具有普遍的意义 特别适用于中小型企业开发基于Intranet技术的管理信息系统

磁带数据备份及恢复的工作过程

为了充分利用SQL中现有的数据库备份与恢复功能 以降低实现磁带数据备份的代价 我们特地在硬盘上建立了一个与磁带的容量相当的数据库 我们称之为桥数据库 如FJJDBBK 可方便地实现数据的滚动备份了 其工作过程是 管理员把某月的数据从主数据库移到桥数据库中;然后用SQL的备份功能把桥数据库备份到磁带上 用户需要查看磁带中的历史数据时 系统又用SQL的恢复备份功能把磁带中的数据恢复到桥数据库中 用户直接在桥数据库中查阅历史数据 此外 在数据备份到磁带后 在进行下次数据备份前 必须清空备份数据库中的数据 为了提高工作效率 我们建立了一个空白桥数据库(没有数据时的桥数据库) 每次进行磁带备份数据之前 就用此空白数据库恢复桥数据库 空白数据库文件建立后要保存好 不可随便删除

建立该备份空白数据库过程为 先建立主数据库FJJDBBK 然后在 FJJDBBK中建立与当前数据库中一样结构的表 建立这些表结构时最好的方法是先用Enterprise Manager的Object菜单下的Generate SQL Scripts功能生成建立这些表的Scripts文件 然后选择FJJDBBK数据库 用Enterprise Manager的Tools菜单下的Query Analyzer功能运行该文件 就建立了这些所需表 显然 这时的FJJDBBK为空数据库 我们再利用备份命令或运行Tools菜单下的 Backup/Restore功能备份该空数据库

磁带数据备份及恢复的实现

在NT中 Web服务器IIS(Internet Information Server)提供了完善的访问SQL的技术IDC IDC是一个DLL文件(>

都是数据备份方式。

目前数据备份主要方式有：LAN 备份、LAN Free备份和SAN Server-Free备份三种。

LAN 备份针对所有存储类型都可以使用， LAN Free备份和SAN

Server-Free备份只能针对SAN架构的存储。

　 LAN备份

传统备份需要在每台主机上安装磁带机备份本机系统，采用LAN备份策略，在数据量不是很大时候，可采用集中备份。一台中央备份服务器将会安装在

LAN 中，然后将应用服务器和工作站配置为备份服务器的客户端。中央备份服务器接受运行在客户机上的备份代理程序的请求，将数据通过 LAN

传递到它所管理的、与其连接的本地磁带机资源上。这一方式提供了一种集中的、易于管理的备份方案，并通过在网络中共享磁带机资源提高了效率。

　 LAN-Free备份

由于数据通过LAN传播，当需要备份的数据量较大，备份时间窗口紧张时，网络容易发生堵塞。在SAN环境下，可采用存储网络的LAN-Free备份，需要

备份的服务器通过SAN连接到磁带机上，在LAN-Free备份客户端软件的触发下，读取需要备份的数据，通过SAN备份到共享的磁带机。这种独立网络不

仅可以使

LAN 流量得以转移，而且它的运转所需的 CPU 资源低于 LAN 方式，这是因为光纤通道连接不需要经过服务器的 TCP/IP

栈，而且某些层的错误检查可以由光纤通道内部的硬件完成。在许多解决方案中需要一台主机来管理共享的存储设备以及用于查找和恢复数据的备份数据库。

SAN Server-Free备份

LAN

Free备份对需要占用备份主机的CPU资源，如果备份过程能够在SAN内部完成，而大量数据流无需流过服务器，则可以极大降低备份 *** 作对生产系统的影响。SAN

Server-Free备份就是这样的技术。

目前主流的备份软件，如IBM Tivoli

、Veritas，均支持上述三种备份方案。三种方案中，LAN备份数据量最小，对服务器资源占用最多，成本最低;LAN

free备份数据量大一些，对服务器资源占用小一些，成本高一些;SAN

Server-free备份方案能够在短时间备份大量数据，对服务器资源占用最少，但成本最高。中小客户可根据实际情况选择。

如果系统磁盘快满了，可能会影响系统性能。我们可以采取以下措施来解决这个问题：

1 删除不需要的文件或程序以释放磁盘空间。可以使用磁盘清理工具或手动删除文件。

2 移动一些较大的文件到外部存储设备上。例如，将照片、视频等移动到 USB 或外置硬盘。

3 优化数据库，减少其大小。可以采用数据压缩、分区等方法。

4 使用云存储技术，将数据存储在云端，减少本地磁盘占用。

5 增加磁盘空间，可以考虑更换更大容量的硬盘或扩展磁盘空间。

以上方法都可以帮助缓解系统磁盘快满的问题，同时实时读取数据库数据也不会受到太大影响

以上就是关于深入分析关于Oracle的备份策略全部的内容，包括:深入分析关于Oracle的备份策略、怎么备份数据库文件(如何导入数据库备份文件)、Oracle数据库的备份及恢复策略研究等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！