編寫腳本前請三思：Gen/App 恢復的最佳實踐

SIOS 恢復套件提供了豐富的應用程式感知監控和恢復最佳實踐。通常，每個 SIOS 復原套件都提供了一種循序漸進的程式設計方法，可根據以下要求復原應用程式、資料庫或服務：高可用性 (HA) 最佳實踐SIOS 復原套件提供在系統正常關閉、意外系統故障或崩潰，甚至應用程式、資料庫或服務本身崩潰或不可用的情況下恢復運作所需的智慧資訊。此外，每次恢復都融入了二十多年來在該領域積累的經驗智慧和改進。

但是，如果客戶仍然需要編寫自己的腳本來提供 HA，適用於 Windows 的 SIOS LifeKeeper和適用於 Linux 的 SIOS LifeKeeper包括透過腳本整合的選項通用應用程式 (Gen/App) 復原工具包。

編寫 Gen/App Recovery 腳本的最佳實踐

1. 使用現代的、受支援的腳本語言進行 Gen/App 恢復

現有解決方案的常見做法是在新系統和架構上使用舊的現有腳本。但是，務必確保使用的是現代且受支援的腳本語言。

2. 避免在 Gen/App 腳本中使用硬編碼值

使用硬編碼值可能會導致可移植性問題，以及長期維護方面的挑戰。請避免使用未來部署中可能會變更的硬編碼值，例如目錄路徑、使用者名稱或類似值。

3. 實踐程式碼重複使用以提高 Gen/App 腳本質量

重複程式碼是客戶開發的腳本常見的問題。重複程式碼會造成品質、維護和故障排除方面的問題。請練習程式碼重複使用，例如繼承、函數和子例程。

4. 為函數和變數選擇有意義的名稱

描述性變數比“n”或“i”等單字元變數更有幫助。幾個月或幾年後再查看程式碼時，「n」這個變數的意義還會和「iReturnCode」一樣重要嗎？

5. 刪除未使用的函數和變數以防止程式碼膨脹

雖然函數和變數的命名很重要，但要避免使用未使用的變數和函數來擾亂程式碼。聲明變數而不使用它們會在未來的更新和故障排除過程中造成混亂。雖然 8 MB 記憶體的時代早已過去，但額外添加一些重用性有限或沒有額外價值的變數或函數仍然會造成負擔，並導致程式碼膨脹。

6. 驗證所有輸入參數以確保 Gen/App 可靠執行

急於讓程式正常運行，不要忽略輸入變數的驗證。務必驗證腳本和函數的所有輸入。不要想當然地認為“我們做到了”，所有輸入都是有效的。

7. 記錄有用且可操作的訊息

考慮需要記錄哪些輸出以用於狀態/進度、錯誤情況或故障排除。每個訊息都應經過深思熟慮，並採用適當的措辭，以便為運維人員和未來的開發人員提供有用的回饋。

8.檢查所有方法/函數/API呼叫的回傳程式碼並採取防禦措施

在腳本或函數主體內執行的命令將具有返回程式碼，明確表示為通過、失敗或其他。請務必檢查、記錄並妥善處理方法、函數和 API 呼叫的預期和意外回傳程式碼。

9. 使用防禦性程式技術

應用防禦性程式設計的最佳實踐，包括最小特權存取、輸入驗證、錯誤處理等。

10. 測試 Gen/App 恢復腳本超越快樂路徑

僅有可運行的程式碼是不夠的。制定一個強大的驗證計劃，並對程式碼進行廣泛的測試，尤其是在預期一切正常的情況下，更要超越「快樂路徑」的範疇。

11. 使用版本控制進行腳本管理和故障排除

使用版本控制和程式碼管理工具。版本控制對於故障排除、管理和追蹤腳本不可避免的修復至關重要。

12. 透過程式碼檢查和同儕審查儘早發現錯誤

使用程式碼檢查和同儕審查來提高程式碼的彈性和穩健性。程式碼評審有助於及早發現問題，並降低後期故障和錯誤帶來的成本、風險和負擔。

13. 驗證在 Gen/App Recovery 中執行所需的權限

擁有組織良好、現代化、經過審查、檢查、測試和控制的程式碼是精心編寫的 gen/app 腳本的重要組成部分。然而，即使是編寫得最好的腳本，如果沒有正確的權限，也將無法執行。請確保腳本具有正確的權限，以便獨立執行以及在高可用性解決方案的服務/使用者帳戶下執行。

14. 清晰地註解程式碼以解釋邏輯和業務用例

提供有助於解釋業務邏輯和用例、描述預期函數輸入和傳回值並有助於整體理解的註解。即使程式碼編寫良好，也需要註釋，尤其是在業務邏輯或需求不明確的情況下。註解區塊範例如下：名稱：

目的：

先決條件：

後置條件：

返回：

準備好自信地簡化 Gen/App 恢復了嗎？

不要讓高可用性成為偶然。透過 SIOS LifeKeeper 和通用應用程式 (Gen/App) 復原套件，您可以保護關鍵應用程式、簡化復原並減少停機時間。

立即申請演示了解 SIOS 如何幫助您實現可靠、經濟高效的高可用性和災難復原。

作者：Cassius Rhue，SIOS 客戶體驗副總裁

經許可轉載SIOS

災難復原規劃對現代企業的重要性

在當今網路驅動的世界裡，停機時間可能會對企業造成數千甚至數百萬美元的損失。用戶期望能夠全天候無縫、不間斷地存取服務和應用程式。當您的系統出現故障時，他們會立即註意到。還有什麼比幾分鐘的不便更糟糕的呢？一場災難性的故障會讓您無法進入整個生產環境。雖然現代雲端平台擁有內在的韌性，假設自己對災難免疫，可能是個代價高昂的錯誤。如果沒有明確的災難復原（DR）計劃原本可能順利的恢復可能會迅速陷入混亂。在本文中，我們將探討災難復原規劃為何至關重要，以及它如何保護您的企業免受財務和聲譽損害。

災難復原準備與高昂的停機成本

誠然，制定災難復原計畫需要時間、資源和策略規劃。但與意外中斷的成本相比，這筆投資微不足道。收入損失、客戶信任受損、合規處罰以及營運中斷都可能對企業造成毀滅性打擊，尤其是在恢復需要數天而不是數分鐘的情況下。可靠的災難復原計畫並非奢侈之物，而是企業營運的根本業務連續性數位時代的要求。

災難復原如何保護客戶滿意度

當系統崩潰時，客戶不僅會感到沮喪，而且往往會選擇離開。社群媒體會放大每一個投訴，短暫的中斷可能會成為一場公關噩夢。但如果您建立了災難復原機制來確保連續性，客戶將受到的影響極小甚至沒有。即使在發生意外事件時，他們也會保持滿意、忠誠，並對您的品牌的可靠性充滿信心。

將正常運作時間轉化為競爭優勢

停機不僅對您不利，對您的競爭對手來說也是個機會。但當他們的服務出現故障而您的服務正常運作時，這向市場傳遞了一個強有力的信號。可靠正常運作時間這可能是重要的差異化因素，尤其是在信任和可用性至關重要的行業。災難復原規劃可以將營運彈性轉化為競爭優勢。

透過數據冗餘獲得安心

確保關鍵資料和基礎架構備份、複製並輕鬆恢復至關重要。無論是網路攻擊、硬體故障還是自然災害，您都可以安心無虞，因為您的營運不會受到單點故障的影響。災難復原規劃可以幫助您建立冗餘因此，沒有任何單一事件能夠抹去您的進度或數據。

最大程度減少停機時間並加速恢復

災難來襲，速度至關重要。精心設計的災難復原計畫包含清晰的步驟、明確的職責和自動化的復原機制。這可以顯著縮短恢復全面運作所需的時間。您的團隊無需手忙腳亂地評估損失並臨時想辦法修復，而是可以遵循經過測試的恢復方案，快速有效地恢復生產。

最後的想法：將災難復原作為優先事項

災難復原不僅是 IT 問題，更是企業當務之急。在停機意味著金錢損失和信任受損的時代，快速恢復並保持服務正常運作的能力至關重要。不要等到災難降臨才意識到未雨綢繆的價值。聯絡 SIOS 團隊，開啟災難復原之旅立即制定恢復策略並讓您的企業做好抵禦任何風暴的準備。

作者：Connor Toohey，SIOS 產品支援工程師

經許可轉載SIOS

 

網路研討會：醫療保健中的健康 IT：使用 SIOS 和 Google Cloud 保護 SQL Server

在醫療保健領域，不間斷存取關鍵應用程式和患者資料至關重要。在本次點播網路研討會中，您將了解醫療保健機構如何使用 SIOS DataKeeper 和 Google Cloud Platform 實現可靠且經濟高效的 SQL Server 高可用性，而無需企業版或 Always On 功能。

本次研討會涵蓋了使用 Google Cloud 安全可擴展的基礎架構以及 HA/DR 解決方案 SIOS DataKeeper 的實用 HA 和 DR 策略。會議內容包括使用 SANless 叢集在可用區之間進行故障轉移的現場演示，以及醫療保健提供者如何在降低成本和複雜性的同時滿足合規性要求的實際案例。

經許可轉載SIOS

高可用性健康檢查服務、優化和培訓

客戶定期聘請 SIOS 提供諮詢服務，例如高可用性 (HA) 健康檢查服務和培訓。這有助於客戶保持其 IT 基礎架構的良好運作狀態，並使其員工獲得操作培訓。

高可用性健康檢查服務

健康檢查服務區域專業服務SIOS 提供的產品會檢查客戶的 SIOS 伺服器基礎架構並產生報表。我們會對 SIOS HA LifeKeeper 環境進行詳細審查，並全面檢查產品日誌和客戶運行日誌。在審查過程中，我們會檢查版本層級、通訊路徑、仲裁數量、應用程式復原工具包並檢查調優參數，並與建議設定進行比較。產生一份報告，其中概述了所有潛在風險以及可行的改進建議。

高可用性優化

最佳化高可用性服務可分為兩個領域：

• 高可用性優化– 這種最佳化可以減少停機時間並保持系統的正常運作時間。這是透過使用系統啟動的故障轉移和用戶啟動的切換到備用硬體系統來實現的，當主系統發生故障或手動切換時，備用硬體系統可以接管主系統。災難復原 (DR)節點可以位於廣域網路 (WAN) 上，這樣，如果基於 LAN 的主節點發生故障，可以透過故障轉移到災難復原節點進行快速復原。也可以定期進行備份，以便在需要時還原特定檔案。
• 成本優化的高可用性– 此最佳化會檢查客戶的系統，以確定在降低成本的同時提供冗餘的最佳方式。這可能涉及使用雲端服務進行擴展，並利用較低層級的服務來降低成本。也可以使用採用按使用付費模式的無伺服器架構。所有這些都可以降低硬體成本。

高可用性培訓

SIOS 按需提供高可用性產品培訓為了Linux 版 LifeKeeper和適用於 Windows 的 DataKeeper產品透過Udemy培訓平台。

此外，SIOS 透過專業服務機構為各組織提供這些產品的遠端客製化培訓，培訓​​內容包括培訓材料和自學練習。 DataKeeper 課程提供個人化分組/諮詢課程。

SIOS 技術公司提供高可用性叢集軟體，透過叢集管理保護和最佳化 IT 基礎設施，以滿足您最重要的應用程式的需求。申請演示今天就來看看聚類有多簡單。

作者：Paul Scrutton，SIOS Technology Corp. 軟體系統工程師

經許可轉載SIOS

消除影子 IT 高可用性問題

我們很多人都熟悉「影子 IT」這個術語。該術語通常指公司員工在未經公司官方 IT 部門全面批准、知情或監督的情況下使用的技術系統、軟體、訂閱和其他服務。這些系統、服務或訂閱通常由 IT 部門以外的個人下載和安裝，或使用和管理。

例如，您的公司可能正式使用 Windows 365，但其他公司更喜歡 Dropbox，因此他們配置了 Dropbox 帳戶來共享文件，而不是 OneDrive。另一個影子 IT 的例子是，一家公司已經確定使用一個訊息平台，但公司內的其他團隊或部門卻下載並配置了 Zoom for Slack 或 WhatsApp。

工作場所影子 IT 的常見範例

影子 IT 存在於許多不同的領域，從訊息傳遞到會議，從編碼工具到儲存。雖然大多數擁有某種形式影子 IT 的團隊和組織不會出於惡意或惡意目的部署它們，但影子 IT 的存在仍然會帶來風險。

這些服務、軟體、系統和訂閱帶來了潛在的風險，包括：

• 安全問題
• 數據合規性
• 支持挑戰
• 管理和維護問題（由於蔓延）
• 額外成本（許可和人力）

影子 IT 如何影響高可用性 (HA)

除了安全性和資料合規風險之外，影子 IT 還可能帶來重大高可用性（HA）風險。

雖然網路上提到的影子 IT 很多都與訊息應用程式、會議工具、IDE 和開發應用程式有關，但影子 IT 的廣泛性也會影響高可用性 (HA)。當影子 IT 涉及儲存關鍵資訊和資料的系統部署時，就會帶來高可用性風險。

由於儲存資料的性質，這些系統需要由商業高可用性解決方案進行監控和保護。此外，對業務功能至關重要的關鍵資料需要高可用性，並透過複製解決方案、備份解決方案或兩者兼而有之來防止資料遺失。

未受保護的影子 IT 關鍵應用程式的業務風險

缺乏高可用性保護

通常，如果團隊在未經 IT 部門輸入或授權的情況下部署了系統，則該系統可能無法監控、保護和備份，甚至無法與高可用性系統配對以實現故障轉移復原。這對組織的高可用性策略構成了重大風險。如果資料對內部組織或專案至關重要，那麼對其不加保護可能會危及業務。

影子 IT 停機造成的財務損失和業務中斷

當關鍵應用程式在未經官方 IT 部門監督的情況下下載、安裝和設定時，也會產生影子 IT 風險。如果關鍵應用程式在不受保護的系統上運行，或者缺乏高可用性 (HA) 監控和復原保護，則風險和後果可能是災難性的。想像一下這樣一個場景：某個應用程式對銷售工作流程和訂單系統至關重要。由於該軟體是影子 IT 基礎架構的一部分，IT 團隊對其用途及其對業務的影響一無所知。如果應用程式發生故障，業務將受到影響。根據故障類型的不同，營運造成的損失可能高達數十萬甚至數百萬美元。

當關鍵應用程式發生故障時，如果沒有適當的高可用性保護，手動復原過程可能會變得繁瑣、複雜且容易出錯。這種營運風險部分源自於應用程式環境和技術要求日益複雜的現狀。當應用程式陷入影子 IT 的範疇時，由於對應用程式存在和恢復流程的了解有限，可能導致在恢復全面運行的過程中採取計劃外和準備不足的措施。

辨識並消除影子 IT HA 問題的步驟

識別影響高可用性的所有影子 IT 系統

避免影子 IT 導致高可用性災難的第一步是識別已成為非託管 IT 基礎架構一部分的訂閱、服務、系統、應用程式、資料和軟體。了解正在使用哪些工具、由誰使用以及用於什麼目的。這可以透過利用現有的網路監控來實現，雲監控或端點偵測工具。您也可以與 IT 安全和基礎架構分析服務供應商合作，對工具、服務、系統和訂閱進行有益的稽核。

修復風險並移除不必要的影子 IT 資產

識別完成後，下一步就是開始補救。補救措施包括淘汰未使用和不必要的系統，以及實施控制措施和流程來管理每個已購買的物項。請務必調整已淘汰系統的工作流程，因為移除系統可能會影響組織內的多個團隊和活動。

透過高可用性和複製保護關鍵應用程式

對於必須保留的系統、應用程式和服務，特別是那些包含關鍵資料和應用程式的系統、應用程式和服務，部署商用 HA 和複製解決方案，以保護企業免受應用程式的關鍵威脅停機時間、資料遺失、系統不可用以及託管關鍵資料、應用程式或工具的系統停機。

向團隊解說影子 IT 對 HA 系統的風險

最後，向組織介紹與影子 IT 相關的危險和風險，包括因依賴性、架構複雜性、資料漏洞以及不受保護的系統意外停機而導致的風險。

建構彈性 HA 架構以消除影子 IT 停機時間

影子IT不僅限於會議和通訊工具、開發系統和服務，也不僅限於Dropbox、OneDrive、Box等應用程式和線上服務。影子IT工具通常缺乏適當的備份和復原機制，而且正常運作時間保障。因此，關鍵業務流程和資料可能會因故障場景而無法訪問，甚至永久遺失。如果未正式整合到高可用性保護中，系統、應用程式、網路或儲存層的故障可能會導致工作流程中斷、處理效率低下、業務中斷和聲譽損失。

為貴公司確定並選擇納入官方 IT 部門產品的系統、服務、應用程式和工作負載，創建一個架構完善的高可用性環境，從而消除影子 IT 高可用性問題。該架構應包含一個商用高可用性解決方案，資料複製以及部署在企業級虛擬機器管理程式上的備份解決方案。

準備好利用成熟的專業知識來加強您的 HA 架構了嗎？立即申請演示並了解 SIOS 如何協助您設計和部署高可用性解決方案，以保護您的業務免受影子 IT 停機的影響。

作者：Cassius Rhue，客戶體驗副總裁

經許可轉載SIOS