SQL Server 配置那些事儿，Windows 下怎么搞才靠谱专家来聊聊

综合自微软官方文档MSDN、知名技术社区CSDN上的DBA经验分享以及服务器运维博客“运维生存空间”的实践案例）

咱们今天就来聊聊在Windows服务器上配置SQL Server这件大事儿，别看安装过程一路点“下一步”好像挺简单，但安装后的配置才是真正决定你的数据库以后是跑车还是牛车的关键时刻，专家们聊下来,有几个地方是绝对不能马虎的。

首先第一件大事，就是服务账户，你可千万别再用那个默认的、权限高得吓人的“Local System”账户来运行SQL Server服务了，这是很多新手会踩的坑，专家在MSDN上反复强调，应该遵循“最小权限原则”，什么意思呢？就是专门为SQL Server创建一个独立的Windows用户账户，这个账户只拥有它运行所必需的最小权限，数据库引擎服务账户，通常只需要作为一个普通用户运行，并拥有数据库数据文件（.mdf, .ldf）所在文件夹的读写权限就够了，而像SQL Server Agent这类需要执行一些系统级任务（比如调用CmdExec）的服务，可能需要稍多一些的权限，但也远低于Local System，这样做的好处是，万一数据库服务被攻破，黑客获得的权限也仅限于这个低权限账户，不会直接威胁到整个操作系统，CSDN上有DBA分享过案例，因为使用了低权限服务账户，在一次勒索病毒攻击中，数据库文件虽然被加密了，但病毒无法进一步破坏系统其他部分,大大降低了损失。

接下来是内存分配，SQL Server有个“坏习惯”，它特别贪吃内存，如果放任不管，它会试图吃掉Windows服务器上几乎所有可用的内存，这听起来好像是好事，物尽其用嘛？但实际不然，专家在“运维生存空间”的案例中指出，这会导致操作系统本身和其他应用程序（比如IIS Web服务器）因为内存不足而运行缓慢甚至崩溃，你必须手动给它设个上限，通常的建议是，在SQL Server的属性设置里，找到“内存”页签，然后设置“最大服务器内存”，一个比较通用的经验法则是，给Windows操作系统和其他应用留出至少4GB的内存，剩下的再分配给SQL Server，比如你服务器有32GB内存，那么最大服务器内存可以设置为28GB左右，这个值不是固定的,你需要根据实际运行情况慢慢调整观察。

然后说说数据文件和日志文件的存放，这可是影响性能的重中之重，很多人在安装时图省事，直接把数据文件和日志文件放在系统盘（通常是C盘）上，这是大忌！原因有几个：第一，系统盘本身就有操作系统在频繁读写，IO（输入输出）压力已经很大了，数据库文件再放上去，会造成磁盘瓶颈，速度根本上不去，第二，万一系统盘出问题，你的数据和日志可能一起玩完，风险太高，专家的建议是，只要有条件，一定要把数据文件（.mdf）和事务日志文件（.ldf）分别放在不同的、高性能的物理硬盘上，最好是使用RAID来提高可靠性和性能，比如数据文件放在RAID 10的磁盘阵列上，日志文件放在RAID 1的磁盘阵列上，因为日志文件的写操作是顺序的，对磁盘的读写速度要求很高，MSDN官方文档也明确说明了这种分离的最佳实践，如果预算有限,至少也要把它们放在系统盘以外的独立分区上。

还有TempDB的配置，TempDB是SQL Server的临时工作空间，很多操作都要用到它，它的性能直接影响整体速度，默认安装可能只给你创建一个TempDB文件，但专家们在CSDN上一致建议，如果你的服务器有多个CPU核心（比如8个或更多），就应该为每个CPU核心创建一个TempDB数据文件，比如8核CPU，就创建8个大小相同的TempDB数据文件（如tempdb1.mdf, tempdb2.mdf ... tempdb8.mdf），这样可以减少多个任务同时访问TempDB时的等待时间，提升并发性能，这些文件也应该放在高速的磁盘上,最好不是系统盘。

最后别忘了安全设置，安装完后，要检查SQL Server的认证模式，如果你的应用程序都在同一台服务器或可信的内网中，可以只用Windows身份验证，更安全，如果确实需要从外部连接，才启用混合模式（SQL Server身份验证和Windows身份验证），并且一定要为sa账户设置一个极其复杂的密码，最好是在安装过程中就设置好，不要用空密码，要配置Windows防火墙，只开放SQL Server使用的特定端口（默认是1433），并限制只允许特定的应用服务器IP地址访问,不要对全世界开放。

在Windows下配置SQL Server，靠谱的做法就是别偷懒，把服务账户、内存、文件布局、TempDB和网络安全这几件关键事儿琢磨透、配置好，你的数据库就打下了坚实可靠的基础，后续的运维工作也会轻松很多,这些可是无数DBA和运维专家踩过坑后才总结出的经验。