被這個OracleDBconsole服務無法啟動的問題折磨了兩個星期了，今天很幸運，在網上無意間看到了一位大俠的思路，雖然錯誤的情況並不完全相同，但他的思路完全可以搬過來用。 環境：Windows 7， 裝Oracle 11g，裝完數據庫軟件、新建一個數據庫（數據庫的SID為orcl），但是無法進入網頁版的企業管理器（EM），提示是“403，服務器拒絕了您的訪問請求”。因為數據庫的ID是orcl，因此對應的Windows服務名為OracleDbConsoleorcl，原因不多說了，想必遇到過這個問題的朋友都知道，就是這個服務沒有啟動，所以進不了企業管理器。嘗試啟動這個服務，提示“Windows 不能在 本地計算機 啟動 OracleDBConsoleorcl。有關更多信息，查閱系統事件日志。如果這是非 Microsoft 服務，請與服務廠商聯系，並參考特定服務錯誤代碼 1053。” 至於具體的原因，網上有很多人討論，大概是計算機名改變、IP地址更改等情況，就不分別討論了。具體的出錯原因，只有計算機自己才能回答，所以，還是先問cmd吧~ 那就在cmd中啟動企業管理器試試吧：
這是啟動控制台的命令，它當然報錯：
雖然並不十分清楚，但可以肯定的是，不能啟動的原因一定和ID、SID之類的變量有關，應該是數據庫的名稱，因此給它設置一個ORACLE_UNQNAME。繼續~ 2.既然cmd說要給數據庫設置一個ORACLE_UNQNAME，於是在網上搜了一下，大概是這個命令：
敲了回車沒反應，額，，，於是再敲個分號----
還是沒反應，，，算了，就當是已經設置過了吧，那么再嘗試着啟動一下企業管理器：
繼續報錯，不過這次的內容具體一點了：
很顯然，是因為Oracle找不到提示的這個文件或文件夾而報錯。那么理所當然得，可以去提示中給出的目錄看一看，如下圖：
果然，在這個目錄下並沒有OC4J_DBConsole_180.111.140.106_orcl20120825這個文件夾或者文件。但是，注意到該目錄下有一個和提示中的文件名非常相似的文件夾 OC4J_DBConsole_localhost_orcl20120825，只有中間的部分不同。到這一步，情況開始明朗了。
1.根據以往在Windows下折騰的經驗，可以猜測OC4J_DBConsole_localhost_orcl20120825文件夾和OC4J_DBConsole_180.111.140.106_orcl20120825文件夾中的內容是一樣的，只是文件夾的名稱不同而已。那既然提示說要找這個名字的文件夾，那是不是可以直接把OC4J_DBConsole_localhost_orcl20120825文件夾重命名，把它文件名中的localhost改成180.111.140.106呢？也許可以，但為了保險起見，還是先復制一份，再重命名。如下圖
於是，該目錄下就有了名為OC4J_DBConsole_180.111.140.106_orcl20120825的文件夾。接下來，在cmd中繼續執行上一次的命令，嘗試啟動EM：
雖然還是報錯，並且和上一個報錯信息很相似
同樣是提示在某路徑下找不到某文件的提示，那么重復上一步的做法，到這次提示的目錄中去看一下，如下圖：
同樣地，在這個目錄下果然沒有提示中的180.111.140.106_orcl20120825文件夾，但是又出現了一個文件名極其相似的文件夾：localhost_orcl20120825，很顯然也是前文所說的IP地址改變造成的文件命名前后不一致的原因。復制上一步的思路，猜測180.111.140.106_orcl20120825文件夾中的內容和localhost_orcl20120825中的內容是一樣的，於是復制一個localhost_orcl20120825文件夾並重命名為180.111.140.106_orcl20120825，如下圖：
於是，該目錄下就有了名為180.111.140.106_orcl20120825的文件夾。接下來，在cmd中繼續執行上一次的命令，嘗試啟動EM：
額，，，貌似沒報錯：
啟動了！ 再去Windows服務中看一下：
哇嘎嘎嘎！！！我的心病終於解決了0 0
不行還是不放心，去EM看看
至此，了卻我心中一塊大病！！！