SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

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

如何充分利用 DataKeeper 中的「GET」指令

5 9 月, 2024 by Jason Aw Leave a Comment

How to get the most out of your “GET” commands in DataKeeper

如何充分利用 DataKeeper 中的「GET」指令

在由三部分組成的 DataKeeper 儀表板部落格系列的第 2 部分中,此部落格是以下部落格的後續內容:DataKeeper UI 與汽車儀表板部落格。與您的汽車一樣,當儀表板上的這些指示燈(交通燈顏色)閃爍時,您可以打開引擎蓋來識別它們代表的含義。出發點:

  • 電瓶燈 = 檢查電瓶、電纜連接、交流發電機等。
  • 油燈 = 檢查量油尺是否有低油、高油或無油(無油,請勿移動您的汽車)
  • 冷卻液燈 = 溢流箱內是否有冷卻液/水?

“打開引擎蓋”DataKeeper叢集版軟體有幾個相似之處,通常意味著使用命令列介面進行 DataKeeper 管理。至於將 EMCMD(擴充鏡像指令)與 SIOS DataKeeper 結合使用,GET 指令佔大約 48 個指令中最常用任務/指令的 1/3。請注意,它們僅供參考,不會影響您的節點。以下是一些有用的 Get 指令及其用法,用於確定儲存、網路和其他領域的 DataKeeper 使用者介面/DataKeeper.msc(紅綠燈顏色)中出現警告顏色的原因。

筆記:

一如既往地從提升的/管理員命令提示字元使用:

cd %extmirrbase%(這只是安裝路徑 <root>\Program Files (x86)\SIOS\DataKeeper> 的捷徑)

取得 DataKeeper 鏡像的狀態

以下是開始初步分類的好地方:

  • 取得鏡像訊息(其他)它是使用最頻繁的工具,因為它提供鏡像角色、來源/目標以及鏡像可以處於的 5 種不同狀態。
  • 取得服務資訊(其他) – 有關的重要訊息
    • 驅動程式版本和DataKeeper服務版本
    • 以及 SIOS DataKeeper 服務啟動/重新啟動的時間
  • 取得完整捲列表(儲存/網路)- 總列表
    • 所有磁碟的
    • DataKeeper 和非 DataKeeper 卷
    • 它們的角色(來源/目標)和總容量(以位元組為單位)
  • 獲取工作信息(儲存/網路)這顯示/回顯 DataKeeper 控制台中列出的作業信息
  • 取得卷資訊(儲存、網路)非常實用
    • 比較來源 (diskmgmt.msc) 和目標磁碟區的總磁碟機容量(位元組)
    • IP 位址和目前鏡像狀態

將 DataKeeper“GET”指令交叉引用到各種 Windows Server 指令

  • 獲取工作信息和“ipconfig /all”(網路)
    • 兩個輸出中的 IP 位址是否相同?如果鏡像複製要分段到另一個網絡,則 getjobinfo 必須與 ipconfig /all 輸出相符。執行一個更改鏡像端點將糾正這種差異(將在另一個部落格中討論)
      • 還有來自的鏡像端點訊息獲取工作信息輸出應與 ipconfig /all 輸出中的 IP 位址匹配
  • 執行完一個調整現有來源磁碟區和目標磁碟區的大小,是否emcmd 。取得卷資訊命令反映的總空間與磁碟分割命令和它的大小?透過 DISKPART,可能需要“擴展”或“擴展檔案系統”,以便作業系統能夠識別調整大小的捲
  • 取得完整的捲列表具有與磁碟管理小程式 (diskmgmt.msc) 類似的信息
    • 檔案系統類型
    • 卷總空間(位元組)
    • 取得卷資訊提供類似的輸出
  • 取得服務資訊以及「net start」可以提供有關 SIOS DataKeeper 服務的狀態;如果是開始/停止

掌控 DataKeeper:立即套用您的 GET 指令知識

現在,您已經掌握了有關汽車儀表板上的燈的一些基本知識,當涉及到 DataKeeper 儀表板系列部落格 3 中的 DataKeeper 管理時,您將成為 DIY 愛好者。

經許可轉載安全作業系統

Filed Under: 伺服器集群简单化

從網路安全噩夢中汲取的 6 個高可用性經驗教訓

30 8 月, 2024 by Jason Aw Leave a Comment

6 High Availability Lessons Learned from Cybersecurity Nightmares

從網路安全噩夢中汲取的 6 個高可用性經驗教訓

最近,一家安全供應商針對不斷上升的安全威脅向公司報告了一些最佳實踐建議和建議。雖然安全威脅應該受到每個企業的關注,但此建議不僅限於網路安全;它對於需要保護關鍵應用程式和服務的 HA 合作夥伴和客戶同樣重要。

最近有關網路安全的文章為 HA 帶來的六大要點

  1. 立即採取措施提高 HA
    等待停機事件並專注於快速恢復是一個糟糕的策略。準備和防止停機是一個更好的解決方案。開始識別關鍵的 Tier1 和 Tier2 應用程式、資料庫和服務。第 1 層應包括所有關鍵業務解決方案那不可能是無法訪問的。也就是說,應用程式必須 24/7 可用,如果離線將造成嚴重的業務後果。雖然第 2 層應用程式應盡可能頻繁地運行,但它們的重要性較低,您的企業可以容忍長達數小時的中斷,而不會對業務產生重大影響。
  2. 制定全面的醫管局保障計劃
    制定保護關鍵應用程式、資料庫和服務的計劃。確保該計劃包括架構和設計文件以及回應停機的人員職責。請務必準備好在 QA 或沙箱環境中部署叢集的流程,並專注於將活動和詳細資訊記錄到操作手冊中。這些沙箱和 QA 系統還可用於測試、培訓和驗證升級、修補程序和維護。
  3. 認識並解決高可用性風險
    所有組織都必須認識到,沒有一家公司能夠免受停機中斷的影響,無論規模大小或位置如何。小型、中型和大型企業都容易遭受自然災害或人為災害。大型組織將經歷相當多的用戶錯誤、本地建設導致的資料中心故障、基礎設施故障以及網路元件中斷。中小型實體,尤其是。那些擁有本地解決方案或規模較小的 IT 團隊的人,需要添加HA保護以及。雖然大公司可能會在停電中損失更多資金,但中小型企業也可能損失相當數量的資金。需要注意的是,遷移到雲端並不足以防範所有風險。
  4. 業務主管需要領導高可用性策略
    準備和防範停機不僅僅是 IT 團隊的問題。企業主管需要參與保護企業免受已知風險、暴露和停機威脅。這意味著關鍵管理人員和利害關係人需要主動詢問 HA 的覆蓋範圍、計劃和人員配置。企業主管也應該做好投資準備,確保一級應用程式、資料庫、服務和資料的全面覆蓋,以應對意外情況。他們也應該主動將覆蓋範圍擴大到二級及以上。
  5. 持續溝通對醫管局的重要性
    業務領導層、各個領域(網路、儲存、運算、雲端、資料庫和應用程式)的管理員應經常召開會議,討論新的和現有的HA 威脅、新的和現有的挑戰以及持續的需求。必須保持內部團隊討論以了解需求和業務連續性計劃。事實上,HA 考慮因素需要成為從 C 級到基層的所有相關內部規劃和溝通的一個組成部分。然而,這種溝通不能停止於內部利害關係人。相反,業務領導者和 HA 利害關係人必須與 HA 供應商及其研發和支援團隊一起審查公司狀況、HA 要求和關鍵發現。
  6. 不要等到災難發生才檢查您的 HA 解決方案
    公司需要經常審查他們的計劃以及執行這些計劃的能力。此審查需要比閱讀操作手冊、文件或集群設計更深入。請查看操作手冊以及實務練習以驗證和更新操作手冊。測試停機後系統恢復流程,包括客戶端和業務營運恢復

立即採取行動,保護您的系統免於停機

與安全建議類似,公司應立即採取行動,確保其係統、解決方案、應用程式和資料免受停機和災難的影響。不要等到災難發生才發現您的 HA 策略的缺陷。立即聯絡 SIOS增強您的 HA 策略並保護您的業務免受意外中斷。

經許可轉載安全作業系統

Filed Under: 伺服器集群简单化

DataKeeper UI 與汽車儀表板:高可用性監控指南

24 8 月, 2024 by Jason Aw Leave a Comment

DataKeeper UI vs. Car Dashboards A Guide to High Availability Monitoring

DataKeeper UI 與汽車儀表板:高可用性監控指南

除了分享使用的樂趣DataKeeper叢集版以其高可用性和災難復原除了能力之外,我們大多數人還有其他一些共同點。 。 。我們開汽車…電動、汽油或混合動力。 《富比士》稱,截至 2022 年,92% 的家庭至少擁有一輛汽車。

這些數以百萬計的汽車與 DataKeeper 有一些共同點。 。 。

帶有狀態指示器的儀表板。

在 DataKeeper 的情況下,使用者介面 (DataKeeper.msc) 具有所謂的鏡像定義或鏡像狀態。

在汽車中,指示燈被親切地稱為“儀表板燈”,或者對於某些 X 世代來說,它們可能會被稱為“儀表板燈”“白痴燈”

讓我們直接討論一下它們的相似之處。

所有汽車都具有一定程度的燃燒(燃料)、電力(或非電力)和冷卻能力;因此儀表板上的相關指示燈通常為紅、黃、綠三種顏色。與汽車儀表板一樣,DataKeeper UI 在控制台樹中具有「紅綠燈」模式。

正如我們所提到的,對汽車進行故障排除時可能遇到的情況,例如電池、燃油問題、引擎過熱(如您的引擎)、DataKeeper 故障排除也可以合併到以下方面:

  • 貯存
  • 網路
  • 其他(安全、用戶管理等)

回顧一下 DataKeeper UI 控制台樹中的「紅綠燈」標識符,讓我們來看看「幕後」來識別鏡像的狀態。

當駕駛員將汽車送去修理問題或進行定期維修時,經銷商的技術顧問或服務技術人員將插入 OBD 連接器(車載診斷),以大致了解問題可能出在哪裡發生(燃燒、電氣或其他)

識別鏡像狀態顏色以診斷 DataKeeper 問題

作為支援/驅動 DataKeeper 的用戶,您的第一級分類應該是識別鏡像的「顏色」變化,以確認儲存、網路或其他是否影響了用戶、效能等。

這些標識符被親切地稱為鏡像定義。鏡像狀態與 OBD 類似,可以透過啟動名為“的命令來識別”emcmd 。 getmirrorvolinfo <驅動器號>」。

筆記:

要存取“emcmd”命令(順便說一句,它代表擴展鏡像命令),我們可以啟動提升的(管理員)命令提示符,如下所示:

  • “cd %extmirrbase%”
    • 這是實用程式所在安裝路徑的捷徑,例如 <root>\Program Files (x86)\SIOS\DataKeeper

輸出將顯示為“#主機名稱#”

第一個整數代表鏡像的角色,(1 = 來源,2 = 目標)

至於Last整數,Mirror可以獲得6種狀態:

1 – 鏡像(綠色)

2 – 鏡像正在重新同步(黃色)

3 – 鏡子破碎(紅色)

4 – 鏡子暫停(黃色)

5 – Resyc 正在等待(黃色)

有多種變化 – 正如它與您的汽車或 DataKeeper 相關一樣 – 人們必須找到一個起點來識別“痛點”

  • 司機:你和家人共用一輛車嗎?有人留下頂燈了嗎?燃油類型是否從 94 辛烷值改為 87 辛烷值?
  • DataKeeper 管理員:您是唯一的支援人員嗎?其他部門是否可以存取您的集群,例如資料庫管理員、負責儲存、網路等的基礎設施人員?

深入探究:擴展集群資源之前要採取的預防措施

貯存

做好你的功課。基礎設施和資料庫管理員希望擴展其儲存以滿足不斷增長的需求。他們非常了解手頭上的任務,但如果執行不正確或順序錯誤,DataKeeper 中的鏡像顏色可能是紅色、黃色或無。看看我們的文件和支援視頻關於如何正確調整儲存大小。

網路

輕鬆避免完全重新同步。基礎設施和資料庫管理員可能希望將現有鏡像流量分段到不同的網絡,而不會造成任何停機或高可用性損失。您能想像沒有 HA 來重新創建新鏡像並且必須對幾 TB 甚至 1 PB 的資料執行完全重新同步嗎?看看我們的文件和支援視頻如何輕鬆實現這一目標

其他(安全)

了解密碼管理。密碼原則可能會根據 Active Directory 中規定的時間範圍進行變更。如果管理員不知道這一點,並且重新啟動 SIOS DataKeeper 服務,則不會自動傳播為 SIOS DataKeeper 服務帳戶 (Active Directory) 變更的密碼。因此,需要在服務小程式中手動更新服務帳戶密碼。 (services.msc) 若要正確使用 SIOS DataKeeper 服務帳戶,請查看我們的支援文件

跨多個部門管理 DataKeeper 以避免停機

您的汽車可以有多位駕駛員、不同的服務技術人員、不同的路況等。 DataKeeper 也不例外,因為可能存在負責儲存、網路、安全等的跨職能部門,這可能會對 DataKeeper 產生不利影響。可能存在與DataKeeper 存在關係/依賴性的相關集群資源。顏色;特別是黃色和紅色。

監控 DataKeeper 鏡像狀態和基礎架構變更的清單

  • 回顧「紅綠燈」顏色
  • 透過 emcmd 辨識鏡像的狀態。取得鏡像卷資訊指令
  • 如果涉及多個部門,請詢問整個基礎設施(儲存、網路、安全或其他部門)的變更或規劃事件
  • 透過事件檢視器日誌、ipconfig /all 輸出增強您的初始分類,dk健康檢查,僅舉幾例

有關 DataKeeper 問題,請聯絡 SIOS 支持

如果您的汽車已經「失效」並將您留在路邊,您可能會聯繫 AAA,他們會提供拖車。有疑問或非優先問題,請發送電子郵件至support@us.sios.com。如果您的問題很緊急,請致電 877-457-5113 與我們聯絡。

經許可轉載安全作業系統

Filed Under: 伺服器集群简单化

網路研討會:賦能教育:利用 SIOS 解決方案增強系統可用性

18 8 月, 2024 by Jason Aw Leave a Comment

Empowering Education Enhancing System Availability with SIOS Solutions

網路研討會:賦能教育:利用 SIOS 解決方案增強系統可用性

註冊參加點播網路研討會

應對現代教育的挑戰不僅需要創新的教學方法,還需要創新的教學方法。它需要強大的技術支援。

本次網路研討會討論了高可用性 (HA) 和災難復原 (DR) 在確保不間斷學習體驗方面的關鍵作用。了解機構如何有效管理旺季、迎合全球學生人口統計並處理潛在的系統故障。特別關注 SIOS 高可用性解決方案,了解如何建立彈性、經濟高效且使用者友好的 IT 基礎架構。

經許可轉載安全作業系統

 

Filed Under: 伺服器集群简单化

網路研討會:探索單一伺服器保護高可用性的優勢

14 8 月, 2024 by Jason Aw Leave a Comment

Exploring the Benefits of Single Server Protection High Availability

網路研討會:探索單一伺服器保護高可用性的優勢

對於大多數組織來說,保持可靠的正常運作時間和連續性至關重要,尤其是對於業務必需的應用程式。但是你的其他應用程式呢?考慮重要性較低的應用程式並計劃提高其可用性非常重要。單一伺服器保護高可用性是解決方案。

觀看此點播網路研討會,了解單一伺服器保護高可用性 (SSP-HA)、它與其他 HA 解決方案有何不同以及如何在 IT 環境中利用它。

經許可轉載安全作業系統

Filed Under: 伺服器集群简单化

  • « Previous Page
  • 1
  • …
  • 19
  • 20
  • 21
  • 22
  • 23
  • …
  • 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