只有在 Server 端可以查 log ,Windows Server 可開啟進一步稽核紀錄詳細狀況。Nas 則看各家的 log 怎樣設定。
多位使用者同時存取 Windows 共用應用程式資料時,發生檔案鎖定錯誤或非預期的存取遭拒問題
多位使用者同時存取 Windows 檔案分享中的應用程式資料時,偶爾會遇到檔案鎖定錯誤、非預期的「存取遭拒」訊息,或無法修改其他使用者已開啟的檔案等情況。目前懷疑問題與多使用者同時存取有關,但尚未確認實際原因。
排查問題:如何透過檢查已開啟的檔案控制代碼(open handles)與 SMB 工作階段、確認檔案分享模式及 NTFS 權限,並分析機會式鎖定(oplocks)和 SMB Lease 的運作情況,來找出問題根源? 另外,該如何判斷問題是來自 Windows 檔案分享設定、過期或未釋放的檔案控制代碼,還是應用程式本身在多使用者同時存取及檔案鎖定機制上的限制? 有沒有建議使用的 Windows 診斷工具、PowerShell 指令或事件記錄,可以在不影響其他使用者現有工作階段的情況下,進一步縮小問題範圍並找出根本原因?
Windows 商務版 | 適用於 IT 專業人員的 Windows 用戶端 | 效能 | 其他
-
Harry Phan 35,965 信譽點數 獨立顧問2026-10-23T09:37:38.1133333+00:00 您好,
首先請在管理員權限的 PowerShell 中執行「Get-SmbOpenFile」和「Get-SmbSession」指令,以識別開啟的檔案、用戶端電腦、使用者和活動會話。使用「Get-SmbShareAccess -Name "ShareName"」指令檢查共用權限,使用「Get-Acl "D:\SharedData"」指令檢查 NTFS 權限。關聯受影響的檔案路徑和會話 ID,以識別過期的句柄或斷開連線的用戶端。在初始診斷期間,請避免關閉活動句柄或會話,以防止資料遺失或工作中斷。檢查事件檢視器中「Microsoft-Windows-SMBServer/Operational」和「Microsoft-Windows-SMBClient」下的相關錯誤。如有必要,請擷取網路追蹤以識別 SMB 存取被拒絕回應、共享衝突、租約中斷或連線故障。請記住,SMB 操作鎖和租約可以最佳化緩存,但不能替代應用程式層級的檔案鎖定。如果權限和連接均正確,請驗證應用程式是否支援並發訪問,並在變更 SMB 設定之前查閱其供應商文件。
希望這些資訊對您有所幫助。如果這個答案能幫助您更深入地了解問題,請採納。如果您還有其他疑問,歡迎留言。祝您愉快!
HP.