【正文】 N alter database open resetlogs。 注意：對數(shù)據(jù)庫設定控制文件保存?zhèn)浞菪畔?365天，具體語句如下。 alter system set control_file_record_keep_time=365 SCOPE=BOTH。 . Archive Log 設置 Archive Log 的位置，確保存儲介質有足夠的空間來保留指定時間內 archive log 的總量。建設定期對 RMAN 進行全備份，刪除冗余歸檔日志文件。 . 全備份策略 對于小容量數(shù)據(jù)庫，可以采用全備份策略。對于大容量數(shù)據(jù)庫，必須制定全備份策略方案，備份時對 archive log 進行轉儲，同時冷備 份 catalog 數(shù)據(jù)庫。 . 增量備份策略 對于大容量數(shù)據(jù)庫，必須制定增量備份、累積備份和全備份的周期，備份時對 archive log 進行轉儲，同時冷備份 catalog 數(shù)據(jù)庫。 . 恢復原則 采用 Rman 腳本進行數(shù)據(jù)庫恢復。數(shù)據(jù)庫恢復有以下幾種： . 局部恢復 主要用于恢復表空間、數(shù)據(jù)文件，一般不影響數(shù)據(jù)庫其他操作。 . 完全恢復 數(shù)據(jù)庫恢復到故障點，由 catalog 當前數(shù)據(jù)庫決定。 . 不完全恢復 恢復到數(shù)據(jù)庫的某一時間點或備份點。 恢復 catalog 數(shù)據(jù)庫。 恢復數(shù)據(jù)庫 control file 。 恢復到數(shù)據(jù)庫某一時間 點。 重設日志序列。 . 備用數(shù)據(jù)庫原則 數(shù)據(jù)庫系統(tǒng)在以下情況下可以考慮采用備用數(shù)據(jù)庫 data guard原則： 數(shù)據(jù)庫容量適中。 數(shù)據(jù)庫嚴格要求 7*24 不間斷，或間斷時間要求控制在最小范圍內。 數(shù)據(jù)庫要求有異地備份冗余。 . 一些小經驗 使用 oemc 的 oms 時，首選項要求是節(jié)點和數(shù)據(jù)庫分別加入系統(tǒng)用戶（如： administrator）和數(shù)據(jù)庫 DBA 用戶 (system)。節(jié)點的系統(tǒng)用戶必須有批處理作業(yè)登錄的權限 。 agent 不 能 啟 動 ， lisnter 修 改 后 都 要 手 動 刪 除oracle\ora9\work\agent 中的 *.q 文件 。 oracle\admin\my9i\bdump 中是用戶的出錯日志 。 改變表的空間的方式 alter table move TABLESPACE example（要重建索引） 。 或用 imp 導入時，設定導入用戶只有某一表空間的使用權，無 RESOURCE角色和 UNLIMITED TABLESPACE 權限 。 aleter system set log_checkpoint_to_alter=true，后可報警文件發(fā)現(xiàn) checkpoint 的起動和結束時間。 . 系統(tǒng)調優(yōu)知識 . 生成狀態(tài)報表（ statspack 的使用） 使用（存放位置 @?\rdbms\admin\）的文件生成報表用戶 。 @?\rdbms\admin\ 建表 。 將 timed_statistics 設定 true。 使用生成的 perfstat 用戶登錄，執(zhí)行以下語句手動收集信息 。 Exex Exec (I_SNAP_LEVEL=0,I_MODEFY_PRAMETER=TRUE) 0級，最少 10最大 。 使用下面的語句生成狀態(tài)報表 ： @?\rdbms\admin\ 其他相關文件 delete stats$snapshot 。清原來記錄數(shù)據(jù) @?\rdbms\admin\ select job from user_jobs 取用戶作業(yè)號 exec dbms_remove(作業(yè)號 ) timed_statistics=true 要求 @?\rdbms\admin\ 。 . sql 追蹤 設定全部用戶跟蹤 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的值要大到不產生 log等待，當然也可通過加 log 組使其不等待 reao log 大小應為每 30 分鐘切換一次 建議表空間的利用率不超 80% buffer hit 要達 80%以上為好 . 內存調整 一般的內存分配原則 SGA 50%（其中 80% DATA BUFFER， 15% SHARE POOL， 5 其他） PGA30% OS 20% 例如： 2G 的 WINDOWS 的平臺， OS 300M， SAG ,PGA 500M 內存分配的基本單位 ＳＧＡ《＝１２８Ｍ ４Ｍ ＳＧＡ》１２８Ｍ ６４位系統(tǒng)１６Ｍ，３２Ｍ 系統(tǒng)８Ｍ 動態(tài)分配時總值不可大于 sga_max_size 通過 V$SGA_DYNAMIC_FREE_MEMORY 取空閑內存空間 在縮小時如果內存空間實際在應用中，ＣＰＵ利用率將達１００％，最后將語句出錯。 V$SGASTAT 可看實際的使用情況 Redo log buffer 一般在５Ｍ內，可通過 v$sessuon_wait 看是否等， v$sysstat 可也通過報警文件看是否等切換，方法可加組?？赏ㄟ^ nologging（數(shù)據(jù)庫也要設定支持 nologging）方法減少日志文件產生量。 java_pool 沒有設 定時，使用 shared_pool_size . shared_pool 本緩沖區(qū)用于 sql 語句， pl sql 等的對象保存 Cursor_sharing{Exact|Similar|force} 游標共享設定 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(存儲過程 )對象可強制保存于內存，也可加大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ù)改善。 也可設 disk_asynch_io 為 true,使用異步 IO（前提同要操作系統(tǒng)支持） db_writer_processes=1 時（只有一個 CPU的情況下），也可通加大 dbwr_io_slaves 來改善。 db_writer_processes1,不可用本功能 調整效果排序：異步 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%，不是唯一因素，關系是不要出現(xiàn)等待。建議達 90%以上。 內存使用建議： 系統(tǒng)可以設三個緩沖區(qū)，建表時可設定用那個緩沖區(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 為專用服務器時系統(tǒng)變量 workarea_size_policy 設定為auto, statistics_level 設 定 為 TYPICAL 可 獲 取v$pga_target_advice 中的優(yōu)化建議。參數(shù) pga_aggregate_target值為所有連接用戶可用排序內存。 9I 為共享服務器時 workarea_size_policy 設定為 menaul, sort_area_size 值為每用戶排序內存。 如果內存不足將使用 TEMP 表空間進行排序 ,排序使用比率disk/meme 應小于 5% 盡量少用排序 ,如果使用排序功能，盡量在字段上加索引進行優(yōu)化。 SQL 分析模式 :RBO(基于規(guī)則 )方案小表 (驅動表 )放在最后 ,優(yōu)先使用索引 ,對 SQL 語句要求嚴格 (8I 以前的模式 )。CBO （基于開銷）根據(jù)統(tǒng)計值進行選擇開銷最少 ,性能最優(yōu)的最佳方式進行 ,但本方式DBA(使用 analyze table 語句 )要定期進行分析統(tǒng)計 .系統(tǒng)設定通過optimizer_mode 系統(tǒng)參數(shù) 。 說明 : 指定 優(yōu)化程序的行為。如果設置為 RULE, 就會使用基于規(guī)則的優(yōu)化程序 , 除非查詢含有提示。如果設置為 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。)。 查看結果 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. 設計工具 統(tǒng)一使用 sybase power designer設計工具，在該工具上完成物理模型的設計。所有的數(shù)據(jù)庫對象盡可能在物理模型上進行設計，而且每個物理模型都要有相應的文字描述。 所有的數(shù)據(jù)庫對象變更以數(shù)據(jù)庫物理模型為基準。為了避免字符敏感問題，產生的腳本以大寫字母為標準。