SQL 伺服器：全力保護資料

  • 發行項

維護以 SQL Server 管理的公司資料存放區的高可用性，是任何資料管理策略的基本條件。

Paul S. Randal

如果沒有儲存和擷取資料不受干擾地能力，商務將 grind 而中止。 除了其人來說，資料越來越是任何企業中最重要的資產。 與 SQL Server 2008 或 SQL Server 2008 R2 通常是在資料管理策略的核心。 因此，如果您想想看這樣一來，開發人員和 Dba 是負責讓公司運作。

不過，多少限定指引向下從過濾掉業務單位主管來負責資料層? 商業需求會清楚地傳達吗？ 它們通訊的方式技術專業人員可以翻譯成具生產力的策略是嗎？

在某些市場區隔，有基礎結構方面像是安全性稽核、 資料加密和資料保留嚴格法規需求。 以符合這些需求的失敗可能會造成商務被罰鍰或 censured，再加上遺失公用的信用和未來的收益 — 通常最差動作可能會發生在高度競爭的市場。

對齊資料管理策略

沒有特定商務需求，看起來更容易或商務點前置字元來進行通訊，例如安全性、 報告、 工作負載管理及稽核周圍的方法很簡單。 幸運的是，這些也是方便您在 SQL Server 2008 架構內實作：

  • 您可以根據使用的功能，像是透明資料加密，可用來加密 「 台北 」，資料和 「 可延伸金鑰管理，可讓您儲存加密金鑰"關閉-box"並消除已加密的資料的資料安全性需求。
  • 您可以滿足與 SQL 伺服器報告服務的報表需求。
  • 「 資源管理員 」 可以協助您預測工作負載效能。
  • 您可以使用 SQL Server 稽核來滿足完整稽核需求。

不過，有兩個主要的商務需求，通常不佳傳達：系統當機並可接受的資料遺失。 這些稱為修復時間目標 (RTO) 和復原點目標 (RPO) 分別。 不幸的是，它是很普遍的商務經理人忘考量 RTO 和 RPO，若要了解資料層未受到保護當嚴重損壞時所要之範圍內發生，這會造成當機或資料遺失。

無論您是企業管理員] 或 [DBA，請花幾分鐘現在請考慮是否您確實知道資料層會受到保護對企業需要的範圍。 如果您回到它不會解析時，您的計劃來解決這個狀況是什麼？

矛和自以為是都不是適當的反應。 進行火焰向下切入至策略置於下星期的位置是一個配方讓您本身的損毀。 所需的注意和用心設計和實作適當且更全方位 Mssqlserver 高可用性和嚴重損壞修復 (HA/DR) 策略。 忽略這個問題邀請不痛苦，tantamount 商務疏忽。

逐步完成需求

設計成功策略的關鍵第一次處理出商務需求。 然後您必須平衡那些對商務限制。 這是要在哪裡 IT 和業務單位點前置字元必須符合 face 到 face 並看事情的眼睛以眼睛。 策略性需求有封裝的商業活動的相關資料的每個部分的下列因素：

  1. 如何重要的是這部份的資料相較於公司資料存放區的其餘部分? 商務經理人通常狀態的所有項目是最優先，同樣必須加以保護。 適用於小量的資料，但與分散到多個 SQL Server 執行個體的多重 tb 變得越來越不切實際。
  2. 企業能夠承擔多少資料遺失？ 企業主還運轉想看到零資料遺失，但是，不一定實際可行。
  3. 多久資料可能無法使用？ 企業擁有者也想要查看零停機時間，但不幸的是，這並不是可達成的目標在現實情況下。 然而，您可以取得非常接近。
  4. 第一個或第二個因素變更在不同時間的日期或在週末吗？ 這可以有深遠影響的需求的能力。 一段有限，說上午 9 是更可能達成零停機時間和資料遺失 到下午 5 點 點 在週一到週五相較於 24 x 365 的完整存取。
  5. 是可接受危害保留資料的可用性與持續性的工作負載效能吗？ 可以提供零資料遺失的唯一技術需要同步鏡像的交易記錄檔資料錄或 I/O 子系統寫入。 這兩種都可能會導致處理的延遲。 它是要付出代價。

考慮這些的好方法是將對資料所無法存取或遺失每個部分的企業的衝擊。 當您仔細思考及您的客戶、 公司影像和法規控制項量化潛在的細節，您可能會感到驚訝。

在逐步使用限制

設計和實作 HA/DR 策略時的更常見錯誤之一是移動事先與技術的設計不第一個考慮限制因素。 這表示其中一個否定傳回 — 浪費時間和金錢，或實作不符合的業務需求的 sub-standard 策略。

有許多限制，技術和非技術等。 覆寫因素通常是預算。 更多的硬體表示更大的能力，這表示多個熱度耗費，這表示多個空調，這表示更多電源時，所有這表示多個所需的空間和配置給該實體基礎架構的多個預算金額。 您必須同時也要考慮的硬體、 額外的 SQL Server 和 Windows 授權、 網路頻寬成本，甚至是之前的多個人員來管理的額外的系統和資料中心的其餘部分。

入侵及公司的拼圖

一旦您熟悉所有技術的限制，這一輪是到達最有效的入侵。 您需要的資料，最重要企業的優先順序的清單。 指定在其下您正在處理的限制，您將會評估技術可協助您符合最重要的商務需求。

請務必建議您不要只是嘗試調整目前的技術，來符合新的商務需求。 不要跳到應在或選擇一種技術，而不正確地評估您的業務優先順序。 最好儘早放置參與工作並適當地瀏覽程序。 您會得到較好的策略可減少時間和金錢，長期使用。

如果您發現您不能符合商務需求與您所能負擔的技術，您必須使用商務單位點前置字元，若要變更以反映預算您企業的需求。 為位安全技術人員，比方說，沒有點同意零資料遺失的商務需求，如果在同步技術的預算資金不足。 當發生損毀時，就會符合業務經理的期望攻佔適合以下情況的錯誤 IT 人員。

其中一個要執行設計 HA/DR 策略時最困難的工作通常確保它可構成您組織的整體 IT 策略和諧元件。 比方說，如果您是在大型公司內部 DBA，有可能是其他小組負責 Windows 伺服器、 網路、 儲存、 建置基礎結構，以此類推。 如果企業需要可在任何損毀的四個小時內的特定資料庫，您可能需要牽涉到所有這些小組以確定可能會發生。 這時小組間的政治和關聯性成為混合。 其他小組必須同意符合相同的服務層級協議，為資料層小組，以及期望和整體企業的承諾。

測驗、 測驗

如果您覺得適當地保護您資料層，很可能 HA/DR 策略未被充分測試過在公司中，其中之一。 當您瀏覽的設計和實作您實際測試系統，因此它可以回應危機的事件 HA/DR 策略程序時，它是命令式。

這稱為更容易完成，不過的工作量。 說服商務經理人進行測試，可能會導致停機時間是一項挑戰。 您也可以提供很好進行測試，當每個人都附有，必須要有 「 損毀 」，並準備好中的步驟，並快速修正任何問題的引數。 另一種方式可能是上午 2 點發生損毀時探索設計有缺陷 公司節日時有基本架構工作人員手邊。

即使您可能會發現資料層並不防止可接受的程度而停機時間和資料遺失，有許多的實作使用 SQL Server 2008 或 SQL Server 2008 R2 HA/DR 策略選項。 了解各種不同的技術，以及其取捨，並檢查成功部署其他公司的架構。 取出下列白皮書及部落格文章如需詳細資訊：

請確定您朝向我們建置有效的策略。 這是唯一的方式來保護您的企業，並避免未預期的停機時間。

Paul Randal

Paul S. Randal 是 SQLskills.com、 微軟的區域主任和 SQL 伺服器 MVP 的董事總經理。 他投入 SQL Server 儲存引擎小組在 Microsoft 從 1999年 2007年。 他的 SQL Server 2005 撰寫 DBCC CHECKDB/修復，並在 SQL Server 2008 開發期間是負責核心儲存引擎。 Randal 是嚴重損壞修復、 高可用性和資料庫維護的專家，身為在世界各地研討會發表演說。 在他部落格 SQLskills.com/blogs/paul，以及您可以找到他在 Twitter twitter.com/PaulRandal。

相關內容