场景

旅游销售代表 或其他领域的工作者- 送货司机， 来访护士等都会使用应用程序。程序被设计来从远处收集数据然后把数据发送到数据中心。同样，数据中心的数据也会偶尔需要发回
到远处，使这些数据保持最新。

例如，无论护士什么时候去探望病人，她们都可以将探望信息输入到移动终端的数据库中。到这一天即将结束的时候，所有这些在当天产生的数据都会被发送到医院的数据中心。
然后，护士们可以使用移动设备与医院的数据中心做数据同步，所以他们可以获取到她们的病人的信息，包括第二天她们需要去探望的病人的信息。

就好像上面这样的场景，会有不断的从移动设备同步数据到数据中心的需求

监控SQL Server实例和数据库提供必要的信息去诊断和解决SQL Server性能问题，对SQL Server进行调优。通常怎样的性能为好怎样的性能为差是比较难定义和设定的，因为通常要软件和硬件的因素之间考虑一下权衡。它也要依赖于您的环境、业务需求和公司策略。

每个SQL Server数据库都会映射一组操作系统文件。这些文件存储数据和日志信息。一个数据库都会有它自己的独立文件，并且数据和日志信息不会混合在同一个文件中。
同时数据存储在一个MDF文件里，所有的事务和每个对SQL Server数据库修改的事务都会被存储在一个LDF文件里- 一个事务日志文件是数据库的一个非常重要的组成部分。从概念上来讲，日志文件是一串日志记录。物理上，日志记录被存储在一个或一组物理LDF文件里实现为事务日志。

在 Recover deleted SQL data from a backup or from online database files, 文章里，我们展示了两个恢复场景，一个是完整数据库备份，另一个是在线数据库文件文件-MDF文件。

SQL DBA们的最惨的噩梦应该就是由于他们犯错而导致丢失数据了。这是很正常的对于不正确地执行了甚至忘记了在执行DELETE或UPDATE的时候加WHERE子句，最终导致数百万行数据也受到这个不加WHERE子句的update或delete牵连

那么，有哪些SQL Server数据恢复选项是可以用上的？

SQL Server事务日志包含了描述对数据库造成的更改的记录。它们存储足够的信息来恢复数据库到一个特定的时间点，来重做或回滚一个更改。不过，如何去看这些事务日志里面的东西，去查出一个特定的事务，去看一下有什么发生了并且在例如意外删除了记录的恢复是如何回滚更改的。

糟了，您曾经对数据库执行了一个没有加WHERE条件的UPDATE语句并覆盖了一堆数据，使用这堆数据变为无用的了。这时候您怎麽把UPDATE之前的数据找回来呢？

如果你曾经意外地执行过一个 DROP 语句并且你之前有一个数据库完整备份，在你drop掉表之前数据库没有发生任何改变，完整备份能让你简单地依靠覆盖数据库来恢复数据。 然而，事情并没有那么简单，因为往往数据库对象和数据在 DROP 语句执行之后都会发生变化又或者你没有做合理的备份，那么就没有方法去还原你丢失的数据。