【文章內(nèi)容簡介】 select name, block_size, current_size,prev_size from v$buffer_pool。 pool M bytes java pool 20 large pool 4 shared pool 84 這一次 , db_cache_size 的值沒有變化 , JAVA_POOL_SIZE 的值也沒有變化 修改 large pool的值為 16M SQL alter system set large_pool_size=16M。 System altered. SQL select name,block_size,current_size,prev_size from v$buffer_pool。 NAME BLOCK_SIZE CURRENT_SIZE PREV_SIZE DEFAULT 8192 176 188 SQL Select pool, sum(bytes)/1024/1024 as M bytes from v$sgastat group by pool。 POOL M bytes java pool 20 large pool 16 shared pool 84 這次， db_cache_size 和 large_pool_size 的值都變了 同樣 ,調(diào)大 shared_pool_size 后 , db_cache_size 會自動減小 . 雖然 db_nk_cache_size 的值不會隨著 workload 的改變而自動調(diào)整 , 我們還是可以看看手工改動 db_nk_block_size 的情況 SQL alter system set db_2k_cache_size=4m。 System altered. SQL select name,block_size,current_size,prev_size from v$buffer_pool。 NAME BLOCK_SIZE CURRENT_SIZE PREV_SIZE DEFAULT 8192 172 176 DEFAULT 2048 4 0 SQL alter system set db_2k_cache_size=0。 System altered. SQL select name,block_size,current_size,prev_size from v$buffer_pool。 NAME BLOCK_SIZE CURRENT_SIZE PREV_SIZE DEFAULT 8192 176 172 SQL alter system set db_2k_cache_size=8m。 System altered. SQL select name,block_size,current_size,prev_size from v$buffer_pool。 NAME BLOCK_SIZE CURRENT_SIZE PREV_SIZE DEFAULT 8192 168 176 DEFAULT 2048 8 0 結(jié)論 : 手工調(diào)整 db_nk_cache_size 確實會影響原有的參數(shù) . 最后說一點 : SGA_TARGET 參數(shù)與 SGA_MAX_SIZE 參數(shù)有密切關(guān)聯(lián)，基本的原則就是前者的值不能大于后者的值 . 總結(jié)：設(shè)置了 SGA_TARGET 參數(shù)后，數(shù)據(jù)庫會在這個范圍內(nèi)自行調(diào)整； 但許多情況下 , 怎樣合理地設(shè)置這個參數(shù)仍是 DBA需要考慮的問題 , 他們需要結(jié)合 AWR Report 等輔助的工具來分析 .( 當(dāng)然，我們可以根據(jù) Advisor 的歷史信息而確定一個比較合理的值 )。 ===== 一、亂碼問題 Redhat RHEL AS3 下安裝 Oracle DB 10g 中文亂碼問題 不少兄弟反映在 rhel3 下安裝 oracle10g時出現(xiàn)亂碼 , 其實在安裝和使用時出現(xiàn)亂碼的地方有多個 , 可以分為三類 : 1. 安裝時的亂碼 2. 一些應(yīng)用程序的亂碼 , 比如 dbca, ca 3. 一些基于 oc4j 的 web 應(yīng)用的亂碼 , 比如 isqlplus, em 造成這些問題的原因都是一個 , 就是這些程序都使用 jdk, 相應(yīng)的 jdk(或 jre) 使用的字體配置文件 中的字體和操作系統(tǒng)的字體或者字體配置文件不匹配 . 解決的辦法是把兩者改成一致 . 1. 下載 , 解包 , 生成目錄 Disk1 2. cd Disk1/stage/Components/ unzip (這時生成一個 jre 的目錄 ) cd jre/ mv cp cd ../../../ zip r jre/ mv (其實就是把 文件換掉 . 這樣安裝時漢字顯示就沒有問題了 ) 3. 如法炮制 , 把 Disk1/stage/Components/件里面的 文件換掉 , 創(chuàng)建數(shù)據(jù)庫和執(zhí)行網(wǎng)絡(luò)配置時的亂碼就沒有了 . isqlplus 和 em 的亂碼也解決了。 用 IE 登錄 Linux服務(wù)器上的 em 出現(xiàn)的亂碼 不知道大家有沒有注意到， EM顯示的中文翻譯很是糟糕， up/down 動不動就翻譯成“向上”“向下”，讓人哭笑不得 .很多朋友都說， 干脆給顯示英文算了，可是怎么顯示呢 ? 好了，現(xiàn)在我們有一種辦法很容易的解決這個問題 : 打開你的 IE 瀏覽器，選擇 39。工具 Inter 選項 常規(guī) 選擇“語言”，默認只有“中文”，選擇“添加”，加入英語 (美國 ),調(diào)整順序，把”英語 (美國 )“放到最上面 OK ,確定。 打開你的 問題解決了。 二、 10g如何更改歸檔模式 1. 對于初始化文件 ,只需要修改 log_archive_dest_n 這個參數(shù) .n=1,2,3,....10, Oracle 缺省會使用 log_archive_dest_10 這個參數(shù)來使用 flash recovery area 里面存放的歸檔日志文件 ,大小由參數(shù)db_recovery_file_dest_size 來決定 . 修改 : log_archive_dest_1=location=c:\oracle\10g\...\archivelog quota_size=2G ... 如果歸檔使用 flash recovery area, 上面的參數(shù)不需要指定任何值， Oracle 會自動使用db_recovery_file_dest 這個參數(shù)所指定的路徑。 2. 啟動 sqlplus: startup mount pfile=39。....39。 alter database archivelog。 (如果啟用 flashback, alter database flashback on) alter database open。 archive log list(查看是 否運行在歸檔模式 ) ( 如果前面的 log_archive_dest_n 沒 有 設(shè) 置 ， 則 會 顯 示USE_DB_RECOVERY_FILE_DEST) 3. 怎樣變成 noarchivelog 模式 步驟基本同上。 三、用 dblink 在 10G 中做 create table ..as select * from ..varchar2()的 column 寬度變成 3 倍 問題描述：例如： varchar2(255)==varchar(765) 測試： 1. 環(huán)境 : 兩臺機器都裝的 10G 的數(shù)據(jù)庫 2. 測試步驟和 結(jié)果 : SQL conn test1/test1@db10G_server1 SQL create database link link_server2 connect to test1 identified by test1 using 39。db10G_server239。 SQL conn test1/test1@db10G_server2 SQL create table test1_t1 as select * from all_objects where rownum=3000。 SQL desc test1_t1。 Name Null? Type OWNER VARCHAR2(30) OBJECT_NAME VARCHAR2(30) SUBOBJECT_NAME VARCHAR2(30) OBJECT_ID NUMBER DATA_OBJECT_ID NUMBER OBJECT_TYPE VARCHAR2(19) CREATED DATE LAST_DDL_TIME DATE TIMESTAMP VARCHAR2(19) STATUS VARCHAR2(7) TEMPORARY VARCHAR2(1) GENERATED VARCHAR2(1) SECONDARY VARCHAR2(1) SQL conn test1/test1@db10G_