oracle监听和实例启动顺序浅谈
经常用oracle的人对下面的这条信息肯定不会陌生：“监听程序当前无法识别链接描述符中请求的服务”。其实产生这个问题的根本原因不是监听没有起来，而是监听没有监听你要连接的oracle实例。
大家都明白，oracle只有两者兼备才能向外界提供服务：一个是监听，用于接收用户的请求；一个是实例，真正的提供服务的。但是这两者要协调好才能工作，即实例要告诉监听我准备好了，可以接受外界的服务了。
这里面有个主动和被动的问题，当主动监听时，监听认为实例永远都是准备好的，外界对实例的请求监听都接受，哪怕实例还关着呢。被动就是实例起来后由PMON来向监听注册，告诉监听我准备好了，可以接收外界请求了。
谈到这里，就要说说启动顺序的问题了，在两者同时启动的情况下察觉不到问题，但是当两者不是同时启动情况下有问题了，但这只是个小问题：在等待“很小的一段时间”后问题会自己解决的。
先启动监听，后启动实例，当从远程客户端连接实例时没有问题，根本察觉不到，因为在启动实例是PMON已经向监听注册实例了，当用户请求时，两者都准备好，没问题。
先启动实例，后启动监听，此时会有问题，但是只是个“很小的一段时间”的问题。如果监听刚起来，用户马上就请求连接，这时可能会报“监听程序当前无法识别链接描述符中请求的服务”的错误，原因在于PMON还没来得及向监听注册实例。但是等一会为什么就好了呢？因为PMON是轮循的，它每隔一段时间向监听注册实例，只要监听起来了，当PMON注册时就能注册成功，此时用户在请求就没问题了，但是这个“很小的一段时间”可能不一样，但是可以肯定不会很长。
那有没有办法解决这点很短时间的问题呢？有 。这就是变被动监听为主动监听。将实例的描述添加到listener.ora中，这样只要启动监听，就能监听实例，而不管实例的状态如何，只要两者都准备好，OK就没问题。
下面给出例子：（改前）
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = PLSExtProc)
(ORACLE_HOME = /home/oracle/oracle/product/10.2.0/db_1)
(PROGRAM = extproc)
)
)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDR
相关文档：
Oracle中提供一系列类型，每个类型的特点如下：
char：存储固定长度的字符，如果字符长度不够会在右边补空格。比如：name char（10），当给name赋值为'zhangsan'时会在右边补充2个空格。char类型的容量为1～2000B，没有指定则默认长度为1。
varchar2：存储长度可变的字符，和char类型的不同，它不会自动补充空格，且定义� ......
1.激活SQL跟踪
从oracle10g以后提供了新的方法激活SQL的跟踪，即是使用dbms_monitor包来开启或关闭SQL跟踪。
之前旧方法是使用 alter session set events .. 或者使用dbms_system.set_ev方式
使用dbms_monitor包可以在会话，客户端，组件以及数据库四个层级开启SQL的跟踪� ......
oracle 存储过程的基本语法
1.基本结构
CREATE OR REPLACE PROCEDURE 存储过程名字
(
参数1 IN NUMBER,
参数2 IN NUMBER
) IS
变量1 INTEGER :=0;
变量2 DATE;
BEGIN
END 存储过程名字
2.SELECT INTO STATEMENT
将select查询的结果存入到变量中，可以同时将多个 ......
存储过程 包含三部分： 声明，执行部分，异常。
可以有无参数程序和带参数存储过程。
无参程序语法
1 create or replace procedure NoParPro
2 as ;
3 begin
4&n ......
GSD global services daemon (GSD)
与rac的管理工具dbca srvctl
oem进行交互，用来完成实例的启动关闭等管理任务。
为了保证这些管理工具运行正常必须在所有的节点上先start
gsd,并且一个GSD进程支持在
一个节点的多个rac.gsd进程位于$ORACLE_HOME/bin目录下，其log文件
为$oracle_home
/srvm/log/gsdaemon.log
� ......
