9個跡象表明您存在應用程序可用性問題

您已經聽說過“認識到問題是解決問題的第一步。”但是，許多小型，中型甚至令人驚訝的大型企業都沒有意識到他們的應用程序可用性不是應該的。

繼續閱讀以下九個跡象，表明您仍然存在應用程序可用性問題：

1.重新啟動應用程序所花的時間比使用它所花費的時間多

應用程序崩潰可能是生活中不可或缺的事實，但是如果您的應用程序宕機多於宕機，那就成問題了。

2.您已開始細心瀏覽收件箱或控制中心中的警報風暴

您已為應用程序或服務器停機部署了警報，但是警報風暴使收件箱不堪重負，以至於所有警報均已靜音。

3.您擁有一個用於所有關鍵操作的數據中心

單個數據中心進行操作聽起來很方便，但是已知一個意圖良好但方向錯誤的施工人員會將單個數據中心變成昂貴的不可用區域。

4.您的數據保護理念涉及備份檢索和存檔

您的數據保護策略至關重要。數據複製技術和站點到站點，區域到區域複製已成為主流，因此，如果您的複製或數據保護策略不存在或對文件庫進行長時間的拖延，這可能是一個大問題。

5.您的恢復過程始終需要手動干預

手動干預本身不是問題。 有些事件是如此的困難和復雜，以至於可能需要大量的人工。但是，如果在服務器或應用程序中斷之後，手動干預始終是第一，第二和第三項業務，那麼這就是一個問題。

6.您的RTO以天而不是小時或分鐘為單位進行度量

您如何衡量恢復時間目標（RTO）？ 您是否以天或小時而不是每月的分鐘數來衡量您的RTO？的確，每個企業的RTO都有容忍度。但是，您的RTO不應是服務器重建和體系結構中嚴重不穩定的函數。

7.您不知道自己的RPO，因為您的待機狀態永遠不會可靠地同步

您已經選中了可靠監視和恢復應用程序的複選框，並進一步採取了行動，以提供備用集群就緒系統。做得好。但是，在讓您擺脫困境之前，您的恢復點目標（RPO）是什麼？ RPO應該比“第0天到昨晚之間的某個地方”更準確。

8.單點故障並不只是存在，而是正常現象

您的單點故障在哪裡？您的預算可能無法消除每個故障點，但是如果您可以在企業的每個主要類別和每個關鍵組成部分中確定一個故障點，那麼……

9.您上次的災難成為地方，區域或國家新聞

如果上一次重大風暴，電網故障或故障事件由於停機而使您的業務陷入困境，那麼下一個業務便是更高的可用性。

停機會在客戶，生產力和安心方面給您的業務造成損失。未解決的風險會對您的業務和聲譽產生確定的影響。如果這些警告標記在那裡，則可能存在可用性問題。而且，如果您忽略它們，那麼此後不久您可能會遇到更大的問題，因此應用程序可用性的重要性。

—客戶體驗副總裁Cassius Rhue