サーバの奇妙な失敗の場合を除く

同じサーバが異なるサービスアプリケーションを実行する場合、それらが遭遇する可能性のある失敗は完全に異なり、いくつかの失敗でさえ奇妙なようです！しかし、これらの奇妙な失敗それはしばしば私たちの通常のネットワーク管理者がスキルの欠如に対処することを引き起こし、それは最終的にサーバーの効率的な運用に影響を与えます。この点を考慮して、実用的な観点から始めて、将来サーバーが稀な障害に遭遇したときに確実に対処するために、サーバーの特殊な障害を排除するためのより多くの方法とアイデアを学ぶ必要があります。これは、次の資料作成者が2台の奇妙なトラブルシューティングのプロセス・サーバーは、すべて私たちの友人を満たすために出て貢献した経験入れていません！
ページ1を、サーバがセカンダリドメインコントローラユニット

LANになることはできませんWindows 2000 Serverオペレーティングシステムと一緒にインストールされているプラ​​イマリドメインサーバーがありますが、最近では作業ニーズのために、新しいサーバーを購入し、そのサーバーにWindows 2003 Serverをインストールしました。 Windows 2003 ServerサーバーはLANのセカンダリドメインコントローラとして使用されますが、ネットワーク管理者がWindows 2000 Serverシステムでプライマリドメインサーバーにサーバーを追加しようとすると、Active Directoryのインストールウィザードが画面に表示されます。 LinはWindows 2003 Serverをインストールする準備ができていないなどの理由で続行できません。Windows2003 Serverサーバーでセカンダリドメインコントローラを取得するのに問題があることは明らかです。それは我々は、Windows Server 2003のドメインコントローラサーバーの役割の逆転に成功したタスクにそれを完成させるために対処しますか、このような障害の顔を促した？

関連の障害を検索することにより、障害の原因を特定するために、著者を促し主な理由は、Windows 2003 Serverサーバーに最新バージョンのドメインアーキテクチャが含まれているのに対し、Windows 2000 Serverプライマリドメインコントローラでは比較的低いドメインアーキテクチャバージョンが使用されているためです。ドメインスキーマのバージョンが矛盾しているため、最終的にActive Directoryのインストールウィザードが続行されませんでした。上記のエラープロンプトを排除し、Windows 2003 Serverサーバーをプライマリドメインコントローラに正常に参加させてセカンダリドメインコントローラの役割変換の役割を完了させることができるようにするために、次の手順に従って徐々に進んでください。

スーパー管理者としてWindows 2000 Serverプライマリドメインコントローラにログインし、サーバーにSP4パッチがインストールされているかどうかを確認しますまだ入手できない場合は、マイクロソフトの公式WebサイトにアクセスしてSP4パッチをダウンロードする必要があります。他の未知のサイトからパッチを勝手にダウンロードする代わりに、未知のサイトからのダウンロードは簡単にサーバーにセキュリティリスクをもたらす可能性があります。 SP4修正プログラムをダウンロードしたら、Windows 2000 Serverのプライマリドメインコントローラに正しい方法でインストールし、インストールが完了したら、プライマリドメインコントローラがあるコンピュータシステムを再起動します。次に、Windows 2000 ServerプライマリドメインコントローラをNICインタフェースから接続しているネットワーク接続ケーブルを外し、プライマリドメインサーバがLANネットワークから切断されていることを確認します。不正なネットワークアクセス操作によってプライマリドメインサーバに脅威が及ぶのを防ぐことができます。

次に、Windows 2000 ServerのインストールCDを探し、そのCDをプライマリドメインコントローラがあるCD-ROMドライブに入れてダブルクリックします。マイコンピュータウィンドウのCD-ROMアイコンをクリックし、CDのルートディレクトリウィンドウを開き、I386サブフォルダの下にあるAdprep.exeファイルを見つけ、そのファイルをプライマリドメインコントローラがあるコンピュータのハードディスクに直接コピーします。
< BR>次に、プライマリドメインコントローラのシステムデスクトップで、マウスを使用して[スタート]項目と[ファイル名を指定して実行]項目を1つずつ展開し、実行中のシステムペアを開きます。ダイアログボックスで、文字列コマンド "cmd"を入力してEnterキーをクリックすると、システムは自動的にMS-DOSコマンドライン状態に切り替わります; DOSコマンドラインで文字列コマンド "adprep /forestprep"を入力して戻るキーを押すと、プライマリドメインコントローラの既存のフォレスト全体の情報が自動的に更新され、しばらくすると、プロンプトが表示されて正常に更新されます;その後、DOSコマンドラインで文字列を入力し続けます。 Enterキーをクリックすると、コマンド "adprep /domainprep"によって既存のグローバルドメインコントローラの既存のグローバル情報が自動的に更新され、しばらくするとシステムは更新が成功したことを示すメッセージを表示します。

上記のstringコマンドが正常に実行されたことを確認したら、プライマリドメインコントローラがLANネットワークに接続されていることを確認するために、プライマリドメインコントローラのNICインタフェースにネットワークケーブルを再度挿入します。 DOSウィンドウインタフェース、そしてサーバシステムを再起動します。メインドメインコントローラが正常に再起動したら、Windows 2003 Serverシステムがインストールされているコンピュータに戻り、システムデスクトップの[スタート]コマンドと[ファイル名を指定して実行]コマンドを順にクリックします。入力文字列コマンド "dcpromo"では、Enterキーをクリックすると、Windows 2003 Serverサーバーがプライマリドメインコントローラに正常に追加され、LANのセカンダリドメインコントローラになります。

2は、サーバが安定した仕事で
ユニットは、2年前に戻って私たちは、「サービス」を提供した後に買って以来、安定していたHP ProLiant DL385サーバを、買ったが、最近はできませんサーバーが再起動やクラッシュを起こし、その原因が次々と判明し、それが私たちの日常の業務に影響を与えています。 HPの製造元の技術サポートホットラインにダイヤルする必要があり、他のエンジニアは作成者が提供する障害現象に従って回答するために苦労していました;専門技術者の回答によると、作成者はサーバー上でCMOS放電操作と接地抵抗テスト操作を行いましたがそのような努力はサーバーの性能を変えませんでした。さらに、HPのテクニカルサポート担当者は、ほこりもサーバーのパフォーマンスを不安定にする可能性があると特に述べ、サーバーにほこりがたまり過ぎることが判明したら、HPのアフターセールス担当者に依頼してください。この手がかりによると、作者はすぐにサーバーのシャーシを開けたのですが、サーバー内部がほこりの多い層で覆われていたのですが、このときHP Proliant DL385サーバーを買い戻したときにユニットルームの装飾に追いついたことを思い出しました。動作環境が非常に悪く、作者はほこりの大部分が取り残される可能性があると密かに信じています;サーバのほこりを注意深く見ると、ほこりのある場所はサーバの中のチップを完全に「飲み込んだ」ことがわかりました。ユニットが緊急にサーバーを使用し、地元のHPアフターサービス担当者に連絡する必要があることを考慮すると、オンサイトサービスに特別なサービス料金を請求する必要があるという製造元の通知はないと主張しています。私はそれをしない、私はそれを止めるな、私は慎重にサーバーからボードを取り外し、次に柔らかい細かいブラシを見つけ、慎重にサーバー内部のほこりをきれいにし、ほこりが完全にきれいになるまで待ちます。取り外されたすべてのボード漫画が元の位置に復元され、最後にサーバーの電源が入り、しばらくの間サーバーの電源が入ると、サーバーは一定の間隔で再起動またはフリーズします。故障の原因を考慮して、著者は、サーバーチップの表面を覆っている塵埃が夏の雨および湿気のある環境の作用の下でサーバーの内蔵ボードまたはチップの回路信号にさほど影響を及ぼさなかったと信じています。サーバの内部を覆っている埃が取り除かれると、サーバのさまざまなボードまたはチップの回路信号が即座に復元され、サーバのパフォーマンスが即座に安定します。