博客标题

嗨,可用性!

A 几周前,我决定过渡我的Microsoft SQL Server 最新的2008认证, 服务器2012 (我知道嘴是对的吗?)。

因此,我上了书,整个学习过程中跳出来的一件事就是真正关注业务连续性。 当最坏的情况发生时会发生什么?

在SQL Server 2008(及之前的版本)中,我们进行了数据库群集。 这意味着我们可以将两台服务器和一个SAN(存储区域网络)放在一起,其中一台服务器将处于活动状态,而另一台服务器将提供备份。

这很棒,因为这意味着当有人拔下当前的活动服务器以插入水壶时 进行冲泡(我已经看到这种情况了……),当您灌装巧克力滚刀时,另一台服务器将接管业务,并且业务将继续运行……而您将永远不知道您刚刚在豆先生那一刻逃脱了

听起来不错,因为您需要为每台服务器连接一个SAN,并允许它们进行故障转移并使公司的主数据库恢复联机,所以该配置的成本可能很高。  And 其中一台服务器几乎是多余的,坐在那里等待需要的时间。 

然而, SQL 服务器2012 引入了一项称为AlwaysOn可用性组的新技术,这意味着我们可以对任务关键型的高可用性说“ Hi”(在我的博客中,没有一两点的可能!:))。

那是什么 SQL 服务器2012 允许我们拥有一个主副本,以及数据库的一到四个次要副本集。因此,例如,当用户在Dynamics CRM中保存客户记录时,该记录将保存到许多位置。

对于关键任务系统,这将同步进行,这意味着在用户确认成功保存之前,用户的记录将存储在每个副本中。

在一切都以这种操作模式运行的情况下,如果主副本伙伴服务器出现故障,SQL Server可以自动故障转移到其他辅助副本之一,而无需SAN。 

这为中小型企业提供了一个整体而言价格更实惠的可用性解决方案,这意味着用户很少有可能失去他们的数据,他们不停地摆弄手指,而蒸汽聚集在试图使服务器恢复在线的人周围。

正如我在研究中发现的那样,AlwaysOn可用性组相对于传统故障转移群集的另一个好处是,我们可以选择数据库的二级可读副本,该副本可用于仅复制备份和只读操作。这意味着我们可以开始利用某些“冗余”服务器硬件进行其他非关键处理。

那么这一切的未来是什么?

适当命名为SQL Server 2014的版本将于2014年初发布。在此过程中真正涌现出的新功能之一 我对过渡考试的研究是,2014版将可用性组扩展到包括Windows Azure基础结构。

这意味着,除了利用大量本地服务器实现高可用性之外,我们还可以通过Windows Azure将关键数据的辅助副本托管在云中,从而从灾难恢复中受益。

经过艰苦的一周学习,考试,巧克力滚刀和冲泡咖啡,我终于通过了我的考试 SQL 服务器2012 认证,Woohoo!

我在此博客中留下的想法是“您的业务有多可用?”和“ TSG如何帮助您改善这一点?”