古代サーバーの不良ディスク

1998年のNetware 3.12サーバーがあり、総勘定元帳、購買、給与、学生情報、成績など、学内ですべてを実行しています。サーバーには、2つのボリュームを持つAdaptec RAIDコントローラーがあります。

1. RAID 1、2 17GB scsiディスク、Seagate ST318417W
2. RAID 5、3 4GB scsiディスク、2 Seagate ST34573Wおよび1 ST34572W。

現在、このシステムを置き換えるプロジェクトの初期段階にありますが、そのような新しいシステムに飛び込むだけではないため、少なくとも2011年11月までこのサーバーを実行し続ける必要があります。

今週は1台ではなく、2台のハードドライブが故障しました。ありがたいことに、それらは異なるボリュームからのものであり、私たちは今のところ実行し続けることができますが、これらの障害の密接な性質を考えると、このサーバーから11月のターゲットまでの壊滅的な障害を回避できることは重大な疑いがありますRAIDの冗長性を復元します—どこでももう1台のドライブの障害が発生するだけで、完全に使い果たしてしまいます。

両方のドライブに完全に一致する「スペア」が存在するのは幸運ですが、スペアの状態は不明です。私はそれらだけを交換しようとしましたが、RAIDコントローラーはこれを処理するほど賢くなく、システムを起動できなくします。

RAIDコントローラ自体については、POST中にCtrl-Aショートカットを使用して取得できるユーティリティがありますが、そこからはあまり役に立ちません。ボリュームを実際に管理するには、まずNetwareを起動する必要があります。この時点CI/O Array Management Software Version 2.0で、ボリューム情報を実際に確認するために使用できます。物事を管理する通常の方法は、コントローラソフトウェアがインストールされた特別なフロッピーから起動することだと思いますが、そのフロッピーはなくなっています。

RAIDソフトウェアのオプションを通って行く、私は考えて使用するボリュームを強制する、ボリュームのための「予備」として、それまでと設定するには、boot、既存のRAIDボリュームにディスクを交換するための唯一の方法は、物理的にディスクを追加することです既存のダウンディスクを交換するためのスペア（この時点では推測しているだけです）。ダウンディスクがスペアになり、ボリュームを修復し、ボリュームからスペアを削除してから、ディスクをシャットダウンして削除します。次に、故障した他のディスクについて最初からやり直します。私はそれを機能させることさえでき、私の予備品は何でも良いと仮定すると、これはすべて長いダウンタイムになります。

信頼性の高いスペアを見つけることに関しては、新しい4GB scsiドライブを探すためにどこから探し始めるのか、私が探している正確なscsiシステムさえ、それは時間の経過とともにいくつかの異なるイテレーションを経てきたので、手がかりがありません。

別のオプションとして、これを仮想マシン（hyper-v）に移行することもできますが、この分野で行った以前のすべての試みは非常にうまくいきませんでした。このマシンがインストールされたとき、私は高校を卒業したばかりだったので、これまでに開発したよりも低いレベルのネットウェアとdosの知識が必要です。または、その後忘れていた場合（私はdosの初心者でもありません）。

私の問題の一部は、これが使用頻度の高いサーバーであり、数日間それを停止して物事を把握することはあまりうまくいきません。

質問については、この状況で役立つかもしれないものを探しています：この時代の良いスペアを見つける場所に関する推奨事項、同様のコントローラーを使用してRAIDボリュームを修復する個人的な経験、または古いネットウェアサーバー、RAIDコントローラー用のより優れたソフトウェアを備えたフロッピーの行、物事を正しく行えるネブラスカの優れたNovellコンサルタントへの推奨、まだ検討していない他のオプションなど

更新：
バックアップについては、データの適切な（復元によって最近検証された）バックアップのみがあります。実際に実行するソフトウェアには何もありません。

アップデート2：
VMWare Virtual Server 2.0にNetware 3.12がインストールされていることを示す進捗レポート。主にここで見つけたガイドのおかげです：http：
//cerbulescubogdan.blogspot.com/2010/11/novell-netware-312 -on-vmware.html

次の手順では、既存のサーバーの追加ボリュームに合わせて空のネットウェアボリュームを準備し、C：\ドライブ上のすべてのダンプと既存のサーバー上のネットウェアボリュームを取得し、その情報からどのモジュールをネットウェアに追加する必要があるかを把握します。ライセンスをインストールし（ディスクがあればそれでも問題ありません）、データを移動します。

私は、1年の最初の1週間後（悲しいことに前のことではない）にサーバーを停止することを承認しています。

最終更新（2011年1月5日）：
今週、データを失うことなく、両方のRAIDアレイでスペアを動作させることができました。両方がコントローラーによって「FAULT TOLLERANT」と表示されるようになりました（はい！）。また、前回の更新からの進捗を基にして、VMWare Server 2.0に機能的な「スペア」サーバーを追加することができました。スペアはerpソフトウェアを実行して使用できますが、そのボックスから（まだ）印刷できないため（そして理由がわかりません）、実稼働環境に入れることはできません。それでも、他に選択の余地がない場合、このVMは問題なく動作します。また、修復されたRAIDアレイとの間で、11月にマシンをジャンクできるまでその状況に耐えることができます。

Epilogue（2012年1月16日）：
このサーバーをまったく新しいシステムに置き換えるプロジェクトは、計画どおりに稼働しました。ネットウェアはもう必要ありません！すべてがSQL Serverを称えます！王は死んでいます。王様万歳！

会計年度後の監査が8月に完了するまで、古いサーバーをしばらく実行し続ける予定です。しかし、時々失敗が起こった場合、誰も文句を言うことはありません。

共有ファイルデータの適切なバックアップを今すぐ取得します（毎日、またはより頻繁に取得し続けます）。マシンを紛失した場合、おそらく復元に必要なディスケットを見つけることができません（うん）。可能であれば、Netwareが起動するDOSパーティションのコピーも入手してください。

これは、Adaptec AAA-131 RAIDカード（またはその時代のもの）のように聞こえます。私が正しい場合は、何も存在しないため、はるかに優れた管理ソフトウェアを見つけることができません（http://www.adaptec.com/en-us/downloads/novell_netware/novell_netware/productid=aaa-131&dn=aaa-131を参照してください最後の利用可能なバージョンの.html）。私はそれらのカードの多くを「昔」使用し、それらは大丈夫でした。

それがAAA-131 である場合、その構成を使用する際には、徹底的に注意してください。これらのカードのディスクを消去せずにRAIDセットを構成する方法はありません。つまり、たとえば、ボックスを下ろしてテストディスクを接続し、構成をクリアしてRAIDセットを作成した場合、「実稼働」ディスクを再び接続すると使用できなくなります。最初にカードをフォーマットせずに。うん。ひどいです。

Novell NetwareはVMwareハイパーバイザーで実行されます。サーバーのコンテンツを仮想環境に移動するために、Novell Netwareの経験がある人（ここにいる人、Sysadmin1138を持っている人がいます）と契約することをお勧めします。 、少なくとも、あなたはそれを続けることができます。

クライアントコンピューターが最新で、Microsoftネットワーククライアントがインストールされている場合、Windows Serverベースのマシンへの移行は実際には迅速かつ簡単であることがわかります。Netwareサーバーと同じ名前でWindows Serverマシンを起動し、Netwareマシンと同じUNC命名規則で共有ディレクトリ構造を公開し、すべてのファイルをコピーし、宛先マシンでアクセス許可を複製します（手作業）。それほど難しくないかもしれません。事前にテストラボで移行を「ステージング」し、それを使用して一部のクライアントをテストし、スクリプト/ユーザー環境の観点から何を変更する必要があるかを判断できます。

おそらく、eBayから予備のハードウェアを入手できます。ただし、そのヴィンテージで購入したものには、信頼性の問題もあります。

もし私があなただったら、Windows Serverを上手に使って、今すぐそのボックスから移行を開始できるようにするでしょう。このケースは、実質的にいつでもNetwareボックスのコンテンツ全体を失う可能性があることを考えれば、おそらく経営陣にいくらかのお金を費やすように作られます。交換用のボックスには（交換するものがあれば）膨大な馬力は必要ないので、ソフトウェアのライセンスとバックアップが最大のコストになります。クライアント関連の移行の問題は、スクリプト作成に優れ、ログオンおよび起動スクリプトを介してクライアント関連の設定の変更の詳細を計画できるコンサルタントを使用することで最小限に抑えることができます。

VMWareには適切なNetWareサポートがあることを知っています（こんにちはEvan）。本当に古いもの（実行しているもの）でも。そのビンテージのNetWareは、HALTする代わりにアイドル時にCPUをNOOPするため、VMで指定されたCPUはペグされます。これがVMWareツールの目的であり、それを行わないようにします。VMWareは90年代から存在し（さらに数年間BrainShareにブースを置いていました）、それをしなければなりませんでした。Microsoftの仮想化は非常に新しく、NetWareを仮想化する必要がなかったため、そこでは機能しません。

このサーバーがあなたが言うほど重要であるなら、いくつかのVMWareライセンスの急増は簡単に売れるはずです。少なくとも、このサーバーを仮想環境に導入するVMWare Workstationライセンスが必要です。本当に必要な場合、VMWare Serverは無料です（私は信じています）。そのジョブが完了したら、より正式に置き換えることができるまで、ESXiのようなものに移動することを検討できます。

Linuxのスキルに応じて、他のオプションがあります。Novellは、Xen（KVM、Xenではなく、両方ともqemuを使用）をNetWareのサポートにかなりの時間を費やしてきました。おそらく準仮想化ではなく完全仮想化モードを使用する必要がありますが、おそらくNW3.12で動作します。

そのサーバーは十分に新しいので、CD-ROMドライブを入れる必要があります。これはおそらくあなたの節約になります。バックアップが完了したら、必要に応じてISO-Linuxで起動します。データを取得することはできませんが、ハードドライブが見えるはずです。その時点で、ddネットワーク上の別の場所に両方のボリュームの完全なコピーを作成します。これらのドライブイメージは、仮想ドライブとしてqemuによって直接使用できます。

ddで生成されたイメージをVMware VMDKに変換する方法がありますが、私はそれらを自分で使用していません。それらをグーグル、彼らはそこにいる。

• BrainShareのP2Vの新しいNetWareバージョン。これの大部分は引き続きNW3.12に適用されるはずです。
• 別のステップバイステップ、今回はCloneZillaと他のいくつかの無料ツールを使用します。NetWareをインストールする必要はありませんが、STARTUP.NCFおよびAUTOEXEC.NCFファイルを手動で編集する必要があります。NetWare-fuによっては、そのためのヘルプが必要な場合があります。

これは質問に関してはあまり役に立ちません（率直に言って、既にスペアがあります。ビンテージディスクを調達するための唯一の有用な提案は、「ドライブのモデル番号をGoogleショッピングにフィードする」です）あなたは本当にあなたが良いバックアップを持っていることを確認し、使用可能な状態の新しいマシンにそれを正常に復元することができます。

このマシンがあなたの説明から聞こえるほど重要である場合、それは今あなたのゼロ優先事項であるべきです。しばらくしてバックアップの復元テストが成功しなかった場合は、バックアップが無価値であると想定する必要があります。また、このマシンが最後に鳴って死んでしまった場合、実際に回復できることを確認する必要があります。
別のディスクが死んで、使用可能なバックアップがない場合、それはほとんどボールゲームです。準備ができているかどうかに関係なく、すぐに新しいシステムに移行します。

ちょうど私の3.50ドル。

他の人はすでにバックアップなどに対処しているので、私はそれを繰り返しません。システムが機能し続ける可能性を高めるためにできることがいくつかあります。

本当に高品質のラインフィルターに投資し、UPSとサーバーの間に配置します。これらの古いドライブは、今ではサージ、スパイク、さらにはかなり小さな電源変動についてもかなり扱いにくいものになります。

更新から、スペアドライブが既にインストールされていることがわかりますが、これは私がお勧めすることです：サーバーのスペアドライブを試す前に、それらを別のマシンに入れて、バーンインソフトウェアを使用してそれらから不要な部分を強調します通常のドライブテストソフトウェアを使用した連続的なテストサイクルを把握することはできません。ドライブを信頼できると宣言する前に、少なくとも数日間それを維持します。ストレージ内にあった古いドライブは信頼性が低いことで有名であり、すぐに故障する可能性があります。

上記の優れた提案。これも試してください-予備の最新のハードウェアで、最後の完全バックアップからシステム全体のリカバリを試してください。予備のマシンがネットワーク上にないことを確認してください。

それは何ですか、あなたが言うかもしれないと恐れていますか？バックアップや復元手順がありませんか？さて、あなたは次の週に何に取り組んでいるか知っていますか？

二重/三重/四重にのみ答えると、解決策が見つかるまで毎日バックアップを作成することをお勧めします。故障したドライブを簡単に交換できない場合、唯一の解決策は新しいドライブに移行することです。それが新しいサーバーの構築を意味するのか、それとも既存のサーバーで新しいドライブを使用するために既存のサーバーをゆっくりと移行するのか、それが唯一の選択肢です。

7年前のRAID 5アレイでは、1晩で3台のハードドライブのうち2台が故障しました。バックアップはかなり古くなっていました。8日後、17,000ドルで、データ復旧会社はExchangeサーバー全体を復旧できましたが、誰も満足していませんでした。（私は、毎日バックアップを作成することになっていたので、私を除きます。私が要求したハードウェアに、誰も私のために買いませんでしたが、その事実は他の皆に失われました...）

これから得られる良い点の1つは、クライアントが交換用ハードウェアの6か月前の購入要求をすぐに承認したことです。しかし、残念なことに、それは非常にストレスの多い8日間でした。今すぐバックアップを作成し、バックアップ計画を作成して、「オフィスで見つけることができるハードウェアで立ち上げて実行する」バックアップ計画を立ててください。