我不是数据库管理员。我们的DBA大约一个月前离开了组织，并且我是一名应用程序开发人员，并且在一周前对数据库管理一无所知，所以请耐心等待。
我们有两台服务器，服务器A（主服务器）和服务器B（辅助服务器）。镜像在A和B之间配置。
A配置为将我们的数据库表复制到C（报告服务器）。复制在A和C之间配置
由于硬件故障（硬盘损坏）导致A崩溃; B现在是我们唯一的服务器。
A下降所以我们的复制在A和C之间爆发。
B现在是我们的主要服务器。请注意，我们的磁盘空间已经很低（两个服务器的配置不同），发现磁盘空间填满的异常行为很快。当磁盘空间已满时，遇到的错误是“数据库的事务日志”DBName '由于'复制'而已满。“
请注意，未配置B和C之间的复制。
我们遇到了18小时的停机时间
在停机期间开始更换A的硬盘并从头开始重新配置（Windows服务器安装，SQL服务器安装）
然后，我们将来自B的.mdf和.ldf文件复制到我们的新A并恢复它们。
我们现在再次回到A（主要）。
我们购买了一台新服务器（D）作为我们的辅助服务器，并恢复了最新的备份（DBName.bak）新工作A和最新的事务日志文件备份（DBName.trn）完整数据库备份后。这样做是为了成功配置A和D之间的镜像。
我们成功配置了A（主要）和D（次要）之间的镜像。
现在我们正在尝试在A（报告）和C（报告服务器）之间配置复制，因为我们需要确保我们的跨国日志备份作业正在运行，该作业接受备份然后收缩ldf文件，作业运行每隔15分钟。这项工作没有成功运行。我们注意到消息ID为9003的错误
错误：
日志扫描号码（7796674：12164：1）传递给数据库中的日志扫描＆＃39; DBName＆＃39;无效。此错误可能表示数据损坏或日志文件（.ldf）与数据文件（.mdf）不匹配。如果在复制期间发生此错误，请重新创建发布。否则，如果问题导致启动期间出现故障，则从备份恢复
我们已经阅读了几篇提出不同解决方案的博客和文章，但这种情况与我的不符。我很困惑应用任何这些解决方案。
目前我们没有配置任何复制。因此，可以从博客中读出的最佳解决方案是应用sp_repldone，它将删除或标记从事务日志文件复制的所有挂起的复制事务。
鉴于上述情况，我们应该采用上述解决方案。