翻译自：http://sqlsentry.tv/top-10-administrative-mistakes-on-sql-server/
除了排名前十的错误之外，其他排名靠前的错误
抛开SQL Server方面的错误,这些错误主要体现在开发或者是设计的时候:
1、不合理的规范和不合理的数据库设计
2、没有设计好可伸缩性的需求
3、没有数据库性能基线或基准
4、索引的问题
5、对语句调优不够重视
错误倒数第十位(磁盘-只要磁盘空间充足就不理会磁盘IO了)
经常只考虑磁盘子系统的磁盘空间，不理会IO负载
没有足够的专业知识，有可能会出现以下问题：
选择了不恰当的容错机制
IO性能不足：
OLTP系统需要较高的TPS
OLAP需要较高的传输速度
选择了较差的RAID类型、控制器、通道
没有足够的磁盘主轴
SSD固态硬盘可以改变这个IO游戏的规则
错误倒数第九位(对业务规则不理解)
作为一位IT PRO，你应该知道SQL Server内部是如何工作的
什么是checkpoint？什么是Lazy writer？
TempDB的使用方式是怎样的？plan cache里面有什么？
你要知道DBA是企业资产数据的保护者
业务和IT之间的联系,你应该知道如何以及在何种方式使用您的服务器
当程序down掉的时候谁会在意，每分钟的停机时间公司需要损失多少钱?
商业周期是什么?
什么时候是最好的宕机?
什么样的的基线、基准是正常的？
错误倒数第八位(没有一套自己的故障排除方法)
危急时,DBA需要一个强大的、一步一步的方法进行根源分析。
如果没有，你将会：
1、错过了数据库的错误和问题
2、由于错误引起的数据丢失或者灾难性的问题
3、很差的响应时间或者会违反SLA服务级别协议
4、失去信誉
如果您还没有一套方法论，那么可以参考
End-to-End Troubleshooting on http://SQLSentry.TV
SQL Server Troubleshooting Guide by J. Kehayias on http://www.simple-talk.com
错误倒数第七位(基本上都使用默认值)
使用默认值安装SQL Server安装的目的是尽快让服务器启动并运行
但是这样会造成运行时得不到最优，例如如下设置：
数据库自动增长 、自动收缩
数据库自动增长的大小
默认文件组
一些小问题也会成为大问题
1、并行度
2、填充因子
其他一些服务器和数据库的设置选项
错误倒数第六位(在事后才想起数据库的安全性)
现在互联网上面的SQL 注入漏洞成为第一位
值得注意的是,十年前很多关于防SQL注入的方法，直到今天我们依然继续在使用
提前计划好使问题最小化：
确保您的服务器上运行的应用程序只有最小的权限，并且这个权限能够保证你的程序能正常运行
你的服务器暴露面有多少？暴露越多受攻击面就越广
谁有权访问你的服务器？
当出问题的时候你如何找出谁开了一些不恰当的权限？
错误倒数第五位(没有充分使用自动化)
自动化能减轻DBA的很多工作，讽刺的是,一开始DBA就需要将大量的工作进行自动化
没有自动化，DBA必须面对下面问题：
如果全靠人去操作有可能容易出错和遗漏
当服务器的数量增加的时候你的工作将会加倍
使用自动化的例子：
自动报错通知
维护计划作业
基本都是脚本，而不需要使用GUI
错误倒数第四位(在工作上使用了不合适的功能或技术)
DBA是公司里IT程序的“性能工程师”
他的工作是对于每个业务需求使用最合适的功能
否则就会：
使应用程序变复杂
过度的资源消耗
有一条定理：没有IT的项目，只有利用IT解决商业项目
错误倒数第三位(对管理的变更很冷漠)
变更管理是很重要的！没有管理变更，dba将面临：
如果不变，那么他们所做的事情将会更加糟糕
改变控制对改变管理
合理的管理改变意味着：
在规定好的时间限制里面预先规划好时间
在生产环境里面，管理改变的好坏会被验证和测试
改变是隔离的、原子的、可逆的
错误倒数第二位(不恰当的维护计划)
适当的预防性维护(PM)可以帮助您:
在出现问题之前抓住问题
能确定优化方向
用户在系统上执行资源密集型的操作会减少
预防性维护在SQLSERVER里应该包括
数据库一致性检查和DBCC CHECKIDENT
备份和还原数据库的时候使用校验选项
索引填充因子、碎片整理
索引统计信息
不要依赖数据库维护计划向导！！
不用重复做轮子，有很多维护计划已经有仙人帮我们写好了
错误倒数第一位(备份和还原)
DBA不会经常验证备份的可用性
这会带来一些问题：
您对客户的SLA不能保证，还有RTO和RPO不能保证
没人能确保备份可用
如有不对的地方，欢迎大家拍砖o(∩_∩)o