SQL Server 2008数据库镜像+故障转移集群

上面我们介绍的故障转移集群、日志传送亦或基于磁盘的备份都是作为单一技术出现的，而在真实的大中型企业环境中为了确保数据应用的持续在线，我们通常有一些组合多种高可用技术的方案。通过混合不同可用性技术，我们将可以采长补短。

例如数据库镜像技术。

虽然数据库镜像可以解决故障转移集共享存储存在单点失效威胁、依赖于特殊硬件等一系列的问题，但是数据库镜像最大的问题就是故障转移路径过短。对于大中型企业来说，仅有两个节点的故障转移路径有些不足。因此通过增加一个故障转移集群作为数据库镜像的镜像节点就可以解决了数据库镜像故障转移路径过短的问题。

上面这种解决方案当主体服务器失效后，数据库镜像会将启动镜像节点，而由于镜像节点是由一个故障转移集群承担的，因此当镜像节点中的一个节点失效后还有一个后备节点，因此还可以有一个后备节点承担。

其实故障转移集群和数据库镜像是各有利弊，因此这两种技术融合在一起后的解决方案不仅仅是上面这一种，下面就给出另外一种解决方案的示意图：

细心的读者可能会发现，方案二种没有了见证节点，这意味着从主集群切换到镜像集群需要手动完成。那么为什么这种解决方案中没有了见证节点呢？

因为数据库镜像和故障转移集群都拥有自动故障转移的特性，如果两种技术的自动切换都生效的话，那么在主体集群的活动节点失效后就会有两个节点同时试图生效——主体集群的后备节点和镜像集群的活动节点，那么结果就只有一个，数据库镜像会话失败。

镜像和群集

通常，当镜像与群集一起使用时，主体服务器与镜像服务器都驻留在群集上，其中，主体服务器在一个群集的故障转移群集实例中运行，

镜像服务器在另一个群集的故障转移群集实例中运行。不过，您可以建立一个镜像会话，其中，一个伙伴驻留在一个群集的故障转移群集实例中，另一个伙伴驻留在一个单独的非群集的计算机中。

如果群集故障转移使主体服务器暂时不可用，将断开客户端与数据库的连接。群集故障转移完成之后，根据运行模式，客户端可以重新连接到同一群集、不同群集或非群集计算机中的主体服务器。

当决定如何在群集环境中配置数据库镜像时，所使用的镜像运行模式至关重要。

具有自动故障转移功能的高安全性模式会话

如果想要在具有自动故障转移功能的高安全性模式下镜像数据库，则建议针对伙伴使用双群集配置。此配置提供最高的可用性。此见证服务器可以驻留在第三方群集上，也可以驻留在非群集计算机上。

如果运行当前主体服务器的节点失败，将在几秒钟内开始进行数据库自动故障转移，群集仍然故障转移到另一个节点。数据库镜像会话故障转移到其他群集或非群集计算机中的镜像服务器，并且先前的镜像服务器变为主体服务器。新主体服务器将尽快前滚其数据库副本并使其作为主体数据库处于在线状态。群集故障转移完成（通常需要几分钟）之后，先前作为主体服务器的故障转移群集实例变为镜像服务器。有关详细信息，请参阅同步数据库镜像（高安全性模式）。

下图显示了在具有见证服务器（支持自动故障转移）的高安全性模式下运行的镜像会话中，群集之间的自动故障转移。

镜像会话中的三个服务器实例驻留在三个不同的群集上：Cluster_A、Cluster_B和Cluster_C。每个群集上都有一个SQL Server 默认实例，此实例作为SQL Server 故障转移群集实例在运行。镜像会话启动时，Cluster_A上的故障转移群集实例是主体服务器，Cluster_B上的故障转移群集实例是镜像服务器，Cluster_C上的故障转移群集实例是镜像会话中的见证服务器。最终，Cluster_A 上的活动节点失败，这将导致主体服务器不可用。

在群集准备执行故障转移之前，镜像服务器借助见证服务器检测到主体服务器已丢失。镜像服务器将前滚其数据库，并尽快使该数据库在线以成为新的主体数据库。当Cluster_A完成故障转移之后，先前的主体服务器现在成为镜像服务器，并将其数据库与Cluster_B 上的当前主体数据库同步。

不带自动故障转移功能的高安全性模式会话

在不带自动故障转移功能的高安全性模式下镜像数据库时，如果运行当前主体服务器的节点失败，则群集中的其他节点将充当主体服务器。注意，如果群集不可用，数据库将不可用。有关详细信息，请参阅同步数据库镜像（高安全性模式）。

高性能模式会话

如果想要在高性能模式下镜像数据库，请考虑将主体服务器放置在群集的故障转移群集实例中，将镜像服务器放置在远程位置的非群集服务器上。如果群集故障转移到另一节点，在镜像会话中，故障转移群集实例将继续作为主体服务器。如果整个群集出现问题，则可以将服务强制到镜像服务器上。有关详细信息，请参阅异步数据库镜像（高性能模式）。

设置新的SQL Server 2005 故障转移群集

?如何创建新的SQL Server 故障转移群集（安装程序）

设置数据库镜像

?设置数据库镜像

?如何配置数据库镜像会话(SQL Server Management Studio)

请参阅

其他资源

数据库镜像管理

SQL Server 2008 故障转移群集入门

SQLServer2012AlwaysOn多站点故障转移群集实例

SQL Server 2012 AlwaysOn：多站点故障转移群集实例 SQL Server 技术文章作者：Mike Weiner、Sanjay Mishra、Min He 供稿人：Lingwei Li、Mike Anderson (EMC Corporation) 技术审校：Shaun Tinline-Jones、Steve Howard、Prem Mehra、Paul Burpo、Mike Ruthruff、Jimmy May、Matt Neerincx、Dan Benediktson、Michael Steineke (Edgenet Inc.)、 David P. Smith (ServiceU Corporation) 发布时间：2011 年 12 月适用范围：SQL Server 2012 摘要：SQL Server 故障转移群集是 SQL Server 2012 AlwaysOn 整体实现的一部分。它同时支持本地以及多站点故障转移配置，旨在为 SQL Server 提供高可用性和灾难恢复功能。多站点故障转移群集技术在 SQL Server 2012 中得到显著增强。本文重点介绍多站点故障转移群集的体系结构、SQL Server 2012 中对该技术的增强以及有助于部署该技术的一些最佳做法。

版权信息本文档按“原样”提供。本文档中的信息和表达的观点（包括 URL 和其他 Internet 网站引用）如有更改，恕不另行通知。您应承担使用本文档所带来的风险。本文档中提及的某些示例只是为了便于说明，纯属虚构。不应据此联想或妄加推断。本文档不向您提供对任何 Microsoft 产品中的任何知识产权的任何法律权利。您可以出于内部参考目的复制和使用本文档。 ? 2011 Microsoft。保留所有权利。

Windows Server 2008故障转移群集的操作步骤

本文介绍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 支持。

配置Windows_Server_2008故障转移集群

配置Windows Server 2008故障转移集群导读：为关键性的应用程序、服务和资料提供高可用性，是成功 IT 部门的主要目标。当服务宕机或故障时，即会中断业务的连续性进而造成重大的损失，因此 Windows Server 2008 提供了两种主要的高可用性功能：故障转移群集（Failover Clustering）以及网络负载平衡（NLB），以满足企业对保持关键系统正常运作的需求。Windows Server 2008 的故障转移群集及 NLB 在进行过改善后，已可提供简化的管理及更强健的功能，此外，Windows Server Backup 亦可在硬件故障时，提供基本的备份与修复解决方案。配置Windows Server2008故障转移集群一、问题描述建立双节点的Windows Server 2008 故障转移集群，为Hyper-v的高可用和SQLServer集群做好准备。二、配置集群群前的准备 1、每个节点主机配备至少两块网卡，一块用于连接共享存储，一块用于网络通信。不能两者使用同一网络适配器

2、每个节点服务器链接到共享存储，本例采用windows storage server 2008模拟iSCSI软件共享存储添加iSCSI的具体过程参给Windows2008Server with Hyper-V添加Openfiler的iSCSI 3、集群中的节点服务器必须属于同一个域。 4、用于管理集群的用户，不必使用域管理员账户，只要添加到本地管理员即可，同时是Domain User组。本例为方便起见均采用与管理员账号三、安装故障转移集群 1、登录其中一个集群节点，打开服务器管理器，定位到功能项 2、点击添加功能，点选故障转移集群，点击下一步

SQLServer 2008以上误操作数据库恢复方法

SQLServer 2008以上误操作数据库恢复方法——日志尾部备份问题：经常看到有人误删数据，或者误操作，特别是update和delete的时候没有加where，然后就喊爹喊娘了。人非圣贤孰能无过，做错可以理解，但不能纵容，这个以后再说，现在先来解决问题。遇到这种情况，一般都是没有做备份，不然也不会来发问了。首先要冷静，否则会有更大的灾难。直到你放弃。解决方法：对于这类问题，主要是找回误操作之前的数据，在2008之前，有个很出名的工具Log Exploer，听说还挺好用的，这个网上大把教程，这里就不多说了。但是唯一遗憾的是，不支持2008及更高版本，这时除了其他第三方工具，那么最常用的就是本文提到的方法——日志尾部备份。本文实验环境2008R2，对于2008及其以上版本可以使用这个方法，其实2005也可以，2000很少用，没试过，只是2008之前可以使用Log Exploer，所以就没必要用这种方法。下面图文并茂讲解操作方法，至于原理，不属于本文范围，而且我相信真遇到误操作的时候，估计没人会看原理了。步骤：（1）、检查数据库的恢复模式，如图：

或者使用脚本检查： 1.SELECT recovery_model,recovery_model_desc 2.FROM sys.databases 3.WHERE name='AdventureWorks' 结果如下：确保数据库的恢复模式最起码不能为【简单】。至于如何修改成完整模式，我觉得这些应该没必要多说了。切记，对于任何重要环境，不仅仅是客户正式环境（俗称生产环境），都强烈建议使用【完整恢复模式】，虽然对于另外两种（大容量日志（BULK_LOGGED）、简单（SIMPLE））来说，完整恢复模式产生的日志会大，但是在出现问题的时候，就会觉得这些都不算什么了。并且我也想不到任何理由对于正式环境不使用完整恢复模式。只要管理得当，完整恢复模式的日志也不会太变态。（2）、这里其实隐含另外一步，曾经做过最少一次的完整备份。因为所有类型的备份都基于完整备份，如果没有最少一次完整备份，其他类型的备份都是多余的，所以在这里强调一下，在创建完一个新数据库之后，强烈建议甚至强制做一次完整备份。 1.SELECT database_name,recovery_model,name 2.FROM msdb.dbo.backupset 使用上面的语句粗略可以看到有那些数据库做过备份，由于测试，所以做了几次备份，可以看到我这个时间点已经做了备份了。（3）、确保别人不再连接数据库，然后做一次日志尾部备份：首先先创建一点数据： [sql]view plaincopyprint?

故障转移群集安装及配置

故障转移群集一、实验拓扑图二、实验环境 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 T arget软件按照提示采用默认安装即可

（2）配置Microsoft iSCSI Soft Target软件管理工具—Microsoft iSCSI Soft T arget—创建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上服务器管理器——磁盘管理——联机——选中磁盘右键——更改驱动器号和路径（修改为如下图所示）

SQL server 2008 数据库置疑的处理办法

SQL server 2008 数据库置疑的处理办法 1 把问题数据库备份后直接删除停掉SQLSERVER服务,把服务器上出问题的数据库, 假设名称为ErrorDB的数据库文件及日志文件备份到其他目录,然后直接将其删除,把其数据库文件及日志文件也删除 2 新建同名数据库启动SQLSERVER服务,新建同名数据库ErrorDB,文件目录和日志和原来一致 3 用备份的数据库文件替换新的数据库文件停掉SQLSERVER服务,把备份的数据库文件替换新的数据库文件（只替换数据库文件，不替换日志文件）启动SQLSERVER服务,打开数据库，这时数据库应该是不能访问的 -------------------设置应急模式、单用户模式、检查修复数据，取消单用户模式 ---------------------- 4 将数据库设置为应急状态 alter database ErrorDB set emergency 执行后，为了保险起见，重新停止、开启的SQLSERVER服务再打开数据库，已经可以看到里面的内容了，如表，视图，存储过程等数据库名称后有紧急标志，能看到数据库结构，但无法进行备份等操作 5 将数据库设置为单用户模式 ALTER DATABASE ErrorDB SET SINGLE_USER 6 对数据库进行检查修复 dbcc checkdb(EIMSDb,REPAIR_ALLOW_DATA_LOSS) dbcc checkdb(EIMSDb,REPAIR_REBUILD) 操作后，仍然停止启动SQLSERVER服务（不确定是否需要，我只是为了想无干扰查看执行后的数据库状况）重新打开数据库,已经是正常状态了，没有应急提示了 7 取消单用户模式 exec sp_dboption EIMSDb, N'single', N'false'

Windows 2008R2与SQL 2008 集群

一、基础环境： 1、四台服务器（1台AD、2台SQL服务器、1台iscsi存储服务器）， 2、9个IP（1个AD的IP、2个SQL服务器的IP、1个iscsi存储服务器的IP、1个SQL集群的IP、1个DTC的IP、1个集群的IP、2个心跳线的IP）三、准备工作： 1、安装Windows2008R2的系统，并将服务器的补丁升至最新。 2、SQL2008数据库软件一套。 3、创建一台iscsi服务器，并安装iscsi服务插件，创建虚拟磁盘及iscsi目标。（iscsi服务需要去官网下载） 4、安装windows2008R2的域环境，并将数据库服务器加入域环境，对入域后的SQL服务器进行补丁升级，补丁升级完成后，重启服务器。 5、分别给SQL数据库服务器添加虚拟共享磁盘。 6、安装windows集群故障转移及DTC。 7、添加数据库故障集群及数据库故障节点。四、安装步骤详解： A、创建iscsi虚拟磁盘服务器（1、先装RAID5，2、安装iscsi服务，3、连接iscsi虚拟磁盘）；（一、创建RAID-5的硬盘） 1、打开服务器管理器，选择存储，找到磁盘管理，会看到以下的磁盘没有联机。

2、将所有的磁盘联机及初始化硬盘。 3、将磁盘做成‘RAID-5’

4、添加raid-5的硬盘数量及设置空间量。 5、添加完的及设置完空间的状态。 6、为RAID-5分配磁盘驱动号。 7、为RAID-5进行格式化。

7、为RAID-5进行格式化。 8、设置RAID-5完成。 9、点击完成后，会出现此提示框，选择‘是’ 二、安装iscsi服务，并创建虚拟磁盘 1、运行安装iscsi程序压缩包，将包解压到默认位置。

安装SQL Server 2008 注意及问题解决

SQL Server 2008 安装过程及部分错误解决本文分为三部分：一、SQL Server 2008完全卸载过程二、SQL Server 2008安装过程三、我在安装过程中所遇到的问题及解决办法（1）创建窗口句柄之前，不能在控件上调用 Invoke 或 BeginInvoke的错误解决办法（2）找不到方法 “boolean microsoft.sqlserver.configuration.msiextensionmetadata.get_isslipstreamorpatch()" （3）“试图执行未授予权限” （4）出现以下错误:对路径 “C:\Windows\system32\perf-ReportServer$MSSQLSERVER3-rsctr.dll”的访问被拒绝。（5）“重启电脑失败” 一、SQL Server 2008完全卸载 1、程序与功能中，右键SQL Server 2008删除 2、进入删除SQL Server 2008，一路下一步下去

3、在程序和功能中，还有SQL Server 2008相关如果前面卸载比较顺利，相关的组件不多，继续删除SQL Server 2008 Native Client等红框中的组件 4、如果前面没有卸载干净，下载Windows Installer Clean UP选择SQL Server 2008相关移除

再使用SRVINSTW移除SQL Server 2008相关服务。我后来卸载的时候，在程序和功能卸的就很干净，用不着这两个小工具了。 5、清理注册表：开始-运行-regedit.exe 在注册表里找到对应的文件夹，删除（1）HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ Microsoft SQL Server （2）HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server Native Client 10.0 （3）HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer （4）HKEY_CURRENT_USER\Software\Microsoft\Microsoft SQL Server 下面是我在网上搜到还需要删除的文件夹，但是我一般就删除上面的文件夹就好。 ④HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSSQLServer ⑤HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SQLSERVER AGENT ⑥HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services \MSSQLServerADHelper 6、找到C盘Program Files里Microsoft SQL Server，Microsoft SQL Server Compact Edition文件夹，删除。如果当初装在别的盘就去相对应的位置找，但C盘Microsoft SQL Server文件夹还要删。删除不顺利用360强力删除。 7、重启计算机

Windows Server 2008 R2的故障转移群集

故障转移群集可以配置使用多种不同的配置。组成群集的服务器可以是活跃状态或不活跃状态，而不同服务器可以被配置为在活跃服务器故障后立刻接管相应的资源。一般故障转移的过程只需要几分钟的时间，至于时间的长短主要取决于群集的配置和具体应用，当节点处于活跃状态时，该节点上可以使用所有资源。当服务器故障后，在这台服务器上配置了故障转移群集的资源组就会被其他服务器所接管。当故障服务器重新上线后，群集服务可以配置为允许让原服务器进行故障回复，或者是让当前服务器继续处理新的客户端请求。本文章将讲述基于Windows Server 2008 R2的故障转移群集实现。安装“故障转移群集”：下面就开始在两个节点上安装群集服务。在此以server1为例，安装方法是：打开服务器管理器图标----添加功能，从中选择“故障转移群集”。当两个节点安装完群集服务后，我们需要运行群集配置验证程序，来检查节点服务器、网络和存储设备是否符合群集要求。仅当完整配置(服务器、网络和存储)可以通过“验证配置”向导中的所有测试时，微软才支持故障转移群集解决方式，另外，解决方案中的所有硬件组件均必须标记为“certified for windows server 2008 R2”。方法是在server1或者是server2上进入故障转移群集管理器，单击“验证配置”。如下图所示：

因为我们需要验证的是群集中的所有节点，所以我们需要把所有节点都添加进来，如下图所示：点击“下一步”之后，我们需要“运行所有测试”，如下图所示：

给出验证清单，也就是所要进行验证的项目。点击，下一步之后，开始出现下面的验证过程：

windows 2008 跨网段带中继的DHCP故障转移群集

当前位置:无忧网客联盟 > 操作系统 > windows > windows 2008 跨网段带中继的DHCP故障转移群集时间:2011-08-04 14:38来源:未知作者:admin 点击:350次实验要求：1. 四台服务器均安装windows 2008，DC是域https://www.360docs.net/doc/e014055110.html,中的域控制器，DHCP1和DHCP2是域中的成员服务器。(WindowsRouter和XP不需要加入域中) 2. 在WindowsRouter中启用路由，并启用DHCP中继代理。3. DHCP1和DHCP2完成故障转移群集，实现跨网段为XP提供IP地址租约。拓扑图如下所示：1. 首先配置Vmware 虚拟机环境。根据上图WindowsRouter的两款网卡的名字和网段连接，在系统中给两块网实验要求： 1. 四台服务器均安装windows 2008，DC是域https://www.360docs.net/doc/e014055110.html,中的域控制器，DHCP1和DHCP2是域中的成员服务器。(WindowsRouter和XP不需要加入域中) 2. 在WindowsRouter中启用路由，并启用DHCP中继代理。 3. DHCP1和DHCP2完成故障转移群集，实现跨网段为XP提供IP地址租约。拓扑图如下所示： 1. 首先配置Vmware虚拟机环境。

根据上图WindowsRouter的两款网卡的名字和网段连接，在系统中给两块网卡重新命名，如下图所示：真实环境中可以通过插拔网线来判断网卡再重命名。 2. 配置好拓扑图中的IP地址，重命名计算机名，DC的电脑上运行net user adminisratro suntong_258 /passwrodreq:yes。关闭所有电脑的防火墙，所有电脑上新建好快照。 3. 首先把DC这台电脑升级到域控制器，域名用https://www.360docs.net/doc/e014055110.html,。把DHCP1和DHCP2加入到域中。（省略）（注：DHCP1和DHCP2快速登录域是域名\ 用户名，然后输入密码，这里应该是st\administrator suntong_258，注意斜杠的方向，st后面不需要.com）上图中登录到本机DHCP2还是域st，系统是根据用户名动态改变的（在域控DC 上不会动态改变，默认登录的是域），当用户名是administrator时，系统默认登录的是本地计算机，因为域管理员账号很少会在成员服务器上登录。 4. 在DC上安装StarWind模拟存储设备，安装和配置过程省略，可参考“DFS 故障转移群集实验”,但是这里只要创建一个磁盘就可以了。注意DC上一定要关闭系统防火墙。DHCP1和DHCP2暂时先不连接创建好的虚拟磁盘。（省略）

SQL Server 2008登录问题(错误 233和18456)解决方法

今天使用 SQLSERVER2008 先遇到了233 错误，后又遇到了 18456 ，从网上找到了解决方法，具体如下：一、原帖https://www.360docs.net/doc/e014055110.html,/luckcq@yeah/blog/static/1717477072011322102075 36/ 问题：已成功与服务器建立连接，但是在登录过程中发生错取。（provider:共享内存提供程序，error：0-管道的另一端上无任何进程。）（Microsoft SQL Server,错误:233）解决方法：打开‘程序’－‘所有程序’－‘Microsoft SQL Server 2008 ’－‘配置工具’－‘SQL Server 配置管理器’，在弹出的窗体中，找到‘SQL Server 2008 网络配置’，把‘MSSQLSERVER的协议’下的“Named Pipes”和“TCP/IP”启动，然后重新启动Microsoft SQL Server 2008就可以了。二、原帖https://www.360docs.net/doc/e014055110.html,/qishuangquan/article/details/6024767 问题： SQLSERVER2008 18456错误我是这么解决的： 1、以windows验证模式进入数据库管理器。

第二步：右击sa，选择属性：

在常规选项卡中，重新填写密码和确认密码（改成个好记的）。把强制实施密码策略去掉。第三步：点击状态选项卡：勾选授予和启用。然后确定第四步：右击实例名称（就是下图画红线的部分），选择属性。

第五步：点安全性，确认选择了SQL SERVER 和Windows身份验证模式。第六步：重启SQLSERVER服务(重要)。最后，如果数据服务器打开开了防火墙，请增加访问规则，添加TCP1433端口的

windows2012故障转移群集

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 主机出现故障无法提供服务时，可由群集内的其他主机快速接管任务，继续为用户提供持续可用的服务。

windows2008+sqlserver2008故障转移集群

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 2008R2 MSCS+SQL SERVER故障转移集群配置

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 Server 2008 R2 负载均衡入门篇

一、简单介绍负载均衡负载均衡也称负载共享，它是指负载均衡是指通过对系统负载情况进行动态调整，把负荷分摊到多个操作节点上执行，以减少系统中因各个节点负载不均衡所造成的影响，从而提高系统的工作效率。在常用的大型服务器系统当中都存在着负载均衡组件，常用的像微软的网络负载平衡NLB、甲骨文的Oracle RAC、思科的负载均衡(SLB)，Apach+Tomcat 负载均衡，它们能从硬件或软件不同方面实现系统各节点的负载平衡，有效地提高大型服务器系统的运行效率，从而提升系统的吞吐量。本篇文章以微软的网络负载平衡NAT为例子，简单介绍Windows Server 2008 R2 负载平衡的安装与使用方式。在Windows Server 2008 R2当中，存在着“网络负载平衡”功能 (简称 NLB, Network Load Balancing)，它以TCP/IP 为基础的服务，可以将一个已注册的IP地址映射到多个内部域的IP地址当中，让多台主机为同时对网络请求作出反应。使用NLB网络负载均衡最多可以连接到32台主机上，让32台主机共同分担大量的服务压力。在Windows Server 2008 R2 中还具备“故障转移群集”功能，它是利用负载共享的方式，把多台服务器的共用信息进行持久化储存，当其中某台服务器出现问题时，请求会自动分摊到其他服务器当中。使用“故障转移群集”功能，更能保证“网络负载平衡集群”的正常运行，有利于统筹管理分布式系统中的各种资源，利用共享信息及其服务机制扩大系统的处理能力。“故障转移群集”功能将在下一篇文章再作详细介绍。

二、NLB 主要功能 1.支持群集功能，一个群集最多支持32台服务器。 2.支持网络地址转换（NAT）功能，能把请求自动转发到 NLB 群集上对各台服务器。 3.实现管道化式管理，允许向 NLB 群集同时发送多个请求。 4.支持多地址多端口管理，每台服务器可以绑定多个虚拟 IP，每个虚拟 IP 可建立多个开放式端口。 5.支持故障快速恢复功能，当服务器出现故障重启后将自动恢复群集联机。 6.支持单播、多播、IGMP多播多种群集操作模式。 7.支持事件日志管理，可以快速查阅群集事件记录。三、NLB 使用方式 3.1. 打开“服务管理器”，添加“网络负载平衡”功能。 3.2. 安装完成后，打开“网络负载平衡管理器”

Server 2008 oracle故障转移集群

服务器安装配置说明一、应用服务器配置（IBM X3850-M2 2*6核心 Intel Xeon E7450/内存16G / 硬盘 SAS 4*300G 阵列级别5/DVD光驱 /集成双千兆网卡 / 冗余电源）配置IP:10.46.1.19 操作系统：windows 2008 Enterprise 32Bit 授权序列号：TW4XR-MCX4W-2FHQ7-W4DKD-KCCH9 二、数据库服务器配置（IBM X3650-M2 2*4核心Intel Xeon E5520 / 内存16G /硬盘SAS 3*300G 阵列级别10/ DVD光驱/ 集成双千兆网卡/冗余电源） 1、数据库服务器1名称：EAMDB1 配置心跳IP地址：192.168.100.1（对应后面板网口号“2”）配置外网IP地址：10.46.1.16 （对应后面板网口号“1”）操作系统：windows 2008 Enterprise 64Bit 授权序列号：2P6M4-2HVJV-HGPHJ-VWVV3-4J324 Windows 2008 系统密码：yth！@#123456 2、数据库服务器2名称：EAMDB2 配置心跳IP地址：192.168.100.2（对应后面板网口号“2”）配置外网IP地址：10.46.1.17 （对应后面板网口号“1”）操作系统：windows 2008 Enterprise 64Bit 授权序列号：PXFBB-QV38G-3PKCY-QTVKB-Q8FY7 Windows 2008 系统密码：yth！@#123456 3、Windows Server 2008 Active Directory Active Directory名称：https://www.360docs.net/doc/e014055110.html, 4、Windows Server 2008 故障转移集群集群名称：EAMCLUSTER 集群IP地址：10.46.1.18 5、Windows Server 2008 故障转移集群Oracle加载 Oracle数据库：版本号为10.0.2.4 Oracle数据库名称：https://www.360docs.net/doc/e014055110.html, ※Oracle数据库IP地址：暂设为（10.46.1.20）如和贵公司网络IP冲突请更改，具体更改方法为(Windows Server 2008 故障转移集群控制器—服务和应用程序中更改) Oracle数据库密码：sys 6、故障转移集群共享存储（IBM DS3400 单控制器）

SQLServer2008 安装问题解决

SQLServer2008 安装问题解决一、SQL Server 2008安装时总是提示重启计算机的解决方法在SQL Server 2008进行安装时，安装程序会自动进行系统检测，以确认安装环境是否有问题，有时会经常碰到需要进行系统重新启动，信息如下：此时即使是进行电脑重启，也会报这个错误，那么就不是电脑的问题了，其实是系统注册表在作怪，解决方法如下： 1、开始-->运行，输入regedit，打开注册表管理器； 2. 找到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager 位置； 3. 将右边窗口中名称为PendingFileRenameOperations的项删除，然后确认； 4. 重新启用安装或修复程序，即可。二、提示“未指定INSTANCESHAREDWOWDIR 命令行值。如果指定 INSTANCESHAREDDIR 值，则必须指定该值”错误的问题 (一) 问题描述：安装时，如果在选择共享组件的安装路径时，不按照微软默认给定的“C:\Program Files\Microsoft SQL Server”路径，想要自定义安装路就会报错…… 例如想把“C:\Program Files\Microsoft SQL Server”修改为“D:\Program Files\Microsoft SQL Server” 错误的详细信息是：未指定INSTANCESHAREDWOWDIR 命令行值。如果指定了INSTANCESHAREDDIR 值，则必须指定该值。（英文版提示：The INSTANCESHAREDWOWDIR command line value was not specified. This value must be specified when the INSTANCESHAREDDIR value is specified.） (二) 解决办法

WindowServer2012故障转移集群配置与Oracle11GR2双机实现V1.2

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 Server 2008R2搭建故障转移群集

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地址，不然无法解析。注意：在网络链接中，群集网卡优先级高于心跳网卡，在组织中勾选菜单栏，打开高级菜单选择高级选项，将群集网卡提升优先级

windows 2008R2+故障转移集群+oracle11g配置指导说明

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.360docs.net/doc/e014055110.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防火墙设置：把两片网卡勾去掉，不然彼此不能正常通信