軟件維護員20xx年培訓教程數(shù)據(jù)庫-免費閱讀
【正文】 sp_sysmon ? 將輸出重定向到文件 完整的 sp_sysmon 報告包含數(shù)百行輸出。 ? 注意 “高速緩存向導 ”部分是報告的一個特殊部分。例如，從晚 7:00 開始運行 sp_sysmon 10 分鐘 （即批處理作業(yè)開始之前、大部分日間 OLTP 用戶離開站點之后）并不合理。 ? Sybase 強烈建議您使用自己的數(shù)據(jù)建立測試區(qū)域，并在實施任何建議之前測試所有更改。 ? 在單 CPU 服務器上運行時， sp_sysmon 約占用 5% 7% 的開銷，在多處理器服務器上運行時所占的比例更多 （百分比可能因站點而異）。但對于減少引擎數(shù)目的決策，則應以代表典型工作負荷和高峰工作負荷的多個樣本為依據(jù) 。 ? 建議定期重新組織表空間的頻度為每月一次。 ? 需要注意的是， DBCC 需要消耗大量的資源，因此應盡可能地避免在業(yè)務時間內(nèi)執(zhí)行此項工作。 ? 如何更新統(tǒng)計信息以及為哪些列增加統(tǒng)計信息，請參考 Sybase ASE 手冊之 《 Performance and Tuning:Monitoring and Analyzing》 的 Using Statistics toImprove Performance 一章以及 《 Reference Manual: procedures》 。在更新統(tǒng)計信息后，系統(tǒng)速度恢復正常。 ? 如何閱讀日志，請參考 Sybase ASE 手冊之 《 System Administration GuideVolume 1》中的 Diagnosing System Problems 一章。建議檢查的頻度至少為每月一次。如果當日志空間滿了再來處理，有可能會造成一定的損失。 ? 在 master 數(shù)據(jù)庫中，系統(tǒng)表 syslogshold 為每個數(shù)據(jù)庫記錄了最早活動事務（如果存在的話）以及復制服務的截斷點（如果存在的話），也就是說在該表中，每個數(shù)據(jù)庫可能存在 0、 1 或 2 條記錄。 ? 對于小容量并使用文件系統(tǒng)文件為設備的數(shù)據(jù)庫，可以采用直接備份設備文件的方式進行。 ? 有關備份 master 數(shù)據(jù)庫的詳細信息，請參考 Sybase 手冊之 《 SystemAdministration Guide Volume 2》 中的 Developing a Backup and Recovery Plan 一章。同時，在進行任何系統(tǒng)表操作之前和之后，應事先 /立即備份 master 庫。 ? 需要注意的事，除了定期備份外，當發(fā)生以下操作之前和之后，也應及時進行數(shù)據(jù)庫備份： 數(shù)據(jù)庫版本升級； 創(chuàng)建新索引； 無日志記錄操作，如無記錄的 writetext、永久表上的 select into、快速批量復制（ bcp）到一個沒有觸發(fā)器或索引的表等； dump transaction with truncate_only 或 dump transaction with no_log2。由于事務的瞬間性，通常并不會存在被記錄下來的最早活動事務。每當用戶執(zhí)行修改數(shù)據(jù)庫的操作時， ASE 會自動地將變化寫入日志中。建議至少每周一次。將此項工作定期化，管理員就可以大致掌握數(shù)據(jù)庫的運行狀況，并及時分析異常并做出正確的響應。 ? ASE 查詢優(yōu)化器依靠統(tǒng)計信息來生成查詢計劃，統(tǒng)計信息的正確與否，直接決定了 SQL 的執(zhí)行速度。同時，強烈建議不要使用 update all 模式，對于大表而言， update all 將是一個災難。 ? 建議的頻度為每周一次，尤其是在業(yè)務高峰期。因此需要定期的重新組織表空間。 ? sp_sysmon 僅報告來自采樣周期的監(jiān)控數(shù)據(jù)。 sp_sysmon ? 警告！ 若要控制 sp_sysmon 是否清除計數(shù)器，請指定 noclear 選項。在已經(jīng)執(zhí)行一個 sp_sysmon 命令時開始執(zhí)行第二個命令會清除所有計數(shù)器，這樣第一個 sp_sysmon 會話所生成的報告將不準確。該數(shù)據(jù)為性能調優(yōu)奠定基礎并可用它觀察配置改變結果。 sp_s
法律信息相關推薦
鄂ICP備17016276號-1