如何定位“Operating system error 32(failed to retrieve text for this error. Reason: 15105)”错误中被占用的文件
程序员文章站
2022-04-28 21:37:34
之前在这篇“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)强大很多。
参考资料: