归档日志的一些操作,设置,检查无效文件

有关归档的一些操作
 
 
 
ps:
--这个符号是解释
有颜色字体标示是需要注意的地方
 
 
[[email protected] ~]# su – oracle
 
--设置一下ORACLE_SID
[[email protected] ~]$ export ORACLE_SID=denver
 
--查看一下denver实例是否启动
[[email protected] ~]$ ps -ef|grep oracle
root    27264  6887  0 04:23 tty1     00:00:00 su - oracle
oracle  27265 27264  0 04:23 tty1     00:00:00 -bash
root    29670 29641  0 09:43 pts/1    00:00:00 su - oracle
oracle  29671 29670  0 09:43 pts/1    00:00:00 -bash
oracle  29754     1  0 09:50 ?        00:00:00/u01/app/oracle/product/11.2.0/db_1/bin/tnslsnr LISTENER -inherit
root    29868 29807  0 10:00 pts/3    00:00:00 su - oracle
oracle  29869 29868  0 10:00 pts/3    00:00:00 -bash
oracle  30135 29869  0 10:30 pts/3    00:00:00 rlwrap sqlplus / as sysdba
oracle  30136 30135  0 10:30 pts/2    00:00:00 sqlplus   as sysdba
oracle  30198     1  0 10:33 ?        00:00:00 ora_pmon_denver
oracle  30200     1  0 10:33 ?        00:00:02 ora_vktm_denver
oracle  30204     1  0 10:33 ?        00:00:00 ora_gen0_denver
oracle  30206     1  0 10:33 ?        00:00:00 ora_diag_denver
oracle  30208     1  0 10:33 ?        00:00:00 ora_dbrm_denver
oracle  30210     1  0 10:33 ?        00:00:00 ora_psp0_denver
oracle  30212     1  0 10:33 ?        00:00:01 ora_dia0_denver
oracle  30214     1  0 10:33 ?        00:00:02 ora_mman_denver
oracle  30216     1  0 10:33 ?        00:00:00 ora_dbw0_denver
oracle  30218     1  0 10:33 ?        00:00:00 ora_lgwr_denver
oracle  30220     1  0 10:33 ?        00:00:01 ora_ckpt_denver
oracle  30222     1  0 10:33 ?        00:00:01 ora_smon_denver
oracle  30224     1  0 10:33 ?        00:00:00 ora_reco_denver
oracle  30226     1  0 10:33 ?        00:00:01 ora_mmon_denver
oracle  30229     1  0 10:33 ?        00:00:00 ora_mmnl_denver
oracle  30231     1  0 10:33 ?        00:00:00 ora_d000_denver
oracle  30233     1  0 10:33 ?        00:00:00 ora_s000_denver
oracle  30279 30136  0 10:33 ?        00:00:02 oracledenver (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle  30284     1  0 10:34 ?        00:00:00 ora_arc0_denver
oracle  30286     1  0 10:34 ?        00:00:00 ora_arc1_denver
oracle  30288     1  0 10:34 ?        00:00:00 ora_arc2_denver
oracle  30290     1  010:34 ?        00:00:00 ora_arc3_denver
oracle  30292     1  0 10:34 ?        00:00:00 ora_qmnc_denver
oracle  30311     1  0 10:34 ?        00:00:00 ora_cjq0_denver
oracle  30313     1  0 10:34 ?        00:00:00 ora_q000_denver
oracle  30315     1  010:34 ?        00:00:00 ora_q001_denver
oracle  30352     1  0 10:39 ?        00:00:00 ora_smco_denver
oracle  30354     1  0 10:39 ?        00:00:00 ora_w000_denver
oracle  30381 29671  0 10:43 pts/1    00:00:00 rlwrap rman target /
oracle  30382 30381  0 10:43 pts/0    00:00:04 rman target /
oracle  30387 30382  0 10:43 ?        00:00:03 oracledenver(DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle  30390 30382  0 10:43 ?        00:00:00 oracledenver(DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle  30391 30382  0 10:43 ?        00:00:00 oracledenver(DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
root    30435 30406  0 10:45 pts/4    00:00:00 su - oracle
oracle  30436 30435  0 10:45 pts/4    00:00:00 -bash
root    30661 30625  0 11:05 pts/5    00:00:00 su - oracle
oracle  30662 30661  0 11:05 pts/5    00:00:00 -bash
oracle  30696 30662  0 11:05 pts/5    00:00:00 ps -ef
oracle  30697 30662  0 11:05 pts/5    00:00:00 grep oracle
[[email protected] ~]$ sqlplus / as sysdba
 
SQL*Plus: Release 11.2.0.1.0 Production onFri Aug 8 11:06:06 2014
 
Copyright (c) 1982, 2009, Oracle.  All rights reserved.
 
 
Connected to:
Oracle Database 11g Enterprise EditionRelease 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Miningand Real Application Testing options
 
--查看当前的归档模式
SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     6
Next log sequence to archive   8
Current log sequence           8
 
--下面的步骤是把归档模式更改为非归档模式,
 
--首先关了数据库
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
 
--将数据库启动到mount的模式下,这种模式下只打开控制文件,不打开数据文件
SQL> startup mount;
ORACLE instance started.
 
Total System Global Area  556584960 bytes
Fixed Size                  1337860 bytes
Variable Size             373294588 bytes
Database Buffers          176160768 bytes
Redo Buffers                5791744 bytes
Database mounted.
 
--把数据库切换为非归档模式
SQL> alter database noarchivelog;
 
Database altered.
 
--把数据库打开,此时打开数据文件
SQL> alter database open;
 
Database altered.
 
--查看归档的模式,此时就从归档模式à非归档模式
SQL> archive log list;
Database log mode              No Archive Mode
Automatic archival             Disabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     6
Current log sequence           8
 
--下面的步骤是从非归档模式à归档模式,方法和上面的类似
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount;
ORACLE instance started.
 
Total System Global Area  556584960 bytes
Fixed Size                  1337860 bytes
Variable Size             373294588 bytes
Database Buffers          176160768 bytes
Redo Buffers                5791744 bytes
Database mounted.
SQL> alter database archivelog;
 
Database altered.
 
SQL> alter database open;
 
Database altered.
 
--此时就是归档模式
SQL> archive log list;
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     6
Next log sequence to archive   8
Current log sequence           8
 
--看一下数据库是否位于archivelog模式中,并且归档过程正在进行
SQL> select log_mode from v$database;
 
LOG_MODE
------------
ARCHIVELOG
 
SQL> select archiver from v$instance;
 
ARCHIVE
-------
STARTED
 
--查看归档日志的位置,由于是第一次切换到归档,所以没有文件
SQL> select name from v$archived_log;
 
NAME
--------------------------------------------------------------------------------
 
 
--日志切换,这里是手动切换日志,会产生一个归档日志
SQL> alter system switch logfile;
 
System altered.
 
--上一步由于产生了一个归档日志,所以在这里能查到,并且能看到具体的位置
SQL> select name from v$archived_log;
 
NAME
--------------------------------------------------------------------------------
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_8_9y8j5
wgj_.arc
 
--下面多产生几个归档日志
SQL> alter system switch logfile;
 
System altered.
 
SQL> /
 
System altered.
 
SQL> /
 
System altered.
 
SQL> /
 
System altered.
 
SQL> /
 
System altered.
 
SQL> /
 
System altered.
 
--这里可以看一下归档日志的位置
SQL> select name from v$archived_log;
 
NAME
--------------------------------------------------------------------------------
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_8_9y8j5
wgj_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_9_9y8j6
o3g_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_10_9y8j
6t3q_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_11_9y8j
 
NAME
--------------------------------------------------------------------------------
6yhd_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_12_9y8j
706o_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_13_9y8j
7166_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_14_9y8j
7335_.arc
 
 
8 rows selected.
 
SQL> !
 
 
 
--切换到那个目录,查看一下归档文件
[[email protected] ~]$ cd/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/
[[email protected] 2014_08_08]$ ls
o1_mf_1_10_9y8j6t3q_.arc  o1_mf_1_13_9y8j7166_.arc  o1_mf_1_9_9y8j6o3g_.arc
o1_mf_1_11_9y8j6yhd_.arc  o1_mf_1_14_9y8j7335_.arc
o1_mf_1_12_9y8j706o_.arc  o1_mf_1_8_9y8j5wgj_.arc
 
鎬昏 2608
-rw-r----- 1 oracle oinstall    2048 08-08 11:15 o1_mf_1_10_9y8j6t3q_.arc
-rw-r----- 1 oracle oinstall    1024 08-08 11:15 o1_mf_1_11_9y8j6yhd_.arc
-rw-r----- 1 oracle oinstall    1024 08-08 11:15 o1_mf_1_12_9y8j706o_.arc
-rw-r----- 1 oracle oinstall    1024 08-08 11:15 o1_mf_1_13_9y8j7166_.arc
-rw-r----- 1 oracle oinstall    1024 08-08 11:15 o1_mf_1_14_9y8j7335_.arc
-rw-r----- 1 oracle oinstall 2638848 08-0811:15 o1_mf_1_8_9y8j5wgj_.arc
-rw-r----- 1 oracle oinstall    1024 08-08 11:15 o1_mf_1_9_9y8j6o3g_.arc
 
--通过rman对归档日志进行管理,下面是测试crosscheck archivelog all和delete expired --archivelog all这两个命令
 
--连接rman
[[email protected] 2014_08_08]$ rman target /
 
Recovery Manager: Release 11.2.0.1.0 -Production on Fri Aug 8 11:18:08 2014
 
Copyright (c) 1982, 2009, Oracle and/or itsaffiliates.  All rights reserved.
 
connected to target database: DENVER(DBID=4143344931)
 
--检查无效的归档日志,succeeded表示成功,文件都有效
RMAN> crosscheck archivelog all;
 
using target database control file insteadof recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=34 device type=DISK
validation succeeded for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_8_9y8j5wgj_.arcRECID=2 STAMP=855054908
validation succeeded for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_9_9y8j6o3g_.arcRECID=3 STAMP=855054933
validation succeeded for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_10_9y8j6t3q_.arcRECID=4 STAMP=855054938
validation succeeded for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_11_9y8j6yhd_.arcRECID=5 STAMP=855054942
validation succeeded for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_12_9y8j706o_.arcRECID=6 STAMP=855054944
validation succeeded for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_13_9y8j7166_.arcRECID=7 STAMP=855054945
validation succeeded for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_14_9y8j7335_.arcRECID=8 STAMP=855054947
Crosschecked 7 objects
 
--这个命令是删除无效的归档日志,由于上面检查的没有无效的,所以这里什么也没有删除
RMAN> delete expired archivelog all;
 
released channel: ORA_DISK_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=34 device type=DISK
specification does not match any archivedlog in the repository
 
RMAN> exit
 
 
Recovery Manager complete.
[[email protected] 2014_08_08]$ ls
o1_mf_1_10_9y8j6t3q_.arc  o1_mf_1_13_9y8j7166_.arc  o1_mf_1_9_9y8j6o3g_.arc
o1_mf_1_11_9y8j6yhd_.arc  o1_mf_1_14_9y8j7335_.arc
o1_mf_1_12_9y8j706o_.arc  o1_mf_1_8_9y8j5wgj_.arc
[[email protected] 2014_08_08]$ ll
鎬昏 2608
-rw-r----- 1 oracle oinstall    2048 08-08 11:15 o1_mf_1_10_9y8j6t3q_.arc
-rw-r----- 1 oracle oinstall    1024 08-08 11:15 o1_mf_1_11_9y8j6yhd_.arc
-rw-r----- 1 oracle oinstall    1024 08-08 11:15 o1_mf_1_12_9y8j706o_.arc
-rw-r----- 1 oracle oinstall    1024 08-08 11:15 o1_mf_1_13_9y8j7166_.arc
-rw-r----- 1 oracle oinstall    1024 08-08 11:15 o1_mf_1_14_9y8j7335_.arc
-rw-r----- 1 oracle oinstall 2638848 08-0811:15 o1_mf_1_8_9y8j5wgj_.arc
-rw-r----- 1 oracle oinstall    1024 08-08 11:15 o1_mf_1_9_9y8j6o3g_.arc
 
--把归档日志的物理文件都删除
[[email protected] 2014_08_08]$ rm *.arc
鎬昏 0
[[email protected] 2014_08_08]$ exit
exit
 
--在删除归档文件的物理文件之后,在oracle里面可以查到
SQL> select name from v$archived_log;
 
NAME
--------------------------------------------------------------------------------
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_8_9y8j5
wgj_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_9_9y8j6
o3g_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_10_9y8j
6t3q_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_11_9y8j
 
NAME
--------------------------------------------------------------------------------
6yhd_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_12_9y8j
706o_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_13_9y8j
7166_.arc
 
/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_14_9y8j
7335_.arc
 
 
8 rows selected.
 
SQL> !
[[email protected] ~]$ cd/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/
 
--此时归档日志的物理文件已经删除完成,查看不到了
[[email protected] 2014_08_08]$ ll
鎬昏 0
 
--连接到rman
[[email protected] 2014_08_08]$ rman target /
 
Recovery Manager: Release 11.2.0.1.0 -Production on Fri Aug 8 11:20:35 2014
 
Copyright (c) 1982, 2009, Oracle and/or itsaffiliates.  All rights reserved.
 
connected to target database: DENVER(DBID=4143344931)
 
--现在检查无效的归档日志文件,failed表示就是无效的
RMAN> crosscheck archivelog all;
 
using target database control file insteadof recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=42 device type=DISK
validation failed for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_8_9y8j5wgj_.arcRECID=2 STAMP=855054908
validation failed for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_9_9y8j6o3g_.arcRECID=3 STAMP=855054933
validation failed for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_10_9y8j6t3q_.arcRECID=4 STAMP=855054938
validation failed for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_11_9y8j6yhd_.arcRECID=5 STAMP=855054942
validation failed for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_12_9y8j706o_.arcRECID=6 STAMP=855054944
validation failed for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_13_9y8j7166_.arcRECID=7 STAMP=855054945
validation failed for archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_14_9y8j7335_.arcRECID=8 STAMP=855054947
Crosschecked 7 objects
 
--把上一步检查到了无效的归档日志都删除,要删除输入  yes
--此处删除的其实是数据库控制文件里面对归档日志的记录,这里删除之后,在oracle里面就查不到归--档日志的信息了
RMAN> delete expired archivelog all;
 
released channel: ORA_DISK_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=42 device type=DISK
List of Archived Log Copies for databasewith db_unique_name DENVER
=====================================================================
 
Key    Thrd Seq     S Low Time 
------- ---- ------- - ---------
2      1    8       X 08-AUG-14
       Name: /u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_8_9y8j5wgj_.arc
 
3      1    9       X 08-AUG-14
       Name:/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_9_9y8j6o3g_.arc
 
4      1    10      X 08-AUG-14
       Name:/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_10_9y8j6t3q_.arc
 
5      1    11      X 08-AUG-14
       Name:/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_11_9y8j6yhd_.arc
 
6      1    12      X 08-AUG-14
       Name:/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_12_9y8j706o_.arc
 
7      1    13      X 08-AUG-14
       Name: /u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_13_9y8j7166_.arc
 
8      1    14      X 08-AUG-14
       Name:/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_14_9y8j7335_.arc
 
 
Do you really want to delete the aboveobjects (enter YES or NO)? yes
deleted archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_8_9y8j5wgj_.arcRECID=2 STAMP=855054908
deleted archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_9_9y8j6o3g_.arcRECID=3 STAMP=855054933
deleted archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_10_9y8j6t3q_.arcRECID=4 STAMP=855054938
deleted archived log
archived log file name=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_11_9y8j6yhd_.arcRECID=5 STAMP=855054942
deleted archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_12_9y8j706o_.arcRECID=6 STAMP=855054944
deleted archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_13_9y8j7166_.arcRECID=7 STAMP=855054945
deleted archived log
archived log filename=/u01/app/oracle/flash_recovery_area/DENVER/archivelog/2014_08_08/o1_mf_1_14_9y8j7335_.arcRECID=8 STAMP=855054947
Deleted 7 EXPIRED objects
 
 
RMAN> exit
 
 
Recovery Manager complete.
[[email protected] 2014_08_08]$ ll
鎬昏 0
[[email protected] 2014_08_08]$ exit
exit
 
--此时再查看的话oracle里面就看不到归档日志的信息了
SQL> select name from v$archived_log;
 
NAME
--------------------------------------------------------------------------------
 
 
 
 
 
 
 
 
 
8 rows selected.
 
SQL>

归档日志的一些操作,设置,检查无效文件

时间: 2024-11-02 13:19:32

归档日志的一些操作,设置,检查无效文件的相关文章

删除oracle 归档日志之前的几个检查项

本文为原创文章, 转载请注明出处 http://blog.csdn.net/msdnchina/article/details/41413313 删除归档日志,需要提前确认几点: 1.是否是dg环境:若是dg环境,需要确认归档日志在备库上是否应用完毕. 2.是否配有ogg等逻辑复制软件:需要确认ogg的抽取进程的读检查点(ggsci> info extfull showch)在哪个归档日志上 3.是否存在recover状态的datafile(v$recover_file视图):该视图的查询结果应

Linux下设置定时任务删除归档日志

1.编辑删除归档日志的脚本----/home/oracle/clearlog.sh #! /bin/bash source ~/profile_orcl#记录归档删除的日志exec >> /home/rman_log/log/del_arch`date +%F-%H`.log $ORACLE_HOME/bin/rman target / <<EOF#检查归档crosscheck archivelog all; #列出无效的归档日志list expired archivelog al

通过RMAN删除归档日志不释放问题

我的生产环境中归档日志满了,通过如下脚本删除后,空间并没有释放,看有网友有相关的解决思路,可以跟大家一起分享一下: RMAN> crosscheck archivelog all; RMAN> delete expried archivelog all; 关于rm删除文件空间不释放的问题可以写成一个FAQ了 一般说来不会出现rm掉不释放空间的情况出现这样的情况一般是由于有进程在向文件中写数据或有进程正在访问文件而此时rm文件则会出现不释放空间的情况 理解这样的问题需要理解rm的操作内含一个文件

oracle归档日志文件管理

归档日志(Archive Log)是非活动的重做日志备份.通过使用归档日志,可以保留所有重做历史记录,当数据库处于ARCHIVELOG模式并进行日志切换式,后台进程ARCH会将重做日志的内容保存到归档日志中.当数据库出现介质失败时,使用数据文件备份,归档日志和重做日志可以完全恢复数据库. 日志操作模式:ARCHIVELOG NOARCHIVELOG 1,改变日志操作模式: 检查当前日志操作模式 SELECT log_mode from v$database; 关闭数据库,然后装载数据库 SHUT

oracle归档日志管理

归档日志(Archive Log)是非活动的重做日志备份.通过使用归档日志,可以保留所有重做历史记录,当数据库处于ARCHIVELOG模式并进行日志切换式,后台进程ARCH会将重做日志的内容保存到归档日志中.当数据库出现介质失败时,使用数据文件备份,归档日志和重做日志可以完全恢复数据库.日志操作模式:ARCHIVELOG NOARCHIVELOG1,改变日志操作模式:检查当前日志操作模式SELECT log_mode from v$database; 关闭数据库,然后装载数据库SHUTDOWN

oracle归档日志配置查询

归档日志(Archive Log)是非活动的重做日志备份.通过使用归档日志,可以保留所有重做历史记录,当数据库处于ARCHIVELOG模式并进行日志切换式,后台进程ARCH会将重做日志的内容保存到归档日志中.当数据库出现介质失败时,使用数据文件备份,归档日志和重做日志可以完全恢复数据库. 日志操作模式:ARCHIVELOG NOARCHIVELOG 1,改变日志操作模式: 检查当前日志操作模式 SELECT log_mode from v$database; 关闭数据库,然后装载数据库 SHUT

【实验-视频过程】数据库归档日志满了以后

归档日志满了以后. 一.清理文件 C:\Users\Administrator>19:24:36.78>sqlplus scott/tiger SQL*Plus: Release 11.2.0.1.0 Production on 星期五 10月 9 19:24:40 2015 Copyright (c) 1982, 2010, Oracle. All rights reserved. ERROR: ORA-00257: archiver error. Connect internal only

Oracle下定时删除归档日志脚本

一.报错信息 前几天网站突然访问不了,并且报了如下错误: ora-27101: shared memory realm does not exist ora-01034: oracle not available 11g ORA-24324: service handle not initialized 原因:由于数据库归档日志满了,不能继续往数据库里写数据. 二.查看归档日志大小 su - oracle sqlplus / as sysdba show parameter recover 可查

delete archivelog all 无法彻底删除归档日志?

最近在因归档日志暴增,使用delete archivelog all貌似无法清除所有的归档日志,到底是什么原因呢? [python] view plain copy print? 1.演示环境 SQL> select * from v$version where rownum<2; BANNER ---------------------------------------------------------------- Oracle Database 10g Release 10.2.0.