我正在使用 IIS 和 SQL Express 自动设置 Windows Server 2008 R2 Core
我从 VM 中的全新(刚刚安装的)操作系统开始(此测试用例中为 virtualBox)
然后我的脚本创建用户,安装 dot.NET 3.51 和 4、IIS 和 SQL-Server 2008 R2 Express。他们还建立了网站和服务,一切都很好。
在某些时候,我需要恢复六个 SQL-Server 数据库,其中只有一个完整备份的 .bak 文件。
我正在使用这样的东西:
RESTORE DATABASE FooBar FROM DISK = N'E:\temp\db\FooBar.bak' WITH FILE = 1, NOUNLOAD, REPLACE, STATS = 10
到目前为止,为了调整我的脚本,我已经完成了至少 40 次整个设置过程,大部分时间恢复工作正常,但有时多个恢复操作之一失败,即使 SQL-Server 设置和备份文件总是相同。
有一个数据库具有全文目录,并且比其他数据库更经常失败。
当我远程连接到 Management Studio 中的服务器并运行相同的 SQL 时,它通常仍然会失败,但是当我在 SSMS 中手动进行恢复时,它通常可以正常工作。
令我困惑的是,即使 sql 环境始终相同,恢复有时有效,有时却无效。
这是实际的错误消息:
100 percent processed.
Processed 11128 pages for database 'FooBar', file 'FooBar' on file 1.
Processed 3 pages for database 'FooBar', file 'FooBar_log' on file 1.
Msg 9004, Level 21, State 1, Server LAB45, Line 1
An error occurred while processing the log for database 'FooBar'. If possible,
restore from backup. If a backup is not available,
it might be necessary to rebuild the log.
Msg 3013, Level 16, State 1, Server LAB45, Line 1
RESTORE DATABASE is terminating abnormally.
任何想法可能是什么问题?
出现此类错误的唯一原因是备份中的数据损坏,或者事务日志文件在写入磁盘时损坏。
仅供参考:Windows 2008 R2 核心不支持 SQL Server 2008 R2。SQL Server 2012 是 Windows 2008 R2 核心支持的第一个版本。
我还没有弄清楚为什么会发生这种情况,但我现在有一个解决方法。我只运行我的恢复脚本两次。第二次总是有效!!!
我在恢复语句中添加了一些 T-SQL 代码,以便仅在它之前失败或根本没有恢复时恢复它。这样,只有恢复失败的数据库会再次恢复。
诡异的...