（サーバーエラー対処方法）Linux,Ubuntu 18.04,Dell,Fan,firewalld,firewalld（Fan）で「ファイルシステムが読み取り専用でマウント」が発生しました。

Linux Ubuntu 18.04環境におけるファイルシステムの読み取り専用化と対処法

サーバーの運用中に突然ファイルシステムが読み取り専用となる事象は、システム管理者にとって深刻なトラブルです。特にLinux Ubuntu 18.04を使用している環境では、ハードウェアや設定の問題、またはソフトウェアの不具合が原因となることがあります。例えば、突然の電源障害やHDDの異常、ファイアウォールの設定変更などが引き金となるケースがあります。こうした問題は、ビジネスの継続性に直結するため、迅速な原因特定と適切な対処が求められます。以下の比較表は、システムトラブルの原因と対処法のポイントを整理したものです。CLIコマンドによる対処方法も併せて理解しておくことが重要です。なお、問題の早期解決には、事前の監視体制やログ解析、そして定期的なメンテナンスが不可欠です。経営層にも理解しやすいように、技術的背景を整理し、対策の全体像を把握できる説明が必要です。

Dellサーバーのハードウェア構成において、ファイルシステムが読み取り専用になるケースの解決策

システム運用の現場では、サーバーの突然の不具合や障害に直面することがあります。特に、Linux Ubuntu 18.04環境において、ハードウェアの問題や設定の誤りによりファイルシステムが読み取り専用でマウントされるケースは、業務に大きな影響を及ぼします。この状態は、通常の運用では予期しにくいため、原因を迅速に特定し適切な対処を行うことが求められます。表にまとめると、原因の種類と対応策は次のようになります。

ハードウェア異常の兆候と診断方法

ハードウェアの異常は、ディスクの異音、エラーメッセージ、SMART情報の異常などから察知できます。Dellサーバーでは、iDRACやOpenManageなどの管理ツールを活用して、ハードウェアの状態を継続的に監視し、異常の兆候を早期に検知することが重要です。診断には、診断ツールによるディスクの健康状態の確認や、ハードウェアの温度や電源供給状態のモニタリングが必要です。これにより、物理的な故障や予兆を把握し、適切なメンテナンスや交換を計画できます。

RAIDやディスクの状態確認と対処

RAID構成のディスク状態やログを確認することが、ファイルシステムの読み取り専用化を理解する鍵です。`mdadm`や`smartctl`といったコマンドを利用して、RAIDの状態やディスクのSMART情報を確認します。例えば、`cat /proc/mdstat`や`smartctl -a /dev/sdX`コマンドで詳細情報を取得し、異常があればディスクの交換やRAID再構築を検討します。また、ディスク障害により、システムが自動的に書き込み保護モードに切り替わることもあるため、その原因を究明し、必要に応じてバックアップからの復元や設定変更を行います。

ハードウェアの適切な管理とメンテナンスの重要性

ハードウェアの安定稼働には、定期的な点検と適切な管理が不可欠です。Dellサーバーの場合、ファームウェアやドライバの最新化、冷却システムの定期清掃、電源供給の安定化などが必要です。特に、ディスクの健康状態や温度監視は、長期的な信頼性向上に直結します。これらの管理を徹底することで、突発的なハードウェア故障によるファイルシステムの読み取り専用化を未然に防ぎ、ビジネスの継続性を確保できます。さらに、障害発生時の対応手順を事前に整備しておくことも重要です。

Dellサーバーのハードウェア構成において、ファイルシステムが読み取り専用になるケースの解決策

Fan（ファン）の故障や過熱が原因でシステムのファイルシステムが読み取り専用にマウントされるケースの対処法

サーバーのシステム障害の中で、Fan（ファン）の故障や過熱が原因となり、ファイルシステムが読み取り専用でマウントされるケースがあります。この状態は、ハードウェアの冷却不良に伴い、システムの安全性を確保するために自動的に発生することもあります。ファイルシステムが読み取り専用になると、データの書き込みや更新ができなくなり、業務に大きな影響を与えます。原因の特定と適切な対処を行うためには、まず温度監視やハードウェア状態の確認が必要です。以下の比較表では、Fanの故障や過熱による異常と、その対処方法の違いについて解説します。また、CLIを用いた具体的なコマンド例も紹介し、技術者が迅速に対応できるようにしています。これにより、経営層に対しても、システムの安定性維持に必要な措置を理解してもらうことが可能です。

温度監視と故障検知の仕組み

Fanの故障や過熱の検知には、温度センサーやハードウェア監視ツールを活用します。比較的よく見られる監視方法として、システムの温度情報を定期的に取得し、閾値を超えた場合にアラートを発する仕組みがあります。

これにより、Fanの故障や過熱の兆候を早期に発見し、適切な対応を取ることが可能となります。CLI上では、`sensors`コマンドやシステムログを分析し、温度データや異常兆候を確認します。

過熱時の緊急対応とシステム停止措置

過熱が検知された場合、まずはシステムの緊急停止を行い、ハードウェアへのダメージを最小化します。比較表では、対応手順に違いがあります。

CLIツールでは、`sudo shutdown -h now`コマンドを用いて安全に停止させ、その後冷却やハードウェア点検を行います。

冷却システムの最適化と長期保守計画

長期的な対策として、冷却システムの最適化と定期点検を推奨します。比較表により、冷却対策の違いを整理します。

これらを実施することで、Fanの故障リスクを低減し、システムの安定運用を継続できます。さらに、長期保守計画に基づき、定期的な点検と故障予兆の監視を行います。

Fan（ファン）の故障や過熱が原因でシステムのファイルシステムが読み取り専用にマウントされるケースの対処法

firewalld設定変更によるファイルシステムの読み取り専用化の原因と対策

システム管理者や技術担当者は、firewalldの設定変更後にファイルシステムが突然読み取り専用でマウントされるトラブルに直面することがあります。特にUbuntu 18.04やDellサーバー環境において、firewalldの設定変更がシステムの挙動に影響を与えるケースは少なくありません。原因を正確に理解し、適切な対処法を選択することが重要です。次の比較表では、設定変更の内容とシステム挙動の関係性を明確にし、誤設定やリスクを未然に防ぐためのポイントを整理しています。CLIコマンドによる具体的な操作例も併せて解説し、管理者が迅速に対応できるようサポートします。

設定変更とシステム挙動の関係性

firewalldの設定変更は、ネットワーク通信に関わるルールの変更を伴います。これにより、特定のサービスやポートへのアクセス制御が変更され、結果としてシステムの挙動に影響を及ぼすことがあります。例えば、不要なポートを閉じる設定や誤ったゾーン設定により、システムが異常を検知してファイルシステムを読み取り専用にマウントするケースがあります。これらの挙動は、設定変更とシステムの状態変化の因果関係を理解し、適切な設定を行うことで未然に防ぐことが可能です。システムの安定運用には、設定変更前後のログ解析や、設定の一時的なロールバックも有効です。

誤設定による影響と修正方法

firewalldの誤設定は、システムの正常な動作に支障をきたす場合があります。特に、誤ったゾーンの割り当てや不要なサービスのブロックは、ファイルシステムのアクセスに影響を与えることがあります。修正のためには、まず現在の設定状態を確認し、問題箇所を特定します。具体的には、`firewall-cmd –list-all`コマンドで設定内容を確認し、不適切なルールを修正します。必要に応じて、`firewall-cmd –permanent –zone=ゾーン名 –remove-service=サービス名`や`firewall-cmd –reload`を実行して設定を反映します。設定の影響範囲を把握し、慎重に修正対応を行うことが重要です。

設定変更時のリスク管理と再発防止策

firewalldの設定変更は、事前のリスクアセスメントと計画的な運用が必須です。変更前には必ず設定内容のバックアップを取り、変更履歴を管理します。また、設定変更後はシステムの動作確認やログ監視を徹底し、異常があれば迅速に対応できる体制を整えます。さらに、定期的な設定レビューやテスト環境での検証も、再発防止に有効です。こうした管理策を徹底することで、突然のトラブル発生を未然に防ぎ、ビジネスの継続性を維持します。

firewalld設定変更によるファイルシステムの読み取り専用化の原因と対策

サーバー起動時に「ファイルシステムが読み取り専用」でマウントされた場合のトラブルシューティング

システムの運用中に突然ファイルシステムが読み取り専用でマウントされるケースは、サーバー管理者にとって深刻な問題です。特にUbuntu 18.04を搭載したLinux環境では、ハードウェアの不調やファイルシステムのエラー、設定ミスなど複数の原因が考えられます。これらの原因を正確に特定し、迅速に復旧を行うことは、システムの安定性とビジネスの継続にとって重要です。以下では、起動時に発生しやすいログの解析方法、マウント状態の解除手順、事前の予防策について詳しく解説します。これにより、管理者は正しい対応手順を理解し、再発防止に役立てることができます。なお、比較表やコマンドライン例も併せて紹介し、実務に直結した情報を提供します。

起動時ログの分析と原因特定

起動時にファイルシステムが読み取り専用でマウントされた場合、最初に確認すべきはシステムの起動ログです。`dmesg`コマンドや`journalctl -b`を使用して、エラーや警告メッセージを収集します。例えば、`EXT4-fs error`や`filesystem being mounted read-only`といったメッセージがあれば、ハードウェア障害やファイルシステムの破損を示唆しています。これらのログを詳細に解析し、どのデバイスやパーティションに問題があるかを特定します。ハードウェアの異常が原因の場合、ディスクの診断ツールやSMART情報の取得も必要となります。原因の特定には、複数のログを比較し、エラーの発生タイミングやパターンを把握することが重要です。これにより、適切な復旧手順を計画できます。

マウント状態の解除と復旧方法

ファイルシステムが読み取り専用でマウントされた状態からの復旧には、まず該当パーティションのアンマウント作業が必要です。`umount`コマンドを使用し、安全にアンマウントを行います。次に、`fsck`コマンドを利用してファイルシステムの整合性を確認・修復します。例えば、`fsck /dev/sdX`と入力し、指摘されたエラーを修正します。その後、再度マウントを行い、`mount`コマンドや`/etc/fstab`の設定を確認します。必要に応じて、`mount -o remount,rw /`のようなコマンドで読み書き可能に設定します。復旧後は、システムの安定性を確認し、必要に応じてハードウェアの点検や設定の見直しを行います。これらの操作は、慎重に実施することが求められます。

事前の予防策とシステムの堅牢化

類似のトラブルを未然に防ぐためには、定期的なファイルシステムのチェックやハードウェア監視、適切なバックアップ体制の構築が不可欠です。`smartmontools`や`iostat`などのツールを活用し、ディスクやシステムの健康状態を継続的に監視します。また、設定ファイルには適切なリカバリオプションを設定し、物理的な接続や電源供給の安定性を確保します。さらに、定期的なシステムのメンテナンスや、障害発生時の対応手順をマニュアル化し、スタッフに教育することも重要です。これにより、問題発生時の対応時間を短縮し、システム復旧の信頼性を高めることができます。

サーバー起動時に「ファイルシステムが読み取り専用」でマウントされた場合のトラブルシューティング

システム障害時にデータ損失を防ぐための適切な対応と、システムの復旧計画

システム障害が発生した際、最も懸念されるのは重要なデータの喪失です。特にファイルシステムが読み取り専用でマウントされている場合、通常の操作や更新が困難となり、データの安全確保と正常な復旧手順の確立が急務となります。障害の原因は多岐にわたり、ハードウェアの故障や設定ミス、システムの異常状態などが考えられます。これらに迅速に対応し、データの損失を最小限に抑えるためには、事前にバックアップ体制を整備し、適切な復旧計画を策定しておくことが不可欠です。以下では、バックアップの重要性と実施ポイント、緊急時のデータ保全と復旧手順、そして事業継続計画（BCP）の策定と運用について詳しく解説します。

バックアップの重要性と実施ポイント

バックアップは、システム障害やデータ消失時のリカバリーを可能にする最も基本的かつ重要な対策です。特に、定期的なフルバックアップと差分バックアップを併用することで、迅速かつ効果的な復旧を実現します。バックアップの頻度や保存場所の冗長化も重要であり、クラウドや外部記憶装置を活用して複数の保存場所を確保することで、災害やハードウェア故障によるリスクを低減できます。さらに、バックアップデータの整合性や復旧テストを定期的に実施し、常に最新かつ確実に復元可能な状態を維持することが求められます。これにより、障害発生時に迅速な対応が可能となり、ビジネスの継続性を確保できます。

緊急時のデータ保全と復旧手順

システム障害やファイルシステムの異常時には、まず現状の状態を記録し、二次的な被害を防止します。その後、バックアップからのデータ復旧を優先し、必要に応じてディスクの修復やマウント状態の調整を行います。具体的には、システムのシャットダウンやリカバリー用のライブCD/USBを使用し、データの整合性を確保した状態で復旧作業を進めます。復旧の際は、どの段階で何を行ったかの記録を残し、再発防止策を考慮します。また、復旧後にはシステムの正常動作を確認し、問題が解決したことを確証します。これらの手順をあらかじめ整備し、迅速に対応できる体制を整えることが重要です。

事業継続計画（BCP）の策定と運用

BCPは、システム障害時に事業の中断を最小限に抑えるための計画です。具体的には、リスクアセスメントを行い、重要なデータやシステムの優先順位を設定します。次に、障害発生時の対応フローや役割分担を明確にし、定期的な訓練やシナリオ演習を実施します。これにより、スタッフが適切に対応できるようになり、迅速な復旧と事業継続を実現します。さらに、システムの冗長化やクラウド利用など、最新の技術を活用したインフラ整備も重要です。長期的な視点で継続的な改善を行い、変化するリスクに対応できる柔軟なBCPを構築することが企業の競争力を高めます。

システム障害時にデータ損失を防ぐための適切な対応と、システムの復旧計画

システム障害やファイルシステムの読み取り専用化に備えたリスク管理とBCP策定

サーバーの突然の障害やファイルシステムの読み取り専用化は、企業の業務に深刻な影響を与えるリスクです。特にLinux Ubuntu 18.04環境では、意図しない状態変化や設定ミス、ハードウェアのトラブルなど複数の要因によって、ファイルシステムが読み取り専用でマウントされるケースがあります。これにより、重要なデータへのアクセスや更新ができなくなり、業務の停滞やデータ損失のリスクが高まります。対策には、障害発生時の迅速な対応だけでなく、事前のリスクアセスメントやBCP（事業継続計画）の策定も不可欠です。これらを適切に行うことで、企業はリスクを最小化し、迅速な復旧と業務継続を実現できます。以下では、リスクアセスメントのポイントや対応フロー、訓練の重要性について詳しく解説します。

リスクアセスメントと優先順位付け

リスクアセスメントは、システム障害の潜在リスクを洗い出し、その影響度と発生確率を評価する工程です。これにより、どのリスクに優先的に対策を講じるべきかを明確にします。例えば、ファイルシステムの読み取り専用化が発生した場合、その原因の特定と対応策の準備を事前に行うことが重要です。評価項目には、システムの重要度、障害の発生頻度、復旧にかかる時間、コストなどがあります。優先順位付けを行うことで、限られたリソースを最も効果的に活用し、リスクの軽減を図ります。リスク管理は継続的なプロセスであり、定期的な見直しと改善が不可欠です。

障害発生時の対応フローと役割分担

障害が発生した際には、迅速かつ組織的な対応が求められます。まず、初動対応として障害の範囲と原因を特定し、影響を受けるシステムやデータを把握します。次に、対応チーム内で役割分担を明確にし、情報の共有と連携を図ります。具体的には、IT担当者が原因究明と復旧作業を行い、管理層は状況把握と関係者への報告を担当します。また、復旧後には原因分析と再発防止策の実施、記録の保存も重要です。これらのフローを標準化し、定期的な訓練を行うことで、実際の障害時にもスムーズに対応できる体制を整えることが可能です。

訓練と継続的改善の必要性

リスク管理策や対応手順は、理論だけでなく実践的な訓練を通じて効果を発揮します。定期的な災害対応訓練やシミュレーションを実施し、関係者の対応能力を高めることが重要です。また、訓練結果を分析し、対応手順や役割分担の見直しを行います。これにより、実際の障害発生時においても冷静かつ効率的に対応できる体制が構築されます。さらに、技術の進歩や新たなリスクに応じて、継続的な改善とアップデートを行うことが、長期的な事業継続の鍵となります。こうした取り組みを通じて、企業は障害への耐性を高め、ビジネスの信頼性を維持できます。

システム障害やファイルシステムの読み取り専用化に備えたリスク管理とBCP策定

システム障害対応におけるセキュリティとコンプライアンスの考慮点

システム障害時には迅速な対応が求められますが、その際にセキュリティとコンプライアンスの観点も重要です。障害対応中に情報漏洩や不適切な情報管理を避けるためには、事前にリスクを理解し、適切な対策を講じる必要があります。例えば、障害発生時においても、顧客情報や機密情報の漏洩を防ぐための暗号化やアクセス制御を徹底することが求められます。これらの対策は、企業の信頼性や法令遵守の観点からも非常に重要です。特に、ファイルシステムが読み取り専用になる原因や対処方法を理解していないと、障害対応中に不用意な操作や情報漏洩リスクが高まります。したがって、障害対応の現場では、セキュリティと法令遵守を意識した行動や記録管理が不可欠です。以下では、具体的な対策ポイントや実施例について詳しく解説します。

障害対応時の情報漏洩リスクと対策

障害時には迅速な復旧が優先される一方で、情報漏洩のリスクも高まります。特に、システムの一時停止や操作ミスにより、機密情報や個人情報が漏洩する可能性があります。これを防ぐためには、アクセス権の制限や暗号化、監査ログの保存などが有効です。例えば、障害対応中は必要最小限の権限だけを付与し、作業履歴を記録しておくことで、万一の情報漏洩時に原因の追跡や対策が容易になります。また、対応スタッフには情報セキュリティに関する教育を徹底し、意図しない情報漏洩を未然に防ぐことも重要です。システムの一時的な状態変更に伴うリスクを理解し、適切な管理体制を整えることが、企業の信用維持や法的リスク回避に繋がります。

法令遵守と記録管理のポイント

システム障害対応においては、法令や規制に則った記録管理が求められます。特に、障害の原因や対応内容、結果について正確に記録し、保存しておくことは、後の監査や法的対応に役立ちます。記録には、作業指示書、対応履歴、ログファイルなどを含め、時系列で管理します。また、これらの記録は改ざんされないように管理し、必要に応じて証拠として提出できる体制を整備します。さらに、情報漏洩対策と併せて、アクセス権の管理や定期的な見直しも重要です。これにより、法令遵守だけでなく、企業の透明性や信頼性を高めることが可能です。適切な記録管理は、システムの信頼性向上とともに、万一のトラブル発生時のリスク軽減に直結します。

セキュリティ強化策と従業員教育

障害対応においては、セキュリティ強化と従業員教育が不可欠です。具体的には、システムへのアクセス制御の強化、パッチ適用の徹底、ネットワークの監視とアラート設定などが挙げられます。また、定期的なセキュリティ研修や教育プログラムを実施し、スタッフが最新のリスクや対応策を理解している状態を維持します。これにより、ヒューマンエラーや内部不正を未然に防ぐとともに、セキュリティ意識の向上を図ります。さらに、障害発生時の対応手順や緊急連絡体制を明確にし、全社員が迅速に適切な行動を取れるよう訓練を重ねることも重要です。これらの対策は、総合的なセキュリティレベルを向上させ、システム障害時の被害拡大を防止します。

システム障害対応におけるセキュリティとコンプライアンスの考慮点

税務・法律関係の観点から見たシステム障害とデータ保全

システム障害が発生した場合、企業はデータの保全と証拠収集を迅速かつ正確に行う必要があります。特に、ファイルシステムが読み取り専用にマウントされた状態では、重要な証拠や記録が一時的にアクセスできなくなるリスクがあります。このため、法的義務や記録保持の要件を満たすための適切な対応策を理解しておくことが不可欠です。

以下の比較表は、法的義務と記録保持のポイントについて整理しています。

また、障害時の証拠保全や記録管理についても重要です。

次に、具体的なコマンドライン操作の比較例を示します。

最後に、複数の対応要素を整理した表を示します。

【お客様社内でのご説明・コンセンサス】と【Perspective】は以下の通りです。

【お客様社内でのご説明・コンセンサス】：法的要件を理解し、障害時の記録と証拠保全の重要性を共有します。
【Perspective】：適切な記録管理と証拠保全体制を整備することで、法的リスクを最小化し、迅速な復旧と事業継続を可能にします。

出典：省『資料名』■■年

政府方針・社会情勢の変化に対応したシステム設計と運用の未来像

システムの信頼性と耐久性を確保するためには、政府や社会の変化に適応した設計と運用が不可欠です。近年の行政指導や規制の動向は、企業のシステム運用に直接影響を及ぼしており、これらを理解し適切に対応することが求められます。例えば、新たなセキュリティ基準やデータ保護の規制は、システムの設計や運用方針に大きな変更をもたらし得ます。これらの変化に遅れることなく対応するためには、長期的な視点を持った投資とシステム改善が必要となります。以下の比較表は、行政指導と規制の動向、社会的リスク、長期的投資のポイントを整理したものです。これにより、経営層の皆様も将来のシステム設計に関する意思決定をより明確に行うことができます。

行政指導と規制の動向

行政指導や規制の動向は、システム設計において重要な要素です。

これらの変化を適切に捉え、システムの設計や運用に反映させることで、コンプライアンス遵守とリスク低減が可能です。今後も規制は厳しくなる傾向にあるため、早期の対応策が求められます。

社会的リスクとインフラの耐久性確保

社会的リスクには自然災害やサイバー攻撃、社会的混乱などが含まれます。

これらを見越した長期的なインフラ投資と耐久性の向上が、事業継続の鍵となります。社会の変化に耐え得るシステム設計が求められます。

長期的視野でのシステム改善と投資計画

システムの長期的な改善には、継続的な投資と計画的な見直しが必要です。

これにより、変化に柔軟に対応できる持続可能なシステム運用が実現します。長期的な視点を持った計画立案が、競争優位性と事業の安定性を高めるポイントです。

政府方針・社会情勢の変化に対応したシステム設計と運用の未来像

人材育成と社内システムの設計によるリスク軽減と継続性確保

システム障害やデータ紛失への対応において、技術者の知識と経験は極めて重要です。特に、複雑なシステムのトラブルに対しては、適切な人材育成やシステム設計がリスク軽減に直結します。比較すると、経験豊富な技術者がいる場合は迅速な対応が可能ですが、未経験者や知識の断絶がある場合は対応に遅れや誤りが生じやすくなります。また、システムの設計段階から人間工学や操作性を考慮することで、運用時のミスを防ぎ、長期的な継続性を確保できます。CLI（コマンドラインインターフェース）や自動化スクリプトを導入することで、標準化された対応や再現性も向上します。これらの要素をバランスよく取り入れることが、リスクの軽減と事業の継続性維持に繋がります。

技術者育成と知識継承の重要性

技術者の育成においては、実務経験と体系的な教育の両面が必要です。経験豊富な技術者が新たなメンバーに知識を伝承することで、システム障害時の対応が迅速化します。比較すると、口頭伝承だけでは情報の抜け漏れや誤解が生じやすいため、マニュアルや内部資料の整備も重要です。CLIを用いたトラブルシューティング手順の標準化や、定期的な訓練を実施することで、対応力を向上させることが可能です。また、システムの設計段階からドキュメント化し、誰でも理解しやすい状態を作ることも、知識継承の一助となります。長期的には、技術者のスキルアップとともに、社内の知識資産を守ることが重要です。

システム設計における人間中心のアプローチ

システム設計では、ユーザビリティや操作性を重視した人間中心設計が不可欠です。複雑なコマンド操作や設定変更を直感的に行えるUIや、誤操作を防止する仕組みを取り入れることで、人的ミスを削減できます。比較すると、操作性の良し悪しは障害発生時の対応速度や正確性に大きく影響します。CLIや自動化ツールと連携させることで、エラーのリスクを低減しつつ、迅速な対応を実現します。さらに、システムの設計段階でリスクを考慮した冗長化やフェールセーフ機能を組み込むことも、長期的な安定運用に寄与します。こうしたアプローチにより、システムの柔軟性と耐障害性を高めることが可能です。

継続的教育とシステムの柔軟性向上

技術者のスキル向上とシステムの柔軟性は、変化するリスク環境に対応するために必要です。定期的な研修や最新技術の習得を奨励し、常に新しい知識を取り入れることが重要です。比較すると、継続的な教育によって、予期せぬトラブルや新たな脅威に対しても迅速かつ適切に対応できます。CLIやスクリプトの自動化、設定の柔軟性を確保することで、システムの適応性も向上します。さらに、システムの設計段階から拡張性や変更容易性を考慮し、長期的な運用のしやすさを追求することもポイントです。これにより、ビジネスの変化に応じた柔軟な対応と継続的な改善が可能となります。

人材育成と社内システムの設計によるリスク軽減と継続性確保