之前在這篇“Operating system error 32(failed to retrieve text for this error. Reason: 15105)”博客裡面，介紹了因為AWS的DMS的相關會話進程在讀取事務日誌備份中內容（跟普通的Replication有點不同），導致事務日... ...
之前在這篇“Operating system error 32(failed to retrieve text for this error. Reason: 15105)”博客裡面，介紹了因為AWS的DMS的相關會話進程在讀取事務日誌備份中內容（跟普通的Replication有點不同），導致事務日誌備份出現Operating system error 32錯誤（The process cannot access the file because it is being used by another process）。最近又遇到了這個錯誤，那麼怎麼定位是那個事務日誌備份文件被進程占用了呢？
有兩種方式可以定位到那個事務日誌文件被占用，如下所示：
1： “資源監視器”（Resource Monitor）定位問題：
打開“任務管理器”， 在“性能”裡面選擇“資源監視器”（Resource Monitor），在CPU模塊，在“關聯句柄”（Associated Handles）裡面搜索對應資料庫名，就可以找到那個備份的事務日誌文件被占用了。不過能定位PID，但是定位不到對應的Windows thread ID
2：Process Explorer定位
process Exploerer可以從官方網址下載，使用也非常簡單，更多細節信息參考官方文檔，如下所示，也能定位到那個文件被占用（這裡是事務日誌備份文件被占用），如下截圖所示，不過遺憾的是，這個工具也不能定位對應的Windows thread ID。功能上，這個工具比“資源監視器”（Resource Monitor）強大很多。
參考資料：
https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer
