?

之前在這篇“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

總結

以上是生活随笔為你收集整理的如何定位“Operating system error 32(failed to retrieve text for this error. Reason: 15105)”错误中被占用的文件...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。