解決W2K8/SQL05中的故障轉移羣集問題

Question

我有一個運行SQL05 Standard的主動/被動W2K8（64）羣集對。共享存儲位於HP EVA SAN（FC）上。

我最近擴展了數據庫主動節點上的文件系統，添加了驅動器名稱。共享存儲驅動器被指定爲F：，I :, J :, L：和X :,前四個SQL文件系統和X：用於備份目標。

昨晚，作爲驗證過程的一部分（被動節點已脫機進行維護），我將SQL實例移至另一個集羣節點。有問題的數據庫立即轉移到可疑狀態。

查看系統日誌顯示數據庫無法加載，因爲找不到文件「K：\ SQLDATA \ whatever.ndf」。 （請注意，我們沒有一個K：驅動器的盤符）。

的J回顧：存儲驅動器顯示零內容 - 什麼 - 這是「whatever.ndf」應該是。

嗯，我想。服務器問題。我只是將SQL移回到另一臺服務器上，並找出有什麼不對。

仍然沒有數據庫。疑似。嗯，哦。 「Whatever.ndf」已經進入了鬥牛場。

我終於決定從備份恢復（在驗證測試之前立即進行），所以沒有任何東西丟失，只有幾個小時的睡眠。 （1）爲什麼被動節點認爲whatever.ndf文件應該去驅動「K：」，當這個驅動器不存在作爲活動節點上的資源？

（2）如何獲得羣集節點「重新同步」以實現故障切換？

我不知道在過去的某個時間沒有「K：」驅動器作爲羣集資源，但我知道該驅動器當時在原始羣集上存在而不是的資源轉移。

Answer 1

隨想基礎上發生了什麼事我在幾個月前......聽起來頗爲相似

你有NFTS掛載點？我忘記了它到底是什麼（我是代碼猴，並依賴於DBA），但掛載點是「雙重預訂」或者不是羣集資源的一部分，或者SAN卷配置不正確。

我們對我們的日誌文件使用了「零大小」驅動器（我使用了xp_fixeddrives），但我們仍然可以寫入它們。

各種重新啓動和故障轉移失敗。基本上，這是對SAN管理工具中所有設置的徹底審查。

用於說明您的K可能性：驅動器...

我見過的另一件事是安裝驅動器有字母以及安裝文件夾中。我曾經使用SQL Server的裝入文件夾，但備份系統使用直接驅動器盤符。