Fbirdzp.ZP

Designer or Performer

Sun, 22 Nov 2009 22:40:00 +0800

必须要先说的是，通篇将是中文，并不会像标题那样（翻了半天的lingoes）！

设计者／执行者，这是最近的工作中一直会蹦出来的两个词汇，因为深刻的体会到一件不那么简单的事情要做的漂亮，需要一个严谨的实施、再加上实施之前的规划。

当然不是简简单单的1+1，工作的内容是在一组IBM小型机上搭建一个DataGuard环境，而技术上最大的挑战是那些相关的需要设置的参数。

第一天，闪亮登场。大早上翻出自己整理的安装文档上去就开搞，这一搞就是一天过去，败下阵来已经是晚上11点半了。

搭环境的过程一直不太顺利，由于没有做好准备，一些意外的问题层出不穷，这让我也总是水来土掩的疲于应付。等到最后，因为遗留问题太多，已经不知道到底是哪里的问题了。

第2天，有了头天的惨败，不再那么盲目了。

还是同样一份文档，整理了一份简单的checklist，把安装过程中的步骤以及涉及到的文件、参数设置都过了一遍。每一个步都提前写好，安装过程直接control+V即可。

这一天工作小有成效，遇到的问题也不算离谱了，都在能力范围内可以解决，头天没有头绪的问题也少了。对整个流程以及以及已经生疏的概念又熟悉了一把。

第3遍，趁着时间还有，整个环境又推到重来一遍。那叫一个速度，心理美啊！

盖楼的是最底层，设计图纸的人高高在上，每个行业都是这样的现状！于是有很多人挤破头皮往上爬，不仅放弃了很多原本美好的东西，也错过了沿途的风景，而上面必定拥挤且凶险无比。

人的一生本身就是需要规划和经营的，又何必在乎一时的得失呢。繁华落幕皆归尘土，一路坦坦荡荡的走下去，那种接近完美的成就感和返璞归真的大智慧才是人世追求的目标。

伟大的人规划历史，为未来创造一条路！
成功的人规划人生，为自己创造一条路！

爷笑笑！但求醒来的时候仍然能够乐观积极，一切水到渠成！

2009.11.21
一次IBM小型机搭建DataGuard环境有感

随机文章：

一天三遗屎，尚能鱿鱼否 Mar 26, 2009

自不自信 Mar 12, 2009

有钱没钱回家过年！ Jan 22, 2009

我的2009 Dec 31, 2008

某电视台编辑脑子有问题 Dec 30, 2008

博客大巴，你的个人传媒早班车

收藏到：Del.icio.us

生日快乐

Wed, 18 Nov 2009 22:39:00 +0800

王若琳的《迷宫》
慵懒的调调＼再加上个色的嗓音
经常让我沉醉其中
以至于一直没注意歌词在讲述些什么
这是最近狂听的一首旧歌

似乎生活也陷在你的迷宫里
或惊喜＼或沮丧＼或癫狂＼或斗志昂扬
我并不会出来

记得
因为朋友跟你吵过架
为了工作跟你斗过嘴
也因为未来让彼此惆怅
但高兴的是
我的一切都可以与你有关

… … …

Ｐ旨怂怂地说
不厚道地正偷偷存钱准备娶媳妇呢
再加上正值准月光之际
今年的生日礼物就不特别准备了
贱贱的我送上贱贱的祝福
生日快乐！

＠＠
。

随机文章：

祝福祖国 Oct 1, 2009

回到未来 Aug 31, 2009

Resistere，Ottimista Jun 27, 2009

Oracle10g的trace Feb 13, 2009

要爷们命五千 Jan 17, 2009

博客大巴，你的个人传媒早班车

收藏到：Del.icio.us

ASM DiskGroup设备故障恢复一例

Tue, 17 Nov 2009 15:17:00 +0800

RAC的第2个节点ASM实例启动时报错，无法mount diskgroup，如下：

SQL> startup 
ASM instance started

Total System Global Area  566231040 bytes
Fixed Size                  2074448 bytes
Variable Size             538990768 bytes
ASM Cache                  25165824 bytes
ORA-15032: not all alterations performed
ORA-15063: ASM discovered an insufficient number of disks for diskgroup
"FLASHGRP"

SQL>

1.检查数据库的alert.log，获取报错信息

查看节点2上ASM的alert.log，记录数据库启动时无法检测到故障DiskGroup的disk，报错信息如下：

SQL> ALTER DISKGROUP ALL MOUNT 
Mon Nov 16 11:23:08 2009
NOTE: cache registered group DATAGRP1 number=1 incarn=0xbd5d3003
NOTE: cache registered group FLASHGRP number=2 incarn=0x6c6d3004
Mon Nov 16 11:23:08 2009
NOTE: Hbeat: instance not first (grp 1)
ERROR: no PST quorum in group 2: required 2, found 0
Mon Nov 16 11:23:08 2009
NOTE: cache dismounting group 2/0x6C6D3004 (FLASHGRP) 
NOTE: dbwr not being msg'd to dismount
ERROR: diskgroup FLASHGRP was not mounted
NOTE: cache opening disk 0 of grp 1: DATAGRP1_0000 path:/dev/ASM_Disk_001
NOTE: F1X0 found on disk 0 fcn 0.0

… … …

2.对比正常节点获取错误相关信息

查看v$asm_disk视图里FLASHGRP.disk信息，对比node1和node2可以看到同一块盘状态信息node2上状态异常，显示为"CANDIDATE”。

---Node1,正常节点
SQL> set line 200
SQL> col PATH for a20
SQL> col NAME for a20
SQL> SELECT MOUNT_STATUS,HEADER_STATUS,NAME,PATH FROM V$ASM_DISK;

MOUNT_STATUS   HEADER_STATUS      NAME                 PATH
-------------- --------------- ---------------- --------------------
 CLOSED         CANDIDATE                       /dev/ASM_Disk_010
 CACHED         MEMBER          FLASHGRP_0000   /dev/ASM_Disk_009
SQL>

---Node2,异常节点
SQL> select state,mode_status,mount_status,header_status,PATH,NAME from v$asm_disk ;

STATE   MODE_STATUS  MOUNT_STATUS   HEADER_STATUS  PATH                 NAME   
------- ------------ -------------- -------------- -------------------- ------ 
NORMAL  ONLINE       CLOSED         CANDIDATE      /dev/ASM_Disk_013          
NORMAL  ONLINE       CLOSED         CANDIDATE      /dev/ASM_Disk_009          
... ...

3.检查系统磁盘信息，确定错误程度

使用ORACLE自带的kfed工具检测问题disk的信息和状态，以节点2为例，dump设备信息

1>编译kfed

[test2]@dbserver8[/oracle]$cd $ORACLE_HOME/rdbms/lib
[test2]@dbserver8[/oracle/10g_db/rdbms/lib]$make -f ins_rdbms.mk ikfed
[test2]@dbserver8[/oracle/10g_db/rdbms/lib]$cd
2.dump磁盘设备头信息，输出至统计文件

[test2]@dbserver8[/oracle]$kfed read /dev/ASM_Disk_009 text=009.txt
[test2]@dbserver8[/oracle]$cat 009.txt
kfbh.endian:                          0 ; 0x000: 0x00
kfbh.hard:                            0 ; 0x001: 0x00
kfbh.type:                            0 ; 0x002: KFBTYP_INVALID
kfbh.datfmt:                          0 ; 0x003: 0x00
kfbh.block.blk:                       0 ; 0x004: T=0 NUMB=0x0
kfbh.block.obj:                       0 ; 0x008: TYPE=0x0 NUMB=0x0
kfbh.check:                           0 ; 0x00c: 0x00000000
kfbh.fcn.base:                        0 ; 0x010: 0x00000000
kfbh.fcn.wrap:                        0 ; 0x014: 0x00000000
kfbh.spare1:                          0 ; 0x018: 0x00000000
kfbh.spare2:                          0 ; 0x01c: 0x00000000
[test2]@dbserver8[/oracle]$

跟node1相比，节点2上检测同一块设备盘的信息少很多，这种情况通常说明系统识别设备盘出现问题。

4.解决问题

故障节点:Node2
故障DISKGROUP: FLASHGRP
故障设备:/dev/ASM_Disk_009
故障类型:node2识别设备盘错误

修复节点2的问题磁盘，直接从操作系统层面修复磁盘设备，技术难度相对大一些，容易出现误操作，我也还不太会。

目前无法mount的DISKGROUP只配置一块disk，没有冗余，这里可以选择从数据库层面，通过ASM DiskGroup的add disk和drop disk功能删除故障盘，步骤如下：

1>正常节点给DISKGROUP添加新的冗余设备盘

通过v$asm_disk视图查找当前ASM instance里已经识别且尚未使用的空闲设备盘。

以设备"/dev/ASM_Disk_008”为例，在正常节点node1的ASM instance上执行如下sql，给FLASHGRP添加冗余设备：

SQL> alter diskgroup FLASHGRP add disk '/dev/ASM_Disk_008'

rebalance power 10 ;

注意:

需要根据系统资源的繁忙情况，选择power级别，10g版本最高可设置为11。

sql语句可能返回结果较快，但实际上rebalance操场还需要一段时间，检查alert.log和磁盘资源，等rebalance操作完全结束以后再做其他操作。rebalance过程中可以从系统层面看到这两块盘有非常多的读写操作，完成后alert.log会有如下提示：

SQL> alter diskgroup FLASHGRP add disk '/dev/ASM_Disk_008' rebalance

power 10 
Mon Nov 16 15:01:53 2009
NOTE: reconfiguration of group 2/0xf228fb79 (FLASHGRP), full=1
Mon Nov 16 15:01:53 2009
NOTE: initializing header on grp 2 disk FLASHGRP_0001
NOTE: cache opening disk 1 of grp 2: FLASHGRP_0001 path:/dev/ASM_Disk_008
Mon Nov 16 15:01:53 2009
... ...
... ...
SUCCESS: rebalance completed for group 2/0xf228fb79 (FLASHGRP) 
Mon Nov 16 15:04:37 2009
SUCCESS: rebalance completed for group 2/0xf228fb79 (FLASHGRP) 
NOTE: PST update: grp = 2
NOTE: PST update: grp = 2
… …

2>删除故障设备盘

步骤1的rebalance完成后，FLASHGRP已经有了冗余设备，此时可以进行drop disk操作，除去另一节点无法识别的disk。

仍然是在正常节点1的ASM instance进行操作，执行如下sql:

sql>alter diskgroup FLASHGRP  drop disk FLASHGRP_0000 rebalance power 10;

rebalance结束后可以在故障节点重新启动ASM instance，问题解决。

最后总结：

1.ASM DiskGroup要做好磁盘冗余
2.以后再研究使用kfed进行设备的故障恢复

随机文章：

How to Clean Up After a Failed CRS Install Nov 12, 2009

Oracle10203 RAC vip漂移时间过长 Mar 28, 2009

Linux RHEL5 安装Oracle10201 RAC : crs ons进程无法启动问题 Mar 17, 2009

Linux RHEL5 安装Oracle10201 RAC : root.sh和vip的问题 Mar 14, 2009

Oracle RAC修改为归档模式 Jan 20, 2009

博客大巴，你的个人传媒早班车

收藏到：Del.icio.us

Oracle环境变量TNS_ADMIN

Sat, 14 Nov 2009 21:59:00 +0800

大多时候报"TNS”相关的错误都是由于tnsnames.ora的书写问题，当然万事不是没有例外。

主机/oracle/10g_db/network/admin/tnsnames.ora添加远程数据库的SQL*Net串，如下：

RMAN_CLO =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 172.17.0.17)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = clo)
      (INSTANCE_NAME = clo)
    )
  )

sqlplus连接远程RMAN_CLO的时候提示如下错误：

[test2]@dbserver8[/oracle]$sqlplus system/oracle@RMAN_CLO

SQL*Plus: Release 10.2.0.3.0 - Production on Sat Nov 14 21:22:38 2009
Copyright (c) 1982, 2006, Oracle.  All Rights Reserved.

ERROR:
ORA-12154: TNS:could not resolve the connect identifier specified

Enter user-name: ^C
[test2]@dbserver8[/oracle]$

使用tnsping进行检查，报错如下：

[test2]@dbserver8[/oracle]$tnsping RMAN_CLO

TNS Ping Utility for IBM/AIX RISC System/6000: Version 10.2.0.3.0 - 
Production on 14-NOV-2009 21:22:45

Copyright (c) 1997, 2006, Oracle.  All rights reserved.

Used parameter files:
/oracle/10g_asm/network/admin/sqlnet.ora

TNS-03505: Failed to resolve name
[test2]@dbserver8[/oracle]$

tnsping给了一个重要的提示，它检查的tnsnames.ora文件是"/oracle/10g_asm/network/admin/sqlnet.ora”，与我添加的tnsnames.ora并不是同一个文件。

检查数据库环境变量，发现问题原因：

[test2]@dbserver8[/oracle]$more .profile 
export ORACLE_BASE=/oracle
export ORACLE_HOME=$ORACLE_BASE/10g_db
export ORACLE_HOME=$ORACLE_BASE/10g_db
export ORA_CRS_HOME=$ORACLE_BASE/crs
export CRS_HOME=$ORA_CRS_HOME

export ORA_ASM_HOME=$ORACLE_BASE/10g_asm
export TNS_ADMIN=$ORA_ASM_HOME/network/admin
... ...

搭建数据库的时候如果没有设置，TNS_ADMIN默认值为"$ORACLE_HOME/network/admin”。由于没有考虑到搭建环境的同事自定义了该值，直接对$ORACLE_HOME/network/admin/tnsnames.ora进行了修改，所以出现问题。

当然，如果环境搭建人员自定义了该变量需要告知其他数据库管理员，特别注意tnsnames.ora的实际位置，避免生产环境出现重大误操作。

备注：

工作4年今天也是头一次知道TNS_ADMIN这个环境变量，当时遇到问题的时候请教老同志，也折腾了半天。最后找到问题原因，老同志郁闷的拍着我的肩膀，一脸苦笑，那意思是说：小鬼，瞎搞啥呢，Oracle的道路还要加紧学习啊！

随机文章：

SQL*PLUS的命令行——其他 Jul 1, 2009

SQL*PLUS的命令行——命令行编辑器 Jun 30, 2009

log file sync.avg-wait调优总结 Apr 29, 2009

Oracle Tuning and Monitor Tool - Lab128 Mar 11, 2009

通过awrrpt获取历史sql语句 Feb 13, 2009

博客大巴，你的个人传媒早班车

收藏到：Del.icio.us

How to Clean Up After a Failed CRS Install

Thu, 12 Nov 2009 23:33:51 +0800

先发句牢骚：

NND的，谁划球这么多块盘给DISKGROUP？害得老子mounting了大半夜还在苦等！

Metalink Doc ID: Note:239998.1详细讲解了如何清理一个安装失败的CRS环境。手生的时候有这么一个文档你可以高枕无忧，错多少遍都能回到干净的从前。

10g RAC: How to Clean Up After a Failed CRS Install
---------------------------------------------------
Not cleaning up a failed CRS install can cause problems like node reboots. Follow these steps to clean up a failed CRS install:

1. Run the rootdelete.sh script then the rootdeinstall.sh script from the $ORA_CRS_HOME/install directory on any nodes you are removing CRS from. Running these scripts should be sufficent to clean up your CRS install. If you have any problems with these scripts please open a service request.

If for some reason you have to manually remove the install due to problems with the scripts, continue to step 2:

2. Stop the Nodeapps on all nodes:

srvctl stop nodeapps -n <node name>

3. Prevent CRS from starting when the node boots. To do this issue the following as root:

Sun:

    rm /etc/init.d/init.cssd
    rm /etc/init.d/init.crs
    rm /etc/init.d/init.crsd
    rm /etc/init.d/init.evmd
    rm /etc/rc3.d/K96init.crs
    rm /etc/rc3.d/S96init.crs
    rm -Rf /var/opt/oracle/scls_scr
    rm -Rf /var/opt/oracle/oprocd
    rm /etc/inittab.crs
    cp /etc/inittab.orig /etc/inittab

Linux:

    rm /etc/oracle/*
    rm -f /etc/init.d/init.cssd
    rm -f /etc/init.d/init.crs
    rm -f /etc/init.d/init.crsd
    rm -f /etc/init.d/init.evmd
    rm -f /etc/rc2.d/K96init.crs
    rm -f /etc/rc2.d/S96init.crs
    rm -f /etc/rc3.d/K96init.crs
    rm -f /etc/rc3.d/S96init.crs
    rm -f /etc/rc5.d/K96init.crs
    rm -f /etc/rc5.d/S96init.crs
    rm -Rf /etc/oracle/scls_scr
    rm -f /etc/inittab.crs
    cp /etc/inittab.orig /etc/inittab

HP-UX:

    rm /sbin/init.d/init.cssd
    rm /sbin/init.d/init.crs
    rm /sbin/init.d/init.crsd
    rm /sbin/init.d/init.evmd
    rm /sbin/rc2.d/K960init.crs
    rm /sbin/rc2.d/K001init.crs
    rm /sbin/rc3.d/K960init.crs
    rm /sbin/rc3.d/S960init.crs
    rm -Rf /var/opt/oracle/scls_scr
    rm -Rf /var/opt/oracle/oprocd
    rm /etc/inittab.crs
    cp /etc/inittab.orig /etc/inittab

HP Tru64:

    rm /sbin/init.d/init.cssd
    rm /sbin/init.d/init.crs
    rm /sbin/init.d/init.crsd
    rm /sbin/init.d/init.evmd
    rm /sbin/rc3.d/K96init.crs
    rm /sbin/rc3.d/S96init.crs
    rm -Rf /var/opt/oracle/scls_scr
    rm -Rf /var/opt/oracle/oprocd
    rm /etc/inittab.crs
    cp /etc/inittab.orig /etc/inittab

IBM AIX:

    rm /etc/init.cssd
    rm /etc/init.crs
    rm /etc/init.crsd
    rm /etc/init.evmd
    rm /etc/rc.d/rc2.d/K96init.crs
    rm /etc/rc.d/rc2.d/S96init.crs
    rm -Rf /etc/oracle/scls_scr
    rm -Rf /etc/oracle/oprocd
    rm /etc/inittab.crs
    cp /etc/inittab.orig /etc/inittab

4. If they are not already down, kill off EVM, CRS, and CSS processes or reboot the node:

    ps -ef | grep crs
    kill <crs pid>
    ps -ef | grep evm
    kill <evm pid>
    ps -ef | grep css
    kill <css pid>

Do not kill any OS processes, for example icssvr_daemon process !

5. If there is no other Oracle software running (like listeners, DB's, etc...), you can remove the files in /var/tmp/.oracle or /tmp/.oracle. Example:

rm -f /var/tmp/.oracle
rm -f /tmp/.oracle

6. Remove the ocr.loc．Usually the ocr.loc can be found at /etc/oracle

rm –rf /etc/oracle/ocr.loc

7. De-install the CRS home in the Oracle Universal Installer

留记号：我在这里栽了个大跟头。此步没做，安装CRS时死活过不去。

8. Remove the CRS install location:

rm -Rf <CRS Install Location>/*

就是CRS_HOME目录。

9. Clean out the OCR and Voting Files with dd commands. Example:

dd if=/dev/zero of=/dev/ocr_disk bs=8192 count=2560
dd if=/dev/zero of=/dev/voting_disk bs=8192 count=12800

If you placed the OCR and voting disk on a shared filesystem, remove them.

If you are removing the RDBMS installation, also clean out any ASM disks if they have already been used.

注意：使用dd命令清空OCR和voting disk设备时候，要注意不要小于设备文件的大小。

10.If you would like to re-install CRS, follow the steps in the RAC Installation manual.

随机文章：

ORACLE RAC实用知识系列讲座 Sep 23, 2009

Oracle10203 RAC vip漂移时间过长 Mar 28, 2009

Linux RHEL5 安装Oracle10201 RAC : crs ons进程无法启动问题 Mar 17, 2009

Linux Release5 安装Oracle 10201 RAC 问题2个 Mar 13, 2009

linux install RAC – 执行root.sh失败 Mar 6, 2009

博客大巴，你的个人传媒早班车

收藏到：Del.icio.us

Logical Standby的维护操作_SKIP(2)

Tue, 10 Nov 2009 16:49:00 +0800

之前写过一篇挺烂的logstdby上skip维护操作的blog，这两天又遇到需要skip的问题，重新总结一下。

logstdby上以下两种情况需要用到SKIP维护操作：

1>定制规则，standby对primary特定对象的更新不做apply
2>日常维护，standby上出现GAP后skip掉无法apply的object,transcation或是特定用户的DML＼DDL操作等

执行skip需要停止logical standby上的apply操作后进行。

1.定制规则过滤primary的操作

logstby并不要求与Primary的物理一致，可以使用DBMS_LOGSTDBY.SKIP的存储过程过滤掉一些并不希望apply在standby上的sql操作。目前logcial standby上支持的sql skip如下:

*DML or DDL changes for tables
*CREATE, ALTER, or DROP INDEX DDL statements
*CREATE, ALTER, DROP, or TRUNCATE TABLE statements
*CREATE, ALTER, or DROP TABLESPACE statements
*CREATE or DROP VIEW statements

eg:

1>Skipping a Table in a Logical Standby Database

SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;
SQL> EXECUTE DBMS_LOGSTDBY.SKIP('SCHEMA_DDL', 'TABLE_OWNER', 
'TABLE_NAME');
SQL> EXECUTE DBMS_LOGSTDBY.SKIP('DML', 'TABLE_OWNER', 'TABLE_NAME');
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

2>Skipping ALTER or CREATE TABLESPACE Statements

SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;
SQL> EXEC DBMS_LOGSTDBY.SKIP('CREATE TABLESPACE', NULL, NULL, NULL);
SQL> EXEC DBMS_LOGSTDBY.SKIP('ALTER TABLESPACE', NULL, NULL, NULL);
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

dba_logstdby_skip视图可以查看logstdby上定制的skip规则。如果需要取消一些skip规则，则使用DBMS_LOGSTDBY.UNSKIP，方法同skip类似。

2.skip transaction

通过dba_logstdby_events查询未能apply的问题事件，然后使用dbms_logstdby.skip_transaction包skip掉堵塞的transaction。

eg:

1>查询堵塞的transaction

skip时需要transactions的一些特定值(xidusn, xidslt, xidsqn)，通过dba_logstdby_events视图获取当前logstdby上apply事件的相关信息。

SQL> set line 200
SQL> col STATUS for a80
SQL> col STATUS_CODE for 9999999999
SQL> select xidusn, xidslt, xidsqn, status, status_code from dba_logstdby_events 
where event_time = (select max(event_time) from dba_logstdby_events);

  XIDUSN   XIDSLT   XIDSQN STATUS                                               STATUS_CODE
-------- -------- -------- ---------------------------------------------------- ----------
      4       47    10833 ORA-00959: tablespace 'TS_KXYK_DETAIL_V3_2008_N1'      959
                          does not exist          
SQL>

2>执行skip操作

SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;
Database altered.
SQL> execute dbms_logstdby.skip_transaction(xidusn_p => '4',xidslt_p

=>'47',xidsqn_p => '10833');

PL/SQL procedure successfully completed.
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;
Database altered.

查看standby上的alert.log，可以看到skip transaction的日志，类似如下：

… …

LOGSTDBY: Skip Transaction xid 0x0004.02b.00002959, chunk[0],

scn: 0x0000.01a375c

… …

随机文章：

Logical Standby的维护操作.SKIP Apr 16, 2009

合理调整logical standby上apply进程的数量 Apr 7, 2009

Create Oracle10.2 Physical Standby On RedHat Linux 5.2 Using RMAN Aug 30, 2009

DataGuard的switch over Feb 17, 2009

HACMP5.4的监控策略2 Jan 5, 2009

博客大巴，你的个人传媒早班车

收藏到：Del.icio.us

Physical Oracle Database Structures

Fri, 16 Oct 2009 11:26:00 +0800

这个标题是从oracle联机文档上搞下来的，看着有点牛Ａ轰轰的样子，其实本文只想把oracle里的文件类型及其路径小结一下，简单的自学。

之前遇到过Oracle里比较少见的几种类型文件，在<ORA-01102涉及到的Oracle另外3种类型文件>也提到过：

hc_<ORACLE_SID>.dat
lk<db_name>
sgadef<sid>.dbf

这些文件和数据库的初始化参数文件一样，都存放在$ORACLE_HOME/dbs/路径下。

今天复习Oracle数据库里另外几种常见的文件类型：

Datafiles
Control Files
Online Redo Log Files
Archived Redo Log Files
Parameter Files
Alert and Trace Log Files
Backup Files

Datafiles

数据文件不用多说，数据库逻辑结构的table,index都存放在datafile里。一些简单的知识点：

一个datafile对应一个数据库
datafile可以定义实现自动扩展
1个datafile对应1个tablespace;1个tablespace可以有多个datafile
删除datafile必须offline tablespace,online状态无法删除
临时表空间的数据文件叫temporary datafiles (tempfiles)

tempfile具有以下特征：

tempfile始终是NOLOGGING mode
"alter database”命令无法创建tempfile
tempfile不能设置为read only
备份恢复不涉及到tempfile

可以通过dba_data_files表查找datafile的相关信息(名称、路径、tabspace等)，tempfile的信息可以通过dba_temp_files或是v$tempfile获得。

controfile

控制文件是一个二进制文件，包含数据库instance启动或运行时需要校验的信息。

controlfile里记录以下信息：

database name
数据库创建时间
datafile和redolog的名称和存放路径
tablespace信息
offline的数据文件
日志历史信息
archivelog信息
备份策略和备份集信息
数据文件和redolog的备份信息
数据文件拷贝信息
current redo log sequence num
checkpoint(检查点)

控制文件会更新数据库的结构性变化，比如datafile或是redolog的变更，以保证数据库启动时能打开datafile或redolog，以及校验哪些文件是备份恢复时必须的。

控制文件还会记录检查点的信息，Oracle的checkpoint进程(CKPT)每3s在controlfile里记录redolog的时间戳，这些信息能在database recovery时告知数据库哪些redolog已经写入到datafile。

一个instance可以同时创建使用多个controfile，建议将controlfile copy放在不同的disk上，这样可以满足安全备份的需要。

redo log

一组用于记录写入datafile之前，数据库内存区域里所有数据操作的预分配文件。它记录了所有数据库的数据变更信息，能够保证发生故障后可以从redo log里找到尚未写入datafile的数据。

redo log又分为online redo log file和archive log file两种。当online redo log写入到磁盘后，才变成archive log file，所以archive log只是在数据库打开为archive mode时存在。

每个数据库至少有2个redo log file(online redolog)。Oracle的LGWR进程以循环的形式向redolog file写数据，所以至少2个redolog file以保证LGWR进程写满一个后,另一个始终可用状态。

非归档模式时，数据变更记录写入到datafile后，之前写满的redolog file就恢复至available状态。下一次写的时候，新的记录将会覆盖redo log里原有的内容。
归档模式，数据变更写入datafile且完成archive,之前写满的redolog file就恢复至available状态。归档不结束，该redo log不会被重复写。

redo log相关的常用视图有v$log,v$logfile等。关于触发写redo log的机制建议学习<Redo Write Triggers>。

Parameter file

初始化参数文件。关于pfile和spfile的学习，网上较多，不多说。可以使用"show parameter pfile”命令检查数据库使用paramter file的类型和存放路径。

spifle是9201以后新增的，之前都是pfile。相对而言spfile更安全一些，而文本格式的pfile更容易编辑一些。

数据库启动时oracle会自动在默认目录oracle_home%database下搜索初始化参数文件，搜索顺序为：
1.spfile<SID>.ora
2.spflie.ora oracle
3.init<SID>.ora
4.init.ora
也可以在startup时指定相应的初始化参数文件pfile。

Alert and Trace Log Files

Oracle的服务或是后台进程出现一些内部错误时，进程会按照一定格式dump出错误信息到相关的trace file。alert log可以理解为一个特别的trace file,它按照时间顺序跟踪记录整个数据库的相关信息。

linux或UNIX下alert log文件的存放在$ORACLE_BASE/admin/sid/bdump/alert_sid.log。tracle file的存放位置与之相同。

tracle file里的信息通常不方便阅读，可以使用tkprof命令进行格式化。数据库诊断时也经常使用到auto trace或是10046 event进行跟踪。

Backup files

一般来说，指的是RMAN的备份文件集。

这些不同类型的文件构成了数据库的物理组件。