Operating system error 32(failed to retrieve text for this error. Reason: 15105)

一台数据库服务器的事务日志备份作业偶尔会出现几次备份失败的情况,具体的错误信息为:

我们一个SQL
Server服务器在执行YourSQLDBa的作业YourSQLDba_FullBackups_And_Maintenance时遇到了错误:

 

 

 

Exec YourSQLDba.Maint.ShowHistoryErrors @JobNo = 1227

DATE/TIME:    2018/7/30
12:10:52

<row>

 

<ctx>yMaint.IntegrityTesting</ctx>

DESCRIPTION:
BackupDiskFile::CreateMedia: Backup device
‘M:DB_BACKUPLOG_BACKUPxxxx_[2018-07-30_06h03m10_Mon]_logs.TRN’
failed to create. Operating system error 32(failed to retrieve text for
this error. Reason: 15105).

<Sql>DBCC checkDb(‘xxxx’) </Sql>

 

<err>In case of non-completion of this command check SQLServer
Error Log at 2016-11-17 00:00:03.327 for Spid 67</err>

 

</row>

COMMENT:  (None)

 

 

错误日志里面有下面一些错误信息,如下所示:

JOB
RUN: 
(None)

 

 

Date 2016/11/17 0:53:21

 

Log SQL Server (Archive #8 – 2016/11/18
0:00:00)

      关于Operating
system error 32,这个错误代码对应的错误信息为:

 

 

Source spid67

     The
process cannot access the file because it is being used by another
process.

 

 

Message

 

DBCC CHECKDB (xxxx) executed by xxxxx found 0
errors and repaired 0 errors. Elapsed time: 0 hours 53 minutes 18
seconds. Internal database snapshot has split point LSN =
00623e60:00004a5b:0001 and first LSN = 00623e60:000048f3:0011. This is
an informational message only. No user action is required.

   其实以前刚好遇到过这样的案例,使用AplexSQL
Log去分析事务日志的备份文件,YourSQLDba的事务日志备份的时候,就会遇到上面错误(YourSQLDba_LogBackups事务日志备份会追加到同一个备份文件),但是这个怎么定位这个错误呢?其实出现这个错误,一定有相关进程在访问事务日志备份文件,那么只要排查这些应用或程序即可。刚好最近配置了AWS的DMS的(DMS简单介绍如下,具体参考官方文档

 

 

Date 2016/11/17 0:53:21

 

Log SQL Server (Archive #8 – 2016/11/18
0:00:00)

在最基本级别上,AWS DMS 是 AWS
云中运行复制软件的服务器。您创建源和目标连接以告知 AWS DMS
要进行提取和加载的位置。然后,计划在此服务器上运行以迁移数据的任务。AWS DMS
会创建表和关联的主键 (如果它们在目标上不存在)。如果您愿意,则可以预先手动创建目标表。或者,也可以使用 AWS SCT
创建部分或全部目标表、索引、视图、触发器等。

 

 

Source spid13s

 

 

图片 1

Message

 

Write to sparse file
‘xxxxxxx.ndf:MSSQL_DBCC10’ failed due to lack of disk space.

发表评论

电子邮件地址不会被公开。 必填项已用*标注