终于决定重装oracle 10g了，跟着ocp教程认真学习一下。

1 安装oracle软件
2 用DBCA的模板创建一个database。这次总算是记得选中“生成数据库创建脚本”了。。。
3 用Net Manager创建listener和配置tnsnames
4 在Toad中用scott/tiger连接成功，ok

学习eygle为告警日志创建外部表：
SQL> create or replace directory bdump
     2 as ‘D:\oracle\admin\ora10g\bdump’;

目录已创建。

SQL> create table alert_log ( text varchar2(400) )
     2 organization external (
     3 type oracle_loader
     4 default directory BDUMP
     5 access parameters (
     6 records delimited by newline
     7 nobadfile
     8 nodiscardfile
     9 nologfile 
   10 ) 
   11 location('alert_ocp10g.log') 
   12 ) 
   13 reject limit unlimited 
   14 /

表已创建。

SQL> select * from alert_log where text like 'ORA-%';

TEXT
--------------------------------------------------------------------------------

ORA-1109 signalled during: ALTER DATABASE CLOSE NORMAL...
ORA-00313: ??????? 1 (???? 1) ???
ORA-00312: ???? 1 ?? 1: 'D:\ORACLE\ORADATA\ORA10G\REDO01B.LOG'
ORA-27041: ??????
ORA-00312: ???? 1 ?? 1: 'D:\ORACLE\ORADATA\ORA10G\REDO01A.LOG'
ORA-27041: ??????
ORA-00313: ??????? 2 (???? 1) ???
ORA-00312: ???? 2 ?? 1: 'D:\ORACLE\ORADATA\ORA10G\REDO02B.LOG'
ORA-27041: ??????
ORA-00312: ???? 2 ?? 1: 'D:\ORACLE\ORADATA\ORA10G\REDO02A.LOG'
ORA-27041: ??????

TEXT
--------------------------------------------------------------------------------

ORA-00313: ??????? 3 (???? 1) ???
ORA-00312: ???? 3 ?? 1: 'D:\ORACLE\ORADATA\ORA10G\REDO03B.LOG'
ORA-27041: ??????
ORA-00312: ???? 3 ?? 1: 'D:\ORACLE\ORADATA\ORA10G\REDO03A.LOG'
ORA-27041: ??????
ORA-1109 signalled during: ALTER DATABASE CLOSE NORMAL...

已选择17行。

刚创建居然就有这么多异常，囧。。。  去网上一个个的慢慢查吧。。。
前面几个异常ORA-00313、ORA-00312和ORA-27041：在相应的trace文件中可以看到还伴随有一个操作系统错误:

OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。

因此我猜测这些异常应该是数据库还在创建过程中产生的吧，当时重做日志文件还没生成，因为之后用sqlplus就能正常的startup了，也没有再报错了。可能需要去进一步证实。。

关于最后一个异常ORA-1109：网上搜到这么一段解释
From time to time you see messages on public forums or Metalink that complain about problems with alter database close (or close normal) as if it were a legitimate SQL command. My test on Oracle 8.1.7.0 and 9.0.1.1.1 indicate that this command completes "correctly" with feedback "Database altered" and apparently leaves the database in mounted stage (v$database.open_mode = 'MOUNTED'). But after that you can't alter database open, which would return ORA-1531 ("a database already open by the instance"). So you have to shutdown which returns ORA-1109 ("database not open"). After that, startup works fine and everything is back to normal.

The moral of the story is that, just because you see ALTER DATABASE CLOSE NORMAL in alert.log doesn't mean it's a SQL command you can use. In fact there's never been this command in Oracle documentation SQL Reference (checked in SQL Reference for Oracle7 and later versions). The only place in documentation as well as the message file oraus.msg you can find ALTER DATABASE CLOSE is ORA-1093 and ORA-1094. I think having these two errors is misleading. Other things Oracle can do internally but we cannot are ALTER DATABASE DISMOUNT, SELECT PIECE FROM SYS.IDL_SB4$ (seen in v$sql or SQL trace).

原来我在创建完数据库之后，到mount模式下设置过archivelog和flashback_on，然后没有open就直接shutdown了，从而产生了ORA-1109异常。

为啥日志里的中文会变问号呢？这个问题很困扰啊。。。。
1 首先，select * from nls_database_parameters;发现NLS_CHARACTERSET确实是ZHS16GBK
2 注册表中的NLS_LANG是SIMPLIFIED CHINESE_CHINA.ZHS16GBK，也没问题

随便建一个表，插入一个中文值，用sqlplus的select能正常显示中文

SQL> select * from scott.test;

A
------------------------------

中文中文中文

此时，为了模拟控制文件受损，在同一个sqlplus窗口中先shutdown immediate;

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

然后手动去删掉一个controlfile，再在sqlplus里startup;

SQL> startup;
ORACLE 例程已经启动。

Total System Global Area  373293056 bytes
Fixed Size                  1249080 bytes
Variable Size             142606536 bytes
Database Buffers          226492416 bytes
Redo Buffers                2945024 bytes
ORA-00205: ?????????, ??????, ???????

乱码出现了！！！！去查看alert文件，也有乱码

ORA-00202: ????: ''D:\ORACLE\ORADATA\ORA10G\CONTROL03.CTL''
ORA-27041: ??????
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。

此时，手动恢复控制文件之后，再在sqlplus里mount并open数据库，select就变乱码了。。。

SQL> alter database mount;

数据库已更改。

SQL> alter database open;

数据库已更改。

SQL> select * from scott.test;

A
------------------------------

??????

太奇怪了，如果只是简单的shutdown和startup，sqlplus中还是可以正常的显示中文，仅仅是中间加了一次异常错误，字符集就乱了。。。但是如果重开一个sqlplus窗口或者在当前窗口退出再重进sqlplus，select出来就没问题了，中文正常显示。
这是为啥啊？？？难道是负责报异常和写alert.log的后台进程在捣鬼？？向数据库大牛dbsnake咨询了一下，觉得问题应该还是跟NLS_LANG有关。希望能尽快找到答案。。。

P.S. 刚才又跟dbsnake请教了下，应该是当前session的NLS_LANG在异常之后被改变了。。
异常之前：

SQL> SELECT * FROM NLS_SESSION_PARAMETERS;

PARAMETER                          VALUE
----------------------------  ------------------------------
NLS_LANGUAGE                     SIMPLIFIED CHINESE
NLS_TERRITORY                    CHINA
NLS_CURRENCY                     ￥
NLS_ISO_CURRENCY               CHINA
NLS_NUMERIC_CHARACTERS     .,
NLS_CALENDAR                      GREGORIAN
NLS_DATE_FORMAT                DD-MON-RR
NLS_DATE_LANGUAGE             SIMPLIFIED CHINESE

异常之后：

SQL> SELECT * FROM NLS_SESSION_PARAMETERS;

PARAMETER                          VALUE
----------------------------- ------------------------------
NLS_LANGUAGE                     SIMPLIFIED CHINESE
NLS_TERRITORY                    CHINA
NLS_CURRENCY                     ?
NLS_ISO_CURRENCY               CHINA
NLS_NUMERIC_CHARACTERS     .,
NLS_CALENDAR                      GREGORIAN
NLS_DATE_FORMAT                DD-MON-RR
NLS_DATE_LANGUAGE             SIMPLIFIED CHINESE

可以看到，NLS_CURRENCY已经由￥变为?了，说明NLS_LANG肯定变化了。
此外，还观察到一个现象：并不是所有的异常发生之后都会改变当前session的NLS_LANG，比如ORA-1109异常就不会改变NLS_LANG，但是ORA-00205就肯定会改变。

Anyway，先尽可能详细地记录下来吧，以后再慢慢研究。。。真的是很感谢dbsnake的热心帮忙，从中我也学到了不少Oracle的知识，嘿嘿~