解决ORA-01033: Oracle initialization or shutdown in progress问题的过程

问题描述:

1:windows 系统中的oracle 10g,启动后使用普通用户连接 报错ORA-01033: Oracle initialization or shutdown in progress

2:试着用sqlplus / as sysdba 进入,时报没有权限.

解决方法:

先解决操作系统认证的问题.

1:因为oracle在windows中的启动方式与linux下不一样。在windows下需要先启动windows服务"net start OracleServiceORA10"

才能启动oracle实例. "sqlplus / as sysdba 之后用 startup"

但是一般默认情况下,启动windows服务之后,oracle实例自动启动.所以需要把这两步操作分开。

2:开始->所有程序->Oracle - OraDb10g_home1->配置和移植工具-> Administration Assistant for Windows ->在“数据库”项下,对应的实例名,右键“启动/关闭选项”,将“服务启动时启动例程”取消,即可。

3:f:\oracle\product\10.2.0\db_1\network\ADMIN\sqlnet.ora 中保证有如下一行.

SQLNET.AUTHENTICATION_SERVICES= (NTS)  #注意之前TNS,所以用操作系统认证的方式登陆不上去

4:先在启动oracle服务"net start OracleServiceORA10",和侦听服务.(这时oracle实例没有动)

sqlplus / as sysdba

SQL>startup

Oracle 例程已经启动。

Total System Global Area 22222222bytes

Fixed Size                            22222bytes

Variables Size                      222222bytes

Database Buffers            222222222bytes

Redo Buffers                        222222bytes

数据库装载完毕。

ORA-16038:日志3序列号1124无法归档

ORA-19809:超出了恢复文件数的限制

ORA-00312:联机日志3线程1:

'f:\oracle\product\10.2.0\ORADATA\UTF8\REDO03.LOG'

5:查看recovery目录

SQL>show parameter recover;

NAME                                                        TYPE                                  VALUE

-------------------------------------------------------------------------------------------------------

db_recovery_files_dest                               string        f:\oracle\product\10.2.0\flash_recovery_area

db_recovery_files_dest_size                      big integer   20G

recovery_parallelism                                  integer         0

去 f:\oracle\product\10.2.0\flash_recovery_area目录下可以看到下面的子目录的大小总合快20G了。

6:正常来说应该删除不需要的日志。但是因为时间原因,先让数据库跑起来,所以直接把归案的大小由20G调为80G.

SQL>alter system set db_recovery_file_dest_size=80G scope=both;

重启数据后之后测试普通用户可以登陆了。

7:f:\oracle\product\10.2.0\admin\utf8\bdump\alert_utf8.log报错日志有如下内容

ORA-19815: WARNING: db_recovery_file_dest_size of 4294967296 bytes is 100.00% used, and has 0 remaining bytes available.

Sat Mar 03 03:59:56 2012
************************************************************************
You have following choices to free up space from flash recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************

这里的错误信息已经提示了日志已经满的处理方式

8:以后有时间需要把不需要的归案删除

posted @   letmedown  阅读(257)  评论(0编辑  收藏  举报
编辑推荐:
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
阅读排行:
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 地球OL攻略 —— 某应届生求职总结
· 提示词工程——AI应用必不可少的技术
· Open-Sora 2.0 重磅开源!
· 周边上新:园子的第一款马克杯温暖上架
点击右上角即可分享
微信分享提示