ora-27100是指oracle共享内存已经存在,事实上是因为在启动ORACLE例程的过程中发生了异常,导致实例没有完全启动成功.所以这时,你要是用SQL PLUS或其它客户端工具去连ORACLE,显然是连不到的.反过来,你要是再发布一次startup命令再次启动实例,因为前一次有启动实例,所以就会抛出这个错误.
那么,为什么实例会出现没有完全启动成功的情况呢?这主要是因为实例的配置参数不正确或不合理所导致.我仔细回想了我昨天的操作:因为是新装的ORACLE,服务器的物理内存是有加到4G,我把SGA调大到了1.7G,并且将pre_page_sga设为true ,当时调整参数时关闭数据库然后重启没有问题.但是,为什么搬到黎明网络以后就会出问题呢?
大伙可能会想,这可能是因为改IP的原因.我当时心里虽然明知可能不是这个原因,但是也将这个列为可能原因之一.所以后来我将IP改回来,但是问题依旧.现在我找到了真正的原因:
改了IP后,我重启了WINDOWS中的ORACLE服务.大家会问,这和在企业管理器重启数据库有什么区别啊?你在OEM中重启数据库都没问题,为什么在windows中重启ORACLE的服务就会出问题呢?要解释这个原因,我们得必须了解在WINDOWS中启动ORACLE服务是做了什么操作:首先,会启动oracle专用进程,如果这个没有问题,则还会启动实例,装载和打开数据库.所以,这就是问题所在了,当你在WINDOWS中启动ORACLE服务的时候,事实上是做了4:start dedicated server process,start instance,mound database,open database. 所以,不管你将启动oracle服务设定为自动还是手动,在你启动服务时它都会做这4个动作(除非你用oradim另外配置).而在OEM中重启数据库,它并不会重启ORACLE在WNIDOWS的进程,它只是重启实例和DB,所以你改了参数以后,重启有可能是不会出现问题的.也就是说用oracle自己的shutdown和startup管理工具重启DB有可能是正常的,但是你借助windows的服务来启db却有可能会报错.
这听起来好象解释不通对吧?但是我们再来进一步深入分析,我们回过头来看看windows中启动oracle服务时寻找参数文件以启动例程的优先顺序:
&nbp; -spfilesid.ora
-缺省的spfile
-initsid.ora
-缺省的pfile
在启动oracle服务时,首先会在服务端找spfilesid.ora用于启动例程,如果找不到spfilesid.ora,则使用服务端缺省的spfile来启动,如果缺省的spfile也找不到,则使用initsid.ora来启动例程,最后则是使用缺省的pfile.当然你也可以指定pfile来覆盖缺省spfile启动例程,或通过spfile=命令使用指定的spfile来启动例程.
因为我们的参数修改有问题,所以在windows启动oracle服务时,它总是去找$oracle_homedatabasespfilesid.ora来启动例程(而这个参数文件是有问题的),虽然我们在startup命令中有指定pfile=,但是只要我们在windows中启动了oracle服务,你再发布startup命令就相当于第二次启动,所有自然就会抛出ora-27100(因为前面有启动嘛,只不过没有完全启动成功,它使用了有问题的spfilesid.ora来启动例程).
找到了原因,要找解决办法就是水到渠成了.以下是我列出的解决办法(经测试都可以成功启动oracle):
1. 创建initsid.ora文件(数据库创建完成后在$oracle_homeadminpfile目录下有一个初始化参数文件,你拷贝然后重命名成initsid.ora),并将$oracle_homedatabase下的spfilesid.ora文件移开,然后重启windows中的oracle服务,这样oracle就可以完全启动
2. 将有问题的spfile移开,启动windows的oracle服务也能成功启动oracle,因为它会自动按顺序去找其它的参数文件
3. 移开有问题的spfilesid.ora,启动windows的oracle服务后,在sqlplus中用pfile=来启动oracle也没有问题
4. 经测试,当你移开所有的spfile,pfile后再启动windows的oracle服务,服务启动不会报错,但windows只是启动了oracle的专用进程,并没有启动实例和数据库.
5. 当你要在sql plus中启动oracle数据库时(或连接数据库时),一定要在windows的服务中启动2个服务:TNSlistener和OracleService.Listener是负责监听ORACLE服务进程及负责接收来自客户端的连接请求,相当于是一个中介服务程序一样.而OracleService是启动ORACLE专用服务器进程,如果没有启动,你在SQLPLUS中连接不到ORACLE空例程,会抛出:产生的原因分析:
ora-27100是指oracle共享内存已经存在,事实上是因为在启动ORACLE例程的过程中发生了异常,导致实例没有完全启动成功.所以这时,你要是用SQL PLUS或其它客户端工具去连ORACLE,显然是连不到的.反过来,你要是再发布一次startup命令再次启动实例,因为前一次有启动实例,所以就会抛出这个错误.
那么,为什么实例会出现没有完全启动成功的情况呢?这主要是因为实例的配置参数不正确或不合理所导致.我仔细回想了我昨天的操作:因为是新装的ORACLE,服务器的物理内存是有加到4G,我把SGA调大到了1.7G,并且将pre_page_sga设为true ,当时调整参数时关闭数据库然后重启没有问题.但是,为什么搬到黎明网络以后就会出问题呢?
大伙可能会想,这可能是因为改IP的原因.我当时心里虽然明知可能不是这个原因,但是也将这个列为可能原因之一.所以后来我将IP改回来,但是问题依旧.现在我找到了真正的原因:
改了IP后,我重启了WINDOWS中的ORACLE服务.大家会问,这和在企业管理器重启数据库有什么区别啊?你在OEM中重启数据库都没问题,为什么在windows中重启ORACLE的服务就会出问题呢?要解释这个原因,我们得必须了解在WINDOWS中启动ORACLE服务是做了什么操作:首先,会启动oracle专用进程,如果这个没有问题,则还会启动实例,装载和打开数据库.所以,这就是问题所在了,当你在WINDOWS中启动ORACLE服务的时候,事实上是做了4:start dedicated server process,start instance,mound database,open database. 所以,不管你将启动oracle服务设定为自动还是手动,在你启动服务时它都会做这4个动作(除非你用oradim另外配置).而在OEM中重启数据库,它并不会重启ORACLE在WNIDOWS的进程,它只是重启实例和DB,所以你改了参数以后,重启有可能是不会出现问题的.也就是说用oracle自己的shutdown和startup管理工具重启DB有可能是正常的,但是你借助windows的服务来启db却有可能会报错.
这听起来好象解释不通对吧?但是我们再来进一步深入分析,我们回过头来看看windows中启动oracle服务时寻找参数文件以启动例程的优先顺序:
&nbp; -spfilesid.ora
-缺省的spfile
-initsid.ora
-缺省的pfile
在启动oracle服务时,首先会在服务端找spfilesid.ora用于启动例程,如果找不到spfilesid.ora,则使用服务端缺省的spfile来启动,如果缺省的spfile也找不到,则使用initsid.ora来启动例程,最后则是使用缺省的pfile.当然你也可以指定pfile来覆盖缺省spfile启动例程,或通过spfile=命令使用指定的spfile来启动例程.
因为我们的参数修改有问题,所以在windows启动oracle服务时,它总是去找$oracle_homedatabasespfilesid.ora来启动例程(而这个参数文件是有问题的),虽然我们在startup命令中有指定pfile=,但是只要我们在windows中启动了oracle服务,你再发布startup命令就相当于第二次启动,所有自然就会抛出ora-27100(因为前面有启动嘛,只不过没有完全启动成功,它使用了有问题的spfilesid.ora来启动例程).
找到了原因,要找解决办法就是水到渠成了.以下是我列出的解决办法(经测试都可以成功启动oracle):
1. 创建initsid.ora文件(数据库创建完成后在$oracle_homeadminpfile目录下有一个初始化参数文件,你拷贝然后重命名成initsid.ora),并将$oracle_homedatabase下的spfilesid.ora文件移开,然后重启windows中的oracle服务,这样oracle就可以完全启动
2. 将有问题的spfile移开,启动windows的oracle服务也能成功启动oracle,因为它会自动按顺序去找其它的参数文件
3. 移开有问题的spfilesid.ora,启动windows的oracle服务后,在sqlplus中用pfile=来启动oracle也没有问题
4. 经测试,当你移开所有的spfile,pfile后再启动windows的oracle服务,服务启动不会报错,但windows只是启动了oracle的专用进程,并没有启动实例和数据库.
5. 当你要在sql plus中启动oracle数据库时(或连接数据库时),一定要在windows的服务中启动2个服务:TNSlistener和OracleService.Listener是负责监听ORACLE服务进程及负责接收来自客户端的连接请求,相当于是一个中介服务程序一样.而OracleService是启动ORACLE专用服务器进程,如果没有启动,你在SQLPLUS中连接不到ORACLE空例程,会抛出:
那么,为什么实例会出现没有完全启动成功的情况呢?这主要是因为实例的配置参数不正确或不合理所导致.我仔细回想了我昨天的操作:因为是新装的ORACLE,服务器的物理内存是有加到4G,我把SGA调大到了1.7G,并且将pre_page_sga设为true ,当时调整参数时关闭数据库然后重启没有问题.但是,为什么搬到黎明网络以后就会出问题呢?
大伙可能会想,这可能是因为改IP的原因.我当时心里虽然明知可能不是这个原因,但是也将这个列为可能原因之一.所以后来我将IP改回来,但是问题依旧.现在我找到了真正的原因:
改了IP后,我重启了WINDOWS中的ORACLE服务.大家会问,这和在企业管理器重启数据库有什么区别啊?你在OEM中重启数据库都没问题,为什么在windows中重启ORACLE的服务就会出问题呢?要解释这个原因,我们得必须了解在WINDOWS中启动ORACLE服务是做了什么操作:首先,会启动oracle专用进程,如果这个没有问题,则还会启动实例,装载和打开数据库.所以,这就是问题所在了,当你在WINDOWS中启动ORACLE服务的时候,事实上是做了4:start dedicated server process,start instance,mound database,open database. 所以,不管你将启动oracle服务设定为自动还是手动,在你启动服务时它都会做这4个动作(除非你用oradim另外配置).而在OEM中重启数据库,它并不会重启ORACLE在WNIDOWS的进程,它只是重启实例和DB,所以你改了参数以后,重启有可能是不会出现问题的.也就是说用oracle自己的shutdown和startup管理工具重启DB有可能是正常的,但是你借助windows的服务来启db却有可能会报错.
这听起来好象解释不通对吧?但是我们再来进一步深入分析,我们回过头来看看windows中启动oracle服务时寻找参数文件以启动例程的优先顺序:
&nbp; -spfilesid.ora
-缺省的spfile
-initsid.ora
-缺省的pfile
在启动oracle服务时,首先会在服务端找spfilesid.ora用于启动例程,如果找不到spfilesid.ora,则使用服务端缺省的spfile来启动,如果缺省的spfile也找不到,则使用initsid.ora来启动例程,最后则是使用缺省的pfile.当然你也可以指定pfile来覆盖缺省spfile启动例程,或通过spfile=命令使用指定的spfile来启动例程.
因为我们的参数修改有问题,所以在windows启动oracle服务时,它总是去找$oracle_homedatabasespfilesid.ora来启动例程(而这个参数文件是有问题的),虽然我们在startup命令中有指定pfile=,但是只要我们在windows中启动了oracle服务,你再发布startup命令就相当于第二次启动,所有自然就会抛出ora-27100(因为前面有启动嘛,只不过没有完全启动成功,它使用了有问题的spfilesid.ora来启动例程).
找到了原因,要找解决办法就是水到渠成了.以下是我列出的解决办法(经测试都可以成功启动oracle):
1. 创建initsid.ora文件(数据库创建完成后在$oracle_homeadminpfile目录下有一个初始化参数文件,你拷贝然后重命名成initsid.ora),并将$oracle_homedatabase下的spfilesid.ora文件移开,然后重启windows中的oracle服务,这样oracle就可以完全启动
2. 将有问题的spfile移开,启动windows的oracle服务也能成功启动oracle,因为它会自动按顺序去找其它的参数文件
3. 移开有问题的spfilesid.ora,启动windows的oracle服务后,在sqlplus中用pfile=来启动oracle也没有问题
4. 经测试,当你移开所有的spfile,pfile后再启动windows的oracle服务,服务启动不会报错,但windows只是启动了oracle的专用进程,并没有启动实例和数据库.
5. 当你要在sql plus中启动oracle数据库时(或连接数据库时),一定要在windows的服务中启动2个服务:TNSlistener和OracleService.Listener是负责监听ORACLE服务进程及负责接收来自客户端的连接请求,相当于是一个中介服务程序一样.而OracleService是启动ORACLE专用服务器进程,如果没有启动,你在SQLPLUS中连接不到ORACLE空例程,会抛出:产生的原因分析:
ora-27100是指oracle共享内存已经存在,事实上是因为在启动ORACLE例程的过程中发生了异常,导致实例没有完全启动成功.所以这时,你要是用SQL PLUS或其它客户端工具去连ORACLE,显然是连不到的.反过来,你要是再发布一次startup命令再次启动实例,因为前一次有启动实例,所以就会抛出这个错误.
那么,为什么实例会出现没有完全启动成功的情况呢?这主要是因为实例的配置参数不正确或不合理所导致.我仔细回想了我昨天的操作:因为是新装的ORACLE,服务器的物理内存是有加到4G,我把SGA调大到了1.7G,并且将pre_page_sga设为true ,当时调整参数时关闭数据库然后重启没有问题.但是,为什么搬到黎明网络以后就会出问题呢?
大伙可能会想,这可能是因为改IP的原因.我当时心里虽然明知可能不是这个原因,但是也将这个列为可能原因之一.所以后来我将IP改回来,但是问题依旧.现在我找到了真正的原因:
改了IP后,我重启了WINDOWS中的ORACLE服务.大家会问,这和在企业管理器重启数据库有什么区别啊?你在OEM中重启数据库都没问题,为什么在windows中重启ORACLE的服务就会出问题呢?要解释这个原因,我们得必须了解在WINDOWS中启动ORACLE服务是做了什么操作:首先,会启动oracle专用进程,如果这个没有问题,则还会启动实例,装载和打开数据库.所以,这就是问题所在了,当你在WINDOWS中启动ORACLE服务的时候,事实上是做了4:start dedicated server process,start instance,mound database,open database. 所以,不管你将启动oracle服务设定为自动还是手动,在你启动服务时它都会做这4个动作(除非你用oradim另外配置).而在OEM中重启数据库,它并不会重启ORACLE在WNIDOWS的进程,它只是重启实例和DB,所以你改了参数以后,重启有可能是不会出现问题的.也就是说用oracle自己的shutdown和startup管理工具重启DB有可能是正常的,但是你借助windows的服务来启db却有可能会报错.
这听起来好象解释不通对吧?但是我们再来进一步深入分析,我们回过头来看看windows中启动oracle服务时寻找参数文件以启动例程的优先顺序:
&nbp; -spfilesid.ora
-缺省的spfile
-initsid.ora
-缺省的pfile
在启动oracle服务时,首先会在服务端找spfilesid.ora用于启动例程,如果找不到spfilesid.ora,则使用服务端缺省的spfile来启动,如果缺省的spfile也找不到,则使用initsid.ora来启动例程,最后则是使用缺省的pfile.当然你也可以指定pfile来覆盖缺省spfile启动例程,或通过spfile=命令使用指定的spfile来启动例程.
因为我们的参数修改有问题,所以在windows启动oracle服务时,它总是去找$oracle_homedatabasespfilesid.ora来启动例程(而这个参数文件是有问题的),虽然我们在startup命令中有指定pfile=,但是只要我们在windows中启动了oracle服务,你再发布startup命令就相当于第二次启动,所有自然就会抛出ora-27100(因为前面有启动嘛,只不过没有完全启动成功,它使用了有问题的spfilesid.ora来启动例程).
找到了原因,要找解决办法就是水到渠成了.以下是我列出的解决办法(经测试都可以成功启动oracle):
1. 创建initsid.ora文件(数据库创建完成后在$oracle_homeadminpfile目录下有一个初始化参数文件,你拷贝然后重命名成initsid.ora),并将$oracle_homedatabase下的spfilesid.ora文件移开,然后重启windows中的oracle服务,这样oracle就可以完全启动
2. 将有问题的spfile移开,启动windows的oracle服务也能成功启动oracle,因为它会自动按顺序去找其它的参数文件
3. 移开有问题的spfilesid.ora,启动windows的oracle服务后,在sqlplus中用pfile=来启动oracle也没有问题
4. 经测试,当你移开所有的spfile,pfile后再启动windows的oracle服务,服务启动不会报错,但windows只是启动了oracle的专用进程,并没有启动实例和数据库.
5. 当你要在sql plus中启动oracle数据库时(或连接数据库时),一定要在windows的服务中启动2个服务:TNSlistener和OracleService.Listener是负责监听ORACLE服务进程及负责接收来自客户端的连接请求,相当于是一个中介服务程序一样.而OracleService是启动ORACLE专用服务器进程,如果没有启动,你在SQLPLUS中连接不到ORACLE空例程,会抛出:
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9537053/viewspace-721260/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/9537053/viewspace-721260/