Windows Server 2000 を IDE ドライブから SATA ドライブに移動すると、Inaccessible_Boot_Device BSOD が発生する

Question 1

BIOS に入り、AHCI を ATA に変更すると (BIOS はそれぞれ異なるため、通常は見つけるまで探し回ります)、OS をインストールできる可能性があります。その後、マザーボードのチップセット製造元からドライバーを探し、OS をロードした後に元に戻すことができます。お役に立てれば幸いです。幸運を祈ります。

Answer

BIOS に入り、AHCI を ATA に変更すると (BIOS はそれぞれ異なるため、通常は見つけるまで探し回ります)、OS をインストールできる可能性があります。その後、マザーボードのチップセット製造元からドライバーを探し、OS をロードした後に元に戻すことができます。お役に立てれば幸いです。幸運を祈ります。

Question 2

これはおそらく人気のない答えになるでしょうが、やってみます...

あなたがやっていることは思われる簡単そうに見えますが、そうではありません。ディスクイメージングソフトウェアは、オペレーティングシステムが簡単には対応できないことを簡単に実行できるようにします。Microsoftは、異なるメーカーやモデルのコンピュータやマザーボード間でのWindowsのインストールの移動を公式に「サポート」していません（http://support.microsoft.com/kb/249694）。このやり方でこれをやろうとすると、簡単には行き着かないでしょう。

恒久的な移行を行う場合は、セカンダリドメインコントローラとしてクリーンインストールし、SBS を 1 台のマシンから別のマシンに移行することをお勧めします (Windows Server 2003 の手順は次のとおりですが、元のサーバーコンピュータの名前を保持するために一時的なコンピュータを介した「スイング」移行は実行されません)。http://technet.microsoft.com/en-us/library/cc747454(WS.10).aspx）。

マシンのディスクイメージを作成して別のボックスに移動するのは魅力的ですが、結果として得られるマシンの安定性には何も役立ちません。

「スイング移行」を非常に簡単に、そして大まかに説明すると、次のようになります。

既存のドメインに参加した一時的な W2K DC を設置します。
一時 DC に Exchange 2000 をインストールし、Exchange 組織に参加させます。
すべてのメールボックスを一時サーバーに移動します。パブリックフォルダー階層を複製し、元の Exchange 2000 サーバー上のレプリカを削除します。
権限を保持したまま、元のサーバーコンピューター上のすべての共有ファイルを XCOPY します。既存の共有構造を文書化します (または、HKLM\System\CurrentControlSet\Services\LanManServer\Shares から共有をエクスポートします)。
既存のサーバーコンピューターから一時サーバーに FSMO の役割を転送します。SBS はすべての FSMO の役割のロールホルダーではなくなったため、1 時間ごとにブルースクリーンが表示されます (正しく記憶している場合)。
一時サーバーコンピューターをグローバルカタログサーバーにして、グローバルカタログのレプリケーションが完了したことを確認します。
既存のサーバーコンピューターをメンバーサーバーに降格し、ドメインから削除します。
一時サーバーを DNS サーバーにします。
新しいサーバーに Windows 2000 SBS をインストールし、古いサーバーコンピュータと同じ名前を付けます。セットアップ中に Active Directory のインストールが自動的に行われないようにし、既存のドメインに参加している AD を手動でインストールします (新しいサーバーの DNS を一時サーバーに「ポイント」した後)。
FSMO の役割を新しいサーバーコンピューターに転送し、SBS のインストールを完了します。
すべての Exchange メールボックスを新しいサーバーに移動します。パブリックフォルダー階層を複製し、一時サーバー上のレプリカを削除します。
一時サーバー上の Exchange を廃止します。
すべての共有データを一時サーバーから新しいサーバーに XCOPY します。新しいサーバーで共有を再作成し、アクセスできることを確認します。
一時サーバーをメンバーサーバーに降格し、ドメインから削除します。

そこにはたくさんの小さなステップが抜けています。正直に言うと、その手順全体が SBS 2000 で機能するかどうかは覚えていません。私がこれを実行するとしたら、VM のラボで SBS 2000 を起動し、偽のユーザー、メールボックス、パブリックフォルダ、およびデータをいくつか追加して、移行シナリオ全体を最初から最後まで 2 回実行します (1 回目はメモを取り、データを収集し、2 回目は「予行演習」として実行します)。

Answer

これはおそらく人気のない答えになるでしょうが、やってみます...

あなたがやっていることは思われる簡単そうに見えますが、そうではありません。ディスクイメージングソフトウェアは、オペレーティングシステムが簡単には対応できないことを簡単に実行できるようにします。Microsoftは、異なるメーカーやモデルのコンピュータやマザーボード間でのWindowsのインストールの移動を公式に「サポート」していません（http://support.microsoft.com/kb/249694）。このやり方でこれをやろうとすると、簡単には行き着かないでしょう。

恒久的な移行を行う場合は、セカンダリドメインコントローラとしてクリーンインストールし、SBS を 1 台のマシンから別のマシンに移行することをお勧めします (Windows Server 2003 の手順は次のとおりですが、元のサーバーコンピュータの名前を保持するために一時的なコンピュータを介した「スイング」移行は実行されません)。http://technet.microsoft.com/en-us/library/cc747454(WS.10).aspx）。

マシンのディスクイメージを作成して別のボックスに移動するのは魅力的ですが、結果として得られるマシンの安定性には何も役立ちません。

「スイング移行」を非常に簡単に、そして大まかに説明すると、次のようになります。

既存のドメインに参加した一時的な W2K DC を設置します。
一時 DC に Exchange 2000 をインストールし、Exchange 組織に参加させます。
すべてのメールボックスを一時サーバーに移動します。パブリックフォルダー階層を複製し、元の Exchange 2000 サーバー上のレプリカを削除します。
権限を保持したまま、元のサーバーコンピューター上のすべての共有ファイルを XCOPY します。既存の共有構造を文書化します (または、HKLM\System\CurrentControlSet\Services\LanManServer\Shares から共有をエクスポートします)。
既存のサーバーコンピューターから一時サーバーに FSMO の役割を転送します。SBS はすべての FSMO の役割のロールホルダーではなくなったため、1 時間ごとにブルースクリーンが表示されます (正しく記憶している場合)。
一時サーバーコンピューターをグローバルカタログサーバーにして、グローバルカタログのレプリケーションが完了したことを確認します。
既存のサーバーコンピューターをメンバーサーバーに降格し、ドメインから削除します。
一時サーバーを DNS サーバーにします。
新しいサーバーに Windows 2000 SBS をインストールし、古いサーバーコンピュータと同じ名前を付けます。セットアップ中に Active Directory のインストールが自動的に行われないようにし、既存のドメインに参加している AD を手動でインストールします (新しいサーバーの DNS を一時サーバーに「ポイント」した後)。
FSMO の役割を新しいサーバーコンピューターに転送し、SBS のインストールを完了します。
すべての Exchange メールボックスを新しいサーバーに移動します。パブリックフォルダー階層を複製し、一時サーバー上のレプリカを削除します。
一時サーバー上の Exchange を廃止します。
すべての共有データを一時サーバーから新しいサーバーに XCOPY します。新しいサーバーで共有を再作成し、アクセスできることを確認します。
一時サーバーをメンバーサーバーに降格し、ドメインから削除します。

そこにはたくさんの小さなステップが抜けています。正直に言うと、その手順全体が SBS 2000 で機能するかどうかは覚えていません。私がこれを実行するとしたら、VM のラボで SBS 2000 を起動し、偽のユーザー、メールボックス、パブリックフォルダ、およびデータをいくつか追加して、移行シナリオ全体を最初から最後まで 2 回実行します (1 回目はメモを取り、データを収集し、2 回目は「予行演習」として実行します)。

Question 3

見つかりました。レジストリキーを追加するだけです。

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters

EnableBigLbaをDWORD値として追加し、1に設定します。

興味があれば、より詳しい説明は以下をご覧ください。

Windows 2000 Server は、ドライブが 128 GB を超える前に作成されました。したがって、デフォルトでは、ドライブの 128 GB しか使用できません。ドライブがそれより大きい場合、ブートパーティションが小さくても、パーティションテーブルを正しく読み取れないようです。解決策は、新しいドライブに配置する前にそのレジストリキーを追加することです。これについては、MSKB の記事があります。ここ。

私は、手元にあった古い 40 GB PATA ドライブにブートドライブのイメージを復元することでこれを見つけました。新しいハードウェアで起動し、そのマザーボードのすべてのドライバーをインストールしました。次に、シャットダウンして SATA ドライブを接続しました。再起動すると、複数のパーティションを持つ 750 GB SATA ドライブが、フォーマットされていない 128 GB パーティションが 1 つあるかのように表示されました。少し調べたところ、EnableBigLba レジストリキーについて知りました。そのキーを設定して再起動すると、SATA ドライブがすべてのパーティションとともに表示されました。システムドライブの更新バージョンをイメージ化し、そのイメージを SATA ドライブのプライマリパーティションに適用しました。次に、PATA ドライブを取り外すと、システムは SATA ドライブのみを使用して起動するようになりました。

さて、私はこれが Small Business Server をアップグレードする最良の方法だと言っているのではありません。サーバーの移行が「最良の」方法であるという Evan の意見は正しいと思いますが、私はすでにこれに十分な時間を費やしており、サーバーの変更の機会はもうすぐ終わります。

ドライブの作業イメージができたので、SBS 2003 へのインプレースアップグレードを試してみるつもりです。問題が発生した場合、現在の状態に戻すのに 30 分しかかかりません。

Answer