通過 alter system dump logfile語句dump REDO及歸檔日誌資訊示例
說明：alter system dump logfile 'filename';
這個語句在NOMOUNT/MOUNT/OPEN狀態下，均可以DUMP REDO日誌或歸檔日誌，從而可以從檔案頭資訊中找到DBID，在資料恢復時很有用。因為我們可以僅使用任意一個引數檔案，就可以將一個例項開啟到NOMOUNT，然後將待恢復卻不知道DBID的資料庫的REDO或歸檔檔案進行DUMP（也可傳輸到遠端庫），找出DBID。
實驗語句如下：
[email protected] bys3>select status from v$instance; --NOMOUNT狀態下即可，MOUNT或OPEN時當然也可以了。STATUS
------------
STARTED
[email protected] bys3> alter system dump logfile '/u01/oradata/bys3/redo01.log';
System altered.
Elapsed: 00:01:46.62 --這個語句執行時間較長，生成的TRC檔案也很大。
[email protected] bys3>oradebug setmypid; --此語句要用SYSDBA許可權執行，普通DBA使用者會報錯：ORA-01031: insufficient privileges
Statement processed.
[email protected]
/u01/app/oracle/product/11.2.0/dbhome_1/log/diag/rdbms/bys3/bys3/trace/bys3_ora_5044.trc
DUMP歸檔日誌的語句就不貼了，和DUMP REOD的一樣，只是檔案路徑檔名改一下就行。在最下面貼出有一部分DUMP歸檔日誌的資訊。
################################################################
2.檢視DUMP REDO檔案產生的TRACE檔案：--檔案太大，擷取開頭的一部分
[[email protected]Trace file /u01/app/oracle/product/11.2.0/dbhome_1/log/diag/rdbms/bys3/bys3/trace/bys3_ora_5044.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1
System name: Linux --所在主機的OS、資料庫相關資訊。
Node name: bys3.bys.com
Release: 2.6.32-200.13.1.el5uek
Version: #1 SMP Wed Jul 27 20:21:26 EDT 2011
Machine: i686
Instance name: bys3
Redo thread mounted by this instance: 0 <none>
Oracle process number: 17
Unix process pid: 5044, image: [email protected] (TNS V1-V3)
*** 2013-11-17 15:18:38.083 ---產生此TRACE的會話相關資訊
*** SESSION ID:(1.3) 2013-11-17 15:18:38.083
*** CLIENT ID:() 2013-11-17 15:18:38.083
*** SERVICE NAME:() 2013-11-17 15:18:38.083
*** MODULE NAME:([email protected] (TNS V1-V3)) 2013-11-17 15:18:38.083
*** ACTION NAME:() 2013-11-17 15:18:38.083
Initial buffer sizes: read 1024K, overflow 832K, change 805K
Log read is SYNCHRONOUS though disk_asynch_io is enabled!
DUMP OF REDO FROM FILE '/u01/oradata/bys3/redo01.log' --DUMP的檔案資訊-這裡DUMP的是REDO日誌
Opcodes *.*
RBAs: 0x000000.00000000.0000 thru 0xffffffff.ffffffff.ffff
SCNs: scn: 0x0000.00000000 thru scn: 0xffff.ffffffff
Times: creation thru eternity
FILE HEADER:
Compatibility Vsn = 186646528=0xb200000
Db ID=3358363031=0xc82c8d97, Db Name='BYS3' ---資料庫的DBID和DB_NAME資訊
Activation ID=3358374039=0xc82cb897
Control Seq=1596=0x63c, File size=102400=0x19000
File Number=1, Blksiz=512, File Type=2 LOG
descrip:"Thread 0001, Seq# 0000000049, SCN 0x0000000b3984-0xffffffffffff"
thread: 1 nab: 0x10e3a seq: 0x00000031 hws: 0x5 eot: 1 dis: 0
resetlogs count: 0x318f5cd7 scn: 0x0000.00000001 (1)
prev resetlogs count: 0x0 scn: 0x0000.00000000
Low scn: 0x0000.000b3984 (735620) 11/17/2013 10:00:19
Next scn: 0xffff.ffffffff 01/01/1988 00:00:00
Enabled scn: 0x0000.00000001 (1) 11/14/2013 14:23:38
Thread closed scn: 0x0000.000b8756 (755542) 11/17/2013 15:10:53
Disk cksum: 0x39cb Calc cksum: 0x39cb
Terminal recovery stop scn: 0x0000.00000000
Terminal recovery 01/01/1988 00:00:00
Most recent redo scn: 0x0000.00000000
Largest LWN: 1530 blocks
End-of-redo stream : No
Unprotected mode
Miscellaneous flags: 0x800000
Thread internal enable indicator: thr: 0, seq: 0 scn: 0x0000.00000000
Zero blocks: 8
Format ID is 2
redo log key is 8956285942a954206654d49467f23e84
redo log key flag is 5
Enabled redo threads: 1
REDO RECORD - Thread:1 RBA: 0x000031.00000002.0010 LEN: 0x0500 VLD: 0x06
SCN: 0x0000.000b3984 SUBSCN: 1 11/17/2013 10:00:19
(LWN RBA: 0x000031.00000002.0010 LEN: 0005 NST: 0001 SCN: 0x0000.000b3984)
CHANGE #1 MEDIA RECOVERY MARKER SCN:0x0000.00000000 SEQ:0 OP:23.1 ENC:0
Block Written - afn: 3 rdba: 0x00c00a90 BFT:(1024,12585616) non-BFT:(3,2704)
scn: 0x0000.000b38bd seq: 0x02 flg:0x04
################################################################
3.DUMP 歸檔日誌的TRACE檔案
[[email protected] trace]$ head -n 150 bys3_ora_11074.trcTrace file /u01/app/oracle/product/11.2.0/dbhome_1/log/diag/rdbms/bys3/bys3/trace/bys3_ora_11074.trc
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /u01/app/oracle/product/11.2.0/dbhome_1
System name: Linux
Node name: bys3.bys.com
Release: 2.6.32-200.13.1.el5uek
Version: #1 SMP Wed Jul 27 20:21:26 EDT 2011
Machine: i686
Instance name: bys3
Redo thread mounted by this instance: 0 <none>
Oracle process number: 17
Unix process pid: 11074, image: [email protected] (TNS V1-V3)
*** 2013-11-17 15:43:43.376
*** SESSION ID:(1.5) 2013-11-17 15:43:43.376
*** CLIENT ID:() 2013-11-17 15:43:43.376
*** SERVICE NAME:() 2013-11-17 15:43:43.376
*** MODULE NAME:([email protected] (TNS V1-V3)) 2013-11-17 15:43:43.376
*** ACTION NAME:() 2013-11-17 15:43:43.376
Initial buffer sizes: read 1024K, overflow 832K, change 805K
Log read is SYNCHRONOUS though disk_asynch_io is enabled!
DUMP OF REDO FROM FILE '/home/oracle/arc_1_12_822301084.arc'
Opcodes *.*
RBAs: 0x000000.00000000.0000 thru 0xffffffff.ffffffff.ffff
SCNs: scn: 0x0000.00000000 thru scn: 0xffff.ffffffff
Times: creation thru eternity
FILE HEADER:
Compatibility Vsn = 186646528=0xb200000
Db ID=3957527513=0xebe313d9, Db Name='BYS1'
Activation ID=3957570009=0xebe3b9d9
Control Seq=936=0x3a8, File size=102400=0x19000
File Number=3, Blksiz=512, File Type=2 LOG
descrip:"Thread 0001, Seq# 0000000012, SCN 0x0000000e38ff-0x0000000e3a35"
thread: 1 nab: 0x82 seq: 0x0000000c hws: 0x3 eot: 0 dis: 0
resetlogs count: 0x3103519c scn: 0x0000.000b8338 (754488)
prev resetlogs count: 0x296a3120 scn: 0x0000.00000001 (1)
Low scn: 0x0000.000e38ff (932095) 08/08/2013 16:33:05
Next scn: 0x0000.000e3a35 (932405) 08/08/2013 16:34:02
Enabled scn: 0x0000.000b8338 (754488) 08/01/2013 08:58:04
Thread closed scn: 0x0000.000e38ff (932095) 08/08/2013 16:33:05
Disk cksum: 0xfb18 Calc cksum: 0xfb18
Terminal recovery stop scn: 0x0000.00000000
Terminal recovery 01/01/1988 00:00:00
Most recent redo scn: 0x0000.00000000
Largest LWN: 15 blocks
End-of-redo stream : No
Unprotected mode
Miscellaneous flags: 0x800011
Thread internal enable indicator: thr: 0, seq: 0 scn: 0x0000.00000000
Zero blocks: 8
Format ID is 0
redo log key is 986daba9692cd9af21da3cb2493c8a95
redo log key flag is 5
Enabled redo threads: 1
相關推薦
通過 alter system dump logfile語句dump REDO及歸檔日誌資訊示例
說明：alter system dump logfile 'filename'; 這個語句在NOMOUNT/MOUNT/OPEN狀態下，均可以DUMP REDO日誌或歸檔日誌，從而可以從檔案頭資訊中找到DBID，在資料恢復時很有用。 因為我們可以僅使用任意一個引數檔案，就可
alter system archive log current作用及和alter system switch logfile區別
alter system archive log current 是歸檔當前的重做日誌檔案，不管自動歸檔有沒有打都歸檔。 alter system switch logfile 是強制日誌切換，不一定就歸檔當前的重做日誌檔案（若自動歸檔開啟，就歸檔前的重做日誌，若自動歸檔沒有開啟，就不歸檔當前重做日誌。）主
alter system switch logfile和alter system archive log current的區別
alter system switch logfile 是強制日誌切換，不一定就歸檔當前的重做日誌檔案（若自動歸檔開啟，就歸檔前的重做日誌，若自動歸檔沒有開啟，就不歸檔當前重做日誌。）alter system archive log current 是歸檔當前的重做日誌檔案，
alter system switch logfile作用
alter system switch logfile 的作用是什麼？ 答：手動切換日誌組 日誌組A：當前正在寫 日誌組B：可寫 手動切換日誌組後，Oracle開始往日誌組B裡寫日誌，並進行一次checkpoint，把日誌組A裡沒有經過checkpoint的那部分日誌對應
alter system switch logfile與alter system archive log current區別
alter system switch logfile 是強制日誌切換，不一定就歸檔當前的重做日誌檔案（若自動歸檔開啟，就歸檔前的重做日誌，若自動歸檔沒有開啟，就不歸檔當前重做日誌。） alter system archive log current 是歸檔當前的重做日誌檔
oracle for update鎖表資源釋放之kill -9和alter system kill session 'sid,serial#';
查詢 sele 操作 sid 操作系統 objects lte 需要 ssi 通過for update鎖表，通過操作系統方式和oracle方式終止進程方式 --查詢需要終止進程的情況，包括操作系統進程 select proc.sPID, sess.sid,
背水一戰 Windows 10 (122) - 其它: 通過 Windows.System.Profile 命名空間下的類獲取信息, 查找指定類或接口的所在程序集的所有子類和子接口
enter 轉換 local frame long windows 添加 roo schema [源碼下載] 背水一戰 Windows 10 (122) - 其它: 通過 Windows.System.Profile 命名空間下的類獲取信息, 查找指定類或接口的所在程序集
MySQL通過Explain查看select語句的執行計劃結果觸發寫操作
fun 學習交流 target emp tables HERE 背景 一次 time 【背景】 某某同學執行了一下Explain結果結果發現數據庫有了一條寫入操作，恭喜這位同學你的鍋到貨了，你簽收一下； 對！ 你沒有聽錯，在一種場景下就算是Explain也會引發
java程式效能分析之thread dump和heap dump
一.dump基本概念 在故障定位(尤其是out of memory)和效能分析的時候，經常會用到一些檔案來幫助我們排除程式碼問題。這些檔案記錄了JVM執行期間的記憶體佔用、執行緒執行等情況，這就是我們常說的dump檔案。常用的有heap dump和threa
Oracle impdp dump和expdp dump
使用EXPDP和IMPDP時應該注意的事項： EXP和IMP是客戶端工具程式，它們既可以在客戶端使用，也可以在服務端使用。 EXPDP和IMPDP是服務端的工具程式，他們只能在ORACLE服務端使用，不能在客戶端使用。 IMP只適用於EXP匯出的檔案，不適用於EXP
alter system kill session ' '後，某行資料依然無法刪改
以前還沒有遇到過這樣的問題，查了很多的資料，一致認為“某行資料依然無法刪改，就執行alter system kill session ' '”，但是已經執行過了alter system kill session ' '，查詢v$locked_object表為空，沒有鎖
Python在通過os.system執行含有空格路徑的命令時報錯問題的解決方案
今天寫了一個用來對VMware Workstation虛擬機器通過socket進行遠端操作的Python程式，想用Python來呼叫C盤下的 “C:\Program Files\VMware\VMware Tools\rpctool.exe”這個檔案。
navicat 匯出嚮導 ， 通過Excel生成批量SQL語句，處理大量資料
如果要改一個數據量很大的表格的某些欄位，可以先將這個表格的資料匯出來，導成excel 形式： 工具：navicat formysql 資料庫：mysql 1. 2. 3.
通過Excel生成批量SQL語句，處理大量資料的好辦法
我們經常會遇到這樣的要求：使用者給發過來一些資料，要我們直接給存放到資料庫裡面，有的是Insert，有的是Update等等，少量的資料我們可以採取最原始的辦法，也就是在SQL裡面用Insert into來實現，但是如果有幾十條几百條甚至上千條資料的時候繼續寫單獨的SQL語句
alter system kill session[查殺會話程序]
最近公司伺服器出現記憶體被大量佔用，資料無法寫入，初步懷疑是有部分會話鎖死導致，通過以下兩步即可解決： 一、查詢哪些會話鎖死 select * from v$session t1, v$locked
navicat 匯出嚮導 ， 通過Excel生成批量SQL語句，處理大量資料
如果要改一個數據量很大的表格的某些欄位，可以先將這個表格的資料匯出來，導成excel 形式： 工具：navicat formysql 資料庫：mysql 1. 2. 3. 4. 5. 6. 7 . 8. 9. 然後就可以在e
實用的 Python —— os system 在 python 語句中執行 dos 命令
https 目錄 pre 空文件夾 pan 智能 ask os.chdir content import os 1 （1）os.getcwd()：首先查看當前工作目錄 （2）os.chdir(”)：切換文件夾 os.syetem(”) 本質上這裏不是講的
SpringData通過@Query註解支援JPA語句和原生SQL語句
在SpringData中們可是使用繼承介面直接按照規則寫方法名即可完成查詢的方法，不需要寫具體的實現，但是這樣寫又是不能滿足我們的需求，比如子查詢，SpringData中提供了@Query註解可以讓我們寫JPA的語句和原生的SQL語句，那接下來看看怎麼寫JPA的查詢語句和原生
通過 elasticsearch-sql 使用 SQL 語句聚合查詢 Elasticsearch 獲取各種 metrics 度量值
Elasticsearch 的 metrics（度量）包含 count、sum、avg、max、min、percentiles (百分位數)、Unique count（基數 || 去重計數）、Media
程式設計知識彙總--捕獲dump，生成dump
windows 應用程式崩潰時的記憶體轉儲及dump檔案的分析 [傳送門] http://blog.csdn.net/sp_daiyq/article/details/7965608 vc++程式崩潰後不生成dump檔案 [傳送門] http://blog.csdn.