（サーバーエラー対処方法）Linux,CentOS 7,Generic,NIC,mysql,mysql（NIC）で「名前解決に失敗」が発生しました。

Linux CentOS 7環境でNICの名前解決に失敗した場合の原因と初動対応策

システムの運用においてネットワークのトラブルは事業継続に直結する重大な問題です。特にCentOS 7の環境では、NIC（ネットワークインターフェースカード）の設定ミスやネットワークの構成変更によって名前解決に失敗するケースが多く見受けられます。これらのトラブルは、DNS設定の誤りやNICの状態不良、設定の不整合などが原因となることが一般的です。システム管理者は、迅速に原因を特定し、適切な対応を行うことが求められます。以下の表は、システム担当者が初動対応時に確認すべきポイントとその対処法を比較したものです。CLIコマンドを用いた具体的な操作も併せて解説し、実務の現場で役立つ知識を提供します。

NIC設定とネットワークの基本確認

NIC設定の誤りやネットワークの基本的な状態を確認することは、トラブル解決の第一歩です。具体的には、設定ファイル（例：/etc/sysconfig/network-scripts/ifcfg-eth0）の内容を確認し、IPアドレスやゲートウェイ、DNSサーバーの設定に誤りがないかを調べます。次に、CLIコマンドの『ip addr show』や『ifconfig』を用いてNICの状態やIPアドレスの割り当て状況を確認します。これにより、NICが正しく認識されているか、リンク状態が正常かを把握できます。設定ミスやハードウェアの問題を早期に発見し、修正することで名前解決の問題を解消します。

DNS設定の見直しと修正

名前解決に失敗する原因の多くはDNS設定の誤りにあります。設定ファイル（/etc/resolv.conf）やネットワーク設定を見直し、正しいDNSサーバーのアドレスが記載されているか確認します。CLI操作では、『cat /etc/resolv.conf』や『systemctl restart network』を用いて設定を反映させます。場合によっては、DNSサーバーが応答しているかを『dig』や『nslookup』コマンドで検証し、DNSの動作状態を確認します。これらの作業により、名前解決の根本原因を特定し、迅速に修正を行います。

ネットワーク再起動でトラブル解消

設定変更や確認後にネットワークサービスの再起動を行うことで、一時的な不具合や設定の反映遅れを解消できます。CentOS 7では、『systemctl restart network』コマンドを実行し、ネットワークインターフェースを再起動します。この操作により、NICの状態や設定が最新の内容にリフレッシュされ、名前解決の問題が解消されるケースが多いです。再起動後は、『ping』や『dig』コマンドを用いて通信や名前解決の正常性を確認し、問題が解決したかを最終的に判断します。

Linux CentOS 7環境でNICの名前解決に失敗した場合の原因と初動対応策

プロに相談する

サーバーのネットワークトラブルや名前解決エラーに直面した場合、自己判断だけで対応すると根本的な原因を見逃すことがあります。特にLinuxのCentOS 7環境では、NICの設定ミスやDNSの設定不備が原因となることが多く、適切な診断と対応が求められます。これらの問題は、システムの安定運用や事業継続に直結するため、専門的な知識と経験を持つ技術者に相談することが重要です。長年にわたりデータ復旧やシステム障害に対応してきた（株）情報工学研究所などは、経験豊富な専門家が常駐しており、迅速かつ的確な対応を提供しています。特に同社は情報セキュリティに注力しており、公的認証の取得や社員教育を徹底しているため、安心して任せられると利用者からも高く評価されています。これにより、経営者や役員の方々も安心してシステムのトラブル対応を委ねることができるのです。

NIC状態とMySQLのネットワーク設定の整合性確認

NICの状態とMySQLの設定は、ネットワークトラブルの解決において非常に重要です。NICが正しく動作しているかを確認し、MySQLの接続設定と整合性を保つことが必要です。NICの状態確認には、コマンドラインからの`ip addr`や`ethtool`を使い、NICのステータスやリンク状態を把握します。同時にMySQLの`bind-address`設定やユーザ認証情報も見直すことで、名前解決に関する問題の根本原因を特定できます。専門的な診断を行うには、経験豊富なエンジニアの知見が不可欠です。これらの作業は、システムの安定性を維持し、正常な通信を確保するための基盤となります。

名前解決エラーの原因特定と対処法

名前解決に失敗する原因はさまざまで、DNS設定の誤り、/etc/hostsの記述ミス、ネットワークインターフェースの不具合などが挙げられます。まずは`nslookup`や`dig`コマンドを用いてDNSの応答を確認し、次に`ping`や`traceroute`でネットワークの疎通状況を調査します。問題の切り分け後、設定ファイルやネットワークインターフェースの状態を修正し、ネットワークサービスを再起動します。こうした一連の対応は、経験豊かなプロの技術者による迅速な診断と適切な修正により、システムの正常動作を早期に回復させることが可能です。

システム障害時の基本対応とトラブルシューティング

システム障害時は、まずは被害範囲の把握と原因の特定が最優先です。ログの収集やネットワークの状態を確認し、NICやネットワーク設定の見直しを行います。具体的には、`dmesg`や`/var/log/messages`を調査してハードウェアやドライバーのエラーを特定し、設定の誤りを修正します。その後、ネットワークインターフェースを再起動したり、必要に応じてハードウェアの交換や設定変更を行います。これらの基本的なトラブルシューティング手順を理解し、迅速に対応できる体制を整えることが、システムの信頼性確保と事業継続に直結します。経験豊富な専門家のサポートを受けることで、最小限のダウンタイムでシステムを復旧させることが可能です。

プロに相談する

ネットワーク設定の誤りによる名前解決失敗の原因究明と迅速な対応策

サーバー運用において、名前解決ができないというトラブルはシステムの正常な動作を妨げる重要な問題です。特にLinuxやCentOS 7環境では、NICの設定ミスやDNSの誤設定が原因となるケースが多く見受けられます。このような問題に直面した場合、迅速に原因を特定し適切な対応を行うことが、システムの安定運用と事業継続には不可欠です。以下では、原因の検証ポイントや修正方法について詳しく解説します。比較表を用いて設定の誤りと正しい設定の違いを整理し、コマンドラインによる具体的な作業手順も併せて紹介します。これにより、技術者だけでなく経営層も理解しやすく、効率的な対応策を検討できる内容となっています。

DNS設定とホスト名設定の誤り検証

DNS設定やホスト名の設定ミスは名前解決エラーの主要な原因です。設定内容の正確性を確認するためには、/etc/resolv.confファイルや/etc/hostsファイルの内容を見直し、正しいDNSサーバーのアドレスとホスト名のエントリが記載されているかを検証します。特に、DNSサーバーのIPアドレスに誤りがある場合や、ホスト名とIPアドレスの対応関係が不一致の場合は解決に時間がかかります。コマンド例としては、`cat /etc/resolv.conf`や`cat /etc/hosts`を用いて内容を確認し、必要に応じて編集します。これらの設定を正しく整えることで、名前解決の失敗を防ぎ、システムの安定性を向上させることが可能です。

ネットワークインターフェースの競合解消

ネットワークインターフェースにおける設定の競合も名前解決エラーの原因となります。複数のNICが存在する場合、IPアドレスやネットマスクの設定が重複または不適切であると、通信が正しく行えず名前解決に失敗します。具体的には、`ip addr`や`ifconfig`コマンドを用いてNICの状態を確認し、設定内容が正しいかどうかを判断します。必要に応じて、`nmcli`や`systemctl restart network`コマンドで設定を再適用し、競合を解消します。NICの競合を防ぐためには、事前に冗長性を持たせた設定や監視体制を整えることも重要です。

設定修正と再起動による改善手順

設定の誤りを修正した後は、ネットワークサービスの再起動やサーバーの再起動を行うことで設定を反映させ、問題の解消を図ります。具体的には、`systemctl restart network`や`systemctl restart NetworkManager`コマンドを用いてネットワークサービスを再起動し、その後`ping`や`nslookup`コマンドで名前解決が正常に行えるかを検証します。再起動による影響を最小限に抑えるために、事前にシステムのバックアップやメンテナンス時間の調整を行うことが推奨されます。これらの手順を丁寧に実施することで、迅速かつ確実なトラブル解決が可能となります。

ネットワーク設定の誤りによる名前解決失敗の原因究明と迅速な対応策

サーバーエラー発生時におけるNIC設定の見直しとトラブルシューティングの基本手順

Linux CentOS 7環境においてネットワークトラブルが発生した場合、特に名前解決に失敗するケースはシステム運用に大きな影響を及ぼします。このエラーの原因はさまざまで、NICの設定ミスやDNS設定の誤り、ネットワークインターフェースの状態不良などが考えられます。これらのトラブルに対処するには、まず詳細な設定確認とネットワーク状態の把握が必要です。CLIを用いて原因を特定し、迅速に修正を行うことがシステムの安定運用には欠かせません。以下では、NIC設定の詳細確認、コマンドを用いた状態把握、設定修正とネットワークサービス再起動について解説します。これらを理解し実行できることで、システム障害の早期解決に貢献します。

NIC設定内容の詳細確認

NICの設定を詳細に確認するには、まずifconfigまたはipコマンドを使用します。これらのコマンドにより、NICのIPアドレスや状態、リンクの有無を把握できます。例えば、`ip addr show` コマンドはNICの詳細情報を表示し、設定ミスやリンクの状態異常を早期に発見できます。設定内容に問題がある場合は、/etc/sysconfig/network-scripts/ifcfg-eth0などの設定ファイルを編集し、正しいIPアドレスやDNSサーバーの設定を行います。この作業には十分な理解と注意が必要で、誤った設定はシステム全体の通信に影響します。設定後は必ず状態を再確認し、次のステップへ進みます。

ifconfigおよびipコマンドの活用

NICの状態確認には、`ifconfig`と`ip`コマンドが非常に有効です。`ifconfig`は古くから使われているツールで、NICのインターフェースとIPアドレス、リンク状態を一覧表示します。一方、`ip`コマンドはより詳細かつ柔軟で、`ip addr show`や`ip link show`でNICの情報を確認できます。これらのコマンドを比較すると、`ip`コマンドは最新のネットワーク設定に対応し、複雑な情報も取得可能です。トラブル時にはこれらを併用してNICの状態を把握し、設定ミスやリンク不良の兆候を見つけ出すことが重要です。特に、`ip link set`コマンドを使ってインターフェースの状態変更も行えます。

設定修正とネットワークサービス再起動

NICの設定に問題が見つかった場合は、設定ファイルの修正が必要です。修正後は、ネットワークサービスを再起動して変更を反映させます。CentOS 7では、`systemctl restart network`コマンドが標準的です。これにより、設定内容が適用され、NICの状態が正常に戻ることが期待されます。再起動後は再度`ip addr show`や`ping`コマンドで通信確認を行います。ネットワークの安定性を確保するためには、設定変更前に必ずバックアップを取り、変更後の動作確認を徹底することが重要です。これにより、予期せぬトラブルを未然に防ぐことができます。

サーバーエラー発生時におけるNIC設定の見直しとトラブルシューティングの基本手順

重要システムのダウンを避けるためのNICのトラブル予防策と事前準備

サーバーのネットワークトラブルはシステムのダウンやデータ損失につながる重大なリスクです。特にNIC（ネットワークインターフェースカード）の障害や設定ミスは、名前解決エラーや通信不能の原因となり、業務に支障をきたす可能性があります。これらのトラブルを未然に防ぐためには、定期的な点検と監視体制の構築が重要です。比較表を以下に示します。

また、事前に設定の変更やアップデートを計画的に行うことも重要です。以下は設定変更前の準備についての比較表です。

これらの予防策を徹底することで、NICトラブルを未然に防ぎ、システムの安定運用と事業継続を確保できます。

【お客様社内でのご説明・コンセンサス】
「NICの定期点検と監視体制の強化は、システムの安定運用において最も効果的な予防策です。事前のバックアップと段階的な設定変更も、万一のトラブル時に迅速な復旧を可能にします。」
「予防策を徹底し、日常的にネットワークの状態を管理することで、突発的なシステム障害を最小限に抑えることができます。」

【Perspective】
「システムの安定運用には、予防策とともに、異常発生時の対応計画も重要です。定期的なトレーニングとシステムの見直しを行うことで、より堅牢なインフラを築くことが可能です。」
「予防と準備を徹底し、いざという時には迅速に対応できる体制を整えることが、事業継続のカギとなります。」

[出典：省『資料名』]

Linux CentOS 7でNICの状態を確認し、名前解決エラーを解消する具体的手順

ネットワークトラブルの中でも、特にNICの設定や状態に起因する名前解決の失敗はシステム運用に大きな影響を及ぼします。CentOS 7環境では、NICの設定ミスやネットワークの不具合が原因でMySQLなどのサービスが正常に動作しなくなるケースもあります。対処にはまずNICの状態を正確に把握し、問題箇所を特定することが重要です。ネットワークのトラブル対応には、設定の確認やコマンドライン操作が不可欠です。以下の比較表では、NICの状態確認方法や設定修正のポイントをわかりやすく整理しています。CLIを用いた具体的なコマンド例も併せて解説し、迅速なトラブル解決を支援します。

NICの状態確認とトラブル診断

NICの状態を確認するには、まず`ip a`や`ifconfig`コマンドを実行します。これらのコマンドはNICのIPアドレスやリンク状態を表示し、正常に動作しているかどうかを判断する基準となります。次に、`ethtool`コマンドを使えばNICの詳細情報やリンク速度、デュプレックス設定なども確認できます。これらの情報をもとに、物理的な接続や設定ミスを特定します。もしNICが認識されていなかったり、リンクがダウンしている場合は、ハードウェアの故障やケーブルの不良も疑います。診断結果次第で、設定の見直しや再起動を行う必要があります。

設定の修正とネットワークの再起動

NICの設定修正には、`nmcli`や`ifcfg`ファイルの編集を行います。`/etc/sysconfig/network-scripts/ifcfg-eth0`の内容を確認し、必要に応じてIPアドレスやDNS設定を修正します。設定変更後は、`systemctl restart network`コマンドを用いてネットワークサービスを再起動し、新しい設定を反映させます。これにより、名前解決に関わる設定ミスや競合を解消できます。再起動時には、サービスの状態を`systemctl status network`で確認し、正常に再起動できているかをチェックします。設定修正と再起動は、トラブルの根本原因を解消する重要なステップです。

コマンド実行例と解説

Linux CentOS 7でNICの状態を確認し、名前解決エラーを解消する具体的手順

MySQLのネットワーク設定とNIC設定の整合性を保つためのポイント

Linux CentOS 7環境において、NIC（ネットワークインターフェースカード）の設定ミスやネットワークのトラブルが原因で、MySQLの名前解決に失敗するケースが見受けられます。これらのエラーはシステム運用に大きな影響を及ぼすため、迅速な原因特定と対策が求められます。特に、NICの設定やDNSの設定が正しく行われていない場合、MySQLサーバーへの接続や他のシステム連携に支障をきたすため、適切な管理と設定の見直しが重要です。以下では、NIC設定とMySQLの連携をスムーズに行うためのポイントを詳しく解説します。

MySQLのbind-address設定の確認

MySQLの設定ファイル(/etc/my.cnfまたは/etc/mysql/mysql.conf.d/mysqld.cnf)内にあるbind-addressの値が、システムの実際のNICのIPアドレスと一致しているかを確認します。例えば、bind-addressが127.0.0.1の場合、外部からの接続はできません。システムのIPアドレスに合わせて設定を変更し、MySQLサービスを再起動することで、ネットワーク経由の接続性と名前解決の問題を解消できます。設定の誤りは、名前解決の失敗や接続エラーの原因となるため、慎重に確認しましょう。

MySQLのネットワーク設定とNIC設定の整合性を保つためのポイント

サーバー障害時におけるNICの再起動とネットワーク設定の最適化方法

サーバー運用において、NICのトラブルはシステム全体の安定性に直結します。特にCentOS 7の環境では、NICの再起動や設定の最適化が障害解消の鍵となるケースが多くあります。例えば、NICのドライバー更新や設定ミスにより名前解決ができなくなると、MySQLなどの重要なサービスに影響を及ぼします。このような状況に迅速に対応するためには、NICの状態確認とともにネットワーク設定の見直し、最適化を行う必要があります。以下では、NICの再起動手順や設定の最適化方法について詳しく解説します。これにより、システムの安定運用と事業継続に役立てていただくことを目的としています。

NICドライバーの再読み込みと再起動

NICのドライバー再読み込みと再起動は、システムのネットワーク状態をリセットし、名前解決に関する問題を解消する基本的な手法です。CentOS 7では、まず`lsmod`コマンドや`ls /lib/modules/$(uname -r)/kernel/drivers/net`でドライバーの情報を確認し、必要に応じて`modprobe -r [ドライバー名]`でドライバーを一旦アンロードします。その後、`modprobe [ドライバー名]`で再読み込みし、`systemctl restart network.service`や`nmcli connection reload`コマンドを用いてネットワークインターフェースを再起動します。これにより、NICの状態がリセットされ、名前解決の問題が改善されるケースが多いです。再起動後は`ip a`や`ping`コマンドで動作確認を行います。

ネットワーク設定の最適化手順

NICの設定を最適化するには、まず`/etc/sysconfig/network-scripts/ifcfg-eth0`などの設定ファイルを確認します。IPアドレス、サブネットマスク、ゲートウェイ、DNSサーバーの設定が正しいかどうかを見直します。次に、`nmcli`や`nmtui`を使用し、接続設定を再構築・更新します。DNS設定については、`/etc/resolv.conf`に正しいDNSサーバーを記載し、必要に応じて`systemctl restart network.service`を実行します。ネットワークの最適化のポイントは、冗長性の確保と、設定変更後の動作確認です。特に、複数のDNSサーバーを設定しておくことで、名前解決の耐障害性を高めることが可能です。

障害対応のポイントと注意点

NICの再起動や設定変更を行う際には、事前に設定内容のバックアップを取ることが重要です。設定変更後は、ネットワークサービスの再起動やシステムの再起動を行い、安定動作を確認します。特に、複数のネットワークインターフェースがある場合は、インターフェース間の競合や設定の不整合に注意してください。また、作業中は他のサービスへの影響を最小限に抑えるため、適切なタイミングを選び、必要に応じて冗長化やバックアップ体制を整えておくことが望ましいです。システムの安定性を確保しつつ、迅速な障害対応を行うためのポイントです。

サーバー障害時におけるNICの再起動とネットワーク設定の最適化方法

システム障害時におけるログ調査とNIC関連のエラー特定のための診断手順

システム障害が発生した際には、原因特定と解決までの時間短縮が重要です。特にネットワーク関連のエラーでは、ログ調査が診断の第一歩となります。Linux CentOS 7環境では、syslogやdmesgコマンドを用いてネットワークインターフェースやドライバーの異常を確認します。これらのログから、NICやDNSに関わるエラーの兆候を見つけることができます。例えば、「名前解決に失敗」といったエラーは、ネットワーク設定やドライバーの問題が原因であることが多いため、ログの解析は不可欠です。診断のポイントを押さえることで、迅速な対応と根本解決に繋がります。以下に、ログ調査の具体的なステップとポイントを整理します。

syslog・dmesgの確認ポイント

システム障害時にはまず、/var/log/messagesや/var/log/syslogの内容を確認し、ネットワークやNICに関するエラーや警告を探します。次に、dmesgコマンドを実行してカーネルレベルのメッセージを取得し、NICのドライバーやハードウェアに関する異常を特定します。特に、「eth0」や「ens33」などのインターフェース名に関連するエラーや警告があれば、その内容を詳細に調査します。これらのログは、エラーの発生タイミングや原因箇所を特定するのに役立ち、次の対応策を決める重要な手掛かりとなります。

ネットワーク関連ログの解析方法

ネットワーク関連のログを詳細に解析するには、まず、/var/log/messagesやdmesgコマンドの出力からNICの状態やエラー情報を抽出します。次に、’ifconfig’や’ip addr’コマンドでインターフェースの状態やIPアドレス設定を確認し、一致しない設定や競合がないかを検証します。また、DNS解決に関するエラーは、/etc/resolv.confや/etc/hostsの内容も併せて確認し、正しく設定されているかを見ます。これらの分析を通じて、どの段階で問題が発生しているか、何が原因かを絞り込みます。問題の根本原因を特定し、適切な修正を加えることが解決への近道です。

エラー原因の特定と解決策の立案

ログ解析をもとに、原因を特定します。例えば、NICのドライバーのエラーやハードウェアの故障、DNS設定の誤り、ネットワークインターフェースの競合などが考えられます。それぞれに応じた対応策を計画し、設定の修正やドライバーの再インストール、ハードウェアの交換などを行います。問題解決後は、再度ログを確認し、エラーが解消されていることを確認します。さらに、恒常的な監視と定期的なログの見直しを実施し、同様のトラブルの再発防止を図ることも重要です。根本原因の解明と適切な対処により、システムの安定運用を維持します。

システム障害時におけるログ調査とNIC関連のエラー特定のための診断手順

事業継続計画（BCP）に基づくNIC障害時の迅速な対応と復旧フローの構築

システム障害やネットワークトラブルは、事業の継続性に直結する重大なリスクです。特にNIC（ネットワークインターフェースカード）の障害や設定ミスにより名前解決に失敗すると、データベースやアプリケーション間の通信に支障をきたし、業務全体の停滞につながります。こうしたトラブルに備えるためには、事前に明確な対応フローを策定し、迅速な復旧を可能にする体制を整えておくことが重要です。今回は、BCP（事業継続計画）の観点から、NIC障害時の即時対応手順や冗長化システムの活用方法、復旧作業の文書化のポイントについて解説します。これにより、システム障害発生時に迅速かつ効果的な対応を行い、事業の継続性を確保するための基盤を築くことができます。

NIC障害時の即時対応手順

NIC障害が発生した場合、まずはネットワークの接続状態を確認し、障害の範囲と影響範囲を迅速に把握します。次に、障害箇所を特定し、物理的な接続や電源状態を確認します。ソフトウェア側では、ifconfigやipコマンドでNICの状態を確認し、リンク状態やIPアドレスの設定を確認します。必要に応じて、NICの再起動やドライバーの再読み込みを行い、問題の切り分けを行います。その後、バックアップした設定情報を基に修正を加え、ネットワークの正常動作を取り戻すことが求められます。この一連の流れを事前にマニュアル化しておくことで、迅速な対応が可能になります。

冗長化システムとバックアップの活用

事前にNICの冗長化構成を導入しておくことは、障害発生時の復旧時間を大きく短縮します。例えば、複数のNICポートやネットワーク回線を用意し、負荷分散や自動切り替え設定を行います。また、重要な設定情報やネットワーク構成は定期的にバックアップし、災害や障害時にすぐに復元できる体制を整備します。仮にNICが故障した場合でも、冗長化されたネットワーク経由で通信を継続でき、システム全体の稼働に支障をきたすリスクを低減します。このような冗長化とバックアップの仕組みを導入しておくことが、事業継続の要となります。

復旧フローと文書化の重要性

障害発生時の対応手順や復旧作業の流れを詳細に文書化し、関係者が共通理解できる状態にしておくことが重要です。これにより、対応のムダや混乱を避け、迅速かつ正確な復旧作業を実現できます。具体的には、障害の検知から対応、再起動、設定修正、最終確認までの一連の手順を明文化し、定期的に見直すことが望ましいです。また、対応履歴や教訓を記録し、次回以降の改善に役立てることもポイントです。こうした取り組みは、平時からの準備と訓練が不可欠となります。

事業継続計画（BCP）に基づくNIC障害時の迅速な対応と復旧フローの構築

NICのドライバーやファームウェア更新による名前解決問題の解決策

ネットワークインターフェースカード（NIC）のドライバーやファームウェアの更新は、性能向上やセキュリティ向上のために定期的に行われることがあります。しかしながら、これらのアップデートが原因で名前解決に関するエラーや通信障害が発生するケースも少なくありません。特にCentOS 7の環境では、ドライバーやファームウェアの不適合やバージョンの不整合がトラブルの一因となることがあります。以下の比較表は、ドライバーとファームウェアの更新に関わるポイントを整理したものです。

また、更新作業はコマンドラインから行うことが一般的です。以下の表は、代表的なコマンド例とその用途です。

さらに、複数の要素を考慮した更新のポイントは以下の通りです。

【お客様社内でのご説明・コンセンサス】は、NICのドライバーやファームウェアの更新はハードウェアの性能向上と安全性確保に不可欠であるため、適切な管理と事前準備が重要です。トラブル防止のために、更新前の検証とバックアップを徹底し、更新後の動作確認を確実に行う必要があります。**また、更新作業は専門知識を持つ担当者に委ねるのが望ましく、定期的な見直しと管理体制の強化も推奨されます。**【Perspective】として、NICのドライバーやファームウェアの更新はシステムの安定性を高める一方、更新によるリスクも存在します。したがって、更新作業は計画的に行い、万一のトラブルに備えた対応策を整備しておくことが、事業継続の観点からも重要です。