归档日志需要备份么？备份出来有什么用？ 看资料上将，归档日志可以用来做基于时间点的不完全恢复，或是用LogMiner分析sql。假如说我不需要这两方面的应用，那么备份出来还有什么意义么？我只做数据文件和控制文件的全备和增备，归档日志是不是可以直接删除呢？ 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 ........如果你只想恢复到上次备份时间，那你可关掉archive log. archive可以关掉的，备份的目的在于，当系统或数据库出现问题时，能够快速将数据库进行恢复。对于Oracle数据库，一般有两种备份方式：“物理备份”和“逻辑备份”。“物理备份”指的是以copy数据文件方式进行备份；“逻辑备份”指的是用export等方式将数据从数据库中抽取出来。物理备份又可以分为冷备份和热备份。以下是各种备份的说明及前提条件。 - Cold Backup（冷备份） 主要指在关闭数据库的状态下进行的数据库完全备份，备份内容包括所有数据文件、控制文件、联机日志文件、ini文件。 - Hot Backup（热备份） 指在数据库处于运行状态下，对数据文件和控制文件进行备份，要使用热备份必须将数据库运行在(Archive Log)归档方式下。 - Export（逻辑备份）这是最简单的备份方法，可按数据库中某个表、某个用户或整个数据库来导出，并且支持全部、累计、增量三种方式。使用这种方法，数据库必须处于打开状态，而且如果数据库不是在restrict状态将不能保证导出数据的一致性。 “物理备份”方式以相当于copy数据文件的方式进行备份，恢复时可以快速以相当于copy的方式将备份的数据copy回来，所以备份速度特别是恢复速度非常快。 如果不采用Archive Log模式运行Oracle数据库，只有两种可用的备份方法：冷备份或export逻辑备份。根据关键业务服务器的特点，停下数据库进行冷备份是根本不可能的，因此如果不采用Archive Log，只能进行逻辑备份。 如果仅采用“逻辑备份”方式，恢复时会有以下两个主要问题： 1. 无法恢复到最近时间点的数据。只能恢复到上一次export时的数据状态，当天的数据将丢失。Archive Log模式下的物理备份可以用数据文件备份及Archive Log备份，将数据库恢复到数据库失败前的时间点，不会丢失数据。 2. 完成恢复可能需要很长时间。恢复只能用import方法进行，所以需要的时间包括： a. create database及所有的tablespace: 以每2分钟初始化一个2G的数据文件来计算，建立一个400G的Oracle数据库需要约6.7个小时。 b. import。时间较难确定，但保守估计应在10个小时以上（如果import过程中出现问题，恢复时间将延长） 3. 恢复时步骤较多，易出现人为故障。 由于 这些原因，一般备份/恢复时都把export/import的方式做为辅助备份/恢复方式，对一些重要的表进行二级保护。这种备份方式也称为“逻辑备份”方式，当某些重要的表被意外删除时可进行逻辑import恢复。 而对于整个数据库的日常备份/恢复，需要采用“物理备份”方式，即以相当于copy数据文件的方式进行备份，恢复时可以快速以相当于copy的方式将备份的数据copy回来。一般物理备份/恢复都采用Oracle RMAN工具来进行。 下面是“逻辑备份”与“物理备份”在数据库故障时的恢复比较： 1. Oracle逻辑错误造成无法启动 逻辑恢复: 重新create database及各tablespace，import。可恢复到上次export的数据 物理恢复: 将所有datafile copy回来，并利用archivelog将数据库recover到故障前的状态 2. 某一个datafile故障或丢失 逻辑恢复: 重新create database及各tablespace，import。可恢复到上次export的数据 物理恢复: 将该datafile copy回来 3. 某一个tablespace故障 逻辑恢复: 重新create database及各tablespace，import。可恢复到上次export的数据 物理恢复: 将该tablespace copy回来 4. 意外drop table 逻辑恢复: Import 该table 物理恢复: 将备份恢复到另一服务器上，export该table，在原数据库中import 5. 意外drop user 逻辑恢复: Import 该user 物理恢复: 将备份恢复到另一服务器上，export该user，在原数据库中import 6. 意外drop tablespace 逻辑恢复: 情况较复杂，恢复易造成数据库表之间的参照完整性被破坏。在此不做分析 物理恢复: 情况较复杂，恢复易造成数据库表之间的参照完整性被破坏。在此不做分析 在进行数据库的恢复时，一定要了解Oracle数据库的原理，分析故障的原因，然后针对故障的情况进行相应的恢复。例如以下情况： - Oracle程序文件损坏？ - control file损坏？ - Online redo log损坏？ - datafile损坏？ - archive log损坏？ - table或其中数据被意外删除？ 不同情况下需要采用的恢复手段都是不尽相同的，需根据损坏的情况进行相应的恢复步骤。 那你不想关掉，又觉得它多余，可以写个cron，定时清理archive log 比如：59 * * * * ksh /etc/paic/shell/arc_clear.sh 2 归档日志的作用是在发生media failure时可以用于恢复比如由于数据文件发生损坏,只要在上一次全备之前的archive文件和redo文件都还在,就可以把数据库恢复到距离数据库出错前的时间点因此一般总把archive文件和redo文件与数据文件分开放,不要放在一个磁盘上 取消archive log后无法恢复到最近时间点的数据。只能恢复到上一次export时的数据状态，当天的数据将丢失。Archive Log模式下的物理备份可以用数据文件备份及Archive Log备份，将数据库恢复到数据库失败前的时间点，不会丢失数据。 >>我是想问，如果清除掉归档日志，有没有什么损失没有，不过，一般不是全部清掉，而是清除某几天之前的，看备份计划而定 执行awrrpt.sql数据库巡检时，输入snapshots id时提示错误 触发器语法错误求助 oracle 游标统计 SNAPSHOT VIEW的刷新时间可以取的吗？？？？在线等。。有高分 oracle 10g有emc吗？ oracle 查询第几条记录到第几条记录 然后修改记录 关于ORACLE访问SQLSERVER的问题 高分求助，关于oracle中处理过程函数利用游标返回结果集的问题。 请 duanzilin(寻) 进来看一下谢拉！ 在oracle下如何用一个表更新另一个表？ Rman 远程连接的问题 ORA-01200错误的处理!
- Cold Backup（冷备份） 主要指在关闭数据库的状态下进行的数据库完全备份，备份内容包括所有数据文件、控制文件、联机日志文件、ini文件。
- Hot Backup（热备份） 指在数据库处于运行状态下，对数据文件和控制文件进行备份，要使用热备份必须将数据库运行在(Archive Log)归档方式下。
- Export（逻辑备份）这是最简单的备份方法，可按数据库中某个表、某个用户或整个数据库来导出，并且支持全部、累计、增量三种方式。使用这种方法，数据库必须处于打开状态，而且如果数据库不是在restrict状态将不能保证导出数据的一致性。 “物理备份”方式以相当于copy数据文件的方式进行备份，恢复时可以快速以相当于copy的方式将备份的数据copy回来，所以备份速度特别是恢复速度非常快。 如果不采用Archive Log模式运行Oracle数据库，只有两种可用的备份方法：冷备份或export逻辑备份。根据关键业务服务器的特点，停下数据库进行冷备份是根本不可能的，因此如果不采用Archive Log，只能进行逻辑备份。 如果仅采用“逻辑备份”方式，恢复时会有以下两个主要问题：
1. 无法恢复到最近时间点的数据。只能恢复到上一次export时的数据状态，当天的数据将丢失。Archive Log模式下的物理备份可以用数据文件备份及Archive Log备份，将数据库恢复到数据库失败前的时间点，不会丢失数据。
2. 完成恢复可能需要很长时间。恢复只能用import方法进行，所以需要的时间包括：
a. create database及所有的tablespace: 以每2分钟初始化一个2G的数据文件来计算，建立一个400G的Oracle数据库需要约6.7个小时。
b. import。时间较难确定，但保守估计应在10个小时以上（如果import过程中出现问题，恢复时间将延长）
3. 恢复时步骤较多，易出现人为故障。 由于 这些原因，一般备份/恢复时都把export/import的方式做为辅助备份/恢复方式，对一些重要的表进行二级保护。这种备份方式也称为“逻辑备份”方式，当某些重要的表被意外删除时可进行逻辑import恢复。 而对于整个数据库的日常备份/恢复，需要采用“物理备份”方式，即以相当于copy数据文件的方式进行备份，恢复时可以快速以相当于copy的方式将备份的数据copy回来。一般物理备份/恢复都采用Oracle RMAN工具来进行。 下面是“逻辑备份”与“物理备份”在数据库故障时的恢复比较： 1. Oracle逻辑错误造成无法启动
逻辑恢复: 重新create database及各tablespace，import。可恢复到上次export的数据
物理恢复: 将所有datafile copy回来，并利用archivelog将数据库recover到故障前的状态 2. 某一个datafile故障或丢失
逻辑恢复: 重新create database及各tablespace，import。可恢复到上次export的数据
物理恢复: 将该datafile copy回来 3. 某一个tablespace故障
逻辑恢复: 重新create database及各tablespace，import。可恢复到上次export的数据
物理恢复: 将该tablespace copy回来 4. 意外drop table
逻辑恢复: Import 该table
物理恢复: 将备份恢复到另一服务器上，export该table，在原数据库中import 5. 意外drop user
逻辑恢复: Import 该user
物理恢复: 将备份恢复到另一服务器上，export该user，在原数据库中import 6. 意外drop tablespace
逻辑恢复: 情况较复杂，恢复易造成数据库表之间的参照完整性被破坏。在此不做分析
物理恢复: 情况较复杂，恢复易造成数据库表之间的参照完整性被破坏。在此不做分析 在进行数据库的恢复时，一定要了解Oracle数据库的原理，分析故障的原因，然后针对故障的情况进行相应的恢复。例如以下情况：
- Oracle程序文件损坏？
- control file损坏？
- Online redo log损坏？
- datafile损坏？
- archive log损坏？
- table或其中数据被意外删除？ 不同情况下需要采用的恢复手段都是不尽相同的，需根据损坏的情况进行相应的恢复步骤。
59 * * * * ksh /etc/paic/shell/arc_clear.sh 2
比如由于数据文件发生损坏,只要在上一次全备之前的archive文件和redo文件都还在,就可以把数据库恢复到距离数据库出错前的时间点因此一般总把archive文件和redo文件与数据文件分开放,不要放在一个磁盘上
没有，不过，一般不是全部清掉，而是清除某几天之前的，看备份计划而定