oracle重啟資料庫
① 重啟資料庫命令 oracle
在命令窗口上輸入：sqlplus /nolog
② linux oracle資料庫服務怎麼重啟
linux下重啟oracle資料庫按如下步驟操作：
（1） 以oracle身份登錄資料庫，命令：su – oracle
（2） 進入Sqlplus控制台，命令：sqlplus /nolog
（3） 以系統管理員登錄，命令：connect / as sysdba
（4） 啟動資料庫，命令：startup
（5） 如果是關閉資料庫，命令：shutdown immediate /SHUTDOWN ABORT
（6） 退出sqlplus控制台，命令：exit
（7） 進入監聽器控制台，命令：lsnrctl
（8） 啟動監聽器，命令：start
（9） 退出監聽器控制台，命令：exit
（10） 重啟資料庫結束
③ oracle存儲過程失效重啟後恢復正常
根據oracle資料庫的特點和提供的工具，主要方法有以下幾種方法：
利用邏輯備份使用import工具丟失數據的表
利用物理備份來通過還原數據文件並進行不完全恢復
利用dbms_logmnr包從redo log文件中恢復
利用flashback特性恢復數據
前提
為了方便使用方法的介紹，上述恢復方法都將基於以下場景進行：系統管理員在前一天晚上11點用export對資料庫做了全庫邏輯備份，然後對所有數據文件進行了熱備份。第二天上午10點，系統管理員在修改表TFUNDASSET的數據時，由於修改語句的條件寫錯了，導致一批記錄(幾千條)的ztm欄位被修改成了錯誤的值，而且已經提交。這個表是資產表，相對而言數據變化不頻繁。
一、利用邏輯備份使用import工具恢復丟失的數據
export/import是oracle提供的用於對資料庫進行邏輯備份的工具。該工具適用於備份那些數據量不大、業務量不多的資料庫系統。因為如果在前一天晚上11點用export做了邏輯備份，那麼當今天上午10點資料庫意外崩潰時，從備份起到資料庫崩潰的這段時間里的數據修改操作(包括DDL和DML)都會丟失。如果丟失數據內的表上的數據是相對比較穩定，也就是說該表上基本沒有DML操作，例如標准代碼表、分區表裡的歷史數據，那麼採用import來導入該表可以比較完整的恢復數據。如果該表是經常變化的業務表，那麼這些丟失的數據只能根據業務情況從紙質記錄恢復，或者其他途徑恢復。
▲示例如下：這個表是一個資產表。相對來說，今天系統運行中修改的數據較少，丟失的數據量可以承受或者可以從別的途徑恢復。那就可以用import來恢復。
方法一：
1、把這個表的數據備份到另一個表：
.png
2、刪除該表的記錄:
.png
3、執行下面的命令：
.png
這個命令中在關鍵字tables中指定需要導入的表名字，ignore=y表示忽略表已經存在的錯誤。
4、導入結束後，檢查表中的記錄，並用適當的方法恢復當天的修改。
方法二：
1、 把需要恢復的表導入到另一個用戶下面：
.png
2、檢查數據以後，把原表記錄刪除：
.png
3、然後從另一用戶表中插入回去：
.png
4、 數據量比較大時可以採用如下方法：
.png
二、利用物理備份來通過還原數據文件並進行不完全恢復
如果資料庫運行在歸檔模式下，那麼可以通過使用以前的數據文件備份進行還原，然後利用歸檔日誌進行前滾，直到回滾到錯誤操作的時間點前，然後重置日誌文件打開資料庫。
可以通過下列方法確認是否是運行在歸檔模式：
.png
如果是如上所示，那麼就是運行在歸檔模式了。
▲假定在前一天晚上11點做了全庫物理備份，那麼可以考慮如下恢復：
1、關閉資料庫：
由於資料庫的不完全恢復必須在一個關閉的資料庫上實施，利用一個舊的資料庫的備份還原，然後用日誌根據需要逐步前滾，而不能還原一個新的備份，再回退到某個時間點。
通知各客戶端資料庫將關閉，然後發出：
.png
資料庫已經關閉。
已經卸載資料庫。
ORACLE 常式已經關閉。
2、確定錯誤操作的時間：
可以根據操作員的估計來確定不完全恢復需要前滾停止的時間，也可以利用LogMiner來分析日誌文件(這個工具將在後面介紹)，找出錯誤操作的准確時間。
3、還原數據文件：
先對當前的資料庫文件進行備份，然後再用以前的最近一次備份覆蓋現有數據文件。注意：不覆蓋現有的控制文件。
4、基於時間點恢復，啟動資料庫到裝配狀態：
.png
這樣資料庫就恢復到了2015年10月20日的9點58分零秒。
然後再利用業務資料補充這段時間內的數據。
三、利用dbms_logmnr包從log文件中恢復
這個包是由Oracle提供，與dbms_logmnr_d包配合使用可以方便地分析聯機日誌文件和歸檔日誌文件，從這些日誌文件中提取出所有對資料庫的更改操作。
在使用這個包之前，需要先做一些設置和修改：
1、打開initorcl.ora，修改初始化參數utl_file_dir，設置dbms_logmnr_d包將要使用的數據字典文件的放置目錄。
.png
然後重啟資料庫使參數生效。
2、以sys用戶連接到資料庫執行dbmslmd.sql腳本重建dbms_logmnr_d這個包。
應用Logminer分析重做日誌文件的操作主要有以下步驟：
● 使用dbms_logmnr_d里的存儲過程build創建一個外部數據字典文件；
● 使用dbms_logmnr里的存儲過程add_logfile添加要分析的日誌文件；
● 使用dbms_logmnr里的存儲過程start_logmnr啟動分析；
● 查詢與dbms_logmnr相關的幾個視圖來獲取日誌文件內容；
● 使用dbms_logmnr里的存儲過程end_logmnr結束分析。
▲下面詳細講述使用的過程
1、使用dbms_logmnr_d里的存儲過程build創建一個外部數據字典文件：
.png
2、使用dbms_logmnr里的存儲過程add_logfile添加要分析的日誌文件到待分析文件列表：
.png
如果沒有運行在歸檔模式，那麼由於重做日誌文件的循環使用可能導致日誌文件被覆蓋而無法獲取到所要尋找的恢復條目。如果運行在歸檔模式，則可以通過查看$ORACLE_HOMEadminorclbmp目錄下的alert_orcl.log里日誌文件歸檔的時間和錯誤操作的時間來確定加入哪些歸檔日誌文件到待分析的文件列表中去。
.png
注意：執行以上過程時logfilename參數需要寫日誌文件的全路徑，否則會報錯。重復以上操作直到把所有需要分析的文件都加到列表中去。這樣就可以啟動進行分析。
3、使用dbms_logmnr里的存儲過程start_logmnr啟動分析；
.png
這樣就可以通過下面的查詢來獲取日誌文件的內容了。
4、查詢與dbms_logmnr相關的幾個視圖來獲取日誌文件內容；
.png
這樣就可以找出要恢復所需的語句。注意：v$logmnr_contents只對執行dbms_logmnr.start_logmnr的會話有效，如果通過其他會話或者使用dbms_logmnr.end_logmnr終止了分析，都將不能訪問v$logmnr_contents的數據。如果要使其他會話也能獲取到這些數據，可以通過另外建表來實現，如：
create table undo_sql as select * from v$logmnr_contents。
再對undo_sql進行授權，其他用戶就可以訪問v$logmnr_contents的數據了。
5、使用dbms_logmnr里的存儲過程end_logmnr結束分析。
使用完成以後用下面的命令來結束分析活動：exec dbms_logmnr.end_logmnr;
這樣就釋放了分配給logminer的資源(內存和數據結構)。
從上面的過程可知，如果是更新的數據量比較大，而日誌文件比較小，就可能會導致日誌文件的切換。如果沒有及時去挖掘日誌文件(沒有運行在歸檔模式)，那麼可能會由於日誌文件的循環使用而導致數據不可恢復。如果運行在歸檔模式，也可能由於需要分析的日誌文件比較多而時間較長。
四、利用flashback新特性恢復數據
Oracle9i 開始提供了閃回查詢(Flashback Query)功能，對於誤刪除或者誤更新並且已經commit了的情況提供了簡便快捷的恢復方法；而在Oracle 提供閃回查詢之前，碰到這種情況只能通過備份來進行基於時間點的恢復或者使用logmnr挖掘日誌來恢復，無疑這比閃回查詢要麻煩而且費時。
使用這個Flashback Query特性的前提條件：
1. 資料庫必須處於Automatic Undo Management 狀態。
.png
2. 最大可以閃回查詢的時間段由UNDO_RETENTION 初始化參數(單位為秒)指定
.png
可以通過ALTER SYSTEM SET UNDO_RETENTION = ;來動態修改參數值。
▲如何使用Flashback Query來恢復數據呢？
1. 通過SQL
.png
使用SELECT 語句的AS OF 來進行閃回查詢，語法如下：
使用AS OF 關鍵字來對表，視圖或者物化視圖進行Flashback Query，如果指定了SCN，那麼expr 部分必須是一個數字，如果指定了TIMESTAMP，那麼expr 必須是一個timestamp類型的值。查詢結果將返回在指定的SCN 或者時間點上的數據。
下面我們使用scott 方案來作一個實驗。
.png
如果想在update 的子查詢部分使用AS OF，那麼該查詢只能返回一條記錄，否則將會報錯。
可以通過添加一個臨時表作為中轉，然後再作更新，如下：
.png
2．通過DBMS_FLASHBACK包來恢復
DBMS_FLASHBACK 包提供了以下幾個函數：
ENABLE_AT_TIME：設置當前SESSION 的閃回查詢時間
ENABLE_AT_SYSTEM_CHANGE_NUMBER：設置當前SESSION 的閃回查詢SCN
GET_SYSTEM_CHANGE_NUMBER：取得當前資料庫的SCN
DISABLE：關閉當前SESSION 的閃回查詢
當將一個SESSION 設置為閃回查詢模式之後，後續的查詢都會基於那個時間點或者SCN 的資料庫狀態，如果SESSION 結束，那麼即使沒有明確指定DISABLE，閃回查詢也會自動失效。
當SESSION 運行在閃回查詢狀態時，不允許進行任何DML 和DDL 操作。如果要用DML操作來進行數據恢復就必須使用PL/SQL 游標。
▲示例：
.png
通過上面的例子可以看出，只要這個修改的時間不早於sysdate- (UNDO_RETENTION指定的秒數),就可通過這種方式來恢復數據。
.png
對於問題中的批量數據，可以寫個過程來完成獲取到更改前的數據：
然後再用這個臨時表裡的數據來更新TFUNDASSET就可以了。
五、總結
比較以上幾種恢復數據的方法的使用過程，我們可以看出：
● exp/imp只適合於數據變化不大的表的數據丟失的情況，即使用這種方法處理後也需要從業務辦理資料中修正數據，否則導致數據丟失；
● 採用基於時間點的不完全恢復可以恢復丟失的數據，但是需要關關閉資料庫，減少系統可用時間，而且也會丟失恢復時間點以後的數據；
● 使用LogMiner可以較好的恢復數據，但是要求資料庫盡可能運行在歸檔模式，否則也可能導致數據丟失。好處是不用關閉系統，能夠從日誌文件中得到所有的數據。
● 使用Flashback最方便和簡潔，可以直接得到修改前的數據，但是需要依賴系統設置，並且需要佔用大量的回滾表空間。
因此選擇什麼樣的方法來恢復數據，取決於你的系統環境和具體情況，不能生搬硬套。採用正確的方法才能最大程度的減少數據的丟失。
當然，最好是不需要用到這些恢復的辦法。前提是，你必須做好以下的工作：
1、 為不同環境創建不同的資料庫用戶、不同密碼(如果不能用戶不同，一定要密碼不同)；
2、 將owner和應用用戶分開，並做適度授權；
3、 在做DML前，先用同樣的條件做查詢，看根據結果集是否符合預期。
④ oracle資料庫重啟步驟
1. 停應用層的各種程序
2. 停Oralce的監聽進程
$ lsnrctl stop
3. 手工切換重作日誌文件，確保當前已修改過的數據存入文件：
SQL> alter system switch logfile；
4。關閉資料庫
sql> shutdown immediate;
關閉資料庫與實例也分為3步：關閉資料庫-->實例卸載資料庫--->終止實例
⑤ 如何在命令行重啟oracle資料庫
方法：
1.打開secureCRT，連接到資料庫所在的linux機器。若用戶為root，請輸入命令「su - oracle」並回車，若要密碼，輸入密碼後並回車，就切換到了oracle用戶下。
⑥ oracle怎麼重啟資料庫
命令行中如下輸入關閉資料庫
set ORACLE_SID=你的資料庫SID名字
sqlplus /nolog
SQL> connect / as sysdba
SQL> shutdown immediate
SQL> exit
命令行中如下輸入啟動資料庫
set ORACLE_SID=你的資料庫SID名字
sqlplus /nolog
SQL> connect / as sysdba
SQL> startup
SQL> exit