Microsoft SQL Server 2012 AlwaysOn
高可用性解决方案
1.术语定义
1)高可用性：HA（High Availability）
通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性
2)灾难恢复：DR（Disaster Recovery）
指自然或人为灾害后，重新启用信息系统的数据、硬件及软件设备，恢复正常商业运作的过程
3)故障转移群集：WSFC（Windows Server Failover Cluster）
微软操作系统针对服务器提供的一种服务，该服务用于防止单台服务器故障导致服务失效。
2.公司数据库使用现状及问题瓶颈
其他部门对应用开发部负责的融资管理系统性能提出以下问题：
1)数据部：
a)服务器不稳定
b)数据库性能配置低
2)市场部：
a)查询效率太低
3)产品部：
a)报表、BI支撑难
这些性能问题无不涉及到后台数据库的性能及可靠性问题。
还有一个安全问题也值得重视。目前，公司产品数据库和融资管系统都部署在10.44.1.3一台服务器上。理论上，产品数据库不应与Web应用部署在同一台机器而暴露给用户，产品数据库最好只交由专职DBA 来管理。因为，万一Web应用遭受黑客攻击，产品数据将会面临巨大威胁，甚至有可能被永久性物理删除。
前不久，就有报道携程数据遭受有预谋的内部攻击被物理删除
（https://www.doczj.com/doc/7211007443.html,/20150528/n413987338.shtml）。如果分开部署，那么即使Web应用遭受攻击，只要产品数据在，我们仍然可以在短时间内部署新的Web应用。
3.SQL Server 高可用技术简介
1)故障转移群集(Failover Cluster)
共享存储，效率高，但某一个时间点只有一个节点处于活动状态，造成硬件资源浪费。
2)数据库镜像(Database Mirror)
提供几乎是瞬时的故障转移，以提高数据库的可用性。但其最大弊端在于镜像数据库处于不可读状态，同样造成硬件资源浪费。
3)日志传送(Log Shipping)
还原作业之间的间隔时间内的只读访问权限，可用做报表查询。一般用于远程的异步容灾，存在部分数据丢失的可能性。
4)复制(Replication)
基于数据库对象级别，灵活性较高，但弊端在于，它不支持DDL命令，不便维护。
5)AlwaysOn
AlwaysOn是SQL Server 2012中提供的一种全新的高可用性技术，其集中了上述4种高可用性技术的优点，以确保企业无需增加成本和提高复杂度，即可实现最高级别的可用性和数据保护。可在数据中心内部以及跨数据中心实现数据冗余，快速地实现应用程序故障转移，保护现有硬件资源，同时简化了其配置过程。AlwaysOn可以实现服务器实例级和数据库级配置高可用性，所对应的技术就是AlwaysOn故障转移群集实例和AlwaysOn可用性组。
下图1展示了使用Alwayson可用性组的HA 和DR 解决方案
图1
4.AlwaysOn高可用性技术介绍
1)AlwaysOn 故障转移群集实例
一般来说，在单服务器情况下，当服务器上出现硬件或软件故障时，连接到该服务器的应用程序或客户端将会停机。在AlwaysOn故障转移群集实例环境中，SQL Server 实例的高可用性受到冗余节点的保护。在群集环境中，一次只能有一个节点拥有群集的资源组。在出现故障(硬件故障、操作系统故障、应用程序或服务故障)或进行计划的升级时，该资源组的所有权就会转移至另一个群集节点。此过程对于连接到SQL Server 的客户端或应用程序是透明的，可以最大限度地缩短出现故障时应用程序或客户端的停机时间。因此AlwaysOn故障转移群集实例必须由一组物理服务器节点构成，这些服务器节点推荐使用类似的硬件配置以及相同的软件配置，如操作系统的版本、SQL Server 版本、修补程序级别、组件以及实例名称。相同的配置是确保群集在节点间进行故障转移时能够正常运行的前提条件。
SQL Server 2012在原有SQL Server故障转移群集的基础上功能得到了进一步的增强，支持跨越子网实现多站点群集，此技术一般用于两个或两个以上的数据中心，以同时提供本地高可用性和远程的灾难恢复。其中，每个故障转移群集节点都连接到其他子网或其他子网组。这些子网可以处于同一位置中，也可以位于地理上分散的站点。跨地理上分散的站点进行群集有时又被称为扩展群集。因为没有供所有节点都可以访问的共享存储，所以在多个子网上的数据存储之间应该复制数据。因此，多子网故障转移群集除了具备高可用性之外，还提供了灾难恢
复解决方案。下面以图例说明：
图2
在上图中共有两个数据中心并且处于不同子网，本地数据中心subnet1使用的IP地址是10.168.0.10，当本地数据中心发生故障时，SQL Server服务会转移到远程数据中心，远程数据中心subnet2所使用的是不同IP地址，为192.168.0.10来继续提供数据库服务，这两个IP地址之间是OR的关系，也就是说这两个IP地址任意一个在线的话，虚拟网络名称SQLClus都可以正常的向客户端提供服务。
在此需要使用到存储级别的复制技术，将本地数据中心数据库中的数据文件及日志文件复制到远程数据中心，当本地数据中心发生故障时，Windows 群集检测到故障，远程数据中心存储软件可以检测到复制失效，会将存储转换为读写状态，接下来Windows群集会将远程站点可读写的存储设备挂接到远程的Cluster节点上，此时存储复制的方向就从远程数据中心向本地数据中心复制。也就是说，故障转移群集实例成功启动后，Windows群集服务将监视基础群集的运行状况和SQL Server 实例的运行状况。SQL Server 2012中允许群集服务使用专用连接来轮询活动SQL Server 实例，以便通过系统存储过程获取详细的组件诊断信息。好处是，利用与SQL Server 实例的专用连接，能够对组件诊断信息进行可靠轮询，即使在故障转移群集实例负荷较重时也是如此。利用详细的组件诊断信息，可以配置更灵活的故障转移策略，由此用户能选择哪些故障条件将触发故障转移以及哪些故障条件将不触发故障转移。用户利用产生的诊断信息，还可以通过追溯方式更好地对自动故障转移进行故障排除。此诊断信息将存储到与SQL Server 错误日志并置的日志文件中。可以将这些日志文件加载到日志文件查看器中以检查导致出现故障转移的组件状态，从而确定导致该故障转移的原因。
2)AlwaysOn可用性组
AlwaysOn可用性组是SQL Server 2012中提供的全新功能，确保了应用程序数据的可用性，实现零数据丢失。AlwaysOn可用性组技术融合了数据库群集和数据库镜像的优点，此技术的一大好处是提供非共享存储，可以避免因为存储的单点故障而造成的整个可用性方案失效。
AlwaysOn可用性组基于数据库(组)级别，是将一组用户数据库(可以是一个或多个)划到一个组中。每组可用性数据库都由一个可用性副本承载。可用性副本包括一个主副本和一到四个辅助副本（2014最多支持8个）。主副本用于承载主数据库，辅助副本则承载一组辅助数据库并作为可用性组的潜在故障转移目标。主副本使主数据库可用于客户端的读写连接，实现对数据库的更改操作。同时在数据库级别进行同步。主副本将每个主数据库的事务日志记录发送到每个辅助数据库。每个辅助副本缓存事务日志记录，然后将它们还原到相应的辅助数据库。主数据库与每个连接的辅助数据库独立进行数据同步。因此，一个辅助数据库可以挂起或失败而不会影响其他辅助数据库，一个主数据库可以挂起或失败而不会影响其他主数据库。
此外，用户可以借助辅助数据库来实现近实时的报表查询，将查询的负载分担到只读副本。相对于数据库群集及镜像来说，可以更好的利用硬件资源，从而提高IT效率并降低成本。
下面看一下AlwaysOn可用性组架构，如下图3所示：
图3
部署AlwaysOn 可用性组需要一个Windows Server 故障转移群集(WSFC) 群集。给定可用性组的每个可用性副本必须位于相同WSFC 群集的不同节点上。部署AlwaysOn可用性组时，系统会为每个可用性组创建一个WSFC 资源组。WSFC 群集将监视此资源组，判断节点间的状态，以便评估主副本的运行状况。当发
生失败时实现故障的转移，针对AlwaysOn 可用性组的仲裁基于WSFC 群集中的所有节点，而与某一给定群集节点是否承载任何可用性副本无关。
用户可以通过创建一个可用性组侦听器来提供到给定可用性组的主副本的客户端连接。“可用性组侦听器”采用DNS名称的方式连接给定可用性组的资源，以便将客户端连接定向到相应的可用性副本。
对于每个可用性副本，AlwaysOn所支持的事务提交模式分为同步提交模式或异步提交模式。在异步提交模式下，主副本无需等待确认异步提交辅助副本已强制写入日志，便可提交事务。异步提交模式可最大限度地减少辅助数据库上的事务滞后时间，但允许它们滞后于主数据库，因此可能会导致某些数据丢失。此可用性模式是一种灾难恢复解决方案，适合于可用性副本的分布距离较远的情况。所谓同步提交模式是指在提交事务之前，同步提交主副本要等待同步提交辅助副本确认它已完成强制写入日志。同步提交模式可确保在给定的辅助数据库与主数据库同步时，充分保护已提交的事务。这种保护的代价是延长事务滞后时间。此可用性模式相对于性能而言更强调高可用性和数据保护，当主副本和辅助副本距离较近时可以使用此方法，解决时时同步的问题。
正因为AlwaysOn可用性组集现有高可用性技术的优点于一身，不得不说，它是SQL Server 2012新特性中最为璀璨的一个。
5.东方融资网可实施的AlwaysOn测试部署方案
1)宿主机
宿主使用工作站（HYPR-V），其基本配置如下：
b)处理器：Intel(R) Core(TM) i5-4470 CPU @ 3.20GHz 3.20GHz
c)内存(RAM)：8.00GB
d)Windows版本：Windows Server 2012 R2Standard
2)虚拟机配置
数据库服务器基本配置：4个逻辑cpu，1G内存，100G硬盘(C:70G;D:30G)
3)AlwaysOn可用性组安装配置架构图
如下图所示，一个windows群集clustest01中包含三个节点（server01，server02）节点01和节点02组成SQL Server群集，实现实例级别的自动故障转移和AlwaysOn可用性组，可用性组添加侦听IP[192.168.1.130]，用于客户端的连接，以实现可用组切换而不用修改客户端连接配置。
图4
4)Windows群集安装
将三个服务器都加入域环境中；并安装.Net 3.5和故障转移群集功能后，开始创建新群集。
第一步：配置主域控服务器AD Server
a)在仪表板服务器角色中添加Active Directory 服务器及DNS服务，并配置域名为https://www.doczj.com/doc/7211007443.html,。
b)配置本机IP为192.168.1.110。
c)建立域账户sql @https://www.doczj.com/doc/7211007443.html,，账户属性设置为密码永不过期
第二步：配置三个数据库服务器Server01，Server02
a)设置IP Server01（192.168.1.111），Server02（192.168.1.112）
b)关闭防火墙
c)加入域https://www.doczj.com/doc/7211007443.html,
d)在仪表板功能中添加.Net 3.5和故障转移群集
第三步：创建新群集Cluster01
a)在数据库服务器Server01上创建新群集Cluster01。
b)将server01、server02添加到该群集中。
c)Cluster01群集IP配置为192.168.1.120。
d)测试验证通过后，https://www.doczj.com/doc/7211007443.html,域中自动生成Cluster01$域账户。
e)在AD Server上创建仲裁共享文件夹ClusterShare ，并共享给Cluster01$域账户，设定其读写
权限。
第四步：Server01，Server02安装SQL server 2012 R2
a)分别安装SQL server 2012 R2
b)网络配置服务中SQL Server 数据库服务启用AlwaysOn高可用性组。
c)SQL Server 数据库服务及SQLServer代理登录设置为域账户sql@https://www.doczj.com/doc/7211007443.html,
第五步：仲裁配置
为配置简单且在资源有限的情况下，该测试环境中AlwaysOn群集仲裁配置为多数节点和文件共享的模式。配置过程见以下截图：
a)更多操作配置群集仲裁
图5 b)进入配置群集仲裁向导界面
图6
c)选择多数节点和文件夹共享仲裁模式
图7
第六步：创建测试数据库
a)在Server01数据库实例上创建测试数据库testDB1和testDB2
b)testDB1和testDB2做好完整备份
c)在Server01 D盘创建共享文件夹AlwaysOnShare（Alwayson添加可用性数据库时用到该共享
目录），并设置域账户sql @https://www.doczj.com/doc/7211007443.html,对该共享目录可读写权限。
第七步：创建测试可用性组
a)在Server1上创建可用性组AlwaysOn01
b)AlwaysOn01选择可用性组数据库testDB1和testDB2
c)选择可用性副本Sever02，并设置Sever02为同步提交模式副本（实现故障自动转移）。
d)AlwaysOn1可用性组添加监听Listener01,并设置为静态IP（192.168.1.130）
e)可查看到Server1上testDB1和testDB2标识为已同步。
第八步：验证
a)验证故障自动转移功能
●关闭Server01服务器。数据库客户端连接Server02，可查看到Server02此时已切换为主副本，
Server02上的testDB1和testDB2也已切换为主数据库。
●再启动Server01，并在Server02的可用性组中加入Server01后，可查看到Server01此时又
作为辅助副本。
●关闭Server02，此时又查看到Server01变为主副本。
b)验证监听Listen01的实时监听及AlwaysOn01可用性组同步功能
●Server01客户端连接Liseten01服务，可访问到数据库testDB1和testDB2。
●在TestDB1数据库中Create 新表testTabel1，在testDB2Create 新表testTabel2。
●连接Server02数据库实例，发现Server02的TestDB1上可查看到testTabel1，testDB2可查看
到testTabel2。
c)验证辅助副本的只读访问。
●查看AlwaysOn01属性，此时Server01为主副本，Server02为辅助副本。
●数据库管理工具连接Server02。
●在Server02上执行写操作将失败，执行查询操作成功。
6.Alwayson问题总结
1)Alwayson 是否依赖于域环境?
答: 是, alwayson依赖于故障转移群集(只有在故障转移群集中的SQL Server 才能启动高可行性组功能),而故障转移群集依赖于域环境.
2)为了启用高可用性组功能,SQL Server服务是否必须使用域账户运行?
答: 否,在使用非域账户运行的SQL Server服务上仍然可构建高可用性组,服务运行账户决定SQL Server 中管理员的操作权限, 如果运行的域账户有访问网络资源的权限,那么SA账户也拥有访问该资源的权限.
3)当域控服务器失效时, 高可用性组是否继续可用?
答：当域控服务器失效时,无法进行自动故障转移, 无法使用机器名直接访问数据库,但仍可使用IP或高可用性组侦听器所拥有的IP进行访问.
4)域控服务器重启对高可用性组的影响?
答：当域控服务器短暂重启时,对高可用性组影响较小，在域控服务器重新恢复后，无需对高可用性组进行任何配置修改。如域控服务器长期失效时，建议删除高可用性组。
5)主域控服务器和辅助域控服务器的区别？
答：主域控服务器是建立域时的第一台域控服务器，而辅助域控服务器则是域创建后添加的域控服务器，常见配置中会将辅助域控服务器DNS指向主域控服务器，主域控和辅助域控都各自独立存放域相关信息，域控之间使用广播方式来传递更新信息以达到信息复制的目的，多台域控服务器能提高域中账户验证速度，辅助域控可起到容错功能，主域控发生故障时，辅助域控能取代主域控提供服务。
6)当域控服务器失效时，是否仍然可以使用域账户登录服务器？
答：不一定，服务器有一定的缓存机制，在账户第一次登录验证后，会保存该账户信息一段时间，在该时间段范围内域控服务器失效时，用户依然能登录服务器。（因此建议SQL服务运行的域账户属性设置为密码永不过期）
7)当域控服务器失效或域账户密码变更时，以域账户运行的SQL Server服务是否会受到影
响？
答：正在运行的SQL Server 服务不会受到影响，但当SQL Server服务再次重启时，需要验证账户的密码，此时会重启失败。
甲骨文最高可用性架构 骨 最高 用性架构 Maximum Availability Architecture
议程表
? ? ? ? ? 甲骨文简介 高可用性介绍 传 高 用性分析 传统高可用性分析 甲骨文高可用性方案介绍(MAA) 客户成功案例分享
2
Oracle公司概揽
总揽
? ? ? ? ? ? 从08财年收入$22.4B，11财年收入35.6B 在40多项产品或市场领域占据业界第一 320,000客户跨越145国家 10W员工规模 (1 in i 3 joined j i df from acquisition) i iti ) Oracle在线社区上有超过五百万开发者 34年从业经验
革新和创新
? 超过3,000 3 000个产品，拥有 个产品 拥有2,000 2 000多个专利 ? 09财年投入$3B 研发和测试资金 ? 7,500 售后支持人员, 支持27国语言
3
今天的甲骨文公司
? 全球最大的企业软件供应商 ? 数据库市场占有率第一 ? 中间件市场占有率第一 ? 应用软件市场占有率第一 ? 服务器市场占有率第三 ? 开源产品的领军者 ? 虚拟化产品的竞争者 ? 云计算方案供应商
FAST?=?FusionMiddleware Applications System Tech
4
议程表
? ? ? ? ? 甲骨文简介 高可用性介绍 传 高 用性分析 传统高可用性分析 甲骨文高可用性方案介绍(MAA) 客户成功案例分享
5
英方软件数据库系统高可用解决方案 英方软件（上海）有限公司
目录 1. 概述 (1) 2. 需求分析 (2) 3.1主机配置 (3) 3.2方案拓扑图： (3) 3.3 I2高可用方案功能介绍 (4) 3.4管理控制台 (7) 5. I2的主要优势 (10) 6. 典型案例 (12) 7.公司简介 (13)
1. 概述 现代大型企业大多拥有为数众多的服务器，提供Internet与Intranet使用者各种不同的服务。如数据库系统、影像系统、录音系统、Email系统等。保持业务的持续性是当今企业用户进行数据存储需要考虑的一个重要方面。系统故障的出现，可能导致生产停顿，客户满意度降低，甚至失去客户，企业的竞争力也大打折扣。因此，保持业务的持续性是用户在选择计算机系统的重要指标。究其根本，保护业务持续性的重要手段就是提高计算机系统的高可靠性同时将数据的损失降至最低限度。 关键数据和数据库的备份操作已经成为日常运行处理的一个组成部分，以确保出现问题时及时恢复重要数据。传统的解决方案,类似于磁带机备份存在较大的缺点. 通常数据采用磁带离线备份，当数据量较大或突发灾难发生时，备份磁带无法真正及时快速恢复数据及业务。 提供有效的数据保护和高可用性服务,又在合理预算范围之内,并且能够基于你现有环境当中,获得实时数据保护,并无距离限制,为确保你重要数据的保护----包含数据库和邮件系统。I2为您提供了完美的解决方案。 I2 采用先进的异步实时数据复制技术(Asychronous Real-Time Data Replication)，立即将所有服务器上对于磁盘系统的变更透过网络传输至备援服务器，而非整个档案或磁盘的镜设(Mirror)，因此对于服务器的效能与网络带宽的影响都能降至最低，并能将成本降至最低，做到真正的实时数据保护. 业务数据是用户最宝贵的资产之一，数据的损失就是企业资产利润的损失，所以保护业务数据是企业计算系统的主要功能之一。实施I2的备份方案可以将用户数据的损失降至最低甚至为零。
SQL server高可用方案 一、高可用的类型 ●AlwaysOn 高可用性解决方案，需要sql server 版本在2012以上 SQL Server AlwaysOn 即“全面的高可用性和灾难恢复解决方案”。客户通过使用AlwaysOn 技术，可以提高应用管理方面的工作。 SQL Server AlwaysOn 在以下2个级别提供了可用性。 *数据库级可用性 是一种“热备份”技术。在同步提交模式下，主副本的数据被同步更新到其他辅助副本，主副本与辅助副本之间可以时，辅助副本可以立即成为新的主副本。 *实例级可用性 AlwaysOn 故障转移群集实例（Failover Cluster Instance，简称FCI）可以在多个16个节点之间实现故障转移（版只支持2个节点。 当主节点发生故障时，辅助节点提升为主节点并获取共享存储中的数据，然后才在这个新的主节点服务器中启动FCI 是一种“冷备份”技术。辅助节点并不从主节点同步数据，唯一的一份数据被保存在共享存储（群集共享磁盘）●日志传送 日志传送依赖于传统的Windows 文件复制技术与SQL Server 代理。 主数据库所做出的任何数据变化都会被生成事务日志，这些事务日志将定期备份。然后备份文件被辅助数据库所属最后事务日志备份在辅助数据库中进行恢复，从面实现在两个数据库之间异步更新数据。 当主数据库发生故障时，可以使辅助数据库变成联机状态。可以把每一个辅助数据库都当作“冷备用”数据库
●其它辅助技术 对数据库进行备份，当出现故障时，手动将数据还原到服务器，使得数据库重新联机，这也可以算作实现高可用性复制（Replication）并不算是一个高可用性解决方案，只是它的功能可以实现高可用性。复制通过“发布-订阅”模式服务器间实现可用性。 SQL server复制 定义及应用：数据库间复制和分发数据和数据库对象，然后在数据库间进 过局域网和广域网、拨号连接、无线连接和Internet 将数据分配到不同位sql server复制分成三类： 事务复制通常用于需要高吞吐量的服务器到服务器方案（包括：提高可伸 点的数据、集成异类数据以及减轻批处理的负荷）。 合并复制主要是为可能存在数据冲突的移动应用程序或分步式服务器应用 交换数据、POS（消费者销售点）应用程序以及集成来自多个站点的数据 快照复制用于为事务复制和合并复制提供初始数据集；在适合数据完全刷二、高可用的服务器配置： 如果只是需要复制方式，则搭建两台相同硬件配置和操作系统版本与补丁 如果需要AlwaysOn 高可用方式，即出现故障后系统自动进行切换到备用 服务器、从服务器)相同硬件配置和操作系统版本与补丁、相同数据库版本三、各种实现方式的对比 下表将SQL Server 常用的高可用性解决方案进行综合对比。
双节点数据库负载均衡解决方案 问题的提出？ 在SQL Server数据库平台上，企业的数据库系统存在的形式主要有单机模式和集群模式（为了保证数据库的可用性或实现备份）如：失败转移集群（MSCS）、镜像（Mirror）、第三方的高可用（HA）集群或备份软件等。伴随着企业的发展，企业的数据量和访问量也会迅猛增加，此时数据库就会面临很大的负载和压力，意味着数据库会成为整个信息系统的瓶颈。这些“集群”技术能解决这类问题吗？SQL Server数据库上传统的集群技术 Microsoft Cluster Server(MSCS) 相对于单点来说Microsoft Cluster Server(MSCS)是一个可以提升可用性的技术，属于高可用集群，Microsoft称之为失败转移集群。 MSCS 从硬件连接上看，很像Oracle的RAC，两个节点，通过网络连接，共享磁盘；事实上SQL Server 数据库只运行在一个节点上，当出现故障时，另一个节点只是作为这个节点的备份； 因为始终只有一个节点在运行，在性能上也得不到提升,系统也就不具备扩展的能力。当现有的服务器不能满足应用的负载时只能更换更高配置的服务器。 Mirror 镜像是SQL Server 2005中的一个主要特点，目的是为了提高可用性，和MSCS相比，用户实现数据库的高可用更容易了，不需要共享磁盘柜，也不受地域的限制。共设了三个服务器，第一是工作数据库（Principal Datebase），第二个是镜像数据库（Mirror），第三个是监视服务器（Witness Server，在可用性方面有了一些保证，但仍然是单服务器工作；在扩展和性能的提升上依旧没有什么帮助。
Windows Server 2012 R2安装SQL Server 2012出现的问题1 . OS 和SQL Server 语言不同导致的报错 解决方法：在OS中安装相应的语言包去控制面板添加
2.在服务器(操作系统为Windows server 2012)上安装SQL Server 2012的过程中，安装停留在下图所示的界面上，显示”正在启用操作
系统功能NetFx3”随后出现提示框，告知启用windows功能NetFx3时出错。 分析：NetFx3指的是.NET Framework 3.5，SQL Server 2012数据库系统的运行需要依靠.NET Framework 3.5，但是Windows Server2012默认情况下是并没有安装.NET Framework 3.5的，所以要成功安装SQL Server2012就必须先在操作系统上安装.NET Framework 3.5 解决方法：安装.NET Framework 3.5 一、打开“服务器管理器”，选择“添加角色和功能”。
二、一直点击“下一步”，直到“功能”选项卡，点击“.NET Framework 3.5 功能”前面的小三角，展开，勾选“.NET Framework 3.5 （包括.NET 2.0和3.0）”前面的复选框，如下图所示，点击下步。 三、进入“确认”选项卡，点击“安装” 3.安装.net3.5失败，并提示找不到源文件，如下图所示：
分析：早先在Windows Server 2008 上，如果要安装“.NET3.5”，只需通过“添加和删除”功能便可完成，Windows Server 2008系统盘或系统镜像里含有“.NET Framework 3.5”的组件文件，这些组件文件在系统盘或系统镜像中的\sources\sxs目录下，通过系统盘或者镜像为服务器安装系统时，这些组件文件被拷贝到新系统中，只是没有自动安装，当要为操作系统手动安装这些组件时，直接通过“添加和删除”功能就可以完成，而无需通过互联网去下载相关的组件。但是在Windows Server 2012 上发生了一些微妙的变化，Windows Server 2012系统盘或系统镜像里也含有“.NET Framework 3.5”的组件文件，但是为服务器安装该系统时，这些组件文件并不会被拷贝到新安装的系统中，所以要为系统安装.NET Framework 3.5就必须插入系统盘或加
高可用MS SQL Server数据库解决方案 建设目标 减少硬件或软件故障造成的影响，保持业务连续性，从而将用户可以察觉到的停机时间减至最小，确保数据库服务7*24小时（RTO为99.9%）运转，建设一套完整的高可用性MS SQL Server数据库系统。 需求分析 服务器宕机造成的影响 服务器宕机时间使得丢失客户收益并降低员工生产效率，为了避免对业务造成影响，从两个方面采取预防措施： 一、计划宕机时的可用性： ●补丁或补丁包安装 ●软硬件升级 ●更改系统配置 ●数据库维护 ●应用程序升级 二、防止非计划性宕机： ●人为错误导致的失败 ●站点灾难 ●硬件故障
●数据损毁 ●软件故障 现有状况 ●服务器存在单点故障； ●数据库未做高可用性配置； ●数据库版本为MS SQL Server2008； ●服务器配置为CPU E7540 2.0，24G存； ●数据库容量约800G 技术解决方案 解决思路 考虑到本项目的需求和最佳性能，为了达到最佳可用性，方案采用两台数据库服务器做故障转移集群，连接同一台存储做数据库的共享存储，实现故障自动转移。同时，将旧服务器作为镜像数据库，采用SQL Server 2012的alwayson 功能来再次完成自动故障转移，并可以分担查询的负载。
架构拓扑 新数据库：承担数据库主体计算功能，用于生产数据，采用双机集群，实现自动故障转移。 旧数据库：通过镜像功能，存储数据库副本，用于发生故障时的转移。也可配置为只读，承担备份的负载。 存储：存储采用双控制器，双FC连接两台服务器，避免单点故障。 主/辅域控制器：采用双机模式，SQL Server 2012 实现高可用的必备基础设施。 高可靠性技术方案 SQL Server的企业版支持所有的高可用性功能，这些功能包括：
Windows Server 2012 Datacenter SQL Server 2012故障转移群集 目录 目录 (1) 环境： (2) 一：逻辑分区的设置 (2) 二：W i ndo w s s e r v e r2012系统主域的安装配置 (3) Ⅰ.I P地址的设置 (3) Ⅱ.域功能的添加 (4) Ⅲ.域功能的安装 (8) Ⅳ.S Q L用户的创建和组策略的设置 (13) 1.创建S Q L用户 (13) 2.设置组策略 (15) 三：W i ndo w s s e r v e r2012额外域控制器的安装配置 (17) Ⅰ.配置I P地址和DN S以及属性设置 (17) Ⅱ.加入域 (18) Ⅲ.域功能的添加 (20) Ⅳ.域功能的安装 (20) 四：群集的配置创建 (25) Ⅰ.节点一配置 (25) 1.外网I P的设置 (25) 2.心跳I P的设置 (25) 3.网口绑定顺序调整 (27) 4. .NET Framework 3.5功能和故障转移群集添加 (28) 5.加入域 (30) Ⅱ.节点二配置 (31) Ⅲ.群集的创建 (32) 五:M S D T C创建 (39) 六:SQL Server 2012安装 (43) Ⅰ.节点一上SQL Server 2012安装 (43) Ⅱ.节点二上SQL Server 2012安装 (57) 备注 (65)
环境： 1．主机：2台X3850 X5 2台X3650 M3 2．操作系统：Windows Server 2012 Datacenter 3．数据库：SQL Server 2012 4．盘柜：DS5020 192.168.25.117/2 192.16 10.10.10.3/2 192.168.25.118/2 一：逻辑分区的设置 逻辑分区的配置在这里只说两点 节点一和节点二盘符要一致 共享分区[即:仲裁盘(大小1G—2G),MSDTC盘(大小10G—20G),数据盘]的盘符要尽量要靠后些
撰写人：陈明2010-7-25
目录 I综述 (2) II实现目标 (2) III方案建设概要 (2) III.1现有高可用方案分析 (2) III.2Mysql+replication (2) III.2.1概述 (2) III.2.2Mysql replication方案拓扑图 (3) III.2.3Mysql+replication优缺点 (4) III.3mysql+heartbeat+共享存储 (4) III.3.1概述 (4) III.3.2Mysql+heartbeat+共享存储方案拓扑图 (5) III.3.3Mysql+heartbeat+共享存储优缺点 (6) III.4Mysql+drbd+heartbeat (6) III.4.1概述 (6) III.4.2Mysql+drbd+heartbeat方案拓扑图 (7) III.4.3Mysql+drbd+heartbeat优缺点 (7) III.5Mysql cluster (8) III.5.1概述 (8) III.5.2Mysql cluster方案拓扑图 (8) III.5.3Mysql cluster优缺点 (9) IV可行性方案选择 (9) V Mysql+heartbeat+共享存储方案具体实施步骤 (9)
I综述 数据库位于现代企业应用的核心，它储存了组织机构中最有价值的资产，包括客户信息、产品信息、订单信息和历史数据。另外，组织机构依赖于数据库来运行他们关键业务应用。几小时甚至是几分钟的宕机，往往会造成收入的大量流失和客户的不满。因此，保证数据库高可用是所有组织机构优先考虑的事情。对于希望在当今瞬息万变的经济环境立于不败之地并取得成功的企业来说，构建一个具有高可用性的IT基础架构至关重要。 II实现目标 通过技术手段实现mysql数据库的高可用性，从而减少停工时间保证服务的正常稳定运行。 III方案建设概要 III.1现有高可用方案分析 Mysql作为一款开源软件经过多年的发展，已经形成很多套实现高可用方案，并且均都投入生产使用，主要为这几种：mysql+replication、mysql+heartbeat+共享存储、mysql+drbd+ heartbeat、mysql cluster。以下将依次对各个方案进行分析。 III.2Mysql+replication III.2.1概述 Mysql的复制（Replication）是一个异步的复制，从一个Mysql instace（称之为Master）复制到另一个Mysql instance（称之Slave）。实现整个复制操作主要由三个进程完成的，其中两个进程在Slave（Sql进程和IO进程），另外一个进程在Master（IO进程）上。
Windows Server2012下安装SQL Server2012集群 准备工作： 虚拟环境下模拟创建： 新建三台虚拟机，一台用作域控服务器，另外两台当做数据库节点。 虚拟机安装这里不在描述，准备好3台虚拟机，操作系统WindowsServer2012R2。 操作系统安装完成后，需要注意的地方。 第一步：如果是虚拟机克隆的系统需要确保计算机sid不同 如果虚拟机是克隆出来的，后面操作集群的时候，需要计算机的sid不同，所以需要重置。如果是物理机，则不需要这一步操作。 重置办法如下： 进入C:\Windows\System32\Sysprep\sysprep.exe 如图所示，勾选通用，点击确定。 执行完成后，会重启操作系统。等待操作系统重启完成后，需要重新激活操作系统。输入WindowsServer2012R2的激活码。 本次测试采用的是ServerDatacenter版：以下是提供的激活码 ServerStandard = NB4WH-BBBYV-3MPPC-9RCMV-46XCB ServerStandardCore = NB4WH-BBBYV-3MPPC-9RCMV-46XCB ServerDatacenter = BH9T4-4N7CW-67J3M-64J36-WW98Y ServerDatacenterCore = BH9T4-4N7CW-67J3M-64J36-WW98Y
第二步：磁盘准备工作 需要4个磁盘卷：仲裁盘、群集共享卷、MSDTC、可用磁盘卷（数据存储盘）通过isci服务来创建上述的四个磁盘卷。 域控服务器不需要关联这四个磁盘卷。 3个服务器： 节点1：192.168.1.130 192.168.192.130 节点2：192.168.1.131 192.168.192.131 DC：192.168.1.136 故障转移群集：192.168.1.137 分布式事务ip：192.168.1.138 数据库集群ip：192.168.1.139 只有两个节点关联磁盘，域控服务器不关联磁盘。 新建4个isci磁盘卷 本次采用域控服务器下的磁盘创建isci虚拟磁盘。配置好本机的ip。 如果是实际环境建议用存储来创建isci虚拟磁盘。 首先在域控服务器上安装isci服务。 选择添加角色和功能。 点击下一步
Oracle 三种高可用方案原理介绍 一、概述 Oracle因为是商用版本，所以高可用方案都已经非常成熟，主要有三种高可用方案，下边分别介绍一下。 1 RAC（Real Application Clusters） 多个Oracle服务器组成一个共享的Cache，而这些oracle服务器共享一个基于网络的存储。这个系统可以容忍单机/或是多机失败。不过系统内部的多个节点需要高速网络互连，基本上也就是要全部东西放在在一个机房内，或者说一个数据中心内。如果机房出故障，比如网络不通，那就坏了。所以仅仅用RAC还是满足不了一般互联网公司的重要业务的需要，重要业务需要多机房来容忍单个机房的事故。 2 Data Guard.（最主要的功能是冗灾）
Data Guard这个方案就适合多机房的。某机房一个production的数据库，另外其他机房部署standby的数据库。Standby数据库分物理的和逻辑的。物理的standby数据库主要用于production失败后做切换。而逻辑的standby数据库则在平时可以分担production数据库的读负载。 3 MAA MAA(Maximum Availability Architecture)其实不是独立的第三种，而是前面两种的结合，来提供最高的可用性。每个机房内部署RAC集群，多个机房间用Data Guard同步。 二、三种高可用方式工作原理 1、Oracle 11G RAC RAC环境与单实例最主要的区别是: . RAC的每个实例都有属于自己的SGA、后台进程。
. 由于数据文件、控制文件共享于所有实例，所以必须放在共享存储中。 . . 联机重做日志文件：只有一个实例可以写入，但是其他实例可以再回复和存档期间读取。 . . 归档日志：属于该实例，但在介质恢复期间，其他实例需要访问所需的归档日志。 . . alter和trace日志：属于每个实例自己，其他实例不可读写。 . RAC的主要组件包括： ? 共享磁盘系统 ? Oracle集群件 ? 集群互联 ? Oracle内核组件 oracle集群件： Oracle集群件能使节点能够互相通信，构成集群，从而这些节点能够像单个逻辑服务器那样整体运行。构成Oracle集群件的后台进程和服务是crsd、ocssd、oprocd、evmd和ons。Oracle集群件由CRS服务使用OCR和votingdisk进行管理。 OCR记录和维持集群及节点的成员资格信息，而votingdisk在通信故障时充当一个仲裁者。在集群运行期间，来自所有节点的一致性心跳信息都会发送给votingdisk。 CRS的组件包括，在Linux系统可以通过ps -ef来查看以下进程：
保障数据安全防篡改 为了保证数据安全，落实到软件，最重要的就是权限控制、审计追踪和数据版本可追溯。那么，针对这三点，计算机化系统附录都做了哪些规定呢？ 访问控制和权限分配： 第十四条只有经许可的人员才能进入和使用系统。企业应当采取适当的方式杜绝未经许可的人员进入和使用系统。 也就是说需要访问控制，为不同级别的用户设置不同权限，没有权限不能进入和使用系统。第十六条计算机化系统应当记录输入或确认关键数据人员的身份。只有经授权人员，方可修改已输入的数据。每次修改已输入的关键数据均应当经过批准，并应当记录更改数据的理由。 也就是说，没有相应的权限，用户将无法修改数据的，而且更改数据时还要注明更改的理由，不能留空。 这两条强调了数据输入的准确性和数据修改等处理过程的正确性和合理性，以保证数据的合规性。 审计追踪（基于风险评估）： 第十六条应当根据风险评估的结果，考虑在计算机化系统中建立数据审计跟踪系统，用于记录数据的输入和修改以及系统的使用和变更。
这里的审计跟踪功能适用于数据的访问、录入、修改和删除等操作，所有和数据有关的活动都需要有记录，并且不可被编辑或者删除。 电子签名 第十八条对于电子数据和纸质打印文稿同时存在的情况，应当有文件明确规定以电子数据为主数据还是以纸质打印文稿为主数据。 这里的电子签名，是可以有，而不是必须。 所谓电子数据签名就是不打印这份报告，直接在软件里点击签名，也表示了对这个报告的认可。使用电子数据签名，应当写一个书面的文档，规定实验室里电子签名的效力。 第十九条以电子数据为主数据时，应当满足以下要求： 为满足质量审计的目的，存储的电子数据应当能够打印成清晰易懂的文件。 比如说PDF文件。对数据的每一次修改都可以存储和打印为的结果版本，以避免非授权的修改，造成审计时，数据结果不能重现。 这里就涉及到数据版本可追溯，也就是说你的每个版本的数据都需要存储，不能被覆盖以及删除。 强调计算机系统的逻辑和物理安全性： 第十九条（二）日常运行维护和系统发生变更（如计算机设备或其程序）时，应当检查所存储数据的可访问性及数据完整性。
MySQL数据库高可用架构设计 目标： MySQL 数据库服务器不受单点宕机的影响，即时A 服务器挂掉或者磁盘损坏物理故障导致数据库不可用也不会导致整个系统处于不可用状态，因为还有另外一台备用的数据库服务器可以提供服务。派宝箱采取方案双机主从热备(Mater Slave 模式) 背景： 双机热备的概念简单说一下，就是要保持两个数据库的状态自动同步。对任何一个数据库的操作都自动应用到另外一个数据库，始终保持两个数据库数据一致。这样做的好处: 1. 可以做灾备，其中一个坏了可以切换到另一个。 2. 可以做负载均衡，可以将请求分摊到其中任何一台上，提高网站吞吐量。对于异地热备，尤其适合灾备。 原理： MySQL Replication双机热备+ 每天自动sqldump出物理文件备份 双机主从自动热备实现数据库服务的高可用加sqldump导出数据文件的方式备份。双重保险！
可能遇到的问题与挑战： 主从数据库数据一致性问题 宕机后主从切换的问题 1 复制概述 Mysql内建的复制功能(MySQL REPLICATION)是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。 请注意当你进行复制时，所有对复制中的表的更新必须在主服务器上进行。否则，你必须要小心，以避免用户对主服务器上的表进行的更新与对从服务器上的表所进行的更新之间的冲突。 1.1 mysql支持的复制类型：
Microsoft SQL Server 2012 AlwaysOn 高可用性解决方案
1.术语定义 1)高可用性：HA（High Availability） 通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性 2)灾难恢复：DR（Disaster Recovery） 指自然或人为灾害后，重新启用信息系统的数据、硬件及软件设备，恢复正常商业运作的过程 3)故障转移群集：WSFC（Windows Server Failover Cluster） 微软操作系统针对服务器提供的一种服务，该服务用于防止单台服务器故障导致服务失效。 2.公司数据库使用现状及问题瓶颈 其他部门对应用开发部负责的融资管理系统性能提出以下问题： 1)数据部： a)服务器不稳定 b)数据库性能配置低 2)市场部： a)查询效率太低 3)产品部： a)报表、BI支撑难 这些性能问题无不涉及到后台数据库的性能及可靠性问题。 还有一个安全问题也值得重视。目前，公司产品数据库和融资管系统都部署在10.44.1.3一台服务器上。理论上，产品数据库不应与Web应用部署在同一台机器而暴露给用户，产品数据库最好只交由专职DBA 来管理。因为，万一Web应用遭受黑客攻击，产品数据将会面临巨大威胁，甚至有可能被永久性物理删除。 前不久，就有报道携程数据遭受有预谋的内部攻击被物理删除
（https://www.doczj.com/doc/7211007443.html,/20150528/n413987338.shtml）。如果分开部署，那么即使Web应用遭受攻击，只要产品数据在，我们仍然可以在短时间内部署新的Web应用。 3.SQL Server 高可用技术简介 1)故障转移群集(Failover Cluster) 共享存储，效率高，但某一个时间点只有一个节点处于活动状态，造成硬件资源浪费。 2)数据库镜像(Database Mirror) 提供几乎是瞬时的故障转移，以提高数据库的可用性。但其最大弊端在于镜像数据库处于不可读状态，同样造成硬件资源浪费。 3)日志传送(Log Shipping) 还原作业之间的间隔时间内的只读访问权限，可用做报表查询。一般用于远程的异步容灾，存在部分数据丢失的可能性。 4)复制(Replication) 基于数据库对象级别，灵活性较高，但弊端在于，它不支持DDL命令，不便维护。 5)AlwaysOn AlwaysOn是SQL Server 2012中提供的一种全新的高可用性技术，其集中了上述4种高可用性技术的优点，以确保企业无需增加成本和提高复杂度，即可实现最高级别的可用性和数据保护。可在数据中心内部以及跨数据中心实现数据冗余，快速地实现应用程序故障转移，保护现有硬件资源，同时简化了其配置过程。AlwaysOn可以实现服务器实例级和数据库级配置高可用性，所对应的技术就是AlwaysOn故障转移群集实例和AlwaysOn可用性组。 下图1展示了使用Alwayson可用性组的HA 和DR 解决方案
Windows2012R2+SQL Server2014 AlwaysOn
目录 一.安装SqlServer2014Alwayson准备 (3) 1.SQL2014与SQL2012的Alwayson安装方式一致 (3) 2.安装Windows 2012建立域控 (3) 3.安装故障转移群集 (3) 4 .安装.NET功能 (3) 5.安装多个数据库 (4) 6.部署SqlServer2014 AlwaysOn (4)
一.安装SqlServer2014Alwayson准备 1.SQL2014与SQL2012的Alwayson安装方式一致 2.安装Windows 2012建立域控 具体查看《2-Windows 2012建立域控.docx》 3.安装故障转移群集 具体查看《3-Windows Server 2012 故障转移群集安装手册.docx》 4 .安装.NET功能 首先安装.net功能 点击下一步：
点击下一步： 点击下一步： 点击完成。 5.安装多个数据库 在多个服务器上安装多个数据库实例名，本地AlwaysOn可以分为一个主节点，一个同步节点，一个异步节点; 6.部署SqlServer2014 AlwaysOn 在SQLSERVER的配置管理器中，修改登陆以及高可用选项，其中登陆选项，登陆身份必须为域帐户身份（输入域服务器创建时，创建的域帐户）。打开Alwayson高可用开关
在主要数据库进行恢复数据库操作。并把恢复的数据库使用完全备份模式。 在辅助的数据库中还原数据库，需要修改如下参数 此处必须选择恢复模式为REPLACEHE和NORECOVERY。 -------------- 在恢复辅助数据库的时候，能把数据库下的用户信息全部复制过去，但是安全性下的用户信息需要做一个重定义到辅助数据库。 ---主服务器查询出test用户的sid SELECTsidFROM sys.syslogins WHERE loginname='test' ---辅助服务器中把SID项替换成主服务器中的SID值 USE[master] GO CREATELOGIN[test]WITHPASSWORD=N'123',SID=,DEFAULT_DATABASE=[master] CHECK EXPIRATION=OFF,CHECK_POLICY=OFF GO 先把辅助服务器中实例下的test用户删除掉，然后执行上面脚本并重建用户映射 ------- 打开配置管理器中的alwayson功能，在sqlserver中会出现AlwaysOn高可用性的菜单。
HA解决方案
●项目背景及需求分析 企业的核心业务系统，一旦出现中断，势必极大影响企业的正常运转，造成巨大的损失。在实际的应用过程中，非法操作、硬件故障、软件错误、人为因素、自然灾害等灾难事故都对这套业务信息系统的持续运行构成潜在威胁。 用户充分考虑到了信息系统业务容灾的必要性，对其企业内部业务系统提出了业务高可用性的需求。做到有备无患，防范于未然。 用户准备了两台备用服务器，希望实现当生产服务器在运行时产生的数据能够实时的传送到备用服务器上，且在生产服务器遭遇故障，业务信息系统无法继续正常运行时能够自动切换到备用服务器上。保证对外服务的连续性，达到7X24的高可用级别。 ●解决方案 通过对客户需求的详细分析，经过细致的产品对比、慎重的方案筛选以及客户现有资源等因素的综合考虑，Rose公司推荐其采用基于数据镜像的业务连续性旗舰产品——RoseMirrorHA，为客户应用系统（WEB应用+后台数据库Oracle）提供了具有无单点故障容错能力的系统平台。 1. 总体架构描述 在客户应用系统的主备4台服务器上，分别安装RoseMirrorHA。两两搭建基于数据镜像的双机高可用系统，无需客户更改现有系统的任何环节。 2. 具体实现过程 一台服务器作为用户业务系统的前台应用主机，一台服务器作为用户业务系统的后台数据库主机，另两台服务器分别作为应用和数据库的备机。客户端通过活动IP或主机别名访问应用服务。RoseMirrorHA高可用性系统，可以对主机的IP、应用程序、数据等进行监控和保护，当应用程序或主机发生故障后，RoseMirrorHA将自动、快速的切换活动IP和应用资源到备机，保证应用系统的持续运营。当资源在备机启动以后，客户端重连就能访问到应用。 原主机恢复后，接管了应用的备机将把变化后的数据进行同步，保障主备机的应用数据保持完全一致。
SQL Server 2012 Express安装图解 2012-05-04 11:16:40 我来说两句 收藏我要投稿 前段时间微软发布了最新最犀利的SQL Server 2012，我第一时间下载回来尝鲜。在3台机器上实验安装了一下，都没有出问题。安装过程和以往类似，写这篇文章的目的是帮助刚接触SQL Server的初学者入门。高手请直接飘过。 https://www.doczj.com/doc/7211007443.html, 首先，安装SQL Server需要注意的是它的版本。微软最新发布的是SQL Server 2012，但目前使用比较广泛的是2008版。对于初学者来说，安装哪个都一样。不过SQL Server 2008或2012都分别包含两种版本。超大的那个，4个多G的，是给企业用的。几百M的是给学生和开发者用的免费版，也就是Express版，它可以从微软的网站上直接下载。本文讲解的是SQL Server 2012 Express（似乎只有Windows7以上版本可以安装），读者可以寻找下面两个连接去下载： https://www.doczj.com/doc/7211007443.html,/downloads/zh-cn/details.aspx?FamilyID=c3a 54822-f858-494a-9d74-b811e29179e7 1. 先下载安装SSMS，它是用来管理SQL Server的图形化界面（注意一定要先装这个） 64位操作系统：CHS\x64\SQLManagementStudio_x64_CHS.exe 32位操作系统：CHS\x86\SQLManagementStudio_x86_CHS.exe 2. 下载安装SQL Server 2012 https://www.doczj.com/doc/7211007443.html, 64位操作系统：CHS\x64\SQLEXPR_x64_CHS.exe 32位操作系统：CHS\x86\SQLEXPR_x86_CHS.exe 如果你不知道自己的系统是几位的，可以看下计算机属性，比如我自己的是64位系统：
解决VS 2012与Sql Server2012无法同时安装的问题 最近在开发过程中，我遇到了个非常奇怪的问题：Win8.1系统中，安装了VS 2012再安装Sql Server 2012，总是出现黑屏一闪而过之后没有任何反应；如果是先装了Sql Server 2012 再安装VS 2012，也是出现黑屏一闪而过之后没有任何反应。为此重装了好几次系统，可问题依旧存在。一起怀疑是二者存在某些地方的冲突。曾经有一次成功的经验：在安装VS 2012时，不选择Sql Server 组件。可最近遇到的情况把以前仅有的一次成功经验也给推翻了，不管怎么尝试就是解决不也问题。简直疯了！！！！索性扔那不管了，安装完VS 2012后十多天没有再尝试过安装Sql Server 2012。但此问题始终在脑子里放着。 今天突然想起用cmd.exe程序启动Sql Server 2012的安装程序试看会如何？用管理员身份运行cmd.exe程序后，转到Sql Server 2012安装程序所在目录，输入setup.exe运行，同样还是黑屏一闪而过。在失望之余看cmd.exe窗口，发现了不少线索：
大家注意加红线的信息。终于发现问题的根源了：原来是安装VS 2012时修改了machine.config配置文件，其中的system.serviceModel节与Sql Server 2012安装程序冲突了。 按照这种思路，找到并的打开machine.config文件，把其中的system.serviceModel节注释掉，这样应该能避免冲突了出现了。
先安装成功再说，如果注释掉的内容影响了两个程序的运行再修改回来应该也可以。果然不出所料，注释掉这一节内容后Sql Server 安装时一路畅通。成功了：
MySQL数据库高可用性方案 一、综述 数据库位于现代企业应用的核心，它储存了组织机构中最有价值的资产，包括客户信息、产品信息、订单信息和历史数据。另外，组织机构依赖于数据库来运行他们关键业务应用。几小时甚至是几分钟的宕机，往往会造成收入的大量流失和客户的不满。因此，保证数据库高可用是所有组织机构优先考虑的事情。对于希望在当今瞬息万变的经济环境立于不败之地并取得成功的企业来说，构建一个具有高可用性的IT 基础架构至关重要。 二、完成目标通过技术手段实现mysql数据库的高可用性，从而减少停工时间保证服务的正常稳定运行。 三、方案建设概要 1、现有高可用方案分析 Mysql作为一款开源软件经过多年的发展，已经形成很多套实现高可用方案，并且均都投入生产使用，主要为这几种：mysql + replication 、mysql + heartbeat + 存储、mysql + drbd + heartbeat 、mysql cluster。以下将依次对各个方案进行分析。 2、Mysql+replication2.1 概述 Mysql的复制（Replication）是一个异步的复制，从一个Mysql
instace（称之为Master）复制到另一个Mysql instance（称之Slave）。实现整个复制操作主要由三个进程完成的，其中两个进程在Slave（Sql进程和IO进程），另外一个进程在Master（IO进程）上。 2.2 Mysqlreplication方案拓扑图 Mysql+replication主从复制拓扑图 方案具体解释： 要实施复制，首先必须打开Master端的binary log（bin-log）功能，否则无法实现。因为整个复制过程实际上就是Slave 从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。 2.3 Mysql+replication优缺点优点：易实施、成本低、经济实惠、后期维护方便，且由于整套系统架构简单，不涉及到存储及双机软件，因此系统出现故障率很低。方便做到读写分离。 缺点：在主机出现问题后不能自动切换到备份机，需要人工干涉更改IP地址。
SQL Server2012 安装方法详解 1.找到下载好的安装包，安装时有条件的话可保持网络畅通，方便更新。 2.2双击setup.exe。稍微等待大概一分钟时间，会出现提示（在安装过程中， 会多次出现如下提示，只需要耐心等待就好了。我之后就不一一例出来了）。 3.3在我们安装SQL Server之前需要先检查下电脑配置。请点击“系统配置检 查器”进行检查。
4.4出现“已通过”的提示则可以进行安装。点击确定进行安装（如果电脑在“重 新启动计算机”会显示不通过，方法：百度搜索“安装SQL server 重启电脑失败”）
5.5点击"确定"之后需要找到安装界面，点击“安装”进行下一步。 6.6选择你想要安装的，一般都是安装全新SQL Server独立安装。（第一个） 等待电脑反应一会就好了，大概一分钟时间，主要取决于电脑配置。出现“已通过”为全部通过。就可以进行下一步，点击“确定”。
7.8输入产品秘钥。（这里的秘钥仅供参考）。 使用下面的序列号安装即可安装对应版本的SQL Server 2012： MICROSOFT SQL SERVER 2012 ENTERPRISE CORE: FH666-Y346V-7XFQ3-V69JM-RHW28 MICROSOFT SQL SERVER 2012 BUSINESS INTELLIGENCE: HRV7T-DVTM4-V6XG8-P36T4-MRYT6 MICROSOFT SQL SERVER 2012 DEVELOPER: YQWTX-G8T4R-QW4XX-BVH62-GP68Y MICROSOFT SQL SERVER 2012 ENTERPRISE SERVER/CAL EDITION: 748RB-X4T6B-MRM7V-RTVFF-CHC8H MICROSOFT SQL SERVER 2012 STANDARD: YFC4R-BRRWB-TVP9Y-6WJQ9-MCJQ7 MICROSOFT SQL SERVER 2012 WEB: FB3W8-YRXDP-G8F8F-C46KG-Q998F