sqlserver2012集群
① sql server 2012 集群热备 同步数据库数据
强烈建议 ALWAYSON
不要集群了，直接用3台来做ALWAYSON 不过需要加存储
② 如何安装sql server 2012
在安装微软最新数据库SQL Server 2012之前，编者先确定一下安装环境：Windonws 7 SP1，32位操作系统、CPU是2.1GHz赛扬双核T3500，内存2.93GB。
sql2012下载 http://www.jb51.net/softs/79861.html
安装SQL Server 2012的软硬件环境参数
根据微软的下载提示，32位的Windows 7操作系统，只需下载列表最下面的CHSx86SQLFULL_x86_CHS_Core.box、 CHSx86SQLFULL_x86_CHS_Intall.exe和CHSx86SQLFULL_x86_CHS_Lang.box三个安装包即可。
SQL Server 2012下载列表
将下载的这三个安装包放在同一个目录下，并双击打开可执行文件CHSx86SQLFULL_x86_CHS_Intall.exe。系统解压缩之后打开另 外一个安装文件夹SQLFULL_x86_CHS。打开该文件夹，并双击SETUP.EXE，开始安装SQL Server 2012。
双击SETUP.EXE，开始安装SQL Server 2012
注：SQL Server 2012安装的硬件和软件的环境。
软件环境：SQL Server 2012支持包括，Windows 7、Windows Server 2008 R2、Windows Server 2008 Service Pack 2和Windows Vista Service Pack 2。
硬件环境：SQL Server 2012支持32位操作系统，至少1GHz或同等性能的兼容处理器，建议使用2GHz及以上的处理器的计算机；支持64位操作系统，1.4GHz或速度更快的处理器。最低支持1GB RAM，建议使用2GB或更大的RAM，至少2.2GB可用硬盘空间。
解析SQL Server 2012安装中心
当系统打开“SQL Server安装中心”，则说明我们可以开始正常的安装SQL Server 2012了。
SQL Server安装中心
在微软提供的“SQL Server安装中心”界面里，我们可以通过“计划”、“安装”、“维护”、“工具”、“资源”、“高级”、“选项”等进行系统安装、信息查看以及系统设置。
首先，在“计划”里，我们可以单击相关的标题，在线查看安装SQL Server 2012的相关信息。如，硬件和软件要求、安全文档以及系统配置检查器和安全升级顾问等。
安装SQL Server 2012的硬件和软件要求
安装SQL Server的安全注意事项
SQL Server 2012安装前系统检查
在系统安装之前，务必通过“系统配置检查器”，检查一下您的系统中阻止SQL Server 2012成功安装的条件是什么，以减少安装过程中报错的几率。
系统开始检查配置
系统配置检查结果的细节
如果网友需要升级安装，可以选择“从SQL Server 2005、SQL Server 2008或SQL Server 2008 R2升级到SQL Server 2012”。当网友做出这个选择的时候，系统会要求您提供一个旧版本的升级介质，同时系统会对此介质进行判断，然后系统还会谨慎的帮助您先做一次“安装程 序支持规则”的检查，提前搜索一下您还缺少哪些升级的条件。
升级到SQL Server 2012的操作，不是本篇文章的重点，有兴趣的网友可以自己动手升级。
非集群环境安装SQL Server 2012
前面准备了这么久，下面开始演示全新安装SQL Server 2012的过程。选中下图右侧的第一项“全新SQL Server独立安装或向现有安装添加功能”，通过向导一步步在“非集群环境”中安装SQL Server 2012。
非集群环境中全新独立安装SQL Server 2012
同时，网友注意查看，系统默认的选择，是否是与自己的处理器类型相匹配，以及指定的安装介质根目录是否正确。
设置处理器类型和安装介质根目录
产品密钥
SQL Server 2012许可条款
安装前的程序支持规则检查
一个警告
系统在检索的过程中提出一个警告，建议网友在问题解决之后才继续安装。当然，如果系统允许，也可以跳过继续安装。
安装SQL Server 2012前的设置
下面进入安装SQL Server 2012前的设置阶段。
设置角色
选择要安装的Evaluation功能，在勾选功能前的方框，也可以单击“全选”。
选择要安装的Evaluation功能
再次检查系统是否符合“安装规则”
实例安装
通过“实例安装”，网友可以指定SQL Server实例的名称和实例的ID，实例ID将成为安装路劲的一部分。
磁盘空间需求
服务器配置
上图中蓝色阴影标记的两种服务，是此次SQL Server 2012新增的服务。
SQL Server 2012服务器配置
前面的配置完成之后，在“服务器配置”选项中选择一种“身份验证模式”，可以是“Windows身份验证模式”也可以是“混合模式(SQL Server身份验证和Windows身份验证)，系统默认为前一种模式。接着，系统要求必须设置一个SQL Server系统管理员，系统默认管理员是sa。
数据库引擎配置
添加SQL Server管理员名称
Analysis Services配置
Reporting Services配置
分布式重播控制器
SQL Server 2012完成安装
非常不易，经过了漫长的等待，SQL Server 2012的安装即将完成。
分布式重播客(视频分享)户端
错误报告
安装配置规则
准备安装
开始安装
OK！经过近一个小时的折磨，微软这款最新的数据库SQL Server 2012终于成功安装了。
③ sql server 2012 能不能做集群
当然可以，我们有成功案例，而且是做了分区的集群，总数据量6tb，最大的表大概有4tb，做了4个patition，一共10台牛x服务器。
④ 请教，sql server有类似ORACLE RAC的集群么
非要说接近的话，sql sverver2012开始的AlwaysOn会比较像rac的集群，当时sqlserver从来都不像Oracle那样多写，更多是读写分离。这也是被别人骂的最多的部分之一。但是做好设计和部署，不一定要用到RAC这种功能
⑤ 请教各位高手，安装SQL 2012群集问题：第一个接点安装完成，第二选择：向SQL Server故障转移群集添加节点
如果您在使用 Windows Vista SP2 或 Windows Server 2008 SP2 操作系统的计算机上安装 SQL Server 2012，则可以从此处获得所需更新。
如果您在使用 Windows 7 SP1 或 Windows Server 2008 R2 SP1 或 Windows Server 2012 或 Windows 8 操作系统的计算机上安装 SQL Server 2012，则已包含此更新。
⑥ Windows Server 2012 R2中集群共享卷功能有哪些升级
需要说明的是我们搭建的SQL Server故障转移集群（SQL Server Failover Cluster）是可用性集群，而不是负载均衡集群，其目的是为了保证服务的连续性和可用性，而不是为了提高服务的性能。
SQL Server始终在负载均衡集群方面都缺少自己的产品，多由第三方厂家提供，但SQL Server故障转移集群却由来已久，在SQL Server 2012还提供了一个可用性组（AlwaysOn High Availability Groups）的新特性，我们知道微软的故障转移集群（Windows Server Failover Clustering , WSFC）一般需要共享存储，SQL Server故障转移集群也是建立在WSFC的基础之上，可用性组却可以不依赖于共享存储实现SQL Server的故障转移，这为没有共享存储的环境提供了一个实现SQL Server高可用的解决方案，关于AlwaysOn特性可以参阅相关文档，这里我们实现的是仍是基于共享存储的包含两个节点的SQL Server故障转移集群。
一、搭建Windows故障转移集群（WSFC）
SQL Server故障转移集群是基于WSFC的，因而我们需要事先在两个节点中搭建一个WSFC，这里需WSFC仅是一个容器，可以放置多个角色以实现这些角色的故障转移。为搭建一个WSFC，除了需要域环境，还需要在节点，存储，网络等方面做准备。
Cluster
1、在各节点中添加Failover Clustering服务器功能。
image
2、确保各节点操作系统的更新一致，新安装的系统要么更新到最新，要么暂不更新。
3、在各节点中配置管理网络和心跳网络，虽然一个可用网络既可以搭建集群，但是最佳实践还是分开。
4、在各节点中配置共享存储磁盘，初始化并格式化磁盘，分配盘符。这里的共享存储磁盘可以是基于IP SAN和FC SAN的磁盘，也可以是基于文件服务器的虚拟磁盘，具体可以参考Windows Server 2012 虚拟化测试：存储。在节点中可见磁盘如下：
image
为搭建SQL Server故障转移集群，至少需要准备两块共享磁盘：集群见证磁盘Q、为存储SQL Server数据库和日志文件准备的集群磁盘S。另外我们需要为SQL Server的集群实例配置分布式事务协调器（Distributed Transaction Coordinator, DTC），因而需要为DTC准备磁盘M。微软建议将SQL Server各类文件分开存储，最佳实践需准备两块以上共享磁盘，分别存储User Database、Backup和User Database Log文件，这就至少需要另一个集群磁盘L。综上我们对存储做如下配置：
集群见证磁盘Q
DTC磁盘M
SQL Server程序：本地磁盘C
User Database文件：集群磁盘S
User Database Log文件：集群磁盘L
TempDB文件：本地磁盘D，SQL Server 2012支持将Temp DB文件可以放在本地快速磁盘中。
Backup文件：集群磁盘S
另外值得一提的是到SQL Server 2014才提供了对集群共享卷的支持，因而这里只能使用集群磁盘。
5、使用Failover Cluster Manager验证并创建集群。完成后的集群磁盘视图如下：
image
二、安装SQL Server故障转移集群
Windows故障转移集群（WSFC）搭建成功后即完成了SQL Server故障转移集群的基础，接下来我们继续完成SQL Server部分。先在一个节点上安装SQL Server Failover Cluster，然后再另一个节点安装加入集群节点。
image
SQL Server集群部分，先通过验证，这里的警告主要是搭建Windows故障转移集群存在警告的警告，升级警告以及防火墙警告，可以继续。
image
选择Database Engine Services和管理组件，注意这里只有Database Engine Services和Analysis Services支持集群，其他服务都不支持。其他组件如需要也可以随后再添加，但是添加其他组建时选择Add features to an existing installation，然后选择Perfom a new installation of SQL Server 2012，而不是Add features to an existing instance of SQL Server 2012，否则最后会出现Existing clustered or cluster-prepared instance的错误，具体参考Installing SQL Integration Services after SQL Cluster Setup has Completed。
image
配置一个网络名称，类似于计算机名称，今后将通过该名称访问数据库实例。
image
三、配置DTC和SQL Server 集群
分布式事务协调器（Distributed Transaction Coordinator, DTC）在Windows中是默认安装并运行的服务。DTC的主要目的是为了实现分布式事务，确保跨进程通信的一致性，这里的进程可以是同一计算机中的两个进程，也可以是不同计算机中的进程。因而在微软的世界里，常常看到DTC的身影。
如果只是独立安装SQL Server数据库引擎则无需配置DTC。但是在同时运行SQL Serve集成服务（SQL Server Integration Services, SSIS）或者搭建SQL Sever故障转移集群等需要分布式事务的场景中，则需要配置DTC。不配置DTC并不影响SQL Server集群的安装，但是DTC没能正确配置，SQL Server集群的功能将受到影响。
Windows Server 2008及以后版本在一个Windows集群中可以有多个DTC实例，这些DTC实例可以是集群实例也可以是本地实例（这里“实例”概念的类似于SQL Server数据库引擎实例，是作为操作系统服务运行的，是同一个可执行程序的副本，在Windows集群中运行的各类服务都是以实例的形式存在，这些实例依赖Windows集群实现故障转移），甚至可以为SQL Server集群中每个SQL Server实例配置一个专属的DTC实例。SQL Server集群实例按照如下的是顺序选择DTC实例：
使用SQL Server实例专属的DTC实例，该DTC实例作为SQL Server实例以来的资源，如果DTC实例失败，将造成SQL Server实例的失败。SQL Server 2008及以后版本才有此项。
使用映射给SQL Server实例的DTC实例，使用命令msdtc可以为SQL Server实例映射DTC实例。
使用默认的DTC集群实例，SQL Server 2008及以后版本可以在Windows集群中创建多个DTC实例，第一个创建的DTC实例为默认实例，DTC集群实例并未指定给SQL Server实例专用，因而其他应用程序也可以使用该实例。
使用安装在本地计算机上DTC实例。
由于SQL Server集群实例做出选择之后是不会自动重新选择的，比如SQL Server集群实例选择了专属的DTC实例，即使该实例失败，也不会更换下一个可用的DTC实例，除非手动删除专属的DTC实例，因而微软建议在SQL Server 2008及以后版本要么为SQL Server集群中的每个SQL Server实例创建专属的DTC实例，要么就不要在SQL Server集群中创建任何DTC实例（这里的DTC实例都是集群实例，即可以实现DTC故障转移），这时SQL Server集群实例会选择实例所在节点的本地DTC实例。关于DTC的更多信息，可以查阅这里。当然这里我们不会什么也不做，下面我们将为SQL Server实例配置专属的DTC实例。
⑦ 那些版本的sql server支持高可用集群配置有的话怎么配置高可用集群
摘要 SQL Server 2012的高可用性组需要Windows的群集服务支持,所以必须预先在这些成员服务器上实现WSFC.服务器的操作系统均为Windows Server 2008 R2,因此其WSFC的仲裁配置有多数(奇...
⑧ SqlServer 2012 AlwayOn 集群配置新建可用性组，该节点不是仲裁中的一部分
sqlserver2012高可用性要开启的话，有很多限制因素。你可以参考我的博客如何去搭建sqlserver2012alwayson高可用性环境：
⑨ 什么是sqlserver的集群
由二台或更多物理上独立的服务器共同组成的“虚拟”服务器称之为集群服务器。一项称做MicroSoft集群服务(MSCS)的微软服务可对集群服务器进行管理。一个SQL Server集群是由二台或更多运行SQL Server的服务器（节点）组成的虚拟服务器。如果集群中的一个节点发生故障，集群中的另一个节点就承担这个故障节点的责任。
认为一个SQL Server集群能够给集群中的两个节点带来负载平衡，这是一种常见的误解。虽然这似乎很有用，但却是不正确的。这也意味着集束SQL Server不能真正提高性能。集束SQL Server只能提供故障转移功能。故障转移就是当系统中的一台机器发生故障失去其功能时，另一台机器将接手运行它的SQL Server实例。这种功能失效可能是由于硬件故障、服务故障、人工故障或各种其它原因。
为何要集束SQL Server环境？
在实用性方面，集群SQL Server环境令人满意。在进行故障转移时，将数据库实例由一台服务器转移到另一台服务器的时间非常短暂，一般只需要3至7秒钟。虽然需要重建连接，但对数据库的终端用户而言，故障转移处理通常是透明的。低廉的故障转移成本还可帮助你对集群中的节点进行维护，而不会造成服务器完全无法访问。
SQL Server集群类型
一共有两种类型的SQL Server集群：主动/被动集群和主动/主动集群。下面分别对它们进行说明（说明以两个节点的SQL Server集群为基础）。
主动/被动集群
在这种类型的集群中，一次只有一个节点控制SQL Server资源。另一个节点一直处于备用模式，等待故障发生。进行故障转移时，备用的节点即取得SQL Server资源的控制权。
优点：由于服务器上只有一个实例在运行，所以在进行故障转移时，不需要另外的服务器来接管两个SQL Server实例，性能也不会因此降低。
缺点：由于虚拟服务器上只有一个SQL Server实例在运行，另一台服务器总是处理备用模式与空闲状态。这意味着你并没有充分利用你购买的硬件。
主动/主动集群
在这种类型的集群中，集群中的每个节点运行一个独立且主动的SQL Server实例。发生节点故障时，另一个节点能够控制发生故障节点的SQL Server实例。然后这个正常的节点将运行两个SQL Server实例——它自己的实例和发生故障的实例。
优点：通过这种配置，你能够充分利用你的硬件。在这样的系统中，两个服务器都在运行，而不是只有一台服务器运行，而另一台处于等待故障发生的备用模式，因此你能够充分利用你购买的机器。
缺点：如果进行故障转移，一台服务器运行两个SQL Server实例，性能就会受到不利影响。然而，性能降低总比虚拟服务器完全失灵要强得多。这种配置的另一故障在于它要求购买的许可要比主动/被动集群多一些。因为集群在运行两个主动SQL Server实例，这要求你购买两个单独的服务器许可。在某些情况下，这也可能对你形成阻碍。
集群考虑
在高实用性方面，集群SQL Server环境有一定的优势。然而，高实用性也确实伴随某种折衷。
首先，建立一个集群SQL Server环境非常昂贵。这是因为集群中的节点必须遵照集群节点的兼容性列表。而且，还需要建立一个复杂的网络，机器的配置必须几乎相同，同时需要实现数据库文件磁盘子系统共享。存储区网络(SAN)是建立这种子系统的不错选择，但SAN并非必要，而且十分昂贵。另外，如果你正在运行一个主动/主动集群，你需要为集群中运行SQL Server实例的每台机器的处理器购买一个许可。
因为当地集群主要局限于同一地理区域，自然灾难可能会使集群完全失灵。在那种情况下，你需要转移到灾难恢复站点进行继续操作。你也可以建立地理分散的SQL Server集群，但这样的系统更加复杂与昂贵。
⑩ sql sever 2012 Evaluation 和Express有什么区别
1、版本不同
sql server 2012 Evaluation 是试用版（评估版）。
sql server 2012 Express是简装版。
2、使用时间和目的不同
sql server 2012 Evaluation有180天的使用限制。目的是供测试用。
sql server 2012 Express是免费的，可以随意分发。
3、功能和使用场合不同
sql server 2012 Evaluation功能齐全，不能用于正式的商业环境中。
sql server 2012 Express是免费的简装版，缺少很多大型数据库系统的功能，比如集群功能，数据仓库功能，负载平衡设置。
(10)sqlserver2012集群扩展阅读:
sql server 2012 Express与MSDE的区别:
1、MSDE 最高可以支持二颗 CPU，但 SQL Server Express 只有一颗。
2、MSDE 数据库最高只能用到 2GB，而 SQL Server 2005 Express和SQL Server 2008 Express 可到 4GB，最新版本的SQL Server 2008 R2 Express 最大数据库 10G。
3、MSDE 没有管理接口，但 SQL Server 有 Management Studio Express 可用。
4、SQL Server Express是MSDE的替代品，微软已于2008年8月停止了对MSDE的支持。