sql server down 坏事发生

3 sql-server recovery restore

以下情况:

  1. 您有一个事务量非常高的数据库,该数据库大约为 4100 GB
  2. 数据库中的恢复模型已满
  3. 每周您都会从数据库中进行完整备份
  4. 每天从数据库进行差异备份
  5. 您将小时作为日志的备份

现在坏事发生了:您的服务器已关闭(失去电源连接),您的应急电源很远:/ 经验 dba 应该怎么做,以便数据库尽快恢复联机。

Rem*_*anu 10

请记住:在测试的恢复计划之前,您没有恢复计划......

理论很简单:在您为这种情况准备的灾难恢复机器上,您恢复最近的完整备份,然后应用最近的差异备份(如果有),然后应用最新差异之后的所有每小时日志备份(或在最近一次满后,如果自上次满后尚未采取差异)。由于您无法备份日志的尾部,您将丢失长达一小时的事务。由于您的整个恢复计划基于能够在最大允许停机时间内恢复的计划,您恢复的服务器将在允许的停机时间内启动并运行(包括所有作业、迁移的登录名等,并且应用程序将被重定向到它...),因为您之前测试过这是一个已知程序,并且操作员遵循您为此类事件设置的众所周知的清单(并已对其进行了测试!)。顺便说一句,如果允许的最大停机时间短于完全恢复 4.1Tb 数据库所需的物理时间(以小时为单位),那么一些热备用甚至热备用(镜像、日志传送)就可以开始了工作...

现实世界中发生的事情通常是希望的力量(让我们希望这永远不会发生......)撞击现实的坚硬墙壁的那一刻......