「修改oracle archive mode需要注意的地方」
當時沒有記錄下具體的東西。現在寫一下
我的測試機經常死。win2k＋oracle 92
1、檢視alert_sid.log 日誌。沒發現問題。
2、為資料庫做statspace，峰值大約在早10點和下午3點左右。做了兩個statspace。看，有些引數設定的有些問題。sga過小。但是不會導致oracle資料庫down！即使oracle效能有問題，也應該是系統繁忙的時候宕機，不應該是晚上。主機是windows系統。oracle事件會寫到windows的事件管理器中。開啟事件管理器。發現archive有問題。
sqlplus /nolog
sql> conn /as sysdba
sql> archive log list
database log mode archive mode
automatic archival disabled
archive destination e:archive
oldest online log sequence 92
next log sequence to archive 94
current log sequence 92
問題出現了。資料庫為歸檔模式，但是自動歸檔沒有開啟。
show parameter log_archive_max_processes
log_archive_max_processes integer 2
sql> select * from v$logfile;
group# status type
---------- ------- -------
member
-------------------------------------
3 online
d:oracleoradataora92iredo03.log
2 online
d:oracleoradataora92iredo02.log
1 online
d:oracleoradataora92iredo01.log
問題顯而易見了。使用了歸檔模式，但沒有做自動歸檔，所以一旦兩個redo log 寫滿以後，日誌檔案沒有自動歸檔日誌檔案去，就等待中了。
sql> alter system archvie log start
sql> alter system set log_archive_start=true scope=spfile;
問題解決了。
很簡單,只是一開始沒注意細節...唉.....希望大家以後注意,我更要注意 嘿嘿嘿
結論：1、在windows系統中，檢視資料庫日誌，別忘了windows自己的事件管理器。
2、修改archive模式後，注意修改自動歸檔的設定。
MYSQL一次調優經驗
前言 這是最近剛發生在公司的一次應用系統的mysql調優過程，事情的過程是這樣的 公司的乙個銷售系統，用的是mysql資料庫，在元旦的前夕突然就宕機了。差不多導致業務系統4個小時左右使用有問題 因為這個系統乙方公司尚未完全交付，所以資料庫的運維的工作，作為甲方也還未交接到我的手上，這個事情也是元旦過...
記一次oracle sql調優過程
這裡兩天都在對一條sql進行調優。該sql並不複雜,類似於 select from some view union all select from some table where datetime d1 and datetime d2 and 底層使用ibatis2.1.6 oracle 10g。...
記錄一次查詢調優過程
調優過程中使用explain命令檢視執行過程，包括執行時間 掃瞄方式 是否用到索引等，explain 使用 timing on timing off 乙個查詢介面被頻繁呼叫，且查詢過程較慢 首先考慮優化sql語句 其次考慮優化業務 最後考慮是否需要新增快取機制 3.1 優化sql 原始sql，分組查...