【图】自动通知服务器故障转移和SQL Server服务重启

　　问题：目前，我们的群集微软SQL Server环境在所有节点中拥有的数据库超过200个。而虽然群集技术已经出现了一段时间，很多应用程序仍然不是群集感知的。一个“群集感知”应用程序是什么意思呢？简单来说，它意味着，该应用程序在一个群集实例的某个数据库故障转移之际，将尝试重新连接到该数据库并在数据库故障转移之前重新建立实例化的客户连接。我们的问题是，有了由外面公司提供和检测的一个单独的应用程序，就可以追踪我们的加热和冷却系统的性能来识别温度差异。该应用程序不是群集感知的，可能会在故障转移发生时失败。由于这个解决方法很重要，但又不是从早五点到晚九点都是关键的，因此我们只需要在故障转移时通知供应商。虽然我们可以在这个事件发生时聘请微软系统中心或者微软运营经理来警报，但是我不得不争取多个团队的资源来完成此计划。

　　我使用的解决方法只是在群集SQL Server实例上创建一个工作，该实例将通过数据库邮件把一封邮件发送到供应商支持的邮件地址，以便在邮件中复制数据库管理员和分析员的访问记录。接着，当服务启动时，我将把关掉的时间表分配给该工作。通过这种方式，每次SQL代理服务启动时，一封邮件都将会被发送，以此来通知我们该服务的重新启动发生了。

　　对于那些像你一样不熟悉微软SQL Server故障转移的人们来说，该服务与位于一个共享服务器量(SAN/NAS)的资源组有关。该资源组在任何给定的时间内都由一个单独的物理服务器所拥有，在群集术语中被当作一个节点来参考。如果一个节点经历一次关掉请求，那么该资源组的属主将从失败的节点转移到该群集中另一个可用的节点。这个过程涉及到SQL Server实例的循环，因此当该服务被重启时将触发SQL Server代理工作的执行。如果除了一个计划或者金基德故障转移过程发生或者其它原因而导致服务被重启时，它也将发生，但是在本例中这对于我们的需要也是适用的。

　　下面的屏幕截图将引导你痛殴微软SSMS完成设置的过程。你可能选择通过T-SQL代码来执行，但是我发现如果你希望稍后在另外的SQL Server实例上运行这个过程，那么用SQL Server Management Studio GUI来完成工作创建过程最好，接着可以从脚本按钮中编写该工作。在这篇文章的结尾，我将列出要在你的环境中成功完成该过程的所要遵循的一些要求。现在，你们大多数都创建了一个SQL Server地理工作;本技巧的目的是展示如何解决一个群集环境中的SQL Server实例故障转移的远程通知，工作创建仅仅是对我来说最好的也是最易于执行的一个过程。在本技巧中不会有过分繁重的执行-我保证。

　　SQL Server Management Studio过程

　　从SQL Server Management Studio内部连接到你想要配置的群集实例，打开到SQL Server代理/工作，右键单击并从如下显示的可用弹出菜单中选择New Job...。

图一

　　在工作名，属主，类别和描述参数中输入值。

图二

　　打开到SQL代理工作向导的步骤页并创建一个新的步骤。像下面一样输入参数值(或者符合你的环境的值)。在这一步，你尤其需要输入命令参数的正确代码。我的建议是在从一个SQL Server工作内执行它之前，往往要测试一个SSMS查询的上下文环境内的命令文本。你需要为@profile_name，@recipients，@copy_recipients，@subject 和用于访问工作命令中的dbo.sp_send_dbmail的@body in the job command输入正确的命令参数值(从你的环境) 。与SQL Server数据库邮件有关的信息和它相关的存储过程可以在2008 tip on MSSQLTips.com中找到。

图三

　　着手于工作步骤的高级页并输入下面的值，根据你的需要代以合适的输出文件位置。这可能不是一个你经常使用的函数(默认情况是一个空值)，但是我依赖于这个输出文件，因为它相比于通过SQL Server代理的默认记录过程所提供的显得更为详细。

图四

　　点击OK来保存。并关掉工作步骤表。这让你返回到SQL Server代理的主要工作创建表。打开到工作时间表的表单并输入与下面显示相同的值。这些值看起来似乎与时间表类型和总结、描述不一致，但是描述的值是只读的并且也不能修改。在这个案例中忽视这一点。这是最重要的屏幕截图。这是该过程打到当前目的的主要原因。在确保你的命令代码没有问题之后，确保该工作在服务秋冬之际关掉是关键的。