oracle真正應用集群(rac)最佳實踐-jerry-資料下載頁
2025-02-14 11:01本頁面
【正文】 問題 – DDL 操作可能會使得存儲的 sql 語句失效，從而導致重新分析，這樣會影響性能 議程 ? 計劃最佳應用 – 體系結構考慮事項 – 期望效果 – 項目計劃 ? 實施最佳應用 – 基礎架構考慮事項 – 安裝 – 數據庫配置 – 應用程序考慮事項 ? 運作的最佳應用 – 備份與恢復 – 監(jiān)控與調整 – 生產移植 操作 ? DBA 過程與單個實例基本相同，只有一些較小區(qū)別，而且大多數為機械上的區(qū)別。 ? 管理 Oracle 環(huán)境 – 通過引導 /重新引導服務器來啟動 /停止 Oracle 集群系列 – 管理多個重做日志線程 ? 啟動和關閉數據庫 – 使用網格控制 ? 備份和恢復 ? 性能監(jiān)控和調整 ? 生產移植 備份和恢復 ? 使用 RMAN – 備份和恢復 ASM 文件的唯一選擇 ? 使用網格控制 – 訪問 RMAN 的 GUI 界面 ? 對于備份和存檔日志使用 10g 快速恢復區(qū)域 – 在 ASM 上，可用于所有實例 實例恢復 ? 設置 fast_start_mttr_target – 初始設置為 300 比較好 – 性能與可用性的平衡 ? 為一次恢復確定緩沖區(qū)大小。 ? 確保使用了異步 I/O。 ? 使用恢復并行。 避免逐出故障節(jié)點 ? 如果一些重要進程無法快速響應，則可能會收到“ heart beat”故障 – 為 LMS 啟用實時優(yōu)先級 – 不要長時間在 100% CPU 情況下運行系統 – 確保對于控制文件和 voting 磁盤都具有良好的 I/O 響應時間 性能監(jiān)控 /調整 ? 首先對單個實例 10g 進行調整 ? Oracle 性能管理器 / ADDM / AWR ? RAC 特定的視圖 ? 使用腳本 /跟蹤進行補充 – 監(jiān)控 V$SESSION_WAIT 看等待事件中涉及哪些塊 – 跟蹤類似 10046/8 的事件可提供附加的等待事件詳細信息 – 如同在單個實例上一樣監(jiān)控警報日志，跟蹤文件 ? 使用系統級別監(jiān)控進行補充 – CPU 使用率從來不會達到 100% – I/O 服務次數從來不會大于可接受的閾值 – CPU 在優(yōu)化級別運行隊列 性能監(jiān)控 /調整 ? 單個節(jié)點上明顯的應用程序不足無法通過多個節(jié)點得到解決。 – 單點爭用 。 – 在 SMP 上不可伸縮 – 單個實例數據庫上的 I/O 限制 ? 在單個實例數據庫上進行調整來首先確保應用程序的可伸縮 – 使用 v$segment_statistics 識別涉及的對象，從而識別 /調整爭用 – 如果絕大部分時間都是在等待，則集中關注排在前面的那些等待事件 – 如果出現 CPU 限制，則集中關注有問題的 SQL ? 在基礎系統（數據庫、操作系統、存儲子系統等）上維護一個均衡負載 – 單個組件上過多的負載可能會引起異常行為。 性能監(jiān)控 /調整 ? 判斷 RAC 是否是性能瓶頸 – “集群”等待事件類 – 交叉實例通訊量的數量 ? 請求的類型 ? 塊的類型 – 反應時間 ? 塊接收時間 ? 緩沖區(qū)大小因素 ? 帶寬因素 生產移植 ? 遵守功能強大的系統生命周期規(guī)則 – 全面的測試計劃（功能和負載） – 演練生產移植計劃 – 更改控制 ? 對于開發(fā)、測試、 QA/UAT、 生產使用單獨的環(huán)境 ? 系統和應用程序更改控制 ? 將更改記錄到 spfile – 備份和恢復過程 – 安全控制 – 支持過程 9i 到 10g 的移植 ? 兩個集群管理器都需要 ? 集群管理器共存的問題 – 安裝和配置問題 ? 正在準備注意事項資料，可以在 Metalink 上得到 – 僅用于移植，不用于永久性的生產 總結 ? 使用 RAC 和 Linux 可節(jié)省大量成本 ? Linux 和集群對于某些公司來說可能是新技術 ? RAC 是經過良好驗證的技術 ? 只要堅持一些最佳應用，在 Linux 上實施 RAC 就應該會相對簡單一些 接下來 ,您可以 …… ? 參加相關講座 ? 參觀相關演示 /展覽 ? 訪問有關網站，了解詳細信息 問答 演講完畢，謝謝觀看！
環(huán)評公示相關推薦
鄂ICP備17016276號-1