SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 产品
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 新闻与活动
  • 服务器集群简单化
  • 成功案例
  • 联系我们
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

使用DataKeeper在Windows Server 2012上集群SQL Server 2012

2月 9, 2018 by Jason Aw Leave a Comment

一个小回顾

在之前的文章中,我介绍了构建双节点集群的过程,直到我们准备好开始在Windows Server 2012上集群SQL Server 2012。如果您已完成这些步骤,则可以继续前进,并使用建议的SIOS Datakeeper Cluster Edition实际创建群集应用程序。

下一步,集群SQL Server 2012

首先,我们有SQL Server 2012。SQL Server 2012群集安装与SQL 2008/2008 R2群集安装非常相似,所以即使使用SQL 2008/2008 R2,也会应用大部分此类群集。有关SQL Server 2012集群的术语会变得有些复杂。您将会听到SQL Server AlwaysOn的提及,这实质上可能意味着两种不同的东西之一:AlwaysOn可用性组或AlwaysOn故障转移群集实例。由于这两种解决方案都需要与Windows Server故障转移群集进行一定程度的集成,并且由于您可以部署AlwaysOn可用性组和AlwaysOn故障转移群集的组合,所以更令人困惑,但这是另一个话题!

简单易懂地将其打破

本质上,AlwaysOn可用性组是以前在SQL 2008 R2和更早版本中称为数据库镜像的。它有一些新的功能可以克服早期版本的数据库镜像的一些限制,所以值得一试。AlwaysOn故障转移群集实例就是以前称为SQL Server故障转移群集的东西。这是自SQL Server早期版本以来的相同集群技术的最新版本。SQL Server 2012 AlwaysOn故障切换群集实例的最佳新功能之一是可以在不同子网中拥有节点。这是早期版本的SQL Server中的主要限制。在之前的一篇博客文章中,我讨论了AlwaysOn可用性组的一些限制,在做出关于部署哪种技术的决定之前,您应该检查一下。

开始吧

这就是说,本文将重点介绍部署SQL Server 2012 AlwaysOn故障转移群集实例的分步说明。

步骤1

确保您的集群存储已准备就绪。如果你按照我以前的文章的说明,你会知道,而不是共享磁盘资源,我们将使用第三方软件DataKeeper Cluster Edition的复制磁盘资源。如果您正在使用共享存储并添加了存储,则可以跳到步骤2开始SQL安装。否则,请按照以下步骤将软件配置为复制本地磁盘以用于SQL群集。

配置DataKeeper Cluster Edition

  1. 安装和配置DataKeeper Cluster Edition
    1. 运行DK安装程序
      使用DataKeeper集成SQL Server 2012
    2. 浏览整个安装过程,选择所有的默认值。使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
    3. 按照提示完成安装后重新启动计算机,然后在SECONDARY服务器上重复该过程
    4. 在PRIMARY上启动DataKeeper UI,然后单击连接到服务器。连接到PRIMARY,然后连接到SECONDARY
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012使用DataKeeper集成SQL Server 2012
    5. 单击创建作业,然后浏览创建作业向导以创建E驱动器的镜像
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      选择镜像的源卷和将承载复制流量的NIC的IP地址。使用DataKeeper集成SQL Server 2012
      选择镜像的目标,然后单击下一步
      使用DataKeeper集成SQL Server 2012
      在这里你会选择你的镜子选项:
      压缩 – 只能在WAN上进行复制
      异步 – 为所有广域网复制选择此选项
      同步 – 这是LAN复制的理想选择
      允许使用最大带宽 – 用于WAN复制作为限制带宽复制量的一种方式。通常它应该保留在0,但是对于初始镜像创建,您可能想要限制带宽,以便复制不会使用所有可用带宽来执行初始同步
      使用DataKeeper集成SQL Server 2012
      一旦你点击完成镜像将被创建。使用DataKeeper集成SQL Server 2012
      镜像创建完成后,系统将提示您在Windows Server故障转移群集(WSFC)中注册该卷。单击“是”,将在“可用存储”中注册一个新的DataKeeper卷资源(请参见步骤2中的图片)。使用DataKeeper集成SQL Server 2012

第2步

我们将在第一个群集节点上开始安装SQL Server 2012。

  1. 在开始之前,请确保您的存储显示在故障转移群集管理器中,并分配给可用存储组,如下所示
    使用DataKeeper集成SQL Server 2012
  2. 在这一点上,我们将启动SQL Server 2012安装程序并转到安装选项卡,然后单击新建SQL Server故障转移群集安装
    使用DataKeeper集成SQL Server 2012
  3. 按照下面的屏幕截图所示进行安装。使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    如果您的服务器未连接到Internet,则预计会出现以下错误。如果你连接到互联网,你应该继续并接受它找到的更新。使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    有关服务帐户的最佳做法,请阅读以下内容:http://msdn.microsoft.com/en-us/library/ms143504.aspx对于我们的实验目的,我只使用管理员帐户
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    在单击下一步之前,单击“数据目录”选项卡并更改tempdb的位置。使用Windows Server 2012 tempdb不再需要驻留在群集存储上。在我们的例子中,我们将tempdb移动到C盘以避免复制不必要的数据。使用DataKeeper集成SQL Server 2012使用DataKeeper集成SQL Server 2012

    此时,您将需要确保在SECONDARY服务器上创建与警告相同的tempdb目录。使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012

    恭喜,第一个群集节点已经安装。

现在我们准备在群集的第二个节点上安装SQL。

  1. 转到SECONDARY服务器并启动SQL Server 2012安装程序,然后按照以下屏幕截图所示执行向导,从单击将节点添加到SQL Server故障转移群集开始。使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    如果您的服务器未连接到Internet,则预计会出现以下错误。如果你连接到互联网,你应该继续并接受它找到的更新。使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
  1. 恭喜,您已经构建了一个双节点SQL Server 2012 AlwaysOn故障转移群集实例。打开故障转移群集管理器,您应该看到如下所示的内容。本文“在Windows Server 2012群集中群集SQL Server 2012”只是为了快速了解如何在Windows Server 2012群集中安装SQL 2012 。从这里开始阅读,让Google成为你的朋友!

转载https://clusteringformeremortals.com/2013/01/05/clustering-sql-server-2012-on-windows-server-2012-step-by-step/

Filed Under: Datakeeper, 服务器集群简单化

群集Windows Server 2012一步一步

2月 8, 2018 by Jason Aw Leave a Comment

任何群集的基本步骤

本文是关于Windows Server 2012群集的一系列文章中的第一篇。本文的第一篇文章将介绍任何群集的基础知识的第一步,而不管您是否正在群集Hyper-V,SQL Server故障转移群集,文件服务器,iSCSI目标服务器或其他群集。将来的文章将涵盖每个群集资源类型的更详细说明,但以下信息适用于所有群集。我假设你对集群有一些了解,为什么你想创建集群,所以我不会在这个特定的职位上进一步讨论这些细节。我还假设你熟悉Windows Server 2012和DNS,AD等基本的东西。还值得注意的是,在Windows Server 2012故障转移群集随每个版本一起提供,与Windows Server 2008 R2和早期版本不同,故障转移群集仅包含在Enterprise Edition及更高版本中。

关注基本双节点群集

这个特定的系列将关注于一个基本的双节点集群,在Windows Server 2012域(名为DC的域控制器)中运行Windows Server 2012的两台服务器(名为PRIMARY和SECONDARY)。它还假定PRIMARY和SECONDARY可以通过两个我标记为PUBLIC和PRIVATE的网络连接相互通信。在生产环境中,这些网络连接应该通过完全不同的网络设备(交换机,路由器等)来消除任何单点故障。

开始吧!集群Windows Server 2012,我们开始吧!

本系列将以一种非常基本的,逐步的方式编写,通过基本说明和大量屏幕截图,以有序列表的形式引导您完成整个过程,以便在需要的地方说明程序。所以让我们从头开始…

  1. 在要添加到群集的所有服务器上添加故障转移群集功能
    1. 打开服务器管理器仪表板(这第一步将需要完成在主要和次要)
    2. 点击添加角色和功能
    3. 群集Windows Server 2012一步一步选择基于角色或基于功能的安装
    4. 群集Windows Server 2012一步一步选择您希望启用故障转移群集功能的服务器
      群集Windows Server 2012一步一步
    5. 跳过“服务器角色”页面
      群集Windows Server 2012一步一步
    6. 在功能页面上选择故障转移群集,然后单击下一步,然后确认安装
      群集Windows Server 2012一步一步
  2. 在开始配置群集之前,我们需要考虑群集将使用什么类型的存储。传统上集群将使用某种类型的SAN,但对于Windows 2012,并不是所有集群都将使用SAN。例如,如果您正在构建群集以支持SQL Server AlwaysOn可用性组,则您的存储将由SQL Server进行复制,从而不再需要SAN。另外,SMB 3.0作为Hyper-V和SQL Server的集群存储支持,您可能没有传统的SAN存储。而且我们不要忘记在Windows Server 2012中使用共享SAS驱动器的集群存储空间也是可能的。除了上面提到的选项之外,您还可以使用本地磁盘和基于第三方主机的复制解决方案,如DataKeeper Cluster Edition,这是一个很好的替代品,我经常在这里博客。本文旨在分享有关Windows Server 2012 ,我会假设你没有共享存储。但是,如果此时具有共享存储,则应该配置存储,以便将LUN划分出来并与每个群集节点共享,并将一个LUN用作磁盘见证,并且可以使用其余的LUN对于您想要群集的应用程序。代替我们的法定人数的磁盘证人,我将使用节点和文件共享见证法定类型,我将在稍后解释。
  3. 既然在每台服务器上启用了故障转移群集,则可以在PRIMARY服务器上打开故障转移群集管理器。我们要做的第一件事是运行“验证配置”,这样我们就可以在开始之前识别任何潜在的问题。点击验证群集群集Windows Server 2012一步一步
  4. 逐步验证配置向导,如以下步骤所示。
    1. 选择您想要群集的服务器
      群集Windows Server 2012一步一步
    2. 运行所有测试(取决于您在服务器上安装了哪些角色,您可能会得到更多或更少的测试。例如,如果Hyper-V已启用,则会为群集提供新的Hyper-V特定测试)
      群集Windows Server 2012一步一步
    3. 假设你的集群“通过”验证,你应该有一个类似于我的报告。您会注意到我的报告包含“警告”,但没有错误。查看报告并理解可能出现的警告是非常重要的,但是只要您了解警告,并且对于您可以继续前进的特定环境,这些信息是有意义的。如果您验证“失败”,您必须在继续之前修复失败。点击查看报告查看报告
      群集Windows Server 2012一步一步
    4. 您将看到我的所有警告都与存储有关,所以我不担心,因为我没有配置任何共享存储,所以我希望其中一些会发出警告。群集Windows Server 2012一步一步

 

  1. 一旦验证完成而没有任何错误,您将自动被引入创建群集向导。按照下面的步骤完成这个向导来创建你的基本集群。
    1. 在第一个屏幕中,您将为您的群集选择一个名称,并选择一个在DNS中与此名称关联的IP地址。这个名字只是用来管理你的集群的名字 – 这不是你的客户端用来连接你最终创建的集群资源的名称。一旦你创建了这个访问点,一个新的计算机对象将在AD中被创建,并且这个名字和一个DNS A记录将被创建,并且这个名字和IP地址。群集Windows Server 2012一步一步
    2. 在确认屏幕上,您将看到您选择的名称和IP地址。您还将看到Windows Server 2012故障转移群集新增的选项…“将所有符合条件的存储添加到群集”。我个人不知道为什么这是默认选择,因为这个选项可以真正混淆的东西。默认情况下,这个选择会将所有的共享存储(如果已经配置)添加到集群,但是我也看到它只将本地非共享磁盘添加到集群。我想他们希望能够轻松地支持对称存储,但通常任何基于主机或基于阵列的复制解决方案都将具有关于如何将对称存储添加到群集的一些非常具体的说明,并且通常这个选项将所有磁盘添加到在非对称存储方面,集群更像是一个障碍而不是帮助。对于我们的情况,因为我没有配置共享存储,我不希望群集为我自动添加任何本地磁盘给我自动我已取消选中添加所有合格的存储到群集选项。群集Windows Server 2012一步一步
    3. 单击下一步后,您将看到群集已完成创建过程,但可能会有一些警告。在我们的情况下,警告可能与我们将在下一步中处理的法定配置有关。点击查看报告查看任何警告。群集Windows Server 2012一步一步
      您看到警告正在告诉用户更改仲裁类型。群集Windows Server 2012一步一步
  2. 由于我们没有共享存储,因此我们不会使用建议的节点和磁盘多数法定人数。相反,我们将使用和节点和文件共享多数法定人数。以下步骤将帮助我们配置节点和文件多数法定人数
    1. 文件共享见证需要在不属于群集的服务器上进行配置。文件共享见证是群集计算机名(本例中为MYCLUSTER)具有读取/写入权限的基本文件共享。第一步涉及到创建这个文件共享。在我们的例子中,我们将在我们的DC上创建一个文件共享,并给MYCLUSTER读/写权限。
    2. 文件共享不需要驻留在Windows 2012服务器上,但需要位于与群集相同的域中的Windows Server上。要记住的重要一点是,我们创建的集群计算机名称在共享级别和NTFS级别都需要读取/写入访问权限。以下是一些屏幕快照,引导您在实验室中运行Windows Server 2012的DC服务器上完成此过程。群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

    3. 现在我们已经在DC上创建了文件共享,我们将返回PRIMARY并使用故障转移群集管理器更改定额类型,如以下步骤所示。群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步
      如果偶然这个向导失败,这很可能与文件共享上的权限有关。请确保您在文件共享和安全(NTFS)级别提供群集计算机名称读/写权限,然后重试。
  3. 现在,您已经拥有了一个基本的双节点集群,并且已经准备好进入正在创建集群资源的Windows Server 2012集群的下一个步骤。我将在下一篇文章中发布一系列有关如何聚集不同资源的文章,从SQL 2012开始。

转载自https://clusteringformeremortals.com/2012/12/31/windows-server-2012-clustering-step-by-step/

Filed Under: Datakeeper, 服务器集群简单化 Tagged With: Windows Server 2012

Datakeeper Cluster Edition 7.5现在支持Windows Server 2012

2月 7, 2018 by Jason Aw Leave a Comment

使用DataKeeper Cluster Edition的好处

对你来说是一个好消息Windows Server 2012的早期使用者 – 你现在可以在Windows Server 2012中使用DataKeeper Cluster Edition。我将在今年年底之前发布一些Windows Server 2012分步骤文章,并确保也包含一些多站点群集示例。与此同时,如果您希望构建基于Windows Server 2012的群集,并希望将共享存储作为单点故障消除,或者希望跨地理位置扩展群集,则可以使用DataKeeper Cluster Edition v7.5来实现。

转载https://clusteringformeremortals.com/2012/12/19/datakeeper-cluster-edition-7-5-now-support-windows-server-2012/

Filed Under: Datakeeper, 服务器集群简单化 Tagged With: Windows Server 2012

没有更多免费的Google Apps

2月 7, 2018 by Jason Aw Leave a Comment

免费的Google Apps – 购买前的精彩介绍

http://googleenterprise.blogspot.com/2012/12/changes-to-google-apps-for-businesses.html

我很高兴在截止日期之前登记了童子军部队20名。免费的Google Apps对我来说是一个非常棒的产品介绍,我把它看作是一个网关“毒品”,给了我足够的一面,以考虑任何“严重的”基于云的商业运作的高级版本,即不是一个男孩侦察兵部队。

认购是值得的吗?

虽然每个用户每年50美元并不昂贵,但对于许多可能是潜在客户的小型非营利组织来说,这肯定是一个阻碍。所以问题是微软会利用这个开放获得市场份额吗?如果是这样,我知道我将在哪里部署我的下一个基于云的小型企业网站。转载https://clusteringformeremortals.com/2012/12/10/no-more-free-google-apps-googleapps-azure/的许可

Filed Under: 服务器集群简单化

Alwayson可用性组故障转移群集的可靠选择?

2月 7, 2018 by Jason Aw Leave a Comment

Alwayson可用性组是公有云中Alwayson故障转移群集的可靠选择吗?

我最近阅读了一篇名为SQL Server 2012 AlwaysOn:云数据中心高可用性数据库的文章,作者John Joyner在云中使用AlwaysOn可用性组为SQL Server提供高可用性。我一直在调查AlwaysOn可用性组,因为它在SQL Server 2012的预发布版本中可用。虽然它确实有一些有效的用途(主要是在灾难恢复配置中),但它说这是一种“实现HA SQL的新方法”,掩盖了部署AlwaysOn可用性组作为故障转移群集的替代品的许多问题,而不是一个可行在许多情况下选项。

我的回复

在我写给这篇文章的回复中,我提出使用基于主机的复制解决方案DataKeeper Cluster Edition的AlwaysOn多站点集群是一个更好的选择,我继续解释了为什么。我原来对这篇文章的回应似乎已经被删除了,所以我决定把我对以下原文的回应转载:

AlwaysOn可用性组有几件事情需要考虑。正如你所提到的,“微软宣布支持一些System Center 2012 SP1应用程序与SQL AlwaysOn一起工作”,这意味着仍然有应用程序不支持AlwaysOn。实际上,有很多应用程序不支持AlwaysOn可用性组,包括使用分布式事务的任何应用程序。而其他的限制,如不能保持MSDB,主数据库和其他数据库同步呢?我在这里博客了这些限制。

https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-limitations-of-sql-server-alwayson-availability-groups-sqlpass/

我同意SQL HA很重要,但是,使用AlwaysOn可用性组获得“高可用性”(意思是在出现故障时自动恢复)的唯一方法是使用同步镜像。本月早些时候,在西雅图的PASS Summitt,我在AlwaysOn上进行了许多不同的演讲,主持人谈论了AlwaysOn的异步配置。原因是AlwaysOn同步复制对应用程序的性能有着重大的影响。我个人使用AlwaysOn Synchronous镜像测量了高达68%的性能损失,而且这是在一个专用的10 Gbps LAN上测得的!我在这里博客关于这个结果

不幸的是,在异步配置中,您放弃了自动故障转移,所以您确实没有获得HA,您正在获得数据保护,但肯定不像传统SQL故障转移群集所期望的那样。

最后还有成本考虑。SQL Server 2012 Enterprise没什么可打喷嚏的。如果你想构建一个双节点的集群,并利用可读的辅助节点,并且你正在使用一个2路16核的服务器,那么你正在为SQL Server 2012企业版许可证花费近22万美元。我在这里的博客文章中分解了相关的成本。

不要误解我的意思,SQL Server 2012 AlwaysOn可用性组可以解决许多问题,但我不会将大多数云部署中所需的异步配置归类为HA备选方案。很多人都忽略了AlwaysOn AlwaysOn故障转移群集。SQL Server AlwaysOn故障转移群集的新功能(包括对跨子网多站点群集的增强支持)将为您提供真正的HA解决方案,并克服上述所有限制。当然,在纯云解决方案中,您可能无法与基于阵列的复制集成以支持多站点群集,但是您始终可以使用基于主机的复制解决方案(如SteelEye DataKeeper Cluster Edition)在公共云或私有云中构建多站点群集,自己的物理数据中心,你可以做到这一点,SQL Server 2008到2012年,它可以在SQL Server标准版以及企业。

您是否使用HA配置中的AlwaysOn可用性组进行了任何测试?如果是的话,我会很好奇,知道你是否测量了与你的环境中同步复制相关的开销。转载https://clusteringformeremortals.com/2012/11/27/is-alwayson-availability-groups-a-viable-alternative-to-alwayson-failover-clusters-in-the-public-cloud/

Filed Under: Datakeeper, 服务器集群简单化 Tagged With: SQL Server 2012

  • « Previous Page
  • 1
  • …
  • 88
  • 89
  • 90
  • 91
  • 92
  • …
  • 101
  • Next Page »

最近的帖子

  • SIOS LifeKeeper 演示:滚动更新和故障转移如何在 AWS 中保护 PostgreSQL
  • 如何评估我的网卡是否需要更换
  • SIOS 技术将在 Red Hat 峰会、里程碑技术日和 XPerience 日以及 SQLBits 2025 上展示用于关键任务应用程序的高可用性集群软件
  • 与高可用性相关的应用程序智能
  • 在 Nutanix 环境中选择高可用性解决方案的 10 个注意事项

最热门的帖子

加入我们的邮件列表

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in