SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 產品
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 新闻与活动
  • 伺服器集群简单化
  • 成功案例
    • 台灣成功案例
  • 聯繫我們
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

5 通可預防的支援電話(以及如何避免)

28 10 月, 2024 by Jason Aw Leave a Comment

Top 5 Preventable Support Calls (And How To Avoid Them)

5 通可預防的支援電話(以及如何避免)

作為客戶支援組織,我們每天都會收到來自世界各地客戶的來信。當客戶有疑問或需要協助的問題時,可以致電或發送電子郵件向我們提出案例。有些案例最終成為新問題,而許多案例最終根本不是新問題。客戶似乎一次又一次遇到同樣的問題。經過 20 年的客戶支援工作和數千個案例之後,我們仍然會看到以前從未報告過的新問題,而這些問題也屬於常見類別。這讓我們的工作變得非常有趣!我們注意到的一件事是,客戶報告的問題屬於一些常見的類別。

以下是客戶向我們尋求協助的 5 大原因(根本原因):

  1. 網路問題:如何提前規劃並避免停機

很多時候客戶需要更改叢集中的IP位址。有時,更改網路配置的後果並未事先意識到或規劃。當網路發生變化時,集群可能會出現意想不到的問題。如果更改的 IP 位址用於 DataKeeper 和 LifeKeeper 配置(例如鏡像端點或通訊路徑),則您需要在 DataKeeper 和 LifeKeeper 配置中進行更改,以便產品了解此變更。

提前規劃
如果您知道需要進行網路更改,我們建議您提前規劃網路更改。提前規劃將避免任何不可預見的問題,並確保您已定義實施變更的步驟。

更新鏡像IP位址
如果 IP 位址(鏡像端點)發生更改,DataKeeper 將無法再使用原始鏡像 IP 位址(因為它不再存在),並且無法在伺服器之間鏡像資料。 DataKeeper 將需要更新才能使用新的鏡像 IP 位址。這種情況已記錄在案這裡。

  1. 配置問題:常見錯誤及其修復方法

通常,所報告問題的根本原因最終是配置問題。客戶報告說,他們的配置無法正常工作,或者從產品 GUI 中看到的產品似乎無法正常工作。通常,配置問題是由於群集環境中原始群集配置發生變更或首次安裝產品時設定不正確而導致的。

報告的常見配置問題範例:

  • 某些 DataKeeper 鏡像未處於鏡像狀態

很多時候客戶需要擴大/增加他們的數量。關鍵的產品要求之一是來源磁碟區必須等於或小於目標卷,否則產品將無法將資料從來源重新同步到目標磁碟區。雖然這看起來合乎邏輯,但常常被忽略。有時,目標磁碟區最終小於來源磁碟區,這會導致磁碟區無法達到鏡像狀態。以下文件和影片解釋了擴展您的程序DataKeeper 卷。

  • DataKeeper無法連接到叢集中的伺服器

安裝 DataKeeper 時,系統會提示使用者輸入 DataKeeper 服務要使用的登入憑證。建議使用具有管理員權限的網域帳戶,大多數客戶都會建立專門供 DataKeeper 使用的帳戶。使用的網域帳戶必須新增至本機系統管理員群組。此帳戶必須在安裝 DataKeeper 的每台伺服器上具有管理員權限。很多時候,該帳戶沒有新增到本機系統管理員群組,這會阻止 DataKeeper 無法連接到自身以及叢集中的其他 DataKeeper 伺服器。請參閱文件以獲取更詳細的信息這裡。

主要的時間配置問題需要對叢集進行更改,以使 DataKeeper 或 LifeKeeper 產品再次回到工作環境。

我們建議在對叢集環境進行更改之前聯繫支援人員,以便我們協助確保您朝著正確的方向前進,並為您提供有關該主題的文件和影片。

  1. 升級規劃:避免系統中斷

升級是系統管理員任務的常見部分。隨著新版本的發布,您總是需要升級系統上的某些內容:作業系統、應用程式軟體、系統韌體、資料庫軟體、安全軟體等。措。

許多客戶在計劃升級 DataKeeper 或 LifeKeeper 時會聯繫支援人員並提出問題,以確保他們在實際實施升級之前了解升級流程。這是我們願意看到的。我們確實看到一些客戶在執行升級之前沒有聯繫並發生意外問題的情況。許多人認為升級是例行公事;但是,有些升級會造成不相容並可能導致問題。

升級規劃
規劃以及了解特定升級所需的內容是升級的關鍵。在執行升級之前詢問問題。確保在升級之前記錄了您的步驟。不要忘記在升級生產系統之前對測試或 QA 系統進行升級。這是我們推薦的最佳實踐,這樣,如果您遇到升級問題,問題將發生在測試伺服器或 QA 伺服器上,而不是在生產伺服器上。

  1. 外部或作業系統相關問題:軟體以外的故障排除

什麼是外部或作業系統相關問題?當報告的問題超出了 DataKeeper 和 LifeKeeper 範圍時,我們將根本原因稱為外部或作業系統相關問題。 DataKeeper 和 LifeKeeper 使用許多伺服器元件,例如:磁碟/磁碟區和網路。如果作業系統無法「看到」磁碟或磁碟區,則 DataKeeper 和 LifeKeeper 也無法「看到」磁碟或磁碟區。乍一看,報告的問題可能與 DataKeeper 或 LifeKeeper 相關,但是,在分析問題時,確定是 DataKeeper 或 LifeKeeper 所依賴的作業系統元件。

例如,為了使 DataKeeper 映像正常運作,DataKeeper 要求磁碟區對作業系統可見、線上、運作狀況良好並且具有有效的檔案系統。如果不符合這些要求,DataKeeper 鏡像將無法將資料從一個系統鏡像到另一個系統。 DataKeeper 將顯示鏡像處於暫停狀態。偵錯此問題時,磁碟/磁碟區的 Windows 磁碟管理工具顯示該磁碟區處於離線狀態、不處於正常狀態,或是原始裝置。一旦這個問題得到修正,DataKeeper 就可以再次將資料從一個系統鏡像到另一個系統。有關更多詳細信息,請參閱視頻“為 DataKeeper 使用準備存儲”,位於這裡。

當 DataKeeper 磁碟區無法鎖定目標系統時,會出現外部或作業系統相關問題的另一個範例。 DataKeeper 有意鎖定目標系統上的捲,以防止在目標系統上發生寫入操作。為了讓 DataKeeper 鎖定目標卷,該磁碟區上不能有作業系統頁面檔案。很多時候,系統在作業系統層級配置為“自動管理頁面檔案”,有時頁面檔案最終會被作業系統放置在 DataKeeper 磁碟區上。為了解決這個問題,我們建議更改此作業系統設定。參考這個連結了解更多詳情。

5.性能:提高系統和鏡像效率

客戶還聯繫我們以透過鏡像來提高其鏡像性能和系統性能,因為鏡像沒有進入鏡像狀態或該產品正在降低系統性能。第一個問題(鏡像未達到鏡像狀態)只需使用 WriteQueueHighWater、WriteQueueHighWaterSynchronous 和 BlockWritesonLimitReached 等幾個常更改的可調參數調整 DataKeeper 中的註冊表項以匹配您的系統配置。請參閱位於這些可調參數的文檔這裡。

第二個問題(系統效能)只是移動 DataKeeper 位圖位置的問題。預設情況下,位圖位於 C 驅動器上,可能需要重新定位到更快的驅動器。有關重新定位點陣圖的信息,請參閱文件和視頻這裡。

系統和產品調整通常是為了最大限度地提高性能。這些變更的範例包括更改產品可調參數以更緊密地匹配客戶的環境。有很多因素會影響 DataKeeper 和 LifeKeeper,包括作業系統、網路、儲存設備等。我們確實提供驗證和運行狀況檢查服務,以幫助客戶確保實施 HA 最佳實踐。訪問這個連結有關我們產品的詳細資訊。

我們建議的一個關鍵策略是確保在投入生產之前完成測試,以便在此過程中儘早發現並解決問題(包括效能問題)。測試通常在進入生產環境之前在測試或 QA 環境中完成。最好嘗試在測試/QA 環境上模擬生產環境負載,以確保生產環境充分執行。我們建議您閱讀我們的一些有關性能的博客,位於我們的部落格特別是在這裡。

提前解決這些常見問題,確保您的系統順利運作。需要專家指導嗎?立即聯絡我們的支援團隊幫助您避免將來撥打支援電話!

經許可轉載安全作業系統

Filed Under: 伺服器集群简单化

確定正確保護等級的重要性

13 10 月, 2024 by Jason Aw Leave a Comment

Importance of determining the right level of protection

確定正確保護等級的重要性

 

在這個影片中,瑪格麗特·霍格蘭,全球銷售與行銷副總裁西奧斯科技,討論了確定應用程式和資料庫所需的保護等級以避免停機的重要性。 Hoagland 強調了在確定適當的可用性保護等級時考慮停機對 IT 團隊、系統和業務流程的影響的重要性,因為公司經常低估中斷的影響,即使對於不太關鍵的應用程式也是如此。

經許可轉載安全作業系統

Filed Under: 伺服器集群简单化

面向託管服務提供者的高可用性和災難復原解決方案

4 10 月, 2024 by Jason Aw Leave a Comment

High Availability and Disaster Recovery Solutions for Managed Service Providers

面向託管服務提供者的高可用性和災難復原解決方案

SIOS 技術為 MSP 提供適用於 Windows 和 Linux 應用程式的強大 HA 和 DR 解決方案,確保在所有環境中最大限度地減少停機時間和無與倫比的可靠性。透過 SIOS DataKeeper 和 SIOS LifeKeeper,透過輕鬆的管理和頂級支持,增強您的服務產品、降低成本並建立持久的客戶關係。

下載解決方案簡介

經許可轉載安全作業系統

Filed Under: 伺服器集群简单化

使用 SIOS DataKeeper 在 Google Cloud 中實現經濟高效的 SQL Server 高可用性

15 9 月, 2024 by Jason Aw Leave a Comment

Achieving Cost-Effective SQL Server High Availability in Google Cloud with SIOS DataKeeper

使用 SIOS DataKeeper 在 Google Cloud 中實現經濟高效的 SQL Server 高可用性

確保SQL Server 的高可用性部署對於維持 Google Cloud Platform (GCP) 中的業務連續性至關重要。在選擇如何實現此目標時,有兩個主要選項可用:Always On 可用性群組和 SQL Server 故障轉移叢集執行個體 (FCI)。

始終在線可用性組提供全面的高可用性和災難復原解決方案,但它們需要 SQL Server Enterprise Edition,這可能是一項重大投資,特別是對於不需要企業版提供的全部功能的企業而言。

SQL Server 故障轉移叢集執行個體 (FCI),由 SQL Server 標準版支持,提供了更具成本效益的替代方案。然而,FCI 通常依賴 SAN 等共享儲存解決方案,而 GCP 本身並未提供此類解決方案。缺乏叢集感知共享儲存給希望在雲端部署 FCI 的企業帶來了挑戰。

SIOS DataKeeper 如何應對 GCP 中的 FCI 挑戰

SIOS資料管理器提供了彌補這一差距的解決方案,允許組織在 GCP 中建立 SANless 叢集。此方法透過在區域內的不同區域之間同步複製資料來消除對傳統共用儲存的需求。

SIOS DataKeeper 不僅複製附加到每個雲端實例的本機磁碟,還將複製的磁碟作為 DataKeeper 磁碟區資源呈現給叢集。對於叢集來說,該磁碟區表現為共享磁碟,與叢集無縫集成Windows Server 故障轉移叢集 (WSFC)。在故障轉移期間,DataKeeper 控制鏡像方向,確保活動節點仍然是鏡像來源,而其他節點成為目標。此設定可在使用 SQL Server 標準版的同時保持 SQL Server 環境的資料一致性和高可用性。

在 GCP 中使用 SIOS DataKeeper 的主要優勢

  1. 節省成本:透過為 FCI 啟用 SQL Server 標準版,SIOS DataKeeper 協助組織避免更高的成本與 SQL Server Enterprise Edition 關聯。
  2. 全面保護:SIOS DataKeeper 跨區域複製整個 SQL Server 實例,針對區域級故障提供強大的保護。
  3. 簡單、靈活:此解決方案簡化了在 GCP 中設定和管理 SANless FCI 的過程,使 IT 團隊可以輕鬆存取並降低複雜性。

關於 GCP 中經濟高效的 SQL Server HA 的最終想法

對於正在運行的企業Google Cloud 中的 SQL Server,在成本和可用性之間找到適當的平衡至關重要。雖然 Always On 可用性組功能強大,但它們的價格更高。 SIOS DataKeeper 提供了一個實用的替代方案,支援建立 SANless 叢集,提供必要的高可用性,同時使用 SQL Server 標準版控製成本。

有關如何實施此解決方案的逐步指南,我建議閱讀全文,涵蓋從網路設定到叢集配置的所有內容。本指南將協助您部署高可用的GCP 中的 SQL Server 環境充滿信心。

進一步實現經濟高效的 SQL Server HA

準備好在不花太多錢的情況下增強 Google Cloud 中的 SQL Server 高可用性了嗎?探索 SIOS DataKeeper 如何簡化您的部署並最大化您的投資。聯絡我們的團隊在設定滿足您特定業務需求的 SANless 叢集方面尋求專家協助。

經許可轉載安全作業系統

Filed Under: 伺服器集群简单化

ESPN 的「起床」早晨秀如何改善您的高可用性策略

10 9 月, 2024 by Jason Aw Leave a Comment

How ESPN’s “Get Up” Morning Show Can Improve Your High Availability Strategy

ESPN 的「起床」早晨秀如何改善您的高可用性策略

ESPN 通常是獲取 NFL 資訊的首選來源。該網絡以提供多個節目來報導每場比賽而聞名,這些節目提供有關球隊、比賽、即將到來的賽程、聯盟教練以及特定球員的亮點的廣泛分析、意見和隨機信息。

向 ESPN 學習:透過兩個關鍵問題增強您的高可用性

在 2021 年 9 月 13 日播出的一個片段中,丹·奧爾洛夫斯基 (Dan Orlovsky) 對芝加哥熊隊使用他們的新秀四分衛表示遺憾。在這樣做時,他順便提供了兩種方法來提高您的高可用性,只需兩個問題。提高您的高可用性來自 ESPN 的 Dan Orlovsky。

第一個問題,我們在這裡做什麼?

熊隊的進攻讓新秀四分衛賈斯汀·菲爾茲上場進行第二次進攻。新秀迅速傳球,完成七碼射門。然而,熊隊的比賽召集人沒有繼續使用新秀,而是回到了他們之前的四分衛,後者迅速將球傳給了另一支球隊。這部劇引發了丹·奧爾洛夫斯基的疑問:“我們在這裡做什麼?”

好吧,我認為你不是新秀四分衛。而且,我希望你不是為熊隊效力。但是,如果您負責企業的任何部分高可用性(HA)和災難復原(DR)策略,包括聚類,資料保護,資料複製、應用程式編排、治理/遵守和SLA,那麼奧爾洛夫斯基的第一個問題就是一個很好的起點。

你在幹什麼?

  • 您是否希望部署軟體和服務或修復已知的可用性問題?
  • 您的團隊的重點是規劃未來,例如遷移到雲端,還是解決不同變更和需求的某種組合?
  • 您的目標是在滿足監管要求的同時節省成本,透過更多可用資源提高客戶獲取量,還是優化和改進後端處理?

回答有關您的企業高可用性和災難復原 (HA/DR) 策略的問題將有助於澄清有關以下方面的大量資訊:解決方案和架構您實施的以及與之相關的團隊和流程。

第二個問題,我們為什麼要這麼做?

奧爾洛夫斯基對芝加哥熊隊何時以及如何使用他們的新秀四分衛感到沮喪,發表了一系列快速評論後,奧爾洛夫斯基提出了第二個問題:「我們為什麼要這樣做?如果用奧洛夫斯基的話來說,“什麼”是讓菲爾茲勾選一個方框並安撫球迷,那麼“我們為什麼要這樣做?”當您可以利用更多充滿活力的新秀的能力來獲得優勢並贏得比賽時,為什麼要勾選此框呢?為什麼不做出能讓你獲得成功的最佳機會的改變呢?

當然,我們不是熊隊的教練,儘管我不介意打幾場比賽。但是,這個問題仍然適用於參與實施企業可用性的人。讓我們回到第一個問題。對於「我們在這裡做什麼?」你的回答是什麼?現在,回答「我們為什麼這樣做?」的問題。一些可能的原因包括:

  • 提供數據可用性保證
  • 節省業務時間
  • 透過避免代價高昂的非計劃性停機來節省企業資金
  • 透過自動化監控和恢復節省業務時間和金錢
  • 部署架構以滿足嚴格的服務等級協定 (SLA) 或服務等級目標 (SLO)
  • 將 RTO 和 RPO 降低至零
  • 防止去年的災難再次發生
  • 對沖未知的停機威脅
  • 滿足治理要求
  • 檢查方框
  • 盡量不因違規而被罰款
  • 因為管理層這麼說

我們為什麼要這樣做是在部署高可用性系統之前、期間和之後需要回答的關鍵問題。身為客戶體驗副總裁,我曾與一位客戶合作,該客戶的 IT 管理員和資料庫管理員對「我們為什麼要這樣做?」的理由截然不同。更糟的是,執行發起人持有第三種觀點。如果沒有經過適當審查和溝通的“原因”,團隊就難以正確闡明需求,並且當事件發生時,他們的補救努力往往會產生更多衝突和問題。

芝加哥熊隊在即將到來的第三場比賽中未能取得成功或未能正確利用他們年輕的四分衛,可能有很多可能的原因,並且對於他們試圖通過他們的球隊和經驗豐富的四分衛來實現什麼目標也有同樣多的意見。但是,即使奧爾洛夫斯基無法幫助熊隊球迷澄清什麼或為什麼,他也確實提供瞭如何立即提高 HA 的框架。那麼,您如何回答以下兩個問題:我們為 HA 做些什麼?我們為什麼要這樣做?

高可用性解決方案

SIOS Technology Corporation 提供高可用性集群軟體透過叢集管理保護和優化您最重要的應用程式的 IT 基礎架構。聯絡我們今天就了解有關我們專業服務和支援的更多資訊。

經許可轉載安全作業系統

Filed Under: 伺服器集群简单化

  • « Previous Page
  • 1
  • …
  • 18
  • 19
  • 20
  • 21
  • 22
  • …
  • 113
  • Next Page »

最近的帖子

  • 什麼是高可用性(HA)?
  • 如何在周五晚上的系統崩潰中倖存下來:從簡陋的裸機到無縫的數據複製
  • 接地氣:錯過Percona Live Amsterdam讓我對HA有了哪些新的認識
  • SIOS LifeKeeper 與 Red Hat 高可用性附加元件:
  • 應用彈性現況:2026 年 SIOS 高可用性調查

最熱門的帖子

加入我們的郵件列表

Copyright © 2026 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in