詭異的windows Workspace 2276，2269報錯解決

背景信息，使用了windows server 2012 上的文件服務，文件服務器是cluster (兩個節點），並且開啓了windows sync share 的服務。可是在節點2上的windows sync share 服務一直不能啓動，日誌裏報2276，2269錯誤。

第一次解決，我是把node2上的iis組件所有卸載了，而後按照node1上的組件進行安裝，問題解決後，我還配置了workspace 服務的羣集設置。

最近兩次發現均有切換服務到node2 時出現windows sync share 服務沒法啓動的問題，找了不少文章和連接，沒有用處，只能經過上面從新安裝的方式解決，5月8號又遇到該問題。

報錯時發現仍然是工做組進程未能初始化的日誌，還總結出下面現象和信息：

• Workspace 使用的是hostablecore ，http.sys 底層的功能，不依賴iis ,可是使用IIS 管理器發現www 服務是啓動的。手動啓動node2上的windows sync share 服務報-2147024713，和該文章中的現象相似，但又不同，該文章中有IIS站點，但咱們的環境中沒有，且node1即便開了www服務也正常，node2開了www就不正常

• node2 上的windows sync share 服務不能啓動。中止www 服務後，node2 上的windows sync share 服務能夠啓動。中止node1上的www 服務對workspace 沒有影響。因此結論是www服務彷佛對workspace 服務無影響，可是對windows sysnc share 服務可能形成衝突。（可是fsnode1,fsnode2上表現不一致讓人很困惑）.

最終解決辦法：

1.禁用文件服務器羣集每臺上的www服務，www 服務禁用後windows sync share 可在node2上啓動，對node1也沒有影響。

最後的疑問：

node1,node2配置同樣，爲何node1上www服務和windows sync share 服務就不衝突，而node2上就衝突….