ダウンタイム

ダウンタイム(口語では(システム) 停止または(システム) 干ばつとも呼ばれる)という用語は、システムが利用できない期間を指すために使用されます。利用不可とは、システムが利用できない、またはオフラインになっている時間の割合です。これは通常、計画外のイベント、または定期的なメンテナンス(計画されたイベント) が原因でシステムが機能しなくなった結果です。

これらの用語は、一般的にネットワークとサーバーに適用されます。計画外の停止の一般的な理由は、システム障害 (クラッシュなど) または通信障害 (一般にネットワーク停止またはネットワーク干ばつと呼ばれる) です。一般的なコンピュータシステムの問題による停止の場合は、コンピュータ停止( IT 停止またはIT 干ばつとも呼ばれる)という用語を使用できます。

この用語は、産業環境において、産業生産設備の故障に関連して一般的に使用されています。施設によっては、勤務シフト中、または 12 時間または 24 時間の間に発生したダウンタイムを測定します。また、ダウンタイムイベントを操作上、電気的、または機械的な原因で特定することもよく行われます。

ダウンタイムの反対はアップタイムです。

種類

「停止期間」または「メンテナンス期間」という用語の業界標準では、開始と完了のポイントが異なる場合があります。そのため、契約実行時の矛盾を避けるために、次の説明を使用する必要があります。

「ターンキー」は、すべての停止タイプの中で最も興味深いものです。停止またはメンテナンスは、プラントまたは機器のオペレーターがシャットダウンまたは停止ボタンを押して操作を停止することから始まります。特に明記されていない限り、プラントまたは機器が通常の操作に戻り、製造を開始する準備ができたとき、またはシステムまたはグリッドと同期する準備ができたとき、またはポンプまたはコンプレッサーとしての役割を果たす準備ができたときに、停止またはメンテナンスは完了したとみなされます。
「ブレーカーからブレーカー」この停電またはメンテナンスは、プラントまたは機器のオペレーターが制御回路の動作を停止させるのではなく、電源回路 (主電源ブレーカーが「オフ」または「解除」または「オンクールダウン」) を取り外すことから始まります。これにより、機器を冷却したり、周囲温度に戻したりして、停電/メンテナンス作業を準備または開始することができます。機器の種類によっては、「ブレーカーからブレーカー」の停電は、制御関連のメンテナンスを外注する場合に有利になることがあります。このタイプのメンテナンス作業は、主機器がまだクールダウン中またはスタンバイ中に実行できるためです。特に明記されていない限り、このタイプの停電は、電源ブレーカーが作動して電源回路が再通電された時点で完了したとみなされます。
「ロックアウト/タグアウトの完了」この停止またはメンテナンス (「オフクールダウン」と間違われることもありますが、同じではありません) は、プラントまたは機器のオペレーターが電源回路を取り外し、制御回路を切断し、その他の潜在的な電源および危険源の中和を実行することから始まります (通常、ロックアウト、タグアウト「LOTO」と呼ばれます)。このメンテナンス期間のポイントは、通常、施設、プラント、または機器で実際の作業を開始する前の停止開始段階の最後のフェーズです。作業を実施する前に、常に LOTO アクティビティの後に安全ブリーフィングを行う必要があります。特に明記されていない限り、このタイプの停止は、機器が機械的に完了し、多くの重回転機器のスローロール、モーターのバンプテストまたは回転チェックなどを行う準備が整ったときに完了したと見なされますが、LOTO 手順に従った返却または作業許可に従う必要があります。

必要なオンラインテスト、パフォーマンステスト、およびチューニングは、通常、停止またはメンテナンスイベントの完了後に実行され、ほとんどのメンテナンス請負業者の制御外であるため、停止期間にはカウントされません。

特徴

計画外のダウンタイムは、機器の故障などにより発生する可能性があります。

通信障害の分類

ダウンタイムは、ハードウェア (物理的な機器)、(論理制御装置)、相互接続機器 (ケーブル、設備、ルーターなど)、伝送 (無線、マイクロ波、衛星)、および/または容量 (システム制限) の障害によって発生することがあります。

障害は、損傷、故障、設計、手順（人間による不適切な使用）、エンジニアリング（使用方法と展開方法）、過負荷（設計された制限を超えてストレスがかかったトラフィックまたはシステムリソース）、環境（電源や HVAC などのサポートシステム）、（ソフトウェアのアップグレードや機器の拡張などの目的でシステムに設計された停止）、その他（上記のいずれでもないが既知）、または不明が原因で発生する可能性があります。

障害の責任は、顧客/サービスプロバイダー、ベンダー/サプライヤー、公共事業体、政府、請負業者、エンドカスタマー、公的機関、自然災害、その他 (上記のいずれでもないが既知)、または不明である可能性があります。

インパクト

システム障害による停止は、特にほぼ 24 時間のサービスに依存している業界のコンピューター/ネットワークシステムのユーザーに深刻な影響を及ぼす可能性があります。

ISPのユーザーや通信ネットワークの他の顧客も影響を受ける可能性があります。

企業はネットワークの停止によりビジネスを失ったり、契約不履行に陥って金銭的損失を被る可能性があります。Veeam 2019 クラウドデータ管理レポートによると、組織は平均して年間 5 ～ 10 回、計画外のダウンタイムに遭遇し、1 時間のダウンタイムの平均コストは 102,450 ドルです。^[1]

ダウンタイムの影響を受ける人々や組織は、特定の側面に対してより敏感になる可能性があります。

停電の長さにもっと影響を受ける人もいます。彼らにとっては、問題から回復するのにどれくらいの時間がかかるかが重要です。
停電のタイミングに敏感な企業もあり、ピーク時の停電は最も大きな影響を及ぼします。

最も要求の厳しいユーザーは、高可用性を必要とするユーザーです。

有名な停電

1988年5月8日（日曜日）、母の日、イリノイ州ベル電話会社のヒンズデール中央事務所のメイン交換室で火災が発生しました。州内最大級の交換システムの一つであるこの施設は、毎日350万件以上の通話を処理し、多数の企業、病院、シカゴのオヘア空港やミッドウェイ空港を含む38,000人の顧客にサービスを提供していました。^[2]

1990 年 1 月 15 日、 AT&Tの4ESS市外局番スイッチネットワーク全体が何度もサービスを開始したり停止したりし、米国全体の長距離サービスが中断されました。トラフィックが遅くなると、問題は自然に解消されました。ソフトウェアのバグが見つかりました。^[3]

AT&Tは1998年4月13日にフレームリレーネットワークを26時間利用できなくなりました。 ^[4]この障害は何千人もの顧客に影響を与え、銀行取引も被害を受けました。AT&Tは顧客との契約で定められたサービスレベル契約を満たすことができず、 ^[5] 6,600の顧客アカウントに返金しなければならず、数百万ドルの損害が発生しました。

Xbox Liveは2007年から2008年のホリデーシーズン中に断続的にダウンタイムが発生し、13日間続いた。^[6] Xbox 360購入者からの需要増加（Xbox Live史上最大の新規ユーザー登録数）がダウンタイムの原因とされた。サービスの問題を補うために、マイクロソフトはユーザーに無料ゲームを受け取る機会を提供した。^[7]

ソニーのプレイステーションネットワークの2011年4月の障害は、2011年4月20日に始まり、2011年5月14日に米国から徐々に回復した。この障害は、2006年の開始以来、PSNがオフラインになった最長時間である。ソニーは、この問題は個人情報の没収につながった外部からの侵入によって引き起こされたと述べた。ソニーは2011年4月26日に、ダウンタイムを引き起こしたのと同じハッキングによって大量のユーザーデータが取得されたと報告した。^[8]

2011 年後半、雨が続いたため電気配電盤に水が浸入し、テルストラの Ryde スイッチが故障しました。Ryde スイッチはオーストラリアで面積が最大のスイッチの 1 つで、720,000 を超えるサービスに影響を及ぼしました。 ^[要出典]

ServerAxisのマイアミデータセンターは2016年2月29日に予告なしにオフラインになり、その後復旧しませんでした。この影響は複数のプロバイダーと数百のウェブサイトに影響を及ぼしました。この障害は2016年のNCAAディビジョンI女子バスケットボールトーナメントの報道にも影響を及ぼしました。影響を受けたサイトの1つであるWBBStateは、利用可能な女子バスケットボールの統計情報を提供する最も包括的なプロバイダーでした。^[9]

ゲームプラットフォームRobloxは、2021年10月頃、Chipotleイベント中に障害が発生した。イベント期間中、ユーザーはChipotleのブリトーを無料でゲットできたため、イベントは大反響を呼び、多くのユーザーはそれがイベントのせいだと思った。この障害はRoblox史上最長のダウンタイムとなり、3日間続いた。^[10]^[11]^[12]

2022年7月8日、ロジャーズはカナダで全国規模の大規模な障害に見舞われました。これにより携帯電話とインターネットへのアクセスが同時に影響を受け、911通報や銀行間取引が失敗し、政府サービスにも支障が出ました。

2024年7月19日、CrowdStrikeはFalconソフトウェアの欠陥のあるデバイスドライバーアップデートをリリースし、Windows PC、サーバー、仮想マシンがクラッシュしてブートループが発生しました。このインシデントは、さまざまな州の911サービスなどの重要なインフラストラクチャを含む、世界中の約850万台のWindowsマシンに意図せず影響を与えました。これは、情報技術の歴史上最大の障害と見なされています。^[13]^[14]

サービスレベル

サービスレベル契約では、すべてのダウンタイムの合計を参照期間 (例: 1 か月) の合計時間で割ることによって計算されるパーセンテージ値 (月単位または年単位) を記載するのが一般的です。ダウンタイムが 0% の場合、サーバーは常に利用可能であったことを意味します。

インターネットサーバーの場合、年間1%以上のダウンタイムは、年間3日以上のダウンタイムを意味するため、許容できないとみなされます。電子商取引やその他の産業用途では、通常、0.1%を超える値は許容できないとみなされます。^[15]

対応と影響の軽減

ネットワーク停止が発生しないようにするのは、ネットワーク設計者の義務です。ネットワーク停止が発生した場合、適切に設計されたシステムでは、停止を局所的に抑えて、できるだけ早く検出して修復できるため、停止の影響をさらに軽減できます。

故障を検出し (ネットワーク監視)、ネットワークを正常な状態に復元するためのプロセスが必要です。これには通常、訓練を受けたエンジニアで構成された、問題のトラブルシューティングができるヘルプデスクチームが必要です。ダウンタイム中に特に要求される可能性があるユーザー入力に対応するには、通常、別のヘルプデスクチームが必要です。

ネットワーク管理システムを使用すると、顧客からの苦情が出る前に故障したコンポーネントや劣化したコンポーネントを検出し、事前に故障を修正することができます。

リスク管理技術は、ネットワーク停止が組織に与える影響と、リスクを最小限に抑えるためにどのような措置が必要かを判断するために使用できます。リスクは、信頼性の高いコンポーネントの使用、アップグレードなどのメンテナンスの実行、冗長システムの使用、または緊急時対応計画や事業継続計画の策定によって最小限に抑えることができます。技術的手段では、誤り訂正符号、再送信、チェックサム、またはダイバーシティスキームを使用してエラーを減らすことができます。

ダウンタイムの最大の原因の 1 つは、計画された変更がうまくいかないという構成ミスです。通常、組織は構成バックアップのプロセスを手動で管理しますが、これには、複数のベンダーのネットワーク全体でプロセスを管理する時間を持つ高度なスキルを持つエンジニアが必要です。バックアップを管理するための自動化ツールはありますが、停止の全体的な影響を最小限に抑えるために必要な構成の回復を処理するソリューションはほとんどありません。^[16]

計画

計画停止は、システム所有者やサービスプロバイダーによる計画的なアクティビティの結果です。これらの停止は、多くの場合、メンテナンスウィンドウ中にスケジュールされ、次のようなタスクを実行するために使用できます。

延期されたメンテナンス、例えば、延期されたハードウェア修理や、文字化けしたメモリをクリーンアップするための延期された再起動など
検出された障害を特定するための診断
ハードウェア障害の修復
構成データベース内のエラーや省略、または最近の構成データベースの変更における省略を修正する
アプリケーションデータベースのエラーまたは最近のアプリケーションデータベースの変更のエラーを修正する
ソフトウェアの障害を修正するためのソフトウェアパッチ適用/ソフトウェアアップデート。

停電は、 Sun の停電など、予測可能な自然現象の結果として計画されることもあります。

コンピュータシステムに依存する業界では、メンテナンスダウンタイムを慎重にスケジュールする必要があります。多くの場合、システム全体のダウンタイムは、全体的な機能に影響を与えずに、アップグレードのためにシステムの一部を段階的に停止するプロセスである「ローリングアップグレード」と呼ばれる方法を使用することで回避できます。

回避

ほとんどの Web サイトでは、Web サイト監視が利用可能です。Web サイト監視 (合成またはパッシブ) は、サイトのダウンタイムとユーザーを「監視」するサービスです。

その他の用途

ダウンタイムは、人的資本やその他の資産がダウンしている時間を指すこともあります。たとえば、従業員が会議中であったり、別の制約により業務を遂行できない場合は、ダウンタイムとなります。これは同様にコストがかかる可能性があり、別の資産 (つまり、コンピューター/システム) がダウンしていることが原因である可能性があります。これは一般に「デッドタイム」とも呼ばれます。

ダウンタイムは個人的な意味でも一般化されており、睡眠やレクリエーションの時間を指すために使われます。^[17]^[18]^[19]

この用語は工場や工業用途でも使用されます。総合的生産管理(TPM) を参照してください。