1. 程式人生 > >誤delete tab$後使用DUL類工具恢復資料(有抽取不出來的可能-原因未知)

誤delete tab$後使用DUL類工具恢復資料(有抽取不出來的可能-原因未知)

1、實驗環境
SQL> select * from v$version;
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
PL/SQL Release 11.2.0.4.0 - Production
CORE    11.2.0.4.0      Production
TNS for Linux: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production

2、在會話1中delete tab$表

SQL> select count(*) from tab$;
  COUNT(*)
----------
      4496

SQL> delete from tab$;
4496 rows deleted.

SQL> commit;
Commit complete.

SQL> select count(*) from tab$;
  COUNT(*)
----------
         0

3、在會話2中嘗試登陸資料庫報錯如下
[[email protected] ~]$ sqlplus /nolog
SQL*Plus: Release 11.2.0.4.0 Production on Sun May 7 15:24:16 2017
Copyright (c) 1982, 2013, Oracle.  All rights reserved.
SQL> conn / as sysdba
ERROR:
ORA-01075: you are currently logged on


SQL>  conn / as sysdba
ERROR:
ORA-01075: you are currently logged on


此時alert報錯:
See Note 411.1 at My Oracle Support for error and packaging details.
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_2153.trc  (incident=19211):
ORA-00600: internal error code, arguments: [18061], [1403], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/orcl/orcl/incident/incdir_19211/orcl_ora_2153_i19211.trc
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Sun May 07 15:25:34 2017
Dumping diagnostic data in directory=[cdmp_20170507152534], requested by (instance=1, osid=2153), summary=[incident=19210].
Sun May 07 15:25:41 2017
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_m000_2159.trc  (incident=18228):
ORA-00600: internal error code, arguments: [16201], [], [], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/orcl/orcl/incident/incdir_18228/orcl_m000_2159_i18228.trc
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_m000_2159.trc:
ORA-00600: internal error code, arguments: [16201], [], [], [], [], [], [], [], [], [], [], []
Dumping diagnostic data in directory=[cdmp_20170507152543], requested by (instance=1, osid=2159 (M000)), summary=[incident=18228].

4、在會話1中重啟資料庫

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area  413372416 bytes
Fixed Size                  2253784 bytes
Variable Size             327158824 bytes
Database Buffers           79691776 bytes
Redo Buffers                4268032 bytes
Database mounted.
ORA-01092: ORACLE instance terminated. Disconnection forced
ORA-00704: bootstrap process failure
ORA-00704: bootstrap process failure
ORA-00600: internal error code, arguments: [16703], [1403], [20], [], [], [],
[], [], [], [], [], []
Process ID: 2208
Session ID: 1 Serial number: 5

alert報錯如下:
Completed: ALTER DATABASE   MOUNT
Sun May 07 15:26:32 2017
ALTER DATABASE OPEN
LGWR: STARTING ARCH PROCESSES
Sun May 07 15:26:32 2017
ARC0 started with pid=20, OS id=2210 
ARC0: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC0: STARTING ARCH PROCESSES
Thread 1 opened at log sequence 30
  Current log# 3 seq# 30 mem# 0: /u01/app/oracle/oradata/orcl/redo03.log
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
SMON: enabling cache recovery
Sun May 07 15:26:33 2017
ARC1 started with pid=21, OS id=2212 
Sun May 07 15:26:33 2017
ARC2 started with pid=22, OS id=2214 
ARC1: Archival started
ARC2: Archival started
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
ARC2: Becoming the heartbeat ARCH
Sun May 07 15:26:34 2017
ARC3 started with pid=23, OS id=2216 
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_2208.trc  (incident=19372):
ORA-00600: internal error code, arguments: [16703], [1403], [20], [], [], [], [], [], [], [], [], []
Incident details in: /u01/app/oracle/diag/rdbms/orcl/orcl/incident/incdir_19372/orcl_ora_2208_i19372.trc
Use ADRCI or Support Workbench to package the incident.
See Note 411.1 at My Oracle Support for error and packaging details.
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_2208.trc:
ORA-00704: bootstrap process failure
ORA-00704: bootstrap process failure
ORA-00600: internal error code, arguments: [16703], [1403], [20], [], [], [], [], [], [], [], [], []
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_2208.trc:
ORA-00704: bootstrap process failure
ORA-00704: bootstrap process failure
ORA-00600: internal error code, arguments: [16703], [1403], [20], [], [], [], [], [], [], [], [], []
Error 704 happened during db open, shutting down database
USER (ospid: 2208): terminating the instance due to error 704
Instance terminated by USER, pid = 2208
ORA-1092 signalled during: ALTER DATABASE OPEN...
opiodr aborting process unknown ospid (2208) as a result of ORA-1092
Sun May 07 15:26:34 2017
ORA-1092 : opitsk aborting process

此時資料庫已被shutdown,並未啟動在mount狀態。

5、在會話1中將資料庫啟動至mount

SQL> startup mount
ORACLE instance started.
Total System Global Area  413372416 bytes
Fixed Size                  2253784 bytes
Variable Size             327158824 bytes
Database Buffers           79691776 bytes
Redo Buffers                4268032 bytes
Database mounted.

SQL> select name from v$datafile;
NAME
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/orcl/system01.dbf
/u01/app/oracle/oradata/orcl/sysaux01.dbf
/u01/app/oracle/oradata/orcl/undotbs01.dbf
/u01/app/oracle/oradata/orcl/users01.dbf
/u01/backup/TEST01.DBF


6、使用類DUL工具抽取業務資料

某DUL> unload table tab$
 2017-05-07 15:56:31 unloading table "SYS"."TAB$"...
 2017-05-07 15:56:31 unloaded 0 rows.                 《------------TAB$表資料為0行
 
某DUL> unload table obj$
 2017-05-07 15:59:57 unloading table "SYS"."OBJ$"...
 2017-05-07 15:59:57 unloaded 86355 rows.

某DUL> show user
USER is "SYS"
某DUL> list user
ID         NAME                 TABLE_CNT 
---------- -------------------- -----------
0          SYS                  1033      
5          SYSTEM               167       
9          OUTLN                3         
14         DIP                  0         
21         ORACLE_OCM           0         
30         DBSNMP               20        
31         APPQOSSYS            4         
32         WMSYS                46        
42         EXFSYS               47        
43         CTXSYS               50        
45         XDB                  80        
46         ANONYMOUS            0         
53         ORDSYS               5         
54         ORDDATA              73        
55         ORDPLUGINS           0         
56         SI_INFORMTN_SCHEMA   0         
57         MDSYS                151       
60         OLAPSYS              126       
64         MDDATA               0         
66         SPATIAL_WFS_ADMIN_USR 0         
69         SPATIAL_CSW_ADMIN_USR 0         
71         SYSMAN               729       
73         MGMT_VIEW            0         
74         FLOWS_FILES          1         
75         APEX_PUBLIC_USER     0         
77         APEX_030200          360       
78         OWBSYS               1         
79         OWBSYS_AUDIT         0         
83         SCOTT                4         
88         SOURCE_TEST          0         
90         TESTER               1         

相關推薦

delete tab$使用DUL工具恢復資料抽取出來可能-原因未知

1、實驗環境 SQL> select * from v$version; BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterpr

從其他專案複製cs檔案到新專案無法引用問題解決方法開發環境vs2010,asp.net專案

相信很多.net開發員都遇到過類似這樣的問題:之前開發過的專案中的部分類對現有專案又有,因此想把他們複製到新專案中來使用,以減少程式碼編寫量(當然,之前的程式如果能夠完全滿足新專案,可以直接生成dll,然後引入到新專案即可,這種情況就很好解決)。但當我們把這些cs檔案複製到

MySQL表型MyISAM/InnoDB的區別解決事務回滾的問題

span into article one 工具 tab select var pan MyISAM:這個是默認類型,它是基於傳統的ISAM類型,ISAM是Indexed Sequential Access Method (有索引的順序訪問方法) 的縮寫,它是存儲記錄和文件

測試工具之Jmeter創建一個簡單測試用例

管理器 view time http ati 測試用例 停止 調度器 until 前面介紹了如何使用badboy錄制jmeter腳本,以及如何導入腳本並進行測試 這裏介紹下手動創建測試用例,主要步驟如下: 1、創建線程組 第一次打開Jmeter只有一個測試計劃,右鍵

.bgtx字尾勒索病毒刪除+恢復資料Dharma家族

Dharma勒索病毒已經證明了一個新的危險變體已經鬆動了。新的Dharma現在附加了.bgtx副檔名,它將其新增到加密檔案中並保留擴充套件格式,就像舊的.combo變體一樣 - Filename.id{ID-here}.[[email protected]] .bgtx。Dh

Liunx:環境基礎開發工具使用總結基本操作命令及使用詳解

目錄 1vim的基本概念 2vim的基本操作 3vim正常模式命令集 1:插入模式 2:移動游標 3:刪除文字 4:複製 5:替換 6:撤銷 7:更改 8:跳到指定行 4vim末行模式命令集 分屏操作 編譯器的使用 1:背景知識 2:g

Java 011 Object的常用方法hashCode、toString、getClass、equals

知識點梳理 心得體會 小知識點 1.若呼叫toString()輸出的不是地址值,則toString()一定被重寫了 2.instanceof是一個二元操作符(運算子),用來判斷,instanceof 左邊物件是否為instanceof 右邊類的例項,返回一個b

.Ox4444勒索病毒刪除+恢復資料GlobeImposter3.0所有*4444字尾檔案

該.Ox4444勒索病毒是(GlobeImposter3.0)地球冒名頂替者的變體。加密後它對所有檔案的副檔名為.Ox4444。加密後,贖金票據會顯示如何支付贖金並據稱恢復您的檔案的說明。 (GlobeImposter3.0)家族近期還有其他的變體:.ox4444字尾勒索病

二叉樹的前序,中序,序,層次遍歷遞迴與非遞迴方式

以前在學校學過二叉樹的遍歷,工作後基本上沒用到,現在整理下這幾種排序演算法: 1.java的測試方法: package leetcode.TestList; /** * @author zhangyu * @version V1.0 * @ClassName: TreeNode *

Java 反射建立的例項物件預設構造方法和私有構造方法

反射之建立類的例項物件 通過反射可以建立Class<?>中”?”對應的型別的例項物件,眾所眾知,建立類物件,會呼叫構造方法,構造器可以有多個,預設構造方法,多引數構造方法等。 這裡演示,通過反射建立預設構造方法的例項物件,和帶引數的構造方法的例項

使用RandomAccessFile這個,從檔案中讀取資料,卻讀取出來

請看下面這段程式碼,相關的問題我應經註釋了出來: package timemanager; import java.io.EOFException; import java.io.File; import java.io.FileNotFoundException; im

java中子初始化流程包括靜態區和非靜態區

一. 類中的方法分為例項方法和類方法兩種,用static修飾的是類方法。二者有什麼區別呢? 例項方法:        當類的位元組碼檔案被載入到記憶體時,類的例項方法不會被分配入口地址,當該類建立物

如何修改const中的變數或在const函式中修改變數

有時候,我們需要在const函式中修改一些變數,比如類的共享標記、共享計數器,如下程式碼: class Entity { private:     int referenceCounter; public:     void ref() { referenceCount

定義職工Employee物件陣列,內放5個職工的資料編號、姓名、性別、月薪,建立函式輸出職工資訊表。

定義職工類Employee物件陣列,內放5個職工的資料(編號、姓名、性別、月薪),建立函式輸出職工資訊表。 #include<iostream> using namespace std; class Employee { public: void se

ubuntu sever16.04修改過ip,能ping通,但是shell連上的原因

ubuntu sever16.04修改過ip後,能ping通,但是就是連不上xsell 經常會出現以下的問題: Connecting to 192.168.146.120:22... Could n

git中刪提交commit,怎麽恢復

pan 找到 mage 發現 bsp cnblogs reset XML spa “xml文件存儲數據”提交被我誤操作,即使用reset --hard刪除了,然後又進行了三次提交,發現刪除的提交有用,需要找回來, 於是找了好久,找到好方法: 1。進入工程下的.git文件下

mysql數據庫刪除的數據恢復操作說明

val 操作說明 自動 format 全量 word 0 rows ima 文件 在日常運維工作中,對於mysql數據庫的備份是至關重要的!數據庫對於網站的重要性使得我們對mysql數據的管理不容有失!然後,是人總難免會犯錯誤,說不定哪天大腦短路了來個誤操作把數據庫給刪除

根據文件名字獲取文件的前綴和綴的工具

oid pos pub style ava span bsp 字符串 als FileNameUtil.java package com.tyust.common; import org.junit.Test; /** * 獲取文件後綴前綴的工具類

mysql刪root如何恢復root賬戶

mysql誤刪除root後恢復roo賬戶系統:CentOS release 6.5 (Final)內核:2.6.32-431.el6.x86_64MySQL版本:5.5.28-log Source distribution操作步驟:1.停止mysql服務#service mysqld stop2.以安全模式進

利用extundelete工具恢復Centos6.5中刪除的文件

tun 新建 開啟 系統 本地用戶 img e2fsprogs src cover 實驗目的:利用extundelete工具恢復誤刪除的文件實驗環境:在Linux系統中安裝一臺Centos6.5在Centos6.5中新增磁盤並創建分區,模擬刪除並進行回復的操作設置文件共享權