sql server日志传送报警,该文件被占用

 


select * from msdb..log_shipping_monitor_error_detail
select database_name as db,log_time,message from msdb..log_shipping_monitor_history_detail order by log_time desc

【错误1】另一个程序正在使用此文件,进程无法访问

sql server日志传送报错

  

 

 分析谁在占用它呢?

去文件上看了一下,原来是它非常大,因为我在主库进行了大容量操作 进行了百万=》千万数据的 select into 

  

 

 ,那为什么会还原报错呢?

因为这个还没有应用完,所以再此还原的时候就会出问题,会自动再去找这个没有被还原完的日志文件

 

解决办法:

(1)主库进行大容量操作时,切换恢复模式为大容量日志模式

(2)调整恢复还原频率,等待它弄完,我这里就是从1分钟一次还原改成了5分钟一次还原;

 

 

【错误2】因为数据库正在使用,所以无法获得对数据库的独占访问权

Could not apply log backup file 'D:\log_shipping\2433_18\test_20201227003500.trn' to secondary database 'test'. (因为数据库正在使用,所以无法获得对数据库的独占访问权。  RESTORE LOG 正在异常终止。)

 

解决:alte database test set multi_user with no_wait

posted @   郭大侠1  阅读(424)  评论(0编辑  收藏  举报
编辑推荐:
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
点击右上角即可分享
微信分享提示