説明
この問題に対処するには、管理者は /etc/hosts ファイルを変更し、db.example.com エントリを 192.168.20.88 に変更する必要があります。/etc/hosts ファイルは、Linux システム上のホスト名を IP アドレスにマップするファイルです。このファイルを使用すると、DNS 解決をオーバーライドし、ホスト名のローカル検索を提供できます。dig 出力は、DNS がホスト名 db.example.com に対して IP アドレス 192.168.20.88 を返し、これがシステムの正しい IP アドレスであることを示しています。grep 出力は、/etc/hosts ファイルに、システムの間違った IP アドレスである IP アドレス 192.168.20.89 を持つ db.example.com のエントリが含まれていることを示しています。これにより競合が発生し、ホスト名によるシステムへのアクセスが妨げられる可能性があります。管理者は /etc/hosts ファイルを変更し、db.example.com エントリをシステムの正しい IP アドレスである 192.168.20.88 に変更する必要があります。これにより、/etc/hosts ファイルが DNS と調整され、ホスト名によってシステムにアクセスできるようになります。この問題に対処するには、管理者は /etc/hosts ファイルを変更し、db.example.com エントリを 192.168.20.88 に変更する必要があります。これが質問に対する正しい答えです。他のオプションは、/etc/hosts ファイルを変更しない (/etc/network ファイルを変更し、db.example.com エントリを次のように変更する) ため、正しくありません。
192.168.20.88、または /etc/network ファイルを変更して db.example.com エントリを 192.168.20.89 に変更する）、または IP アドレスを正しいアドレスに変更しない（/etc/hosts ファイルを変更して db.example.com エントリを変更する） .com へのエントリー
192.168.20.89）。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 12 章: ネットワーク接続の管理、378 ページ。

説明
管理者は、障害が発生したドライブを交換し、ミラーを再構成してボリュームを回復する必要があります。LVM (Logical Volume Manager) は、Linux システム上のディスク領域を管理するためのツールです。LVM を使用すると、管理者は、ハードディスクやパーティションなどの複数の物理ボリュームにまたがる論理ボリュームを作成できます。LVM は、リニア、ストライプ、ミラーなどのさまざまなタイプの論理ボリュームもサポートします。ミラー論理ボリュームは、別の物理ボリューム上にデータのコピーを作成する論理ボリュームの一種で、冗長性とフォールト トレランスを提供します。出力には、論理ボリュームがミラー化されていることと、基礎となる物理ボリュームが原因でミラーの 1 つのレッグに障害が発生したことが示されます。これは、論理ボリュームのデータを含む物理ボリュームの 1 つが破損しているか、紛失していることを意味します。これにより、データの損失やパフォーマンスの低下が発生する可能性があります。管理者は、障害が発生したドライブを交換し、ミラーを再構成してボリュームを回復する必要があります。管理者は、pvdisplay、vgdisplay、または lvdisplay などのコマンドを使用して、障害が発生した物理ボリュームを特定する必要があります。次に管理者は、vgreduce コマンドを使用して、障害が発生した物理ボリュームをボリューム グループから削除する必要があります。次に、管理者は新しいドライブをインストールし、pvcreate コマンドを使用して新しい物理ボリュームを作成する必要があります。次に、管理者は vgextend コマンドを使用して、新しい物理ボリュームをボリューム グループに追加する必要があります。その後、管理者は lvconvert コマンドを使用してミラーを再構成する必要があります。管理者は、障害が発生したドライブを交換し、ミラーを再構成してボリュームを回復する必要があります。これが質問に対する正しい答えです。他のオプションは、ボリュームを回復しないか (サーバーを再起動します。ボリュームは自動的にリニア モードに戻るか、サーバーを再起動します。ボリュームはストライプ モードに戻ります)、またはボリュームのデータを保存しないため、不正確です。論理ボリュームを再作成します)。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 10 章: ストレージの管理、333 ～ 334 ページ。

説明
システムは最大許容スループットに達しているため、iowait が増加しています。iostatの出力
-x は、デバイス sda の平均スループットが 44.01 MB/秒であることを示します。これは、ディスクの最大スループットの 44 Mbps に等しいです。この出力には、デバイス sda の平均 iowait が 99.99% であることも示されています。これは、CPU がディスクが I/O 要求を完了するのを待っていることを意味します。これは、ディスクがボトルネックであり、iowait が高いためにシステムが遅いことを示しています。他のオプションは出力でサポートされていないため、正しくありません。デバイス sda の平均 IOPS が 563.50 で、ディスクの最大 IOPS の 690 よりも低いため、システムは最大 IOPS に達していません。top の出力では CPU が 100% であることが示されているため、システムはほとんどアイドル状態ではありません。忙しい。lsblk の出力では、デバイス sda にパーティション sda1 が 1 つだけあることが示されているため、システムにはパーティション化されたディスクがありません。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 17 章: Linux システムの最適化、513 ～ 514 ページ。