SCSIデバイスの競合の警告は：

顧客は、それが顧客のネットワークだった、そこに到着：デバイスの\\ Device \\ SCSI \\ ***なし

外挿良いSCSIカード処理例は、待機時間内に応答した後、メンバーのXiao Liuが機械室に侵入しました。それは、顧客は地元の大規模な外国のスーパーマーケットチェーンであることが判明し、このバックエンドの課金システムトレードと決済に依存してきました。ある朝は、ビジネスの人々が突然劉は、データベース・サーバがアクセス不能にし、スタンバイサーバのサポートサービスを有効にすることを余儀なくされることを見出し、チェックアウト端末システムが使用できないと述べました。

しかし、バックアップサーバのパフォーマンスが頻繁にスーパーマーケット忙しい時間に読ま負荷需要データを満たすだけでなく、マシンが最も頻繁とき、新しく生成されたデータの金融残業が必要な場合は、サーバーを再起動することはできません元のシステムを手動で入力して、当日と当月の決済を完了します。すべてのビジネス関係者はXiao Liuについて不満を述べ、そして常に慣れ親しんでいるマネージャーでさえ、過去2日間にXiao Liuの顔が暗くなるのを見ました。

Xiao Liuの苦情を聞いた後、私はユーザーの環境を詳しく調べました。スーパーマーケットは2台のIAシステムを使ってSCSIディスクアレイを2ノードシステムとしてマウントしました。ホストは、Windows2000アドバンストサーバオペレーティングシステムを採用し、スーパーマーケット固有の会計システムを使用しています、背景はSQLServer2000です。

Windowsシステムを使用して2台のサーバーがSQLを確保するためにアクティブ - パッシブモードでは、MSCSの検出、管理、ハンドオーバーリソースグループの二重機械、からMSCSメインの作業操作が来ますサービスは常に機能しています。スーパーマーケット事業として、長い時間、8時30開口部からの日中のサーバは、実行中のすべてのデータベースと他のソフトウェアサービスを提供し、データアクセスされました。午後08時00クライアントは、サービス要求を停止し、閉じて、SQLで午前22時組み込みの管理ツールはホストデータをバックアップし、サーバー上のデータをディスクにバックアップします。障害がデータベースにアクセスできない発生した場合

、劉は、会計システムとバックアップサーバーの最初のセットを発売した後、イベントビューアのホストを表示し、ホスト・マシンとバックアップ・マシンがID2あるました5、14エラー、時間は前の夜の22時01分（バックアップを開始する時間）です。ネットワーク管理者がディスクアレイを再起動すると、データベースにアクセスできます。もともとXiao Liuはビジネスシステムを元に戻して問題ないと考えていましたが、翌日同じ失敗が発生し、ディスクアレイを再起動すると、データベースに再びアクセスできるようになりました。同じ失敗が数日連続して発生しました。
は、

は、予備的な判決の後、私はこの問題は、データ接続上にあるべきだと思うので、消去法は、内部および外部ケーブル、SCSIターミネータ、全体のディスクアレイコントローラとディスク配列の配列にサーバーを交換しましたが、問題はまだ残っています、そして私はついに外挿したSCSIカードに切り替えました。私はようやく北京に戻ってボスを渡ることができます。

テスト、問題の根本はどこにありますか。問題は段落であるべきですが、私は北京に戻る途中でそれについて考えたことは一度もありませんでした。当時の判断は直感的に判断するようなものだったようです。

戻る北京で、私は、実験室の利用者に実際の環境をシミュレート4スライスは、ディスクアレイ上のLUN1、LUN2、LUN3、LUN4にマッピングされ、そしてSQLのクライアントアクセスライセンスを設定する分割しました。ネットワーク近隣の共有フォルダのコピーを通じて1、サービスの切り替え、異なるパーティション間のビッグデータ（約2GB）。 2.各パーティションで24時間IOmeterを実行します。 3.プライベートネットを無効にするために必須の手段を使用するパブリックネットは、外部サービスと同時にハートビート信号を送信するために混在通信を使用します。 4. Server1のSCSIケーブルを強制的に取り外した場合、接続されているサーバーは基本的に閉じられており、クラスタスイッチングサービスは正常です。

-------------------------------------------- -------------------------------------------------- -----------ドライバが\\ Device \\ Scsi \\ adpu160m2でコントローラエラーを検出しました。 PP 0010 :. 50 50 00 C1 00 00 00 00 00 00 00 00 0B 00 04 C0 ......À：データ：0000：00 10 00 01 00 6A 00 0F ...... J 0008 Á .... 0018：49 00 00 00 00 00 00 00 I ....... 0020：00 00 00 00 00 00 00 ........ 0028：00 00 00 00 00 00 00 00 ...... 00 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0;&回;&回; - &回;&回; - &回;&回;時間：&回;&回;:&回;&回;:&回;&回;ユーザー：N /コンピュータ：NT2が記載されている：ページングデバイス\\デバイス中\\ Harddisk3 \\ DR3でエラーが検出されました。データ：0000：04 00 22 00 01 00 72 00 .." ... R 0008：00 00 00 33 00 04 80 00 .... 3 .. 0010：2D 01 00 00 00 00 00 00 - .. ...... 0018：00 00 00 00 00 00 00 00 ........ -------------------------- -------------------------------------------------- -----------------------------

Device \\ Device \\ Scsi \\ adpu160m2が転送待ち時間内に応答しませんでした。ドライバが\\ Device \\ Scsi \\ adpu160m2でコントローラエラーを検出しました。これら2つのメッセージは、Windowsから発行された要求コマンドが指定された外部ディスクに届かず、接続の中断によりWindowsシステムが応答していないように見え始めたことを示しています。分析の

の結果は、テストサーバーのSCSIデバイス競合警告決意結果、ディスクアレイは、サーバのディスクアレイとの接続線に集中問題問題ではありません。これは私の現場での判断と全く同じです。

では、接続回線の何が問題になっていますか？

SCSIバスの原理から、SCSI物理層はSCSI信号を送信し、それらを干渉から保護するのに役立ちます。物理層には、ターミネータ、ケーブル、拡張アダプタカード、マザーボードトレース、コネクタ、および信号線インピーダンス値、コネクタスペース、ケーブル長などのその他の仕様が含まれています。

各システムの起動時またはSCSIバスのリセット時に、信号を受信したSCSIバスの更新が始まります。同時に、受信したすべてのSCSIバスイニシエータが、SCSIバス上のすべてのターゲットデバイスを見つけてネゴシエートし始めます。これらの交渉は、その後のデータ転送を実行するための正確なメカニズムを確立します。バスターミネータは、SCSIホストコントローラにバス全体の終端処理を指示し、反射信号をコントローラに送信しますSCSIバスを使用するには、両方の物理端末で終了信号を送信する必要があります。

の物理バスターミネータ、ハードウェアコネクタでバス上の信号エネルギーがアクティブ、パッシブを使用して動作し、動作するように電圧レギュレータを使用して、アクティブとパッシブ型の二種類、アクティブ型に分割されていますプロアクティブよりも正確な、自己終端物理バスケーブルターミネータが置換されていてもよく、ハードウェア、同じ2台のホストに接続された一般的に使用される物理デバイスの一部です。ほとんどのSCSI機器はターミネータを内蔵しており、ジャンパを使ってON /OFFを制御します。

ターミネータは非常に単純なようですが、問題は実際のアプリケーションプロセスにおける主な原因です。パッシブ端末はSCSI-II以前のSCSI-IおよびSCSI-II仕様で使用できますが、データ転送速度はそれほど速くないので（5Mバイト/秒以下）、場合によっては、ターミネータがないと発生しないようです。しかし、高速SCSIた後、SCSIバスの両端の急速な成長のそのデータ転送速度と一緒に、あなたは特に注意ターミネーターセットを支払わなければならない、とアクティブターミネータを使用する必要があります。さもなければ、データ伝送エラーは不正確であり、SCSIデバイスさえイニシエータによって認識することができません（すなわち、SCSIデバイスは見つけることができません）。私たちの現実世界での経験では、多くのSCSIハードディスクが正常にインストールすることができない、ハードディスク自体は問題ではありませんが、品質は間違ってによって引き起こさ良いケーブル、またはターミネータ位置決め誤差、および信号生成ではありません。

SCSI IDとバスターミネータをチェックして、私たちは紛争の現象のほとんどの解決策を見つけることができ、これは、ユーザーがそれに注意を払う必要がありますSCSIデバイスです。 SCSIバス、ドライバ、インタフェース、ケーブルでは、いつでも問題が発生する可能性があります。マザーボードの製造元から推奨されている場合を除き、外部ディスクデバイスがマザーボードのコンポーネントに統合されているため、それらをクラスタ環境で使用しないでください。その一部は他のコンポーネントの影響を受け、必然的に集中したり犠牲にされたりします。その結果、この環境ではSCSIバスが不安定になります。したがって、ＳＣＳＩインターフェースが外部に変更されると、ユーザのＳＣＳＩデバイスの競合の問題は解決される。
ネットワーク復刻版：