- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Microsoft SQL Server AlwaysOn高可用性和災害復原方案指南作者:LeRoy Tuttle, Jr. (Microsoft)。參與者:Cephas Lin (Microsoft)、Justin Erickson (Microsoft)、Lindsey Allen (Microsoft)、Min He (Microsoft)、Sanjay Mishra (Microsoft)。校稿者:Alexei Khalyako (Microsoft)、Allan Hirt (SQLHA)、Ayad Shammout (Caregroup)、Benjamin Wright-Jones (Microsoft)、Charles Matthews (Microsoft)、David P. Smith (ServiceU)、Juergen Thomas (Microsoft)、Kevin Farlee (Microsoft)、Shahryar G. Hashemi (Motricity)、Wolfgang Kutschera (Bwin Party)。發行日期:2012 年 1 月適用於:SQL Server 2012摘要:這份技術白皮書討論如何使用 SQL Server 2012 AlwaysOn 高可用性和災害復原方案,來縮短已規劃及未規劃的停機時間、盡可能地提高應用程式可用性,以及提供資料保護。本文的主要目標是為了鋪陳共通的完整脈絡,促進企業專案關係人、技術決策者、系統架構設計師、基礎結構工程師與資料庫管理員彼此討論。本內容分為兩個主要部分:高可用性和災害復原概念。簡要討論規劃、管理及衡量高度可用之資料庫環境商務目標的驅策因素和挑戰。本討論後將有 SQL Server 2012 AlwaysOn 和 Windows Server 方案之高可用性和災害復原功能的簡要概觀。SQL Server AlwaysOn 保護層級。深入討論 SQL Server AlwaysOn 方案所提供之保護層級的主要功能、基本原理及相依性。說明基礎結構可用性、SQL Server 執行個體層級保護、資料庫層級保護,以及資料層應用程式功能。著作權本文件是以原本的形式提供。本文件中所表達的資訊和觀點,包括 URL 及其他網際網路網站參考資料,如有變更恕不另行通知。您應自行承擔使用本文件的風險。此處描述的部分範例僅供說明使用,純屬虛構,並無意圖亦不應將其影射為任何實際關聯或連接。本文件不會為您提供任何 Microsoft 產品的任何智慧財產權的任何法律權限。您可以複製及使用本文件,但僅限組織內部參考用途。? 2012 Microsoft. 著作權所有,並保留一切權利。高可用性和災害復原概念當所有專案關係人對於規劃、管理及評量 RTO 和 RPO 目標的相關商務驅策因素、挑戰及目標具有共識時,您將可以為高可用性和災害復原方案選擇最合適的資料庫技術。熟悉這些概念的讀者可前往本文的<概觀:Microsoft SQL Server 2012 的高可用性>一節。高可用性說明對任何的軟體應用程式或服務來說,使用者的經驗和期待就是高可用性的最終評斷標準。停機時間會對企業造成有形與觀感方面的影響,影響可能包含資訊遺失、財物損失、生產力降低、機會成本、違約金或商譽受損等問題。「高可用性方案的主要目標就是要將停機時間的影響降到最低,或是讓損失降到最少。」針對此目標構築的完善策略會在商務程序和服務等級協定 (SLA),以及技術功能和基礎結構成本之間取得理想的平衡。一個平台是否稱得上高度可用,取決於客戶和專案關係人的協定和預期。系統可用性的計算方式如下:這個公式產生的值通常會依照業界標準,以 9 的個數來表示此方案的品質,藉此傳達年度可能執行時間的分鐘數,或停機時間的分鐘數。9 的個數可用性百分比年度總停機時間299%3 天 15 小時399.9%8 小時 45 分499.99%52 分 34 秒599.999%5 分 15 秒規劃與未規劃的停機時間比較系統中斷可能是已預期及規劃中的結果,但也可能是未規劃的意外事件。停機時間若經過適當地管理,不一定會造成負面影響。可預知的停機時間有兩種主要類型:規劃的維護工作。規劃的維護工作會預先宣告及協調時間間隔,維護工作包括軟體修補、硬體升級、密碼更新、離線重新索引、資料載入或災害復原程序演習。經過謹慎及妥善管理的作業程序應該可將停機時間縮至最短,並防止任何資料遺失。事先規劃的維護活動可視為投資,因為這些活動可防止或緩和其他可能更嚴重的未規劃中斷情況。未規劃的中斷。系統層級、基礎結構或程序失敗可能會在未規劃或不受控制的情況下發生,也可能會在可預知的情況下發生,通常是因為相關人員認為不太可能會發生或其影響尚可接受。穩固的高可用性方案會偵測
文档评论(0)