NOARCHIVELOG 模式下的备份与恢复

最新推荐文章于 2021-04-04 03:09:05 发布
最新推荐文章于 2021-04-04 03:09:05 发布
阅读量2.3k 收藏
点赞数
分类专栏： 备份恢复 文章标签： NOARCHIVELOG 备份与恢复 一致性备份 冷备份与冷恢复
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/perfect_db/article/details/9231439
版权

NOARCHIVELOG 模式下的备份和恢复；

理论：

noarchivelog 模式具有以下特点：
该模式下只能在shutdown数据库后进行一致性备份，并且不能以abort形式（该模式出现数据库不一致）关闭数据库；
该模式下必须备份数据文件和控制文件；
在检查点完成之后，后台进程LGWR可以覆盖原有重做日志内容；
如果上一条成立，那么当数据文件出现介质失败时，只能恢复到过去的完全备份点；

该模式下相应数据文件出现介质失败的恢复分为以下几种情况：
介质失败时，自从备份以来的在线重做日志还没有被循环使用（即没有被覆盖过）；这时可以完全恢复该数据文件；
介质失败时，在线重做日志已经被循环使用过，这时不能对该数据文件进行完全恢复，如果该数据文件不是特别重要，
那么可以删除该数据文件（之后再重建），是数据库的其他数据文件保持当前状态（这些数据文件数据不会丢失）；如果是比较重要的数据文件，
那么就要使整个数据库回到备份点的状态；

具体步骤(备份)：
1)首先查询数据字典找出数据文件和控制文件；
select * from v$datafile;
select * from v$controlfile;

2)然后以非abort模式关闭数据库；
shutdown immediate|normal|transactional;

3)拷贝刚才列出的数据文件和控制文件到备份目的地；
--直接用操作系统命令或操作进行普通的拷贝即可；

4)备份完成,启动数据库；
startup;


具体步骤(恢复)
按照理论里列出的三种情况进行恢复；

一、介质失败时，自从备份以来的在线重做日志还没有被循环使用（即没有被覆盖过）；这时可以完全恢复该数据文件；

1）首先，进行恢复的前提是数据文件介质出现失败；
在数据库open阶段时会出现ORA-01157: 和 ORA-01110: 错误；大概意思就是“无法标识/锁定数据文件”，
其中alert.log里会出现类似于下列的告警记录：

ALTER DATABASE OPEN
Tue Jul 02 21:46:43 2013
Errors in file e:\oracle\product\10.2.0\admin\orcl\bdump\orcl_dbw0_5788.trc:
ORA-01157: cannot identify/lock data file 4 - see DBWR trace file
ORA-01110: data file 4: 'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF'
ORA-27041: unable to open file
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。

Tue Jul 02 21:46:44 2013
ORA-1157 signalled during: ALTER DATABASE OPEN...

上述错误也表明了数据库处在了mount状态，如果数据库不是这个状态，那么需要执行startup force mount 使之处于mount状态（视图v$instantce 的 STATUS 字段可以判定当前状态）；
2）查询需要恢复的数据文件的文件列表:select file#,error from v$recover_file;（只有需要恢复的数据文件才会出现在该视图中）
3）这时就可以进行对需要恢复的数据文件进行反向拷贝了（像备份时一样，直接用操作系统命令或操作进行普通的拷贝即可），如果数据文件原位置磁盘损坏，那么可以拷贝至其他磁盘，
只是需要做一个改变该数据文件路径的操作： alter database rename  file  '源路径及文件名' to '新路径及文件名';
4）如果多个数据文件出现了介质失败，那么直接执行 recover database ; 如果是单个数据文件，那么执行recover datafile file#;
5）介质恢复完成，打开数据库即可，alter database open；

注： 才介质恢复的时候，会应用在线重做日志，需要几组，就应用几组；这时alert.log中也会有类似于下列的记录：
Tue Jul 02 21:50:05 2013
ALTER DATABASE RECOVER  datafile 4  
Tue Jul 02 21:50:05 2013
Media Recovery Start
 parallel recovery started with 2 processes
Tue Jul 02 21:50:06 2013
Recovery of Online Redo Log: Thread 1 Group 3 Seq 769 Reading mem 0
  Mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG
Completed: ALTER DATABASE RECOVER  datafile 4  

二、介质失败时，在线重做日志已经被循环使用过，这时不能对该数据文件进行完全恢复，如果该数据文件不是特别重要，
那么可以删除该数据文件（之后再重建），是数据库的其他数据文件保持当前状态（这些数据文件数据不会丢失）；

 其中前两步骤与 第一种情况 一样；
 3） 对相应的数据文件进行删除 alter database datafile 4 offline drop ;
 4） 启动数据库即可 alter database open;

三、如果是比较重要的数据文件，那么就要使整个数据库回到备份点的状态；
 
  其中前三步骤与 第一种情况 一样；
 4） 执行数据库全恢复命令 RECOVER DATABASE UNTIL CANCEL ;由于该命令告诉数据库不再使用原有重做日志，所以需要在打开库的时候使用resetlogs 选项；


实战（第一种恢复情况）

--窗口 1
Microsoft Windows XP [版本 5.1.2600]

(C) 版权所有 1985-2001 Microsoft Corp.

C:\Documents and Settings\Administrator>sqlplus / as sysdba

SQL*Plus: Release 10.2.0.3.0 - Production on 星期二 7月 2 21:19:24 2013

Copyright (c) 1982, 2006, Oracle.  All Rights Reserved.

连接到:
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> archive log list;
数据库日志模式             非存档模式
自动存档             禁用
存档终点            USE_DB_RECOVERY_FILE_DEST
最早的联机日志序列     767
当前日志序列           769

SQL> select file_name ,tablespace_name,bytes/1024/1024 as MB from dba_data_files;

FILE_NAME                                                                        TABLESPACE_NAME                MB
-------------------------------------------------------------------------------- ------------------------------ ----------
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF                                USERS                      508.75
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF                               SYSAUX                        380
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF                              UNDOTBS1                      405
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF                               SYSTEM                        520
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DBF                              EXAMPLE                       100
E:\TEST_TS.DBF                                                                   TEST_TS                        10
E:\RMAN.DBF                                                                      RMAN_TAB                       20

已选择7行。

SQL> select name from v$controlfile;

NAME
------------------------------------------------------------------------------------------------------------------------------------------------
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL01.CTL
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL02.CTL
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL03.CTL

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

...... 拷贝上面列出的数据文件和控制文件；
......
......

SQL> startup
ORACLE 例程已经启动。

Total System Global Area  838860800 bytes
Fixed Size                  1293384 bytes
Variable Size             734004152 bytes
Database Buffers           96468992 bytes
Redo Buffers                7094272 bytes
数据库装载完毕。
数据库已经打开。

---窗口 2
SQL> conn  scott/tiger
已连接。
SQL> create table youjinge(id number);

表已创建。

SQL> insert into youjinge values (1);

已创建 1 行。

SQL> insert into youjinge values (2);

已创建 1 行。

SQL> commit;

提交完成。

SQL> select * from youjinge;

        ID
----------
         1
         2

--窗口 1

SQL> select * from scott.youjinge;

        ID
----------
         1
         2

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

删除users01.dbf 

SQL> startup
ORACLE 例程已经启动。

Total System Global Area  838860800 bytes
Fixed Size                  1293384 bytes
Variable Size             734004152 bytes
Database Buffers           96468992 bytes
Redo Buffers                7094272 bytes
数据库装载完毕。
ORA-01157: 无法标识/锁定数据文件 4 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 4: 'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF'

SQL> select * from v$instance;

INSTANCE_NUMBER INSTANCE_NAME    HOST_NAME                                                        VERSION           STARTUP_TIME   STATUS
--------------- ---------------- ---------------------------------------------------------------- ----------------- -------------- ------------
LOG_SWITCH_WAIT LOGINS     SHU DATABASE_STATUS   INSTANCE_ROLE      ACTIVE_ST BLO
--------------- ---------- --- ----------------- ------------------ --------- ---
              1 orcl             45394BCD93E1473                                                  10.2.0.3.0        02-7月 -13     MOUNTED
                ALLOWED    NO  ACTIVE            PRIMARY_INSTANCE   NORMAL    NO

--说明数据库已经在mount状态；

SQL> select file#,error from v$recover_file;

     FILE# ERROR
---------- -----------------------------------------------------------------
         4 FILE NOT FOUND

SQL> host copy f:\database\user01.dbf e:\oracle\product\10.2.0\oradata\orcl\user01.dbf;
系统找不到指定的文件。

SQL> host copy f:\database\users01.dbf e:\oracle\product\10.2.0\oradata\orcl\users01.dbf;
已复制         1 个文件。

SQL> recover datafile 4;
完成介质恢复。
SQL> alter database open;

数据库已更改。

SQL> select * from scott.youjinge;

        ID
----------
         1

         2



实战（第二种恢复情况）

--窗口 1
SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。

删除users01.dbf 

SQL> startup
ORACLE 例程已经启动。

Total System Global Area  838860800 bytes
Fixed Size                  1293384 bytes
Variable Size             734004152 bytes
Database Buffers           96468992 bytes
Redo Buffers                7094272 bytes
数据库装载完毕。
ORA-01157: 无法标识/锁定数据文件 6 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 6: 'E:\TEST_TS.DBF'


SQL> select file#,error from  v$recover_file;

     FILE# ERROR
---------- -----------------------------------------------------------------
         6 FILE NOT FOUND

SQL> alter database datafile 6 offline drop;

数据库已更改。

SQL> select name from v$datafile;

NAME
--------------------------------------------------------------------------------
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DBF
E:\TEST_TS.DBF
E:\RMAN.DBF

已选择7行。

SQL> alter database open;

数据库已更改。

SQL> select name from v$datafile;

NAME
--------------------------------------------------------------------------------
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DBF
E:\TEST_TS.DBF
E:\RMAN.DBF

已选择7行。

SQL> select file_name from dba_data_files;

FILE_NAME
--------------------------------------------------------------------------------
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DBF
E:\TEST_TS.DBF
E:\RMAN.DBF

已选择7行。


SQL> select tablespace_name from dba_tablespaces;

TABLESPACE_NAME
------------------------------
SYSTEM
UNDOTBS1
SYSAUX
TEMP
USERS
EXAMPLE
RMAN_TAB
TEST_TS

已选择8行。

SQL> select file#,status from v$datafile;

     FILE# STATUS
---------- -------
         1 SYSTEM
         2 ONLINE
         3 ONLINE
         4 ONLINE
         5 ONLINE
         6 OFFLINE
         7 ONLINE

已选择7行。


--说明虽然执行了 类似的删除操作，但是只是修改了一下该数据文件的状态；控制文件和数据字典里都还存储在文件及相应表空间的信息；现在重启一下看看情况：

SQL> shutdown immediate;
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL> startup
ORACLE 例程已经启动。

Total System Global Area  838860800 bytes
Fixed Size                  1293384 bytes
Variable Size             734004152 bytes
Database Buffers           96468992 bytes
Redo Buffers                7094272 bytes
数据库装载完毕。
数据库已经打开。
SQL> select tablespace_name from dba_tablespaces;

TABLESPACE_NAME
------------------------------
SYSTEM
UNDOTBS1
SYSAUX
TEMP
USERS
EXAMPLE
RMAN_TAB
TEST_TS

已选择8行。

SQL> select name from v$datafile;

NAME
--------------------------------------------------------------------------------
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DBF
E:\TEST_TS.DBF
E:\RMAN.DBF

已选择7行。


SQL> select file#,status from v$datafile;

     FILE# STATUS
---------- -------
         1 SYSTEM
         2 ONLINE
         3 ONLINE
         4 ONLINE
         5 ONLINE
         6 OFFLINE
         7 ONLINE

已选择7行。

--说明该数据文件与重启前一样； 具体参考：http://blog.csdn.net/tianlesoftware/article/details/6305600


实战（第三种恢复情况）

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

删除SYSTEM01.DBF

SQL> startup
ORACLE 例程已经启动。

Total System Global Area  838860800 bytes
Fixed Size                  1293384 bytes
Variable Size             734004152 bytes
Database Buffers           96468992 bytes
Redo Buffers                7094272 bytes
数据库装载完毕。
ORA-01157: 无法标识/锁定数据文件 1 - 请参阅 DBWR 跟踪文件
ORA-01110: 数据文件 1: 'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF'

反向拷贝所有数据文件和控制文件到原有位置，然后进行数据库恢复：

SQL> recover database until cancel;
完成介质恢复。

SQL> alter database open resetlogs;

数据库已更改。

SQL> select status from v$instance;

STATUS
------------
OPEN

SQL> select file# ,status from v$datafile;

     FILE# STATUS
---------- -------
         1 SYSTEM
         2 ONLINE
         3 ONLINE
         4 ONLINE
         5 ONLINE
         6 ONLINE
         7 ONLINE

已选择7行。

SQL> select * from scott.youjinge;
select * from scott.youjinge
                    *
第 1 行出现错误:
ORA-00942: 表或视图不存在

说明回到备份点的位置
搞怪的索引
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
NOARCHIVELOG模式下的备份与恢复
07-03
如果数据库处在NOARCHIVELOG模式下，那么选择备份恢复的方案就较小，这里列出了该模式下的备份恢复全解决方案；
Oracle 数据库备份与恢复总结
weixin_44277520的博客
07-11 4980
关于 Oracle 数据库的备份与恢复，经过了不少项目，以及我在给公司做培训时也有一些总结，现在总结在一起贴出来。
将数据库从noarchivelog模式更改为archivelog模式
chongxinshangxian的博客
02-27 1209
将数据库从noarchivelog模式更改为archivelog模式步骤如下： SQL> archive log list 数据库日志模式             非存档模式 自动存档             禁用 存档终点            USE_DB_RECOVERY_FILE_DEST 最早的联机日志序列     15 当前日志序列           17 SQL>
oracle恢复的方法,Oracle之不完全恢复
weixin_42493639的博客
04-03 1086
整理自《Oracle database11g RMAN 备份与恢复》001 概述顾名思义，不完全恢复就是指不完全的数据库恢复。不完全恢复与完全恢复在许多方面是相同的，它们基本的命令集相同，但不完全恢复添加了一些其它命令。引起不完全恢复的原因有很多，如丢失了联机重做日志或归档的重做日志，或者出现重大的用户错误。不完全恢复会影响整个数据库；换句话说，不能只对数据库的一部分执行不完全恢复操作，因为这会...
ORACLE在Noarchivelog和archivelog之间切换的一点实践
wang_159369的专栏
08-12 7339
--只有在mount状态下才可以在archivelog和noarchivelog之间切换 --在init.ora中指定了log_archive_start为true后重启DB后仍会保持为自动归档方式 --只有在archivelog模式和自动归档方式同时存在时才可以生成归档日志文件。 --自动归档方式可以在DB处于打开状态时用{archvie log start|stop}任意改变。 ===
查看oracle数据库是否归档和修改归档模式
CodeSaint的专栏
11-24 6730
       Oracle分为非归档模式(NOARCHIVELOG)  和归档模式(ARCHIVELOG)。非归档模式不产生归档日志，虽然节省了硬盘空间，但是备份方案选择很有限，通常只能选择冷备份。还原也只能还原到备份那一时刻的数据，通常也仅在开发时使用（据说在数据仓库中也使用），Oracle安装默认就是非归档模式。在生产环境中我们因该使用归档模式，它会产生归档日志，可以使用多种备份和还原方案，对
oracle 模除,oracle非归档模（noarchive)式下冷备与恢复
weixin_30714077的博客
04-04 168
生产中的数据库模式都是archivelog模式，noarchivelog 一定不能使用在生产数据库中，看了网上的资料做了一次关于noarchivelog模式下的冷备与恢复操作；实验的数据库对象为 undosql数据库；用oracle用户连接数据库，[oracle@data /]$ env |grep ORAORACLE_SID=undosqlORACLE_BASE=/u01/app/oracleO...
oracle数据库日志切换进程是,ORACLE数据库ARCHIVELOG，NOARCHIVELOG模式转换简单总结，Redo Log重做日志）Archive Log归档日志）...
weixin_30737899的博客
04-02 323
在线QQ客服：1922638专业的SQL Server、MySQL数据库同步软件Oracle9i中有两种日志，一种称为Redo Log(重做日志)。 ，另一种称为存档日志(Archive Log)重做日志重做日志文件由LGWR进程从Oracle实例中的重做日志缓冲区写入，并被回收。也就是说，写满后要重做日志文件(组)。存档日志存档日志是当数据库以存档模式运行时，在重做日志文件(组)已满之后，ARC...
Oracle数据库:归档模式(archivelog)和非归档模式(noarchivelog)
xtpebg的专栏
01-17 427
Oracle数据库可以运行在2种模式下:归档模式(archivelog)和非归档模式(noarchivelog) 归档与非归档的区别请参考ORACLE相关文档。 数据库循环使用LOG文件，若数据库处于“非归档日志”模式，当LOG文件被使用后，文件中记录的重做信息将覆盖。为了恢复数据库，必须启用归档。 归档模式可以提高Oracle数据库的可恢复性，生产数据库都应该运行在此模式下，归档模式...
ARCHIVELOG 与 NOARCHIVELOG模式的转换
oracle13的专栏
09-25 729
 数据库有两种运行模式： 一种是归档模式即ARCHIVELOG                                       另一种就是不归档模式即NOARCHIVELOG                                     （其中ARCHIVELOG模式支持联机备份） 前提条件：   确定数据库运行模式：   SELECT  LOG_MODE
NOARCHIVELOG模式下Oracle数据库恢复常见故障分析.pdf
10-10
NOARCHIVELOG模式下Oracle数据库恢复常见故障分析.pdf
Oracle+Database+11g+RMAN备份与恢复.pdf
04-23
Oracle 数据库物理体系结构 Oracle 操作内核 ARCHIVELOG模式操作与 NOARCHIVELOG 模式操作 Oracle 恢复模式 Oracle 中的手动备份操作 Oracle 中的手动恢复操作
Oracle之RMAN备份及还原
12-14
　在noarchivelog模式下，可以使用RMAN备份read-only和offline的表空间 　ORACLE RMAN停机备份： 　备份 　RMAN连接上ORACLE，WINDOWS下在命令模式下 　RMAN TARGET / 　连接本地数据库用的是本地认证模式。...
Oracle数据库可以运行在2种模式下归档模式(archivelog)和非归档模式(noarchivelog
02-01
Oracle数据库可以运行在2种模式下归档模式(archivelog)和非归档模式(noarchivelog).doc
控制文件的备份与恢复（手动）
搞怪的索引
04-15 1845
Oracle  11.2 version Red Hat Enterprise Linux Server release 5.4   首先需要给控制文件做一个备份： SQL> alter database backup controlfile to '/u01/app/oracle/online_backup/controlfile'; Database altered. 然后查看（做
高版本数据库在低版本数据库恢复时的实验
搞怪的索引
07-27 1594
说明不兼容，这个时候修改   拷贝此文件到10.2.0.1.0的dbs下，然后用该pfile启动数据库： 于是就在原来的10.2.0.3.0上把controlfile备份到trace文件中发现里面有关于版本号的语句，于是就写一个重建控制文件的sql,去执行； CREATECONTROLFILEREUSEDATABASE "ORCL" NORESETLOGS  NOARCH
冷备份与冷回复
搞怪的索引
08-12 1376
冷备份是指在数据库关闭的情况下对所有数据文件的拷贝操作，这种操作既可以在非归档的数据库模式上运行，又可以在归档的数据库模式上运行。注：非归档模式下只能进行这种备份（冷备份）。       进行冷备份之前需要关闭数据库（shutdown immediate），然后把所有的数据文件、控制文件、参数文件、口令文件，拷贝到你想要备份的地方，之后重启数据库（startup）。至此，备份完成。
FAST_START_MTTR_TARGET 参数
搞怪的索引
05-19 930
先来看官方文档解释 FAST_START_MTTR_TARGET Property Description Parameter type Integer Default value 0 Modifiable ALTER SYSTEM Range of values 0 to 3600 seconds B
00258 noarchivelog
最新发布
09-09
00258 noarchivelog是Oracle数据库的一个参数，指示数据库不生成归档日志。 归档日志是一种记录了数据库操作的日志文件，可以用于数据恢复和故障恢复。当数据库处于归档模式下时，所有的日志文件都会被归档并保存在特定的位置。但当参数设置为noarchivelog时，数据库不会生成归档日志，所有的日志只会保存在在线日志文件中，而不会被归档。这样可以减少数据库存储空间的使用，但同时也降低了数据库的容灾能力。 使用noarchivelog模式的数据库无法进行点时间恢复，即只能通过恢复到最后一次备份后的状态，无法恢复到某个具体时间点的状态。因此，在应用中使用noarchivelog模式要慎重考虑，通常适用于一些非关键性数据，对数据完整性要求不高的情况下。 需要注意的是，如果数据库当前是归档模式，想要切换到noarchivelog模式，必须先将所有已生成的归档日志文件删除，否则无法切换成功。 总之，00258 noarchivelog是Oracle数据库中的一个参数，用于设置数据库是否生成归档日志。使用noarchivelog模式可以减少存储空间的使用，但同时也降低了数据的容灾能力。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

搞怪的索引

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值