Linuxでパーティションを作成するのが簡単な回復のための良い解決策であるのはなぜですか?

Linuxでパーティションを作成するのが簡単な回復のための良い解決策であるのはなぜですか?

Linuxがパーティション化されていない場合、データの回復は非常に難しいと聞きました。パーティションを少なく作成すると、データを簡単に回復できます。

たとえば、これは回復に適しています/par1 /part2 /part3

/home/user/{all data here}しかし今、私の友人の中には回復の側面と変わらないと言っています/par1 /part2 /part3

どちらが正しいか、その理由は何ですか?

答え1

簡単で効果的な方法で問題を説明するには、次の2つの状況を考慮してください。

  • パーティションなしでディスク全体に必要なLinuxディストリビューションをインストールできます。

    オペレーティングシステムが特定のセクタにアクセスできず、起動に失敗してシステムがクラッシュしたとします。不良セクタによって一部のデータブロックが失われ、ハードドライブの他のデータブロックにアクセスできなくなる可能性があります。さらに、一部の不良セクタがデータ全体に影響を与えています。したがって、ここからの回復は、さまざまなデータカテゴリに複数のパーティションを使用するよりも難しい場合があります。

  • ハードドライブを分割して、必要なLinuxディストリビューションをインストールできます。

    ハードドライブを起動用sda1、root用sda2、opt用sda3、usr用sda4、家庭用sda5などに分割する場合、クラッシュや不良セクタの問題がある場合は、以前よりも可能性が高くなります。他のパーティションを保存/復元できる状況。これは次の状況でも便利です。たとえば、システムがクラッシュして(OSの問題であると思われる)システムが起動しない場合、プライマリパーティションに触れることなくシステムを再インストールできるため、プライマリパーティションは隔離され安全です。 。その他の特典は次のとおりです。

    1. ファイルシステムの検査には時間がかかりません。
    2. さまざまなファイルシステムを自由に選択できます。
    3. ファイルシステムを保護します。
    4. 問題のあるファイルシステムを見つけて、ファイルシステムを簡単に修復できます。

もちろん、単一のボリュームグループから始めて、必要なファイルシステムを保持するために複数の論理ボリュームを作成する論理ボリューム管理(LVM)には利点があります。私は個人的にLVMを使用していないので、より多くの情報を得ることができます。ウィキペディアそしてルート図

答え2

パーティションの欠落は回復の一般的な理由です。

パーティションテーブルは、ディスクが使用中であることを宣言する最も一般的で標準的な方法です(そしてパーティションタイプが多すぎるため、通常は各パーティションの正確な目的も宣言します)。

多くのプログラムでは、パーティション化されていないディスクは未使用のディスクのように見えます。インストーラはインストールのために適切なディスクを選択し、パーティショナはそのディスクにパーティションテーブルを作成します。ファイルシステムメタデータまたはLUKSヘッダー用のパーティションを直接作成しないと、簡単に破損します。

自分が何をしているのかを正確に知り、環境を完全に制御できるのであれば、パーティション化は必要ありません。しかし、私はまだそれらを使用することをお勧めします。

答え3

これは本当だった。ドライブが小さくて遅い時があり、テープも同じでした。大規模なRAIDグループがあり(複合)エラーが発生した場合は、RAIDグループのすべてのデータを回復する必要があります。

サイズが大きくなると、必要なテープの量も増えます。

したがって、大規模ファイルシステムは完全な復元を実行します。これは、フルバックアップとその後の増分バックアップを呼び出す一連のテープからすべてを復元することを意味できます。大規模なファイルサーバーでは、時間がかかることがあります。

同様に、バックアップサイクルにも長い時間がかかることがあります。毎日「毎日」バックアップスケジュールを完了できないリスクは非常に高いです。

したがって、実行する作業は、異なる物理デバイスに別々のファイルシステムを作成し、独立してバックアップすることです。その後、視差を置いてバックアップしたり、別のテープデバイスにストリーミングしたりできます。エラーが発生した場合は、セグメントを交換して復元するだけで操作が完了します。

この理由はまだある程度適用されますが、ドライブとテープはより大きく高速です。 (とにかく多くの人がディスクに直接バックアップします。)自動再構築もよりスムーズになりました。

ここで分割する主な理由は次のとおりです。

  • スペースの使用を制御します。ユーザーが「ホーム」にあまりにも多くのジャンクファイルをダウンロードしたため、「ルート」を削除したくありません。
  • 「バックアップが必要なもの」と「バックアップする必要がないもの」を区別してください。自動再構築プロセスが十分に進行したら、復元できるよりも早く再構築できる必要があります。その後、一時データ(データベースファイル、ユーザーデータなど)を追加するだけです。
  • ディスク構成の分離。高性能または回復力に優れたディスクは不要な場合があります。その後、他のディスク技術またはRAIDタイプを選択できます。
  • ディスクレベルのバックアップ - スナップショットまたは複製は可能ですが、通常はLUN固有のレベルでのみこれを実行できます。この手法では、非常にクールな復元/ロールバック/フォワードオプションを使用できますが、使用しているリポジトリを分離する必要があります。 (Oracleデータベースをロールバックするたびにプライマリドライブを消去したくありません。)

関連情報