我们遇到过几次问题--也许我们没有使用“最佳实践”来恢复,但我们很感激任何建议。我们使用Server数据库运行IIS应用程序,有时在同一个服务器/ server实例上运行two+实例(多站点)。
假设我们有一个数据库‘site 1’,并创建该站点的site1.bak。然后我们需要设置另一个,所以我们将site1.bak还原到一个新的数据库site2。
但是,在恢复数据库(并确保文件名不同)时,原始站点表示它是IN RECOVERY。“修复”很简单--我们跑:
RESTORE DATABASE NameofDatabase
WITH RECOVERY...but恐惧正在发生的其他事情可能是有害的。当.bak被还原到具有不同文件名的新数据库时,原始数据库为什么会进入恢复?
发布于 2016-02-29 18:04:43
在恢复数据库(并确保文件名不同)时,原始站点说它在恢复中。修复很简单..。
您正在还原同一个数据库,并在脚本中使用norecovery。你应该使用(伪代码)。
restore database dbname
from disk = 'path to your backup'
with recovery, stats =10,
move 'logicalName' to 'physical_path\new_dbname.mdf',
move 'logicalLogFileName' to 'physical_path\new_dbname_log.ldf'发布于 2016-03-02 02:53:19
“您正在同一个数据库上进行还原,并在脚本中使用'norecovery‘”
没有使用脚本进行恢复--右键单击数据库并单击还原,然后从原始站点使用.bak。也许当一个人这样做的时候,它就不用恢复了?
在还原DB时,我们要命名一个新的DB名称,并确保文件名是不同的。当恢复完成时,实例中有两个数据库,但原始数据库进入恢复。第二种是在那里,而且是可用的。
https://dba.stackexchange.com/questions/130826
复制相似问题