㈠ sql SERVER 怎么做负载均衡
通常不建议先横向扩展来提升高可用。 题外话：建议找到缓慢的原因，是I/O的问题，还是内存不足导致的buffer问题等等。因为你已经再考虑做负载均衡，可见服务器的硬件已经足够好。建议对症下药，最后考虑扩展。
㈡ 什么是数据库负载均衡
负载均衡集群是由一组相互独立的计算机系统构成，通过常规网络或专用网络进行连接，由路由器衔接在一起，各节点相互协作、共同负载、均衡压力，对客户端来说，整个群集可以视为一台具有超高性能的独立服务器。
㈢ 服务器如何实现集群和负载均衡
你可以直接买一台负载均衡交换机啊，何必要浪费1台服务器呢。
2 应该是每台都会有一个IP地址 外网 访问连接到的那个IP地址 是你的负载均衡交换机的IP地址 他随机把你的访问请求分配到你的3台服务器上
3 无主从关系，负载均衡交换机它会没2秒左右向你的服务器发送一个健康检查，如果发现你的服务器出现问题，它会自动屏蔽你这台服务器
4 你问的重复问题。
㈣ sql server alwayson 有没有解决负载均衡
SQL Server 2005对端到端(P2P)的拓扑结构上的事务性的复制加强了支持。
SQL Server 2000支持双向的复制，这就可以让两台服务器同时对彼此发布和订阅数据。服务器可以更新同一个共享数据，但是在这样的拓扑中你被限制在两台服务器上。
P2P的拓扑结构支持无限的发布服务器，他们彼此之间可以互相交换事务。当然，当参加的发布者的数量增加之后，事务性的延迟也就更大了。虽然在你的P2P拓扑结构中对节点的数量没有理论上的限制，但是只有在某个确定的数字之下才可以提供可接受的性能。微软推荐低于12个节点，以保证性能的优化。
无论怎样，P2P拓扑都是SQL Server的一个巨大进步：现在，多端点服务器可以更改数据，并且向其他的发布者复制事务。这就是说，订阅服务器不再被限制在主要的报告环境中。你可以通过事务性负载全球共享的方式将服务器分布开来。当用户的数量增加的时候，只要简单地向这个群体中添加服务器即可。
除了将负载分布之外，这个拓扑结构还增加了可用性。如果任何一个点的服务器不可达，则池中其它的服务器就会共享这个负载，因为每个服务器都有其它所有服务器上可获得的全部数据集合。
以下的表列出了使用P2P拓扑结构来进行负载均衡的优点和缺点。
SQL Server 2005仍然不直接地支持负载均衡——但是它为以前SQL Server版本中可用的所有负载均衡方法提供了令人激动的改善和支持。
㈤ Windows Server 2016第三版技术预览带来了哪些新特性
随着Windows Server 2016和System Center2016第 三版技术预览的发布，我们也迎来了全新的里程碑。借助这两个分别针对混合云和数据中心的解决方案的推出，微软希望能够帮助用户将云计算的灵活性引入企业。 对于微软来说，这些里程碑式的产品在公司发展历程中扮演了重要角色，它让我们有机会了解各个用户群体的看法。我们也希望用户能够从一开始就了解我们推出此 产品的初衷、熟悉新的功能，并了解这项新技术将如何改进你的业务。
对于用户来说，此次的亮点是首次发布的Windows Server容器。这是将容器技术带入WindowsServer生态系统的第一步，我们对随之而来的可能性感到非常兴奋。你可能已经看到容器技术的发展势头，这种新技术可以简化应用的开发与部署。我们致力于让容器技术成为现代应用平台的一部分，并将其整合在2016年推出的数据中心解决方案中，提供给我们的客户。您可以通过MikeNeil的博客了解有关于容器技术创新的更多信息。
容器仅仅是Windows Server和SystemCenter技术预览版众多新特性中的一个。除此之外，我们还增强了上一个预览版中的功能，并添加了一些新的特性，供你第一时间进行评估。
Nano Server
作为最小的内存部署选项，就像在技术预览版2阶段一样，Nano Server可以被安装在物理主机或虚拟机上。新的EmergencyManagement Console让用户可以在NanoServer控制台中直接查看和修复网络配置。此外，我们还提供PowerShell脚本用于创建一个运行NanoServer的Azure虚拟机。从应用的角度来说，你现在可以使用CoreCLR运行ASP.Netv5应用。总而言之，我们增加了重大功能以扩展Nano Server能力，而这一切的更新都建立在维持原有内存占用的基础之上。
软件定义网络
在第三版技术预览中，你会发现绝大多数网络功能是新增的。我们引入了用于编程政策的可扩展网络控制器、用于高可用性和高性能的L4负载均衡器、用于混合连接的增强网关，以及融合了RDMA流量和租户流量的底层网络结构。在此次发布的预览版中，你将首次体验到我们在Azure中使用的核心网络功能套件和SDN架构。
安全
此次发布的预览版增加了对于Hyper-V的投入：包括某些用于下一版本的安全创新。虚拟机隔离是我们承诺的核心，即帮助你保护共享环境中的资源。现在，你可以通过一个署名模板测试创建一个屏蔽虚拟机，以及该新屏蔽虚拟机的其他功能。你还可以发现WindowsServer扮演的全新角色——Host Guardian Service，管理员可以识别合法主机。
工作负载支持
● 用于增强关键工作复杂支持的附加特性和功能包括：
● 借助拥有OpenGL支持的Remote Desktop Services提高应用兼容性。
● 借助Storage Replica，对面向延展集群的站点感知而改进业务连续性场景。
● 通过为SQL Server集群删除特定域容器而增加灵活性。
管理
在System Center 2016第三版技术预览版中，增强的特性简化了WindowsServer中新功能的管理。包括对Virtual Machine Manager的改进，如支持集群节点的滚动升级，支持NanoServer作为主机和文件服务器。通过轻松管理隔离虚拟机和受保护主机，你还可以充分利用我们针对共享环境的安全增强功能。在存储方面，你会看到改进的功能，以保持满足预期的端对端服务质量（QoS）和更快速的数据（使用存储分层）检索。在OperationsManager中，我们则侧重于通过管理包的可发现性，和使用PowerShel自动化维护窗口的能力，来提升用户体验。
此外，我们还发布了面向Windows 10客户端的Remote Server AdministrationTools（RSAT），实现对Windows Server 2016技术预览版、Windows Server 2012R2和Windows Server 2012的远程管理。
更多的新特性待你评估，详情可查看Experience Guides；我们还欢迎各位参加我们的User Voice计划，参与整个开发过程。目前Windows Server 2016第三版技术预览及System Center 2016第三版技术预览都已经开放下载。期待来自你的建议。
注意：以上提到的软件、特性及功能均基于预览版，实际发布时可能会有所不同。
㈥ SQL数据库系统的负载均衡是怎么实现的呢
嗯是这样的 服务器负载均衡只能做数据库的读的负载，如果你们公司的业务都是读取后端数据库的话，你增加一台负载均衡设备，后面在加几个服务器就会有很好的效果，如过你的数据库业务多数用来写的话 负载均衡做不了同时写，因此意义不大
㈦ 如何实现mssql数据库负载均衡
SQL Server 负载均衡集群
一个应用系统随着业务量的提高,以及访问量和数据流量的快速增长，各个核心部分的处理性能和计算强度也相应增大，使得单一设备根本无法承担。在此情况下，如果扔掉现有设备去做大量的硬件升级，必将造成现有资源的浪费，而且下一次业务量的提升，又将导致再一次硬件升级的高额成本投入。于是，负载均衡机制应运而生。 对于应用系统的负载均衡的硬件和软件比比皆是，因为应用服务器上的程序基本上认为是不变化的，而且一般的各个应用服务器上的程序是不交互的。因此应用服务器的负载均衡非常好做，只需要能够进行分流的软件或者硬件把多个客户端的连接分配到多个应用服务器上去即可。
因为数据库内的数据是频繁变化的，为了数据的一致性以及锁资源的分配协调等，所以像应用服务器那样只有分流是不够的，各个节点需要频繁的交互。这也是数据库集群软件难做的原因，当然也是卖的贵的原因了。
Oracle Real Application Clusters
对于数据库负载均衡，大家最为耳熟能详的就是Oracle RAC了。RAC是双机并行服务器(8i及以前版本称作Oracle Parallel Server，OPS)，用来在集群环境下实现多机共享数据库，以保证应用的高可用性，同时可以自动实现并行处理及均分负载，还能实现数据库在故障时的排错和无断点恢复。它可以自动进行负载平衡、故障修复和规划停机时间，以支持高可用性应用程序。若并行服务器中某节点失效，透明的应用程序容错能够把用户自动转接到另一节点上继续运行，应用程序在用户没有察觉的情况下继续执行。这使周期性和非周期性发生故障的系统增大了连续可用性。进程的失效可以完全透明地转移到另一节点上去，通过适当地配置，可以指定所有查询都在客户端进行缓存，这样它们便可以在转移后的节点上重新设置。
Moebius for SQL Server
截至到SQL Server 2008，微软还是没有推出负载均衡组件，只能靠第三方软件来实现，好在这个软件是几个从微软出来的人写的，也算是个小小的巧合。说他们是微软出来的并不是说他们的技术多厉害，而是他们利用SQL Server的一些内部接口把集群做的非常透明， 无论是应用程序的调用还是开发/管理人员的使用都和面对一个数据库一样。
他们的实现原理是这样的：和SQL Server镜像一样，每个数据库节点都有自己的数据，也就是无共享磁盘架构。他们称之为“中间件”的程序宿主在数据库的内部，每个节点数据库上写入数据导致数据变化时，SQL Server会激活“中间件”，“中间件”把变化的数据同步到其他的节点上。其他节点发生变化也是一样。因为“中间件”宿主在数据库内， 所以它能够把每个同步的Session和SQL Server的Session绑定到一起，也就是使用户的执行和数据的同步成为一个原子操作，从而保证数据在每时每刻都是一致的。因此查询可以随便到每个机器上去查，从而做到了真正的负载均衡。
这是一种叫"数据库路由器"的技术,这种技术的特点是灵活性好,但效率比RAC要低，毕竟RAC是在引擎里实现的不管怎么样有比没有强!
㈧ sql server 2014拓扑同步吗
针对SQL Server 2005版本，来说一下它的性能。从中，我们能更具体的了解到这个版本的特点以及和负载均衡相关的内容介绍。
Sql Server 2005的新特性
端到端拓扑的事务性复制
SQL Server 2005对端到端(P2P)拓扑结构上事务性的复制加强了支持｡P2P的拓扑结构支持无限的发布服务器,它们彼此之间可以互相交换事务｡
P2P拓扑是SQL Server的一个巨大进步｡现在,多端点服务器可以更改数据,并且向其他的发布者复制事务｡这就是说,订阅服务器不再被限制在主要的报告环境中,可以通过事务性负载全球共享的方式将服务器分布开来｡当用户的数量增加的时候,只要简单地向这个群体中添加服务器即可｡
除了将负载分布之外,这个拓扑结构还增加了可用性｡如果任何一个点的服务器不可达,则池中其他服务器就会共享这个负载,因为每个服务器都有其他所有服务器上可获得的全部数据集合｡
数据库镜像和快照
SQL Server 2005引入了数据库镜像的概念,来帮助获得高可用性｡特别提醒的是,只要它正式发布了,数据库镜像就可以在SQL Server 2005上使用｡然而,只有到SQL Server 2005 Service Pack 1才会支持镜像｡
数据库快照是SQL Server 2005中引入的另一项特性｡快照是某一个时间点上的数据库的克隆｡只要对镜像数据库进行了快照,就可以让用户查询快照｡快照的生成通常只需要几秒钟,因为它实际上在这个过程中并没有拷贝任何数据｡因此,要把负载分布到主服务器和备用服务器上,就可以将数据库做镜像,然后阶段性地对备份服务器进行快照｡而且还可以使用快照在主服务器上进行报告｡
㈨ SQLSERVER怎么搭建服务器集群实现负载均衡
很多组织机构慢慢的在不同的服务器和地点部署SQL Server数据库——为各种应用和目的——开始考虑通过SQL Server集群的方式来合并。
将SQL Server实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。
当寻找一个备用，比如高可用性的环境，企业常常决定部署Microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)SQL Server实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。
什么是Microsoft集群服务器
MSCS是一个Windows Server企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”，来获得更高的可用性和对数据和应用更简便的管理。MSCS可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。
这种集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。
MSCS不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为MSCS在相同的IP地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。
在集群服务器上的SQL Server
SQL Server 2000可以配置为最多4个节点的集群，而SQL Server 2005可以配置为最多8个节点的集群。当一个SQL Server实例被配置为集群之后，它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复。
SQL Server 2000允许在一个集群上安装16个实例。根据在线帮助，“SQL Server 2005在一个服务器或者处理器上可以支持最多50个SQL Server实例，”但是，“只能使用25个硬盘驱动器符，因此如果你需要更多的实例，那么需要预先规划。”
注意SQL Server实例的灾难恢复阶段是指SQL Server服务开始所需要的时间，这可能从几秒钟到几分钟。如果你需要更高的可用性，考虑使用其他的方法，比如log shipping和数据库镜像。
单个的大的SQL Server集群还是小的集群
下面是大的、由更多的节点组成的集群的优点：
◆更高的可用新(更多的节点来灾难恢复)。
◆更多的负载均衡选择(更多的节点)。
◆更低廉的维护成本。
◆增长的敏捷性。多达4个或者8个节点，依赖于SQL版本。
◆增强的管理性和简化环境(需要管理的少了)。
◆更少的停机时间(灾难恢复更多的选择)。
◆灾难恢复性能不受集群中的节点数目影响。
下面是单个大的集群的缺点：
◆集群节点数目有限(如果需要第9个节点怎么办)。
◆在集群中SQL实例数目有限。
◆没有对失效的防护——如果磁盘阵列失效了，就不会发生灾难恢复。
◆使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。
虚拟化和集群
虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。SQL Server实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装SQL Server实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。
在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对SQL Server进行负载均衡。比如，使用虚拟机上的SQL Server实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。
集群服务器可以用于SQL Server的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。