Oracle

假設原來的主機已經完全不能啟動了（比如硬體故障等），只能在儲存上的ASM中尋找資料庫使用的參數檔案：[grid@lunar5 ~]$ ss SQL*Plus: Release 11.2.0.4.0 Production on Mon Feb 15 21:48:15 2016 Copyright (c) 1982, 2013, Oracle.  All rights reserved.  Connected to:Oracle Database 1

安裝Oracle 11.2.0.4資料庫軟體，然後執行root.sh，這個沒有特別的東西，略。之後，我們需要修改ORACLE RDBMS的oracle二進位檔案的許可權，讓oracle 資料庫進程可以擷取ASM磁碟組。[root@lunar5 ~]# su - grid[grid@lunar5 ~]$ $ORACLE_HOME/bin/setasmgidwrap o=/u01/app/oracle/product/11.2.0.4/dbhome_1/bin/oracle[grid@lunar5

2015年8月份內部release了Oracle 12.2beta版本（目前內部最新release的版本是2016年2月份發布的，windows和Linux都有了），目前根據12.2beta文檔的介紹，Oracle推出了sharding的功能，跟其他NOSQL型的sharding結構相比，Oracle Sharding提供的是企業級的RDBMS的分區技術。.Oracle Sharding的優點：• Relational schemas• Database

之前文章中提過複合索引的建立思路：1 前置列儘可能讓更多的核心業務SQL能夠使用2 單個SQL語句索引的前置列盡量選擇等值條件做為索引的前置列這裡我們如果在對in的謂詞、三個條件的SQL語句複合索引的建立做一些更深入的分析，詳細的例子如下：SQL> select * from v$version;BANNER--------------------------------------------------------------------------------Oracle

線上重定義資料檔案：在oracle 12c R1之前的版本中，如果線上移動資料檔案需要將資料表空間或者資料檔案離線，然後作業系統mv，recover後online資料檔案或者資料表空間，在oracle 12c R1後可以直接線上重定義資料檔案，這個過程使用者可以進行查詢、DML以及DDL的任務，另外資料檔案也可以直接在存放裝置間遷移，比如ASM到檔案系統的相互遷移。SQL> select name from v$datafile;NAME--------------------------

oracle 11g推出了新特性SPA(SQL performance Analyze)現在已經被廣泛應用到升級和遷移的情境中，當然比如一些其他的情境也可以考慮使用，比如（最佳化器參數修改、IO子系統變更等），這種功能可向DBA 提供有關SQL語句效能的詳細資料，例如，執行前後的統計資訊，提高或降低效能的語句，主要用于衡量環境變化後SQL執行效能是否出現衰變等。SPA的主要實施步驟如下：1 在源環境捕捉SQL負載，產生SQLSETexec dbms_sqltune.create_sqlset(&

有客戶諮詢由於主機重啟之後，導致四個磁碟組中的data2磁碟組無法mount(報ORA-15032,ORA-15017,ORA-15063),資料庫無法open,讓我們幫忙分析解決Wed Mar 09 18:10:53 2016NOTE: Assigning number (1,1) to disk (/dev/oracleasm/disks/VOL011)Wed Mar 09 18:10:53 2016ERROR: no read quorum in group: required 1,

由於某種原因，比如資料異常斷電，導致awr資料嚴重不一致，awr部分表損壞等情況，需要重建awr，可以參考如下步驟進行重建,本文主要針對目前主流的10g和11g版本資料庫,12c未進行測試停止awr自動收集資訊方法1:參數調整sqlplus /nologconnect / as sysdbacreate pfile='/tmp/pfile.xifenfei' from spfile;alter system set shared_pool_size = 200m scope =

oracle清理資料的方法一、刪除一個使用者下所有資料庫物件一種方法是刪除這個使用者然後重建，需要管理員操作：drop user wangyi cascade; --刪除使用者select * from dba_users where username = 'wangyi' --查詢預設資料表空間drop tablespace WANGYI_DTBS including contents and datafiles; --刪除資料表空間重建使用者：create user

有一個需求，某個使用者有很多張表，但是只能使用exp匯出，而且想跳過其中某幾張表，其他對象包括依賴關係都需要。針對這樣的情況，通過分析exp的視圖指令碼，在exu10tabs視圖進行修改，跳過某些表即可修改exu10tabs視圖本測試為11.2.0.4版本，不同版本資料庫，可能視圖名稱和語句有一定出入，請別照搬,exu10tabs在$ORACLE_HOME/rdbms/admin/catexp.sql中CREATE OR REPLACE VIEW exu10tabs (  &

資料庫啟動報錯WIN平台oracle 9.2.0.6版本資料庫redo log block header損壞，ORA-00354 ORA-00353 ORA-00312錯誤導致資料庫無法啟動SQL >alter database open;*ERROR at line 1: ORA-00354: corrupt redo log block headerORA-00353: log corruption near block 1892904 change 281470950178

oracle wallet使用與維護從Oracle10gR2開始, 通過使用Oracle

在資料庫的使用中你可能注意到了,在某些情況下,可能出現某些segment的type為TEMPORARY，名字為file#.block#的格式的對象.這裡我通過實驗重現該對象並且給出清理方法建立資料表空間/使用者SQL> create tablespace test datafile   2  '/u01/app/oracle/oracle/product/10.2.0/db_1/oradata/ora10g/test01.dbf'  3  size

oracle中編譯一個包的時候發現，只要一編譯就卡死了，後來使用《oracle查詢、Kill鎖資源的SQL語句》方法查鎖的時候發現包中用到的一些資源一直處於死結狀態。後來通過alter system kill session的方法去解鎖，卻發現出現如下圖1所示的問題：ORA-00031:標記要終止的會話後來通過串連上oracle資料庫所在的系統，然後kill掉進程解決，方法如下：（1）查詢被鎖資源的sid、serial#：SELECT s.sid,    

xx醫院儲存突然掉線,導致資料庫異常,現場工程師折騰了一天,問題依舊沒有解決,無奈之下找到我們,希望我們能夠幫忙恢複資料庫.啟動報ORA-00600[2131]錯誤Fri Nov 06 14:50:59 2015ALTER DATABASE   MOUNTThis instance was first to mountFri Nov 06 14:50:59 2015ALTER SYSTEM SET local_listener='

Active Data Guard Far Sync是Oracle 12c的新功能（也稱為Far Sync Standby），Far Sync功能的實現是通過在距離主庫(Primary Database)相對較近的地點配置Far Sync執行個體，主庫(Primary Database) 同步(synchronous)傳輸redo到Far Sync執行個體，然後Far Sync執行個體再將redo非同步(asynchronous)傳輸到終端備庫(Standby

在Oracle資料庫的日常維護中，我們可能經常會遇到一些從未見過的錯誤，甚至莫名其妙的錯誤。很多時候，甚至通過metalink、baidu、甚至google 都無法搜尋到相關內容。這不，昨天公司南區同事讓幫忙恢複的的一個客戶資料庫；據說是歸檔資料庫，沒有備份，重啟執行個體後就無法開啟資料庫了。我也是第一次聽說這種事情，看了下居然是Oracle

前不久某客戶的一套核心資料庫(10.2.0.4.12),據說每間隔一段時間就必須重啟，因為會報ORA-04031錯誤。查詢發現shared pool差不多5G的樣子，其實ges resource消耗了差不多3.5G shared pool 記憶體，也確實有些離譜了。SQL> c/gcs/ges  1* select * from v$sgastat where name like 'ges%'SQL> / 我們可以看到，ges

前幾天某客戶的一個資料庫出現故障，需要我們緊急救援支援。瞭解了一下環境，著實也嚇了一跳，資料量55TB左右。首先我們來看看故障的資訊： Fri Mar 25 22:57:10 2016Errors in file /oracle/app/oracle/diag/rdbms/njsdb/njsdb1/trace/xxxx1_dia0_30474350.trc  (incident=640081):ORA-32701: Possible hangs up to hang ID=8

這是昨天節假如接到的某客戶的緊急救援資料恢複案例。大致的情況是由於掉電導致資料庫無法open。經過初步排查,確認資料庫版本為Oracle 11.2.0.3(linux RAC),資料量比較小，大約200G左右。整個恢複過程開始看上去很順利，僅30分鐘就順利開啟了資料庫,後續發現其中確實有少坑，這裡跟大家簡單分享一下這個清明節加班的恢複case。首先我們來看下資料庫無法open所報的錯誤是什嗎？Sun Apr 03 20:55:36 2016SMON: enabling cache