【正文】 N alter database open resetlogs。 注意：對數(shù)據(jù)庫設(shè)定控制文件保存?zhèn)浞菪畔?365天，具體語句如下。 alter system set control_file_record_keep_time=365 SCOPE=BOTH。 . Archive Log 設(shè)置 Archive Log 的位置，確保存儲介質(zhì)有足夠的空間來保留指定時間內(nèi) archive log 的總量。建設(shè)定期對 RMAN 進行全備份，刪除冗余歸檔日志文件。 . 全備份策略 對于小容量數(shù)據(jù)庫，可以采用全備份策略。對于大容量數(shù)據(jù)庫，必須制定全備份策略方案，備份時對 archive log 進行轉(zhuǎn)儲，同時冷備 份 catalog 數(shù)據(jù)庫。 . 增量備份策略 對于大容量數(shù)據(jù)庫，必須制定增量備份、累積備份和全備份的周期，備份時對 archive log 進行轉(zhuǎn)儲，同時冷備份 catalog 數(shù)據(jù)庫。 . 恢復(fù)原則 采用 Rman 腳本進行數(shù)據(jù)庫恢復(fù)。數(shù)據(jù)庫恢復(fù)有以下幾種： . 局部恢復(fù) 主要用于恢復(fù)表空間、數(shù)據(jù)文件，一般不影響數(shù)據(jù)庫其他操作。 . 完全恢復(fù) 數(shù)據(jù)庫恢復(fù)到故障點，由 catalog 當(dāng)前數(shù)據(jù)庫決定。 . 不完全恢復(fù) 恢復(fù)到數(shù)據(jù)庫的某一時間點或備份點。 恢復(fù) catalog 數(shù)據(jù)庫。 恢復(fù)數(shù)據(jù)庫 control file 。 恢復(fù)到數(shù)據(jù)庫某一時間 點。 重設(shè)日志序列。 . 備用數(shù)據(jù)庫原則 數(shù)據(jù)庫系統(tǒng)在以下情況下可以考慮采用備用數(shù)據(jù)庫 data guard原則： 數(shù)據(jù)庫容量適中。 數(shù)據(jù)庫嚴格要求 7*24 不間斷，或間斷時間要求控制在最小范圍內(nèi)。 數(shù)據(jù)庫要求有異地備份冗余。 . 一些小經(jīng)驗 使用 oemc 的 oms 時，首選項要求是節(jié)點和數(shù)據(jù)庫分別加入系統(tǒng)用戶（如： administrator）和數(shù)據(jù)庫 DBA 用戶 (system)。節(jié)點的系統(tǒng)用戶必須有批處理作業(yè)登錄的權(quán)限 。 agent 不 能 啟 動 ， lisnter 修 改 后 都 要 手 動 刪 除oracle\ora9\work\agent 中的 *.q 文件 。 oracle\admin\my9i\bdump 中是用戶的出錯日志 。 改變表的空間的方式 alter table move TABLESPACE example（要重建索引） 。 或用 imp 導(dǎo)入時，設(shè)定導(dǎo)入用戶只有某一表空間的使用權(quán)，無 RESOURCE角色和 UNLIMITED TABLESPACE 權(quán)限 。 aleter system set log_checkpoint_to_alter=true，后可報警文件發(fā)現(xiàn) checkpoint 的起動和結(jié)束時間。 . 系統(tǒng)調(diào)優(yōu)知識 . 生成狀態(tài)報表（ statspack 的使用） 使用（存放位置 @?\rdbms\admin\）的文件生成報表用戶 。 @?\rdbms\admin\ 建表 。 將 timed_statistics 設(shè)定 true。 使用生成的 perfstat 用戶登錄，執(zhí)行以下語句手動收集信息 。 Exex Exec (I_SNAP_LEVEL=0,I_MODEFY_PRAMETER=TRUE) 0級，最少 10最大 。 使用下面的語句生成狀態(tài)報表 ： @?\rdbms\admin\ 其他相關(guān)文件 delete stats$snapshot 。清原來記錄數(shù)據(jù) @?\rdbms\admin\ select job from user_jobs 取用戶作業(yè)號 exec dbms_remove(作業(yè)號 ) timed_statistics=true 要求 @?\rdbms\admin\ 。 . sql 追蹤 設(shè)定全部用戶跟蹤 alter system set sql_trace=true。 用戶級別跟蹤 alter session set sql_trace=true。 用 戶 的 跟 蹤 文 件 生 成 在 admin\{pid}\udump\{pid} _ora_{ SPID}.trc 中 ,spid 從下面語句得到 SELECT bkpr, , , FROM v$bgprocess b, v$session s, v$process p WHERE = (+) AND = and =user。 DBA 對特定用戶跟蹤 exec dbms_system_set_Sql_trace_in_session(sid,serial,true) 信息從下面得到 SELECT bkpr, , ,osuser, FROM v$bgprocess b, v$session s, v$process p WHERE = (+)AND = 。 /* 用于 sql_trace 時 日 志 編 號 ，(sid,erial,true)*/ 用戶的跟蹤文件生成在 admin\{pid}\udump 中 系統(tǒng)的跟蹤文件生成在 admin\{pid}\bdump\alert_{pid}.log log文件生成格式化文本 在 av Rd(ms) 20 以上說明表空間使用過用頻繁，考慮將表分開其他表空間上 系統(tǒng)變量 fast_start_mttr_target的值要大到不產(chǎn)生 log等待，當(dāng)然也可通過加 log 組使其不等待 reao log 大小應(yīng)為每 30 分鐘切換一次 建議表空間的利用率不超 80% buffer hit 要達 80%以上為好 . 內(nèi)存調(diào)整 一般的內(nèi)存分配原則 SGA 50%（其中 80% DATA BUFFER， 15% SHARE POOL， 5 其他） PGA30% OS 20% 例如： 2G 的 WINDOWS 的平臺， OS 300M， SAG ,PGA 500M 內(nèi)存分配的基本單位 ＳＧＡ《＝１２８Ｍ ４Ｍ ＳＧＡ》１２８Ｍ ６４位系統(tǒng)１６Ｍ，３２Ｍ 系統(tǒng)８Ｍ 動態(tài)分配時總值不可大于 sga_max_size 通過 V$SGA_DYNAMIC_FREE_MEMORY 取空閑內(nèi)存空間 在縮小時如果內(nèi)存空間實際在應(yīng)用中，ＣＰＵ利用率將達１００％，最后將語句出錯。 V$SGASTAT 可看實際的使用情況 Redo log buffer 一般在５Ｍ內(nèi)，可通過 v$sessuon_wait 看是否等， v$sysstat 可也通過報警文件看是否等切換，方法可加組?？赏ㄟ^ nologging（數(shù)據(jù)庫也要設(shè)定支持 nologging）方法減少日志文件產(chǎn)生量。 java_pool 沒有設(shè) 定時，使用 shared_pool_size . shared_pool 本緩沖區(qū)用于 sql 語句， pl sql 等的對象保存 Cursor_sharing{Exact|Similar|force} 游標共享設(shè)定 Force方式適用 OLTP數(shù)據(jù)庫， Exact 方式適合數(shù)據(jù)倉庫， similar為智能方式 hard parses 硬 SQL 語句分析，每秒要底于 100 次 ,小要加大shared_pool soft parse 軟 SQL 語句分析， OLTP 要達 90%以上，小要加大shared_pool 不建議用無命名 PL SQL 段 如果有大 PL SQL(存儲過程 )對象可強制保存于內(nèi)存，也可加大SHARED_POOL_RESERVED_SIZE，大小不可過 SHARED_POOL_SIZE的 50%，不然實例不能起動 . db_cache 本緩沖區(qū)用于數(shù)據(jù)庫數(shù)據(jù)對象保存 db_cache_advice 為 on，可以提出通過企業(yè)管理器看到系統(tǒng)建議 通過 select * from v$system_event 進行系統(tǒng)查看。 發(fā)現(xiàn)存在 free buffer waits，說明不能將 data buffer及時寫入 data file。 可通過增加加 CPU 后，加 db_writer_processes=CPU 數(shù)改善。 也可設(shè) disk_asynch_io 為 true,使用異步 IO（前提同要操作系統(tǒng)支持） db_writer_processes=1 時（只有一個 CPU的情況下），也可通加大 dbwr_io_slaves 來改善。 db_writer_processes1,不可用本功能 調(diào)整效果排序：異步 IOCPUdbwr_io_slaves Buffer Busy Waits 大說明出現(xiàn) IO 沖突 Buffer Busy Waits 大 和 dbbock 大說明全表掃描多，說 明數(shù)據(jù)不能讀入，可加大 db_cache_size來改善 Undo block大要加大回滾段（手動管理方式，９Ｉ默認是自動管理） undo header 大要加大回滾段（手動管理方式，９Ｉ默認是自動管理） db_cache命中率 99%，不是唯一因素，關(guān)系是不要出現(xiàn)等待。建議達 90%以上。 內(nèi)存使用建議： 系統(tǒng)可以設(shè)三個緩沖區(qū)，建表時可設(shè)定用那個緩沖區(qū)（默認在db_cache_size） db_cache_size （默認區(qū)） db_keep_cache_size （常訪問，小于 db_keep_cache_size 的10%的表可放于本區(qū)） db_recycle_cache_size （一個事物完成后常時間不再使用，或兩倍大小于緩沖區(qū)） . 排序的優(yōu)化 9I 為專用服務(wù)器時系統(tǒng)變量 workarea_size_policy 設(shè)定為auto, statistics_level 設(shè) 定 為 TYPICAL 可 獲 取v$pga_target_advice 中的優(yōu)化建議。參數(shù) pga_aggregate_target值為所有連接用戶可用排序內(nèi)存。 9I 為共享服務(wù)器時 workarea_size_policy 設(shè)定為 menaul, sort_area_size 值為每用戶排序內(nèi)存。 如果內(nèi)存不足將使用 TEMP 表空間進行排序 ,排序使用比率disk/meme 應(yīng)小于 5% 盡量少用排序 ,如果使用排序功能，盡量在字段上加索引進行優(yōu)化。 SQL 分析模式 :RBO(基于規(guī)則 )方案小表 (驅(qū)動表 )放在最后 ,優(yōu)先使用索引 ,對 SQL 語句要求嚴格 (8I 以前的模式 )。CBO （基于開銷）根據(jù)統(tǒng)計值進行選擇開銷最少 ,性能最優(yōu)的最佳方式進行 ,但本方式DBA(使用 analyze table 語句 )要定期進行分析統(tǒng)計 .系統(tǒng)設(shè)定通過optimizer_mode 系統(tǒng)參數(shù) 。 說明 : 指定 優(yōu)化程序的行為。如果設(shè)置為 RULE, 就會使用基于規(guī)則的優(yōu)化程序 , 除非查詢含有提示。如果設(shè)置為 CHOOSE, 就會使用基于成本的優(yōu)化程序 , 除非語句中的表不包含統(tǒng)計信息。 ALL_ROWS 或 FIRST_ROWS 始終使用基于成本的優(yōu)化程序。 值范圍 : RULE | CHOOSE | FIRST_ROWS | ALL_ROWS 默認值 : CHOOSE ｛ rule （ RBO ） |choose （ 自 動 選 擇 ） |fist_rows| fist_rows_n|all_row｝ . 統(tǒng)計信息 進行某表的統(tǒng)計分析 EXECUTE (39。HR39。,39。EMPLOYEES39。)。 查看結(jié)果 SELECT num_rows, blocks, empty_blocks as empty, avg_space, chain_t, avg_row_len FROM dba_tables WHERE ōwner = 39。HR39。 AND table_name = 39。EMPLOYEES39。 4. 設(shè)計工具 統(tǒng)一使用 sybase power designer設(shè)計工具，在該工具上完成物理模型的設(shè)計。所有的數(shù)據(jù)庫對象盡可能在物理模型上進行設(shè)計，而且每個物理模型都要有相應(yīng)的文字描述。 所有的數(shù)據(jù)庫對象變更以數(shù)據(jù)庫物理模型為基準。為了避免字符敏感問題，產(chǎn)生的腳本以大寫字母為標準。