SQL Server 备份和还原组件为保护存储在 SQL Server 数据库中的关键数据提供了基本安全保障。 为了最大限度地降低灾难性数据丢失的风险，您需要定期备份数据库以保留对数据所做的修改。 规划良好的备份和还原策略有助于防止SQL Server 2012笔记分享-22：理解备份模式与恢复模式数据库因各种故障而造成数据丢失。 通过还原一组备份，然后恢复数据库来测试您的策略，以便为有效地应对灾难做好准备。
=====================================================================================================================
备份概念
完整备份包括对整个数据库、部分事务日志、数据库结构和文件结构的备份。
差异备份时指对上一次完整备份之后所有更改的数据做备份。
事务日志备份记录了数据库的所有改变，分为：
备份事务日志：从上一次成功的事务日志备份到当前事务日志的尾部。
截断事务日志：到事务日志活动部分的开始，丢弃不活动的部分。
恢复模式
简单模式：应用于不常更新的小型数据库，不支持日志备份，会丢失最后一次备份后的数据更改，不能够恢复到即时点。
大容量日志模式：是最小化的日志备份，可能会有数据丢失，不能够恢复到即时点，一般用于临时海量数据的导入。
完整模式：支持日志备份，不会有数据丢失，能够恢复到即时点，一般用于生产性的数据库。
对于生产型的数据库一般最好工作在完整恢复模式下，当需要执行大容量日志记录操作时，可以切换到大容量日志恢复模式
恢复选项
当有多个备份需要还原时，除了最后一个之外的所有备份在还原时须指定为no recovery方式。
restore with recover：通过回滚未提交的事务，使数据库处于可以使用的状态，无法还原其他事务日志。
restore with norecovery：不对数据库执行任何操作，不回滚未提交的事务，可以还原其他事务日志。
restore with standby：使数据库处于只读模式，撤销未提交的事务，但将撤销操作保存在备份文件中，以便可使恢复效果逆转。
==========================================================================================================
要点总结
日志备份一定要保证其次序是连续的。如果中间的备份出现问题，则还原操作会遇到麻烦。
不要把数据库和备份放在同一个磁盘上。
备份时数据库中所有数据的一个独有的二进制副本。
备份集是指一个备份中所作用于一个活几个文件的集合。如果需要加快备份的速度，可以选择同时对多个备份设备执行备份。
物理备份设备是操作系统用来标识备份设备的名次，如c:\xxx\backup.bak。
逻辑备份设备是用户定义的别名，用来标识物理备份设备。逻辑设备名次永久存储在SQL server内的系统表中。
可以备份到一个网络共享的位置，但该方法缺乏可靠性。好的方法是先备份到SQL server本地磁盘，再压缩备份到其他地方。（目前最新版本的SQL已经支持压缩备份，而且主流的企业版备份软件也支持SQL的压缩备份）。
SQL server使用一个备份历史记录来维护所有的数据库，可以自动识别最近的备份集，并显示在“选择用于还原的备份集”对话框中。
本文出自 “曾垂鑫的技术专栏” 博客，谢绝转载！