數據庫管理員

㈠ 先在系統層面查詢CPU、IO使用方式：top、iostat、sar...等㈡ EXEC DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT();㈢ rman target / debug trace =/tmp/rmandebug.txt log=/tmp/rman_log20130727.txt執行備份㈣ EXEC DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT();㈤ 查詢v$backup_datafileset

運行環境：Ubuntu+Oracle 11.2.0 在命令啟動oracle時，出現ORA-12547: TNS:lost contact錯誤。中午好好的納，下午就不管了。以為是連結失效，關機重啟後還是不行。然後google了一把，找到了下面的解決方案。回想了一下，引起的原因是許可權的問題，中午的時候不小心該了oracle安裝目錄的檔案夾的許可權，看來oracle的許可權不能隨便改動。推薦閱讀：ORA-01172、ORA-01151錯誤處理 ORA-00600 [2662]錯誤解決

通常我們知道，DB2的package在統計資訊或依賴對象發生變化後需要做下重新綁定，否則DB2最佳化器會採用效率較差或者錯誤的執行計畫運行該package，造成執行效能嚴重下降或者SP一直會處於卡死狀態。所以定期對SP進行重新綁定操作，對資料庫整體效能和效率都有較大的提升，但是查一查，關於DB2的SP重新綁定，提供了三個命令：db2rbind、rebind和bind，很多人都分不清這三者區別，如何使用的問題，所以本文就重點對著三個命令用法進行分析。其實三者都是提供SP重新綁定，不過傳入參數不一樣

   剛過完年,在日常檢查伺服器備份資料的時候發現zabbix的mysql備份檔案異常龐大,考慮到zabbix會在日常監控伺服器狀態時定期發送一些警示資訊以及監控時儲存的SQL記錄,所以查看了下zabbix的資料庫表,發現mysql系統庫檔案下zabbix的資料庫目錄本身並不是很大,也就幾百M,但發現同目錄下的ibdata1檔案異常龐大,達到了4.7G.  

本次介紹監控固定3306連接埠的mysql，下面是方法一、用戶端1.到/usr/loca/zabbix/conf/zabbix_agentd.conf裡添加UserParameter=mysql_3306[*],mysql -h localhost –P 3306 -uzabbix -pzabbix -e "show global status"|grep "\<$1\>"|cut –f2如果你mysql的socket不是預設的，請在這個參數下加上-S後面是你的socket地址。2.

   對於Oracle 11g RAC 的安裝，與Oracle 10g(clusterware)類似，grid 安裝完畢後需要執行orainstroot.sh和root.sh，如果是AMD晶片，Oracle說不認識啊，那就要恭喜一下你又多了一次patch的親密接觸，這個錯誤提示是Failed to create or upgrade OLR。客官，中招了？接著往下看...1、安裝時的環境      作業系統(Oracle linux 5.5 32

1、date：查詢及修改日期和時間1）顯示目前時間和日期$ dateFri Jul 17 14:09:38 CDT 19982）設定時間和日期$ date 0717142598Fri Jul 17 14:25:56 CDT 1998可設定的年代範圍是 1970~20372、cal：顯示日曆1）顯示指定的年月$ cal 7 1998July 1998Sun Mon Tue Wed Thu Fri Sat1 2 3 45 6 7 8 9 10 1

在認真學習了GoldenGate企業級營運實戰後，重點是對OGG幾個進程的理解，結合對原理的理解，在整整實驗了近兩天，反覆配置了四次之後，終於配置成功。本文經過多次配置成功實踐整理而成，還有很多的細節需要完善。本文出自：http://koumm.blog.51cto.com目錄================================一、環境準備並安裝GoldenGate1. 資料庫準備情況2. 下載OGG軟體並解壓安裝3. 準備OGG環境變數4. 配置記錄模式5.

無條件的插入Oracle中的insert all是指把同一批資料插入到不同的表中，假如現在有個需求：把t表中的資料分別插入t1,t2，如果你不知道insert all，你可能會使用insert插入2次，如下所示：insert into t1(object_name,object_id) select * from t;insert into t2(object_name,object_id) select * from

原文出處：http://blog.csdn.net/dba_huangzj/article/details/26951563　　鏡像是什嗎？說白了就是個鏡子（沒用過鏡子？沒鏡子你總要小便吧？開個玩笑。。 ），這裡鏡子的含義主要有兩個：1、一模一樣，下面會詳細介紹，包括庫名、資料檔案和記錄檔的存放路徑都要一樣。2、看得到，卻“用不了”，鏡像庫在沒有做任何處理時是不可訪問的。下面進入專業一點的解釋：　　資料庫鏡像（SQL Server Mirroring）從SQL Server 2005 

      索引品質的高低對資料庫整體效能有著直接的影響。良好高品質的索引使得資料庫效能得以數量層級的提升，而低效冗餘的索引則使得資料庫效能緩慢如牛，即便是使用高檔的硬體設定。因此對於索引在設計之初需要經過反覆的測試與考量。那對於已經置於生產環境中的資料庫，我們也可以通過查詢相關資料字典得到索引的品質的高低，通過這個分析來指導如何改善索引的效能。下面給出了示範以及索引建立的基本指導原則，最後給出了索引品質分析指令碼。 1、查看索引品質-

      通過Oracle的PL/SQL代碼加密來保護商務邏輯在有些場合非常有用，簡單整理了下：               一. 通過Wrap命令來加密               二. 通過dbms_ddl包調用來加密            &

Top得出CPU使用率超高： top - 16:41:04 up 184 days, 21:31,  2 users,  load average: 19.97, 18.38, 18.36Tasks: 584 total,   1 running, 583 sleeping,   0 stopped,   0 zombieCpu(s):  0.0%us,  0.0%sy, 41.2%ni, 58.7%id,

    AlwaysOn自SQL Server2012之後已經發布很久了，最近我在給一些客戶做諮詢的時候經常被問起是不是應該使用AlwaysOn，從客戶的視角來看彷彿AlwaysOn是一個包治百病的良藥，但實際上沒有包治百病的良藥。因此在此我談一談AlwaysOn中的常見誤區。 1.AlwaysOn可以實現負載平衡。答案是否定的，AlwaysOn在特定條件下（需要修改前端應用程式）可以負擔唯讀負載，但負載平衡是無法做到的。在SQL

   我用VB6企業版封裝了一個DLL，其中有4個VB表單——form1,form2,form3,form4，在excel 2003的VBE中用VBA代碼調用DLL中的類別模組、標準模組均成功，但是就是調用和顯示不了VB表單！！！應該怎麼調用？才能顯示？？？     調用過程依次是：開啟excel 工作薄，顯示form1(在啟動form1的過程中判斷和啟動form4);點擊form1中的兩個按鈕，

       資料採礦的目的，就是從資料中找到更多的優質使用者。接著上篇部落格繼續探討有指導資料採礦方法模型。什麼是有指導的資料採礦方法模型，以及資料採礦如何構建模型。在構建一個有指導的資料採礦模型，首先要理解和定義一些模型試圖估計的目標變數。一個典型的案例，二元響應模型，如為直接郵寄和電子郵件營銷作用選取範圍客戶的模型。模型的構建選擇曆史客戶資料，這些客戶響應了以前類似的活動。有指導資料採礦的目的就是找到更多類Ê

我們總要在一定的架構中活著，架構的構成有來自法律，有來自道德的，還有來自潛規則的。大部分人只求安生的活著，玩命的人畢竟是少數，有人打破架構平度青雲，也有人打破框卻架墜落深淵。每每跟開發人員討論業務，就會聽到一大灘架構名稱，覺得很是高上大的樣子。但他山之石可以攻玉，在MySQL當中也是有架構，這便是我們要介紹的common_schema。高效能MySQL一書作者 Baron Schwartz曾如是說：The common_schema is to MySQL as JQuery is

茹志鵑在《妯娌》中說，“再看紅英自己，那是連半個鐘頭的工都不肯耽誤的，也從沒見她吃過一口零食，一看就知道是個會精打細算、會過日子的人。”曾有人調侃，已婚身份最是適合DBA，畢竟，不當家不知柴米貴，年底的資源容量訂購，那一分錢都是心頭肉啊，會吃的吃千頓，不會吃的吃一頓。而且，故障診斷以及效能調優時，OS層的APP直接拖垮DB的案例也是家珍如數啊。所以，思前顧後，吃穿常有。謂之，DBA以儉德辟難。活在大資料時代下，勤儉節約更是DBA的傳統美德。謹慎選擇資料類型很重要，對類型當持有斤斤計較的心思，理由

一、前言以前的系統由於表設計比較複雜（多張表，表與表直接有主從關係），這個是商務邏輯決定的。 插入效率簡直實在無法忍受，必須最佳化。在瞭解了Postgre的Copy,unlogged table 特性

進程中有N個postgres.exe（此為正常，見官方文檔），卻有一個始終佔滿CPU（由於本機是雙核，佔用了50％的資源）。內建的pgAdmin III串連會死掉。此問題在網上搜尋沒找到答案。查看日誌發現有這樣一條錯誤資訊：%t LOG:  could not receive data from client: An operation was attempted on something that is not a