Oracle データベースのインストールの単一ノードの本番環境設定に SAN ストレージを使用し、データベース構成ファイルを SAN 上に保存する必要があるシナリオがあります。Oracle VM マネージャを使用して Oracle Linux 7.5 を管理しています。
容量 1.2 TB の SAN ストレージを接続すると、'fdisk -l' コマンドを使用して使用可能になり、表示されました。ext2、ext3、ext4、xfs、ocfs2 などのさまざまなファイル システムを試しましたが、そのときはどれを使用すればよいか少し混乱しました。ただし、コマンド 'mkfs.ext2 -b 4096 /dev/xvdc' を使用して 1.2 TB のディスクをフォーマットしました。すべて正常に動作しており、Linux マシンにディスク /dev/xvc をマウントして、SAN でデータベースを構成することができました。
質問は、現在の運用環境でこのファイル システム (ext2) を使用するのが適切かどうか、または ext3/ext4/xfs などに移行することを計画する必要があるかどうかです。必要な場合、移行の段階的なプロセスはどのようなものになるでしょうか。
ありがとうクマール
答え1
約 40kB を超えるファイルを使用する場合は、ext2 または ext3 を使用しないでください。これらのファイルシステムはブロック テーブルを使用し、10 を超えるブロックには間接ブロック テーブルが必要です。これにより、ファイル データへのランダム アクセスが遅くなり、1 つのファイル ブロックに対して複数のブロック読み取りが必要になります。ext4 はエクステントを使用します (つまり、ファイル ブロックは「ブロック番号 x から始まり、y ブロック拡張し、その後ブロック x2 で y2 ブロック」と表示されます)。これにより、データへのアクセスが大幅に高速化されます。
さらに、ext3 と ext4 はジャーナリングをサポートしています。つまり、ファイル システムの更新は最初にジャーナルに書き込まれ、その後にのみファイル システムが更新されます。簡単に言うと、予期しないクラッシュ後の回復は、ファイル システム全体をチェックするのではなく、ジャーナルをファイル システムに対してチェックすることによって実行できます。1.2 TB の場合、ファイル システムのチェックには非常に長い時間がかかる可能性があります。
これにはさらに詳しい情報があり、インターネットで簡単に見つけることができます。xfs や jfs などの他のファイルシステムにも ext4 の利点があり、それぞれに固有の利点と欠点があります。ext2 は使用するには最悪のファイルシステムです。
良いニュースは、ext2 を ext4 に変換できるということです。ただし、既存の古いファイルは非効率的なブロック テーブルを引き続き使用しますが、新しいファイルはエクステント ベースの割り当てを使用します。これを行うための多くのガイドについては、「ext2 から ext4」を Google で検索してください。