SQL05標準を実行しているアクティブ/パッシブW2K8（64）クラスターペアがあります。共有ストレージはHPEVASAN（FC）上にあります。
最近、データベースのアクティブノードでファイルシステムを拡張し、ドライブの指定を追加しました。共有ストレージドライブはF：、I：、J：、L：、X：として指定され、最初の4つのSQLファイルシステムとX：がバックアップ先として使用されます。
昨夜、検証プロセスの一環として（パッシブノードはメンテナンスのためにオフラインでした）、SQLインスタンスを他のクラスターノードに移動しました。問題のデータベースはすぐに疑わしいステータスに移行しました。
システムログを確認したところ、ファイル「K：\ SQLDATA\whatever.ndf」が見つからなかったためにデータベースが読み込まれないことがわかりました。（ K：ドライブの指定がないことに注意してください。）
J：ストレージドライブのレビューでは、内容がゼロであることが示されました。何もありません。これは、「whatever.ndf」が存在するはずの場所です。
うーん、思った。サーバーに問題があります。SQLを他のサーバーに戻し、何が問題なのかを理解します。
まだデータベースはありません。容疑者。ええとああ。「Whatever.ndf」はビットバケットに入っていました。
最終的に、バックアップ（検証テストの直前に取得されたもの）から復元することにしました。そのため、数時間のスリープ以外は何も失われませんでした。
質問：（1）このドライブがアクティブノードにリソースとして存在しなかったのに、パッシブノードがwhatever.ndfファイルがドライブ「K：」に送られると考えたのはなぜですか？
（2）フェイルオーバーを実行できるように、クラスターノードを「再同期」するにはどうすればよいですか？
過去のある時点でクラスターリソースとして「K：」ドライブがなかったことはわかりませんが、リソースの移動時にこのドライブが元のクラスターに存在していなかったことは知っています。