<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Decode360's Blog

    業精于勤而荒于嬉 QQ:150355677 MSN:decode360@hotmail.com

      BlogJava :: 首頁 :: 新隨筆 :: 聯系 ::  :: 管理 ::
      397 隨筆 :: 33 文章 :: 29 評論 :: 0 Trackbacks

    06 2009 檔案

         摘要: 公司目前需要做一個與生產庫實時同步的備庫,于是做了一些技術選擇。基本上來說,最省事的當然就是做個DG,但是對系統硬件、操作系統的要求比較高,不可能再弄臺小機搞這玩意。所以只能排除。另外物化視圖也是比較方便的方法,但是因為是需要整庫備份,很明顯是不切實際的。基本上可選的技術也只有高級復制和流復制兩種了。流復制的配置比較麻煩,而且應用也不是很成熟,但是功能強大。高級復制雖然要簡單一些,但是也只能支持Table級,所以在兩者之間還是很困惑,專門找了一些材料對比一下。  閱讀全文
    posted @ 2009-06-30 22:54 decode360 閱讀(667) | 評論 (0)  編輯

         摘要: 來了解一下Linux下對磁盤進行查看和控制的兩個命令。這兩個命令都比較好用,非常需要的功能,而且參數也不復雜。Linux我不熟悉,基本上都是從網上搜集資料學習,記在博客中,以方便今后匯總查詢。好,簡單學習一下:  閱讀全文
    posted @ 2009-06-29 23:01 decode360 閱讀(537) | 評論 (0)  編輯

         摘要: Oracle自帶的內部包大多數都是經過加密的,比較好奇,了解一下Oracle進行加密的工具。一般都使用wrap工具進行加密,這個wrap的使用語法非常簡單,只有輸入和輸出兩個參數,也沒有多余的操作。但是也沒有詳細的錯誤提示,所以很多問題出現后很難查到原因。簡單看看,記錄一下這個工具的用法,以便今后查詢。  閱讀全文
    posted @ 2009-06-28 21:09 decode360 閱讀(1917) | 評論 (0)  編輯

         摘要: 最近在配置Stream時,發現必須要把GLOBAL_NAMES參數的指設置為TRUE,具體原因為何不知。但是發現在設置了該參數之后,數據庫每天的物化視圖刷新出現了問題。之后查明原因,是DBLINK出現了問題。隨后研究了一下GLOBAL_NAMES這個參數,發現其實很有意思的事情是:GLOBAL_NAMES參數并不是用來控制GLOBAL_NAME的,而是用來限制DBLINK的使用。下面簡單了解一下這個參數:  閱讀全文
    posted @ 2009-06-27 20:49 decode360 閱讀(625) | 評論 (0)  編輯

         摘要: 在yangtingkun博客上看到很早以前的一篇文章,是用一個type來自定義聚集函數的,覺得非常神奇,想想用普通的函數定義還真的是不能滿足需求,只能用Oracle的說明來做。開始死活看不懂這個type定義的原理,發現參數傳入傳出的好麻煩,后來在網上找了Oracle的文檔,發現這是Oracle規定的固定格式,而且函數名也是確定的,貌似這樣才能依次調用。下面簡單了解一下:  閱讀全文
    posted @ 2009-06-26 21:43 decode360 閱讀(553) | 評論 (0)  編輯

         摘要: Archivelog并不能直接得從OS層直接物理刪除,因為archivelog的相關信息是記錄在controlfile中的,當物理刪除后不會改變controlfile的設置。并且在查詢相關的動態視圖(例如v$archived_log)時,該部分日志仍然標注為存在。也就是說Oracle并不認為這些日志被刪除了,所以在刪除archivelog的時候,需要我們在其他地方做一些設置。  閱讀全文
    posted @ 2009-06-25 23:03 decode360 閱讀(5114) | 評論 (0)  編輯

         摘要: 在使用Streams流復制的過程中,遇到各種錯誤的時候很常見。在Oracle的文檔(Oracle? Streams Concepts and Administration 10g Release 2)上提供了一個異常檢測方案。即可以通過Oracle自己的數據字典,來確定具體的傳輸內容,以便作出相應的調整  閱讀全文
    posted @ 2009-06-24 21:53 decode360 閱讀(403) | 評論 (0)  編輯

         摘要: 今天在關閉數據庫的時候,shutdown immediate之后系統就hang住了,其他進程也連不上庫。查看了alert.log日志,發現大量出現“PMON failed to acquire latch, see PMON dump”這個錯誤,到網上查了一下,據說是個bug,在一篇博文上找到了解決的辦法:  閱讀全文
    posted @ 2009-06-23 21:42 decode360 閱讀(4559) | 評論 (0)  編輯

         摘要: 入行太晚,沒接觸過早期的Oracle版本,所以一直都是用PLSQL Developer做數據的exp和imp。現在要寫定制腳本了才發現,自己居然對命令行模式下的這兩個命令很不了解,于是只要再來學一遍基礎。了解了一遍之后發現這兩個工具的有些細節還是很值得注意一下的,下面看一下詳細的用法:  閱讀全文
    posted @ 2009-06-22 20:32 decode360 閱讀(2133) | 評論 (0)  編輯

         摘要: 今天做了個數據庫的備份腳本,順便系統得學習一下Linux下定時執行腳本的設置。Linux下的定時執行主要是使用crontab文件中加入定制計劃來執行,設置比Windows稍微復雜一些(因為沒有圖形界面嘛),但是也不是非常復雜,基本上用過一遍就能記住了,關鍵是要記住/var/spool/cron這個目錄。下面看一下具體的用法:  閱讀全文
    posted @ 2009-06-21 23:11 decode360 閱讀(41856) | 評論 (6)  編輯

         摘要: 最近通過VMware硬盤的直接復制來創建結點,需要修改DBID和DBNAME(保證數據庫環境可用),找了找可以用來直接修改DBNAME的方法,還真有,原來Oracle本身就自帶了這個功能的工具(NID),用了一下發現使用還是比較方便的,但是更改之后問題多多,使用的最終結論還是:不到萬不得已不推薦使用,因為DBID涉及到的關聯很多,修改SID后會引發很多不可預知的錯誤,很多參數都任然沿用之間的%SID%,如果沒有非常特殊的要求,還是保留datafile后,刪除重建。講一下具體的操作過程:  閱讀全文
    posted @ 2009-06-20 23:19 decode360 閱讀(783) | 評論 (0)  編輯

         摘要: 一直想在手工ETL的同時自己做一個簡單的元數據管理庫。到網上搜索了一下,有前輩說可以參考開源項目Kettle的源代碼,于是就到網上下了一個用了一下,發現過程比較簡潔,而且在很多地方都做得比較人性化,比如支持自己編寫SQL、Java Script等。所以特地打算研究一下,發現網上已經有很多教程了,轉一篇過來看看。改天有時間再研究一下后臺的代碼。不過對于元數據的記錄信息似乎少了點,不過鑒于它是完全免費使用的,也沒什么可說的了。下面是轉載文:  閱讀全文
    posted @ 2009-06-19 22:18 decode360 閱讀(3528) | 評論 (2)  編輯

         摘要: 很多人都遇到過這樣的問題:源數據庫里的表沒有時間戳,或者有時間戳的字段但沒有嚴格執行,而歷史數據又可能會經常性得被修改。這對于ETL數據抽取來說將是一個很大的問題,特別是對于不能動源庫的情況下,很難解決這個問題。最近又因為這個問題,考慮了很久,最后打算在MView同步數據的基礎上,通過Trigger來手動增加時間戳。  閱讀全文
    posted @ 2009-06-18 21:54 decode360 閱讀(450) | 評論 (0)  編輯

         摘要: 因為最近研究字符集,所以對于Oracle內部的一些存儲模式產生了一些興趣,據說DUMP這個函數的功能非常強大,所以專門研究了一下。當然研究的都比較初級,只是了解一下。具體哪里可以用到暫時還不知道 -_-||| ,另外對字符集的轉換等一些函數也了解一下:  閱讀全文
    posted @ 2009-06-17 23:08 decode360 閱讀(952) | 評論 (0)  編輯

         摘要: 對字符集的認識一直都處于一知半解的狀態,目前打算要做不同字符集的庫之間數據傳導,所以專門研究了一下數據庫的字符集問題。轉了一篇很詳細的論文來,論文就是不一樣,講得非常細致全面,是很好的字符集入門材料。下面是正文:  閱讀全文
    posted @ 2009-06-16 22:31 decode360 閱讀(442) | 評論 (0)  編輯

         摘要: 從Oracle9i開始,Oracle引入了CDC技術來實現對變化數據的捕獲。在Oracle9i中CDC只支持同步的數據捕獲(synchronous change capture),源數據的變化被實時的捕獲,捕獲的過程和源數據是同一個事務。它的實現需要源數據支持trigger,所以這種同步的技術會給數據源帶來性能的問題。這是CDC在Oracle9i的一個缺陷(在Oracle10g中已經改進)。  閱讀全文
    posted @ 2009-06-15 19:49 decode360 閱讀(1536) | 評論 (0)  編輯

         摘要: top命令和ps命令的基本作用是相同的,顯示系統當前的進程和其它狀況;但是top是一個動態顯示過程,即可以通過用戶按鍵來不斷刷新當前狀態。如在前臺執行該命令,它將獨占前臺,直到用戶終止該程序為止。  閱讀全文
    posted @ 2009-06-14 21:51 decode360 閱讀(1176) | 評論 (0)  編輯

         摘要: RDA是Remote Diagnostic Agent 的簡稱,是Oracle用來收集、分析數據庫的工具,運行該工具不會改變系統的任何參數,RDA收集的相關數據非常全面,可以簡化我們日常監控、分析數據庫的工作。  閱讀全文
    posted @ 2009-06-13 21:08 decode360 閱讀(1677) | 評論 (0)  編輯

         摘要: 前段時間看到一段SQL,感覺實現的邏輯非常繞,而且看了之后想了很久都沒有想明白到底是怎么回事,再一直想到我都能記住這段SQL的具體細節了,放到博客上研究一下。  閱讀全文
    posted @ 2009-06-12 21:36 decode360 閱讀(2631) | 評論 (0)  編輯

         摘要: 最近想在Oracle中設置一個觸發器,每天執行數據檢測腳本之后,如果發現錯誤數據就自動發送郵件到我郵箱里,于是研究了一下在Oracle中發送郵件的方法。據說10g里可以使用UTL_MAIL包來簡單得發送郵件了,但是覺得通用性不高,萬一哪天換成9i了就要重寫,于是還是決定用UTL_SMTP包來做。  閱讀全文
    posted @ 2009-06-11 23:03 decode360 閱讀(2277) | 評論 (0)  編輯

         摘要: 寫在前面:其實dump操作是很簡單的事情,但是對于像我這樣的新手可能還是會有很多搞不明白的事情,所以打算簡單說明一下:首先大家所說的把*** dump出來的意思,就是用戶自己對進程中的一些事件進行trace,然后會在udump文件目錄下產生trace記錄,可以查看到當時內存的情況。  閱讀全文
    posted @ 2009-06-10 22:39 decode360 閱讀(923) | 評論 (0)  編輯

         摘要: 最近對調優比較感興趣,接著來學習一下DBMS_TRACE包的用法。要注意的是這個包是為了用來TRACE PLSQL的,只能針對PLSQL使用。  閱讀全文
    posted @ 2009-06-09 19:55 decode360 閱讀(1572) | 評論 (0)  編輯

         摘要: 一直用explain plan來查執行計劃,所以想了解一下DBMS_XPLAN包的構成。  閱讀全文
    posted @ 2009-06-08 21:32 decode360 閱讀(1216) | 評論 (0)  編輯

         摘要: dbms_rowid包可以通過表中各條記錄的唯一rowid號,來查看這條記錄的信息,例如所屬object、block等等。這個包很簡單,但是對于確定當前行的信息值還是比較有用的。而dbms_rowid包的function可以在SQL中直接使用,先簡單得舉幾個例子。  閱讀全文
    posted @ 2009-06-07 22:19 decode360 閱讀(1172) | 評論 (0)  編輯

         摘要: 雖然一直在使用DBMS_OUTPUT.PUT_LINE,但是說實話沒有仔細研究過DBMS_OUTPUT包中的其他方法和函數的用法,所以這次特地來研究一下。先簡單的講解一下這個包的所有procedure的含義及作用  閱讀全文
    posted @ 2009-06-06 20:55 decode360 閱讀(2405) | 評論 (2)  編輯

         摘要: 現在我們把之前這些用法結合起來詳細的分析一下目前網上發布的一些批處理,看看他們是怎么運作的。這里我將列舉三個例子來詳細分析,為了保持程序的完整我的注釋會加在/*后面。  閱讀全文
    posted @ 2009-06-05 22:06 decode360 閱讀(265) | 評論 (0)  編輯

         摘要: 在批處理中適當的引用變量將會使你所編制的程序應用面更廣。批處理每次能處理的變量從%0~%9共10個。其中%0默認給批處理的文件名使用。除非在使用SHIFT命令后%0才能被%1所替代。引用shift命令的例子如果把%1前面多加上一個%0那么結果如下  閱讀全文
    posted @ 2009-06-04 21:16 decode360 閱讀(300) | 評論 (0)  編輯

         摘要: 在命令行下有些符號是不允許使用的,但有些符號卻有著特殊的意義。  閱讀全文
    posted @ 2009-06-03 21:53 decode360 閱讀(420) | 評論 (0)  編輯

         摘要: 批處理文件是將一系列命令按一定的順序集合為一個可執行的文本文件,其擴展名為BAT。這些命令統稱批處理命令,下面我就來給大家介紹一下批處理的命令。  閱讀全文
    posted @ 2009-06-02 22:25 decode360 閱讀(336) | 評論 (0)  編輯

         摘要: 最近在機子上裝了一些軟件之后,機子出了點問題,所有的exe工具文件(甚至包括一些cmd下的命令),都無法直接打開執行了,必須要輸全整個文件名,例如 sqlplus.exe 。在問了一圈同事之后(不包括我們的系統管理員),居然還是沒有一個準確的答案。最后詢問了系統管理員之后,發現只是因為簡單的環境變量設置問題,真是感嘆大家對操作系統的白癡了 -_-|||  閱讀全文
    posted @ 2009-06-01 20:33 decode360 閱讀(4546) | 評論 (0)  編輯

    主站蜘蛛池模板: 免费无码一区二区| 成人免费视频77777| 亚洲精品成人av在线| 久久WWW色情成人免费观看| 美女黄色免费网站| 夜夜亚洲天天久久| 免费吃奶摸下激烈视频| 久久久高清日本道免费观看| 日本亚洲色大成网站www久久| 国产亚洲精aa成人网站| 美女被cao免费看在线看网站| 一级人做人a爰免费视频| 亚洲精品一卡2卡3卡三卡四卡| 亚洲Av无码乱码在线观看性色| 精品一区二区三区免费毛片爱 | 精品一区二区三区免费| 亚洲一区二区三区成人网站| 国产亚洲成av人片在线观看| 蜜桃精品免费久久久久影院| 无码国产精品一区二区免费3p| www亚洲精品久久久乳| 亚洲av无码不卡一区二区三区| 日本媚薬痉挛在线观看免费| 7x7x7x免费在线观看| 中文字幕免费视频精品一| 亚洲色大成网站www| 亚洲视频免费一区| 亚洲综合熟女久久久30p| 日韩伦理片电影在线免费观看| 97免费人妻在线视频| 中文字幕乱码系列免费| AV激情亚洲男人的天堂国语| 亚洲jjzzjjzz在线播放| 亚洲AV日韩精品久久久久久| 亚洲色图综合在线| 四虎亚洲国产成人久久精品| 精品久久免费视频| 免费观看理论片毛片| 100000免费啪啪18免进| 久9热免费精品视频在线观看| 毛片基地看看成人免费|