利用共享文件夹实现故障转移群集的仲裁盘，群集仲裁
利用共享文件夹实现故障转移群集的仲裁盘
前面的博文中我们已经为大家介绍了如何来搭建一个分布式文件系统（DFS），并且为大家介绍了如何对DFS进行高可用的配置，那么今天的博文我们就在此基础上为大家来讲解如何利用DFS来做我们Windows Cluster的仲裁盘。
不知道大家是否了解我在前面的博文中为什么要对DFS配置高可用，其实我配置高可用的目的不仅是为了实现我们分布式文件系统的容错，更重要的是为我们今天的故障转移群集做铺垫。了解故障转移群集的朋友都知道故障转移群集对是依赖于仲裁磁盘，因此我们要确保仲裁磁盘出故障的概率最小，所以我在前面的实验对DFS配置了高可用。
实验所需服务器及IP地址如下表所示：
需要注意: Windows的Cluster是必须要和域做整合的，所以我们此处使用DC做域控制器，并将其他两台服务器加入到域（此步骤不做演示）
实验部分：
安装故障转移群集：
打开“NWEB01”的服务器管理器：
点击“添加角色和功能”：
在选择功能页面勾选“故障转移群集”，点击下一步：
确认无误，点击安装：
安装成功，点击关闭。
在“NWEB2”上也需要安装故障转移群集功能，步骤同“NWEB01”相同，在此我不做演示！安装完成以后打开“NWEB01”的服务器管理器：
点击“工具”----“故障转移群集管理器”：
点击验证配置：
注意:在创建故障转移之前一定要使用群集所带的工具来验证我们的配置是否符合建立群集的要求。
在此点击浏览，将我们要创建成群集的两个服务器“NWEB01”和“NWEB2”添加到选定服务器：
添加成功后，点击下一步：
这里选择运行所有测试，点击下一步：
测试完成，因为我们没有配置仲裁磁盘，所以验证所有警告都是关于仲裁磁盘的，这里我们不用理会，点击完成。
点击完成后系统会弹出创建群集向导，点击下一步：
这里输入我们设计好的群集名称和群集IP，点击下一步：
确认没有问题，点击下一步：
创建完成，可以看到系统提示“无法为仲裁磁盘找到合适的磁盘”，下面我们就来解决这个问题。
配置故障转移群集使用此共享文件夹做为见证
打开“故障转移群集管理器”：
点击https://www.doczj.com/doc/7e278833.html,:
可以看到“见证:无”字样，说明我们的群集目前是没有仲裁磁盘的，下面我们来为其配置仲裁磁盘：
鼠标右键“https://www.doczj.com/doc/7e278833.html,”：
点击“更多操作”----“配置群集仲裁设置”：
系统弹出“配置群集仲裁向导”，点击下一步：
注意：这里勾选“选择仲裁见证”，点击下一步：
因为我们要使用共享文件夹做见证，所以这里需要勾选“配置文件共享见证”，点击下一步：
这里我们输入文件共享路径（DFS的访问路径）：\\https://www.doczj.com/doc/7e278833.html,\DFS-SHARE\HR-SHARE，点击下一步：
在此确认无误，点击下一步：
可以看到我们的文件共享见证已启用，点击完成：
OK、可以看到我们见证位置已经显示为“见证:文件共享见证
（\\https://www.doczj.com/doc/7e278833.html,\dfs-share\hr-share）”
OK、实验到此可以看到我们见证位置已经成功启用了文件共享见证，这就证明我们的实验已经成功!
很多时候，电脑的硬盘在默认情况下是共享的，这点很容易被黑客利用，在命令状态下，输入命令“NET SHARE ”即可查看系统里的共享情况，如下图： 图1-4 下面介绍三种方法可以把计算机里的共享去掉，请大家自己选择一种。 第一种：批处理法。 打开记事本，输入以下显示的共享内容，记住每行最后要回车。 Net share 实验2 /delete Net share 实验三/delete Net share 实验六/delete …… 如果要取消磁盘的共享，就要在磁盘后加“$”,例如，要取消D盘的共享，那么写法如下： Net share D$ /delete 将以上内容保存为noshare.bat（注意后缀名），然后把这个批处理文件拖到“程序”——“启动”项，这样每次启动开机时就会运行它，如果需要开启某一个共享，只需删除其中的那个命令行。 第二种：停止服务法。 计算机里每一种行为都对应着一种服务，共享也是如此，所以只要关闭其中对于的服务即可。 打开“控制面板”——“管理工具”——“服务”，找到一个名为“server”的服务，右键单击该服务，在弹出菜单中选择“属性”，在server服务属性的“常规”里的“启动类型”里选择“已禁用”，再单击“停止”按钮，如下图。
图1-5 该服务停止后，再在命令模式下，输入命令“net share”，可以看到所有共享都已经停止。 这种方法的问题在于：打印机也无法再共享了。 第三种方法：卸载“文件和打印机共享”法。 右键单击“网上邻居”——“属性”，在弹出的“网络和拨号连接”窗口中右键单击“本地连接”，选择“属性”，选择“microsoft网络的文件和打印机共享”，单击下面的“卸载”按钮，即完成了共享的卸载。如下图所示。
本文介绍Windows Server 2008故障转移群集的操作步骤，包括硬件、软件和网络基础结构的准备、安装、创建、配置等内容。 一、准备 故障转移群集必须满足硬件、软件和网络基础结构的某些要求，并且它需要一个具有适当域权限的管理帐户。具体如下： （一）故障转移群集的硬件要求 在一个故障转移群集中，需要配备有以下硬件： （1）服务器：建议使用一组包含相同或相似组件的匹配计算机。 注意，仅当所有硬件组件均标记为"Certified for Windows Server 2008"时，Microsoft 才支持故障转移群集解决方案。此外，完整配置（服务器、网络和存储）必须通过"验证配置"向导中的所有测试，该向导包含在故障转移群集管理单元中。 （2）网络适配器和电缆（用于网络通信）：与故障转移群集解决方案中的其他组件一样，网络硬件必须被标记为"针对Windows Server 2008 进行了认证"。如果使用iSCSI，则必须将网络适配器专用于网络通信或iSCSI，而不能同时用于两者。 在将群集节点连接在一起的网络基础结构中，要避免具有单个故障点。实现这一点有多种方法。可以通过多个不同网络来连接群集节点。或者，您可以通过一个网络来连接群集节点，该网络由成组网络适配器、冗余交换机、冗余路由器或可消除单故障点的相似硬件组成。 注：如果你是通过一个网络来连接群集节点，则该网络需满足验证配置向导中的冗余要求。但是，该向导中的报告将包含一条警告，指明网络不应具有单故障点。 （3）用于存储的设备控制器或相应适配器： - 对于串行连接SCSI 或光纤通道：如果您在所有群集服务器中使用的是串行连接SCSI 或光纤通道，则专用于群集存储设备的海量存储设备控制器应相同。它们还应使用相同的固件版本。 注：通过Windows Server 2008，您无法使用并行SCSI 将存储连接到群集服务器。 - 对于iSCSI：如果你使用的是iSCSI，则每台群集服务器必须具有一个或多个专用于群集存储设备的网络适配器或主机总线适配器。不能将用于iSCSI 的网络用于网络通信。在所有群集服务器中，用来连接到iSCSI 存储目标的网络适配器应相同，建议使用Gigabit 以太网或更高速的以太网。 对于iSCSI 而言，不能使用成组网络适配器，因为它们不受iSCSI 支持。
VMware Workstation 中故障转移集群配置指南
目录 一、群集介绍 (3) 二、群集专业术语 (3) 三、实验环境介绍及要求 (4) 1、拓扑图 (4) 2、软件配置说明 (4) (1) DC软件配置信息 (4) (2) Cluster Node A软件配置信息 (4) (3) Cluster Node B软件配置信息 (5) 3、硬件配置要求 (5) (1) 网卡 (5) (2) 共享磁盘 (5) 四、安装群集前的准备工作 (6) 1、创建共享磁盘 (6) (1) 创建用来保存共享磁盘的目录 (6) (2) 创建仲裁磁盘 (6) (3) 创建数据共享磁盘 (7) (4) 验证共享磁盘是否成功创建 (7) (5) 附加共享磁盘 (8) 2、网络及系统配置 (10) (1) 创建群集服务帐户 (10) (2) 添加群集A记录 (12) (3) ClusterNodeA上的共享磁盘配置 (12) (4) 网络配置 (16) (5) ClusterNodeB上的共享磁盘配置 (21) 五、安装群集服务 (24) 1、在A节点上新建一个群集 (24) 2、将B节点加入现有群集 (29) 六、配置群集服务 (35) 1、群集网络配置 (35) 2、心跳适配器优先化 (37) 3、仲裁磁盘配置 (38) 4、创建一个启动延迟（此操作非必需） (39) 5、测试群集安装 (40) 七、故障转移测试 (42) 1、初级测试 (42) 2、高级测试 (44) (1) 手工模拟故障1次 (44) (2) 手工连续模拟故障4次 (45) (3) 停止群集服务测试 (47) (4) 模拟意外断电时故障转移 (49) 八、结束语 (50)
解决局域网内共享文件安全性的问题 【字体：】［来源：互联网更新时间：2009-3-27 ］ 在企业的网络中，最常用的功能莫过于“共享文件”了。财务部门需要当月员工的考勤信息，人事部门可能不会亲自拿过去，而是在网络上共享；生产部门的生产报表也不会用书面的资料分发，而是放在网络的共享文件夹下，谁需要的话，就自己去查看就可以了，等等。类似的需求还有很多。 可见，共享文件的功能，提高了企业办公的效率，使企业局域网应用中的一个不可缺的功能。但是，由于共享文件夹管理不当，往往也给企业带来了一些安全上的风险。如某些共享文件莫名其妙的被删除或者修改；有些对于企业来说数据保密的内容在网络上被共享，所有员工都可以访问；共享文件成为病毒、木马等传播的最好载体，等等。 所以，共享文件若管理不当，会造成比较严重的后果。下面，笔者就结合自己的工作经验，谈谈如何管理好共享文件。 一、实时查看谁在访问我的共享文件 有时候，我在Windows XP的电脑上，共享了一个文件。或许，出于某些原因，我们需要知道现在有谁在访问这个文件。如有时候，我们关电脑的时候，系统会提示有多少用户连接在这个共享文件夹中。我们需要知道到底是哪些用户，这该如何实现呢？其实，这比较简单，我们可以利用操作系统的自带功能来实现。可以按如下步骤操作。 第一步：依次打开控制面板、管理工具、计算机管理（本地）、系统工具，然后选择共享文件夹。在这个窗口中，有一个“会话”选项。双击打开这个选项，在右面的窗口中，就会显示出哪些电脑在访问你的计算机。但是，在这个窗口中，还只能够看到有哪些电脑连接到你的电脑，还不知道到底他们在访问哪些共享文件。 第二步：依次选择“系统工具”、共享文件夹、打开文件，此时，在窗口中就会显示本机上的一些共享资源，被哪些电脑在访问。同时，在这个窗口中还会显示一些有用的信息，如其打开了哪一个共享文件；是什么时候开始访问的；已经闲置了多少时间。也就是所，只要其打开了某个共享文件夹，即使其没有打开共享文件，也会在这里显示。 另外，我们有时候可能出于某些目的，如员工可能认为不能让这个人访问这个文件。此时，我们就可以直接右键点击这个会话，然后从快捷菜单中选择关闭会话，我们就可以阻止这个用户访问这个共享文件，而不会影响其他用户的正常访问。
故障转移群集 一、实验拓扑图 二、实验环境 1.配置节点环境 服务器名称、域环境、网卡信息等 计算机名角色群集网卡心跳网卡 iscsi连接 DNS服务器 NS1 DC、DNS 192.168.1.1 10.10.10.1 172.16.10.1 192.168.1.1 NS2 域成员192.168.1.2 10.10.10.2 172.16.10.2 192.168.1.1 *注：只配置群集网卡的DNS信息，其他网卡不能配置 2.配置公共存储环境 服务器名称、网卡信息等 3.关闭3台服务器上windows防火墙 三、实验步骤 1.配置公共存储服务器 （1）安装iSCSI Soft Target软件按照提示采用默认安装即可 （2）配置Microsoft iSCSI Soft Target软件管理工具—Microsoft iSCSI Soft Target —创建iscsi目标
输入iscsi目标名称——下一步 然后选择高级——添加——IQN和域名——确定——下一步 （3）安装虚拟磁盘 选择iscsiserver右键——为iscsi目标添加虚拟磁盘——下一步——输入虚拟磁盘文件存储的物理路径c:\qdisk.vhd——下一步
分配空间大小500M（范围为100-1000M） 配置虚拟磁盘的名称——仲裁盘——下一步——完成 同样的方法添加第二块虚拟磁盘 注意：1）物理路径c:\ddisk.vhd 2）空间大小适当大一些2000M 3）虚拟磁盘描述：数据盘
（4）添加可以访问iscsi服务器的发起程序服务器名称 选中iscsiserver节点属性——iscsi发起程序——添加——IP和172.16.10.1、172.16.10.2 2、配置两个节点的iSCSI发起程序 （1）分别在节点1、2上服务器管理工具——iscsi发起程序——发现门户——172.16.10.3和端口——目标——选中内容——连接——目标——设备（显示两个disk磁盘设备）（2）在节点1上服务器管理器——磁盘管理——对磁盘1、2——联机、初始化、新建简单卷（卷标：qdisk 盘符：q 大小500M；卷标：ddisk 盘符：m 大小：2000M） （3）在节点2上服务器管理器——磁盘管理——联机——选中磁盘右键——更改驱动器号和路径（修改为如下图所示） 3、配置故障转移群集 （1）在两个节点上安装故障转移群集功能 （2）在节点1（NS1）上管理工具——故障转移群集——创建一个群集——下一步——浏览找到节点1（NS1）的名称、添加进来——下一步——配置验证测试——运行所有测试——下一步——下一步（显示通过测试）——下一步——输入群集名称和地址（名称不能与域名相同、IP地址不能与其他任何地址相冲突）（mscs和192.168.1.200）——下一步——下一
Windows Server 2012故障转移群集 安装手册 2013年1月 微软 (中国)
目录 Windows Server 2012故障转移群集特点 (3) 环境描述 (4) 前提条件 (5) 安装Windows Server2012故障转移群集 (6) 验证集群 (21)
1.Windows Server 2012故障转移群集特点 1)创建最多包含64个节点的群集，对您的环境进行扩展，而老版本只能包含 16个节点。 2)通过对基础架构进行扩展，每个群集最多可运行4,000个虚拟机，每个节点 最多可运行1,024个虚拟机。 3)具有控制虚拟机群集管理和其他群集角色的功能。 4)相比Windows Server 2008 R2，增加了对于扩展文件服务器的支持。 5)支持群集感知更新 (CAU)，群集感知更新 (CAU)是一个自动化的功能，允 许更新自动应用于群集服务器中的主机操作系统，并且更新过程中的可用性损失极小或为零 6)在运行 Windows Server 2012的群集中，管理员可以配置对同时运行 Windows Server 2012的群集虚拟机上的服务进行监视。 7)Microsoft iSCSI Software Target是Windows Server 2012中的一项集 成功能。它可通过 TCP/IP 从服务器提供存储，包括故障转移群集中托管的应用程序的共享存储。在Windows Server 2012中，可使用故障转移群集管理器或 Windows PowerShell cmdlet将高度可用的iSCSI目标服务器配置为群集角色。
如何保障局域网内共享文件安全性〈共享资料保护专家〉 https://www.doczj.com/doc/7e278833.html, 下载：〈共享资料保护专家〉 在企业的网络中，最常用的功能莫过于“共享文件”了。财务部门需要当月员工的考勤信息，人事部门可能不会亲自拿过去，而是在网络上共享；生产部门的生产报表也不会用书面的资料分发，而是放在网络的共享文件夹下，谁需要的话，就自己去查看就可以了，等等。类似的需求还有很多。 可见，共享文件的功能，提高了企业办公的效率，使企业局域网应用中的一个不可缺的功能。但是，由于共享文件夹管理不当，往往也给企业带来了一些安全上的风险。如某些共享文件莫名其妙的被删除或者修改；有些对于企业来说数据保密的内容在网络上被共享，所有员工都可以访问；共享文件成为病毒、木马等传播的最好载体，等等。 所以，共享文件若管理不当，会造成比较严重的后果。下面，笔者就结合自己的工作经验，谈谈如何管理好共享文件。 一、实时查看谁在访问我的共享文件 有时候，我在Windows XP的电脑上，共享了一个文件。或许，出于某些原因，我们需要知道现在有谁在访问这个文件。如有时候，我们关电脑的时候，系统会提示有多少用户连接在这个共享文件夹中。我们需要知道到底是哪些用户，这该如何实现呢？其实，这比较简单，我们可以利用操作系统的自带功能来实现。可以按如下步骤操作。 第一步：依次打开控制面板、管理工具、计算机管理（本地）、系统工具，然后选择共享文件夹。在这个窗口中，有一个“会话”选项。双击打开这个选项，在右面的窗口中，就会显示出哪些电脑在访问你的计算机。但是，在这个窗口中，还只能够看到有哪些电脑连接到你的电脑，还不知道到底他们在访问哪些共享文件。 第二步：依次选择“系统工具”、共享文件夹、打开文件，此时，在窗口中就会显示本机上的一些共享资源，被哪些电脑在访问。同时，在这个窗口中还会显示一些有用的信息，如其打开了哪一个共享文件；是什么时候开始访问的；已经闲置了多少时间。也就是所，只要其打开了某个共享文件夹，即使其没有打开共享文件，也会在这里显示。 另外，我们有时候可能出于某些目的，如员工可能认为不能让这个人访问这个文件。此时，我们就可以直接右键点击这个会话，然后从快捷菜单中选择关闭会话，我们就可以阻止这个用户访问这个共享文件，而不会影响其他用户的正常访问。 这个功能，有时候非常有用。如我们都知道，XP系统访问连接有一个最高数的限制。有时候员工会反映，我怎么不能够反问你的共享文件了。我们一看，原来是连接数到了上限。此时，我们就可以通过这种方式查询现在有多少用户连接在我的电脑上，然后我们就可以把一些人为不需要访问的用户断开，让需要访问的用户连接上去。 二、设置共享文件夹时，最好把文件与文件夹设置为只读
故障转移群集可以配置使用多种不同的配置。组成群集的服务器可以是活跃状态或不活跃状态，而不同服务器可以被配置为在活跃服务器故障后立刻接管相应的资源。一般故障转移的过程只需要几分钟的时间，至于时间的长短主要取决于群集的配置和具体应用，当节点处于活跃状态时，该节点上可以使用所有资源。 当服务器故障后，在这台服务器上配置了故障转移群集的资源组就会被其他服务器所接管。当故障服务器重新上线后，群集服务可以配置为允许让原服务器进行故障回复，或者是让当前服务器继续处理新的客户端请求。本文章将讲述基 于Windows Server 2008 R2的故障转移群集实现。 安装“故障转移群集”： 下面就开始在两个节点上安装群集服务。在此以server1为例，安装方法是：打开服务器管理器图标----添加功能，从中选择“故障转移群集”。 当两个节点安装完群集服务后，我们需要运行群集配置验证程序，来检查节点服务器、网络和存储设备是否符合群集要求。 仅当完整配置(服务器、网络和存储)可以通过“验证配置”向导中的所有测试时，微软才支持故障转移群集解决方式，另外，解决方案中的所有硬件组件均必须标记为“certified for windows server 2008 R2”。 方法是在server1或者是server2上进入故障转移群集管理器，单击“验证配置”。如下图所示：
因为我们需要验证的是群集中的所有节点，所以我们需要把所有节点都添加进来，如下图所示： 点击“下一步”之后，我们需要“运行所有测试”，如下图所示：
给出验证清单，也就是所要进行验证的项目。点击，下一步之后，开始出现下面的验证过程：
windows2008+sqlserver2005故障转移集群的实现网络规划 IP: public private 主域控AD 192.168.10.40 节点A: 192.168.10.41 10.0.0.41 节点B：192.168.10.42 10.0.0.42 管理口IP：192.168.10.200 Iscsi口IP: 192.168.10.201 Mscs IP：192.168.10.100 SQL server集群IP：192.168.10.101 DTC IP：192.168.10.102 2、存储规划 Q盘:20GB S盘:30GB M盘:40GB 3、MSCS安装环境配置 3. 1 配置虚拟机windows server 2008 3.1．1防火墙设置 先将三台计算机名字改为A、B、AD，其中A和B做两节点，AD做主域控 分别将A节点、B节点和AD域控的防火墙入站连接设置成允许 3.1.2 windows网络配置 设置A节点public网络，IP设置为192.168.10.41，首选NDS指向AD域控的IP
设置A节点private网络，设置IP为10.0.0.41，在高级中点击DNS标签，去掉在DNS中注册此链接的地址选项 在WINS标签中选中禁用TCP/IP上的netbios选项
3.1.3 磁盘划分 分别从A节点和B节点的iscsi发起程序中输入isum550的iscsi端口的IP，从节点上发现三块磁盘， 分别将A、B两节点上的三块磁盘格式化和重命名，命名为Q盘，S盘和M盘
4、MSCS集群配置 4.1、AD域的配置 4.1.1、创建主域控 在B节点的运行中输入dcpromo,运行出现下图
故障转移群集必须满足硬件、软件和网络基础结构的某些要求，并且它需要一个具有适当域权限的管理帐户。具体如下： （一）故障转移群集的软件要求 一个故障转移群集中的所有服务器必须运行相同版本的Windows Server 2008。服务器可以运行以下任一版本的操作系统： - Windows Server 2008 Enterprise - Windows Server 2008 Datacenter - Windows Server 2008 Enterprise 的服务器核心安装 - Windows Server 2008 Datacenter 的服务器核心安装 另外，所有服务器必须运行相同硬件版本的操作系统（32 位、基于x64 或基于Itanium 体系结构）。例如，如果一台服务器运行的是基于x64 版本的Windows Server 2008 Enterprise，则故障转移群集中的所有服务器都必须运行该版本。 所有服务器还应具有相同的软件更新（修补程序）和Service Pack。 （二）故障转移群集的硬件要求 在一个故障转移群集中，需要配备有以下硬件： （1）服务器：建议使用一组包含相同或相似组件的匹配计算机。 注意，仅当所有硬件组件均标记为"Certified for Windows Server 2008" 时，Microsoft 才支持故障转移群集解决方案。此外，完整配置（服务器、网络和存储）必须通过"验证配置"向导中的所有测试，该向导包含在故障转移群集管理单元中。 （2）网络适配器和电缆（用于网络通信）：与故障转移群集解决方案中的其他组件一样，网络硬件必须被标记为"针对Windows Server 2008 进行了认证"。如果使用iSCSI，则必须将网络适配器专用于网络通信或iSCSI，而不能同时用于两者。
WinServer2012R2故障转移群集 文档版本：1.0编写时间：2016-08-07 文档作者：Helte更新时间：…… 目录 1.简述 (2) 1.1.背景 (2) 1.2.工作原理 (2) 1.3.工作状态 (2) 2.环境介绍；网络配置及拓扑设计 (3) 2.1.环境介绍 (3) 2.2.网络配置及拓扑设计 (4) 3.具体搭建过程 (4) 3.1.域控制器的搭建 (4) 3.2.Oracle数据库服务器的搭建 (8) 3.3.存储服务器的搭建 (9)
1.简述 1.1.背景 故障转移群集是由微软首先提出的旨在简化并提高群集的安全性与稳定性；其前身为微软的服务器群集并对之做相应的改进，故障转移群集主要为了实现服务的高可用，解决企业服务器部署过程中的单点故障，提高服务器的平均无故障时间等，它的功能主要是通过节点的冗余实现的。 1.2.工作原理 故障转移群集必须基于域的管理模式部署，以“心跳机制”来监视各个节点的健康状况；备用服务器以心跳信号来确定活动服务器是否正常，要让备用服务器变成活动服务器，它必须确定活动服务器不再正常工作。 1.3.工作状态 根据故障转移群集的工作原理，不难想象出它的工作状态，但由于具体应用环境的不同，故障转移群集可以在三种模式下工作，从而适应不同的部署环境。1.定期同步：在这种模式下群集会根据设定的时间定期的进行状态同步，定期更新与触发更新的优点在于资源开销少，但当主设备宕机后需要一定时间与同步工具同步主设备最后一次的变更信息。2.触发更新：这种模式下当主设备发生状态更新时备用服务器会立即复制更新信息，但次模式下资源开销较大。3.双主模式（共享存储）：此模式下群集服务器同时在共享存储设备上记录状态，当某台设备宕机后故障转移立即发生。
如何重命名SQL Server 故障转移群集实例 如果SQL Server 实例包括在故障转移群集中，则重命名虚拟服务器的过程不同于重命名独立实例的过程。有关详细信息，请参阅如何重命名承载 SQL Server 独立实例的计算机。 虚拟服务器的名称始终与SQL 网络名称（SQL 虚拟服务器的网络名称）相同。尽管您可以更改虚拟服务器的名称，但不能更改实例名。例如，您可以将名为VS1\instance1 的虚拟服务器更改为其他名称（例如SQL35\instance1），但是名称的实例部分(instance1) 将保持不变。 开始重命名进程之前，请阅读下列各项。 ?除了在复制时使用日志传送的情况之外，SQL Server 不支持对复制所涉及的服务器进行重命名。如果主服务器永久丢失连接，则可以重命名日志传送中的辅助服务器。有关详细信息，请参阅复制和日志传送。 ?当您重命名被配置为使用数据库镜像的虚拟服务器时，必须在进行重命名操作之前先关闭数据库镜像，然后用新的虚拟服务器名称重新建立数据库镜像。数据库镜像的元数据将不会自动更新来反映新的虚拟服务器名称。 重命名虚拟服务器 1.使用群集管理器将SQL 网络名称更改为新名称。 2.使网络名称资源脱机。这将使SQL Server 资源和其他相关资源也脱机。 3.使SQL Server 资源重新联机。 验证重命名操作 虚拟服务器被重命名之后，任何使用旧名称的连接现在都必须使用新名称来连接。 若要验证重命名操作是否已完成，请从@@servername或sys.servers中选择信息。 @@servername函数将返回新的虚拟服务器名称，sys.servers表将显示新的虚拟服务器名称。若要验证故障转移过程是否能够使用新名称正常工作，用户还应尝试将SQL Server 资源故障转移到其他节点。 对于从群集中任何节点进行的连接，都可以立即使用新名称。但是，对于从客户端计算机使用新名称进行的连接，则必须在新名称对该客户端计算机可见之后，才能使用新名称连接到服务器。根据网络配置，通过网络传播新名称所需的时间长度可能为几秒钟，也可能长至 3 到 5 分钟；旧的虚拟服务器名称在网络上不再可见也可能会需要一些时间。 若要最小化虚拟服务器重命名操作的网络传播延迟，请使用下列步骤： 最小化网络传播延迟 ?在服务器节点上从命令提示符发出下列命令：
Windows server 2012 Hyper-V故障转移群集 和终端用户相比，企业用户对于业务的连续性和可靠性更为在意。相对而言，企业一般不会将追逐单一硬件的性能排在第一位。 如何衡量业务是否持续可用，一般使用"x 个9"这种方式来定义。如我们常说的"3 个9"，即表示年可用性为99.9%，也即意味着一年只能有76 个小时的系统停机时间。对于单台物理服务器而言，这意味着该设备一年内不能出现硬件损坏的情况，否则更换配件和重新上架的时间过长，很容易导致可用性等级超出这个标准。 像"5 个9"，甚至"6 个9"这种高可用性是如何实现的呢？可想而知，通过单台物理服务器来实现这种目标将是非常苛刻且成本高昂的。 常见的可用性与相应的可允许停机时间如表8-1 所示。 为了满足企业对业务持续可用的追求，降低年故障停机时间，系统、网络、存储各大厂商都引入了"群集"的概念。"群集"的作用是通过多台硬件同时运行来实现的，当故障发生时，通过快速且自动化的切换故障服务器，从而实现业务的持续运行。和传统的硬件故障或网络故障发生后，需要人为参与排障不同的是，群集技术是不需要人为参与的，可以做到全自动运行。当故障发生时第一时间转移故障节点，从而极大限度的提升业务持续可用的能力。 Windows Server 2012 R2 作为新一代的Cloud OS，其Hyper-V 角色自然也拥有"群集" 的能力。Windows 下的群集技术被称之为"故障转移群集"，Hyper-V 角色的故障转移群集目的很明确：当群集内某一台Hyper-V 主机出现故障无法提供服务时，可由群集内的其他主机快速接管任务，继续为用户提供持续可用的服务。
准备工作 软件准备 （1） SQL Server 2016 （2） Windows Server 2016 DataCenter 64位 （3） VMware-workstation 12 Pro 操作系统：都是Windows Server 2016 DataCenter（只有Windows Server 2016 才能无域配置集群） 计算机名 node1：WIN-VF232HI2UR6 node2：WIN-1MCR65603IJ IP规划
第一步：安装故障转移集（所有节点均需要此操作） 第二步：添加DNS后缀（所有节点均需要此操作，且后缀需一致） 第三步：所有节点上以管理员方式运行Powershell，然后执行以下命令 new-itemproperty -path HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System -Name LocalAccountTokenFilterPolicy -Value 1 或者也可以手动添加此注册表项（项名：LocalAccountTokenFilterPolicy，DWEORD（32位）值，值为1） HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
第四步：添加用户名，名称、密码均要一致，且隶属于Administrators 第五步：添加节点映射(注意要把集群名以及虚拟IP加上) C:\Windows\System32\drivers\etc\host
windows server +SQL server 欧阳光明（2021.03.07） 故障转移群集部署 .05.13 目录 环境准备2 一、逻辑分区的设置4 1.1安装StarWind5.44 1.2配置StarWind6 1.3防火墙设置14 1.4节点连接ISCSI设备15 二、群集的创建和配置20 https://www.doczj.com/doc/7e278833.html, Framework 3.5 功能和故障转移群集添加20 2.2创建群集22 2.3配置MSDTC28 三、SQL??Server?? 群集安装?? 3.1服务器1安装SQL Server 32 3.2服务器2安装SQL Server 46
环境准备 1、主机：2台节点服务器（服务器1和服务器2，VMware环境），另准备1台服务器安装StarWind5.4（本次演示中用域服务器兼职），下称服务器3 2、操作系统：Windows Server R2 Standard 3、数据库：SQL Server 4、网络配置： 5、域账户配置：在域中添加账户Bigant1，登陆节点1；账户Bigant2登陆节点2；且赋予两个账户对服务器1和2的本地系统管理员权限；添加SQL Server账户sql，上述所有域账号创建时注意设置“密码永不过期”。 注：在域服务器中要提升Bigant1和Bigant2的权限为管理员，否则无法创建群集，如下图 6、网络拓扑图
一、逻辑分区的设置 1.1安装StarWind5.4 1、在服务器3上安装 2、根据提示点击下一步安装 3、启动ISCSI服务（点击确定后在服务管理器中查看ISCSI是否启动，手动启动） 4、最后一步 5、安装完成 1.2配置StarWind 1、打开StarWind软件，添加主机 2、地址默认127.0.0.1，端口不变，点击OK 3、创建完成后，右击主机名，点击Connect 4、默认账号root，密码：starwind，点击OK登录 5、在本地磁盘中新建虚拟磁盘文件夹ISCSI，并提前准备各个虚拟磁盘需要用到的文件夹（文件夹名称和个数随意，此处为便于区分以功能命名） 6、添加Target 7、输入可分辨的名称 8、选择存储类型 9、选择设备类型 10、选择虚拟设备类型
Server服务器共享文件不能访问解决方法 遇到无法访问Server服务器共享文件的情况，比如重新系统后，或者突然无法访问服务器上的资源，又或者打印机突然连接不了。大家第一时间就是找系统管理员，但是IT管理员不可能每天都在岗（如休假），这时候会对工作造成许多不便。小编在日常工作中也遇到这类问题，这里根据网络上介绍的一些方法与个人的经验作了总结，希望对同事们有帮助。由于公司电脑使用XP系统，所以这里介绍的方法主要针对XP 系统，Vista以上的系统不一定适用。 文件共享与以下设置有关，需要对计算机如下设置一一进行检查： （1）NWlink IPX/SPX/NetBIOS Compatible Transport Protocol协议。本协议已经安装就绪，没有问题。如果没安装，点击“安装”选上这个协议安装即可。同时勾选”Microsoft网络的文件和打印机共享”。 安装协议勾选”Microsoft网络的文件和打印机共享” （2）开启guest账号：右击我的电脑\管理\用户有个guest，双击之去掉“账户已停用”前面的勾。本设置最初没有开启，将其开启。
（3）统一各计算机的工作组名：右击我的电脑\属性\计算机名，查看该选项卡中出现的局域网工作组名称，将所有计算机均加入Workgroup工作组。 （4）使用Windows XP防火墙的例外：Windows XP防火墙在默认状态下是全面启用的，这意味着运行计算机的所有网络连接，难于实现网上邻居共享。同时，由于windows防火墙默认状态下是禁止“文件与打印机共享的”，所以，启用了防火墙，往往不能共享打印，解决办法是：进入“本地连接”窗口，点“高级”\ “设置”\“例外”\在程序与服务下勾选“文件和打印机共享”。
Windows 2008 R2集群服务和SQLServer 2008 R2集群服务部署 大体步骤： 1.建立域控制器，配置好域控及两台成员服务器的网卡参数和DNS指向，修改各服务器的主机名。成员服务器需要加 入到域。（成员服务器上设置IP时只选择IPv4,去掉IPv6的选项。心跳网卡可以不设置dns，在成员和域控制器上要在网卡的高级属性中的wins选项中禁用NETBIOS。） 2.在域控制器dc上添加对私网地址网段的反向DNS解析。（若成员服务器加入到域后没有对应的DNS记录可以尝试 重启缺少记录的对应服务器） 3.安装角色和功能时要确定安装“I/O多路径”“故障转移群集”应用服务器里的“传入、传出服务”“分布式协调器 DTC”。 4.创建群集后在群集所在的节点上安装sql的故障转移群集，在备机上向sql server故障转移群集添加新的节点。 一、环境 已部署好域环境如下图。 域控制器一台，安装有Windows Server 2008 R2,已加入域，IP地址为 1.1.1.30 节点计算机两台：wloonga和wloongb，安装有Windows Server 2008 R2，已加入到域。IP地址分别 1.1.1.1和1.1.1.2（需要先做好域并在域上建立一个sql server2008R2专用的组，并将sql用户加入domain admin组和群集服务器的本地管理员组。） 两台群集服务器在通过iscsi连接存储磁盘后在磁盘管理中设置相同的磁盘盘符如下
已划分存储： 二、在两台节点计算机wloong1和wloong2上添加多路径I/O功能在wloong1上过程如下： 1、点击开始- 管理工具- 服务管理器- 功能- 添加功能
关于Windows文件共享服务的一些问题以及网上邻居共享的工作原理: [问题引出]：我刚安装windows2003时，Computer Browser、Server和Workstation 这三项服务都有，但过了一段时间它们就看不见了，在管理工具的服务列表里找不到了，请问怎么会这样？应该如何解决？ [问题解决]：并不是有了“Microsoft 网络的文件和打印机共享”就Computer Browser、Server和Workstation这三项服务都会有，而只会有Server服务。 最准确的说法应该是：网络连接里本地连接属性的“Microsoft 网络的文件和打印机共享”，对应于“Server”服务。 网络连接里本地连接属性的“Microsoft 网络客户端”，对应于“Workstation”服务及“Computer Browser”服务。 关于这些，自己试一下就都知道了。卸载掉“Microsoft 网络的文件和打印机共享”，则“Server”服务必消失； 相反，装上“Microsoft 网络的文件和打印机共享”，则“Server”服务会显现。卸载掉“Microsoft 网络客户端”，则“Workstation”服务及“Computer Browser”服务必消失； 相反，装上“Microsoft 网络客户端”，则“Workstation”服务及“Computer Browser”服务会显现。 网上邻居共享的工作原理: 网上邻居的工作模式是一个典型的客户端/服务器工作模型，现在，回想一下访问网络邻居的过程，首先，点击网络邻居图标，打开网上邻居列表，其次，点击打开目标服务器图标，列出目标服务器上的共享资源，接下来，点击需要的共享资源图标，进行需要的操作(这些
请按照以下步骤设置你的电脑~ 1 检查guest帐户是否开启。 XP默认情况下是不开启guest帐户的，因些为了其他的人能浏览你的计算机，请启用guest 帐户。为了安全请为guest设置密码或相应的权限。你也可以为每一台机器设置一个用户名和密码以便计算机之间的互相访问。 2检查是否拒绝Guest用户从网络访问本机。 也许你遇到过即使开了guest还是根本不能访问的情况。请检查是否拒绝guest从网络访问计算机，因为XP默认是不允许guest从网络登录的，因些即使开了guest也是一样不能访问。在开启了系统Guest用户的情况下解除对Guest账号的限制。点击“开始→运行”，在“运行”对话框中输入“GPEDIT.MSC”，打开组策略编辑器，依次选择“计算机配置→Windows设置→安全设置→本地策略→用户权利指派”，双击“拒绝从网络访问这台计算机”策略，删除里面的“GUEST”账号。这样其他用户就能够用Guest账号通过网络访问使用Windows XP系统的计算机了。 3改网络访问模式 XP默认是把从网络登录的所有用户都按来宾帐户处理的，因此即使管理员从网络登录也只具有来宾的权限，若遇到不能访问的情况，请尝试更改网络的访问模式。打开组策略编辑器，依次选择“计算机配置→Windows设置→安全设置→本地策略→安全选项”，双击“网络访问：本地账号的共享和安全模式”策略，将默认设置“仅来宾—本地用户以来宾身份验证”，更改为“经典：本地用户以自己的身份验证”。 这样即使不开启guest，你也可以通过输入本地的帐户和密码来登录你要访问的计算机，本地的帐户和密码为你要访问的计算机内已经的帐户和密码。若访问网络时需要帐户和密码，可以通过输入你要访问的计算机内已经的帐户和密码来登录。 若不经过更改也许你连输入用户名和密码都办不到，出现的网络对话为 //computername/guest为灰色不可用的。即使密码为空，在不开启guest的情况下，你也不可能点确定登录。改成经典模式，最低可以达到像2000没有开启guest帐户情况下一样，可以输入用户名和密码来登录你要进入的计算机。也许你还会遇到一种特殊的情况，请看下面： 4一个值得注意的问题： 我们可能还会遇到另外一个问题 当用户的口令为空时，即使你做了上述的所有的更改还是不能进行登录，访问还是会被拒绝。
Window Server 2012 故障转移集群配置与Oracle 11G R2双机实现
文件修改控制
1准备工作： 需要准备3台服务器（必须），1台磁盘阵列（可选），主要用到的资源如下 1.1一台域控制器（以下所有服务器的操作系统均为windows server 2012 Enterprise R2 X64bit） 计算机名字为AD3 IP地址：192.168.1.250 掩码：255.255.255.0 网关：192.168.1.1（可有可无）自己看着办。。。。。。。 DNS：192.168.1.250 域名为：bbc.local 1.2节点1：域成员服务器 IP地址：192.168.1.251 掩码：255.255.255.0 网关：192.168.1.1 DNS;192.168.1.250 心跳网络：192.168.2.1 加域：bbc.local 1.3节点2: 域成员服务器 IP地址：192.168.1.252 掩码：255.255.255.0 网关：192.168.1.1
DNS;192.168.1.250 心跳网络：192.168.2.2 加域：bbc.local 1.4集群虚拟IP Cluster IP：19 2.168.1.253 需要三个共享磁盘M数据盘、Q仲裁盘、oracle通用服务和 依赖盘I盘，共享盘建议用专用存储，(测试可用 windows 2012系统自带的iscsi功能实现，正式环境建议 使用磁盘柜，要求磁盘柜分2-3个逻辑驱动器，1个作为仲 裁盘、另外1个作为数据盘、通用服务和依赖盘可有可 无)。注意是逻辑驱动器不是磁盘分区。 1.5oracle通用服务共享IP：19 2.168.1.200 （漂移IP） 1.6以下文档中部分图片来自网络，图片内容仅供参考，以文字描 述为准。 2设置第一台AD服务器 2.1网络参数，其余两台也是按上面给出的参数来设定，就不分别 做图解。
windows 2008+Oracle 11g R2 故障转移群集配置 一. 故障转移群集环境介绍： 1.1 逻辑拓扑图 1.2 服务器A OS：win 2008 entprise sp1 ServerName：node1 Pubic_IP：192.168.200.1/24 DNS：192.168.200.1 Heartbeat_IP：10.10.10.10/24 1.2 服务器B OS：win 2008 entprise sp1 ServerName：node2 Public_IP：192.168.200.2/24 DNS：192.168.200.1 Heartbeat_IP：10.10.10.20/24 1.3 群集cluster DomainName：https://www.doczj.com/doc/7e278833.html, ClusterName：cluster Cluster_IP：192.168.200.3/24 1.4 服务器C（通过starwind软件虚拟仲裁和共享盘） IP：192.168.200.200/24 仲裁盘Q：Quorum/1GB 共享盘R：Sharedisk/12GB
2.2 分别在本地host文件添加各自的记录（C： \windows\system32\drivers\etc\hosts） A：192.168.200.2 node2 192.168.200.3 cluster 192.168.200.200 BackupServer B：192.168.200.1 node1 192.168.200.3 cluster 192.168.200.200 BackupServer 2.3 A和B防火墙设置：把两片网卡勾去掉，不然彼此不能正常通信
Windows Server 2008R2搭建故障转移群集 03/25/2015 之前博主看到有位小伙伴在博客留言发个搭建SQL Server群集服务器的教程,这里先放上搭建群集的教程，因为太粗心博主花了几天时间才搭建成功，不知道能不能帮上那位小伙伴的忙，博主本人水平也不高，期间也询问了很多人，所以有写错的地方还望如果的高手指点一下。 先说一下所有操作都是在虚拟机上实现的，starwind用来模拟共享磁盘，由于是实验所以两台计算机间并没有仲裁磁盘 共有三台虚拟机，一台做域控制器，另外两台作为节点，starwind磁盘模拟服务器建立在域控制器上。(由于实验已经完成，所以截图都是配置完成后的图片) 实验步骤： ? 1.搭建域控制器 ? 2.搭建starwind磁盘服务器 ? 3.节点计算机配置群集网卡以及心跳网卡 ? 4.节点计算机加入域控制器 ? 5.节点计算机添加ISCSI服务器
6.节点计算机安装配置故障转移服务器 建立域控制器的教程我就不截图了，最近空间有限，服务器配置好IP，运行dcpromo，输入域名等，然后添加两个用户 使用starwind模拟共享磁盘，首先是add target，输入名称，然后在这个target 下add device to target，选择hard disk，再使用virtual disk，再选择路径并且设置大小缓存方式，然后建立（这一步实际操作的人可以略过）
节点1配置好心跳网卡和群集网卡，IP地址我是按照上面的拓扑图来的，心跳网卡在设置IP地址的地方点击高级，然后关闭netbios，关闭DNS注册，在网卡属性界面只勾选一个TCP/IPV4，群集网卡要将DNS设置成域控制器的IP地址，不然无法解析。 注意：在网络链接中，群集网卡优先级高于心跳网卡，在组织中勾选菜单栏，打 开高级菜单选择高级选项，将群集网卡提升优先级