Windows Server Datacenter 2022 を実行している Dell R720 サーバーを所有していますが、オペレーティング システムが格納されているディスクに、時間の経過とともに広がる不良トラックがあります。
OSを移行するには、
- DiskGenius を使用して、破損したディスクからすべての有効なデータ セクターを新しい SSD に複製しました。
- それから古いディスクを取り外し、
- 新しいものを同じスロットに挿入し、
- それをH710 RAIDコントローラに追加しました。
しかし、システムは依然として起動できず、no boot device availableエラーが表示されました。
クローン作成プロセスでは不良トラックが原因でいくつかのエラーが発生しましたが、ブート パーティションを含め、新しい SSD は古いものと同一であると予想していました。
この問題の解決に役立つ可能性のある追加情報:
- OS は UEFI ブートではなくレガシー (BIOS) ブートを使用します。
- どちらのディスクも同じ容量の SSD です。古いディスクは Samsung EVO 870、新しいディスクは Crucial MX500 です。
- ディスクには、ブート用、OS 用、ソフトウェア用、データベース用の 4 つのプライマリ パーティションが含まれています。
答え1
法的に必要な通知: 私は Dell で働いています。
OS が入ったディスクのクローンを作成しても、起動は期待できません。これにはさまざまな理由があります。同じサイズのドライブが同じように動作すると想定するのは正しくありません。NVMe ドライブは、内部的に独自のプロセッサ、メモリ、および実質的に RAID を備えた非常に複雑なものです。
クローンされたブートローダーは、BIOSがMBRを次の場所から見つけられるように調整する必要があります。その通り同じ物理的な場所。さらに、MBR を使用しているため、パーティション テーブルには論理アドレスではなく物理アドレスが記録されます。つまり、これを機能させるには、すべてのパーティションにまったく同じ物理アドレスを割り当てる必要があります。
ご存知のとおり、クローン作成は単にデータをコピーするだけです。データが同じ物理アドレスに割り当てられるわけではありません。
物理アドレスはディスクの内部ジオメトリによって決まりますが、これはベンダー間で異なり、特に 2 つのまったく異なるベンダーの 2 つのまったく異なるドライブ間では異なります。
元のパーティションはそのまま残っているはずなので、その内容を別の場所にバックアップしてから OS を再インストールします。手動で修復することもできますが、学術的な興味深い演習だと思わない限り、時間の無駄になるでしょう。
編集: これらすべてのアドレスを自動的に修正するツールがあります。私は長い間それらを使用していませんが、私の場合、うまくいかないことがありました。あなたが使用したツールについては知りませんが、明らかに結果はうまくいきませんでした。自動化できるという点をもっと強調して言いますが、私の個人的な経験では、それらのツールはエラーを起こしやすいです。
編集 2: これが RAID の一部であり、パススルーではない場合、ほぼ同じ理由で間違いなく機能しません。