我的朋友错误地添加了更新条款并更改了公司的数据库。好消息是他们每天都会在特定时间进行备份。他正试图恢复。然而，恢复需要几个小时，公司仍在生产他们的产品并且每周7天每天24小时运行，所以他必须运行生产表/数据库（可能来自我的理解？）以供当前使用以及恢复时间。问题是，在恢复时间内仍然正在生成新数据。所以在恢复完成后，如何在这几个小时内处理这些新数据？
我不知道这里是否可以提出这样的问题。故事发生在我的非英国国家的朋友，一个没有这个网站的国家，所以我帮他问这里。他非常担心。
你们有什么基本的想法或想法吗？就个人而言，我想知道什么是正常的解决方案，因为我想有时这种事情可能会发生在现代生活中。
更新：他告诉我公司生产重要的东西，关闭几个小时将造成巨大损失
答案 0 :(得分：1)
即使您的问题似乎很广泛，我仍会尝试回答。
确定受影响的表格数
对于每个表，确切地确定哪些记录已更改以及哪些列已更改
确定当前任何事务，存储过程和函数或任何其他软件是否更改了步骤2中的任何记录/行。运行的频率（它们可能会在您阅读时更改记录）< / p>
确定由于incorret更新所做的更改，步骤3中的操作是否不一致。 （金钱或任何其他计算都会浮现在脑海中）
毕竟，你应该能够确定是否最好继续运行一个被错误更改的数据库，并允许用户和其他软件在手动更改后继续更新记录，或者最好是让人们了解一个紧急情况维护所需的维护，在维护窗口上与他们达成一致并在更新的记录和信息传播之前解决问题并用于做出重要的决定
我个人的建议。确定一个计划，仅将受影响的数据恢复到所有记录都有意义的时间点，并尝试重新运行在该确切时刻之后发生的事务。尝试确定这需要多长时间，并与可能加入该数据库的用户和其他软件商定紧急维护窗口。
设置为维护模式的数据库，没有任何用户或其他软件可以访问它，运行速度更快，并允许您更快地恢复或撤消损坏，如果您尝试将其保持可访问权限用户并修复损坏的记录。
其他方法可能是......（即使听起来不太专业）......让时间流逝，如果没有用户抱怨，那么更新的记录太旧或没有加入或对任何用户都很重要，但是很少是这种情况，最好接受并解决问题而不仅仅是＆＃34;希望最好的＆＃34;
我已经转发＆＃34;这个问题也在ServerFault
上