Ⅰ oracle錯誤： ORA-01033
一、首先：問題的產生原因，出現這個錯誤是因為我將oracle\oradata\oradb下的一個文件誤刪除掉後出現的。二、現象：SQL*Plus無法連接，顯示以下錯誤： ORA-01033 : ORACLE initialization or shutdown in progress ，Enterprise Manager Console中也是同樣的錯誤。三、分析：應該是Oracle在啟動後，用戶登錄時是要將方案中原有配置信息裝載進入，裝載過程中遇到原有文件指定的位置上沒有找到，所以就報出錯誤。四、解決過程：1、在解決時由於著急使用，便用Database Configuration Assistant工具重新創建了一個新的庫，臨時解決急用的問題，同時也給後期解決ora-01033問題埋下了隱患。2、在9i中是沒有svrmgrl 命令的，要用sqlplus。 3、先在windows下運行cmd，進入DOS環境。4、以DBA用戶登錄，具體命令是 sqlplus /NOLOGSQL>connect sys/change_on_install as sysdba 提示：已成功 SQL>shutdown normal 提示：資料庫已經關閉已經卸載資料庫 ORACLE 常式已經關閉 SQL>startup mount 提示：ORACLE常式已經啟動Total System Global Area 118255568 bytes Fixed Size282576 bytes Variable Size 82886080 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes 資料庫裝載完畢 SQL>alter database open; 提示：第 1 行出現錯誤: ORA-01157: 無法標識/鎖定數據文件 19 - 請參閱 DBWR 跟蹤文件 ORA-01110: 數據文件 19: ''C:\oracle\oradata\oradb\FYGL.ORA' 這個提示文件部分根據每個人不同情況有點差別。 繼續輸入 SQL>alter database datafile 19 offline drop; 提示：資料庫已更改。循環使用最後兩步，直到alter database open;後不再提示錯誤，出現「資料庫已更改」。然後接著輸入即可 SQL>shutdown normal 提示：資料庫已經關閉已經卸載資料庫 ORACLE 常式已經關閉 SQL>startup 提示：ORACLE常式已經啟動Total System Global Area 118255568 bytes Fixed Size 282576 bytes Variable Size 82886080 bytes Database Buffers 33554432 bytes Redo Buffers 532480 bytes 資料庫裝載完畢就可以解決了。 5、最後說一下，第一條提到的隱患，因為創建了新的庫，ORACLE_SID也就發生了變化，在用戶登錄的時候會有ORA-12560錯誤，解決這個問題是將系統注冊表中的HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0\ORACLE_SID 鍵值修改成之前那個SID就可以了，用戶也能就能正常登錄了。
Ⅱ Oracle資料庫 ORA-01033問題 怎麼解決 版本11.0.2.5
[oracle@cc ~]$ oerr ora 01033
01033, 00000, "ORACLE initialization or shutdown in progress"
// *Cause: An attempt was made to log on while Oracle is being started up
// or shutdown.
// *Action: Wait a few minutes. Then retry the operation.
你是否誤刪除過數據文件？查看alert_SID.log日誌文件，具體報什麼錯？
Ⅲ oracle登陸報 ORA-01033 錯誤信息，
客戶Oracle伺服器進入PL/SQL Developer時報ora-01033:oracle initializationg or shutdown in progress 錯誤提示，應用系統無法連接Oracle服務。經遠程指導解決問題。過程如下：
1、進入CMD，執行set ORACLE_SID=fbms，確保連接到正確的SID；
2、運行sqlplus "/as sysdba"
SQL>shutdown immediate 停止服務
SQL>startup 啟動服務，觀察啟動時有無數據文件載入報錯，並記住出錯數據文件標號
SQL>shutdown immediate 再次停止服務
SQL>startup mount
SQL> recover datafile 2 恢復出錯的數據文件
SQL>shutdown immediate 再次停止服務
SQL>startup 啟動服務，此次正常。
3、進入PL/SQL Developer檢查，沒有再提示錯誤。
試試行不行？
Ⅳ ora-01033問題
startup 的時候出現ora-205 ，顯然oracle無法訪問其需要的控制文件，你需要手工找回 或回恢復這個庫的控制文件， 如果你對oracle備份恢復不熟悉 那麼請找你們企業的dba ， 如果你僅僅是學習 那麼去讀oracle官方的備份恢復手冊。
Ⅳ 請教~出現錯誤提示：ora-01033:oracle initialization or shutdown in progress
某個數據文件損壞，如何打開資料庫——ORA-01033: ORACLE initialization or shutdown in progress錯誤
系統環境：
1、操作系統：Windows 2000 Server，機器內存128M
2、資料庫： Oracle 8i R2 (8.1.6) for NT 企業版
3、安裝路徑：C:\ORACLE
錯誤現象：
因誤操作，資料庫中某一數據文件被誤刪，控制面板的Oracle相關服務顯示已啟動，但用SQL*Plus無法連接，顯示以下錯誤：
ORA-01033: ORACLE initialization or shutdown in progress
模擬現象：
create tablespace test datafile
'c:\test.ora' size 5M
AUTOEXTEND ON NEXT 1M MAXSIZE UNLIMITED
default storage (initial 128K next 1M pctincrease 0)
/
關閉所有服務stop.bat
net stop "OracleWebAssistant0"
net stop "OracleOraHome81TNSListener"
net stop "OracleServiceORADB"
shutdown
在操作系統中刪除test.ora文件
重新啟動服務start.bat
net start "OracleWebAssistant0"
net start "OracleOraHome81TNSListener"
net start "OracleServiceORADB"
服務里OracleServiceORADB顯示已啟動，但用SQL*Plus無法連接，
顯示ORA-01033: ORACLE initialization or shutdown in progress
解決方法：
先讓該數據文件離線,就可以打開資料庫
C:\>svrmgrl
svrmgrl>connect internal
svrmgrl>shutdown
svrmgrl>startup mount
--ARCHIVELOG模式命令，文件名要大寫
svrmgrl>alter database datafile 'C:\TEST.ORA' offline;
--NOARCHIVELOG模式命令
svrmgrl>alter database datafile 'C:\TEST.ORA' offline drop;
svrmgrl>alter database open;
--查詢數據文件聯、離線狀態
SQL> select file#,name,status from v$datafile;
SQL> drop tablespace test;
表空間已丟棄。
丟失聯機日誌文件
分兩種情況處理
1、丟失的是非活動的日誌文件；
2、丟失的是當前激活的日誌文件。
如果是第一種情況，而發生故障的日誌文件組又具有多個成員，可以先將資料庫shutdown，然後用操作系統命令將損壞日誌文件組中好的日誌成員文件把損壞的成員文件覆蓋（在同一個日誌成員組中的所有日誌文件的各為鏡象的），如果其物理位置不可用可將其拷貝到新的驅動器上，使用alter database rename file 『xxxx』 to 『xxxx』改變文件位置，之後啟動資料庫，如果正常馬上進行一個冷備份。如果損壞的日誌組中只有一個日誌成員，先mount上資料庫，將其轉換為noarchivelog模式，執行alter database add logfile member 『xxx』 to group 『x』給相關組增加一個成員，再執行alter database drop logfile member 『bad_file』將損壞的日誌文件刪除，由於資料庫的結構發生變動需要備份控制文件，之後將資料庫改回archivelog模式，做一個冷備份。
如果丟失的是當前激活的日誌文件，資料庫又沒有鏡像而且當前日誌組中所有成員均變為不可用。首先將資料庫shutdown abort，從最近的一次全備份中恢復所有的數據文件，將資料庫啟動到mount狀態。如果原來的日誌文件物理位置不可用，使用alter database rename file 『xxx』 to 『xxx』改變文件的存放位置。然後，使用recover database until cancel命令來恢復資料庫，直到提示最後一個歸檔日誌運用完之後，輸入cancel。之後用alter database open resetlogs打開資料庫，如果沒有問題，立即進行一個冷備份。注意！所有包含在損壞的redo log中的信息將會丟失，也就是說資料庫崩潰前已經提交的數據有可能會丟失。這對於某些要求很高的應用將會損失慘重，因此應盡量使每個日誌組具有多個日誌成員，並且放置在不同的驅動器上防止發生介質故障。
Ⅵ 始終不能解決oracle資料庫中的ora-01033、ora-12560的問題
首先檢查下系統服務中Oracle的資料庫服務和tns服務啟動了沒有，然後用下面這個試試，看有什麼提示
connect/assysdba
startupforce
Ⅶ oracle ora-01033錯誤，怎麼解決，在sqlplus下用system登陸許可權不足
1、進入CMD，執行set ORACLE_SID=fbms，確保連接到正確的SID；
2、運行sqlplus "/as sysdba"
SQL>shutdown immediate 停止服務
SQL>startup 啟動服務，觀察啟動時有無數據文件載入報錯，並記住出錯數據文件標號
SQL>shutdown immediate 再次停止服務
SQL>startup mount
SQL> recover datafile 2 恢復出錯的數據文件
SQL>shutdown immediate 再次停止服務
SQL>startup 啟動服務，此次正常。
3、進入PL/SQL Developer檢查，沒有再提示錯誤。
還啟動不了，可能就是文件的問題，不過好像也有解決辦法，你先看看這個好使不
Ⅷ oracle連接不了，報ora-01033,能解決的進來
ORA-01157: 無法標識/鎖定數據文件 6 - 請參閱 DBWR 跟蹤文件
ORA-01110: 數據文件 6: 'E:BANKTABLESPACE_BANK.DBF'
該文件丟失了，找找看是否在其他地方，如果確認不要了，可以直接offline掉，然後open庫，如果無法自行解決，請參考：Oracle資料庫異常恢復
Ⅸ 如何解決ORA-01033問題
Oracle錯誤：ORA-01033
錯誤編碼：ORA-01033: ORACLE initialization or shutdown in progress
故障描述：因為移動了資料庫文件（[NAME].DMP）/日誌文件等文件，導致資料庫連接出現ORA-01033錯誤。
故障分析：網上有一種常見的說法是該類故障通常是由於移動文件而影響了資料庫日誌文件出現損壞而導致的無法正常進行IO操作而引起的錯誤。ORACLE將識別為資料庫未裝載完成而導致出現如上錯誤。
故障特徵：使用命令行sqlplus或PL/SQL Developer均無法打開資料庫。但是可以使用sys用戶以sysdba的身份登錄系統
處理步驟：
1. 在 『開始』-->『運行』執行cmds
2. 輸入：sqlplus "/ as sysdba"
應提示類似於如下信息：
SQL*Plus: Release 9.2.0.1.0 - Proction on 星期三 5月 20 22:07:45 2009
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
連接到:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Proction
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Proction
3. 輸入：shutdown immediate
應提示類似於如下信息：
ORA-01109: 資料庫未打開
已經卸載資料庫。
4. 輸入：startup
應提示類似於如下信息：
ORA-01157: 無法標識/鎖定數據文件 15 - 請參閱 DBWR 跟蹤文件
ORA-01110: 數據文件 15: 'D:\TEST\MY_INDEX1_1.DBF'
5. 根據第4步信息輸入：alter database datafile 'D:\TEST\MY_INDEX1_1.DBF' offline drop
應提示類似於如下信息：
資料庫已更改。
6. 重復第3、4、5步驟，直到第4步不再出現ORA-01157、ORA-01110錯誤信息，即告OK.
Ⅹ oracle資料庫報錯ora-01033怎麼恢復
Oracle資料庫異常恢復檢查腳本(Oracle Database Recovery Check)
Oracle Database Recovery Check 介紹根據多年來的資料庫恢復經驗,提煉出來資料庫恢復關鍵點信息收集腳本(Oracle Database Recovery Check)，該腳本主要是在資料庫mount狀態情況下查詢資料庫的一些基礎表信息等信息，不對資料庫進行任何寫操作(只做讀和mp操作)，不會在壞的資料庫基礎之上帶來任何破壞，不影響任何資料庫後續的恢復工作。通過該腳本收集信息能夠快速定位資料庫異常原因，並初步判斷資料庫恢復疑難程度，減少資料庫異常恢復診斷時間，提供恢復效率和准確性。
具體參考：網頁鏈接