前段時間客戶打**給我，說自從公司office與檔案伺服器公升級後，許可權完全亂套了，開始還以為是客戶未正確設定許可權而造成，今天有空來研究了一下，原來一切都是微軟的錯。
問題描述：
檔案伺服器配置：windows server 2008 r2，客戶端使用office 2007（office 2010）。
故障：r2檔案伺服器的share folder設定許可權為讀入與寫入（注：無修改許可權），當用office 2007/2010開啟office 2003/2007 檔案之後發現寫入資料之後無法儲存。出現如下錯誤：
首先必須說明的是office 2007 有安裝sp2，使用office 2010開啟也會同樣出現錯誤。如果你說是windows server 2008 r2許可權設計問題，其實也未必，你用office 2003(要安裝可以開啟office 2007的外掛程式）去開啟檔案伺服器的office 2003/2007可以正常寫入並儲存。
第一張圖：共享許可權：（使用者為test，資料夾為testfolder)
有人肯定會奇怪，test的許可權級別怎麼會是自定義呢，這是由於windows server 2008與2003在安全設計有乙個重大區別，共享許可權會根據你定義的安全許可權進行最小化設定來修正你的許可權，不會因為過去你安全許可權設定正確，但共享許可權設定錯誤而造成無法訪問。
開始test設定為讀寫許可權，當在安全許可權裡面修改為「讀取寫入」去掉修改之後，共享許可權就變成了自定義。
第二張：安全許可權抓圖，這張圖取消了「修改」許可權。
對於上面的問題我進行了反覆測試，如果檔案伺服器是windows server 2003是不會出現這樣的問題。現在我也搞不明白究竟是r2許可權設計的原因造成，還是office 2007/2010設計造成，為什麼使用office 2003訪問r2又是正常的呢？
期待微軟給我乙個滿意的答覆。
微軟的乙個BUG
各位,我不知道我的這個發現屬不屬於微軟的乙個bug round 1.225,2 1.23 round 1.245,2 1.25 round 1.265,2 1.26 round 1.285,2 1.28 按照技術文章上說的,vb中round 函式屬於四捨五入函式,但實際執行當中,其實round 函式...
微軟SQLDmo 的乙個小BUG,？
今天在用sqldmo做資料備份和恢復時，cannot open backup device 根據經驗應該是路徑輸出的有問題，仔細看了一下 沒有任何問題，那就奇怪了，我在本機測試沒有問題，在測試部就出問題了 環境原因，由於我用的是v 8.5 而目標機需要測試msde，應該相容啊，不過還好，這個問題馬上...
SQL Server未公開的兩個儲存過程
sp msforeachtable和sp msforeachdb是sql server的兩個系統儲存過程，存在於master資料庫當中，但是在sql server的聯機幫助中並沒有這兩個儲存過程，也就是說微軟並沒有把這兩個儲存過程編進sql server的聯機叢書中。那麼microsoft設計這兩個...