使用 SIOS DataKeeper 在 Google Cloud 中實現經濟高效的 SQL Server 高可用性

使用 SIOS DataKeeper 在 Google Cloud 中實現經濟高效的 SQL Server 高可用性

確保SQL Server 的高可用性部署對於維持 Google Cloud Platform (GCP) 中的業務連續性至關重要。在選擇如何實現此目標時，有兩個主要選項可用：Always On 可用性群組和 SQL Server 故障轉移叢集執行個體 (FCI)。

始終在線可用性組提供全面的高可用性和災難復原解決方案，但它們需要 SQL Server Enterprise Edition，這可能是一項重大投資，特別是對於不需要企業版提供的全部功能的企業而言。

SQL Server 故障轉移叢集執行個體 (FCI)，由 SQL Server 標準版支持，提供了更具成本效益的替代方案。然而，FCI 通常依賴 SAN 等共享儲存解決方案，而 GCP 本身並未提供此類解決方案。缺乏叢集感知共享儲存給希望在雲端部署 FCI 的企業帶來了挑戰。

SIOS DataKeeper 如何應對 GCP 中的 FCI 挑戰

SIOS資料管理器提供了彌補這一差距的解決方案，允許組織在 GCP 中建立 SANless 叢集。此方法透過在區域內的不同區域之間同步複製資料來消除對傳統共用儲存的需求。

SIOS DataKeeper 不僅複製附加到每個雲端實例的本機磁碟，還將複製的磁碟作為 DataKeeper 磁碟區資源呈現給叢集。對於叢集來說，該磁碟區表現為共享磁碟，與叢集無縫集成Windows Server 故障轉移叢集 (WSFC)。在故障轉移期間，DataKeeper 控制鏡像方向，確保活動節點仍然是鏡像來源，而其他節點成為目標。此設定可在使用 SQL Server 標準版的同時保持 SQL Server 環境的資料一致性和高可用性。

在 GCP 中使用 SIOS DataKeeper 的主要優勢

1. 節省成本：透過為 FCI 啟用 SQL Server 標準版，SIOS DataKeeper 協助組織避免更高的成本與 SQL Server Enterprise Edition 關聯。
2. 全面保護：SIOS DataKeeper 跨區域複製整個 SQL Server 實例，針對區域級故障提供強大的保護。
3. 簡單、靈活：此解決方案簡化了在 GCP 中設定和管理 SANless FCI 的過程，使 IT 團隊可以輕鬆存取並降低複雜性。

關於 GCP 中經濟高效的 SQL Server HA 的最終想法

對於正在運行的企業Google Cloud 中的 SQL Server，在成本和可用性之間找到適當的平衡至關重要。雖然 Always On 可用性組功能強大，但它們的價格更高。 SIOS DataKeeper 提供了一個實用的替代方案，支援建立 SANless 叢集，提供必要的高可用性，同時使用 SQL Server 標準版控製成本。

有關如何實施此解決方案的逐步指南，我建議閱讀全文，涵蓋從網路設定到叢集配置的所有內容。本指南將協助您部署高可用的GCP 中的 SQL Server 環境充滿信心。

進一步實現經濟高效的 SQL Server HA

準備好在不花太多錢的情況下增強 Google Cloud 中的 SQL Server 高可用性了嗎？探索 SIOS DataKeeper 如何簡化您的部署並最大化您的投資。聯絡我們的團隊在設定滿足您特定業務需求的 SANless 叢集方面尋求專家協助。

經許可轉載安全作業系統

ESPN 的「起床」早晨秀如何改善您的高可用性策略

ESPN 的「起床」早晨秀如何改善您的高可用性策略

ESPN 通常是獲取 NFL 資訊的首選來源。該網絡以提供多個節目來報導每場比賽而聞名，這些節目提供有關球隊、比賽、即將到來的賽程、聯盟教練以及特定球員的亮點的廣泛分析、意見和隨機信息。

向 ESPN 學習：透過兩個關鍵問題增強您的高可用性

在 2021 年 9 月 13 日播出的一個片段中，丹·奧爾洛夫斯基 (Dan Orlovsky) 對芝加哥熊隊使用他們的新秀四分衛表示遺憾。在這樣做時，他順便提供了兩種方法來提高您的高可用性，只需兩個問題。提高您的高可用性來自 ESPN 的 Dan Orlovsky。

第一個問題，我們在這裡做什麼？

熊隊的進攻讓新秀四分衛賈斯汀·菲爾茲上場進行第二次進攻。新秀迅速傳球，完成七碼射門。然而，熊隊的比賽召集人沒有繼續使用新秀，而是回到了他們之前的四分衛，後者迅速將球傳給了另一支球隊。這部劇引發了丹·奧爾洛夫斯基的疑問：“我們在這裡做什麼？”

好吧，我認為你不是新秀四分衛。而且，我希望你不是為熊隊效力。但是，如果您負責企業的任何部分高可用性（HA）和災難復原（DR）策略，包括聚類,資料保護,資料複製、應用程式編排、治理/遵守和SLA，那麼奧爾洛夫斯基的第一個問題就是一個很好的起點。

你在幹什麼？

• 您是否希望部署軟體和服務或修復已知的可用性問題？
• 您的團隊的重點是規劃未來，例如遷移到雲端，還是解決不同變更和需求的某種組合？
• 您的目標是在滿足監管要求的同時節省成本，透過更多可用資源提高客戶獲取量，還是優化和改進後端處理？

回答有關您的企業高可用性和災難復原 (HA/DR) 策略的問題將有助於澄清有關以下方面的大量資訊：解決方案和架構您實施的以及與之相關的團隊和流程。

第二個問題，我們為什麼要這麼做？

奧爾洛夫斯基對芝加哥熊隊何時以及如何使用他們的新秀四分衛感到沮喪，發表了一系列快速評論後，奧爾洛夫斯基提出了第二個問題：「我們為什麼要這樣做？如果用奧洛夫斯基的話來說，“什麼”是讓菲爾茲勾選一個方框並安撫球迷，那麼“我們為什麼要這樣做？”當您可以利用更多充滿活力的新秀的能力來獲得優勢並贏得比賽時，為什麼要勾選此框呢？為什麼不做出能讓你獲得成功的最佳機會的改變呢？

當然，我們不是熊隊的教練，儘管我不介意打幾場比賽。但是，這個問題仍然適用於參與實施企業可用性的人。讓我們回到第一個問題。對於「我們在這裡做什麼？」你的回答是什麼？現在，回答「我們為什麼這樣做？」的問題。一些可能的原因包括：

• 提供數據可用性保證
• 節省業務時間
• 透過避免代價高昂的非計劃性停機來節省企業資金
• 透過自動化監控和恢復節省業務時間和金錢
• 部署架構以滿足嚴格的服務等級協定 (SLA) 或服務等級目標 (SLO)
• 將 RTO 和 RPO 降低至零
• 防止去年的災難再次發生
• 對沖未知的停機威脅
• 滿足治理要求
• 檢查方框
• 盡量不因違規而被罰款
• 因為管理層這麼說

我們為什麼要這樣做是在部署高可用性系統之前、期間和之後需要回答的關鍵問題。身為客戶體驗副總裁，我曾與一位客戶合作，該客戶的 IT 管理員和資料庫管理員對「我們為什麼要這樣做？」的理由截然不同。更糟的是，執行發起人持有第三種觀點。如果沒有經過適當審查和溝通的“原因”，團隊就難以正確闡明需求，並且當事件發生時，他們的補救努力往往會產生更多衝突和問題。

芝加哥熊隊在即將到來的第三場比賽中未能取得成功或未能正確利用他們年輕的四分衛，可能有很多可能的原因，並且對於他們試圖通過他們的球隊和經驗豐富的四分衛來實現什麼目標也有同樣多的意見。但是，即使奧爾洛夫斯基無法幫助熊隊球迷澄清什麼或為什麼，他也確實提供瞭如何立即提高 HA 的框架。那麼，您如何回答以下兩個問題：我們為 HA 做些什麼？我們為什麼要這樣做？

高可用性解決方案

SIOS Technology Corporation 提供高可用性集群軟體透過叢集管理保護和優化您最重要的應用程式的 IT 基礎架構。聯絡我們今天就了解有關我們專業服務和支援的更多資訊。

經許可轉載安全作業系統

如何充分利用 DataKeeper 中的「GET」指令

如何充分利用 DataKeeper 中的「GET」指令

在由三部分組成的 DataKeeper 儀表板部落格系列的第 2 部分中，此部落格是以下部落格的後續內容：DataKeeper UI 與汽車儀表板部落格。與您的汽車一樣，當儀表板上的這些指示燈（交通燈顏色）閃爍時，您可以打開引擎蓋來識別它們代表的含義。出發點：

• 電瓶燈 = 檢查電瓶、電纜連接、交流發電機等。
• 油燈 = 檢查量油尺是否有低油、高油或無油（無油，請勿移動您的汽車）
• 冷卻液燈 = 溢流箱內是否有冷卻液/水？

“打開引擎蓋”DataKeeper叢集版軟體有幾個相似之處，通常意味著使用命令列介面進行 DataKeeper 管理。至於將 EMCMD（擴充鏡像指令）與 SIOS DataKeeper 結合使用，GET 指令佔大約 48 個指令中最常用任務/指令的 1/3。請注意，它們僅供參考，不會影響您的節點。以下是一些有用的 Get 指令及其用法，用於確定儲存、網路和其他領域的 DataKeeper 使用者介面/DataKeeper.msc（紅綠燈顏色）中出現警告顏色的原因。

筆記：

一如既往地從提升的/管理員命令提示字元使用：

cd %extmirrbase%（這只是安裝路徑 <root>\Program Files (x86)\SIOS\DataKeeper> 的捷徑）

取得 DataKeeper 鏡像的狀態

以下是開始初步分類的好地方：

• 取得鏡像訊息（其他）它是使用最頻繁的工具，因為它提供鏡像角色、來源/目標以及鏡像可以處於的 5 種不同狀態。

• 取得服務資訊（其他） – 有關的重要訊息
  • 驅動程式版本和DataKeeper服務版本
  • 以及 SIOS DataKeeper 服務啟動/重新啟動的時間
• 取得完整捲列表（儲存/網路）- 總列表
  • 所有磁碟的
  • DataKeeper 和非 DataKeeper 卷
  • 它們的角色（來源/目標）和總容量（以位元組為單位）
• 獲取工作信息（儲存/網路）這顯示/回顯 DataKeeper 控制台中列出的作業信息
• 取得卷資訊（儲存、網路）非常實用
  • 比較來源 (diskmgmt.msc) 和目標磁碟區的總磁碟機容量（位元組）
  • IP 位址和目前鏡像狀態

將 DataKeeper“GET”指令交叉引用到各種 Windows Server 指令

• 獲取工作信息和“ipconfig /all”（網路）
  • 兩個輸出中的 IP 位址是否相同？如果鏡像複製要分段到另一個網絡，則 getjobinfo 必須與 ipconfig /all 輸出相符。執行一個更改鏡像端點將糾正這種差異（將在另一個部落格中討論）
    • 還有來自的鏡像端點訊息獲取工作信息輸出應與 ipconfig /all 輸出中的 IP 位址匹配
• 執行完一個調整現有來源磁碟區和目標磁碟區的大小，是否emcmd 。取得卷資訊命令反映的總空間與磁碟分割命令和它的大小？透過 DISKPART，可能需要“擴展”或“擴展檔案系統”，以便作業系統能夠識別調整大小的捲
• 取得完整的捲列表具有與磁碟管理小程式 (diskmgmt.msc) 類似的信息
  • 檔案系統類型
  • 卷總空間（位元組）
  • 取得卷資訊提供類似的輸出
• 取得服務資訊以及「net start」可以提供有關 SIOS DataKeeper 服務的狀態；如果是開始/停止

掌控 DataKeeper：立即套用您的 GET 指令知識

現在，您已經掌握了有關汽車儀表板上的燈的一些基本知識，當涉及到 DataKeeper 儀表板系列部落格 3 中的 DataKeeper 管理時，您將成為 DIY 愛好者。

經許可轉載安全作業系統

從網路安全噩夢中汲取的 6 個高可用性經驗教訓

從網路安全噩夢中汲取的 6 個高可用性經驗教訓

最近，一家安全供應商針對不斷上升的安全威脅向公司報告了一些最佳實踐建議和建議。雖然安全威脅應該受到每個企業的關注，但此建議不僅限於網路安全；它對於需要保護關鍵應用程式和服務的 HA 合作夥伴和客戶同樣重要。

最近有關網路安全的文章為 HA 帶來的六大要點

1. 立即採取措施提高 HA
   等待停機事件並專注於快速恢復是一個糟糕的策略。準備和防止停機是一個更好的解決方案。開始識別關鍵的 Tier1 和 Tier2 應用程式、資料庫和服務。第 1 層應包括所有關鍵業務解決方案那不可能是無法訪問的。也就是說，應用程式必須 24/7 可用，如果離線將造成嚴重的業務後果。雖然第 2 層應用程式應盡可能頻繁地運行，但它們的重要性較低，您的企業可以容忍長達數小時的中斷，而不會對業務產生重大影響。
2. 制定全面的醫管局保障計劃
   制定保護關鍵應用程式、資料庫和服務的計劃。確保該計劃包括架構和設計文件以及回應停機的人員職責。請務必準備好在 QA 或沙箱環境中部署叢集的流程，並專注於將活動和詳細資訊記錄到操作手冊中。這些沙箱和 QA 系統還可用於測試、培訓和驗證升級、修補程序和維護。
3. 認識並解決高可用性風險
   所有組織都必須認識到，沒有一家公司能夠免受停機中斷的影響，無論規模大小或位置如何。小型、中型和大型企業都容易遭受自然災害或人為災害。大型組織將經歷相當多的用戶錯誤、本地建設導致的資料中心故障、基礎設施故障以及網路元件中斷。中小型實體，尤其是。那些擁有本地解決方案或規模較小的 IT 團隊的人，需要添加HA保護以及。雖然大公司可能會在停電中損失更多資金，但中小型企業也可能損失相當數量的資金。需要注意的是，遷移到雲端並不足以防範所有風險。
4. 業務主管需要領導高可用性策略
   準備和防範停機不僅僅是 IT 團隊的問題。企業主管需要參與保護企業免受已知風險、暴露和停機威脅。這意味著關鍵管理人員和利害關係人需要主動詢問 HA 的覆蓋範圍、計劃和人員配置。企業主管也應該做好投資準備，確保一級應用程式、資料庫、服務和資料的全面覆蓋，以應對意外情況。他們也應該主動將覆蓋範圍擴大到二級及以上。
5. 持續溝通對醫管局的重要性
   業務領導層、各個領域（網路、儲存、運算、雲端、資料庫和應用程式）的管理員應經常召開會議，討論新的和現有的HA 威脅、新的和現有的挑戰以及持續的需求。必須保持內部團隊討論以了解需求和業務連續性計劃。事實上，HA 考慮因素需要成為從 C 級到基層的所有相關內部規劃和溝通的一個組成部分。然而，這種溝通不能停止於內部利害關係人。相反，業務領導者和 HA 利害關係人必須與 HA 供應商及其研發和支援團隊一起審查公司狀況、HA 要求和關鍵發現。
6. 不要等到災難發生才檢查您的 HA 解決方案
   公司需要經常審查他們的計劃以及執行這些計劃的能力。此審查需要比閱讀操作手冊、文件或集群設計更深入。請查看操作手冊以及實務練習以驗證和更新操作手冊。測試停機後系統恢復流程，包括客戶端和業務營運恢復

立即採取行動，保護您的系統免於停機

與安全建議類似，公司應立即採取行動，確保其係統、解決方案、應用程式和資料免受停機和災難的影響。不要等到災難發生才發現您的 HA 策略的缺陷。立即聯絡 SIOS增強您的 HA 策略並保護您的業務免受意外中斷。

經許可轉載安全作業系統

DataKeeper UI 與汽車儀表板：高可用性監控指南

DataKeeper UI 與汽車儀表板：高可用性監控指南

除了分享使用的樂趣DataKeeper叢集版以其高可用性和災難復原除了能力之外，我們大多數人還有其他一些共同點。 。 。我們開汽車…電動、汽油或混合動力。 《富比士》稱，截至 2022 年，92% 的家庭至少擁有一輛汽車。

這些數以百萬計的汽車與 DataKeeper 有一些共同點。 。 。

帶有狀態指示器的儀表板。

在 DataKeeper 的情況下，使用者介面 (DataKeeper.msc) 具有所謂的鏡像定義或鏡像狀態。

在汽車中，指示燈被親切地稱為“儀表板燈”，或者對於某些 X 世代來說，它們可能會被稱為“儀表板燈”“白痴燈”

讓我們直接討論一下它們的相似之處。

所有汽車都具有一定程度的燃燒（燃料）、電力（或非電力）和冷卻能力；因此儀表板上的相關指示燈通常為紅、黃、綠三種顏色。與汽車儀表板一樣，DataKeeper UI 在控制台樹中具有「紅綠燈」模式。

正如我們所提到的，對汽車進行故障排除時可能遇到的情況，例如電池、燃油問題、引擎過熱（如您的引擎）、DataKeeper 故障排除也可以合併到以下方面：

• 貯存
• 網路
• 其他（安全、用戶管理等）

回顧一下 DataKeeper UI 控制台樹中的「紅綠燈」標識符，讓我們來看看「幕後」來識別鏡像的狀態。

當駕駛員將汽車送去修理問題或進行定期維修時，經銷商的技術顧問或服務技術人員將插入 OBD 連接器（車載診斷），以大致了解問題可能出在哪裡發生（燃燒、電氣或其他）

識別鏡像狀態顏色以診斷 DataKeeper 問題

作為支援/驅動 DataKeeper 的用戶，您的第一級分類應該是識別鏡像的「顏色」變化，以確認儲存、網路或其他是否影響了用戶、效能等。

這些標識符被親切地稱為鏡像定義。鏡像狀態與 OBD 類似，可以透過啟動名為“的命令來識別”emcmd 。 getmirrorvolinfo <驅動器號>」。

筆記：

要存取“emcmd”命令（順便說一句，它代表擴展鏡像命令），我們可以啟動提升的（管理員）命令提示符，如下所示：

• “cd %extmirrbase%”
  • 這是實用程式所在安裝路徑的捷徑，例如 <root>\Program Files (x86)\SIOS\DataKeeper

輸出將顯示為“#主機名稱#”

第一個整數代表鏡像的角色，（1 = 來源，2 = 目標）

至於Last整數，Mirror可以獲得6種狀態：

1 – 鏡像（綠色）

2 – 鏡像正在重新同步（黃色）

3 – 鏡子破碎（紅色）

4 – 鏡子暫停（黃色）

5 – Resyc 正在等待（黃色）

有多種變化 – 正如它與您的汽車或 DataKeeper 相關一樣 – 人們必須找到一個起點來識別“痛點”

• 司機：你和家人共用一輛車嗎？有人留下頂燈了嗎？燃油類型是否從 94 辛烷值改為 87 辛烷值？
• DataKeeper 管理員：您是唯一的支援人員嗎？其他部門是否可以存取您的集群，例如資料庫管理員、負責儲存、網路等的基礎設施人員？

深入探究：擴展集群資源之前要採取的預防措施

貯存

做好你的功課。基礎設施和資料庫管理員希望擴展其儲存以滿足不斷增長的需求。他們非常了解手頭上的任務，但如果執行不正確或順序錯誤，DataKeeper 中的鏡像顏色可能是紅色、黃色或無。看看我們的文件和支援視頻關於如何正確調整儲存大小。

網路

輕鬆避免完全重新同步。基礎設施和資料庫管理員可能希望將現有鏡像流量分段到不同的網絡，而不會造成任何停機或高可用性損失。您能想像沒有 HA 來重新創建新鏡像並且必須對幾 TB 甚至 1 PB 的資料執行完全重新同步嗎？看看我們的文件和支援視頻如何輕鬆實現這一目標

其他（安全）

了解密碼管理。密碼原則可能會根據 Active Directory 中規定的時間範圍進行變更。如果管理員不知道這一點，並且重新啟動 SIOS DataKeeper 服務，則不會自動傳播為 SIOS DataKeeper 服務帳戶 (Active Directory) 變更的密碼。因此，需要在服務小程式中手動更新服務帳戶密碼。 (services.msc) 若要正確使用 SIOS DataKeeper 服務帳戶，請查看我們的支援文件

跨多個部門管理 DataKeeper 以避免停機

您的汽車可以有多位駕駛員、不同的服務技術人員、不同的路況等。 DataKeeper 也不例外，因為可能存在負責儲存、網路、安全等的跨職能部門，這可能會對 DataKeeper 產生不利影響。可能存在與DataKeeper 存在關係/依賴性的相關集群資源。顏色；特別是黃色和紅色。

監控 DataKeeper 鏡像狀態和基礎架構變更的清單

• 回顧「紅綠燈」顏色
• 透過 emcmd 辨識鏡像的狀態。取得鏡像卷資訊指令
• 如果涉及多個部門，請詢問整個基礎設施（儲存、網路、安全或其他部門）的變更或規劃事件
• 透過事件檢視器日誌、ipconfig /all 輸出增強您的初始分類，dk健康檢查，僅舉幾例

有關 DataKeeper 問題，請聯絡 SIOS 支持

如果您的汽車已經「失效」並將您留在路邊，您可能會聯繫 AAA，他們會提供拖車。有疑問或非優先問題，請發送電子郵件至support@us.sios.com。如果您的問題很緊急，請致電 877-457-5113 與我們聯絡。

經許可轉載安全作業系統