详解SQL Server数据库的集群设计(2)_Mssql数据库教程

推荐：如何检测你的SQL Server是否有特洛伊木马
你的SQL Server最近是否运行不正常?不，我指的不是我们肯定会遇到的通常的数据库和操作系统问题。我的意思是，你是否经历过服务器的反应迟钝，不稳定的动作，繁重的网络负担，或者是服务器处理或者内存利用率的直线上升?哦，不排除在你的系统中有特洛伊木马

更低廉的维护成本。

增长的敏捷性。多达4个或者8个节点，依赖于SQL版本。

增强的管理性和简化环境(需要管理的少了)。

更少的停机时间(灾难恢复更多的选择)。

灾难恢复性能不受集群中的节点数目影响。

下面是单个大的集群的缺点：

集群节点数目有限(如果需要第9个节点怎么办)

在集群中SQL实例数目有限

没有对失效的防护——如果磁盘阵列失效了，就不会发生灾难恢复。

使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。

虚拟化和集群

虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。SQL Server实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装SQL Server实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。

在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对SQL Server进行负载均衡。比如，使用虚拟机上的SQL Server实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。

集群服务器可以用于SQL Server的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。

分享：解答SQL Server日志文件损坏严重的问题
如果服务器出现Raid故障，在数据基本恢复成功后，发现其中的一个Sql Server日志文件（扩展名LDF）损坏严重，我们可以通过下面的操作使数据全部恢复。 首先新建一个同名的数据库，然后再停掉sql server服务，用原数据库的数据文件覆盖掉这个新建的数据库文件