完整备份交易记录档备份交易记录档备份Log.ppt

如何做好完善的 SQL Server 2000 資料庫系統備援與提昇高可用度 資策會教育訓練中心講師 許致學 個人簡介 現任 台灣微軟 特約顧問 詮力科技 商業智慧顧問 環保署廢棄物管制系統 資料庫顧問 資策會教育訓練中心 講師 經歷 國立中央大學 資訊管理碩士 RUN!PC雜誌 MIS實戰專欄作者 Microsoft 資訊安全日活動 講師 Microsoft EMBA 系列課程 講師 Microsoft TechNet 技術研討會 講師 Microsoft TechEd 2000 / 2002 / 2003 / 2004 講師 Microsoft Windows Server 2003 上市全省發表會活動 講師 Microsoft SQL Server 2000 High Availability 行易課程 講師 Oracle to SQL Server Migration 研討會 講師 Microsoft MSDN Trend 開發技術戰情高峰會活動 講師 Microsoft SQL Server 2000 安全性管理資源與教學光碟 製作 Microsoft Virtual Server 2005 快速建置營 講師 Microsoft SQL Server 2005 實作一日營 講師 本場次內容 高可用度簡介 如何做好高可用度 叢集服務—虛擬伺服器 交易記錄檔傳送 複寫 備份與還原策略 高可用度的要求取決於商業需求 商業需求決定了高可用度的要求 醫院有相對高的停機成本 需要仰賴多種軟硬體的技術 產品或服務的可用度 需要持續不斷地改善產品、服務和流程 高可用度的定義 何謂 99.999%? 目標: 提供使用者全年無休 (24X7) 的服務 每年只能有小於 5 分鐘 16 秒的停機時間 思考： 到底需要達到多少個 9？ 高可用度的計算公式 A = (F – R) / F A = 可用度 F = 平均發生毀損的時間 (MTBF) R = 平均所需的修復時間 為了達到高可用度的成本 高可用度的時間和成本 SQL 2000 高可用度的成功案例 備援待命選項之比較 Hot Standby 備援伺服器亦擁有主要伺服器的資料 提供與主要伺服器交易一致的資料 能自動偵測主要伺服器故障狀況與自動接續服務 Warm Standby 備援伺服器亦擁有主要伺服器的資料，不過… 不一定能提供與主要伺服器一致的資料 可能需要手動偵測主要伺服器毀損或停機狀況與手動接續服務 Cold Standby 還原資料之備份 必須有正確的作業系統和相關軟體等的備份 必須考慮繼續恢復正常服務的延遲狀況是否能接受 SQL 2000 之備援待命選項 Hot Standby--叢集服務 Windows Server 的叢集服務 自動偵測主要伺服器故障狀況與自動接續服務 如何自動偵測主要伺服器故障狀況與自動接續服務 Windows Server 的叢集服務 虛擬伺服器 從使用者或是應用程式來看，是以虛擬伺服器的名稱或是共用 IP 來存取 叢集服務所需要的硬體 伺服器主機（2~8部） 外部網路卡（供用戶端存取） 內部網路卡（Heartbeat) 叢集的共用磁碟陣列 自動偵測主要伺服器故障狀況與自動接續服務 如何自動偵測主要伺服器故障狀況與自動接續服務 作業系統的檢查 透過內部網路卡 (Heartbeat) 檢查另一部主機是否正常 SQL Server 的檢查 每隔五秒執行 LooksAlive 檢查 執行 SELECT @@SERVERNAME 查詢 另一部主機如何自動接續服務 Windows 叢集服務會嘗試在同一部主機重新啟動服務，或是移轉至另一部主機繼續提供服務 啟動 SQL Server 服務，master 資料庫重新上線 資料庫復原 使用者與應用程式必須重新連線 Warm Standby--複寫 發行者、散發者和訂閱者 散發資料的方式 複寫的基本類型 集中式發行者和散發者 建立再度發行者（Republisher） 複寫與其他分散資料方式之比較 發行者、散發者和訂閱者 資料可以複寫至其他伺服器，擁有一個或以上的發行集，每個發行集代表一組相關的資料 包含散發資料庫和儲存歷程記錄資料及交易與中繼資料的伺服器 接收複寫資料的伺服器，也可將資料變更傳回給發行者，或將資料重新發行到其他的訂閱者 散發資料的方式 複寫的基本類型 快照式複寫 資料及資料庫物件在某一時間點的情狀，完整即時複製及散發給訂閱者端 交易式複寫 資料初始快照集會被傳用至訂閱者端 當發行者端有資料異動，交易會傳送至訂閱者端 合併式複寫 允許發行者端和訂閱者端獨立運作，稍後再將發行者端和訂閱者端的資料更新合併為相同的結果 資料初始快照集會被傳用至訂閱者端 SQL Server