Oracle

  RMAN 在混合平台下的duplicate/resotre/recover 有如下方式： （1）使用Active Database Duplicate。 這個是11gRMAN 才有的。（2）使用image copies 或者backup sets 的duplicate。（3）使用image copies 或者backup sets的 resotre 和 recover。 注意： 這裡的除了使用convert database 的遷移。 它要求2個版本一致。  Oracle 10gR2

 同事在測試庫上對一個表加欄位，提示 ORA-00054， 資源忙。 應該是表對象的鎖沒有釋放。有關Oracle 鎖的說明，參考：ORACLE鎖機制http://blog.csdn.net/tianlesoftware/article/details/4696896 用如下SQL 查看一下系統中相關對象上鎖的情況： /* Formatted on 2012/2/13 14:24:32 (QP5 v5.185.11230.41888) */SELECT S.SID SESSION_ID,

一.RMAN Catalog相容性MOS的文檔：RMAN Compatibility Matrix [ID 73431.1] 1.1  About RMAN CompatibilityThe RMAN environment can contain thefollowing components:--RMAN 環境由以下5部分組成：(1)    RMAN executable(2)    Recovery catalog database(3)    Recovery catalog

 一．資料移轉說明在DBA的工作中會遇到資料移轉的情況，比如將本地磁碟遷移到ASM，亦或者需要更換存放裝置，那麼我就需要遷移整個資料庫的儲存位置。 如果只是移動資料表空間或者資料檔案，我們可以將資料表空間或者資料檔案offline 之後，移動位置，在用alter database rename 和alter tablespace rename

今天又遇到了Oracle資料庫序列的問題，索性來個全庫的備份和恢複。如下imp/exp 方式表模式備份： oracle@sencloudServer: exp dhoffice/dhoffice rows=y indexes=n compress=n buffer=65536 file=dhoffice_090101.dmp log=exp_tianle_090101.log tables=david.tianle; 使用者模式備份： oracle@sencloudServer: exp

一、問題背景：           今天在做一個OA系統，原先的資料庫是Oracle的，後來改到Postgresql資料庫，一開始把資料庫遷移到Postgresql上來，序列和建表都通過Oracle匯出的sql語句來完成，沒有考慮到序列在重新建立後，會重新重初始值開始計算，讓我遇到了現在的問題，新的資料無法插入。這個讓我想起了以前在華為時候，一位DBA跟我說過，資料在遷移的時候一定要先check序列的問題，現在想起來確實，呵呵。二、如何解決 資料移轉後，序列的問題          

  一．問題說明作業系統： Redhat 5.8資料庫： 11.2.0.32節點RAC. 使用RMAN 備份的時候，報如下錯誤：ORA-00245: control file backup failed;target is likely on a local file system 這個問題只存在Oracle 11gR2以後的RAC 環境。  二．ORA-245 觸發條件在以下的5種環境下，會出現ORA-00245的錯誤。 2.1 RAC

 轉自eagle 的blog， 原文連結地址如下： http://www.dbafan.com/blog/?p=495 11gR2 還沒怎麼研究，轉貼過來，以防以後出現這個問題。 ---------------- -Begin  ------------------在11.2.0.2的資料庫上，我們遇到了oracle 11g的Bug 10082277 Excessive allocationin PCUR or KGLH0 heap of “kkscsAddChildNo” (ORA-4031)

1. Oracle安裝完成後的使用者名稱和密碼sys/change_on_install system/manager scott/tiger sysman/oem_temp internal/oracle  2.修改使用者的密碼SQL> conn sys/change_on_install as sysdbaConnected.SQL> alter user sys identified by ******;User altered. 3.為使用者解鎖SQL> conn

             同事說測試庫上的一張表被鎖了。 不能執行DML 操作。 鎖表的準確說法應該是阻塞。之前的一遍blog裡有說明：            鎖 死結 阻塞Latch 等待 詳解            http://blog.csdn.net/tianlesoftware/article/details/5822674             找多鎖表的session，並kill 掉之後，對該表的DML 操作正常。 這裡在類比一次這個問題。

如何通過Sqlplus建立一個oracle的user1，通過system管理員串連到要添加USER的DB或者通過以下命令： Connect   system/manager@user_datebase   AS   SYSDBA  ;以SYS登陸去建立使用者2,建立使用者並分配許可權drop   user   asset   cascade;  刪除該使用者下所有的表和視圖create   user   asset   identified   by  

.Oracle 層級語句 樹形結構area_id 就是普通的主鍵ID  與 parent_id 對應..行政區劃表1.  start with t.parent_id 這裡為parent_id 不顯示頂端根結點,這樣會有多個根select t.* from HM_F_AREA t where length(t.area_id) = 6 start with t.parent_id = '510000' connect by t.parent_id = PRIOR

1、只複製表結構 的sqlcreate table tableName2 as select * from tableName1 where 1<>1  2、即複製表結構又複製表中資料 的sqlcreate table tableName2 as select * from tableName1 3、Oracle複製表的制定欄位 的sqlcreate table tableName2 as select row_id,name,age from tableName1 where 1&

一般人，不包括全部平時在開發中使用的都是32位的PC機，所以安裝的也是Oracle32位的用戶端。但是一般伺服器都是64位的，安裝的也是64位的Oracle用戶端，如果要部署使用Oracle.DataAccess串連Oracle的應用程式時，可能會遇到版本上的問題。那具體來說表現在以下兩個方面:主要版本問題有兩種，一種是32位版和64位版的問題，如果我們開發出來的應用是32位的，那麼就必須使用32位的用戶端，如果是64位的應用程式當然對應64位的用戶端。這裡需要注意：在64位的環境中使用VS開發

 安裝Oracle 11g R2的過程中在如果出現提示說找不到.../oracle/11g/oc4j/j2ee/oc4j_applications/applications/em.ear這個檔案，那就說明檔案補齊。         11g的下載之後解壓出來有兩個檔案夾，出現這個錯誤是因為檔案copy不齊全，只要將第二部分中的database\stage\Components 與 第一部分的database\stage\Components 進行合并，然後再安裝就可以了。         

在做項目的時候，會遇到Oracle資料庫的遷移，那麼序列可能會被重設，導致序列的當前值小於使用該序列的表中欄位 最大值的時候 ，出現一下錯誤，[DH-OFFICE] 2012-10-30 19:48:32 WARN [http-8080-5] JDBCExceptionReporter.logExceptions(100) | SQL Error: 1, SQLState: 23000[DH-OFFICE] 2012-10-30 19:48:32 ERROR [http-8080-5]

之前有寫過oracle 結合hibernate支援拼音排序，最佳化一下，之前寫的有一個小的bug，就是在重寫了hibernate 的Order介面後，出現所有的欄位都通過拼音排序，導致時間、數字類型的排序都亂了，加一個判斷，之正對string類型做拼音排序原文地址:http://blog.csdn.net/dracotianlong/article/details/8637561修改後的代碼如下package com.sencloud.dh.core.command;import

今天在用exp/imp做一個備份恢複小操作的時候，出現了一個問題，很多的空表不能被exp出來，一開始沒有弄懂，後來上Oracle官網看了下Oracle的資料，發下Oracle11g R2 有一個新的特性，在exp和imp的時候，當表無資料時，不分配segment，以節省空間的，這樣會導致空表資料不能被exp出來。不覺想說一聲shit下。好的，解決方案：解決辦法1： 設定system參數，僅對參數更新後建立的表生效alter system set

背景：排序時候對NULL值的處理，在Oracle官方文檔中說明，null值在排序過程是個比較特殊的實值型別，預設情況下排序時把它看成了最大值了，也就是說在排序的時候，當排序的記錄中出現了Null值，預設是，升序排列在最後，反過來在最前，那麼也可以程式自己來定義它前後。1、排在最前：select xx from student order by xx nulls first;2、排在最後select xx from student order by xx nulls last;然後就搞定了！

EXP-00091: 正在匯出有問題的統計資訊。. . 正在匯出表 WF_GENERAL匯出了EXP-00091: 正在匯出有問題的統計資訊。. . 正在匯出表 WF_PLAN_BOOK匯出了EXP-00091: 正在匯出有問題的統計資訊。. . 正在匯出表 WF_TEACHER_REMUNERATION匯出了EXP-00091: 正在匯出有問題的統計資訊。. 正在匯出同義字. 正在匯出視圖.