时间：2021-07-01 10:21:17 帮助过：10人阅读
能够容忍两个磁盘失败。读操作较快，写操作比RAID 5 更慢，因为奇偶校验计算增加了开销。部分原始存储空间将无法使用
最小服务器内存，是指分配后，SQL Server不会返回给操作系统的内存量。但是，SQL Server并不是在立即启动之后立马分配最小内存，实际上，只有在收到请求时，SQL Server才会分配内存，这个内存可以是大于也可以是小于最下内存值。一方面，应该避免向操作系统释放太多内存，这会导致SQL实例缺少足够内存，另外一方面，最大服务器内存不应该等于或者大于总的服务器可用内存，一般来说，应该比总的服务器内存少于4GB。
SQL Server默认网络数据包大小是4096字节。把此值设置大点可以改进需要执行大量批操作和传输数据的性能。如果服务器硬件和网络基础支持并启用Jumbo Frames，那么最好把网络数据包大小增加为8192字节。
查看和启用Jumbo Frames（有些服务器叫Jumbo Mtu 或者巨帧）：
查看和修改网络数据包大小：
每当数据库文件被创建或者需要增长时，操作系统都会用0填充数据库文件，然后新的空间才可以被写入。在填充0之前，所有的写操作都会被阻塞！为了避免此类阻塞和等待，可以启用即时文件初始化。有两种途径：1，将SQLServer的服务账户添加到服务器上用户权限管理下的执行大量维护任务策略（有时也叫执行卷维护任务）的用户列表中去；2、或者将具有执行大量维护任务权限的用户（一般是administrator）作为SQL Server的服务账户：
赋予SQL Server服务账户维护大量任务的权限，运行框输入secpol.msc，回车打开‘本地安全策略’：
更改SQL Server的服务账户方法，打开服务目录：
tempdb部分用途如下：
可知，tempdb需要特别考虑和计划。对于大量使用tempdb的环境，创建额外的tempdb文件可以显著提升性能。根据负载，可以考虑创建于每个逻辑CPU成正比的大量tempdb文件，是SQL Server计划程序工作线程可以松散对其到某个文件。一般来说，可接受的tempdb文件和逻辑CPU的比率在1:2和1:4之间。
tempdb位置十分重要，tempdb文件应该与数据库文件和日志文件分隔开，以避免出现IO争用。如果使用到了多个tempdb文件，可以考虑将每个tempdb文件隔离到自己的LUN和物理磁盘上（关于LUN，以后会详述）。此外考虑将tempdb的初始大小设为一个合适的值，默认大小的话可能会导致昂贵的文件增长。这里提供一个不算精确的估计tempdb初始大小的方法：工作负载中的查询计划中的查询操作符报告的行数和行大小用来估计操作符所需要的空间，实际或估计的行数乘以估计行大小，用于计算所需空间。当然，只有经验和测试才是最好的保证。
用户数据库初始大小应该足以处理在足够长的时间内预计发生的事务量，避免频繁的增加数据库大小。如果启用了自动增长功能，应该选择足够大的文件大小增量，避免频繁进行自动增长操作。
应该为SA账户设置强密码，并且从不使用该密码。然后禁用SA账户
SQL SERVER 默认使用1433端口来通信；而命名实例则在服务启动时被动态分配端口。有时候，为了安全起见，需要修改默认端口。可以通过‘SQLServer配置管理器’来实现：
在生产实例中不要启动自动更新，在吧更新运用到生产实例之前，应该在受控的测试环境中测试所有的更新
必须要为系统和用户数据库定义备份计划和备份的存储位置。如果使用了加密，还要备份加密秘钥。
SQL server 2014 安装
标签：多个实例 情况 适配 mtu 列表 主机 区别 参考 可用内存