归档模式需要冷备份?

最新推荐文章于 2022-09-10 21:05:17 发布
最新推荐文章于 2022-09-10 21:05:17 发布
阅读量1.1k 收藏 1
点赞数 1
文章标签： database 数据库 sql oracle system 测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lmx88/article/details/1439673
版权
冷备份是一致的，如果冷备份包含所有的datafile,controlfile,online redo logfile，并且将所有的这些文件全部restore后再来做recover，是不行的， oracle会告诉你，当前数据库是一致的，无须recover。

　　首先关闭数据库，做一个冷备份
　　SQL> shutdown immediate;
　　数据库已经关闭。
　　已经卸载数据库。
　　ORACLE 例程已经关闭。

　　然后启动到mount状态，试着做recover（这就相当于将所有的冷备份文件都restore回来的情况）
　　SQL> startup mount;
　　ORACLE 例程已经启动。

　　Total System Global Area 142606336 bytes
　　Fixed Size 1247732 bytes
　　Variable Size 83887628 bytes
　　Database Buffers 50331648 bytes
　　Redo Buffers 7139328 bytes
　　数据库装载完毕。

　　SQL> recover database;
　　ORA-00283: 恢复会话因错误而取消
　　ORA-00264: 不要求恢复

　　可以看到，oracle会给出正确的提示：ORA-00264: 不要求恢复，数据库是一致的。

　　打开数据库，建立测试表并插入测试数据
　　SQL> alter database open;

　　数据库已更改。

　　SQL> create table tt(id int,name varchar2(20));

　　表已创建。

　　SQL> insert into tt values(1,'a');

　　已创建 1 行。

　　SQL> commit;

　　提交完成。

　　切换日志，进行归档
　　SQL> alter system switch logfile;

　　系统已更改。

　　SQL> /

　　系统已更改。

　　SQL> /

　　系统已更改。

　　SQL> /

　　系统已更改。

　　关闭系统
　　SQL> shutdown immediate;
　　数据库已经关闭。
　　已经卸载数据库。
　　ORACLE 例程已经关闭。

　　恢复场景一：当前联机日志文件，控制文件都是ok的，数据文件损坏

　　恢复方法
　　1.restore冷备份中的数据文件

　　2.启动数据库，报错
　　SQL> startup
　　ORACLE 例程已经启动。

　　Total System Global Area 142606336 bytes
　　Fixed Size 1247732 bytes
　　Variable Size 83887628 bytes
　　Database Buffers 50331648 bytes
　　Redo Buffers 7139328 bytes
　　数据库装载完毕。
　　ORA-01113: 文件 1 需要介质恢复
　　ORA-01110: 数据文件 1: 'E:/ORACLE/ORA10/ORADATA/NING/SYSTEM01.DBF'

　　3.使用recover database恢复数据库
　　SQL> recover database;
　　ORA-00279: 更改 301820 (在 11/29/2006 10:16:00 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
　　ORA-00280: 更改 301820 (用于线程 1) 在序列 #133 中

　　指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
　　auto
　　ORA-00279: 更改 301821 (在 11/29/2006 10:26:15 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
　　ORA-00280: 更改 301821 (用于线程 1) 在序列 #134 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'

　　ORA-00279: 更改 302089 (在 11/29/2006 10:27:30 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
　　ORA-00280: 更改 302089 (用于线程 1) 在序列 #135 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'

　　已应用的日志。
　　完成介质恢复。

　4.打开 数据库并检查测试数据
　　SQL> alter database open;

　　数据库已更改。

　　SQL> select * from tt;

　　ID NAME
　　---------- --------------------
　　1 a

可以看到，数据库已经恢复。其实这种情况下，只要有归档日志文件，当前联机日志文件，当前控制文件，恢复起来是相当简单的，

　　和使用联机热备的方式也没有什么区别。如果只是丢失了个别datafile（非系统表空间文件），也可以使

　　用recover datafile的方式来恢复。

　　恢复场景二：当前联机日志文件ok，控制文件，数据文件全部损坏

　　恢复方法一
　　1.restore冷备份中的控制文件和数据文件

　　2.启动数据库
　　SQL> startup
　　ORACLE 例程已经启动。

　　Total System Global Area 142606336 bytes
　　Fixed Size 1247732 bytes
　　Variable Size 83887628 bytes
　　Database Buffers 50331648 bytes
　　Redo Buffers 7139328 bytes
　　数据库装载完毕。
　　ORA-00314: 日志 1 (用于线程 1) 要求的序号 与 不匹配
　　ORA-00312: 联机日志 1 线程 1: 'E:/ORACLE/ORA10/ORADATA/NING/REDO01.LOG'

　　3.使用recover database using backup controlfile恢复数据库
　　SQL> recover database using backup controlfile;
　　ORA-00279: 更改 301820 (在 11/29/2006 10:16:00 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
　　ORA-00280: 更改 301820 (用于线程 1) 在序列 #133 中

　　指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
　　auto
　　ORA-00279: 更改 301821 (在 11/29/2006 10:26:15 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
　　ORA-00280: 更改 301821 (用于线程 1) 在序列 #134 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'

　　ORA-00279: 更改 302089 (在 11/29/2006 10:27:30 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
　　ORA-00280: 更改 302089 (用于线程 1) 在序列 #135 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'

　　ORA-00279: 更改 302091 (在 11/29/2006 10:27:31 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00136_0607342148.001
　　ORA-00280: 更改 302091 (用于线程 1) 在序列 #136 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00135_0607342148.001'

　　ORA-00279: 更改 302094 (在 11/29/2006 10:27:36 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00137_0607342148.001
　　ORA-00280: 更改 302094 (用于线程 1) 在序列 #137 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00136_0607342148.001'

　　ORA-00279: 更改 302098 (在 11/29/2006 10:27:45 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00138_0607342148.001
　　ORA-00280: 更改 302098 (用于线程 1) 在序列 #138 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00137_0607342148.001'

　　ORA-00279: 更改 302227 (在 11/29/2006 10:37:31 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00139_0607342148.001
　　ORA-00280: 更改 302227 (用于线程 1) 在序列 #139 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00138_0607342148.001'

　　ORA-00308: 无法打开归档日志 'E:/ORACLE/ARCH/NING/ARC00139_0607342148.001'
　　ORA-27041: 无法打开文件
　　OSD-04002: ？??????？??
　　O/S-Error: (OS 2) The system cannot find the file specified.

　　SQL> alter database open resetlogs;
　　alter database open resetlogs
　　*
　　第 1 行出现错误:
　　ORA-01113: 文件 1 需要介质恢复
　　ORA-01110: 数据文件 1: 'E:/ORACLE/ORA10/ORADATA/NING/SYSTEM01.DBF'

　　SQL> recover database using backup controlfile until cancel;
　　ORA-00279: 更改 302227 (在 11/29/2006 10:37:31 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00139_0607342148.001
　　ORA-00280: 更改 302227 (用于线程 1) 在序列 #139 中

　　指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
　　cancel
　　介质恢复已取消。

　　4.打开数据库并检查测试数据
　　SQL> alter database open;
　　alter database open
　　*
　　第 1 行出现错误:
　　ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项

　　SQL> alter database open noresetlogs;
　　alter database open noresetlogs
　　*
　　第 1 行出现错误:
　　ORA-01588: 要打开数据库则必须使用 RESETLOGS 选项

　　SQL> alter database open resetlogs;

　　数据库已更改。

　　SQL> select * from tt;

　　ID NAME
　　---------- --------------------
　　1 a

  恢复方法二

　　1.restore所有的数据文件

　　2.重建控制文件
　　SQL> startup nomount;
　　ORACLE 例程已经启动。

Total System Global Area 142606336 bytes
冷备份能应用归档日志么？Fixed Size 1247732 bytes
冷备份能应用归档日志么？Variable Size 83887628 bytes
冷备份能应用归档日志么？Database Buffers 50331648 bytes
冷备份能应用归档日志么？Redo Buffers 7139328 bytes
冷备份能应用归档日志么？
冷备份能应用归档日志么？SQL> CREATE CONTROLFILE REUSE DATABASE "NING" NORESETLOGS ARCHIVELOG
冷备份能应用归档日志么？2 MAXLOGFILES 16
冷备份能应用归档日志么？3 MAXLOGMEMBERS 3
冷备份能应用归档日志么？4 MAXDATAFILES 100
冷备份能应用归档日志么？5 MAXINSTANCES 8
冷备份能应用归档日志么？6 MAXLOGHISTORY 292
冷备份能应用归档日志么？7 LOGFILE
冷备份能应用归档日志么？8 GROUP 1 'E:/ORACLE/ORA10/ORADATA/NING/REDO01.LOG' SIZE 10M,
冷备份能应用归档日志么？9 GROUP 2 'E:/ORACLE/ORA10/ORADATA/NING/REDO02.LOG' SIZE 10M,
冷备份能应用归档日志么？10 GROUP 3 'E:/ORACLE/ORA10/ORADATA/NING/REDO03.LOG' SIZE 10M
冷备份能应用归档日志么？11 -- STANDBY LOGFILE
冷备份能应用归档日志么？12 DATAFILE
冷备份能应用归档日志么？13 'E:/ORACLE/ORA10/ORADATA/NING/SYSTEM01.DBF',
冷备份能应用归档日志么？14 'E:/ORACLE/ORA10/ORADATA/NING/UNDOTBS01.DBF',
冷备份能应用归档日志么？15 'E:/ORACLE/ORA10/ORADATA/NING/SYSAUX01.DBF',
冷备份能应用归档日志么？16 'E:/ORACLE/ORA10/ORADATA/NING/USERS01.DBF'
冷备份能应用归档日志么？17 CHARACTER SET UTF8
冷备份能应用归档日志么？18 ;

 

控制文件已创建。

　　3.使用recover database恢复数据库
　　SQL> recover database;
　　SQL> recover database using backup controlfile;
　　ORA-00279: 更改 301820 (在 11/29/2006 10:16:00 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
　　ORA-00280: 更改 301820 (用于线程 1) 在序列 #133 中

　　指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
　　auto
　　ORA-00279: 更改 301821 (在 11/29/2006 10:26:15 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
　　ORA-00280: 更改 301821 (用于线程 1) 在序列 #134 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'

　　ORA-00279: 更改 302089 (在 11/29/2006 10:27:30 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
　　ORA-00280: 更改 302089 (用于线程 1) 在序列 #135 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'

　　已应用的日志。
　　完成介质恢复。

　　4.打开数据库并检查测试数据
　　SQL> alter database open;

　　数据库已更改。

  
  

   
   冷备份能应用归档日志么？SQL> select * from tt;

   
   冷备份能应用归档日志么？

   
   冷备份能应用归档日志么？ID NAME

   
   冷备份能应用归档日志么？---------- ----------------------------------------

   
   冷备份能应用归档日志么？1 a

　　可见，使用重建控制文件的恢复方法，只有当前联机日志是最新的，无需使用resetlogs即可打开数据库。只要当前联机日志正常，一般建议采取重建日志文件而不是采用备份的控制文件来恢复数据库。由此也可以看到，联机日志文件相当重要，要尽最大努力避免联机日志损坏，例如，使用多个member logfile，每个logfile放到不同的磁盘上，等等。同时，在修改过数据库的结构，比如添加datafile后，最好将控制文件的脚本备份一次alter database backup controlfile to trace;

 

恢复场景三：当前联机日志文件，控制文件，数据文件全部损坏

　　恢复方法
　　1.restore冷备份中的联机日志文件，控制文件和数据文件

　　2.启动数据库到mount状态
　　SQL> startup mount;
　　ORACLE 例程已经启动。

 

Total System Global Area 130023424 bytes
　　Fixed Size 1247684 bytes
　　Variable Size 92276284 bytes
　　Database Buffers 33554432 bytes
　　Redo Buffers 2945024 bytes
　　数据库装载完毕。

　　3.使用recover database until cancel using backup controlfile恢复
　　SQL> recover database until cancel using backup controlfile;
　　ORA-00279: 更改 300612 (在 11/29/2006 09:12:44 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00131_0607342148.001
　　ORA-00280: 更改 300612 (用于线程 1) 在序列 #131 中

　　指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
　　auto
　　ORA-00279: 更改 300613 (在 11/29/2006 09:20:11 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00132_0607342148.001
　　ORA-00280: 更改 300613 (用于线程 1) 在序列 #132 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00131_0607342148.001'

　　ORA-00279: 更改 300739 (在 11/29/2006 09:21:01 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00133_0607342148.001
　　ORA-00280: 更改 300739 (用于线程 1) 在序列 #133 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00132_0607342148.001'

　　ORA-00279: 更改 300741 (在 11/29/2006 09:21:02 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00134_0607342148.001
　　ORA-00280: 更改 300741 (用于线程 1) 在序列 #134 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00133_0607342148.001'

　　ORA-00279: 更改 300744 (在 11/29/2006 09:21:06 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
　　ORA-00280: 更改 300744 (用于线程 1) 在序列 #135 中
　　ORA-00278: 此恢复不再需要日志文件 'E:/ORACLE/ARCH/NING/ARC00134_0607342148.001'

　　ORA-00308: 无法打开归档日志 'E:/ORACLE/ARCH/NING/ARC00135_0607342148.001'
　　ORA-27041: 无法打开文件
　　OSD-04002: ？??????？??
　　O/S-Error: (OS 2) The system cannot find the file specified.

　　SQL> recover database until cancel using backup controlfile;
　　ORA-00279: 更改 300744 (在 11/29/2006 09:21:06 生成) 对于线程 1 是必需的
　　ORA-00289: 建议: E:/ORACLE/ARCH/NING/ARC00135_0607342148.001
　　ORA-00280: 更改 300744 (用于线程 1) 在序列 #135 中

　　指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
　　cancel
　　介质恢复已取消。

　　4.启动数据库并查询测试数据
　　SQL> alter database open resetlogs;

　　数据库已更改。

  
  

   
   冷备份能应用归档日志么？SQL>

   
   冷备份能应用归档日志么？SQL> select * from tt;

   
   冷备份能应用归档日志么？

   
   冷备份能应用归档日志么？ID NAME

   
   冷备份能应用归档日志么？---------- ----------------------------------------

   
   冷备份能应用归档日志么？1 a
lmx88
关注
非归档模式下的冷备份和恢复.txt
01-21
非归档模式下的冷备份和恢复
oracle冷备份恢复和oracle异机恢复使用方法
09-10
- 归档模式：除了拷贝数据文件和控制文件回原始目录外，还需要使用归档日志文件进行恢复，具体包括使用SQL*Plus工具进行数据库的装载（mount）和恢复（recover database using backup controlfile），然后应用归档...
oracle归档模式冷备份,oracle非归档模式下的冷备份和恢复
weixin_36180068的博客
04-03 241
查看归档的相关信息SQL> archive log list数据库日志模式 非存档模式自动存档 禁用存档终点 USE_DB_RECOVERY_FILE_DEST最早的联机日志序列 72当前日志序列 74备份中常用的术语解释：冷备份(脱机备份)： 数据库处于关闭状态下所做的物理拷贝。数据库处于非归...
12.2号－－－－－－11G模拟在归档模式下冷备和恢复
数据库天地
12-02 134
1.冷备在数据库关闭的状态下把所有数据库文件给复制到别的目录下。 在这里可以对数据库执行一些操作（比如建一个表，向里面插入相应的值，主要是为了，恢复之后可以看到效果） 2.模拟数据库文件被删除。把dbf文件删除。 3.进入数据库的mount状态下。 查看数据库文件头的scn号。 select file#,name,checkpoint_change#from v$datafile_h...
LAB002 -Oracle数据库手工冷备份(归档模式)
In-Memory Computing Technology
04-08 598
设置FRA用于归档 创建归档目录： [root@oracle-12201-vagrant ~]# mkdir /u01/fra [root@oracle-12201-vagrant ~]# chown oracle:oinstall /u01/fra 设置FRA： [oracle@oracle-12201-vagrant ~]$ sqlplus / as sysdba SQL*Plus: Re...
oracle归档模式冷备份,oracle 非归档模式下 冷备份恢复 目录不同迁移
weixin_30941215的博客
04-03 128
1、新建和数据sid 数据形同的 数据库。 停止服务。 删除所有文件， 把备份的数据文件考过来。2、使用 orapwd 重建密码文件删除 d:\oracle\ora92\database\pwdglis1.oraD:\oracle\ora92\bin>orapwd file=d:\oracle\ora92\database\pwdglis1.ora password=info3、启动服务。使...
论ORACLE数据库归档模式与备份恢复的关系.pdf
10-10
在ARCHIVELOG模式下，结合冷备份和热备份，以及归档重做日志，可以实现完整的时间点恢复。而在NOARCHIVELOG模式下，通常只能进行完全数据库的备份和恢复，无法进行增量或时间点恢复。 总结来说，ORACLE数据库的归档...
Oracle开启归档模式
02-12
- **冷备份**：在非归档模式下，只能进行冷备份，即必须在数据库完全停止的状态下才能备份数据。 - **恢复限制**：非归档模式下的恢复仅能进行完全恢复，即从最近一次完全备份到系统故障期间的数据将无法恢复。 - **...
关于数据库冷备份与热备份的对比
12-14
冷备份是在数据库完全关闭的状态下进行的，这意味着在备份期间，数据库不可用，所有的数据文件、控制文件、联机重做日志文件以及初始化参数文件（如果需要）都会被复制到安全的位置。这种备份方法的优势在于它快速、...
基于归档的冷备份恢复
cuidai9315的博客
02-19 144
基于归档的冷备份恢复--脱机恢复，可以是完全恢复也可能是不完全恢复。 完全恢复的场景适用于数据文件和控制文件丢失或损坏，但是联机重做日志文件均完好，这时可以利用冷备份+重建控制文件+归档+联机重做日志文件进行数...
oracle日志操作模式(归档模式和非归档模式的利与弊)
09-10
在Oracle数据库中，主要有两种日志操作模式，分别为非归档模式与归档模式。默认情况下，数据库采用的是非归档模式。作为一个合格的数据库管理员，应当深入了解这两种日志操作模式的特点，并且在数据库建立时，选择合适的操作模式
oracle非归档模式下的冷备份和恢复
weixin_30455023的博客
01-16 286
备份中常用的术语解释 冷备份（脱机备份）： 数据库处于关闭状态下所做的物理拷贝。数据库处于非归档模式下只能使用这种方法备份。 数据库全备份：备份所有数据文件和控制文件，在全备份时，数据库可以处在关闭或打开状态，但在非归档模式下必须处于关闭状态。 数据文件备份：备份单个的数据文件，在非归档模式下，只能备份只读数据文件或者正常脱机的数据文件。 冷备份（脱机备份）的具体步骤： a）使用v$control...
Oracle冷备步骤
Maker
09-15 796
冷备：在数据库关闭状态下完成物理系统的拷贝过程。 非归档模式： 1、得到数据库运行的所有物理文件 2、计划内关闭数据库 3、执行拷贝物理文件到相应目录 4、冷备完成后，启动数据库 脚本如下： spool /u02/back.sql select 'ho cp ' ||name||' /u02/orcl/' from v$datafile union all select
非归档模式下利用冷备恢复数据库
Maker
08-22 510
1、丢失数据文件 1）、丢失system 表空间，则全备数据库，然后再使用最近的冷备还原到目的路径，最后启动数据库，完成恢复到冷备的状态，冷备后变化的数据只有在归档模式下才能同步恢复到损坏的时刻； 2）、丢失sysaux 表空间，启动数据库将sysaux 的数据文件脱机（offline），然后导出数据，新建数据库，导入数据；或者用类冷备的数据还原，加上隐藏参数忽略一致性验证来启动数据库； 3
冷备份+归档日志的恢复
codetest1234的博客
01-23 307
论坛上有人问起，能用以前的冷备份＋冷备份以来的所有归档日志将数据库恢复到当前状态么？原帖地址：http://www.itpub.net/676840.htmlref: http://ningoo.itpub.net/post/2...
归档,冷备份,系统被毁坏对数据库进行恢复
ciyao5958的博客
06-04 126
归档,冷备份,系统被毁坏对数据库进行恢复 情况说明：系统被毁坏，有完备的冷备份及归档日志（从备份到出事前） 恢复过程： 1. 重装系统 2. 重装数据库（相同实例名） 3. 将...
归档模式 ARCHIVE MODE
m0_72818787的博客
09-10 319
归档模式是在联机重做日志组发生切换时，归档进程ARCn会把切换后的日志文件内容拷贝到预先指定的目标位置保存起来，生成归档的重做日志文件。本地目标方式：LOG_ARCHIVE_DEST和LOG_ARCHIVE_DUPLEX_DEST。使用KEEP选项将备份标记为归档后，该备份的有效期不再受保留策略的影响，从而可以长期保留。归档备份：一个备份需要长时间保留，覆盖保留策略的要求，就可以将该备份标记为归档备份。归档备份包含数据文件、归档的日志文件和控制文件的自动备份。
数据库热备份与冷备份，archivelog与unarchivelog（归档模式与非归档模式）
晓飛的博客
09-06 2007
                             热备份是在数据库运行的情况下，采用archivelog mode方式备份数据库的方法。即热备份是系统处于正常运转状态下的备份。所以，如果你有一个冷备份而且又有热备份文件，在发生问题时，就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog()方式下操作，并需要大量的档案空间。一旦数据库运行在archivelog状态下，就可...
数据库冷备份和热备份
weixin_34242331的博客
11-29 486
冷备份 冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份是将关键性文件拷贝到另外位置的一种说法。对于备份数据库信息而言，冷备份是最快和最安全的方法。冷备份的优点是： 1．是非常快速的备份方法（只需拷贝文件） 2．容易归档（简单拷贝即可） 3．容易恢复到某个时间点上（只需将文件再拷贝回去） 4．能与归档方法相结合，作数...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值