数据库服务器构建和部署检查列表详解
<p><strong>前言</strong></p>
<p>
我们可能经常安装和部署数据库服务器，但是可能突然忘记了某个设置，为后来的运维造成隐患。下面是国外大牛整理的的检查列表。</p>
<p>
其实也包含了很多我们平时数据库配置的最佳实践。比如TEMPDB 文件的个数，比如数据库文件，日志文件如何存放，最大内存的设置等等。如果有补充的欢迎留言</p>
<p>
<strong>正文</strong></p>
<p>
1. 机架和电缆服务器</p>
<p>
确保每个电源插入不同的电源电路</p>
<p>
果可能，请确保网络电缆已插入不同的网络交换机</p>
<p>
2.SQL Server服务和SQL Server代理服务的使用域帐户。</p>
<p>
在SQL Server 2012安装期间，您将需要知道这些帐户的用户名和密码</p>
<p>
让这些帐户使用<span>永不过期</span>的密码</p>
<p>
3.检查服务器上的主BIOS设置</p>
<p>
<span> 启用超线程和turbo-boost</span>（是一种超频技术，提升最多10%的性能）</p>
<p>
电源管理应设置为操作系统控制</p>
<p>
禁用内存测试</p>
<p>
4.在服务器上安装Windows Server 2012 R2 Standard Edition</p>
<p>
使用集成RAID控制器在RAID 1中使用两个内部驱动器</p>
<p>
如有可能，请考虑使用SSD</p>
<p>
如果使用SSD，则不需要对其进行碎片整理</p>
<p>
为C：驱动器创建一个单独的分区</p>
<p>
将Windows页面文件大小更改为16GB，并防止C盘</p>
<p>
将Windows电源计划更改为“高性能”</p>
<p>
在服务器上运行CPU-Z以确认处理器全速运行</p>
<p>
将光盘驱动器的驱动器号更改为Z：</p>
<p>
5.将服务器上的NETBIOS名称更改为所需的服务器永久名称</p>
<p>
6.使用Windows Server 2012 R2自带功能安装.NET 3.51</p>
<p>
7.在服务器上安装Microsoft Update</p>
<p>
这是Windows Update的超集</p>
<p>
8.在服务器上安装所有Microsoft和Windows更新</p>
<p>
这可能需要几轮才能获得所有必需的更新</p>
<p>
9.对C盘进行碎片整理</p>
<p>
使用使用计划任务每周自动对C盘碎片整理</p>
<p>
不允许将新驱动器自动添加到计划中</p>
<p>
10.创建一个具有正确DNS和默认网关信息的静态IP地址</p>
<p>
11.将服务器加入到相应的Windows域</p>
<p>
12.在服务器上激活Windows</p>
<p>
13.在服务器上安装最新版本的Dell OMSA （这个东西我没用过）</p>
<p>
14.下载最新版本的Dell Server Update Utility（SUU）</p>
<p>
将.iso装入SUU，并运行SUU</p>
<p>
这将确保您具有服务器的最新固件和驱动程序</p>
<p>
15.使用Dell OMSA为LUN创建RAID阵列</p>
<p>
创建一个LUN，然后转到逻辑磁盘管理器创建/格式化驱动器</p>
<p>
II。按照下面显示的顺序创建阵列和LUN</p>
<p>
戴尔OMSA中的一般PERC设置</p>
<p>
对RAID 10阵列使用智能镜像</p>
<p>
II。没有预读高速缓存</p>
<p>
III。启用回写缓存</p>
<p>
IV。应启用缓存策略</p>
<p>
v。使用64K分配单元</p>
<p>
16.使用Windows逻辑磁盘管理器创建逻辑磁盘</p>
<p>
使用OMSA创建阵列后，打开磁盘管理器</p>
<p>
您将看到“初始化磁盘”对话框</p>
<p>
确保使用GPT分区样式</p>
<p>
17.检查下，保证新的逻辑驱动器在Windows资源管理器中都能够看到</p>
<p>
18.在安装SQL Server 2012之前，把所有需要的逻辑驱动器都创建上</p>
<p>
19.使用CrystalDiskMark测试每个逻辑驱动器的性能</p>
<p>
20.使用SQLIO测试每个逻辑驱动器的性能</p>
<p>
21.<span>在每个驱动器上，创建下面的文件夹</span></p>
<p>
数据驱动器：SQLData</p>
<p>
日志驱动器：SQLLogs</p>
<p>
TempDB驱动器：TempDB</p>
<p>
备份驱动器：SQLBackups</p>
<p>
22.使用组策略编辑器（GPEDIT.MSC）将这些Windows权限授予SQL Server服务帐户</p>
<p>
<span> 执行卷维护任务</span></p>
<p>
<span> 锁定内存页面 </span></p>
<p>
23.安装SQL Server 2012企业版</p>
<p>
确保没有待处理的重新引导，否则SQL Server 2012将无法安装</p>
<p>
仅安装此实例所需的SQL Server 2012组件</p>
<p>
C。使用混合模式认证</p>
<p>
将sa密码设置为强密码</p>
<p>
II。将自己添加为SQL管理员</p>
<p>
III。添加任何需要成为管理员的其他DBA</p>
<p>
对于SQL Server服务帐户使用域账户</p>
<p>
使用对应的域账户作为SQL Server代理帐户</p>
<p>
F。将SQL Server代理服务设置为自动启动</p>
<p>
G。将默认目录设置为相应的驱动器号和路径</p>
<p>
I.用户数据库目录：P：\ SQLData</p>
<p>
II.用户数据库日志目录：L：\ SQLLogs</p>
<p>
III. Temp DB目录：T：\ TempDB</p>
<p>
IV。 Temp DB日志目录：T：\ TempDB</p>
<p>
v。备份目录：N：\ SQLBackups</p>
<p>
24.安装SQL Server 2012最新 Service Pack </p>
<p>
25.安装SQL Server 2012 最新的累积更新6</p>
<p>
累积更新可从此位置获得：</p>
<p>
http://support.microsoft.com/kb/2874879/en-us</p>
<p>
安装后手动对C：驱动器进行碎片整理</p>
<p>
如果您使用的是SSD，则不需要这样做</p>
<p>
26.更改SQL Server 2012实例级属性</p>
<p>
<span> a. 启用optimize for ad hoc workloads</span></p>
<p>
这将允许SQL Server在第一次执行时使用较少的内存来存储临时查询计划</p>
<p>
<span>b.设置最大并行度设置为服务器上NUMA节点中的物理核心数</span></p>
<p>
<span> c.启用默认备份压缩</span></p>
<p>
这将为所有数据库备份默认使用SQL Server备份压缩</p>
<p>
d.在SQL Server配置管理器中添加<span>跟踪标志3226</span>作为启动选项</p>
<p>
这将阻止在SQL Server错误日志中记录成功的数据库备份消息</p>
<p>
e .在SQL Server配置管理器中添加<span>跟踪标志1118</span>作为启动选项</p>
<p>
这将有助于缓解tempdb中的配置争用</p>
<p>
f. 在实例上启用数据库邮件</p>
<p>
用于SQL Server代理警报和SQL Server代理作业失败时邮件通知</p>
<p>
G。<span>将Max Server Memory设置为适当的非默认值</span></p>
<p>
值取决于服务器中可用的物理内存量</p>
<p>
它还取决于安装的SQL Server组件</p>
<p>
II。以下是一些示例值：</p>
<p>
1.96GB总RAM：将最大服务器内存设置为87000</p>
<p>
2. 64GB总RAM：将最大服务器内存设置为56000</p>
<p>
3. 32GB总RAM：将最大服务器内存设置为27000</p>
<p>
H。在T：\ TempDB目录中额外再创建三个TempDB数据文件。<span>总共4个tempdb文件（不需要一开始就和CPU个数对齐）</span></p>
<p>
<span> 所有TempDB数据文件的大小应为4096MB</span></p>
<p>
<span> 将自动增长设置为1024MB</span></p>
<p>
<span> II。 TempDB日志文件应为1024MB</span></p>
<p>
27.确认您可以从域上的其他计算机ping通 SQL Server计算机</p>
<p>
28.使用SQL Server 2012 Configuration Manager，确认实例启用了TCP / IP</p>
<p>
29.确认您可以使用其他计算机上的SSMS远程连接到SQL Server实例</p>
<p>
30.在实例上创建一个SQL Server操作员</p>
<p>
使用DBAdmin与电子邮件地址dbadmin@yourcompany.com</p>
<p>
31.确认数据库邮件正常运行</p>
<p>
右键单击数据库邮件并发送测试消息</p>
<p>
32.配置SQL Server代理邮件以使用数据库邮件</p>
<p>
33.为以下错误创建SQL Server代理警报：</p>
<p>
a . YourServerName Alert - Sev 19错误：资源中的致命错误</p>
<p>
b. YourServerName Alert - Sev 20错误：当前进程中的致命错误</p>
<p>
C。 YourServerName Alert - Sev 21错误：数据库进程中的致命错误</p>
<p>
d。 YourServerName Alert - Sev 22错误致命错误：表完整性可疑</p>
<p>
e. YourServerName Alert - Sev 23错误：致命错误数据库完整性可疑</p>
<p>
f。 YourServerName Alert - Sev 24错误：致命的硬件错误</p>
<p>
g。 YourServerName Alert - Sev 25错误：致命错误</p>
<p>
h。 YourServerName Alert - Error 825：Read-Retry Required</p>
<p>
i。 YourServerName警报 - 错误832：常量页面已更改</p>
<p>
j.YourServerName警报 - 错误855：检测到不可纠正的硬件内存损坏</p>
<p>
k。 YourServerName警报 - 错误856：SQL Server已检测到硬件内存损坏，但已恢复该页面</p>
<p>
34.这里提供了创建这些SQL Server代理警报的通用脚本：</p>
<p>
确保每个代理警报都有响应来通知DBAdmin操作员</p>
<p>
35.创建一个名为Nightly Free System Cache的SQL Server代理作业，运行此命令：</p>
<p>
DBCC FREESYSTEMCACHE ('SQL Plans');</p>
<p>
每天晚上在凌晨12:00运行</p>
<p>
36.下载最新版本的Ola Hallengren的SQL Server维护解决方案脚本：</p>
<p>
http://ola.hallengren.com/</p>
<p>
连接到实例时打开MaintenanceSolution.sql脚本</p>
<p>
将@BackupDirectory变量修改为N：\ SQLBackups</p>
<p>
II。运行脚本创建十一个新的SQL Server代理作业</p>
<p>
III。对于每个作业，如果作业发生故障，请转到“通知”属性窗口，并将作业通过电子邮件发送给DBAdmin组</p>
<p>
IV。对于每个作业，创建一个运行时间的计划。</p>
<p>
v。这是一个建议的工作时间表：</p>
<p>
CommandLogCleanup星期日上午12:00</p>
<p>
2. DatabaseBackup - SYSTEM_DATABASES - 完整的每日11:55 PM</p>
<p>
3. DatabaseBackup - USER_DATABASES - DIFF Daily at 12:00 PM</p>
<p>
4. DatabaseBackup - USER_DATABASES - 上午12:00时全天</p>
<p>
5. DatabaseBackup - USER_DATABASES - 每小时记录一次</p>
<p>
DatabaseIntegrityCheck - SYSTEM_DATABASES星期六上午7:55</p>
<p>
7. DatabaseIntegrityCheck - USER_DATABASES星期六上午8:00</p>
<p>
8. IndexOptimize - USER_DATABASES星期日下午8:00</p>
<p>
9. 文件清理 星期日上午12:00</p>
<p>
10.sp_delete_backuphistory星期日上午12:00</p>
<p>
11.sp_purge_jobhistory 星期日上午12:00。</p>
<p>
<span><strong>总结</strong></span></p>
<p>
对于个人认为比较重要的最佳实践我都用红色的标注了。不过上面的启用超线程和turbo-boost</p>
<p>
我觉得要根据客户的实际情况，如果 客户的系统能够用上这些多余的逻辑CPU，那么才应该开启超线程。根据经验通常OLTP系统开启超线程是比较有好处的。但对于某些报表查询，可能开启超线程反而会有不良影响。<br>
详细可以参考：https://blogs.msdn.microsoft.com/slavao/2005/11/12/be-aware-to-hyper-or-not-to-hyper/</p>
<p>
<strong>tempdb文件个数</strong></p>
<p>
我们知道增加tempdb数据文件可以减少PAGELATCH争用 ，按照以前的最佳实践是和CPU内核数对齐。但是现在已经做了优化，不需要一来就设置那么多</p>
<p>
<strong>MBR and GPT</strong></p>
<p>
GPT意为GUID分区表。（GUID意为全局唯一标识符）。这是一个正逐渐取代MBR的新标准。它和UEFI相辅相成——UEFI用于取代老旧的BIOS，而GPT则取代老旧的MBR。之所以叫作“GUID分区表”，是因为你的驱动器上的每个分区都有一个全局唯一的标识符.在MBR磁盘上，分区和启动信息是保存在一起的。如果这部分数据被覆盖或破坏，事情就麻烦了。相对的，GPT在整个磁盘上保存多个这部分信息的副本，因此它更为健壮，并可以恢复被破坏的这部分信息。GPT还为这些信息保存了循环冗余校验码（CRC）以保证其完整和正确——如果数据被破坏，GPT会发觉这些破坏，并从磁盘上的其他地方进行恢复。而MBR则对这些问题无能为力——只有在问题出现后，你才会发现计算机无法启动，或者磁盘分区都不翼而飞了.<br>
总之，GPT更先进，更健壮，推荐使用GPT</p>
<p>
关于其他选项没什么争议。应该尽量遵守的。</p>
<p>
以上就是本文的全部内容，希望对大家有所帮助。感兴趣的朋友可以参阅：oracle 数据库启动阶段分析 、关于数据库连接池Druid使用说明 、浅谈oracle rac和分布式数据库的区别 等，有什么问题可以随时留言，欢迎各位到本站交流讨论。</p>
<p>
原文链接：http://blog.csdn.net/z10843087/article/details/78119496</p>
頁:
[1]