数据库日志文件太大，有200多G,磁盘空间只有7.34M。
清理方法是：
1、将恢复模式改成简单
2、右键选择收缩，选中文件，然后选择日志文件，再点确定。
3、将恢复模式改成完全
注：
SQL Server数据库有三种恢复模式：简单恢复模式、完整恢复模式和大容量日志恢复模式。
Simple 简单恢复模式,
Simple模式的旧称叫”Checkpoint with truncate log“，其实这个名字更形象，在Simple模式下，SQL Server会在每次checkpoint或backup之后自动截断log，也就是丢弃所有的inactive log records，仅保留用于实例启动时自动发生的instance recovery所需的少量log，这样做的好处是log文件非常小，不需要DBA去维护、备份log，但坏处也是显而易见的，就是一旦数据库出现异常，需要恢复时，最多只能恢复到上一次的备份，无法恢复到最近可用状态，因为log丢失了。
Simple模式主要用于非critical的业务，比如开发库和测试库，但是道富这边的SQL Server（即使是生产库）大都采用Simple模式，是因为这边的SQL Server大都用于非critical的业务（critical的数据库大都采用Oracle和DB2)，可以忍受少于1天的数据丢失(我们的job每天都会定时备份全库）。Full 完整恢复模式,
和Simple模式相反，Full模式的旧称叫”Checkpoint without truncate log“，也就是SQL Server不主动截断log，只有备份log之后，才可以截断log，否则log文件会一直增大，直到撑爆硬盘，因此需要部署一个job定时备份log。Full的好处是可以做point-in-time恢复，最大限度的保证数据不丢失，一般用于critical的业务环境里。缺点就是DBA需要维护log，增加人员成本（其实也就是多了定时备份log这项工作而已）。
Bulk-logged 大容量日志恢复
Bulk-logged模式和full模式类似，唯一的不同是针对以下Bulk操作，会产生尽量少的log：
1) Bulk load operations (bcp and BULK INSERT).
2) SELECT INTO.
3) Create/drop/rebuild index
众所周知，通常bulk操作会产生大量的log，对SQL Server的性能有较大影响，bulk-logged模式的作用就在于降低这种性能影响，并防止log文件过分增长，但是它的问题是无法point-in-time恢复到包含bulk-logged record的这段时间。
Bulk-logged模式的最佳实践方案是在做bulk操作之前切换到bulk-logged，在bulk操作结束之后马上切换回full模式。
数据库的数据是极其宝贵的，作为管理员的一项主要工作就是对数据库按计划进行备份，从而在性能和数据安全找个平衡。换句话说备份的目的就是防范可能的硬件故障，自然灾害或数据被非法篡改。
备份可以分为完整备份，差异备份和事物日志备份。
完整备份备份整个数据库，包含数据库文件，这些文件的地址及事物日志中的从备份开始时记录的日志顺序号到备份结束时的日志顺序号。完整备份是其他备份的基础，没有完整备份将无法进行差异备份和事物日志备份。
步骤：打开SQL Server Management Studio，展开服务器文件夹下的数据库文件夹
右击要备份的数据库，选择“属性”选项
把“选项”页面上的“恢复模式”改为“完整”，这步操作主要是为了保留日志，为接下来的事物日志备份做准备。
右击需要做备份的数据库，选择“任务”、“备份”，在“备份数据库”对话框中选择“备份类型”为“完整”。
选择备份设备
在“选项”页面上选择“覆盖所有的现有备份集”，从而初始化崭新的设备或覆盖现有的设备
建议选取“完成后验证备份”来核对实际数据库与备份副本以保证一致性
单击“确定”开始备份
备份完成后可以查看一下，打开SQL Server Management Studio下的“对象资源管理器”，展开“服务器对象”下的“备份设备”，右击设备选择“属性”选项，在“媒体内容”页面上看到我们作的备份
差异备份记录自上一个完整备份后数据库发生的所有变化，与事物日志备份的区别就是差异备份始终以上一个完整备份为起点，而事物日志备份是以上一次备份为起点的。当执行差异备份时SQL Server读取上一次完整备份的最后日志顺序号，并找出自上次完整备份后发生变化的页面，并对发生变化所在页面的整个盘区（Extent）进行备份。
步骤：打开SQL Server Management Studio，展开服务器文件夹下的数据库文件夹
右击需要做备份的数据库，选择“任务”、“备份”，在“备份数据库”对话框中选择“备份类型”为“差异”。
选择备份设备
在“选项”页面上选择“追加到现有备份集”，不覆盖现有的完整备份，不要选择“覆盖所有的现有备份集”从而避免覆盖现有的完整备份。
建议选取“完成后验证备份”来核对实际数据库与备份副本以保证一致性
单击“确定”开始备份
最后一种是事物日志备份，事物日志备份依赖于完整备份但并不备份数据库本身，只备份事物日志中自上一个事物日志备份以来发生变化的部分。
关于事物日志再多提一点，在数据库使用完全或批量日志恢复模型时，事物日志备份是唯一能从事物日志中清除旧事物日志的方式，当数据库使用简单恢复模型时完整备份与差异备份才能清除事物日志。
步骤：打开SQL Server Management Studio，展开服务器文件夹下的数据库文件夹
右击需要做备份的数据库，选择“任务”、“备份”，在“备份数据库”对话框中选择“备份类型”为“事物日志”。
选择备份设备
在“选项”页面上选择“追加到现有备份集”，不覆盖现有的完整备份，不要选择“覆盖所有的现有备份集”从而避免覆盖现有的完整备份。
建议选取“完成后验证备份”来核对实际数据库与备份副本以保证一致性
单击“确定”开始备份
常见的备份主要是以上三种，除此以外，在大型数据库中还有一种选择：文件组备份，每次只从数据库中备份一小部分，在本文不对文件组备份作讨论。
备份策略的设计
相比较几种备份方式，用一句话形容就是存在即合理，每种备份方式都有其优缺点和适应范围，要根据实际工作具体考虑
纯完整备份优点是恢复过程是所有策略中最快的，相对的，它的备份过程也是所有策略中最慢的，另外，纯完整备份无法清除事物日志（使用完全或批量恢复模型且保留时间点恢复功能），作为补充可以使用TRUNCATE_ONLY从句执行一个事物日志备份，仅清空而不备份事物日志。
完整&差异备份优点是恢复过程是所有策略中较快的，同时它的备份过程也不是所有策略中最慢的，此外，完整&差异备份同样无法清除事物日志（使用完全或批量恢复模型且保留时间点恢复功能），可以使用TRUNCATE_ONLY从句执行一个事物日志备份，仅清空而不备份事物日志。
完整&事物日志备份优点是备份过程比完整&差异备份快但它的恢复是最麻烦的，完整&事物日志备份能够清除事物日志，是任何一种数据库备份策略所必不可缺的。
