任何人都可以想到SQL Server 2008故障轉移羣集無法將數據庫和日誌文件使用羣集共享卷的原因嗎?羣集共享捲上的SQL Server 2008故障轉移羣集?
似乎使用CSV應該可以減少故障轉移時間並降低羣集組配置的複雜性(物理驅動器資源不再需要「故障轉移」)。
任何人都可以想到SQL Server 2008故障轉移羣集無法將數據庫和日誌文件使用羣集共享卷的原因嗎?羣集共享捲上的SQL Server 2008故障轉移羣集?
似乎使用CSV應該可以減少故障轉移時間並降低羣集組配置的複雜性(物理驅動器資源不再需要「故障轉移」)。
我認爲,但我不是100%確定的,微軟限制了什麼可以在CSV上。
當然,你可以把VHD放在那裏。這就是整個問題。 VHD可以包含數據庫數據和日誌文件 - 誰知道VHD內「什麼」。
但是,不知道你的配置,我不知道你在做什麼。 CSV存在,因此單個卷(例如,SAN上的單個LUN)可由多個羣集成員共享,其中具有單個文件的多個羣集成員正由不同羣集成員使用。具體而言,構成VM定義和VHD的信息。
以前,必須將VM定義和VHD放入單獨的LUN,以便可以單獨移動。除了擁有這麼多LUN的複雜性之外,沒有任何「錯誤」。
數據庫文件不同。你沒有那麼多。他們很大。你想仔細放置它們並觀看它們。等
如果你只是把數據庫文件放在一個VHD內,那麼就像最初說的那樣,一切都很簡單,除非你沒有得到你想要的詳細處理。
如果你把數據庫文件在一個單獨的LUN,然後你把所有的細節處理,並且將LUN一樣容易的任何故障轉移......
嗯 - 我的一個CSV的理解更在於它僅僅是一種神奇的新型存儲資源,不需要進行故障轉移。當然,你總是可以對SQL Server使用的物理磁盤進行傳統的故障恢復 - 但我只是很好奇你是否需要這樣做。 – 2009-12-05 19:47:03
實際上,CSV只是具有幕後皺紋的羣集的正常故障轉移文件共享服務。您必須在NIC上啓用SMB的Microsoft客戶端和服務。這就實現了「管理文件的一件事,但它可以故障轉移到其他集羣成員」。在幕後,集羣成員共同授予一個成員(而不是SMB的成員)一次有權讀取/寫入文件中的數據。這是一個有限的集羣文件系統,由存在的部分構建而成,增加了一點陰謀。但是,它完成了工作。 – 2009-12-07 01:05:12