如何解決繼承的應用程序可用性問題

繼承混亂時該怎麼辦

我在一個大型直系家庭中長大，在更大的一群善意的阿姨，叔叔和家人朋友中長大。曾經有一個大家庭的任何人，可能不止一次獲得過貶低的待遇，或者有好心的親戚送給您免費贈品。 如果是這樣，您就會知道，在聽起來很酷的遺產的表面之下，傳聞的時髦衣服或舊的“家庭用車”可能是一場噩夢。突然，您突然在四個輪子上發了大財，這簡直就像是一個詛咒，那是三分之二的錢坑和三分之一的眼疾。

那麼，當您繼承一堆應用程序可用性問題時該怎麼辦？好吧，一些DIYer帶來了垃圾箱並重新開始。 但這不是HGTV，我們談論的不是繼承的家具，而是繼承的應用程序可用性問題。 通常，當您第一次嘗試進行集群切換以進行簡單而有計劃的維護並且應用程序脫機時，您通常會感到一團糟。現在，當您繼承了高可用性故障後該怎麼辦。

關於繼承高可用性混亂的兩個實用技巧（我的意思是責任）

一，研究

在採取行動之前，您可能要做的最好的事情之一就是盡快收集盡可能多的數據。當然，繼承狀態可能表示收集數據的速度。在研究中應解決的一些關鍵問題以解決應用程序可用性問題：

1. 以前的所有者。 研究配置的先前所有者，包括他們的命令鏈，權限範圍，背景，團隊動態以及（如果可能）憲章。找出什麼是原始的組織結構。
2. 研究過去為實現更高或更高可用性所進行的工作，以及遺漏的工作。在某些環境中，高可用性的重點完全放在基礎架構的一部分上，而忽略了較大的工作流程。 挖掘任何可用需求。 以及自最初提出要求以來已實施或添加的更改。如果您正在進行雲遷移，請了解將環境遷移到雲中的目標。
3. 所有者和需求提供了很多歷史。 但是，您還將要研究為什麼關鍵決策者會在設計和解決方案以及軟件和硬件體系結構要求上做出選擇和權衡。評估這些選擇是成功還是失敗。 您的研究應關注原始問題和建議的解決方案。
4. 您可能還需要考慮為什麼您繼承的環境感覺很混亂。例如，是否由於缺乏文檔，培訓，設計細節不佳或缺失，缺少運行手冊或其他規格細節而導致。
5. 研究使用什麼企業級高可用性軟件解決方案來補充虛擬機，網絡和應用程序的體系結構。 目前有任職者嗎？如果沒有，以前的可用性方法是什麼？

二。行為

收集完這項研究後，下一步就是採取行動：更新，改進，實施或替換。不要犯錯，希望您永遠不需要群集故障轉移。

1. 升級

   在某些情況下，您的研究將使您對現有解決方案有更好的了解，並將該解決方案升級到最新版本。老實說，我們一直和我們自己的客戶一起去過那裡。轉換處理不當。 多年來無法完美運行的解決方案已經過時。

2. 提升

   如果不需要升級，請考慮其他方法。 如果數據指向其他方面的改進，例如軟件或硬件調整，遷移到雲或混合，網絡調整或其他確定的風險或單點故障。也許您的環境需要進行運行狀況檢查，或者工作負載的增加可以確保實例大小，磁盤類型或其他參數得到改善。

3. 實行

   在其他情況下，您的研究將發現有關缺少更高可用性策略或解決方案的一些驚人細節。 在這種情況下，您將把自己的研究作為催化劑來設計和實施高可用性解決方案。 此解決方案可能需要私有云，公共雲或混合雲體系結構以及企業級HA軟件，才能成功進行監視和恢復。

4. 代替

   在極端情況下，您的研究將帶您完全替代當前的環境。 有時，當客戶或合作夥伴遷移到雲時，這是必需的。 但是他們的高可用性軟件產品尚未準備就緒。 儘管許多應用程序都宣稱可以支持雲，但在某些情況下，它是比實際情況更多的幻燈片軟件。您的本地解決方案還沒有準備好雲？ 這樣，您唯一的解決方法就是選擇一個能夠與您一起進行雲計算之旅的解決方案，例如SIOS Protection Suite產品。

作為SIOS技術客戶體驗副總裁，我遇到了一種情況，這些情況表明了這些步驟的重要性-當我們的服務團隊與企業合作夥伴合作部署SIOS Protection Suite產品時。當我們與客戶共同合作進行研究時，我們發現了悠久的歷史。 客戶自稱存在有限的停機時間或可用性問題。 但是我們的研究表明，警報，手動執行的腳本，全局團隊以及混雜在一起的工具雜亂無章的層次結構是不可持續的。 我們能夠成功設計並使用此信息將其自製解決方案替換為更加優雅和自動化的解決方案。 最好的部分是基於嚮導的，包括自動監視，恢復和系統故障轉移保護。 沒有更多的kudge。 不再需要反複試驗的DIY。 用於HA / DR保護的簡單，可靠的應用程序故障轉移和故障回复。

如果您繼承了許多應用程序可用性問題，請與SIOS Technology Corp.的部署和可用性專家聯繫。我們的團隊將引導您完成研究過程，幫助您完善需求。 最後，升級，改進，替換或實施該解決方案，以為您的企業提供更高的可用性。

–客戶體驗副總裁Cassius Rhue

轉載自SIOS

本指南旨在說明使用用於Linux的SIOS Protection Suite的Microsoft SQL Server保護。 此處使用的環境是VMware ESXi，其中添加了運行CentOS 7.6的虛擬機。 Microsoft SQL 2017正在用於創建數據庫服務器。 數據庫和事務日誌將存儲在本地磁盤上，這些磁盤將使用DataKeeper在節點之間複製–證明共享存儲可以用作本地磁盤的簡單替代。

本指南以pdf格式提供。

下載所需的Microsoft軟件

1. 在https://docs.microsoft.com/zh-cn/sql/linux/sql-server-linux-setup?view=sql-server-ver15中打開以下Microsoft安裝SQL指南

計劃SQL環境配置

以下配置設置將用於創建本快速入門指南描述的集群環境。 根據您的特定係統環境調整您的配置設置。

常規配置

1. 我們在此快速入門指南中安裝的示例使用CentOS。 由於CentOS與Red Hat二進制兼容，因此適用Red Hat指令。
2. 無論它們是在VMware環境中運行，在雲環境中還是在物理安裝中運行，本快速入門指南中的示例都非常相似。

節點1配置

• 主機名：IMAMSSQL-1
• 公用IP：192.168.4.21
• 專用IP：10.1.4.21
• / dev / sdb（10GiB）
• / dev / sdc（10GiB）

節點2配置

• 主機名：IMAMSSQL-2
• 公用IP：192.168.4.22
• 專用IP：10.1.4.22
• / dev / sdb（10GiB）
• / dev / sdc（10GiB）

用於SQL Access的虛擬IP

• 168.4.20，這將受到LifeKeeper和節點之間的“浮動”的保護

操作系統

• CentOS的7.6

SQL數據庫配置

• SQL數據庫：
• SQL虛擬主機名：IMAMSSQL
• SQL虛擬IP：192.168.4.20

SQL文件系統掛載點

• /數據庫/數據
• /數據庫/ xlog

準備安裝系統

安裝MS-SQL

初始SQL安裝

在本節中，我們將Microsoft軟件包位置添加到我們的Linux操作系統中，然後指示該操作系統安裝SQL Server。

1. 打開以下Microsoft指南以安裝SQL Server：
   https://docs.microsoft.com/zh-cn/sql/linux/sql-server-linux-setup?view=sql-server-ver15
2. 以root特權登錄，或者在每個命令之前使用sudo
3. curl -o /etc/yum.repos.d/mssql-server.repo https://packages.microsoft.com/config/rhel/7/mssql-server-2017.repo
4. 百勝安裝-y mssql-server
5. / opt / mssql / bin / mssql-conf設置，我使用評估許可證安裝了SQL Server
6. yum install -y mssql-tools unixODBC-devel
7. echo‘export PATH =” $ PATH：/ opt / mssql-tools / bin”‘>>〜/ .bash_profile
8. echo‘export PATH =” $ PATH：/ opt / mssql-tools / bin”’>>〜/ .bashrc
9. 來源〜/ .bashrc
10. systemctl stop mssql-server.service，我們將停止SQL服務，並且只有在標題為“存儲”的部分中配置了用作存儲的磁盤後，才能啟動SQL服務
    “創建數據庫和事務日誌文件系統以及掛載點”。
11. / opt / mssql / bin / mssql-conf設置filelocation.masterdatafile /database/data/master.mdf
12. / opt / mssql / bin / mssql-conf設置filelocation.masterlogfile /database/xlog/mastlog.ldf

創建數據庫和事務日誌文件系統以及掛載點

我們將使用xfs文件系統類型進行此安裝。 請參閱LifeKeeper支持的文件系統類型，以確定要配置的文件系統。 確保將磁盤配置為使用GUID標識符。 在這裡，我們將對本地連接的磁盤進行分區和格式化。裝載，創建和許可我們要SQL使用的數據庫位置，最後，我們將啟動SQL，這將在我們指定的位置創建新的Master DB和事務日誌。 請注意，在創建分區時，DataKeeper要求分區中的塊數為奇數。 例如。 20973567（結束）– 2048（開始）= 20971519。

1. fdisk / dev / sdb
2. mkfs -t xfs / dev / sdb1
3. fdisk / dev / sdc
4. mkfs -t xfs / dev / sdc1
5. mkdir /數據庫; mkdir /數據庫/數據; mkdir /數據庫/ xlog
6. chown mssql /數據庫/; chgrp mssql /數據庫/
7. chown mssql /數據庫/數據/; chgrp mssql /數據庫/數據/
8. chown mssql /數據庫/ xlog /; chgrp mssql /數據庫/ xlog /
9. vi / etc / fstab
   1. 將/ dev / sdb1安裝添加到/ database / data，例如/ dev / sdb1 / database / data xfs默認值0 0
   2. 將/ dev / sdb1安裝添加到/ database / xlog，例如/ dev / sdb1 / database / xlog xfs默認值0 0
10. 掛載/ dev / sdb1
11. 掛載/ dev / sdc1
12. chown mssql /數據庫/數據/; chgrp mssql /數據庫/數據/
13. chown mssql /數據庫/ xlog /; chgrp mssql /數據庫/ xlog /
14. systemctl啟動mssql-server.service，既然已經安裝了本地磁盤，我們就啟動SQL服務–這將創建新的主數據庫和事務日誌

安裝LifeKeeper

請參閱安裝指南
http://docs.us.sios.com/spslinux/9.5.1/en/topic/sios-protection-suite-for-linux-installation-guide

創建LifeKeeper資源層次結構

在主節點上打開LifeKeeper GUI：

＃/ opt / LifeKeeper / bin / lkGUIapp＆

溝通路徑

創建後端和/或前端IP路由，在我們的示例中，後端為10.2.4.21和22，前端為192.168.4.21＆22

1. [AWS only] 右鍵單擊AWS管理控制台中的每個實例，然後選擇“網絡連接''→“更改源/目的地''。 檢查並確保源/目的地檢查已禁用。
2. 在LifeKeeper GUI中，單擊創建通訊路徑。
3. 在``遠程服務器''對話框中，添加其他群集節點的主機名並選擇它們。

 

1. 選擇適當的本地（10.2.4.21）和遠程（10.2.4.22）IP地址。
2. 重複此過程，在每個網絡的所有遠程節點對之間創建通信路徑（例如12.0.1.30和12.0.2.30）。完成後，所有群集節點對之間都應存在通信路徑。

IP資源

IP資源是將用於訪問SQL Server的虛擬IP –在這種情況下為192.168.4.20

1. 通過運行以下命令，驗證是否已從網絡接口中刪除了所有虛擬IP。
   “ ip addr show”。
2. 為MSSQL虛擬IP創建IP資源。
3. 在LifeKeeper GUI中，單擊“創建資源層次結構''，然後選擇IP。

4。 出現提示時，輸入IP 192.168.4.20並選擇子網掩碼255.255.0.0。

5， 輸入標籤名稱，例如ip-192.168.4.20-MSSQL。

DataKeeper資源

這是用於存儲數據庫和事務日誌，/ database / data和/ database / xlog的驅動器

數據複製資源

1. 確保所有SQL文件系統都已安裝在主群集節點上/ database下的適當安裝點上。
   ＃ 山
   …
   / database /數據類型xfs上的/ dev / sdb1（rw，relatime，attr2，inode64，noquota）

/ database / xlog上的/ dev / sdc1類型xfs（rw，relatime，attr2，inode64，noquota）
…

2.確保文件系統未安裝在備份群集節點上。

3。在LifeKeeper GUI中，單擊“創建資源層次結構''，然後選擇“數據複製''。

4。 對於層次結構類型，選擇複製現有文件系統。

5， 對於“現有掛載點”，選擇/ database / data

6。 為其餘的創建對話框選擇適當的值，以適合您的環境

對/ database / data和/ database / xlog文件系統重複步驟3-6。

快速服務保護

我們將使用LifeKeeper的快速服務保護ARK保護mssql-server服務，這將監視MSSQL服務並確保其正在運行。

1. 在節點1上使用systemctl status mssql-server.service以確保MSSQL正在運行
2. 在節點2上使用systemctl status mssql-server.service來確保MSSQL未運行，如果正在運行，則需要使用systemctl stop mssql-server.service停止該服務，然後卸載/ database / data和/ database / xlog目錄。
3. 在LifeKeeper GUI中，單擊添加資源
4. 從下拉列表中選擇QSP ARK
5. 當可用服務列表填充時，選擇mssql-server.service
6. 為其餘的創建對話框選擇適當的值，以適合您的環境
7. 將層次結構擴展到節點2
8. 在節點1上的Linux CLI上，運行“ / opt / LifeKeeper / bin / lkpolicy -g –v”，輸出將類似於以下內容：
   
9. 如果為QSP-mssql-server設置了LocalRecovery：On，那麼我們需要在兩個節點上都禁用本地恢復，這是通過在兩個節點上執行來完成的：
10. / opt / LifeKeeper / bin / lkpolicy -s LocalRecovery -E標籤=“ QSP-mssql-server”
11. 確認在兩個節點“ / opt / LifeKeeper / bin / lkpolicy -g –v”上均禁用了本地恢復：

轉載自SIOS

宣布版本8.7.2的SIOS Protection Suite-Windows和DataKeeper Cluster Edition

我們很高興宣布發布適用於Windows的SIOS Protection Suite 8.7.2版，包括DataKeeper Cluster Edition。新版本具有以下功能：

新的Oracle可插拔數據庫（PDB）應用程序恢復工具包

• 在Oracle 19c上建議使用Oracle Pluggable Database，而從Oracle 20c起則需要使用Oracle Pluggable Database
• SIOS Protection Suite PDB應用程序恢復工具包不需要其他SIOS許可證，但是需要現有的Oracle資源。

支持其他平台和操作系統，包括：Azure Stack（Hub）（包括Windows Server 2019），vSphere 7和PostgreSQL 12。 有關我們支持的產品的完整列表，請訪問SIOS Protection Suite-Windows 8.7.2支持矩陣。

轉載自SIOS