ORA-01033ORACLE initialization or shutdown in progress

简介:

2016年7月8日

    今天吧数据库停掉电源重新启动后,普通用户登陆plsql报ORA-01033错,sys用户是能够正常登陆的。

    我这个服务器的数据库是开机自启的。

    这里要强调的是,数据库在启动的过程中是有三个状态的,umount mount open三个状态。

下面就是处理方法,当然要根据你自己的情况进行相应的调整。

方法一:先用这种方法

查看数据库状态

SQL> select status, database_status from v$instance;

STATUS       DATABASE_STATUS

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

STARTED      ACTIVE


SQL> select open_mode from v$database;

select open_mode from v$database

                      *

ERROR at line 1:

ORA-01507: database not mounted

Here we can see the instance is started but database is not mounted.


Now mount the database, if this succeeds then there is no problem.

查看到数据库还没有被挂载,要挂载

SQL> alter database mount;

Database altered.

SQL> select status, database_status from v$instance;

STATUS       DATABASE_STATUS

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

MOUNTED      ACTIVE

成功挂载。如果你的已经是挂载状态就不需要挂载了

SQL> select open_mode from v$database;

OPEN_MODE

----------

MOUNTED

Database is mounted successfully but when you try to connect, you still get the same ORA-01033 error:

虽然挂载了,但是还没有处于open状态,还是会报错的。

下面就是打开数据库

SQL> alter database open;

Database altered.

ALTER PLUGGABLE DATABASE ALL OPEN;

SQL> select status, database_status from v$instance;

STATUS       DATABASE_STATUS

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

OPEN         ACTIVE

查看一下,已经是open状态了。

SQL> select open_mode from v$database;

OPEN_MODE

----------

READ WRITE

方法二:

SQL>shutdown immediate      停止服务 

     

SQL>startup                          

方法二启动有异常用方法三

方法三:

   SQL>shutdown immediate      停止服务 

     SQL>startup                          启动服务,观察启动时有无数据文件加载报错,并记住出错数据文件标号 

     SQL>shutdown immediate      再次停止服务 

     SQL>startup mount 

     SQL> recover datafile 2         恢复出错的数据文件 

     SQL>shutdown immediate      再次停止服务 

    SQL>startup                          启动服务,此次正常。




本文转自aaa超超aaa 51CTO博客,原文链接:http://blog.51cto.com/10983441/1812750
相关文章
|
Oracle 关系型数据库 数据库
ORA-01033:ORACLE initialization or shutdown in progress解决方法
ORA-01033:ORACLE initialization or shutdown in progress解决方法
|
Oracle 关系型数据库 数据库
DBA_Oracle Startup / Shutdown启动和关闭过程详解(概念)
2014-08-07 Created By BaoXinjian 一、摘要 Oracle数据库的完整启动过程是分步骤完成的,包含以下3个步骤: 启动实例-->加载数据库-->打开数据库 因为Oracle数据库启动过程中不同的阶段可以对数据库进行不同的维护操作,对应我们不同的需求,所以就需不同的模式启动数据库。
1023 0
|
关系型数据库 数据库 Oracle
Oracle基础 shutdown和startup
原文:Oracle基础 shutdown和startup 一、shutdown命令:SHUTDOWN有四个参数:NORMAL、TRANSACTIONAL、IMMEDIATE、ABORT。缺省不带任何参数时表示是NORMAL。
871 0
|
1月前
|
存储 自然语言处理 Oracle
Oracle数据库字符集概述及修改方式
【8月更文挑战第15天】Oracle 数据库字符集定义了数据的编码方案,决定可存储的字符类型及其表示方式。主要作用包括数据存储、检索及跨系统传输时的正确表示。常见字符集如 AL32UTF8 支持多语言,而 WE8MSWIN1252 主用于西欧语言。修改字符集风险高,可能导致数据问题,需事先备份并评估兼容性。可通过 ALTER DATABASE 语句直接修改或采用导出-导入数据的方式进行。完成后应验证数据完整性。此操作复杂,须谨慎处理。
|
1月前
|
数据采集 Oracle 关系型数据库
实时计算 Flink版产品使用问题之怎么实现从Oracle数据库读取多个表并将数据写入到Iceberg表
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
10天前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例