Small Business Server2000を新しいハードウェアに移動しています。 Acronis TrueImageを使用して、現在の250GB IDEドライブ上のパーティションのイメージを作成し、そのイメージを750GBSATAドライブ上のパーティションに復元しました。新しいメインボードはIntelD915GEVです。
システムを起動すると、途中でBSODが実行されます。
停止:0x0000007B INACCESSIBLE_BOOT_DEVICE
セーフモードで起動すると、多くのドライバーが読み込まれ、グラフィカルブートに切り替えようとするとBSODが発生することがわかります。つまり、ドライブに完全にアクセスできないわけではありません。
私は現在、これは私の元のServer2000に新しいマザーボード上のSATAコントローラー用のドライバーがないという事実が原因であるという理論の下で運用しています。起動プロセスの初期部分はBIOSで処理する必要があり、Windowsがファイルアクセスを引き継ごうとした場合にのみ失敗します。
フレッシュインストール中にF6を使用してドライバーを追加できることは知っていますが、フレッシュインストールしていないため、それは役に立たないようです。それでも、Intelのサイトで他のすべてのドライバーを見つけたにもかかわらず、このボードのSATAドライバーを追跡することはできませんでした。 SATAコントローラー用の特定のドライバーがないようです。
これを処理するための最良の方法は何ですか?
いつでも古いハードウェアに戻れるようにしましたが、これを新しいハードウェアで実行したいと思っています。ハードウェアは非常に似ています-私が主要なハードウェアのアップグレードを行っているわけではなく、同じプロセッサであり、このメインボードはこのインストールが実行されていたものと本当に似ています。 (古いハードウェアに障害が発生したため、すぐに新しいハードウェアに移動する必要がありました。現在、Intelが保証交換として送付した交換用ハードウェアに戻そうとしています。)
見つけた。レジストリキーを追加するだけです。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters
EnableBigLbaをDWORD値として追加し、1に設定します
興味がある場合は、次の長い説明があります。
Windows 2000 Serverは、ドライブが128GBを超える前に作成されました。したがって、デフォルトでは、128GBのドライブしか使用できません。ドライブがそれよりも大きい場合、ブートパーティションが小さくても、パーティションテーブルを正しく読み取れないように見えます。解決策は、新しいドライブに配置する前に、そのレジストリキーを追加することです。それについてのMSKB記事があります ここ 。
これは、私が置いていた古い40 GBPATAドライブにブートドライブのイメージを復元することで見つかりました。新しいハードウェアで起動し、そのメインボードのすべてのドライバーをインストールしました。次に、シャットダウンしてSATAドライブを接続しました。再起動すると、複数のパーティションがある750 GB SATAドライブは、フォーマットされていない128GBのパーティションが1つあるように見えました。いくつかの調査で、EnableBigLbaレジストリキーについて知りました。そのキーを設定して再起動すると、SATAドライブにすべてのパーティションが表示されました。システムドライブの更新バージョンをイメージ化し、SATAドライブのプライマリパーティションにイメージを適用しました。次に、PATAドライブを取り外したところ、SATAドライブのみを使用してシステムが起動しました。
さて、これがスモールビジネスサーバーをアップグレードするための最良の方法だと言っているわけではありません。 Evanは、サーバーの移行が「最善の」方法であると確信していますが、これにはすでに十分な時間を費やしており、サーバーを変更する機会がもうすぐ終わります。
ドライブの動作イメージができたので、SBS 2003へのインプレースアップグレードを試してみようと思っています。問題が発生した場合、現在の場所にロールバックするのに30分しかかかりません。
BIOSに入ってAHCIをATAに移動すると(すべてのBIOSが異なるため、私は通常、それが見つかるまでいろいろと調べます)、OSをインストールできる可能性があります。この後、OSをロードした後で元に戻すことができる、マザーボードのチップセットメーカーのドライバーを探すことができます。これがお役に立てば幸いです。
これはおそらく人気のない答えになるでしょうが、ここに行きます...
あなたがしていることはらしい些細なことかもしれませんが、そうではありません。ディスクイメージングソフトウェアを使用すると、オペレーティングシステムでは簡単に対処できないことを簡単に実行できます。 Micorsoftは、コンピューターまたはマザーボードの異なるメーカーまたはモデル間でのWindowsのインストールの移動を公式に「サポート」していません( http://support.Microsoft.com/kb/249694 を参照)。この方法でこれを実行しようとすると、これを簡単に実行することはできません。
あなたがしていることが恒久的な移動である場合、セカンダリドメインコントローラーとしてのクリーンインストールと、あるマシンから別のマシンへのSBSの移行を強くお勧めします(Windows Server 2003の手順は次のとおりですが、実行されません)元のサーバーコンピューターの名前を保持するために、一時コンピューターを介して「スイング」移行を実行する: http://technet.Microsoft.com/en-us/library/cc747454(WS.10).aspx ) 。
マシンをディスクイメージングして別のボックスに移動することは魅力的ですが、結果として得られるマシンの安定性を助けるために何もしていません。
「スイング移行」は、非常に簡単かつ高レベルで、次のとおりです。
そこには小さな小さなステップがたくさんあります。正直なところ、その手順全体がSBS2000で機能するかどうかは思い出せません。これを行う場合は、VM上のラボでSBS 2000を起動し、偽のユーザー、メールボックス、パブリックフォルダー、およびデータを入力してから、移行シナリオ全体を上から下に2回実行します(メモを作成したらデータを収集し、2回目は「ドライラン」として実行します。)
新しいハードウェアで無料のHyper-Vサーバーを使用し、SBSサーバーをVMに変換するのはどうですか? Hyper-Vサーバーを管理するには、VistaとHyper-V管理ツールを搭載したPCが必要です。
JR