數據庫管理員

Fedora 11上安裝BugZilla出現 max_allowed_packet is read-only問題的解決方案問題描述：當我運行已經安裝完所有的perl模組以及MySQL資料庫後，./checksetup.pl時錯誤提示如下：DBD::mysql::db do failed: SESSION variable 'max_allowed_packet' is read-only. Use SET GLOBAL to assign the value [for Statement

運用PL/SQL進行匯入時,遇到報錯:IMP-00032:SQL語句超過緩衝區長度IMP-00008:匯出檔案中出現無法識別的語句剛開始以為是因為資料庫的Large_Pool設定的不夠大的原因,於是乎,設定large_pool_size=33554432後再匯入,結果再次提示相同的錯誤.從頭再來,上網搜尋,有提示說匯入時需要將buffer加大;回頭想想,以前置入時不需要修改任何配置,此次匯入的使用者中包含一個大資料量的分區表,是不是這個原因?再回頭仔細看看PL/SQL中的匯入圖形介面,上面赫然矗

損壞聯機日誌的恢複方法損壞非當前聯機日誌大家都清楚，聯機日誌分為當前聯機日誌和非當前聯機日誌，非當前聯機日誌的損壞是比較簡單的，一般通過clear命令就可以解決問題。1、啟動資料庫，遇到ORA-00312   or   ORA-00313錯誤，如ORA-00313:   open   failed   for   members  

資料庫連接的用戶端異常斷開後，其佔有的相應並沒有被釋放，如從v$session視圖中依舊可以看到對應的session處於inactive，且對應的伺服器處理序也沒有釋放，導致資源長時間地被佔用，對於這種情形開該如何處理呢？SQLNET.EXPIRE_TIME對於這個問題我們提供瞭解決方案，專門用於清理那些異常斷開的情形，如網路異常中斷，用戶端異常掉電，異常重啟等。本文描述了設定SQLNET.EXPIRE_TIME參數以及示範死串連以及資源被釋放的情形。1、理解SQLNET.EXPIRE_TIME

一．RMAN備份相關概念1.RMAN備份中資料表空間不需要處於backup模式下，它備份資料檔案，歸檔記錄檔，控制檔案，spfile和備份組片，但不備份聯機重做記錄檔，臨時檔案和口令檔案。2.備份組由備份片組成，可以包含一個或者多個備份片。備份片可以在作業系統中直接看到，其大小和作業系統有關，32位的作業系統最大檔案是4G。3.資料檔案備份組支援完整和增量備份，即只備份使用過的塊，而歸檔記錄檔備份組不支援這個。4.在RMAN下的常用查看命令，show all查看備份的預設參數，report

利用mysql內建內建函數：INET_ATON(expr)Given the dotted-quad representation of a network address as a string, returns an integer that represents the numeric value of the address. Addresses may be 4- or 8-byte addresses.mysql> SELECT INET_ATON('209.207.224.4

修改 db_recovery_file_dest 導致 flashback off啟動的時候報錯[Oracle@node3 dbs]$ srvctl start instance -d momorac -i momo1PRCR-1013 : Failed to start resource ora.momorac.dbPRCR-1064 : Failed to start resource ora.momorac.db on node node1CRS-5017: The resource

一、測試需求背景1、有沒有問我初始化參數修改之後是否可以立即生效，立即做了一個測試，結論是，可以。2、linux系統下，Oracle資料區塊預設8K，能支援的資料檔案最大32G，想使用64G的就需要修改初始化參數 

一 Oracle是如何判斷控制檔案的新舊1 正常情況下控制檔案seq#(controlfile_sequence#) 大於等於資料檔案頭部記錄的控制檔案seq#(fhcsq)控制檔案 scn(controlfile_change#)大於等於資料檔案頭部scn(fhscn)如下所示：SQL> select controlfile_type,controlfile_sequence#,controlfile_change#,checkpoint_change# from v$database;

經過了半個月的Oracle dataguard物理備庫配置與學習，雖然版本採用Oracle 11g(11.2.0.3),配置過程仍然適用Oracle 10g。在近10次的dataguard配置過程中，發現採用rman duplicate方式建立物理備庫非常的方便與快速。漸漸的也就不會去採用冷備方式去建立物理備庫了，通過rman duplicate不僅可以建立dataguard，也可複製資料庫，功能強大。建立dataguard主要有以下幾種方式，總結與理解如下。 一、冷備方式配置

我們在64位的伺服器上為提高效能要安裝64位的weblogic。經常在網上看到有人問，weblogic有64位的嗎？weblogic需要破解嗎？weblogic有專門的64位版本，這裡安裝的是weblogic11g，也就是10.3.6版本，12c的版本安裝應該類似。weblogic從bea被Oracle收購後，不需要破解，就只有授權。什麼意思呢？就是說從oracle官網上下載的weblogic就是全功能版本，不管是叢集還是其他，功能沒有任何限制。但是如果要用於商業環境，必須要向oracle買li

Oracle資料庫中各種對象（包括表，列，索引等）預設不區分大小寫，在資料字典中一律用大寫。假如使用者在建表（包括外部表格）時，將列名/表名用雙引號括起，這些都成為大小寫區分的資料庫物件。這時select 時需要嚴格按照建表時的大小寫才能成功，否則返回ORA-000904或ORA-00942錯誤。某些軟體可以協助使用者自動產生Create table語句，這時需要將雙引號去掉。否則會產生上述錯誤。create table "t" ( "a" int );table "t"

Split Block:熱備份時（也就是OS命令拷貝cp，OS的cp單位不是data block而是os block）資料區塊剛好又在被使用者修改，即，一個Oracle Block包含多個OS Block, OS Level的拷貝可能正拷貝的是一個Oracle Block的一部分(比如Header)，而另一部分被使用者更新，發生變化，這樣導致一個Oracle Block內部的不一致,可能出現一個資料區塊包含了幾個不同版本的os block被稱為Split

1.RMAN的登陸退出命令：方法一：$rman nocatalog 直接進入rman，以非 catalog 方式進行備份,也可以不要nocatalogrman〉 connect target / 串連到 target database 需要配置Oracle的作業系統登陸認證方法二：rmantarget / rman target / nocatalog方法三：rmantarget sys/oraclesys@bys 登陸遠端資料庫 或登陸原生非作業系統驗證庫方法四：rmantarget sys/

為什麼，會有mysql的主主複製。因為在一些高可用的環境中，mysql的主從不能滿足現實中的一些實際需求。比如，一些流量大的網站資料庫訪問有了瓶頸，需要負載平衡的時候就用兩個或者多個的mysql伺服器，而這些mysql伺服器的資料庫資料必須要保持一致，那麼就會用到主主複製。mysql主從架構中其實就一個主在工作，而從就相當於一個備份機器，從通過日誌監測的方式來備份主庫上的資料而保證主庫的資料安全。在這種架構中如果從上的資料做了改變，主要資料是不會用任何變化的。因為mysql主從架構主要是mysq

• 描述SQL 提供的各類轉換函式• 使用TO_CHAR、TO_NUMBER和TO_DATE轉換函式• 在SELECT語句中應用條件運算式 隱式和顯式資料類型轉換 TO_CHAR、TO_DATE、TO_NUMBER函數 嵌套函數  常規函數 下列函數可用於任何資料類型，且適合使用空值的場合：• NVL (expr1, expr2)• NVL2 (expr1, expr2, expr3)• NULLIF (expr1,

1、開啟10046事件跟蹤 alter session set events '10046 trace name context forever, level 12'; 2、隨便執行一個SQL語句（trace檔案中我們會發現此SQL的執行情況）select * from dba_users where username='HR'; 3、停止10046事件跟蹤alter session set events '10046 trace name context

Innodb 死結案例，先貼上案例資訊吧：*** (1) TRANSACTION: TRANSACTION 52EDC5761, ACTIVE 0 sec inserting mysql tables in use 1, locked 1 LOCK WAIT 3 lock struct(s), heap size 1248, 2 row lock(s) MySQL thread id 34815573, OS thread handle 0x7f1e42a6a700, query id 9442

今天在群裡碰見了一個ORA-12154的問題，在此記錄一下解決過程起因是群裡面一個人問了他的Windows用戶端採用easy connect方式串連Oracle伺服器的時候，報錯如下：ORA-12154：TNS：無法解析指定的串連標示符最初的想法是在伺服器端的listener沒有相關的service_name來接收請求，不過他後來給出的表明，確實有相關的service_name來接收這個請求。而使用同樣的easy

本地命名的配置：.本地名可以用簡單的名稱訪問到所需的資料庫或伺服器所需的資訊,而這些資訊儲存到了tnsnames.ora中.LOCALNAME: 本地名稱ADDRESS: 伺服器位址PROTOCOL: 使用協議HOST: IP地址PORT: 監聽連接埠SERVICE_NAME: 資料庫服務名稱首先要保證tnsnames.ora檔案中的格式正確，如=號、空格、括弧之類基本格式不出錯這個可以參考我的一篇tnsnames.ora各種模板：http://blog.csdn.net/q947817003/