SIOS SANless clusters High-availability Machine Learning monitoring
在此視頻中，SIOS 客戶成功總監 Dave Bermingham 討論了公司為州、地方政府和教育 (SLED) 組織提供的高可用性解決方案。
Dave 強調了高可用性對 SLED 組織的重要性，特別提到了緊急服務、財務管理系統、學生信息系統和學習管理系統使用的通信和協作工具，所有這些都需要持續訪問。
他強調了高可用性解決方案應具有的關鍵特性，例如經濟高效、可靠、提供冗餘、保持高性能水平、檢測故障和執行恢復操作、可擴展以及可與現有系統和基礎設施集成。
Bermingham 給出了 SIOS 的 SANless 集群解決方案的兩個實際應用示例。 第一個例子是他們如何在應用程序和數據中心級別提供高可用性以消除大學入學期間的停機時間。 第二個例子是他們如何與集成商合作，以確保呼叫中心 CAD 系統具有高可用性，並能夠在多次災難期間派遣警察、消防或救援隊。
重要的是要考慮添加一個高可用性像 SIOS 這樣的集群解決方案可以解決應用程序級別的高可用性需求，然後有助於維護應用程序性能。
經許可轉載自信息系統
作為客戶體驗副總裁，我觀察到大多數組織在部署任何可能對其業務的高可用性產生影響的工具或流程時都有意識並謹慎行事。這些公司通常在 HA 方面非常謹慎，包括對任何 HA 集群、DR、安全或備份解決方案變更進行嚴格的變更審查。大多數公司都明白對這些工具的更改需要仔細考慮和測試，以避免影響整體應用程序可用性和系統穩定性。IT 管理員意識到，即使是他們的 HA 集群中最不起眼的變化，災難恢復、安全或備份解決方案可能導致重大中斷。
然而，其他工作場所和生產力工具的變化往往沒有以同樣的努力考慮。
您現有的工具通常封裝了大量關於公司、決策、集成和整體 HA 架構的文檔。隨著團隊過渡到新工具，這些文檔通常會丟失，或者訪問受到阻礙或阻礙。
建議改進：將所有現有文檔導出和導入到新工具中。使用存檔存儲和備份在導入前保留數據的完整副本。
與丟失的文檔類似，在轉移工具時，需求往往是最先丟失的東西。
建議改進：記錄已知需求，從任何現有生產力工具導出需求相關文檔。
幾乎與文檔和需求一樣重要的是變更、修訂和決策背後的歷史。 許多組織將歷史信息保存在工作場所和辦公生產力工具中。此類信息可能包括圍繞先前評估過的工具和解決方案的決策。當這些工作場所工具發生變化或過渡時，這種類型的歷史可能會丟失。 現有工具通常也包含很多隱性知識。隨著新工具的集成，知識和思想共享消失了。 二十年前，我們的團隊遷移了錯誤跟踪解決方案。這些工具之間的知識差距很大，影響了多個部門，包括現在負責管理、備份和解決問題的 IT 團隊。
建議改進：確保在新工具之間充分培訓和轉移思想共享和知識。 在終止當前工具之前，確保記錄當前工具和以前工具的歷史、上下文和決策
每個新工具都有一套不同的安全和訪問規則。在過渡團隊中，通常最終會出現管理員過多、管理員不足或權限限製過多的情況。
建議改進：根據要求和安全規則，提前映射訪問和用戶控制，並有一個快速解決的過程。
電子郵件和聯繫人系統遷移很少是無縫的。 即使現有版本之間的升級也會產生影響。從一種工具（Exchange 到 Gmail）遷移的一個缺點可能是失去聯繫。我們的團隊與一位客戶合作，該客戶曾致電我們的支持團隊尋求幫助獲取他們的合作夥伴聯繫信息。他們的電子郵件系統過渡停滯不前，對關鍵聯繫人的訪問也被延遲。
建議改進：規劃聯繫人遷移和驗證。請確保您的 HA 集群的任何關鍵聯繫人絕對是經過驗證的遷移步驟的一部分。
損壞的集成是一個非常常見的項目，它會影響高可用性，監控和報警。隨著公司轉向更新的生產力工具，現有的集成可能不再有效，需要額外的開發。舉個相關的例子，一家以前使用 Skype 進行消息傳遞的公司轉而使用 Slack。許多通過 Skype 傳遞消息的工具需要調整。 在您的 HA 環境中，儀表板或警報系統之間的集成中斷可能意味著無法及時收到關鍵通知。
建議改進：繪製任何自動化工作流程以幫助識別工具之間的集成點。還要努力確定任何新的要求和整合機會。在概念驗證或受控部署階段規劃和測試集成。
每個工具集都有擁護者和批評者。支持者可能與您的管理員相同，也可能不同。擁護者的角色在每個組織內發生變化，並且通常隨著每種工具的變化而變化，但他們之間的共同點是他們願意為了自己和他人的利益而使用新的生產力工具解決問題、問題或挑戰。冠軍是第一個發現新功能、發現和報告新問題並幫助新人加入工具集的人。冠軍超越了思想份額和歷史。通常隨著工具集的變化，您的團隊將失去冠軍。
新工具，即使是那些與 HA 沒有直接關係的工具，也會對您團隊的工作效率產生影響。甚至與優先級管理、開發和代碼存儲庫相關的工具也需要提升和入職時間。這段時間通常會轉化為生產力損失，這可能會轉化為集群的風險。 確保與所有現有工具和新工具相關的流程都得到妥善記錄，以便對新工具的更改不會造成混亂、中斷流程並導致更大的生產力損失。
建議改進：通過使用培訓工具、利用產品擁護者並確保推出的重點是縮短學習曲線來降低生產力損失的風險高可用性解決方案需要捕獲需求、識別關鍵文檔、轉移思想共享、映射依賴關係、測試和配置適當的訪問、確定工具集支持者。 它確保您的新工具實際提高生產力，而不是將您的關鍵資源從維持正常運行時間中抽離出來。
客戶體驗副總裁 Cassius Rhue經許可轉載自信息系統
Microsoft Azure 基礎架構旨在為您的應用程序和數據提供高可用性。 Azure 提供了多種用於實現高可用性的基礎設施選項，包括可用性區域、配對區域、冗餘存儲以及高速、低延遲的網絡連接。 所有這些服務均由服務級別協議 (SLA) 提供支持，以確保您的關鍵業務應用程序的可用性。 這篇博文將重點介紹在 Azure 虛擬機中運行 SQL Server 時的高可用性選項。
在我們進入 SQL Server 的高可用性選項之前，讓我們討論一下必須到位的重要基礎架構。 可用性區域、區域和配對區域是 Azure 基礎結構中的關鍵概念，在規劃應用程序和數據的高可用性.
可用區是區域內物理上獨立的位置，提供冗餘電源、冷卻和網絡。 每個可用區由一個或多個數據中心組成。 通過將您的資源放置在不同的可用區中，您可以保護您的應用程序和數據免受計劃內或計劃外維護、硬件故障或自然災害造成的中斷。 在將可用區用於 SQL Server 部署時，您有資格獲得 99.99%可用性 SLA對於虛擬機。
區域是 Azure 服務可用的地理位置。 Azure 目前在全球擁有 60 多個區域，每個區域都有多個可用區。 通過將您的資源放置在不同的區域，您可以提供更好的保護，以防止自然災害或其他重大事件造成的中斷。
配對區域是具有獨特關係的預定義區域對。 最值得注意的是，當使用地理冗餘存儲時，成對的區域會相互複製數據。 成對區域的其他好處是區域恢復順序、順序更新、物理隔離和數據駐留。 在設計災難恢復計劃時，建議對主要位置和災難恢復位置使用配對區域。
將可用性區域和配對區域與可用性組和故障轉移集群實例等高可用性選項結合使用，您可以創建高度可用、有彈性的 SQL Server 部署，這些部署可以承受各種故障，從而最大限度地減少停機時間。
SQL Server 可用性組 (AG) 和 SQL Server 故障轉移群集實例 (FCI) 都是 SQL Server 的高可用性 (HA) 和災難恢復 (DR) 解決方案，但它們的工作方式不同。
AG 是 SQL Server 企業版的一項功能，它通過跨多個服務器（稱為副本）複製數據庫來提供 HA 解決方案，以確保數據庫在出現故障時始終可用。 AG 可用於為單個數據庫和多個數據庫提供 HA。
SQL Server Standard Edition 支持稱為 Basic AG 的東西。 SQL Server 中的基本 AG 存在一些限制。 首先，Basic AG 只支持單個數據庫。 如果您有多個數據庫，則每個數據庫都需要一個 AG 以及關聯的 IP 地址和負載平衡器。 此外，Basic AG 不支持只讀副本。 雖然 Basic AG 提供了一種為單個數據庫實現 HA 的簡單方法，但它們可能不適合更複雜的場景。
另一方面，SQL Server FCI 是 Windows Server 故障轉移群集 (WSFC)，它通過創建使用共享存儲的多個服務器（稱為節點）的群集來提供 HA 解決方案。 如果發生故障，在一個節點上運行的 SQL Server 實例可以故障轉移到另一個節點。
在 SQL Server 2022 Enterprise Edition 中，新的 Contained Availability Groups (CAG) 通過允許用戶創建系統數據庫到 CAG，然後可以復制，從而解決了一些 AG 限制。 CAG 消除了手動同步 SQL 登錄和 SQL 代理作業等內容的需要。
可用性組和故障轉移集群實例各有利弊。 AG 具有高級功能，例如可讀輔助節點以及同步和異步複製。 但是，AG 需要 SQL Server 的企業版，這可能會導致成本過高，尤其是在您不需要任何其他企業版功能的情況下。
FCI 保護整個 SQL Server 實例，包括所有用戶定義的數據庫和系統數據庫。 FCI 使管理更容易，因為所有更改（包括對 SQL Server 代理作業、用戶帳戶和密碼以及數據庫添加和刪除所做的更改）都會在所有版本的 SQL Server 上自動協調，而不僅僅是帶有 CAG 的 SQL 2022。 FCI 隨 SQL Server Standard Edition 提供，這使其更具成本效益。 但是，FCI 需要共享存儲，這在跨可用區、區域或混合雲配置的環境中部署時會帶來挑戰。 詳細了解 SIOS 軟件如何啟用SQL 服務器的高可用性.
關於跨可用區的 SQL Server 故障轉移集群實例的存儲選項，有三個選項：Azure 文件共享、帶區域冗餘存儲的 Azure 共享磁盤和 SIOS DataKeeper 集群版。 還有第四個選項，Storage Spaces Direct (S2D)，但僅限於單個 AZ 部署，因此基於 S2D 的集群不符合 99.99% SLA 的條件，並且容易受到影響整個 AZ 的故障的影響。
具有區域冗餘 (ZRS) 的 Azure 文件共享功能允許你跨 Azure 區域的不同可用性區域存儲數據的多個副本，從而提供更高的持久性和可用性。 然後可以將此數據共享為 CIFS 文件共享，並且集群使用 SMB 3 協議連接到它。
具有區域冗餘存儲 (ZRS) 的 Azure 共享磁盤是一種共享磁盤，可以存儲 SQL Server 數據以供在群集中使用。 SCSI 持久保留確保只有活動集群節點才能訪問數據。 如果主可用區發生故障，備用可用區中的數據將變為活動狀態。 使用 ZRS 的共享磁盤僅在美國西部 2、西歐、北歐和法國中部區域可用。
SIOS DataKeeper 集群版是一種存儲 HA 解決方案，支持 Azure 中的 SQL Server 故障轉移群集。 它在所有區域可用，並且是唯一支持跨可用區故障轉移和跨區域故障轉移的 FCI 存儲選項。 它還支持跨本地到雲配置的混合雲配置。 DataKeeper 是一種軟件解決方案，可使本地附加存儲在所有集群節點之間保持同步。 它作為稱為 DataKeeper 卷的第三方存儲類集群資源與 WSFC 集成。 故障轉移集群控制 DataKeeper 卷的所有管理，為最終用戶提供無縫體驗。 學習更多關於SIOS 數據管理員。
總之，Azure 提供了各種基礎結構選項來實現 SQL Server 部署的高可用性，例如可用性區域、區域和配對區域。 通過利用這些選項，結合可用性組和故障轉移群集實例等高可用性解決方案，您可以創建高度可用、有彈性的 SQL Server 部署，可以承受各種故障並最大限度地減少停機時間。 在為您的特定需求選擇最佳解決方案之前，了解所需的基礎架構以及每個選項的優缺點至關重要。 建議諮詢 SQL 和 Azure 專家以指導你完成整個過程，並查看 Azure 文檔和最佳實踐。 通過適當的規劃和實施，您可以確保 Azure 上的 SQL Server 部署始終可用於支持您的關鍵業務應用程序。
聯繫我們了解更多關於我們的信息高可用性解決方案.
經許可轉載自信息系統
雖然關鍵業務系統、數據庫和應用程序的停機會給每個組織帶來成本，但不同行業的計劃外停機會產生不同的後果。 在本文中，我們探討了金融服務、醫療保健、製造和教育行業的高可用性用例和 SIOS 客戶成功案例。
從小型信用合作社到區域性銀行再到全球投資公司，金融服務是一個高度監管、快節奏的行業，每秒發生數十億美元的電子交易。 因此，與其他行業相比，金融服務公司的平均停機成本（根據 ITIC 2021 年每小時停機成本調查，停機一小時的平均成本為 300,000 美元）可能要高得多。
中國歷史最悠久的金融服務公司之一，提供證券和期貨經紀以及投資銀行、資產管理、私募股權、另類投資和融資租賃服務。 它在上海和香港證券交易所上市。 該公司在中華人民共和國擁有 343 個分支機構，遍布 30 個省、直轄市和自治區。 它還在 14 個國家和主要國際城市開展業務，為大約 1800 萬客戶提供服務。
環境該公司依賴於在 Red Hat Linux 操作系統環境中運行的基於 Oracle 數據庫的證券交易應用程序。 儘管該公司的 IT 團隊經常備份這些應用程序和數據庫，但他們無法在發生故障或災難時快速恢復操作。
挑戰該金融服務公司希望為其關鍵應用程序及其依賴的 Oracle 數據庫實施高可用性（99.99% 的正常運行時間）保護。
評估該公司的 IT 團隊需要一個集群解決方案，以確保他們能夠可靠地滿足服務水平協議 (SLA) 的高可用性以及嚴格的恢復時間和恢復點目標（RTO、RPO）。 它需要被證明可以提供Linux 環境中的高可用性. 他們還需要一種能夠降低開源環境中集群複雜性的解決方案。
解決方案該公司使用適用於 Linux 的 SIOS Protection Suite 在物理服務器上創建了一個雙節點集群集群軟件. SIOS 集群軟件監控整個應用程序堆棧——網絡、存儲、操作系統和應用程序。 在發生故障轉移時，軟件會協調將應用程序操作故障轉移到集群中的輔助節點。 SIOS Protection Suite 中的應用感知模塊簡化了為 Linux 環境配置集群的複雜性。
結果多年來，該公司一直在使用 SIOS Protection Suite for Linux 集群，並不斷在其環境中實施 SIOS 產品。 在那段時間裡，該公司始終如一地滿足其可用性 SLA。 從簡單的實施到可靠、易於使用的管理，SIOS 集群軟件達到或超過了公司的預期。
醫療保健行業的應用程序和存儲的停機時間簡直就是生死攸關的問題。 必須確保可靠地訪問醫院和手術中心使用的關鍵系統，以及電子健康記錄 (EHR) 和醫學成像技術，例如圖片存檔和通信系統 (PACS)。 醫療保健行業也越來越多地成為勒索軟件攻擊的目標，導致大量停機。
Chris O'Brien 生命之家醫院 (www.mylifehouse.org.au) 專門從事罕見和復雜癌症病例的最先進研究和治療。 這家非營利性醫院每年接待 40,000 多名患者進行篩查、診斷和治療。
挑戰Lifehouse 使用 MEDITECH 進行患者管理和患者電子健康記錄的中央存儲。 “健康信息系統和數據庫對我們提供的護理至關重要。 如果其中任何一個出現故障，將無法訪問患者記錄，這將使醫院的運營陷入癱瘓，”Lifehouse 信息技術總監 Peter Singer 解釋道。 在醫院的數據中心，運行在 SAN 上的 Windows Server 故障轉移集群 (WSFC) 提供了關鍵任務正常運行時間。 與許多組織一樣，Lifehouse 計劃遷移到雲端以利用其敏捷性和可負擔性。
Lifehouse 選擇了 Amazon Web Services (AWS)，並希望將其環境直接“提升並轉移”到 AWS 雲。 為了模擬其本地配置，Singer 選擇了 AWS Marketplace 中提供的“雲卷”服務。 故障轉移集群是使用 Amazon FSx 軟件定義的存儲卷配置的，以在活動實例和備用實例之間共享數據。 但是，軟件定義的雲卷對吞吐量性能產生了重大的不利影響。 使用“無保護”選項時，雲卷表現良好，但“無保護”並不是關鍵任務 MEDITECH 應用程序及其數據庫的真正選擇。
解決方案在進行詳盡搜索後，Singer 得出結論，最佳解決方案是 SIOS DataKeeper。 SIOS DataKeeper 提供 Lifehouse 所需的高性能同步數據複製。 通過在連接到所有活動實例和備用實例的本地存儲之間使用實時塊級數據鏡像，該解決方案克服了雲中缺少 SAN 所導致的問題，包括經常困擾軟件定義存儲的性能不佳（見圖 3）。 生成的 SANless 集群與 WSFC 兼容，提供持續監控以檢測應用程序和數據庫級別的故障，並提供可配置的故障轉移和故障恢復策略。
結果與軟件定義存儲不同，SIOS DataKeeper 專為高性能和高可用性，因此，基於雲的配置可以按需運行，這對 Singer 來說並不奇怪。 但 Singer 對解決方案的實施和操作如此簡單感到驚喜：“我們能夠在幾天內從測試進入生產階段。 持續維護也非常簡單，我們預計這將最大限度地減少與高可用性相關的運營支出和災難恢復”
今天對供應鏈有很多關注。 儘管最近的大部分焦點都集中在物流問題（例如洛杉磯港的擁堵）和網絡攻擊（例如 Colonial Pipeline 勒索軟件攻擊）上，但許多關鍵挑戰延伸到了供應鏈的更深處。 50 多年來，精益製造（也稱為準時制庫存管理）一直是製造業效率的標誌。 然而，“準時制”正是這個意思，在製造過程中不允許系統或應用程序停機。
Van de Lande BV (VDL) 專業生產用於塑料管道系統的 PVC-U 和 PE 壓力管件和閥門，均由管材和注塑成型製成。 其產品在全球範圍內用於工業和技術設施。 讓 VDL 脫穎而出的是其令人印象深刻的產品類型和尺寸範圍，以及對產品改進和增強的持續承諾。 因此，50 多年來，VDL 一直是系統和安裝製造商的首選品牌。
挑戰VDL 從基於 Xen 和 CentOS 的虛擬化服務器環境開始。 後來公司實現了KVM和Hyper-V。 事實證明，這種異構環境難以維護，因此 VDL 逐漸轉向 Windows Hyper-V 環境。
在實施之前SIOS 數據管理員解決方案，VDL 依靠共享存儲 (SAN) 作為其主要存儲。 為了提高性能，他們決定轉向基於固態磁盤 (SSD) 的本地存儲，而不是傳統的旋轉磁盤。
但是，VDL 嚴重依賴其 ERP 數據庫的可用性。 由於只有一個主數據處理系統，VDL 需要一個可靠、全面的災難恢復解決方案來確保其係統在發生全站點災難時的可用性。
為防止停機，該公司需要其服務器將數據複製到備份服務器以實現災難保護。 如果一台服務器出現故障，另一台服務器將接管操作。 此故障轉移過程可維持運營、最大限度地延長正常運行時間並提高用戶工作效率。
解決方案為了提供全面的故障轉移和災難恢復保護，VDL 構建了一個 Windows Server 故障轉移集群 (WSFC) 系統，每個節點都將數據複製到另一個節點。 如果一個節點出現故障，操作會在另一台服務器上繼續進行，並且不會丟失任何數據。 Microsoft Hyper-V 與 SIOS DataKeeper Cluster Edition 軟件的聯合解決方案提供了 VDL 必不可少的可用性和災難保護。
VDL 使用 SIOS DataKeeper Cluster Edition 軟件來確保應用程序、數據庫和 Web 服務的持續可用性。 SIOS DataKeeper 軟件與 WSFC 集成，在兩個 Windows 集群節點之間創建一個“鏡像”服務器系統。 如果主節點出現故障，WSFC 會將所有操作轉移到另一個節點，同時支持對應用程序和數據（在卷級別受到保護）的連續訪問。 SIOS DataKeeper 軟件可實現災難恢復，而無需與傳統備份和恢復技術相關的長時間停機和恢復時間。 SIOS DataKeeper 與 Microsoft WSFC 一起監控系統和應用程序健康狀況、維護客戶端連接並提供不間斷的數據訪問，從而為 VDL 提供公司所需的可靠、容錯系統。
SIOS DataKeeper Cluster Edition 進一步擴展了 Microsoft Cluster Services 和 Windows Server Failover Clustering 的功能。 SIOS DataKeeper Cluster Edition 還支持通過 LAN 或 WAN 連接在物理服務器之間實時復制 Hyper-V 虛擬機。
對於像 VDL 這樣的公司，SIOS DataKeeper Cluster Edition 軟件通過使他們能夠創建 SANless 集群來降低部署集群的成本，從而消除傳統共享存儲集群中 SAN 的成本、複雜性和單點故障風險。 集群實施運行順利，用時不到一天。 在對 VDL 服務器配置和測試進行全面評估之後，安裝團隊發現帶有 SIOS DataKeeper Cluster Edition 軟件的 SANless 集群滿足了他們在災難恢復、性能和高可用性方面的所有標準。 在系統故障轉移測試期間，網絡服務團隊輕鬆快速地對系統進行了故障轉移和故障恢復。
結果VDL 現在擁有全面的高可用性/災難恢復解決方案，可確保其關鍵任務應用程序（如 Web 服務和 ERP 數據庫）始終可用。 SIOS DataKeeper 軟件提供連續實時、基於主機的塊級複製，提供對客戶和庫存記錄的連續訪問。 VDL 部署了兩個 SIOS DataKeeper 集群來保護文件服務器、打印服務器、SQL Server (ERP)、Microsoft Dynamics NAV Web 服務、NiceLabel NiceWatch 標籤服務和 iSCSI 服務器。
一個雙節點集群用作文件服務器和 iSCSI 服務器，而另一個支持 SQL Server 集群和 Dynamics NAV Web 服務。 IT 基礎設施包括三台安裝了 60 個虛擬機的 Hyper-V 主機、一台 BackupExec 服務器、50 個桌面用戶和 25 個移動條形碼掃描器，它們通過 Web 服務連接到 ERP 系統。 每台主機都包含 240GB SSD，採用 RAID 60 配置，本地存儲總量為 3TB。 這些系統通過 10 Gigabit 接口連接。
在全球大流行之後，遠程學習已成為高等教育以及小學和中學教育的主要教學形式。 在高等教育中，遠程學習使學院和大學能夠在全球範圍內推廣，以吸引多樣化的學生群體。 因此，正常運行時間在教育中變得越來越重要，學生和教授需要訪問各種系統，包括圖書館數據庫、學生記錄和高性能計算 (HPC)——例如，以支持醫學研究、測試應用程序等。 由於學生（可能來自世界各地）爭先恐後地在線註冊，爭奪有限的課堂空間，停課時間也可能代價高昂。
當紐約的一所領先大學決定改造其企業資源規劃 (ERP) 系統時，它希望提高性能，尤其是在註冊高峰期，並降低總體擁有成本 (TCO)。 該大學為 10,000 多名學生提供服務，並使用 Oracle 數據庫在基於 HP/UX SAN 的存儲環境中維護所有學生註冊信息，並在集群中的兩個結構之間複製其完整的 SAN 架構。
挑戰該大學需要一種替代解決方案，該解決方案將更具成本效益，提供更快的性能，並為其任務關鍵型 Oracle 數據庫提供高可用性和數據保護。 意識到它需要一個比典型的 Linux 解決方案更強大的集群解決方案，該大學轉向了 SIOS。 “我們需要一個合適的集群替代方案，”該大學的 IT 助理副校長說。 “SIOS 解釋說，他們可以與 SanDisk Fusion ioMemory 產品集成並設置集群。 他們完全是主動的。”解決方案SIOS LifeKeeper for Linux 提供應用程序故障轉移，SIOS DataKeeper 提供數據複製和 SIOS Oracle 應用程序恢復工具包為學校的數據庫提供開箱即用的額外保護。 SIOS 與 Western Digital 的戰略聯盟還為學校的集群環境提供了高性能的 SanDisk 閃存解決方案。
通過使用配置有基於 SanDisk Fusion ioMemory 的 IO 加速器的服務器，該大學可以用運行 Linux 的簡化服務器組取代其龐大且昂貴的基於 SAN 的設置。 基於 ioMemory 的 IO 加速器與服務器和 SIOS LifeKeeper for Linux 的集成提供了比傳統遺留解決方案更好的性能和可用性，使 SIOS 解決方案成為完美的選擇。
結果三台服務器和 SIOS 解決方案的成本低於該大學一台舊 HP/UX 服務器的成本。 學校用節省下來的錢增加了記憶。 該大學還消除了風險，因為傳統的基於 SAN 的集群中的共享磁盤可能是單點故障。 這就是它最初有兩個 SAN 的原因。 使用 SanDisk Fusion ioMemory 的 SIOS 複製消除了這種單點故障，成本遠低於結構交換機，並提供更多數據副本。 SanDisk 基於閃存的 Fusion ioMemory 存儲和 SIOS 複製相結合，改善了學校的 TCO，降低了數據中心成本，並由於降低了電力和冷卻需求而減少了對環境的影響。
了解有關 SIOS 的更多信息高可用性解決方案.
經許可轉載自信息系統
文檔非常重要，因為它為產品或服務的功能提供了基礎，支持快速故障排除，並提供了豐富的信息來幫助識別問題並提供對其解決方案/變通方法的理解。 瀏覽這些豐富的信息，有時會感覺像是在廚房的垃圾抽屜裡尋找小型眼鏡修理工具包，裡面有東西、螺絲刀、捲尺、隨機螺母和螺栓以及其他物品。 您如何充分利用 SIOS 文檔站點提供的有用工具？以下是幫助開始充分利用 SIOS 文檔站點的三個提示。
如何訪問我們的文檔站點？ 那麼有以下三種方法：
2. 訪問我們的文檔站點的第二種方法是通過us.sios.com在屏幕的左上角區域：
3. 第三種也是最後一種方法是通過上面屏幕截圖中文檔選項卡旁邊的支持主題。 從“支持”選項卡，您將被帶到這個屏幕：
選擇將“產品文檔”帶到docs.us.sios.com .
最初登陸我們的文檔頁面時，您可能需要選擇所購買產品的“技術文檔”：
所有鏈接都指向我們文檔中的一個頁面，但這是開始的最佳位置。 選擇主題時請務必選擇正確的“操作系統”。 我們有包含兩者的文檔Windows 和 Linux .
如果您需要進一步了解 SIOS 為兩者提供的產品Windows 和 Linux , 我們在下面提供了我們提供的產品的名稱和縮寫。 通過點擊購買的產品或您最感興趣的產品的鏈接，您將找到所提供的每個產品的摘要以及您可能希望如何開始的不同路徑，如每個產品的“技術文檔”頁面。
一旦您閱讀了我們的文檔，下一步就是了解最適合您的項目環境或搜索您感興趣的主題的功能和恢復工具包。 以下是 SIOS 提供的每種產品的列表：
應用程序恢復工具包——允許 LifeKeeper for Windows/Linux 管理和控制特定應用程序的工具和實用程序。
所有應用程序恢復工具包都可用於我們的 LifeKeeper 產品。
為什麼了解我的產品和隨附的恢復套件很重要？重要的是要了解所購買產品的大多數選項。 第一，它有助於理解隨附的恢復套件，以實現我們產品的最佳利用和易用性。 第二，如果需要額外幫助的支持，您將能夠了解所提供內容的來龍去脈，以便支持可以啟發您一些您可能不知道的新產品，從而提供更多的自給自足和自給自足-解決。
有關產品和資源的更多信息，請訪問我們的產品頁面，網址為us.sios.com/產品.
如果前面提到的兩個初始路徑在登陸上面鏈接的初始頁面時對您不起作用，請使用我們的左側導航菜單或搜索欄來查找您要查找的主題。
了解要搜索的內容和搜索方式可能是一個挑戰。 選擇產品後，您可以通過查看我們文檔的右上角找到搜索欄。
另外一定要記下版本號和產品。 （參見上面的產品名稱和首字母縮略詞）：
當我們用每個版本更新產品時，我們將舊版本存檔在我們的文檔主頁上。 在底部docs.us.sios.com有一段“ Windows/Linux 產品的所有受支持版本”。
在“Windows/Linux 產品的所有受支持版本”分組的正下方是我們的產品支持時間表我們在其中更新仍受支持的版本。
一旦您了解了您需要文檔的版本，您將能夠毫無問題地導航到我們文檔中的特定主題或解決方案。
您還可以通過 Google 查找有助於指定問題的信息：插入問題，然後是“site:us.sios.com”（例如“split brain”site:us.sios.com），這有助於解決問題查找有關您正在查找的內容的信息。
在過去的一年中，這裡列出了大多數搜索詞。 如下所示，範圍令人難以置信！
我們的文檔包含有關狀態更新、錯誤代碼、命令、特定問題/解決方案等的信息。
根據您要查看文檔的內容，您可能需要考慮我們查看最多的主題以幫助您找到您可能正在尋找的信息。 查看的主要主題是我們的技術文檔、支持矩陣、發行說明、快速入門指南和產品支持計劃。 如果您遇到問題或遇到問題，您可能需要查看這些部分，以確保您正在運行的版本中沒有可能導致您出現問題的更新或錯誤修復。
去年，這些是 DataKeeper Cluster Edition、LifeKeeper for Windows 和 LifeKeeper for Linux 中最常搜索/訪問的主題：
SIOS 建議查看的熱門話題是我們的升級、解決方案/視頻解決方案、發行說明、已知問題和解決方法以及最佳實踐部分。 解決方案頁面都存在於 Windows 和 Linux 文檔中。
盡可能隨時了解我們的新版本和升級非常重要。
考慮升級到最新版本很重要，因為早期版本中的問題通常在較新版本中得到解決或修復。 使用發行說明非常重要，它列出了各種信息，包括錯誤修復、已知問題、最近不受支持的項目、已停用的功能和新功能等。一探究竟！
閱讀本文後，我們希望我們提供了有用的信息，以更好地幫助您成功開始使用我們的文檔站點。 我們希望我們能幫助您了解在哪裡尋找、要注意的關鍵組件以及了解我們產品的最新動態的方法。 當出現問題時，我們希望我們的文檔能夠提供更快、更容易的解決方案。 我們的目標不僅是嘗試幫助解決手頭的問題，而且還要理解其背後的原因。 請讓我們知道如何進一步改進我們的文檔。 另外，請參閱我們的第二篇博客，深入探討如何使用文檔來幫助解決問題具體的問題。
經許可轉載自信息系統