Oracle

客戶有個11g的active dataguard庫，mrp進程停了，看alertlog，可以看到有關ora-7445[kdxlin]的報錯：cat alert*.log....Exception [type:SIGSEOV,Address not mapped to object] [ADDR:0xC] |PC：0x96504C7,kdxlin()+4153][flags: 0x0,count:1]Errors in le

如果你在11.2.0.4版本中遇到了kghstack_underflow_internal_2錯誤，那麼你很有可能遇到了BUG 18687067，該BUG是在11.2.0.4版本中引入的。在MOS最初的客戶報告中，典型的問題如下，通常 LMON 或者 LMS 進程的Crash錯誤如下:ORA-00600: internal error code, arguments: [kghstack_underflow_internal_2], [0x110A10838], [], [], [], [],

unused column和drop column的操作從本質上講是不一樣的，unused是通過變更資料字典的資訊讓sql無法訪問到column，而drop是直接在物理資料層做了變動。這裡的操作後台跟蹤可以用event 10046去驗證,這裡不做描述.下面通過實驗的方式驗證unused和drop column的操作對比情況:1.建立測試表SQL> grant dba to luda;Grant succeeded.SQL> conn

建立ext4檔案系統[root@localhost ~]# mkfs.ext4 /dev/sdb1mke2fs 1.42.9 (28-Dec-2013)Filesystem label=OS type: LinuxBlock size=4096 (log=2)Fragment size=4096 (log=2)Stride=0 blocks, Stripe width=0 blocks1310720 inodes, 5242624 blocks262131 blocks (5.00%)

修為安全審計的原因，探索資料庫中有一個XS$NULL使用者，嘗試為其修改密碼，發現報錯。即使是sys使用者也無法修改XS$NULL使用者的密碼：SQL> --11.2.0.4SQL> alter user XS$NULL identified by oracle;alter user XS$NULL identified by oracle            &

又一個類似『12c比10g索引回表消耗增多的問題』的案例，同事在12c中跑的buffer get很高，但是在10g中跑的buffer很低。懷疑是不是12c的最佳化器有問題。這個10g的環境和12c的環境，資料量大致一樣，只是有很少部分的不同，但是就是這個很少部分不同，造成了not exists中的子查詢返回不同的值，進而對外層查詢產生不同的影響。我們來用如下的代碼類比一下。初始化資料：--10gdrop table t1;drop table t2; create table t1 (

某資料庫升級到12c後（應用代碼也升級了）,出現了大量css initialization的等待：SQL> select event,sql_id,count(*) from  v$session where event='CSS initialization' group by

最近在迎接安全審計，其中有一條需求是：檔案完整性檢測對應資料庫為安裝的程式檔案、設定檔（排除資料檔案、記錄檔）也就是需要定期對資料庫軟體的重要檔案做內容校正，避免重要檔案被篡改。整體思路是：1. 由於oracle的檔案太多，我們假設重要的可執行檔目錄為$ORACLE_HOME/bin和$ORACLE_HOME/lib。2. 掃描後記錄這些檔案的md5sum值。3. 定期掃描這些檔案，對比md5sum值，檢查檔案是否發生變化。4.

（一）參數說明：（1）. rate_limit參數從9.2.0.8引入，可以用來控制串連風暴。rate_limit後面跟的參數是允許每秒串連的個數，配置完成後，需要stop/start listener生效。如下：LISTENER =   (DESCRIPTION_LIST =     (DESCRIPTION =       (ADDRESS = (PROTOCOL = TCP)(HOST = host.

客戶有個資料庫從HP平台遷移到linux平台，字元集相同。impdp的時候報錯ORA-01401了。Processing object type SCHEMA_EXPORT/SYNONYM/SYNONYMProcessing object type SCHEMA_EXPORT/SEQUENCE/SEQUENCEProcessing object type SCHEMA_EXPORT/SEQUENCE/GRANT/OWNER_GRANT/OBJECT_GRANTProcessing object

剛到酒店，就接到客戶電話說某資料庫的一個資料檔案報IO錯誤，通過vpn查看發現如下：Sun Oct 30 23:19:27 BEIST 2016Trace dumping is performing id=[cdmp_20161030231927]Sun Oct 30 23:19:27 BEIST 2016Errors in file /oracle/app/10.2/admin/xxxx/bdump/xxxx2_smon_11863216.trc:ORA-00376: file 595

概述等待事件主要可以分為兩類，即空閑(IDLE)等待事件和非空閑(NON-IDLE)等待事件。1).空閑等待事件ORACLE正等待某種工作，在診斷和最佳化資料庫的時候，不用過多注意這部分事件。2). 非空閑等待事件專門針對 ORACLE 的活動，指資料庫任務或應用運行過程中發生的等待，這些等待事件是 在調整資料庫的時候需要關注與研究的。在 Oracle 10g 中的等待事件可以通過 v$event_name 視圖來查看等待事件的相關資訊。常見等待事件Buffer busy waits從本質上講，

ORACLE ORA-00600錯誤不是你的程式錯誤.是ORACLE內部的錯誤,一般來說,大部分的ORA-00600錯誤均是由ORACLE軟體的bug所導致，因此對於這樣的錯誤需要及時聯絡ORACLE支援人員工程師.對於這種類型的ORA-00600錯誤，一個簡單的處理方式就是打補丁，將資料庫升級到一個穩定的版本，另外建議屏蔽某些ORACLE特性，諸如MTS（MultiThread Server）。但也有部分錯誤是由資料庫內部的表或索引（包括應用的）結構被損壞所或其他原因所造成。1：ORA-600

在資料庫open的過程中，select ctime, mtime, stime from obj$ where obj# = :1語句報ORA-01555錯誤,資料庫無法正常open一般情況下會報某個復原段,但是這裡ORA-01555: snapshot too old: rollback segment number 0 with name “SYSTEM” too small這裡直接報了system(系統復原段),屬於少見情況Fri Jun 26 11:47:31 2

遊標分為隱式遊標和顯示遊標。一、隱式遊標對於select * into和DML操作（update、delete、insert）都附帶有一個隱式遊標。隱式遊標的屬性SQL%ROWCOUNT   整型  代表DML語句成功執行的資料行數SQL%FOUND    布爾型  值為TRUE代表插入、刪除、更新或單行查詢操作成功SQL%NOTFOUND 布爾型  與SQL%FOUND屬性傳回值相反SQL%ISOPEN 

有一台CentOS的機器裝了Oracle，啟動執行個體的時候報錯ORA-27125SQL> startupORA-27125: unable to create shared memory segmentLinux-x86_64 Error: 1: Operation not permittedLinux詳細版本為# cat /proc/versionLinux version 2.6.32-358.14.1.el6.x86_64

作業系統：Red Hat Enterprise Linux Server release 6.2 x86_64Oracle版本：Oracle Database 11g Release 2Oracle官方下載地址：File1：http://download.oracle.com/otn/linux/oracle11g/R2/linux.x64_11gR2_database_1of2.zipFile2：http://download.oracle.com/otn/linux/oracle11g/R2

最近網上流傳的通過with繞過許可權實現非法更新表資料,存在較大風險.對於cpu bug在2014年07月份psu中修複,建議升級對應psu,如果條件不允許,可以通過_with_subquery參數臨時規避該風險資料庫版本資訊SQL> select * from v$version; BANNER--------------------------------------------------------------------------------Oracle

1、堆組織表（heap organized table）就是“普通”的標準資料庫表。資料以堆的方式管理。堆組織表中記錄是無序的，不以某種特定順序來放置。2、索引組織表（index organized table）索引組織表的資料都儲存在與其關聯的索引中，對錶的添加、更新、刪除，只會導致索引的更新。查詢時必鬚根據索引去查詢資料。索引組織表必須設定主鍵。create table indextable (id varchar2(10),name

一、索引的概念 索引類似於查字典，通過拼音、筆畫，只要幾步就能查到所要的字。資料庫裡，通過索引，只要少量的讀，就能找到所需的記錄。 使用索引需要找到一個平衡點，索引太多會影響DML語句的速度，因為要寫索引表。索引太少又不能提高查詢速度。 二、B*樹索引1、B*樹索引：我們所說的“傳統”的索引。create index