正文
Oracle使用startup与startup force启动的区别
提示：扫一扫查出行【扫一扫了解最新限行尾号】
复制提示
1. startup
就是正常启动数据库，没什么好说的。
2. startup force
是shutdown abort + startup的组合，即强制关闭数据库+ 正常启动数据库，想快速重启数据库时胆子大的人用的。
startup force测试
在一个窗口执行startup force 命令
点击(此处)折叠或打开
[oracle@vm012odb018 ~]$ sqlplus "/as sysdba"
SQL*Plus: Release 11.2 。 0 。 4 。 0生产 在 星期五12月20日10 : 16 : 29日2013
版权 ( c ) 1982年 , 2013年 , 甲骨文 。 所有 版权 。
连接 来 :
甲骨文 数据库 11 g企业版 释放 11 。 2 。 0 。 4 。 0 - - - - - - 64位的生产
与 分区 , 甲骨文标签安全 , OLAP , 数据 矿业
和 真正的 应用程序测试选项
SQL > 启动 力
ORACLE实例开始 。
系统全局总面积3340451840字节
固定 大小 2257840字节
变量 大小 1929382992字节
数据库 缓冲区1392508928字节
重做缓冲区16302080字节
数据库 安装 。
数据库 打开 。
SQL >
同时监控后台数据库的alert日志
点击(此处)折叠或打开
[root@vm012odb018 ~]# su - oracle
[oracle@vm012odb018 ~]美元 cd的应用 / 诊断接头 / rdbms / ledb01 / LEDB01 / 跟踪 /
( 甲骨文 @ vm012odb018跟踪 ] 美元 tailf alert_LEDB01 。 日志
存档 日志 条目344添加 为 线程1 序列 344 ID 0 xc87c495a 1不在座位上 :
12月20日星期五02 : 00 : 00 2013
关闭调度窗口
关闭 资源 经理计划通过调度程序窗口
清算 资源 经理计划通过参数
12月20日星期五02 : 00 : 08年2013
线程1先进 来 日志 序列 346年 ( LGWR开关 )
当前的 日志 # 1 seq # 346 mem # 0 : / 首页 / 甲骨文 / 应用程序 / oradata / LEDB01 / redo01 。 日志
12月20日星期五02 : 00 : 09年2013
存档 Log entry 345 added for thread 1 sequence 345 ID 0xc87c495a dest 1:
以下为startup force的日志
Fri Dec 20 10:17:17 2013 --数据库被shutdown abort
Shutting down instance (abort)
License high water mark =9
用户 ( ospid : 23328年 ) : 终止该实例
实例终止 通过 用户 , pid = 23328年
星期五12月20日10 : 17 : 18 2013
Instance shutdown complete
Fri Dec 20 10:17:19 2013 --启动数据库startup
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Initial number ofCPU 是 1
细胞通讯 是 配置 来 使用0接口 ( 年代 ) :
细胞IP亲和力细节 :
NUMA状态 : 非 - - - - - - NUMA系统
cellaffinity 。 奥拉状态 : N / 一个
细胞通讯将使用1个IP 集团 ( 年代 ) :
Grp 0 :
选择锁 - - - - - - 免费的SCN方案3
自动调谐 的 撤销保留 是 转 在 。
将 = BR
ILAT = 51
LICENSE_MAX_USERS = 0
系统审计 是 禁用
启动 :
甲骨文 数据库 11 g企业版 释放 11 。 2 。 0 。 4 。 0 - - - - - - 64位的生产
与 分区 , 甲骨文标签安全 , OLAP , 数据 矿业
和 真正的 应用程序测试选项 。
ORACLE_HOME = / 首页 / 甲骨文 / 应用程序 / 产品 / 11 。 2 。 0 。 4 / db_1
系统名称 : Linux
节点名称 : vm012odb018
释放 : 2 。 6 。 18 - - - - - - 238年 。 el5
版本 : 15 # 1 SMP 1月13日星期四 : 51 : 美国东部时间2011
机 : x86_64
使用 参数设置 在 服务器 - - - - - - 一边spfile / 首页 / 甲骨文 / 应用程序 / 产品 / 11 。 2 。 0 。 4 / db_1 / 星展银行 / spfileLEDB01 。 奥拉
系统参数 与 非 - - - - - - 默认的 值 :
流程 = 300年
会话 = 472年
事件 = ”“
nls_language = “美国”
nls_territory = “美国”
memory_target = 3200米
control_files = “/ home / oracle / app / oradata / LEDB01 / control01.ctl”
control_files = “/ home / oracle / app / flash_recovery_area / LEDB01 / control02.ctl”
db_block_size = 8192年
兼容的 = “11.2.0.0.0”
log_archive_dest_1 = “位置= / home / oracle / archivelog”
db_recovery_file_dest = “/ home / oracle / app / flash_recovery_area”
db_recovery_file_dest_size = 3882米
undo_tablespace = “UNDOTBS1”
remote_login_passwordfile = “独家”
db_domain = ”“
调度程序 = ”(协议(TCP)(服务= LEDB01XDB)"
audit_file_dest = “/ home / oracle / app / admin / LEDB01 / adump”
audit_trail = “数据库”
db_name = “LEDB01”
判断 = 300年
deferred_segment_creation = 假
diagnostic_dest = “/ home / oracle /应用程序”
星期五12月20日10 : 17 : 21 2013
PMON开始 与 pid = 2 , 操作系统标识 = 23423年
星期五12月20日10 : 17 : 21 2013
PSP0开始 与 pid = 3 , 操作系统标识 = 23427年
星期五12月20日10 : 17 : 22 2013
VKTM开始 与 pid = 4 , 操作系统标识 = 23431年
VKTM运行在 ( 100毫秒 ) 精度
星期五12月20日10 : 17 : 22 2013
GEN0开始 与 pid = 5 , 操作系统标识 = 23437年
星期五12月20日10 : 17 : 22 2013
诊断接头开始 与 pid = 6 , 操作系统标识 = 23441年
星期五12月20日10 : 17 : 22 2013
DBRM开始 与 pid = 7 , 操作系统标识 = 23445年
星期五12月20日10 : 17 : 22 2013
DIA0开始 与 pid = 8 , 操作系统标识 = 23449年
星期五12月20日10 : 17 : 22 2013
MMAN开始 与 pid = 9 , 操作系统标识 = 23453年
星期五12月20日10 : 17 : 22 2013
DBW0开始 与 pid = 10 , 操作系统标识 = 23457年
星期五12月20日10 : 17 : 2013年23
LGWR开始 与 pid = 11 , 操作系统标识 = 23461年
星期五12月20日10 : 17 : 2013年23
CKPT开始 与 pid = 12 , 操作系统标识 = 23465年
星期五12月20日10 : 17 : 2013年23
SMON开始 与 pid = 13 , 操作系统标识 = 23469年
星期五12月20日10 : 17 : 2013年23
重新启动自己 与 pid = 14 , 操作系统标识 = 23473年
星期五12月20日10 : 17 : 2013年23
MMON开始 与 pid = 15 , 操作系统标识 = 23477年
启动1调度程序 ( 年代 ) 为 网络地址 '(地址=(部分= YES)(协议(TCP))” 。 。 。
星期五12月20日10 : 17 : 2013年23
MMNL开始 与 pid = 16 , 操作系统标识 = 23481年
启动1共享服务器 ( 年代 ) 。 。 。
ORACLE_BASE 从 环境 = / 首页 / 甲骨文 / 应用程序
星期五12月20日10 : 17 : 2013年23
改变 数据库 山
成功的 山 的 重做线程1 , 与 山id 3372810867
数据库 安装 在 独家 模式
失去了写保护残疾人
完成 : 改变 数据库 山
星期五12月20日10 : 17 : 27日2013年
改变 数据库 开放
开始崩溃恢复 的 线程1
开始重做扫描
完成重做扫描
读129 KB重做 , 50 数据 块需要恢复
开始重做应用程序
线程1 : logseq 346 , 45315块
复苏 的 在线 重做 日志 : 线程1 集团 Seq 346阅读mem 0
Mem # 0 : / 首页 / 甲骨文 / 应用程序 / oradata / LEDB01 / redo01 。 日志
完成重做应用程序 的 0 。 03 mb
崩溃恢复完成时
线程1 : logseq 346 , 45573块 , 视交叉上核10747900
50 数据 块读 , 50 数据 块写 , 129重做k - - - - - - 字节读
LGWR : 开始拱过程
星期五12月20日10 : 17 : 28 2013
ARC0开始 与 pid = 20 , 操作系统标识 = 23510年
ARC0 : 档案的开始
LGWR : 开始拱过程完成
ARC0 : 开始拱过程
星期五12月20日10 : 17 : 29日2013
开始研究进展 与 pid = 21 , 操作系统标识 = 23514年
星期五12月20日10 : 17 : 29日2013
ARC2开始 与 pid = 22 , 操作系统标识 = 23518年
线程1先进 来 日志 序列 347年 ( 线程打开 )
线程1在 日志 序列 347年
当前的 日志 # 2 seq # 347 mem # 0 : / 首页 / 甲骨文 / 应用程序 / oradata / LEDB01 / redo02 。 日志
成功的 开放 的 重做线程1
MTTR咨询 是 残疾人因为FAST_START_MTTR_TARGET 是 不 集
SMON : 启用缓存复苏
研究进展 : 档案的开始
ARC2 : 档案的开始
研究进展 : 成为 “不歧视” 拱
研究进展 : 成为 “没有生存研究实验室” 拱
ARC2 : 成为心跳拱
星期五12月20日10 : 17 : 29日2013
ARC3开始 与 pid = 23 , 操作系统标识 = 23522年
存档 日志 条目346添加 为 线程1 序列 346 ID 0 xc87c495a 1不在座位上 :
( 23506年 ] 成功上网了撤销 表空间 2 。
取消初始化完成串行 : 0 开始 : 261251664 结束 : 261251884 diff : 220年 ( 2秒 )
验证 文件 头的兼容性 为 11 g 表空间 加密 。 。
验证11 g 文件 头的兼容性 为 表空间 加密完成
SMON : 使tx复苏
ARC3 : 档案的开始
ARC0 : 开始拱过程完成
数据库 Characterset 是 AL32UTF8
没有 资源 经理的计划活动
replication_dependency_tracking转 从 ( 没有异步multimaster复制 )
启动后台进程QMNC
星期五12月20日10 : 17 : 2013年32
QMNC开始 与 pid = 24 , 操作系统标识 = 23530年
完成 : 改变 数据库 开放
星期五12月20日10 : 17 : 2013年36
db_recovery_file_dest_size 的 3882 MB 是 0 。 00 % 使用 。 这 是 一个
用户 - - - - - - 指定的限制 在 量 的 将使用空间 通过 这
数据库 为 复苏 - - - - - - 相关文件 , 和 做 不 反映了数量 的
可用空间 在 底层文件系统 或 ASM diskgroup 。
星期五12月20日10 : 17 : 2013年36
启动后台进程CJQ0
星期五12月20日10 : 17 : 2013年36
CJQ0开始 与 pid = 25 , 操作系统标识 = 23560年
星期五12月20日10 : 22 : 2013年32
启动后台进程SMCO
星期五12月20日10 : 22 : 2013年32
SMCO开始 与 pid = 28 , 操作系统标识 = 23620年
oracle正常启动，startup force的全过程都在日志中体现。
--====================
-- Oracle 归档日志
--====================
Oracle可以将联机日志文件保存到多个不同的位置，将联机日志转换为归档日志的过程称之为归档。相应的日志被称为归档日志。
一、归档日志
是联机重做日志组文件的一个副本
包含redo记录以及一个唯一的log sequence number
对日志组中的一个日志文件进行归档，如果该组其中一个损坏，则另一个可用的日志将会被归档
对于归档模式的日志切换，当日志归档完成后，下一个日志才能被覆盖或重新使用
自动归档功能如开启，则后台进程arcn在日志切换时自动完成归档，否则需要手动归档
归档日志用途
恢复数据库
更新standby数据库
使用LogMiner 提取历史日志的相关信息
二、日志的两种模式
1.非归档模式
不适用与生产数据库
创建数据库时，缺省的日志管理模式为非归档模式
当日志切换，检查点产生后，联机重做日志文件即可被重新使用
联机日志被覆盖后，介质恢复仅仅支持到最近的完整备份
不支持联机备份表空间，一个表空间损坏将导致整个数据库不可用，需要删除掉损坏的表空间或从备份恢复
对于操作系统级别的数据库备份需要将数据库一致性关闭
应当备份所有的数据文件、控制文件(单个)、参数文件、密码文件、联机日志文件(可选)
2.归档模式
能够对联机日志文件进行归档，生产数据库强烈建议归档
在日志切换时，下一个即将被写入日志组必须归档完成之后，日志组才可以使用
归档日志的Log sequence number信息会记录到控制文件之中
必须有足够的磁盘空间用于存放归档日志
Oracle 9i 需要设置参数log_archive_start=true 才能够进行自动归档
备份与恢复
支持热备份，且当某个非系统表空间损坏，数据库仍然处于可用状态，且支持在线恢复
使用归档日志能够实现联机或脱机时点恢复(即可以恢复到指定的时间点、指定的归档日志或指定的SCN)
三、两种模式的切换设置及手动归档
1.非归档到归档模式
a.一致性关闭数据库(shutdown [immediate | transactional |normal])
b.启动到mount阶段(startup mount)
c.切换到归档模式(alter database archivelog [manual])
d.切换到open阶段(alter database open)
e.对数据做一个完整备份(full backup)
--演示非归档到归档模式
SQL> ARCHIVE LOG LIST --查看数据库是否处于归档模式
Database log mode No Archive Mode
Automatic archival Disabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 14
Current log sequence 16
SQL> SELECT log_mode FROM v$database; --查看数据库是否处于归档模式
LOG_MODE
------------
NOARCHIVELOG SQL> SHUTDOWN IMMEDIATE; --一致性关闭数据库
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> STARTUP MOUNT; --启动到mount状态
ORACLE instance started. Total System Global Area 251658240 bytes
Fixed Size 1218796 bytes
Variable Size 75499284 bytes
Database Buffers 171966464 bytes
Redo Buffers 2973696 bytes
Database mounted.
SQL> ALTER DATABASE ARCHIVELOG; --切换到自动归档模式
Database altered.
SQL> ALTER DATABASE OPEN; --切换到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 14
Next log sequence to archive 16
Current log sequence 16
--备份数据库步骤省略
2.归档模式切换到非归档模式(步骤同非归档到归档模式仅仅是c步骤使用alter database noarchivelog，演示省略)
a.一致性关闭数据库(shutdown [immediate | transactional |normal])
b.启动到mount阶段(startup mount)
c.切换到归档模式(alter database noarchivelog )
d.切换到open阶段(alter database open)
e.对数据做一个完整备份(full backup)
3.手动归档
手动归档时需要将日志模式切换为alter database archivelog manual
再使用alter system archive log current | all 实现归档
更多手动归档命令：ALTER SYSTEM archive_log_clause
注意:
手动归档模式下不支持stanby数据库
在alter database archivelog模式下也可以实现对日志的归档
SQL> ALTER DATABASE ARCHIVELOG MANUAL; --将日志模式切换为手工归档模式
Database altered.
SQL> ALTER DATABASE OPEN; --打开数据库
Database altered.
SQL> ALTER SYSTEM ARCHIVE LOG CURRENT; --对当前的日志进行归档(建议在mount阶段完成)
System altered.
SQL> ALTER SYSTEM ARCHIVE LOG ALL; --对所有的日志进行归档
alter system archive log all
*
ERROR at line 1:
ORA-00271: there are no logs that need archiving --没有需要归档的日志
4.归档进程的调整
通过设置LOG_ARCHIVE_MAX_PROCESSES 参数，可以指定数据库规定所需初始化的进程数，缺省的归档进程数为2
一般情况下不需要修改该参数，Oracle会根据归档情况自动启动额外的归档进程
也可以动态的增加或减少归档进程数，比如有些业务在月底需要进行大量归档，平时则归档较少，对此可以动态修改
修改方法
ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=3;
5.配置归档(两种归档位置配置方法)
a.归档到本机且少于等于两个归档位置
设置LOG_ARCHIVE_DEST和LOG_ARCHIVE_DUPLEX_DEST参数
alter system set log_archive_dest = '/u01/app/oracle/archivelog1' scope = spfile;
alter system set log_archive_duplex_dest = '/u01/app/oracle/archivelog2' scope = spfile;
b.归档到本机或远程主机
设置LOG_ARCHIVE_DEST_n 参数,n最大值为10
alter system set log_archive_dest_1 = 'LOCATION=/u01/app/oracle/archivelog3';
alter system set log_archive_dest_2 = 'SERVICE=standby1';
对于远程归档位置,SERVICE选项需要指定远程数据库的网络服务名(在tnsnames.ora文件中配置)
LOG_ARCHIVE_DEST_n的两个常用选项
MANADATORY | OPTIONAL:
MANADATORY表示归档必须成功复制到目的路径之后，联机重做日志才能被复用，OPTIONAL正好相反
REOPEN：
指定归档失败后指定间隔多少时间重试归案，缺省的为300秒
示例：
log_archive_dest_1 = 'LOCATION=/u01/app/oracle/archivelog3 manadatory reopen = 600'
log_archive_dest_2 = 'SERVICE=standby1 manadatory reopen'
c.两种归档方法异同(前者log_archive_dest、log_archive_duplex_dest ，后者log_archive_dest_n)
两者都可以归档到本机，后者可以归档到远程主机，前者不支持该功能
前者最多配置两个归档位置，后者可以配置10个归档位置
两者互不兼容，要么使用前者，要么使用后者
使用后者归档到本地时需要增加LOCATION选项，备份到远程主机需要使用SERVICE选项
但上述两种方式未指定路径时，归档日志位于db_recovery_file_dest 缺省为$ORACLE_BASE/flash_recovey_area
d.归档日志命名格式
设置LOG_ARCHIVE_FORMAT参数，Unix下的缺省设置为LOG_ARCHIVE_FORMAT=%t_%s_%r.dbf
%s: 日志序列号:
%S: 日志序列号(带有前导)
%t: 重做线程编号.
%T: 重做线程编号(带有前导)
%a: 活动ID号
%d: 数据库ID号
%r RESETLOGS的ID值.
alter system set log_archive_format = 'arch_%t_%s_%r.arc';
e.归档位置状态
Valid/Invalid --磁盘位置及服务名等是否有效
Enabled/Disabled --磁盘位置的可用状态及数据库能否使用该归档位置
Active/Inactive --访问归档目的地是否有异常
f.归档成功的最小个数(使用参数log_archive_min_succeed_dest = n)
alter system set log_archive_min_succeed_dest = 2; --缺省为1
联机重做日志组能够被覆盖的前提
所有强制路径归档位置成功实现归档
归档目的地的成功归档的个数大于或等于上述参数设定的值
当强制个数大于该参数设定的个数，则以强制个数为准
当强制个数小于该参数设定的个数，则可选的成功归档路径加上强制的归档路径个数至少等于该参数设定值
g.控制归档的可用性(使用参数log_archive_dest_state_n)
alter system set log_archive_dest_state_1 = enable | defer
enable -->缺省状态，可以在该归档位置进行归档
defer -->禁用该归档位置
h.演示归档路径配置及查看归档进程，归档位置状态
SQL> ARCHIVE LOG LIST; --查看日志是否处于归档状态
Database log mode Archive Mode
Automatic archival Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence 24
Next log sequence to archive 26
Current log sequence 26
SQL> ho ps -ef | grep ora_arc --查看归档进程是否已启动
oracle 4062 1 0 11:43 ? 00:00:00 ora_arc0_orcl
oracle 4064 1 0 11:43 ? 00:00:00 ora_arc1_orcl
SQL> SHOW PARAMETER ARCHIVE --查看归档路径是否已设置，为空值表示未设置
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
archive_lag_target integer 0
log_archive_config string
log_archive_dest string
log_archive_dest_1 string
log_archive_dest_10 string
log_archive_dest_2 string
log_archive_dest_3 string
log_archive_dest_4 string
log_archive_dest_5 string
log_archive_dest_6 string
log_archive_dest_7 string
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_8 string
log_archive_dest_9 string
log_archive_dest_state_1 string enable
log_archive_dest_state_10 string enable
log_archive_dest_state_2 string enable
log_archive_dest_state_3 string enable
log_archive_dest_state_4 string enable
log_archive_dest_state_5 string enable
log_archive_dest_state_6 string enable
log_archive_dest_state_7 string enable
log_archive_dest_state_8 string enable
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_state_9 string enable
log_archive_duplex_dest string
log_archive_format string %t_%s_%r.dbf
log_archive_local_first boolean TRUE
log_archive_max_processes integer 2
log_archive_min_succeed_dest integer 1
log_archive_start boolean FALSE --该参数在9i中使用
log_archive_trace integer 0
remote_archive_enable string true
standby_archive_dest string ?/dbs/arch
SQL> alter system set log_archive_dest = '/u01/app/oracle/archivelog1' scope = spfile;
System altered.
SQL> alter system set log_archive_duplex_dest= '/u01/app/oracle/archivelog2' scope=spfile;
System altered.
SQL> alter system set log_archive_format = 'arch_%t_%s_%r.arc' scope = spfile;
--设定完毕后需要重新启动实例，在此省略关闭启动信息
SQL> ho ls /u01/app/oracle/archivelog1 --查看归档路径下是否存在文件或文件夹
SQL> ho ls /u01/app/oracle/archivelog2 --查看归档路径下是否存在文件或文件夹
SQL> alter system archive log current; --手动进行归档
System altered.
SQL> ho ls -l /u01/app/oracle/archivelog1 --在指定的文件夹archivelog1已产生归档日志
total 18224
-rw------- 1 oracle oinstall 18636800 Jul 28 20:39 arch_1_26_724852763.arc
SQL> ho ls -l /u01/app/oracle/archivelog2 --在指定的文件夹archivelog2已产生归档日志
total 18224
-rw------- 1 oracle oinstall 18636800 Jul 28 20:39 arch_1_26_724852763.arc
SQL> ho mkdir /u01/app/oracle/archivelog3 --创建新的归档路径
SQL> ho mkdir /u01/app/oracle/archivelog4 --创建新的归档路径
SQL> alter system set log_archive_dest_1 = 'location=/u01/app/oracle/archivelog3'
2 scope = spfile;
System altered.
SQL> alter system set log_archive_dest_2 = 'location=/u01/app/oracle/archivelog4'
2 scope = spfile;
System altered.
SQL> shutdown immediate; --关闭实例
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup --启动实例后，收到错误提示表明两种归档方式不兼容
ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DEST
--关于上述设置导致的错误处理请参照：又一例SPFILE设置错误导致数据库无法启动
SPFILE错误导致数据库无法启动
--下面是正确的处理办法，应当先将一种归档方式路径置空，此处是将log_archive_dest置空
SQL> alter system set log_archive_dest = '' scope = spfile;
System altered.
--此处是将log_archive_duplex_dest置空
SQL> alter system set log_archive_duplex_dest = '' scope = spfile;
System altered.
--接下来再设定log_archive_dest_1，log_archive_dest_2
SQL> alter system set log_archive_dest_1 = 'location=/u01/app/oracle/archivelog3'
2 scope = spfile;
System altered.
SQL> alter system set log_archive_dest_2 = 'location=/u01/app/oracle/archivelog4'
2 scope = spfile;
System altered.
--由于没有配置standby服务器，所以省略配置到远程主机
--设定完毕后需要重新启动实例，此时系统能正常启动，在此省略关闭启动信息
SQL> alter system archive log current; --进行手动归档
System altered.
SQL> ho ls -l /u01/app/oracle/archivelog3/ --查看归档日志
total 27752
-rw------- 1 oracle oinstall 28382208 Aug 2 13:46 arc_1_38_724852763.arc
SQL> ho ls -l /u01/app/oracle/archivelog4/ --查看归档日志
total 27752
-rw------- 1 oracle oinstall 28382208 Aug 2 13:45 arc_1_38_724852763.arc
SQL> col dest_name format a20;
SQL> col destination format a30;
SQL> select dest_name,status,archiver,destination,
2 log_sequence,reopen_secs,transmit_mode,process
3 from v$archive_dest; --查看归档目的地的相关状态信息
DEST_NAME STATUS ARCHIVER DESTINATION LOG_SEQUENCE REOPEN_SECS TRANSMIT_MOD PROCESS
-------------------- --------- ---------- ------------------------------ ------------ ----------- ------------ -------
LOG_ARCHIVE_DEST_1 VALID ARCH /u01/app/oracle/archivelog3/ 38 300 SYNCHRONOUS ARCH
LOG_ARCHIVE_DEST_2 VALID ARCH /u01/app/oracle/archivelog4/ 38 300 SYNCHRONOUS ARCH
LOG_ARCHIVE_DEST_3 INACTIVE ARCH 0 0 SYNCHRONOUS ARCH
-----------------------------------------------------------------------------------------------------------------------
SQL> alter system set log_archive_dest_state_2 = defer; --停用log_archive_dest_state_2
System altered.
SQL> show parameter log_archive_dest_state
NAME TYPE VALUE
------------------------------------ ----------- ---------------
log_archive_dest_state_1 string enable
log_archive_dest_state_10 string enable
log_archive_dest_state_2 string DEFER --该路径显示为defer
log_archive_dest_state_3 string enable
log_archive_dest_state_4 string enable
log_archive_dest_state_5 string enable
log_archive_dest_state_6 string enable
log_archive_dest_state_7 string enable
log_archive_dest_state_8 string enable
log_archive_dest_state_9 string enable
SQL> alter system archive log current; --手动归档
System altered.
SQL> ho ls -l /u01/app/oracle/archivelog3; --可以看出archivelog3比archivelog4多出几个归档文件
total 124772 --建议将多出文件件的使用系统命令复制到archivelog4
-rw------- 1 oracle oinstall 28382208 Aug 2 13:46 arc_1_38_724852763.arc
-rw------- 1 oracle oinstall 1788416 Aug 2 20:41 arc_1_39_724852763.arc
-rw------- 1 oracle oinstall 30257664 Aug 2 22:21 arc_1_40_724852763.arc
-rw------- 1 oracle oinstall 30257664 Aug 2 22:22 arc_1_41_724852763.arc
-rw------- 1 oracle oinstall 30257664 Aug 2 22:22 arc_1_42_724852763.arc
-rw------- 1 oracle oinstall 6647296 Aug 2 22:23 arc_1_43_724852763.arc
SQL> ho ls -l /u01/app/oracle/archivelog4;
total 29504
-rw------- 1 oracle oinstall 28382208 Aug 2 13:45 arc_1_38_724852763.arc
-rw------- 1 oracle oinstall 1788416 Aug 2 20:41 arc_1_39_724852763.arc
SQL> alter system set log_archive_dest_state_2 = enable; --启用log_archive_dest_state_2
System altered.
SQL> alter system archive log current; --手动归档
System altered.
SQL> ho ls -l /u01/app/oracle/archivelog3; --启用后出现了相同的arc_1_44_724852763.arc文件
total 124856
-rw------- 1 oracle oinstall 28382208 Aug 2 13:46 arc_1_38_724852763.arc
-rw------- 1 oracle oinstall 1788416 Aug 2 20:41 arc_1_39_724852763.arc
-rw------- 1 oracle oinstall 30257664 Aug 2 22:21 arc_1_40_724852763.arc
-rw------- 1 oracle oinstall 30257664 Aug 2 22:22 arc_1_41_724852763.arc
-rw------- 1 oracle oinstall 30257664 Aug 2 22:22 arc_1_42_724852763.arc
-rw------- 1 oracle oinstall 6647296 Aug 2 22:23 arc_1_43_724852763.arc
-rw------- 1 oracle oinstall 81408 Aug 2 22:25 arc_1_44_724852763.arc
SQL> ho ls -l /u01/app/oracle/archivelog4;
total 29588
-rw------- 1 oracle oinstall 28382208 Aug 2 13:45 arc_1_38_724852763.arc
-rw------- 1 oracle oinstall 1788416 Aug 2 20:41 arc_1_39_724852763.arc
-rw------- 1 oracle oinstall 81408 Aug 2 22:25 arc_1_44_724852763.arc
四、归档日志相关视图
v$archived_log -->从控制文件中获得归档的相关信息
v$archive_dest -->归档路径及状态
v$log_history -->控制文件中日志的历史信息
v$database -->查看数据库是否处于归档状态
v$archive_processes -->归档相关的后台进程信息
命令:archive log list
SQL> select name,sequence#,registrar,standby_dest,archived,status
2 from v$archived_log;
NAME SEQUENCE# REGISTR STA ARC S
------------------------------------------------------- ---------- ------- --- --- -
/u01/app/oracle/archivelog4/arc_1_38_724852763.arc 38 FGRD NO YES A
/u01/app/oracle/archivelog3/arc_1_39_724852763.arc 39 ARCH NO YES A
/u01/app/oracle/archivelog4/arc_1_39_724852763.arc 39 ARCH NO YES A
/u01/app/oracle/archivelog3/arc_1_40_724852763.arc 40 ARCH NO YES A
/u01/app/oracle/archivelog3/arc_1_41_724852763.arc 41 ARCH NO YES A
/u01/app/oracle/archivelog3/arc_1_42_724852763.arc 42 ARCH NO YES A
/u01/app/oracle/archivelog3/arc_1_43_724852763.arc 43 ARCH NO YES A
/u01/app/oracle/archivelog3/arc_1_44_724852763.arc 44 FGRD NO YES A
/u01/app/oracle/archivelog4/arc_1_44_724852763.arc 44 FGRD NO YES A
转：http://blog.csdn.net/leshami/article/details/5784713
ORA-16032,ORA-09291,ORA-04018的解决方法：
#原因描述：数据库服务器挂载的一块硬盘坏掉了，重新启动操作系统后发现数据库启动不了了，启动报错：ORA-16032: parameter LOG_ARCHIVE_DEST_1 destination string cannot be translated说明：之前Oracle开启过归档日志且日志就是存储在该块硬盘，后来因为日志导致数据库变慢就把归档关掉了。
#解决思路：因为之前开启过归档且归档日志存储位置就是该块坏掉的硬盘，启动中所报错误应该就是因为该残留的配置导致的，所以想着把LOG_ARCHIVE_DEST_1值清空来解决问题。oracle的启动参数文件有pfile和spfile两种，spfile是二进制的不能直接修改，pfile可以直接修改，所以可以通过修改pfile来解决该问题。
#解决过程：1）由于数据库版本是10g，默认是使用spfile启动的，所以先通过spfile创建pfileC:\Users\zss>set oracle_sid=neworcl C:\Users\zss>sqlplus / as sysdbaSQL> create pfile='D:/oracle/product/10.2.0/admin/neworcl/pfile/init.ora' from spfile;
2）编辑pfile文件，去除LOG_ARCHIVE_DEST_1参数值（过程略）3）尝试启动数据库SQL> startup pfile='D:\oracle\product\10.2.0\admin\neworcl\pfile\init.ora';ORACLE instance started.
Total System Global Area 1610612736 bytesFixed Size 2066080 bytesVariable Size 335546720 bytesDatabase Buffers 1258291200 bytesRedo Buffers 14708736 bytesDatabase mounted.Database opened.OK，成功启动。
4）根据成功启动的pfile来创建spfileSQL> create spfile from pfile='D:/oracle/product/10.2.0/admin/neworcl/pfile/init.ora';创建的spfile位置默认在 D:\oracle\product\10.2.0\db_1\database\SPFILENEWORCL.ORA
5）关闭数据库重新启动SQL> shutdown immediate;SQL> startup; //默认就会采用spfile来启动ORACLE instance started.
Total System Global Area 1610612736 bytesFixed Size 2066080 bytesVariable Size 335546720 bytesDatabase Buffers 1258291200 bytesRedo Buffers 14708736 bytesDatabase mounted.Database opened.成功启动数据库。
首先，在linux系统中，如何一个文件被进程所占用，这个时候即使将文件移走或删除，空间其实仍然是被占用的。遇到上述情况空间未释放可能有这方面的原因，将相关的程序杀掉即可，但是这可能会影响Oracle的运行。这时我们通过更改归档日志的路径大小来解决这种问题。
Oracle11g版本，ORACLE默认的日志归档路径为闪回恢复区（$ORACLE_BASE/fast_recovery_area）。对于这个路径，Oracle有一个限制，就是默认只有4G的空间，而且不只是归档日志的默认路径，也是备份文件和闪回日志的默认地址，这样的话归档日志锁使用的空间就达不到4G，在没有设置好这个路径大小的情况下，很多系统都遇到过归档日志满而无法归档导致数据库夯住的问题。1.查看归档日志路径SQL> archive log listDatabase log mode Archive ModeAutomatic archival EnabledArchive destination USE_DB_RECOVERY_FILE_DESTOldest online log sequence 4Next log sequence to archive 6Current log sequence 6这里可以看到Archive destination的值为USE_DB_RECOVERY_FILE_DEST，可以理解为USE(使用)DB_RECOVERY_FILE_DEST这个路径2.查看DB_RECOVERY_FILE_DEST路径SQL> show parameter db_recovery
NAME TYPE VALUE------------------------------------ ----------- ------------------------------db_recovery_file_dest string /u01/oracle/fast_recovery_areadb_recovery_file_dest_size big integer 4G由上可以很清楚的看到DB_RECOVERY_FILE_DEST路径参数的值默认为/u01/oracle/fast_recovery_area，并且Oracle设置的大小为4G。默认情况下，归档日志会存放到闪回恢复区（$ORACLE_BASE/fast_recovery_area）内，如果闪回恢复区已经使用到4G，归档日志就有可能无法继续归档，数据库夯住。1）解决方法一通常的解决方法是增大闪回恢复区，可以用以下SQL实现。--修改语句SQL> alter system set db_recovery_file_dest_size=10G;
System altered.
--再次查看SQL> show parameter db_recovery
NAME TYPE VALUE------------------------------------ ----------- ------------------------------db_recovery_file_dest string /u01/oracle/fast_recovery_areadb_recovery_file_dest_size big integer 10G2）解决方法二修改归档日志的路径，将归档日志放到其他不受限制的路径下来解决这个问题，可通过下面的SQL来修改归档日志的存放路径。--修改log_archive_dest_1值来重新制定路径SQL> alter system set log_archive_dest_1='location=/u01/oracle/archive';
System altered.这里特别要注意location参数，并且指定的目录要存在并且有Oracle的权限重新启动数据库，查看归档路径是否修改成功--关闭SQL> shutdown immediateDatabase closed.Database dismounted.ORACLE instance shut down.SQL> startupORACLE instance started.
Total System Global Area 784998400 bytesFixed Size 2257352 bytesVariable Size 478154296 bytesDatabase Buffers 301989888 bytesRedo Buffers 2596864 bytesDatabase mounted.
Database opened.
--再次查看，修改成功SQL> archive log listDatabase log mode Archive ModeAutomatic archival EnabledArchive destination /u01/oracle/archiveOldest online log sequence 4Next log sequence to archive 6Current log sequence 6可以通过切换日志，查看归档路径下是否有归档日志产生来验证归档路径设置是否正确，可以通过下面的命令切换日志SQL> alter system switch logfile;
System altered.
SQL> exitDisconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit ProductionWith the Partitioning, OLAP, Data Mining and Real Application Testing options
[oracle@cancer oracle]$ ll /u01/oracle/archive/total 36540-rw-r----- 1 oracle oinstall 9608704 Oct 20 14:39 1_6_893515662.dbf归档格式：SQL> show parameter log_archive_format
NAME TYPE VALUE------------------------------------ ----------- ------------------------------log_archive_format string %t_%s_%r.dbf
