SSH を介して SUSE Linux システムに接続した状態でこのコマンドを実行すると、df -h次の出力が表示されます。
/dev/sdt1容量は512Gで、/usr/sap
ただし、CDを実行してusr/sap/<HANA server ID>/HDB00/backup実行すると、次du -h --max-depth=1 | sort -hrの結果が表示されます。
これは、この場所に2.0TBのデータがあることを示します。/usr/sap512Gの容量を保持しながら2.0TBのデータを保存する方法は？usr/sap/<HANA server ID>/HDB00/backupちなみに/dev/md125、最初のスクリーンショットを見ると、容量が2.0TBでいっぱいで、どのような面で関連がないのかを推測してみます。
答え1
インストールがそのフォルダまたはそのフォルダのどこかに/dev/md125あるようです。usr/sap/<HANA server ID>/HDB00/backup走ることができるかどうかを確認したい場合
findmnt /dev/md125
以下では、フォルダ内のディレクトリをTARGET表示できます。usr/sap/<HANA server ID>/HDB00/backup
それ以外の場合は、mdデバイスが他の場所にマウントされており、ディレクトリにそれを指すbackupシンボリックリンクがある可能性がありますが、デフォルトはduシンボリックリンクを逆参照しないように設定されているため、そうではありません。du -Pシンボリックリンクに従わないコマンドを実行できることを確認します（ただし、これはほとんどのシステムでデフォルトの動作である必要があります）。
編集する：
findmnt /dev/md125あなたの出力専用のコメントに基づいて、私は/hana/sharedシンボリックリンクの仮定に戻りたいと思います。フルパスのどの部分でもシンボリックリンクになることがわかっ/usr/sap/<HANA server ID>/HDB00/backupたので、そのフォルダを介してクイックヘルスチェックを実行することをお勧めしますls -l（次のコマンドを完了するのに時間がかかる場合があります）。
そうでない場合は、以下のように/usr/sapディレクトリ全体で/hana/sharedフォルダへのシンボリックリンクを検索する必要があるかもしれません。
find /usr/sap -type l -exec stat {} + | grep /hana/shared
これにより、すべてのフォルダへのすべてのシンボリックリンクが検索され、/hana/sharedシンボリックリンクのフルパスとそのターゲットのフルパスがに表示されます/hana/shared。