如何修復oracle數(shù)據(jù) Oracle數(shù)據(jù)恢復

oracle數(shù)據(jù)庫執(zhí)行腳步出錯,怎么恢復數(shù)據(jù)庫

數(shù)據(jù)恢復方法是利用oracle提供的閃回方法進行數(shù)據(jù)恢復，適用于delete刪除（一條記錄）方式：

在烏海海南等地區(qū)，都構建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務理念，為客戶提供成都網(wǎng)站制作、做網(wǎng)站 網(wǎng)站設計制作按需策劃,公司網(wǎng)站建設,企業(yè)網(wǎng)站建設,高端網(wǎng)站設計,網(wǎng)絡營銷推廣,外貿(mào)網(wǎng)站制作,烏海海南網(wǎng)站建設費用合理。

首先需要知道是什么時間進行的刪除操作，如果不能確定具體時間點則選擇盡量準確的刪除數(shù)據(jù)前的時間。然后利用

select * from 表名 as of timestamp to_timestamp('刪除時間點','yyyy-mm-dd hh24:mi:ss')

語句可以找回刪除的數(shù)據(jù)。利用

insert into 表名 (select * from 表名 as of timestamp to_timestamp('刪除時間點','yyyy-mm-dd hh24:mi:ss'));

語句就可以將恢復出來的數(shù)據(jù)插入原表中（注意要保證主鍵不重復）。

另一種方法可以通過閃回整個表來恢復誤刪除的數(shù)據(jù)，但僅適用于表結構沒有發(fā)生改變且用戶有flash any table權限的情況下，語句如下：

·alter table 表名 enable row movement

oracle中truncatetable后的數(shù)據(jù)如何恢復

oracle中truncatetable后的數(shù)據(jù)如何恢復

Oracle認證是由Oracle公司，為能夠滿足對Oracle核心人士需求，Oracle公司頒布并實施的一項權威品的服務與支持。下面我為大家整理了關于oracle中truncatetable后的數(shù)據(jù)如何恢復的.文章，一起來看看吧：

1、首先下載odu數(shù)據(jù)恢復工具，然后解壓。(odu工具見附件)

2、查詢數(shù)據(jù)文件路徑相關信息：select ts#,file#,rfile#,name,BLOCK_SIZE from v$datafile;

將其結構填入odu目錄下的control.txt文件中

格式如下：

#ts #fno #rfno filename block_size

0 1 1 /bbdata/hzdb/system01.dbf 8192

1 2 2 /bbidx/hzdb/undotbs01.dbf 8192

3 3 3 /bbidx/hzdb/indx01.dbf 8192

4 4 4 /bbdata/hzdb/tools01.dbf 8192

5 5 5 /bbdata/hzdb/users01.dbf 8192

6 6 6 /bbdata/hzdb/REPORT.dbf 8192

7 7 7 /bbdata/hzdb/RESERVE.dbf 8192

8 8 8 /bbdata/hzdb/WZHTBS.dbf 8192

9 9 9 /bbdata/hzdb/perfstat01.dbf 8192

3、打開oud

4、執(zhí)行命令：unload dict

5、執(zhí)行命令：scan extent (需等一會兒時間)

6、執(zhí)行命令：desc [用戶名].[被刪除數(shù)據(jù)的表名]

Object ID:33547

Storage(Obj#=33547 DataObj#=33549 TS#=11 File#=10 Block#=1400 Cluster=0)

NO. SEG INT Column Name Null? Type

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

1 1 1 OWNER VARCHAR2(30)

2 2 2 OBJECT_NAME VARCHAR2(128)

3 3 3 SUBOBJECT_NAME VARCHAR2(30)

4 4 4 OBJECT_ID NUMBER

5 5 5 DATA_OBJECT_ID NUMBER

6 6 6 OBJECT_TYPE VARCHAR2(18)

7 7 7 CREATED DATE

8 8 8 LAST_DDL_TIME DATE

9 9 9 TIMESTAMP VARCHAR2(19)

10 10 10 STATUS VARCHAR2(7)

11 11 11 TEMPORARY VARCHAR2(1)

12 12 12 GENERATED VARCHAR2(1)

13 13 13 SECONDARY VARCHAR2(1)

從上面的輸出中，我們可以看到，TEST.T1表所在的表空間號為11，數(shù)據(jù)段頭部為10號文件的1400號塊。

我們使用ODU來確定T1表原來的data object id。一般來說，數(shù)據(jù)段的數(shù)據(jù)塊，一般是在段頭后面相鄰的塊中。但是我們可以從段頭來確認：

ODU dump datafile 10 block 1400

Block Header:

block type=0×23 (ASSM segment header block)

block format=0×02 (oracle 8 or 9)

block rdba=0×02800578 (file#=10, block#=1400)

scn=0×0000.00286f2d, seq=4, tail=0×6f2d2304

block checksum value=0×0=0, flag=0

Data Segment Header:

Extent Control Header

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

Extent Header:: extents: 1 blocks: 5

last map: 0×00000000 #maps: 0 offset: 668

Highwater:: 0×02800579 (rfile#=10,block#=1401)

ext#: 0 blk#: 3 ext size:5

#blocks in seg. hdr’s freelists: 0

#blocks below: 0

mapblk: 0×00000000 offset: 0

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

Low HighWater Mark :

Highwater:: 0×02800579 ext#: 0 blk#: 3 ext size: 5

#blocks in seg. hdr’s freelists: 0

#blocks below: 0

mapblk 0×00000000 offset: 0

Level 1 BMB for High HWM block: 0×02800576

Level 1 BMB for Low HWM block: 0×02800576

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

Segment Type: 1 nl2: 1 blksz: 2048 fbsz: 0

L2 Array start offset: 0×00000434

First Level 3 BMB: 0×00000000

L2 Hint for inserts: 0×02800577

Last Level 1 BMB: 0×02800576

Last Level 1I BMB: 0×02800577

Last Level 1II BMB: 0×00000000

Map Header:: next 0×00000000 #extents: 1 obj#: 33549 flag: 0×220000000

Extent Map

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

0×02800576 length: 5

Auxillary Map

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

Extent 0 : L1 dba: 0×02800576 Data dba: 0×02800579

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

Second Level Bitmap block DBAs

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

DBA 1: 0×02800577

從上面的輸出中的“Extent 0 : L1 dba: 0×02800576 Data dba: 0×02800579”可以看到，段的第1個數(shù)據(jù)塊的RDBA為0×02800579，也就是10號文件的1401塊。

我們dump第10號文件的1401塊頭，來得到表T1原來的data object id：

ODU dump datafile 10 block 1401 header

Block Header:

block type=0×06 (table/index/cluster segment data block)

block format=0×02 (oracle 8 or 9)

block rdba=0×02800579 (file#=10, block#=1401)

scn=0×0000.00285f2b, seq=2, tail=0×5f2b0602

block checksum value=0×0=0, flag=0

Data Block Header Dump:

Object id on Block? Y

seg/obj: 0×830b=33547 csc: 0×00.285f21 itc: 3 flg: E typ: 1 (data)

brn: 0 bdba: 0×2800576 ver: 0×01

Itl Xid Uba Flag Lck Scn/Fsc

0×01 0xffff.000.00000000 0×00000000.0000.00 C--- 0 scn 0×0000.00285f21

0×02 0×0000.000.00000000 0×00000000.0000.00 ---- 0 fsc 0×0000.00000000

0×03 0×0000.000.00000000 0×00000000.0000.00 ---- 0 fsc 0×0000.00000000

Data Block Dump:

================

flag=0×0 --------

ntab=1

nrow=16

frre=-1

fsbo=0×32

ffeo=0×145

avsp=0×113

tosp=0×113

可以看到，T1表原來的data object id就是33547。

7. 使用ODU來unload數(shù)據(jù)：

ODU unload table test.t1 object 33547

8、使用sqlldr導入我們恢復的數(shù)據(jù)：打開cmd命令，執(zhí)行E:\ODU\datasqlldr 用戶名/密碼@數(shù)據(jù)庫id control=TEST_T1.ctl ;

oracle存儲過程失效重啟后恢復正常

根據(jù)oracle數(shù)據(jù)庫的特點和提供的工具，主要方法有以下幾種方法：

利用邏輯備份使用import工具丟失數(shù)據(jù)的表

利用物理備份來通過還原數(shù)據(jù)文件并進行不完全恢復

利用dbms_logmnr包從redo log文件中恢復

利用flashback特性恢復數(shù)據(jù)

前提

為了方便使用方法的介紹，上述恢復方法都將基于以下場景進行：系統(tǒng)管理員在前一天晚上11點用export對數(shù)據(jù)庫做了全庫邏輯備份，然后對所有數(shù)據(jù)文件進行了熱備份。第二天上午10點，系統(tǒng)管理員在修改表TFUNDASSET的數(shù)據(jù)時，由于修改語句的條件寫錯了，導致一批記錄(幾千條)的ztm字段被修改成了錯誤的值，而且已經(jīng)提交。這個表是資產(chǎn)表，相對而言數(shù)據(jù)變化不頻繁。

一、利用邏輯備份使用import工具恢復丟失的數(shù)據(jù)

export/import是oracle提供的用于對數(shù)據(jù)庫進行邏輯備份的工具。該工具適用于備份那些數(shù)據(jù)量不大、業(yè)務量不多的數(shù)據(jù)庫系統(tǒng)。因為如果在前一天晚上11點用export做了邏輯備份，那么當今天上午10點數(shù)據(jù)庫意外崩潰時，從備份起到數(shù)據(jù)庫崩潰的這段時間里的數(shù)據(jù)修改操作(包括DDL和DML)都會丟失。如果丟失數(shù)據(jù)內(nèi)的表上的數(shù)據(jù)是相對比較穩(wěn)定，也就是說該表上基本沒有DML操作，例如標準代碼表、分區(qū)表里的歷史數(shù)據(jù)，那么采用import來導入該表可以比較完整的恢復數(shù)據(jù)。如果該表是經(jīng)常變化的業(yè)務表，那么這些丟失的數(shù)據(jù)只能根據(jù)業(yè)務情況從紙質(zhì)記錄恢復，或者其他途徑恢復。

▲示例如下：這個表是一個資產(chǎn)表。相對來說，今天系統(tǒng)運行中修改的數(shù)據(jù)較少，丟失的數(shù)據(jù)量可以承受或者可以從別的途徑恢復。那就可以用import來恢復。

方法一：

1、把這個表的數(shù)據(jù)備份到另一個表：

8bef9890242e5d20d09563896cef1471.png

2、刪除該表的記錄:

625dfa5d5986ca5c37dd5017953407cb.png

3、執(zhí)行下面的命令：

3754d50cc473bd44236d927f00196d24.png

這個命令中在關鍵字tables中指定需要導入的表名字，ignore=y表示忽略表已經(jīng)存在的錯誤。

4、導入結束后，檢查表中的記錄，并用適當?shù)姆椒ɑ謴彤斕斓男薷摹?/p>

方法二：

1、 把需要恢復的表導入到另一個用戶下面：

33806d1216df5ae9c45890d3d45930ee.png

2、檢查數(shù)據(jù)以后，把原表記錄刪除：

fe23a8a4602702e951e5ab48a7460e3b.png

3、然后從另一用戶表中插入回去：

729976810ef459046df40b791a6ca773.png

4、 數(shù)據(jù)量比較大時可以采用如下方法：

e377d10ff07132f160185cb1ba119cfc.png

二、利用物理備份來通過還原數(shù)據(jù)文件并進行不完全恢復

如果數(shù)據(jù)庫運行在歸檔模式下，那么可以通過使用以前的數(shù)據(jù)文件備份進行還原，然后利用歸檔日志進行前滾，直到回滾到錯誤操作的時間點前，然后重置日志文件打開數(shù)據(jù)庫。

可以通過下列方法確認是否是運行在歸檔模式：

c8406e42aef7ccc8ef232cfdd535e825.png

如果是如上所示，那么就是運行在歸檔模式了。

▲假定在前一天晚上11點做了全庫物理備份，那么可以考慮如下恢復：

1、關閉數(shù)據(jù)庫：

由于數(shù)據(jù)庫的不完全恢復必須在一個關閉的數(shù)據(jù)庫上實施，利用一個舊的數(shù)據(jù)庫的備份還原，然后用日志根據(jù)需要逐步前滾，而不能還原一個新的備份，再回退到某個時間點。

通知各客戶端數(shù)據(jù)庫將關閉，然后發(fā)出：

401f68e89cbfa03388f5913bf5f1ecfd.png

數(shù)據(jù)庫已經(jīng)關閉。

已經(jīng)卸載數(shù)據(jù)庫。

ORACLE 例程已經(jīng)關閉。

2、確定錯誤操作的時間：

可以根據(jù)操作員的估計來確定不完全恢復需要前滾停止的時間，也可以利用LogMiner來分析日志文件(這個工具將在后面介紹)，找出錯誤操作的準確時間。

3、還原數(shù)據(jù)文件：

先對當前的數(shù)據(jù)庫文件進行備份，然后再用以前的最近一次備份覆蓋現(xiàn)有數(shù)據(jù)文件。注意：不覆蓋現(xiàn)有的控制文件。

4、基于時間點恢復，啟動數(shù)據(jù)庫到裝配狀態(tài)：

8802043c250eb2a060285be160f48c36.png

這樣數(shù)據(jù)庫就恢復到了2015年10月20日的9點58分零秒。

然后再利用業(yè)務資料補充這段時間內(nèi)的數(shù)據(jù)。

三、利用dbms_logmnr包從log文件中恢復

這個包是由Oracle提供，與dbms_logmnr_d包配合使用可以方便地分析聯(lián)機日志文件和歸檔日志文件，從這些日志文件中提取出所有對數(shù)據(jù)庫的更改操作。

在使用這個包之前，需要先做一些設置和修改：

1、打開initorcl.ora，修改初始化參數(shù)utl_file_dir，設置dbms_logmnr_d包將要使用的數(shù)據(jù)字典文件的放置目錄。

eb6dad504d6f5841641cbd02c5f6dee1.png

然后重啟數(shù)據(jù)庫使參數(shù)生效。

2、以sys用戶連接到數(shù)據(jù)庫執(zhí)行dbmslmd.sql腳本重建dbms_logmnr_d這個包。

應用Logminer分析重做日志文件的操作主要有以下步驟：

● 使用dbms_logmnr_d里的存儲過程build創(chuàng)建一個外部數(shù)據(jù)字典文件；

● 使用dbms_logmnr里的存儲過程add_logfile添加要分析的日志文件；

● 使用dbms_logmnr里的存儲過程start_logmnr啟動分析；

● 查詢與dbms_logmnr相關的幾個視圖來獲取日志文件內(nèi)容；

● 使用dbms_logmnr里的存儲過程end_logmnr結束分析。

▲下面詳細講述使用的過程

1、使用dbms_logmnr_d里的存儲過程build創(chuàng)建一個外部數(shù)據(jù)字典文件：

a0975e25f5049f1ffdfdd49ad7ae943d.png

2、使用dbms_logmnr里的存儲過程add_logfile添加要分析的日志文件到待分析文件列表：

d16ea343204a3a15b29bc6b94985d48d.png

如果沒有運行在歸檔模式，那么由于重做日志文件的循環(huán)使用可能導致日志文件被覆蓋而無法獲取到所要尋找的恢復條目。如果運行在歸檔模式，則可以通過查看$ORACLE_HOMEadminorclbdump目錄下的alert_orcl.log里日志文件歸檔的時間和錯誤操作的時間來確定加入哪些歸檔日志文件到待分析的文件列表中去。

eff89b61175131d3edda456d8d9bc18e.png

注意：執(zhí)行以上過程時logfilename參數(shù)需要寫日志文件的全路徑，否則會報錯。重復以上操作直到把所有需要分析的文件都加到列表中去。這樣就可以啟動進行分析。

3、使用dbms_logmnr里的存儲過程start_logmnr啟動分析；

3630359ea5afa57b5ea51c89da5b8c41.png

這樣就可以通過下面的查詢來獲取日志文件的內(nèi)容了。

4、查詢與dbms_logmnr相關的幾個視圖來獲取日志文件內(nèi)容；

3f8098efdbe50d4b5b4a5311eab6b5d0.png

這樣就可以找出要恢復所需的語句。注意：v$logmnr_contents只對執(zhí)行dbms_logmnr.start_logmnr的會話有效，如果通過其他會話或者使用dbms_logmnr.end_logmnr終止了分析，都將不能訪問v$logmnr_contents的數(shù)據(jù)。如果要使其他會話也能獲取到這些數(shù)據(jù)，可以通過另外建表來實現(xiàn)，如：

create table undo_sql as select * from v$logmnr_contents。

再對undo_sql進行授權，其他用戶就可以訪問v$logmnr_contents的數(shù)據(jù)了。

5、使用dbms_logmnr里的存儲過程end_logmnr結束分析。

使用完成以后用下面的命令來結束分析活動：exec dbms_logmnr.end_logmnr;

這樣就釋放了分配給logminer的資源(內(nèi)存和數(shù)據(jù)結構)。

從上面的過程可知，如果是更新的數(shù)據(jù)量比較大，而日志文件比較小，就可能會導致日志文件的切換。如果沒有及時去挖掘日志文件(沒有運行在歸檔模式)，那么可能會由于日志文件的循環(huán)使用而導致數(shù)據(jù)不可恢復。如果運行在歸檔模式，也可能由于需要分析的日志文件比較多而時間較長。

四、利用flashback新特性恢復數(shù)據(jù)

Oracle9i 開始提供了閃回查詢(Flashback Query)功能，對于誤刪除或者誤更新并且已經(jīng)commit了的情況提供了簡便快捷的恢復方法；而在Oracle 提供閃回查詢之前，碰到這種情況只能通過備份來進行基于時間點的恢復或者使用logmnr挖掘日志來恢復，無疑這比閃回查詢要麻煩而且費時。

使用這個Flashback Query特性的前提條件：

1. 數(shù)據(jù)庫必須處于Automatic Undo Management 狀態(tài)。

9d9facd0a8d3e8675284d38f601525d1.png

2. 最大可以閃回查詢的時間段由UNDO_RETENTION 初始化參數(shù)(單位為秒)指定

b7a419e2f47bd4d31005ca2d9b4a7c58.png

可以通過ALTER SYSTEM SET UNDO_RETENTION = ;來動態(tài)修改參數(shù)值。

▲如何使用Flashback Query來恢復數(shù)據(jù)呢？

1. 通過SQL

28b1053a806762ec87261e80f0e8751f.png

使用SELECT 語句的AS OF 來進行閃回查詢，語法如下：

使用AS OF 關鍵字來對表，視圖或者物化視圖進行Flashback Query，如果指定了SCN，那么expr 部分必須是一個數(shù)字，如果指定了TIMESTAMP，那么expr 必須是一個timestamp類型的值。查詢結果將返回在指定的SCN 或者時間點上的數(shù)據(jù)。

下面我們使用scott 方案來作一個實驗。

24547dbf2f8f3515319435d98acc0f10.png

如果想在update 的子查詢部分使用AS OF，那么該查詢只能返回一條記錄，否則將會報錯。

可以通過添加一個臨時表作為中轉(zhuǎn)，然后再作更新，如下：

5605ae591ab357c7148787937df03e17.png

2．通過DBMS_FLASHBACK包來恢復

DBMS_FLASHBACK 包提供了以下幾個函數(shù)：

ENABLE_AT_TIME：設置當前SESSION 的閃回查詢時間

ENABLE_AT_SYSTEM_CHANGE_NUMBER：設置當前SESSION 的閃回查詢SCN

GET_SYSTEM_CHANGE_NUMBER：取得當前數(shù)據(jù)庫的SCN

DISABLE：關閉當前SESSION 的閃回查詢

當將一個SESSION 設置為閃回查詢模式之后，后續(xù)的查詢都會基于那個時間點或者SCN 的數(shù)據(jù)庫狀態(tài)，如果SESSION 結束，那么即使沒有明確指定DISABLE，閃回查詢也會自動失效。

當SESSION 運行在閃回查詢狀態(tài)時，不允許進行任何DML 和DDL 操作。如果要用DML操作來進行數(shù)據(jù)恢復就必須使用PL/SQL 游標。

▲示例：

fbaf8acfe357d8f21039d588c8b658df.png

通過上面的例子可以看出，只要這個修改的時間不早于sysdate- (UNDO_RETENTION指定的秒數(shù)),就可通過這種方式來恢復數(shù)據(jù)。

e93c4d7b11cf4e7c8ed9a0d27c79ea80.png

對于問題中的批量數(shù)據(jù)，可以寫個過程來完成獲取到更改前的數(shù)據(jù)：

然后再用這個臨時表里的數(shù)據(jù)來更新TFUNDASSET就可以了。

五、總結

比較以上幾種恢復數(shù)據(jù)的方法的使用過程，我們可以看出：

● exp/imp只適合于數(shù)據(jù)變化不大的表的數(shù)據(jù)丟失的情況，即使用這種方法處理后也需要從業(yè)務辦理資料中修正數(shù)據(jù)，否則導致數(shù)據(jù)丟失；

● 采用基于時間點的不完全恢復可以恢復丟失的數(shù)據(jù)，但是需要關關閉數(shù)據(jù)庫，減少系統(tǒng)可用時間，而且也會丟失恢復時間點以后的數(shù)據(jù)；

● 使用LogMiner可以較好的恢復數(shù)據(jù)，但是要求數(shù)據(jù)庫盡可能運行在歸檔模式，否則也可能導致數(shù)據(jù)丟失。好處是不用關閉系統(tǒng)，能夠從日志文件中得到所有的數(shù)據(jù)。

● 使用Flashback最方便和簡潔，可以直接得到修改前的數(shù)據(jù)，但是需要依賴系統(tǒng)設置，并且需要占用大量的回滾表空間。

因此選擇什么樣的方法來恢復數(shù)據(jù)，取決于你的系統(tǒng)環(huán)境和具體情況，不能生搬硬套。采用正確的方法才能最大程度的減少數(shù)據(jù)的丟失。

當然，最好是不需要用到這些恢復的辦法。前提是，你必須做好以下的工作：

1、 為不同環(huán)境創(chuàng)建不同的數(shù)據(jù)庫用戶、不同密碼(如果不能用戶不同，一定要密碼不同)；

2、 將owner和應用用戶分開，并做適度授權；

3、 在做DML前，先用同樣的條件做查詢，看根據(jù)結果集是否符合預期。

重裝系統(tǒng)后，怎么恢復oracle數(shù)據(jù)庫？

任何軟件都有可能在有意或無意的情況下被重新安裝，如Oracle重裝后數(shù)據(jù)庫怎么恢復呢？情況發(fā)生在你是無意的情況下!ORACLE數(shù)據(jù)庫恢復的方法我們經(jīng)常會用到，下面就為您介紹重裝系統(tǒng)后ORACLE數(shù)據(jù)庫恢復的方法，希望對您學習ORACLE數(shù)據(jù)庫恢復方面能有所幫助。\x0d\x0a\x0d\x0a我的電腦突然掛了，不得不重裝系統(tǒng)，不過我的ORACLE裝在了D盤，所有的文件都還在，我相信一定能夠恢復，直到搞定工作，我才開始整我的數(shù)據(jù)庫，花了兩天時間，終于恢復了，慶祝一下，同時總結一下，希望有遇到同樣問題的朋友能夠快速搞定此類問題\x0d\x0a\x0d\x0a第一種：\x0d\x0a\x0d\x0a首先，備份數(shù)據(jù)庫(X:\oracle\oradata)下的數(shù)據(jù)文件，重新命名即可(否則裝數(shù)據(jù)庫的時候會提示sid已存在)。重新安裝數(shù)據(jù)\x0d\x0a庫，當然數(shù)據(jù)庫的名字就是你要恢復的名字。安裝完成后，打開控制面板，停止oracle的服務。把(X:\oracle\oradata)下新生成的文件\x0d\x0a改名，把原先目錄下的文件恢復名字。再重新啟動oracle服務和監(jiān)聽。用sys/as dba \x0d\x0a登陸數(shù)據(jù)庫，可能會提示權限不夠(ora-01031)修改(X:\oracle\ora92\network\admin \x0d\x0a)文件夾下的sqlnet.ora文件，添加SQLNET.AUTHENTICATION_SERVICES= \x0d\x0a(NTS)，增加權限。登陸進去后，打開table提示不能打開。打開common頁，執(zhí)行命令alert database \x0d\x0aopen;這時再刷新table,發(fā)現(xiàn)原先的表可以打開了?；謴统晒α恕Ｔ儆迷葦?shù)據(jù)庫的普通用戶進入。發(fā)現(xiàn)一切正常。至此，大功告成。\x0d\x0a\x0d\x0a第二種：\x0d\x0a\x0d\x0a1、首先，將原來的ORACLE文件夾改名，原來的路徑是D:/oracle.我暫時改成D:/oracle_old.找來ORACLE(我用\x0d\x0a的是ORACLE 9I)安裝光盤，將ORACLE安裝在原來安裝的目錄下，這樣恢復起來更加方便，主要是注冊表的內(nèi)容不用修改。\x0d\x0a\x0d\x0a2、安裝完了之后，系統(tǒng)中又有一個可以使用的ORACLE了。這個時候要做的就是將原來的文件和數(shù)據(jù)恢復過來。第一步，先關閉ORACLE的所\x0d\x0a有已經(jīng)啟動的項目，在"服務"里面逐一關閉。然后，將安裝目錄改名。我現(xiàn)在用的是D:/oracle.改成D:/oracle_new.再將D:\x0d\x0a/oracle_old改成D:/oracle. \x0d\x0a這樣理論上說從物理層面恢復了ORACLE了。但是我們發(fā)現(xiàn)，現(xiàn)在還不能啟動ORACLE的監(jiān)聽程序和服務程序。我們還要從邏輯上解決。\x0d\x0a\x0d\x0a3、在dos環(huán)境下執(zhí)行一個刪除命令：oradim -delete -sid mm,其中mm為創(chuàng)建oracle時候創(chuàng)建的實例 \x0d\x0a建議執(zhí)行這個命令后重新啟動機器，重啟后就可以建立和原來實例名相同的實例。當然你懶，不重新啟動也可以，但是你的實例名就不能和原來的一樣了。\x0d\x0a\x0d\x0a4、在dos環(huán)境下執(zhí)行命令 oradim -new -sid mm -startmode a -pfile "D:\oracle\admin\mm\pfile\initmm.ora "創(chuàng)建一個新的實例，其中 "mm"為新數(shù)據(jù)庫的名稱。\x0d\x0a\x0d\x0a5、啟動服務，先打開數(shù)據(jù)庫，然后可以用以前的用戶名和密碼登陸進去。 \x0d\x0a要補充的是，一般的ORACLE數(shù)據(jù)庫的監(jiān)聽程序都是用電腦的名稱來識別地址的，而不是127.0.0.1或者localhost.所以，如果我們安裝系\x0d\x0a統(tǒng)的時候用的是不同的電腦名稱(比如我原來用的是wm_mm.重新安裝后用的是wenming_mm)，那么我們還有一個工作要做，就是修改文件 \x0d\x0alistener.ora.將里面的相關的東西改過來就可以了。\x0d\x0a\x0d\x0a需要耐心、細心，可能在一步里有一個細小的差別就會出些古怪的錯誤提示，有時需要根據(jù)錯誤提示采取策略，總之原理是，先裝一個一模一樣的ORACLE,安裝目錄、數(shù)據(jù)庫名稱都一樣，這樣保證注冊表里不用更改;再覆蓋物理文件，最后重新實例化，打開數(shù)據(jù)庫就可以進去了。

當前文章：如何修復oracle數(shù)據(jù) Oracle數(shù)據(jù)恢復
URL標題：http://muchs.cn/article22/dooogcc.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)頁設計公司、標簽優(yōu)化、網(wǎng)站策劃、網(wǎng)站設計公司、域名注冊、響應式網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)