答案1
根据您处理的数据量和备份目标的速度,9 小时可能完全没问题。在不了解更多详细信息的情况下,我将提出以下建议。
- 下载并运行 Brent Ozar 的闪电战健康检查脚本。它识别的问题通常附带一个博客文章链接,该链接解释了检测到的问题及其修复。尝试纠正严重程度为 150 或更低的任何问题。
- 下载Ola Hallengren 的维护解决方案脚本。这些包括完整性检查、索引优化和备份,这些比 SQL Server 自带的库存作业效率高得多。
- 由于您的数据库已经有一段时间没有备份了,因此请确定如果下一次备份是完整备份,您的备份将需要多长时间。这应该可以设定您对备份作业运行时间的合理预期。例如:如果您有 2 TB 的数据库需要备份,并且您的存储目标是单个外部硬盘,写入速度为 50 MB/秒,则您的备份将至少需要 11 个小时。
答案2
现在作业已无错误地完成。因为我的同事将作业的日期更改start Date
为当前日期(2018 年 2 月 7 日)。所以,我正在运行作业。其中备份文件从2/7/2018
今天开始9/7/2018
可用。而之前的2 July 2018
文件8 May 2018
丢失了。无论如何我都会管理可用的文件....!!
谢谢大家.. _/\_
问候,
泰米尔普加尔