第种情况: 有RAID还需要做数据库备份吗？
　　回答:需要有了RAID万部份磁盘损坏可以修复数据库有情况下数据库甚至可以继续使用但是如果哪天你同事不小心删除了条重要记录如何办？RAID是无能为力你需要合适备份策略把那条被误删数据恢复出来所以有了RAID仍需要做备份集群磁盘镜像同理
　　第 2种情况: 我们需要全备份+日志备份？
　　解答:如果你只做全备份那么受限于全备份大小和备份时间不可能常做而且只有全备份不能将数据库恢复至某个时间点所以我们需要全备份+日志备份比如每天个全备份每隔1小时或若干分钟个日志备份说到差异备份微软差异备份记录是上次全备份以来发生变化所以如果数据库改动很频繁话没过多久差异备份就会和全备份大小接近因此这种情况下就不合适了因此全备份+日志备份方案适合绝大多数用户
　　第 3种情况: 如果你仅在数据库本地做备份万磁盘损坏或者整个服务器硬件损坏备份也就没了就没法恢复数据库
　　解答:因此你需要把备份文件传送至另个物理硬件上大多数用户不用磁带机因此不考虑般我们需要另台廉价服务器或者PC来存放数据库备份来防止硬件损坏造成备份丢失
　　第 4种情况: 你可以在数据库服务器本地做完备份然后使用某些方式将备份文件传送至备机你是在备份完成后就马上穿送吗？其实可以考虑将传送备份脚本用T-SQL语句来写
　　第 5种情况: 备份文件传送至备机后就可以高枕无忧了吗？
　　解答:不作为DBA你还需要检查备机上备份文件是否能将数据库恢复至最新如果采用日志备份会不会丢失某个日志备份文件而导致数据库不能恢复至最新？如何检查日志备份文件的间存在断档？
　　第 6种情况: 为了将数据库尽可能恢复到最新你可能会每隔10分钟(甚至1分钟)执行次日志备份那么万数据库坏了在恢复时候手动恢复成百上千个日志文件是不是不太现实？
　　第 7种情况: 如果你所在公司有很多数据库服务器(就像我所在公司)而且磁盘空间有限那么你不得不经常登录服务器来删除旧备份文件如果哪天忘了或者 5十长假磁盘空间用完了就麻烦了
　　第 8种情况: 数据库在备份时候并不会检查数据页面完整性如果数据页坏了备份作业仍会执行而且不会报错等到你发现数据页有时候你也很可能已经磁盘空间不足而删除了早期备份而此时剩下那些备份可能都是包含损坏数据页如果损坏数据页是某个表表头话那这个表你就再也没办法恢复了所以你需要定期执行DBCC检查来尽早发现数据库页面完整性在未作完DBCC检查的前你不能删除旧备份以防止新备份存在问题所以删除备份文件工作变有些麻烦
　　第 9种情况: 你可能知道SQL Server提供了数据库维护计划没错使用它可以定期做备份执行DBCC检查但这切仅限于本机操作为了使数据库可靠你还是需要自己把本地备份传送至备机