數據庫管理員

軟體環境：1、Windows 2000+Oracle 8.1.72、ORACLE安裝路徑為：C:\ORACLE實現方法：1、開始－＞設定－＞控制台－＞管理工具－＞服務 停止所有Oracle服務。2、開始－＞程式－＞Oracle - OraHome81－＞Oracle Installation Products－＞ Universal Installer 卸裝所有Oracle產品，但Universal

A.1全庫備份.命令:mysqlbackup --defaults-file=/home/mysql-server/mysql3/my.cnf  --user=root --password=root  --databases="mysql total2" --with-timestamp   --backup-dir=/home/mysql-server/backup 

本文內容Data Pump 提供不同的匯出模式來卸載資料庫的不同部分。通過在命令列輸入的適當參數，來指定模式。下面是可用的匯出模式：Full Export 模式 Schema 模式 Table 模式 Tablespace 模式 Transportable Tablespace 模式 Oracle 11g Release 1 (11.1) Data Pump 匯入模式 備忘：很多系統模式不能被匯出，因為它們沒有使用者模式，包括 Oracle 可管理的資料和中繼資料。例如，不能匯出

版本 11.2.0.1.0rac1  rac2  linux 5.3U  2.6.18-128.el5   因為要修複一個bug做測試，在一個節點上修改隱含參數，然後重啟！在測試的過程中遇到修改了rac1 上的參數sys@rac1>alter system set "_gc_read_mostly_locking"=false scope=spfile sid='rac1';sys@rac1>shutdown

總結：1、主鍵和複合主鍵，查詢效能相同（索引高度相同，恰當的運用索引）。2、主鍵和複合主鍵，(update,insert)效能不同(因為複合主鍵會用更多的塊來建立索引，所以update,insert效能低) 實驗思路：1、 建立實驗表，及主鍵，聯合2個主鍵，聯合3個主鍵2、

  從11.2.0.2開始，Oracle 的叢集軟體Grid Infrastructure(GI)中新增了Redundant Interconnect with Highly Available IP(HAIP)，以實現叢集私網的高可用性和負載平衡。  在11.2.0.2之前，私網的冗餘一般是通過在OS上做網卡綁（如bonding, EtherChannel等）實現的，有了HAIP之後，無需使用網卡綁定就可以實現私網網卡的冗餘。 

在這裡我只簡單介紹一下這兩個命令，只是我在使用的過程中用到了，所以就在這裡提一提，如果大家對這個感興趣的話，可以去搜尋一些更多的介紹，歡迎分享出來~~一個資料庫事務起始於一個SQL語句，中止於以下4種事件之一：COMMIT或ROLLBACK語句DDL/DCL隱式提交使用者退出時自動認可系統強行關閉時取消事務事務結束後，下一條SQL語句將開始一個新的事務。語句 功能 COMMIT 結束當前事務，並將所有資料變更提交資料庫生效 SAVEPOINT  name 在當前事務內部建立一個儲存點

db2有兩張表，A主表   B從表，B的外鍵是A的主鍵 A B兩個表資料量都超過百萬， 刪除A表的一條記錄，用主鍵作為刪除條件，時間有明顯的延遲。 如果用其他欄位做where條件，一次刪除目標為幾百條，等了幾分鐘也沒有刪成功。 如果先刪除B表應該關聯刪除的資料，刪掉幾百條也很快。但是再刪A表資料還是不行。 分析原因，刪B表資料db2直接刪了，所以快。 刪A表資料的時候db2會先去B表查詢關聯記錄，這樣一次刪除A表中目標為幾百條記錄的實際需要的操作是： 1 

redo log 一般設定讓日誌轉換時間為10-20分鐘,轉換太頻繁會影響效能. 如果AWR report中log file switch (checkpoint incomplete) 比較大, 說明redo log之間的切換過於頻繁. 可以通過增加redo log size來降低切換的頻率. 但如果redo log size 過大, 可能帶來資料庫恢複時遺失資料的風險. 所以要折中選擇redo log size, 預設是50M.修改redo log

從Oracle10g開始，sqlplus提供了一個參數選項-prelim，用這個參數，在系統已經hang的時候。我們可以串連到SGA而不是資料庫，也就是說沒有session被建立。一.通過以下步驟可以擷取系統資訊：sqlplus -prelim / as sysdbaoradebug setmypidoradebug unlimit;oradebug dump systemstate

在單擊節點或本機機器上進行設定　　1 sql> archive log list; #查看是否是歸檔方式　　2 sql> alter system set log_archive_start=true scope=spfile; #啟用自動歸檔　　sql> alter system set log_archive_dest_1='location=H:archivelogarch1' scope=spfile;　　#設定歸檔路徑1　　sql> alter system

在RedHat 5中，是通過udev 來管理raw 裝置的。 那麼udev 如何知道raw 裝置， 就是通過MAJOR 和 MINOR。 如果我們唯寫： ACTION=="add", KERNEL=="sda", RUN+="/bin/raw /dev/raw/raw1 %N"那麼Udev 就無法識別出raw 裝置，從而無法管理。 也就無法掛載raw。 只有指定了MAJOR 和 MINOR 後才能進行管理。  但是又出來一個問題，我這裡有5個分區需要映射，我指定了raw

一 1.開始:通過powderDesiger匯出的SQL代碼中的欄位都是小寫,然後直接匯入了Oracle.2.bug:無法修改表結構(在PL/SQL Developer中)---包括增加刪除修改...3.明明該表是存在的,刪除時報:表或視圖不存在~!    第 1 行出現錯誤:  ORA-00942: 表或視圖不存在    後來終於找出原因是因為我的表名是小寫，而是大寫的則不會出現這個問題。 

奇怪的資料，select出來明明是0.0140625，但通過round(vv,6)出來的卻沒有四捨五入。按理應該得到：0.014063，實際卻得到：0.014062。違背了四捨五入的原則。案例：drop table tt ;create table tt asselect a, v, exp(sum(ln(1 + v)) over(order by rownum)) - 1 x  from (select a, lag(a, 1, a) over(order by r desc) /

定義：行遷移：因為update、將行變長、原來的塊已經放不下了、行被挪進新塊、行連結：行一開始就太大、比如你插入了1w個位元組的行、必須要分兩個塊存放、由此、行變長的時間先後可作為判斷依據產生情境：行遷移Oracle會將整行的資料移轉到一個新的資料區塊上，而將該行原先的空間只放一個指標，指向該行的新的位置，並且該行原先空間的剩餘空間不再被資料庫使用，這些剩餘的空間我們將其稱之為空白洞，這就是產生表片段的主要原因，表片段基本上也是不可避免的，但是我們可以將其降到一個我們可以接受的程度。注意，即使發

情境如下：原有表資料全部存放在users資料表空間下，現在要將其更換資料表空間，到ntbs資料表空間下。移動的時候，含有blob,clob,long類型的表會更換失敗，這是為什嗎？因為，blob欄位是存放二進位大資料的欄位，最長可存放4GB。因此它的存放方式也與其它欄位不一樣。blob在儲存時，只是在有裡儲存一個資料指標，而真正的資料是與表的儲存分離，放在另一塊地址空間中的。當然這塊地址空間可能和表在一個資料表空間內也可以是兩個獨立的資料表空間。但畢竟是兩個不同儲存空間。所以上面的情境中，blo

SCC (Sybase Contral Center, 將來的名字SAP Contral Center)，是一個統一的基於Web的資源管理架構。Sybase ASE的安裝自身並不帶有SCC，SCC需要單獨下載並安裝，如果ASE有合法的license，那麼SCC不做任何要求。關於SCC的重要性，官方是這樣說的，在將來的版本，SCC將大大加強，逐步替代Sybase Central 純Java用戶端管理工具。(本人觀點，它們可能在比較長的一段時間內共存，畢竟有很多使用者習慣了使用Sybase

在linux 5上裝10G RAC時，常常會碰到“libpthread.so.0: cannot open shared object file"這個報錯的，這個報錯是由於無法使用vipca導致的。該報錯有以下兩種解決方案：方法1不去理會，選擇繼續，然後安裝10.2.0.4及以上版本的patchsets，然後在來手工執行vipca完成vip配置工作，因為這個錯誤在10.2.0.4版本中已經得到修複方法2手工配置確認網路設定# ./oifcfg getifeth0 172.21.1.0

引言：Oracle 鎖在我一開始接觸的時候會有一種高深莫測的感覺，就像是遙遠的外星人看不見摸不著但是能感覺到，我在實際的工作中就遇到過ORA-00054: resource busy acquire with nowait

一.關於下載客戶系統出現了效能問題，資料庫版本是9.2.0.4 32位的，因為32位元據庫有最大2.7G記憶體限制，即使換了新機器也不能完全使用實體記憶體，打算使用擴充記憶體，但是測試下來發現9I使用擴充記憶體非常不穩定，有時會出現OOM甚至宕機，客戶暫時不同意升級資料庫版本，公司內部只有32位的安裝介質，metalink上面只有9207,9208的補丁，這些補丁不能單獨安裝，都是基本9201或9204的升級包，於是想在Oracle官網下載9.2.04 for Linux