更好支持的三個技巧

更好支持的三個技巧

Betsy 是一輛 1999 年 Amazon Green Ford F-150，這是我購買的第一輛車。我不知道我的卡車是如何得到“貝特西”這個名字的，也不知道為什麼它被卡住了，但它確實被卡住了。在超過17 年的時間裡，貝特西做了各種各樣的事，從在海灘巡游到在跑道上比賽，拖運大量的園林綠化用品，再到帶著我不斷壯大的家人穿越東南部。經過很多英里和多年的學習如何保養卡車後，她開始展示磨損情況。在一次下午開車時，我注意到溫度計逐漸升至 H（高）。經過幾次交談後，我帶貝特西去了當地一家經銷商的服務部門，開始了一週的自我折磨。

第一次訪問時，我匆忙提供了高級細節。 「幾分鐘後，卡車就開始發熱了，」我說。六個小時後，我花了 100 美元取回了我的卡車。技術人員無法重現問題。因此，我被送回家，並支付了診斷費，並要求如果再次發生這種情況就回來。第二次來時，我匆匆補充說，問題發生在 18 分鐘或 14 英里的駕駛時間超過 45 分鐘的通勤時間之後。六個小時後，花了大約 375 美元，我取回了我的卡車。技術人員能夠用新的細節重現問題，並更換了恆溫器和軟管。第三次來的時候，技術員的電話提前打來：“先生。”魯，你需要一個新的散熱器。

這就是這個故事的簡短版本。較長的版本包括我未能向服務技術人員解釋在第一次和第二次訪問之間我已經更換了恆溫器。它還忽略了一個事實，即我對散熱器液體進行了沖洗和填充，並且很可能在此過程中使軟管夾鬆動。最重要的是，它忽略了一個事實：我的鄰居（一名機械師）在卡車出現此問題之前告訴我，要更換散熱器並進行其他預防性維護。現在，這與更好的客戶體驗有什麼關係呢？

以下是我從自己遭受的磨難中學到的三個教訓，它們將改善您的客戶體驗，而不僅僅是您的下一次汽車服務。

首先，取得並提供所有詳細資訊。

在我第一次訪問時，我匆忙向服務技術人員提供了最基本的詳細資訊。結果，無法實現適當的解決方案。世界上的許多事件發生在最不合時宜的時間，並帶來很大的壓力和時間限制，但向您的客戶體驗團隊提供盡可能多的詳細資訊仍然是最佳實踐。您什麼時候注意到這個問題，或者問題是什麼時候發生的？您注意到了什麼或問題的症狀是什麼？當時還發生了什麼其他事情？

考慮您可能提供的任何其他支援詳細信息，包括錯誤訊息和錯誤代碼、軟體系統日誌、客戶端日誌以及捕獲錯誤情況或症狀的任何圖片。很多時候我們喜歡認為軟體中的事物是不相關的，但事實上它們是非常相關的。

其次，描述你所做的事情（好的或壞的）。

當我第二次來的時候，我給自己和技術人員帶來了另一個極大的傷害。我沒有解釋我已經嘗試過的所有事情（好的和壞的），並分享解決問題的失敗嘗試，而是推遲了我的解決方案。如果我告訴大家我已經更換了恆溫器，對散熱器進行了沖洗和重新填充，也許技術人員會去其他地方尋找問題。當您分享您為解決問題所採取的措施以及您可能採取的措施使問題變得更糟時，它可以幫助您的客戶體驗團隊改進他們的回應，專注於其他問題領域，消除虛假的轉移注意力（不相關的問題或事情）偽裝成真實問題），並提供整體更出色的體驗。

最後，執行之前的建議。

在問題出現之前，我的鄰居根據他多年的經驗和我的卡車的車齡提供了建議。他告訴我更換散熱器，進行一些預防性維護，並對卡車的整體健康狀況進行例行檢查。最有可能的是，您的客戶體驗團隊在其知識庫中提供了與您的產品相關的建議以及與企業可用性要求營運相關的多年經驗。使用它們進行預防性維護、主動調整，並檢查您的可用性環境是否遵守這些最佳實踐。但最重要的是，當他們提出建議時，執行它。最後，您將節省大量時間、金錢和麻煩。

第三次訪問兩天后，新散熱器的缺貨到達，我更換了散熱器。我又繼續開著 Betsy 好幾年，最後才把它換成了一輛家用 SUV。

經許可轉載安全作業系統

Udemy 提供 SIOS LifeKeeper for Linux 管理員培訓

Udemy 提供 SIOS LifeKeeper for Linux 管理員培訓

SIOS 管理培訓以前主要透過預先安排的雙月活動進行，現在可以透過 Udemy 按需進行。

西奧斯科技宣布推出適用於 Linux 管理員訓練的 SIOS LifeKeeper烏德米，一個線上技能市場和學習平台。這項發展突顯了 SIOS 致力於透過為全球企業提供全面的高可用性和災難復原來促進關鍵應用程式的可用性（醫管局/災難復原） 技術培訓。

Udemy 的平台提供無與倫比的便利性和靈活性，讓學習者隨時隨地存取 SIOS 管理培訓。適用於 Linux 的 SIOS LifeKeeper 管理員培訓涵蓋了確保關鍵 Linux 應用程式、ERP 和資料庫始終可用（即使在出現硬體或軟體故障時）所需的關鍵概念和方法。

SIOS Technology Corp 全球銷售與行銷副總裁Margaret Hoagland 表示：「與Udemy 的合作標誌著我們使命的一個重要里程碑，即讓所有人都能獲得SIOS HA/DR 專業知識。透過利用Udemy 的平台，我們可以涵蓋更廣泛的領域。

未來的學習者可以透過先在 Udemy (www.udemy.com) 上建立免費帳戶並使用其企業電子郵件註冊來存取 SIOS LifeKeeper for Linux 管理員培訓課程。註冊後，他們在網站上提交一份表格SIOS訓練現場，使用他們在 Udemy 上註冊時使用的相同企業電子郵件來接收課程邀請。

經許可轉載安全作業系統

SIOS 技術加入 Nutanix Elevate 合作夥伴計劃

SIOS 技術加入 Nutanix Elevate 合作夥伴計劃

西奧斯科技公司。宣布其加入Nutanix Elevate 合作夥伴計劃，標誌著為 Nutanix AHV 環境中的關鍵應用程式提供易於使用的 HA 叢集解決方案的里程碑。

授予 SIOS 的 Nutanix Ready 驗證稱號的完成證明了 SIOS生命守護者和資料管理員與 Nutanix 基礎設施的互通性。作為此次驗證的一部分，兩家合作夥伴正在合作幫助共同客戶從持續創新中受益。

SIOS 的業績記錄包括成功為客戶實施 HA 和 DR，在全球安裝了 80,000 多個許可證，保護各行業公司的應用程式。

LifeKeeper 和 DataKeeper 產品已完成驗證測試，這可以讓客戶對解決方案的兼容性更有信心。 LifeKeeper for Linux 使 Nutanix 能夠為客戶提供簡單、可靠的 HA，以實現以深厚的 HA 專業知識為後盾的業務關鍵型應用程式。透過SIOS 產品，具有本質複雜環境（例如SAP、HANA、SQL Server 以及在SUSE Linux、Red Hat Linux、Oracle Linux、Rocky Linux 和Windows Server 中運行的其他環境）的Nutanix 客戶可以透過實作、維護來節省時間並消除代價高昂的停機時間。

SIOS 全球行銷副總裁Margaret Hoagland 表示：「加入Nutanix Elevate 合作夥伴計畫證明了我們致力於為客戶提供強大的HA 解決方案、擴大我們的覆蓋範圍並為Nutanix 用戶提供他們所需的可靠性和簡單性，以確保不間斷的運行其關鍵應用程式的操作。

榮獲「Nutanix Ready Validated」稱號的 SIOS 產品包括：

• Linux 版 LifeKeeper 9.8.0
• 適用於 Windows 8.10.0 的 LifeKeeper
• 適用於 Windows 8.10.0 的資料管理器

LifeKeeper for Linux 為最廣泛的 Linux 作業系統發行版、版本和平台提供 HA；本地、虛擬和雲端。 SIOS 的 HA/DR 產品組合包括頻寬高效、基於主機的區塊級複製、應用程式復原套件 (ARK)，以支援 SAP、HANA 和其他流行資料庫和應用程式的應用程式感知，以及通用的可自訂 ARK。 LifeKeeper for Linux 為應用程式、資料庫和儲存提供自動監控、問題檢測和智慧恢復，以確保關鍵系統和應用程式保持高可用性。

有關 SIOS-Nutanix 解決方案的更多信息

逐步操作 – OCI 中的 SQL Server 2019 故障轉移群集實例 (FCI)

逐步操作 – OCI 中的 SQL Server 2019 故障轉移群集實例 (FCI)

介紹

如果您在 Oracle 雲端基礎架構 (OCI) 中部署關鍵業務應用程序，那麼了解並利用 OCI 提供的可用性 SLA（服務等級協定）以獲得最佳正常運行時間和可靠性至關重要。 OCI 的 SLA 根據您選擇的部署策略而有所不同：

跨可用性域部署：當您在同一 OCI 區域內的不同可用性網域中部署兩個或多個虛擬機器 (VM) 時，OCI 提供 99.99% 的可用性 SLA。

跨故障域部署：如果跨故障域部署虛擬機，OCI 提供 99.95% 的可用性 SLA。需要注意的是，並非每個 OCI 區域都有多個可用性域，因此在某些區域，跨故障域部署將是您唯一的選擇。

單一虛擬機器部署：對於涉及單一虛擬機器的部署，SLA 為 99.9%。

此框架表示 OCI 根據您部署 VM 的方式保證一定程度的外部連線：

請務必注意，SLA 涵蓋虛擬機器本身的可用性，而不是其上執行的應用程式或服務的可用性。為了確保應用程式可用性，需要採取額外的措施，例如應用程式監視、復原計畫、資料複製和交易複製（適用於 SQL Server 等資料庫）。策略可能包括負載平衡、叢集或資料複製，以有效管理應用程式可用性。

為了滿足 OCI 中 99.99% 可用性 SLA 的標準，必須跨多個可用性網域部署虛擬機器。這篇文章將指導您設計 OCI 基礎設施，以促進跨可用性網域的 SQL Server 故障轉移叢集實例，從而確保關鍵業務應用程式的最大正常運作時間和可靠性。

建立 VCN 和子網

在本指南中，我假設您對 Oracle 雲端基礎架構 (OCI) 有一定的了解並對網路概念有基本的了解。我將透過描述來說明常見的配置任務，並在必要時提供額外的指導來應對 OCI 網路中遇到的一些常見挑戰。

從深思熟慮的網路計劃開始至關重要。本文檔不會涵蓋雲端網路規劃的複雜性，因此以下範例應僅被視為多種可能性之一。您的網路配置可能會有很大差異。但是，一個重要的考慮因素是規劃至少使用三個可用性域，為每個叢集節點分配一個，為檔案共用見證分配另一個。叢集所需的重要一點是每個可用性域必須位於不同的子網路中。

儘管我們沒有涵蓋跨故障域而不是可用性域的配置，但這同樣適用於跨故障域的叢集 – 所有節點必須駐留在不同的子網路中。

在我們的場景中，我們將在 OCI 中的單一虛擬雲網路 (VCN) 內跨三個不同的可用性域設定三個子網路。

VCN：10.0.0.0/16

• AD1：10.0.0.0/18
• AD2：10.0.64.0/18
• AD3：10.0.128.0/18

OCI 的使用者介面可能會發生變化，但在撰寫本文時，在 OCI 控制台中建立新 VCN 和三個子網路的過程非常簡單。具體細節可以在 OCI 文件中或透過其使用者介面找到，它會引導您完成 VCN 和子網路建立的必要步驟。

創建VCN

在 VCN 中建立三個子網

建立 Internet 網關

互聯網網關是我們的實例存取互聯網的方式。在您的網路中，您可能不希望實例能夠存取互聯網，但在本範例中，我們將啟用它並將其新增至我們的預設路由表中。

編輯預設安全列表

編輯路由表

編輯路由表，以便所有發送到 VCN 外部的流量都透過 Internet 閘道進行路由。

建立網路安全群組

編輯安全列表

這些設定允許跨可用性網域不受限制的訪問，並允許從任何地方進行 RDP 存取。您可以考慮限制哪些 IP 位址可以 RDP 到您的實例，甚至設定一個專門用於從公共網路進行 RDP 存取的「跳轉虛擬機器」。

編輯 DHCP 選項

為了讓 Active Directory 正常運作，您必須在 DHCP 選項中將 DC1 設定為主 DNS 伺服器，如下所示。在本例中，我們將其設定為 10.0.0.100，這是我們正在設定的網域控制器的靜態 IP。您還應該將您的網域新增至自訂搜尋網域。在本例中，我們將使用名為 datakeeper.local 的網域，稍後我們將在配置網域控制站時建置該網域。

配置虛擬機

現在 VCN 已配置完畢，是時候開始設定虛擬機器了。在此範例中，我們將使用Windows Server 2022 和SQL Server 2019。 。

在開始之前，制定計劃再次很重要。在這種情況下，您需要規劃伺服器名稱、IP 位址及其可用區佈局。如前所述，每個叢集節點和檔案共用見證都必須駐留在不同的可用區中。

在範例配置中，我們將在實例 (DC1) 中部署 Active-Directory，該實例也將充當檔案共用見證。

AD1 – DC1 (10.0.0.100)

AD2 – SQL1 – (10.0.64.100, 10.0.64.101, 10.0.64.102)

AD3 – SQL2 – (10.0.128.100, 10.0.128.101, 10.0.128.102)

您可能已經注意到，每個叢集節點（SQL1、SQL2）都有三個 IP 位址。第一個位址是實例的私有IP位址。另外兩個 IP 位址將會作為輔助位址新增到每個實例上。這些 IP 位址包含與 SQL Server FCI 網路名稱資源關聯的核心叢集 IP 位址和虛擬 IP 位址。

當我們配置叢集節點時，我們將使用不包含 SQL Server 軟體的基本 Windows Server 2022 映像。相反，我們將下載 SQL Server 安裝媒體並使用永久 SQL Server 許可證，而不是 Marketplace 上提供的「即用即付」許可證。

以下部分說明了配置本範例中使用的三個虛擬機器的過程。

在FD1中配置DC1

選擇執行個體類型時，您必須根據工作負載適當調整執行個體類型。這與您調整實體伺服器大小以在本地使用時所做的類似，但不同之處在於，如果您首次過度配置或配置不足，或者您的工作負載隨著時間的推移增加或減少。

指定實例詳細資料時，請確保選擇正確的 VCN 和子網路以進行正確放置。在第一個畫面上，您也可以指定要與該執行個體關聯的靜態 IP。

在 FD2 中配置 SQL1

如前所述，此範例使用 Windows Server 2022 的基本安裝。

在 FD3 中設定 SQL2

添加額外的捲

叢集中的每台伺服器都需要至少一個額外的磁碟區。這些磁碟區對於 SQL Server FCI 的儲存需求至關重要，並由 SIOS DataKeeper 複製。

多卷

您可以新增多個磁碟區來分隔資料、日誌和備份。

儲存類型：多種儲存類型可供選擇，以滿足不同的需求。

附著方法

有多種方法可以將儲存空間連接到伺服器。

配置範例

下面，我們提供了螢幕截圖，展示了多種可能的儲存配置之一。這是一個實際範例，有助於理解設定過程。此程序應在 SQL1 和 SQL2 上完成。

建立區塊卷

首先，在正確的可用性網域中為 SQL1 和 SQL2 建立區塊磁碟區。

附加卷

現在卷已創建，您必須將它們附加到實例。

需要記住的要點

設定靈活。您可以根據您的特定需求配置一個或多個磁碟區。

考慮適合您的配置的不同儲存類型和連接方法。

新增輔助 IP 位址

為了讓 Windows Server 故障轉移叢集在 OCI 中正常運作，您必須將叢集 IP 位址新增為附加到 SQL1 和 SQL1 的虛擬網路介面 (VNIC) 上的輔助位址。您還記得，我們​​討論過在每個叢集節點上使用以下 IP 位址。

	SQL1	SQL2
主要地址	10.0.64.100	10.0.128.100
集群IP 1（核心集群資源）	10.0.64.101	10.0.128.101
叢集IP 2（SQL Server叢集IP）	10.0.64.102	10.0.128.102

在 SQL1 和 SQL2 上，編輯附加的 VNIC 以新增輔助位址。

建立網域

為了實現彈性，您應該在不同的可用區域配置多個 AD 控制器，但出於本指南的目的，我們將只配置一個 AD 控制器。請依照下面的螢幕截圖在 DC1 上設定 AD。

使用實例詳細資料部分中所列的憑證登入。系統將提示您重設密碼。

啟用 Active Directory 網域服務

將伺服器升級為網域控制器

在開始此程序之前，請在伺服器上啟用本機管理員帳戶並設定密碼。如果不這樣做，當您嘗試升級網域控制站時，您將收到此訊息。

啟用管理員帳戶並設定密碼後，繼續進行部署後配置

在啟用 Active Directory 網域服務之前，您必須啟用本機管理員帳戶並使用該帳戶登入。

使用您喜歡的 RDP 程序，使用與執行個體關聯的公共 IP 位址連接到 DC1。新增 Active Directory 網域服務角色。

安裝完成後，將此伺服器提升為網域控制站。

出於我們的目的，我們將建立一個新網域。

重新啟動 DC1 並繼續下一部分。

將 SQL1 和 SQL2 新增至網域

準備儲存

將 SQL1 和 SQL2 新增至網域後，使用您建立的網域管理員帳戶連線到執行個體以完成其餘的設定步驟。您需要做的第一件事是附加並格式化我們新增到 SQL1 和 SQL2 的 EBS 卷，如下所示。

配置故障轉移集群功能

在 SQL1 和 SQL2 上啟用故障轉移群集功能。

在 SQL1 和 SQL2 上執行此 PowerShell 命令

安裝-WindowsFeature-名稱故障轉移群集-IncludeManagementTools

驗證您的集群

從 SQL1 或 SQL2 執行此 PowerShell 命令

測試集群-節點 sql1,sql2

根據您使用的 Windows Server 版本，您將看到一些有關網路和可能儲存的警告。網路警告可能會告訴您每個叢集節點都可以透過單一介面存取。早期版本的 Windows 會警告您缺少共用儲存。

您可以忽略這兩個錯誤，因為它們在 OCI 託管的叢集中是預期的。只要您沒有收到錯誤，就可以繼續下一部分。如果您收到任何錯誤，請修復它們，然後再次執行驗證並繼續下一部分。

建立集群

接下來，您將建立叢集。在下面的範例中，您會注意到我使用了我們計劃使用的兩個 IP 位址：10.0.64.101 和 10.0.128.101。您可以從任一群集節點執行此 Powershell。

新叢集 -名稱 cluster1 -節點 sql1,sql2 -靜態位址 10.0.64.101, 10.0.128.101

請注意：不要嘗試透過 WSFC GUI 建立叢集。您會發現，由於執行個體使用 DHCP，GUI 不會為您提供為叢集指派 IP 位址的選項，而是會散佈重複的 IP 位址。

新增文件共享見證

為了維持集群仲裁，您需要新增見證人。在 OCI 中，您要使用的見證類型是檔案共用見證。檔案共享見證必須駐留在與兩個群集節點不同的故障域中的伺服器上。

在下面的範例中，將在駐留在 FD1 中的 DC1 上建立檔案共用見證。

在 DC1 上，建立檔案共用並指派叢集名稱物件 (CNO) 對該資料夾的讀寫權限。在您建立的資料夾的「共用」和「安全性」標籤上新增 CNO 的權限，在下面的範例中，我建立了一個名為「見證」的資料夾。

建立資料夾並向 CNO 指派適當的權限後，請在 SQL1 或 SQL2 上執行下列 PowerShell 命令。

設定 ClusterQuorum -Cluster cluster1 -FileShareWitness \\dc1\Witness

當您在 SQL1 或 SQL2 上啟動故障轉移群集管理器時，您的群集現在應如下所示。

建立 SQL Server FCI

安裝DataKeeper集群版

在繼續執行後續步驟之前，您需要在 SQL1 和 SQL2 上安裝 DataKeeper Cluster Edition。下載安裝執行檔並在兩個節點上執行 DataKeeper 安裝程式。請參閱SIOS文檔有關安裝的具體指導。

建立 DataKeeper 卷資源

在任一叢集節點上啟動 DataKeeper UI 並建立 DataKeeper 磁碟區資源，如下所示。

連接到兩台伺服器，首先是 SQL1，然後是 SQL2

如果您已連接到兩台伺服器且儲存配置正確，則伺服器概述報告應如下所示。

按一下建立作業以啟動作業建立精靈

DataKeeper 支援同步和非同步複製。對於同一區域內的可用區之間的複製，請選擇同步。如果您想跨區域甚至跨雲端提供者複製，請選擇非同步

這裡點選“是”，將DataKeeper Volume資源註冊到叢集的Available Storage中

DataKeeper 磁碟區 D 現在顯示在故障轉移群集管理器的可用儲存中。

在 SQL1 上安裝 SQL Server FCI 的第一個節點

現在核心叢集已創建，且 DataKeeper 磁碟區資源位於可用儲存中，是時候在第一個叢集節點上安裝 SQL Server 了。如前所述，此處的範例說明了使用 SQL 2019 和 Windows 2022 的群集配置，但無論您嘗試部署哪個版本的 Windows Server 或 SQL Server，此範例中描述的所有步驟實際上都是相同的。

請依照下面的範例在 SQL1 上安裝 SQL Server

您在下方指定的名稱是客戶端存取點。這是應用程式伺服器想要連接到 SQL Server FCI 時將使用的名稱。

在此畫面上，您將新增我們先前在規劃部分中確定的 SQL1 輔助 IP 位址第1部分這個系列的。

在此範例中，我們將 tempdb 保留在 D 磁碟機上。但是，為了獲得最佳效能，建議您將 tempdb 放置在非複製磁碟區上。

在 SQL2 上安裝 SQL Server FCI 的第二個節點

現在是在 SQL2 上安裝 SQL Server 的時候了。

在兩個群集節點上安裝 SQL Server 後，故障轉移群集管理器應如下所示。

安裝 SQL Server Management Studio

在 SQL Server 版本 2016 及更高版本上，您必須以單獨的選項下載並安裝 SSMS，如下所示。注意：在 SQL Server 的早期版本中，SQL Server Management Studio (SSMS) 是您可以在 SQL 安裝期間選擇安裝的選項。

安裝 SSMS 後，透過用戶端存取點連接到叢集。您的 SQL Server FCI 應該如下所示。

多子網路注意事項

在 OCI 中執行 SQL Server FCI 的最大考慮因素之一是群集節點駐留在不同的子網路中。 Microsoft 開始透過在 Windows Server 2008 R2 中新增「OR」功能來考慮群集節點可能駐留在不同子網路中的事實，如 Microsoft文件。

取自SQL Server 多子網路叢集 (SQL Server)

文件中所述的重要內容是網路名稱資源上的 RegisterAllProvidersIP 概念，在建立 SQL Server FCI 時預設啟用該概念。如上所述，啟用此功能後，將在 DNS 中使用網路名稱資源註冊兩個 A 記錄，每個 IP 位址對應一筆記錄。

使用“OR”功能，只有與活動子網路關聯的 IP 位址才會在線，而另一個將顯示為離線。如果您的用戶端支援將 multisubnetfailover=true 新增至連接字串，則將同時嘗試兩個 IP 位址，且用戶端將自動連接到活動節點。這是最簡單的，也是多子網路叢集中客戶端重定向的預設方法。

該文件接著說，如果您的用戶端不支援 multisubnetfailover=true 功能，則您應該「嘗試將每個附加 IP 位址的用戶端連接字串中的連線逾時調整 21 秒。這可確保客戶端的重新連線嘗試在能夠循環存取多子網路 FCI 中的所有 IP 位址之前不會逾時。

停用 RegisterAllProvidersIP 是另一個可行的選項。透過停用 RegisterAllProvidersIP，您在 DNS 中將只有一筆 A 記錄。每次群集故障轉移時，DNS A 記錄都會更新為與名稱資源關聯的活動群集 IP 位址。

此方案配置的缺點是您的用戶端將快取舊 IP 位址，直到生存時間 (TTL) 到期。為了最大限度地減少重新連線的延遲，建議您變更名稱資源上的 TTL。描述了這個過程這裡下面顯示了將 TTL 設定為 5 分鐘的範例。

取得 ClusterResource -名稱 sqlcluster |設定 ClusterParameter -名稱 HostRecordTTL -值 300

請記住，對 AD 整合 DNS 伺服器的變更也可能需要一些時間才能傳播到整個林。

概括

本技術指南全面概述了在 Oracle 雲端基礎架構 (OCI) 中設定 SQL Server 2019 故障轉移叢集執行個體 (FCI)。首先強調了解 OCI 可用性 SLA 的重要性，該 SLA 根據部署策略而有所不同：跨可用性域部署為 99.99%，跨故障域部署為 99.95%，單一虛擬機部署為 99.9%。該指南強調，SLA 涵蓋虛擬機器可用性，而不是其上執行的應用程式或服務，因此需要採取額外的措施來確保應用程式可用性。

該指南詳細介紹了在 OCI 中建立虛擬雲端網路 (VCN) 和子網路的初步步驟，強調需要一個能夠容納至少三個可用性域以實現叢集目的的網路規劃。每個可用性域必須位於不同的子網路中，這項要求也適用於跨故障域的叢集。它提供了在單一 VCN 內跨不同可用性域設定三個子網路的特定配置。

此外，該指南還描述了建立網際網路閘道以及編輯預設安全性清單和路由表以促進跨可用性網域的存取和安全性的過程。它還介紹了用於 Active Directory 相容性的 DHCP 選項配置，並概述了使用 Windows Server 2022 和 SQL Server 2019 配置虛擬機器的步驟，強調了規劃伺服器名稱、IP 位址和可用區放置的重要性。

然後，該指南深入研究了新增額外磁碟區以滿足 SQL Server FCI 儲存需求，詳細介紹了建立區塊磁碟區並將其附加到執行個體的過程。它還指導如何在 OCI 中設定 Windows Server 故障轉移叢集的輔助 IP 位址。

接下來，本指南介紹了網域控制器設置，包括啟用 Active Directory 網域服務以及將伺服器升級為網域控制站。它逐步介紹了在 SQL1 和 SQL2 上準備儲存和啟用故障轉移群集功能，以及群集驗證和建立過程。

該指南進一步討論了新增檔案共用見證以維護叢集仲裁以及安裝 DataKeeper Cluster Edition 以進行磁碟區複製。它提供了在叢集節點和 SQL Server Management Studio 上安裝 SQL Server 的逐步方法，以及多子網路部署的注意事項。

總而言之，本指南提供了在OCI 中部署和配置SQL Server 2019 FCI 的詳細藍圖，涵蓋從網路設定和VM 配置到叢集、儲存配置和網域控制設定等各個方面，確保關鍵業務應用程式的正常運作時間和可靠性最大化。

在此下載逐步指南。

經許可轉載安全作業系統

選擇正確的高可用性解決方案的四個技巧

選擇正確的高可用性解決方案的四個技巧

高可用性和勒布朗是有史以來最偉大的 (GOAT) 爭論

我在黑桃牌上輸了。我在卡胡特輸了。我在一場籃球比賽中輸給了同一個友好的競爭對手布蘭登。因此，為了分散他的注意力，我又開始辯論——“勒布朗是有史以來最偉大的！”接下來的緊張氣氛充滿了來回的咆哮，其中夾雜著一些籃球巨星的名字：邁克爾喬丹、朱利葉斯歐文、威爾特張伯倫、鮑勃庫西、沙克、比爾拉塞爾、傑裡·韋斯特、史蒂芬·庫裡、凱文·杜蘭特、科比·布萊恩、魔術師和值得，以及勒布朗。他爭辯說：“你怎麼能說勒布朗是最偉大的，科比有殺手本能！”我們的口頭爭論將擴大到有什麼要求，是什麼讓某人成為偉大對話的一部分，甚至是討論的一部分的候選人。他們是否需要長壽、得分記錄、防守能力、其他榮譽和榮譽？他們至少應該獲得多少個最有價值球員獎？他們時代的超越又如何呢？怎麼樣這個或那個，當然，我的朋友布蘭登總是很快就會添加標題！

如何選擇最佳的高可用性解決方案

但是，這有什麼關係高可用性？很高興你問了。您多久被要求從眾多競爭者中提供或選擇最佳可用性或更高可用性的解決方案？您已經確定，因意外應用程式崩潰或生產伺服器停機而毀掉的最後一個週末，也是因缺乏自動監控和復原而毀掉的最後一個週末。但是，在 Microsoft 故障轉移叢集、SuSE High Availability Extensions、PaceMaker、NEC ClusterPro、vWare HA、SIOS Protection Suite 和 SIOS AppKeeper 等眾多知名解決方案中，哪種解決方案最好？我在與史上最偉大的比賽中學到的四件事將幫助您解決高可用性的困境。

醫管局的要求

首先，有什麼要求？如果我想要有史以來最好的純射手，我會很容易地把史蒂芬·庫裡包括在內。如果我想要最令人生畏的身體存在，我會和沙克這樣的人一起去。如果我需要最好的隊友、助攻王或全能的優秀球員，那麼我認為勒布朗·詹姆斯、魔術師約翰遜、傑裡·韋斯特、拉里·伯德都在討論之中。同樣，在開始建立 HA 解決方案之前，請先了解您的需求。是資料複製必需的還是可選的？你需要SQL或者您同樣傾向於使用其他資料庫？還需要哪些應用程式和軟體包？您是否需要一個可以引導您進入雲端的解決方案，但首先它必須馴服遺留系統、vmWare 和實體系統？您是一家全 Windows 應用程式商店，還是兩者的混合體？也試著想想你的團隊。您的人員流動率是否很高，導致管理多個解決方案變得困難，培訓課程是否必不可少，以及現實生活中的人們在支持批判的？您需要易用性還是只注重堅固性？產品、產品和公司的壽命和穩定性在哪裡？

其次，你如何確定你的需求的優先順序？您將如何根據既定要求優先考慮優秀者？我的朋友布蘭登總是很快就給出標題。他總是反駁，詹皇有幾個冠軍？在他的辯論中，頭銜才是王道。我通常會諷刺地反駁說，即使是替補席上的第 12 個人也能獲得戒指。我要強調的是，羅伯特·霍里是一位出色的大前鋒，他擁有的頭銜比詹皇和喬丹還要多。就需求的優先順序進行坦率和誠實的對話。當您選擇 HA 解決方案時，與 RTO/RPO 相比，易用性、作業系統支援和應用程式支援範圍有多重要？哪些功能和要求被認為是必須具備的、應該具備的、最好擁有的。身為客戶體驗副總裁，我們曾經遇到一位客戶，他堅持集群軟體支援32個節點，儘管他們並沒有計劃建造超過2個或3個節點的集群。確定清單的優先順序。

測量災難復原的 RPO 和 RTO

第三，您如何衡量這些要求？您將如何根據既定要求來衡量偉大人物？籃球統計數據很有趣、資訊豐富，但常常具有誤導性。布蘭登經常提醒我檢查得分冠軍是如何贏得的，就像我教贏得了多少冠軍一樣。我們經常對誰能更好地開始或結束比賽以及如何真正衡量動力、強度和獲勝意願進行諷刺。同樣，當您梳理文獻時，請仔細研究概念驗證細節，確定並定義如何衡量 RPO 和 RTO 等內容。 RTO 是基於客戶端重新連線時間還是應用程式重新啟動時間？您是否正在測量 RTO故障轉移（伺服器崩潰）恢復（應用程式崩潰）、手動切換（管理操作），或以上全部？如果應用程式效能對您很重要，那麼該衡量標準是什麼樣的？是讀取效能、寫入效能還是基於客戶端的實際或特徵工作負載？想想基準適合什麼地方，或適合嗎？另外，請誠實地說明您將數字與什麼進行比較。在正常操作和復原期間測量更快的資料庫查詢時間很重要，但如果解決方案的其餘部分產生了使用者體驗更高的延遲怎麼辦？

評估高可用性和災難復原

最後，繼續評價。從朱利葉斯在底線搖晃嬰兒入睡，到喬丹從罰球線起跳，再到史蒂芬庫裡在半場線內邁出一步，籃球比賽一直在演變。 「喬丹規則」和「壞小子時代」的狂妄已經被一套有利於並強調技巧、力量和技巧結合的規則所取代。同樣，技術格局也在不斷變化。當 Solaris 和 MP-RAS 伺服器佔據主導地位時，進入前十名的解決方案可能無法適應 Linux、Windows 或其他變體的靈活性。利用光纖通道功能的基於 SAN 的解決方案可能已過時雲端和無SAN世界。所以，不斷評估偉大。持續關注前十名的解決方案如何順應趨勢，或者更好的是，仍然在製造它們。

雖然我與 Brandon 的爭論仍在繼續，而且很可能在幾代人之後，甚至我們的孩子也不會選出贏家，但您可以選擇正確的 HA 解決方案來滿足您的企業可用性需求。聯絡 SIOS 代表協助您了解、確定優先順序並衡量 SIOS 保護套件超出您要求的能力。

經許可轉載安全作業系統