HA 和 DR 的簡單日子已經一去不復返了

HA 和 DR 的簡單日子已經一去不復返了

SIOS LifeKeeper for Windows 中的新驅動程序為您做了什麼？

SIOS LifeKeeper for Windows 中的新驅動程序為您做了什麼？

在未來數年加強共享和無 SAN 環境中的數據保護。

可口可樂、KitKat、SalesForce 和適用於 Windows 的 SIOS LifeKeeper有共同點？這裡有一些提示：

• 可口可樂重新啟動了一項活動，使用其標誌性品牌的產品重新設計以適應未來，特別是關注社會主題。
• Kit-Kat 在英國重新命名其糖果棒，以紀念和慶祝蓬勃發展的社交媒體、YouTube 和通用技術浪潮，並利用 Android (KitKat) 操作系統的品牌優勢。
• Salesforce 改進了其基礎產品，以創建更時尚、更現代、更快速的界面來滿足其客戶的需求。

這些公司對其標誌性產品、服務和解決方案進行了重大改進，以更好地為客戶服務，適應未來並為未來做好準備，並利用自身優勢。以類似的方式，SIOS 對我們的 SIOS LifeKeeper for Windows 產品進行了顯著改進。

在 LifeKeeper for Windows 版本 8.9.0 之前，共享存儲功能（包括 I/O 防護和驅動器識別和管理）由 NCR_LKF 驅動程序處理。從 SIOS LifeKeeper for Windows 版本 8.9.0 開始，SIOS Technology Corp. 重新設計了共享存儲驅動程序架構。 從當前版本開始，NCR_LKF 驅動程序已被刪除並由 SIOS ExtMirr 驅動程序取代，SIOS ExtMirr 驅動程序是 SIOS DataKeeper / SIOS DataKeeper Cluster Edition 的 SANless 存儲複製背後的引擎。

SIOS LifeKeeper for Windows 中 NCR_LKF 架構變化的五個顯著優勢：

1. 更現代的司機

ExtMirr 驅動程序提供了一個更現代的過濾器驅動程序來管理共享存儲功能。雖然 NCR_LKF 驅動程序專注於“保持燈亮”和“數據安全”，但驅動程序的體系結構落後於更現代的驅動程序。ExtMirr 驅動程序維護了數據保護，同時更兼容、更現代並且更容易在新版本的 Windows 操作系統中得到支持。

2. 更強大的 I/O 防護

SIOS DataKeeper 和 SIOS DataKeeper Cluster Edition 中使用的驅動程序包括一個強大的防護架構。 雖然 NCR_LKF 驅動程序能夠進行 I/O 防護，但新驅動程序更加健壯並且已經在 SAN 和 SANless 環境中進行了測試。 增強的 I/O 防護利用受保護卷中的捲鎖和節點所有權信息。

3. 更緊密的集成和兼容性。

利用 DataKeeper 產品中使用的 ExtMirr 驅動程序的 I/O 防護意味著 LifeKeeper for Windows 解決方案增加了與 DataKeeper 產品線的集成。ExtMirr 驅動程序還包括最新的Microsoft 驅動程序簽名並與強制執行驅動程序簽名和安全啟動的操作系統無縫協作。

4. 更容易管理

ExtMirr 驅動程序為客戶和管理員提供了大量命令行實用程序，用於獲取和管理卷的狀態。emcmd 命令是兩個 SIOS DataKeeper 產品的本機命令。 它們現在可用於更輕鬆地管理 SIOS LifeKeeper 共享卷配置。 利用 LifeKeeper for Windows 產品的共享存儲和復製配置的客戶和合作夥伴現在可以了解和使用單一的命令行工具集。 emcmd 工具取代了以前的 volume.exe、volsvc 和類似的 NCR_LKF 過濾器驅動程序管理工具（鎖定、解鎖等）。

5. 更頻繁的更新和修復

通過將 ExtMirr 驅動程序添加到適用於 Windows 的 SIOS LifeKeeper 中，共享存儲配置以及復製配置現在將在更新、新功能和修復方面得到提升。 雖然 NCR_LKF 驅動程序為 I/O fencing 提供了堅實的基礎和穩定的基礎，但切換到 ExtMirr 驅動程序意味著客戶將看到相同的強度和穩定性，並且對新產品支持的更新速度更快將兩個產品對齊到一個驅動程序可能不會與 SalesForce Classic 到 Lightning 更新一樣華麗，但它增加了重要的功能，增加了 SIOS DataKeeper 和 SIOS LifeKeeper 解決方案的強度和壽命，並將在未來幾年加強共享和無 SAN 環境中的數據保護。

客戶體驗副總裁 Cassius Rhue 經許可轉載自信息系統

如何重新創建文件系統和鏡像資源以確保大小信息正確

如何重新創建文件系統和鏡像資源以確保大小信息正確

使用高可用性 (HA) 集群時，必須確保集群中所有節點的配置相互並行。 這些“鏡像”配置有助於最大限度地減少集群上的故障點，提供更高標準的 HA 保護。 例如，我們已經看到在源節點上更新了鏡像大小但在目標節點上沒有更新相同信息的情況。 鏡像大小不匹配導致 LifeKeeper 無法在故障轉移的目標節點上啟動。 以下是在目標節點上使用與源相同的大小信息重新創建鏡像資源的推薦步驟：

腳步：

1. 從應用程序的角度驗證源節點上的數據是否有效且一致
2. 備份源上的文件系統（即鏡像源）
3. 運行 /opt/LifeKeeper/bin/lkbackup -c 來備份兩個節點上的 LifeKeeper 配置
4. 使所有資源停止服務。在我們的示例中，資源在節點 sc05 上提供服務，sc05 是鏡像的源（sc06 是鏡像的目標系統/目標）。
   1. 在 LifeKeeper GUI 的右窗格中，右鍵單擊DataKeeper 資源那是在服務中。
   2. 點擊中止服務從資源彈出菜單。
   3. 一個對話框將確認所選資源將停止服務。 與該操作關聯的任何資源依賴性都會在對話框中註明。 點擊下一個。
   4. 出現一個信息框，顯示資源停止服務的結果。 點擊完畢。

5. 驗證所有資源都已停止服務並且文件系統已卸載
   1. 在源上使用命令 cat /proc/mdstat 驗證沒有配置鏡像

2. 在源上使用 mount 命令以確保不再掛載文件系統
3. 在源上使用 /opt/LifeKeeper/bin/lcdstatus -q 以確保資源都是 OSU。

6. 在 LifeKeeper GUI 中打破 IP 資源 (VIP) 和文件系統資源 (/mnt/sps) 之間的依賴關係。右鍵單擊 VIP 資源並選擇刪除依賴項。

然後，為子資源標記選擇文件系統資源 (/mnt/sps)。

這將導致兩個層次結構，一個具有 IP 資源 (VIP)，一個具有文件系統資源 (/mnt/fs) 和鏡像資源 (datarep-sps)。

7. 刪除包含文件系統和鏡像資源的層次結構。 右鍵單擊 /mnt/sps 並選擇刪除資源層次結構。

8. 在源上，在文件系統上執行“mount <device> <directory>”。

示例：掛載 /dev/sdb1 /mnt/sps

9. 通過 GUI 通過以下命令重新創建鏡像和文件系統：
   1. 恢復套件：數據複製

2. 迴轉類型：智能
3. 服務器：源節點
4. 層次結構類型：複製現有文件系統
5. 現有裝載點：<選擇您的裝載點>。 在這個例子中是/mnt/sps。
6. 數據複製資源標籤：<取默認值>
7. 文件系統資源標籤：<取默認值>
8. 位圖文件：<取默認值>
9. 啟用異步複製：是

10. 創建後，您可以擴展鏡像和文件系統層次結構：
    1. 目標服務器：目標節點
    2. 迴轉類型：智能
    3. 模板優先級：1
    4. 目標優先級：10

11. 預擴展檢查完成後，選擇下一個，然後選擇以下值：
    1. 目標磁盤：<選擇鏡像的目標磁盤>。在我們的示例中是 /dev/sdb1。
    2. 數據複製資源標籤：<取默認值>
    3. 位圖文件：<取默認值>
    4. 複製路徑：<選擇您環境中的複制路徑>
    5. 安裝點：<選擇您環境中的安裝點>。在我們的例子中是/mnt/sps。
    6. 根標籤：<取默認值>

當資源“擴展”完成後，選擇“完成”，然後選擇“完成”。

12. 在 LifeKeeper GUI 中重新創建 IP 資源 (VIP) 和文件系統資源 (/mnt/sps) 之間的依賴關係。 右鍵單擊 VIP 資源並選擇創建依賴項。選擇 /mnt/sps 作為子資源標籤。

13. 此時鏡像應該執行文件系統大小的完全重新同步。 在 LifeKeeper GUI 右窗格中的 LifeKeeper GUI 中，右鍵單擊 VIP 資源。 選擇“In Service”以恢復 IP 資源 (VIP)，選擇鏡像處於服務狀態的源系統（在我們的示例中為 sc05）並驗證應用程序重新啟動並且 IP 可訪問。

經許可轉載自信息系統

解釋切換、故障轉移和恢復之間微妙但關鍵的區別

解釋切換、故障轉移和恢復之間微妙但關鍵的區別

高可用性是一個專長，與大多數專長一樣，它有自己的詞彙和術語。 我們的客戶通常對 IT 非常了解，但如果他們沒有在 HA 環境中工作，我們的一些常見 HA 術語可能會給他們和我們造成相當大的混亂。 它們聽起來很簡單，但在 HA 的上下文中具有非常具體的含義。這裡討論了其中三個術語——切換、故障轉移和恢復。

什麼是切換?

切換是一種用戶發起的通過行動高可用性(HA) 集群解決方案用戶界面或 CLI。 在切換中，用戶手動啟動更改受保護應用程序的源或主服務器的操作。 在典型的切換場景中，所有正在運行的應用程序和依賴項都按順序停止，從父應用程序開始，到所有子/依賴項都停止時結束。 一旦應用程序及其依賴關係停止，它們就會在新指定的主服務器或源服務器上以有序的方式重新啟動。

例如，如果您有資源 Alpha、Beta 和 Gamma。 資源 Alpha 取決於資源 Beta 和 Gamma。 資源 Beta 取決於資源 Gamma。在切換事件中，首先停止資源 Alpha，然後是 Beta，最後是 Gamma。一旦所有三個都停止，切換將繼續使資源在預期服務器上進入操作狀態。該過程從資源 Gamma 開始，然後是 Beta，最後是資源 Alpha 的啟動操作完成。傳統上，切換操作需要更多時間，因為必須以優雅有序的方式停止資源。 當需要更新軟件版本同時保持正常運行時間、在主要生產節點上執行維護工作（通過滾動升級）或進行 DR 測試時，通常會執行切換。

關鍵要點：如果沒有失敗導致該動作，那麼它是一個切換

什麼是故障轉移？

故障轉移操作通常是響應服務器崩潰或意外/計劃外重新啟動的非用戶啟動操作。 考慮具有兩個節點（節點 A 和節點 B）的 HA 集群的場景。在這種情況下，所有關鍵應用程序 Alpha、Beta 和 Gamma 都在節點 A 上啟動並運行。 在這種情況下，當節點 A 遇到意外/計劃外的重新啟動、斷電、停止或恐慌時，就會發生故障轉移。 一旦 HA 軟件檢測到節點 A 在集群中不再正常運行並且在操作上可用（由解決方案定義），它將觸發故障轉移操作以恢復對可用集群節點上的關鍵應用程序、資源、服務和依賴項的訪問, 在這種情況下是節點 B。在故障轉移場景中，由於節點 A 經歷了崩潰（或其他模擬的即時故障），因此節點 A 上沒有進程可以停止，因此一旦處理了適當的檢測和隔離操作，節點 B 將立即開始恢復過程資源。 與切換情況一樣，該過程從資源 Gamma 開始，然後是 Beta，最後是資源 Alpha 的啟動操作完成。 傳統上，故障轉移操作比切換需要的時間更少。 這是因為處理一個故障轉移不需要在前一個主（運行中或活動）節點上停止（或靜默）任何資源。

關鍵要點：發生故障轉移以響應系統故障。

什麼是恢復?

恢復事件很容易與故障轉移混淆。 當進程、服務器、通信路徑、磁盤甚至集群資源發生故障並且高可用性軟件響應於識別的故障而運行時，就會發生恢復事件。 大多數 HA 軟件解決方案能夠以多種方式處理恢復事件。 最突出的方法包括：

1. 在本地優雅重啟，然後在遠程優雅重啟
   1. 總是在本地嘗試重新啟動，如果恢復成功，則不會發生進一步的操作。 如果本地重新啟動失敗，則會發生下一個操作
   2. 如果本地重啟失敗，資源會優雅地移動到遠程節點
2. 在本地優雅重啟，然後在遠程強制重啟
   1. 總是在本地嘗試重新啟動，如果恢復成功，則不會發生進一步的操作。如果本地重新啟動失敗，則會發生下一個操作。
   2. 通過隔離主節點將資源移動到遠程節點
3. 遠程強制重啟
   1. 從不在本地嘗試重新啟動
   2. 如方法 2b 中所述，資源總是被強製到下一個可用的集群節點。
4. 強制服務器重啟，沒有遠程故障轉移
   1. 總是在本地嘗試重新啟動
   2. 如果本地重啟失敗，則重啟主節點以嘗試恢復服務。
   3. 資源不會失敗到遠程系統
5. 基於策略的本地重啟，然後遠程
   1. 策略可以控制遠程嘗試恢復之前的重試次數

由於恢復策略的多種變化，很容易看到類似於切換行為的恢復事件。 在方法 1 和 5 中經常出現這種情況。 在這些場景中，應用程序和服務在遠程節點上啟動之前以有序的方式優雅地停止。 方法 2 和 3，客戶經常會看到類似於故障轉移的行為。 在方法 2 和 3 中，主服務器由 HA 軟件重新啟動或隔離，這會創建類似於故障轉移的可觀察行為。方法 4 通常是一個很少使用的選項，但它混合了切換和故障轉移。方法 4 從正常停止應用程序和服務開始，然後重新啟動應用程序和服務（很像切換）。 但是，如果應用程序和服務的本地重新啟動失敗，系統將重新啟動（很像故障轉移），但實際上不會失敗到遠程集群節點。 雖然很少見，但通常在存在不平衡集群的情況下調用方法 4，或者與基於策略的方法一起使用。

關鍵要點：恢復事件取決於選擇的方法 供應商之間的 HA 術語是一個常見術語可以具有不同含義的領域。 當您使用企業應用程序部署和維護集群解決方案時，請確保您了解解決方案提供商關於故障轉移、切換和恢復的條款。而且，當你在做的時候，確保你知道餐廳會把醬汁放在一邊（放在碟子裡），還是放在一邊（你的土豆泥） 經許可轉載西歐

下載 SAP 產品的最佳實踐

下載 SAP 產品的最佳實踐

本博客試圖揭開下載 SAP 和相關應用程序和補丁所需的一些步驟的神秘面紗，因為對於沒有經驗的用戶來說，這可能會很複雜。 您需要先登錄 SAP 支持，然後才能繼續執行下面概述的步驟。

下載並安裝“ SAP 下載管理器”，可在下面頁面的底部找到。 下載管理器允許您同時選擇多個要下載的包。這允許無人看管地下載多個包。

按照這個關聯有關如何安裝和配置軟件下載管理器的 SAP 說明。

下載並執行 DLManager.jar 後，系統會提示您使用配置助手：

點擊下一步

輸入您的 SAP 登錄憑據，如果您需要代理，則可以對其進行配置。

輸入將保存下載的位置。 單擊完成。

現在下載管理器正在運行，您將把文件添加到購物籃中以下載它們，見下文。

點擊雙綠>>箭頭下載下載管理器中的所有項目。

安裝和升級

滾動到軟件下載的頂部：

我們在這裡感興趣的主要是“安裝和升級”。 這是完整的 SAP 版本映像可用的地方。

對於 HANA，滾動到 H 對於 Hana，我選擇“H”，然後找到“SAP HANA Platform Edition 2.0”。

很多HANA，找到並選擇“SAP HANA PLATFORM EDITION”

單擊它可以讓我選擇“安裝”。

現在我們看到了一個可用的當前軟件版本列表，對於 HANA，它當前是 2.0 SP5 或 SP6 版本。 你需要選擇你想要的硬件平台，在我們的例子中是 Linux x86_64。如果我們想使用下載管理器，我們只需單擊購物車（紅色圓圈），或者我們可以通過點擊鏈接（綠色圓圈）直接通過瀏覽器下載。

HANA 以 ZIP 的形式出現，需要將其上傳到您的 Linux VM，然後使用 unzip 解壓縮。 大多數 SAP 包都採用 .SAR 格式，這需要SAPCAR提取，SAPCAR 是用於壓縮或解壓縮文件的 SAP 實用程序。

您可以搜索 SAPCAR 並下載適合您平台的版本，SAPCAR 通常與 -xvf 選項一起使用，例如 ./SAPCAR -xvf SAP.SAR

支持包和補丁

“支持包和補丁”將為您提供可應用於基本產品級別的某些補丁級別。 “數據庫”用於支持與 SAP（HANA 除外）一起使用的第三方數據庫。

一旦我們選擇了“支持包和補丁”，我們就會看到幾個關於如何定位軟件的選項。 我通常使用“按字母索引（AZ）”。

H 代表 SAP HANA

然後是您要修補的軟件組件，例如 SAP HANA PLATFORM EDITION

再次選擇要修補的子組件，例如 SAP HANA PLATFORM EDITION 2.0

最後，為選定的子組件選擇所需的確切補丁級別。

最後，您已準備好迎接有趣的部分……安裝 SAP！ 如果您需要幫助以確保您的SAP 基礎架構高度可用，請聯繫 SIOS。 我們很高興與您交談。

經授權轉載西歐