日立將領先保險公司的關鍵任務系統遷移到 Azure 以確保高可用性

日立將領先保險公司的關鍵任務系統遷移到 Azure 以確保高可用性

選擇 SIOS DataKeeper 是因為它能夠在 Azure 上啟用數據複製

一家大型保險公司希望將其名為“渠道系統”的關鍵任務系統遷移到雲端。渠道系統既包括員工和呼叫中心使用的內部系統，也包括銷售代理使用的第三方系統。該系統被定位為公司業務的核心系統——即使是短暫的系統故障和停機也會對業務造成很大影響。

渠道系統在 Hitachi 提供的本地虛擬化平台上運行。然而，硬件老化，對中間件的支持也結束了。這導致保險公司啟動了一個項目來更新基礎架構並將系統遷移到公共雲以降低運行成本。日立負責為該項目配置系統。

環境

頻道系統的架構主要由 Windows 軟件組成。“我們決定採用 Azure 作為雲平台，因為我們可以確認系統架構與 Microsoft Azure 之間具有很高的親和力，這將是最具成本效益的選擇。有些事情是無法改變的，但我們專注於將客戶的需求放在首位，”日立系統工程師 Takuro Nishino 說。

挑戰

公司對新基礎架構的要求之一是構建集群配置。此外，使用 DBMS 通過集群配置構建的數據庫以及作業管理中間件“JP1”必須在集群節點中配置，以便即使在雲遷移後也能確保高可用性 (HA)。現有系統使用 WSFC（Windows Server 故障轉移集群）配置 HA 集群，使用 Windows Server 功能和共享存儲（SAN）。

但是，截至 2019 年，無法在 Azure 中進行基於 SAN 的配置。更改 HA 軟件被認為是一種選擇，但是，“考慮到對系統的影響，優先考慮的是將系統移動到雲端，同時盡可能保持應用程序和基礎設施架構。” 西野說。Hitachi 決定尋找一種解決方案，既可以維護 WSFC 集群配置，又可以在沒有 SAN 的情況下複製數據，同時使用相同的 HA 軟件。

評估

經過一番研究，Hitachi 找到了 SIOS DataKeeper，這是一款可以在 Azure 上構建集群並與 WSFC 集成的數據複製軟件。DataKeeper 是 Azure 認證的產品，可以讓您將數據從主節點同步複製到備節點。通過將 DataKeeper 與 WSFC 一起使用，該公司將能夠使 JP1 變得多餘。日立也正式支持並體驗過這種配置。“DataKeeper 是使我們的項目可行的唯一解決方案——在不更改 HA 軟件的情況下遷移到雲，同時保持集群配置，”Nishino 回憶道。

Hitachi Solutions 與 Hitachi 一起，在實施 DataKeeper 方面有著良好的記錄，通過創建詳細的設計文檔和施工程序手冊參與了該項目。實施 DataKeeper 的實際工作是由保險公司 IT 部門的成員完成的。

解決方案

Hitachi Solutions 在定義需求後創建了基本設計和詳細設計，還提供了模板以方便保險公司實施系統。在這個過程中，得益於DataKeeper的參數設置等簡單易懂的特性。Hitachi Solutions 能夠通過簡單地自定義默認值以適應客戶環境而毫不費力地創建程序手冊。Hitachi Solutions 還在自己的本地環境中創建了一個 DataKeeper 測試環境，以提前發現任何問題——這個過程幫助他們創建了準確的程序手冊並順利配置了生產環境。

結果

2022年10月，保險公司係統遷移至Azure完成。自遷移以來，HA 集群配置——DataKeeper 和 WSFC——一直在穩定運行。該公司同意，在不更改系統架構或 HA 軟件的情況下，以這種方式實現 HA 集群配置是將系統遷移到 Azure 的最佳方式。

通過在 HA 集群配置中集成 DataKeeper，Hitachi 和 Hitachi Solutions 能夠在保險公司的雲遷移項目中取得成功。“我們能夠在客戶的項目中引入 DataKeeper 這一事實是一項了不起的成就。我們也希望將從這個項目中獲得的知識和成就應用到其他 Azure 項目中，”日立銷售部的 Kenta Otsuka 說。“事實上，我們已經向其他也在考慮將其係統遷移到 Azure 的客戶推薦 DataKeeper。通過 Hitachi Solutions 與 SIOS Technology 合作的經驗以及我們獲得的技能和知識必將在未來為我們的業務做出貢獻。”

“項目開始時，Azure 沒有共享磁盤功能，所以 DataKeeper 是唯一的選擇。儘管目前在 Azure 中可以使用基於 SAN 的配置，但基於我們能夠通過實施 DataKeeper 在該項目中實現平穩遷移和穩定運行的事實，DataKeeper 將繼續成為 Azure 遷移中需要冗餘時的解決方案，並且配置項目，”日立系統工程師 Satoshi Noguchi 說。

下載案例研究這裡

經許可轉載自信息系統

白皮書：關鍵業務應用程序的高可用性

白皮書：關鍵業務應用程序的高可用性

如今，大多數組織都依賴關鍵業務數據庫和應用程序，例如企業資源規劃 (ERP)、數據倉庫、電子商務應用程序、客戶關係管理 (CRM)、財務系統、供應鏈管理和商業智能係統。當系統、數據庫或應用程序出現故障時，這些組織需要高可用性保護以保持系統正常運行並最大限度地降低收入損失、員工生產力低下和客戶不滿意的風險。

本指南解釋了為什麼確保您的關鍵業務應用程序具有高可用性很重要，探討了與各種高可用性策略相關的技術挑戰，描述了行業特定的挑戰，並解釋了多雲環境如何為高可用性帶來新的挑戰和機遇。

下載這裡

經許可轉載自信息系統

網絡研討會：SAP 技術架構師的一天和數據中心的未來 註冊點播網絡研討會

網絡研討會：SAP 技術架構師的一天和數據中心的未來

註冊點播網絡研討會

SAP ERP 系統運行多種基本業務操作，從生產線到銷售、分銷、財務等等。自然地，在當今新興的數字世界中，對正常運行時間的依賴性越來越大。組織如何著手開發、設計和實施高度可用的 SAP 解決方案？加入 Bobby Jagdev，他將指導與會者完成與客戶一起設計解決方案的典型一天。從塑造需求到解決方案設計、產品選擇，最後幫助構建端到端架構。在本次會議中，Bobby 還將探討數據中心的未來將如何發展，以及高可用性對於未來數據中心解決方案的重要性。

網絡研討會：無需企業版即可在 AWS 上實現具有災難恢復能力的 SQL Server

網絡研討會：無需企業版即可在 AWS 上實現具有災難恢復能力的 SQL Server

註冊點播網絡研討會

您知道有幾個因素會影響您的工作負載性能、成本和可用性嗎？在雲中運行 SQL Server 工作負載時，沒有一種放之四海而皆準的方法，您可能不需要升級。參加本次會議，了解在優化 AWS 上的數據庫性能的同時擴展您的 IT 預算資金的策略。

經許可轉載自信息系統

更好地維護高可用性集群需要考慮的十個問題

更好地維護高可用性集群需要考慮的十個問題

維護是每個公司生命週期的一部分。每個基礎設施都在不斷移動和變化，即使是那些正在走向生命終結的基礎設施。您的團隊可能在您過去所做的事情上取得了很大的成功，但隨著系統變得越來越複雜，您過去認為成功的事情可能需要更新。這裡有十個問題需要改進集群維護, 最大化高可用性，並最大限度地減少停機時間。

系統維​​護時如何保證高可用

1. 業務利益相關者最好的日子是什麼時候？

與計劃外停機不同，這些是多個團隊、系統和互連資源根本無法用於計劃活動的窗口。例如，一家公司需要每月進行系統合規性檢查和安全檢查。在此期間，業務運營被檢查員、審計員等關閉。

2. 團隊安排維護的最佳日期是什麼時候？

作為客戶體驗副總裁，我們與許多對某些事件和活動有限制日期的團隊密切合作。您的團隊可能負責不止一組系統和服務器，並向具有關鍵應用程序和基礎架構的多個團隊報告。了解哪些日子最適合團隊可以幫助您避免分心、衝突和由於已知資源限製而浪費的時間。

3. 什麼日期和時間最適合合作夥伴、顧問和非公司承包商？

關鍵基礎設施通常包括許多與公司人員配置沒有直接關係的其他供應商和供應商。這些資源包括操作系統、安全和 HA 供應商和顧問，以及來自基礎架構提供商和其他合作夥伴的架構師。提前了解哪些日子最好或包含在您的支持層中對於正確安排和人員配備至關重要。

隨著全球團隊的增加，為所有這些資源找到合適的時間是另一個需要回答的重要問題。EST、IST、EMEA 和其他地區的資源最佳時間是什麼時候？

4. 維護的預期範圍是什麼？維護活動的預期結果是什麼？整體思考。

超越對應用程序的簡單維護，考慮包括它運行的整個環境。最近，一位計劃升級其應用程序的客戶決定同時升級其操作系統。不幸的是，這種範圍上的微小變化帶來了比預期更大的後果。他們的應用程序不支持新升級的操作系統，問題接踵而至。確保明確定義維護窗口的範圍，並詳細說明該範圍的結果。僅僅說環境有效是不夠的。盡可能詳細說明預期版本、行為和可衡量的結果。查看更多關於IT 彈性。

5. 維護窗口的時間長度是多少（預期的，允許的）？

理想情況下，我們都希望有所有的時間來執行維護，但客戶遍布世界各地意味著對計劃停機時間的容忍度很小——即使是關鍵任務也是如此。當您計劃維護時，預計停機時間有多長？你真的能滿足最大允許窗口嗎？如果不是，那麼您將需要重新計劃維護事件。

6. 回滾計劃是什麼？

雖然我們希望沒有任何問題，但我們應該意識到我們正在處理軟件、複雜的環境和配置，以及由許多團隊處理的許多移動部分。回滾計劃——即將系統恢復到維護前的版本和設置的方法——是必不可少的。確保如果出現問題，您有回滾計劃，例如完整備份或機器映像。查看更多關於災難恢復.

7. 所涉及的各個團隊成員是誰，他們的角色和職責是什麼？是否明確定義了所有必需的角色和職責？

作為客戶體驗副總裁，我們的團隊參與了一項維護活動，由於關鍵團隊成員失踪，該活動遇到了無法預料的延誤。在製定計劃和架構時，請務必確定團隊成員以及所需的 IT 角色和職責。正如高級支持工程師 Greg Tucker 提醒客戶的那樣，HA 涉及環境的每一層，包括存儲、網絡、計算、操作系統、安全、策略等。

8. 維護計劃記錄在哪裡？最後一次審查、更新和測試計劃是什麼時候？

成功是美好的，但它也會讓你沾沾自喜或自得其樂。經過多年的成功，您的過程可能不再被詳細記錄或被積極遵循。回答這些問題可以確保您的團隊繼續取得成功。

9. 在生產計劃之前的測試/QA 中解決了哪些問題？

感謝您繼續測試維護步驟。確保將在測試環境中解決的問題正確添加到生產維護計劃中。SIOS 客戶成功團隊已經看到客戶執行 QA 測試、發現錯誤假設並進行必要的更正，但未能將這些更正放入他們的生產清單中。

10. 您的計劃中缺少誰或缺少什麼？

既然您已經查看了計劃、時間安排、團隊、角色和架構，最後一個問題仍然存在：缺少誰或缺少什麼？作為最後一步，查看您的計劃並提出以下問題：“我們的計劃中缺少誰？” 另外，考慮問“我們的計劃中缺少什麼？” 作為客戶體驗副總裁，我與我們的團隊一起審查了無數客戶的活動計劃。最令人難忘的維護計劃審查之一揭示了回滾計劃中的一系列步驟，包括從克隆圖像和備份數據恢復服務器。但是，映像克隆和數據備份步驟並未包含在任務列表中。他們被忽視了，並被認為是在流程的早期完成的。

系統維​​護是保持高可用性的關鍵要素

系統維​​護是維護計算機系統的關鍵和必要部分。維護可以是糾正錯誤、引入新的軟件功能或使系統適應新的用例。當所討論的系統是對組織保持業務連續性至關重要的業務關鍵系統時，制定一個深思熟慮的計劃是必不可少的。考慮這十個問題和您自己的其他問題，以確保您的維護滿足業務需求，而不會出現不必要的風險或延誤。

聯繫 SIOS今天介紹高可用性和災難恢復解決方案。

經許可轉載自信息系統