多数据库支持方法及实践 (如何支持多数据库)
随着互联网的快速发展，企业的数据量日益庞大，同时，因为应用场景和技术特点的不同，许多企业在数据存储和处理方面采用了不同的数据库，比如传统的关系型数据库和新型的NoSQL数据库。而在应用开发中，为了使得不同的应用能够无缝地连接到这些不同类型的数据源，多数据库支持就显得尤为重要。
多数据库支持的概念
多数据库支持是指应用程序具备访问多个数据库的能力。在企业应用系统的开发中，多数情况下需要同时连接多个不同类型的数据源来支持更多的应用场景，这就需要企业的开发人员使用多数据库支持技术来实现这一目标。
多数据库支持的目的
多数据库支持的主要目的是支持企业信息化建设，使得企业的数据更加集中，管理更加规范化、标准化，从而提升企业的整体效率、降低操作成本，实现快速发展。
多数据库支持的方法
多数据库支持有多种实现方式，下面介绍几种较为常见的：
1. 数据库驱动管理器（Database Driver Manager，简称DDM）
DDM是Java SE提供的一种多数据库支持方法，它可以提供额外的代码，这些代码可以在应用处理过程中切换到不同的数据库。开发人员只需编写一种数据库的代码，就可以对不同类型的数据库进行访问，省去了编写不同代码的麻烦。
2. 数据库抽象层（Database Abstraction Layer，简称DAL）
数据库抽象层就是一种将不同类型的数据库封装成统一接口的方法，这样应用程序就可以通过调用这个接口来访问不同类型的数据库。它可以有效降低重复代码的产生，提升应用可维护性，并且在面对数据库变更时，只需修改DAO层即可，而不需要修改业务逻辑代码。
3. 数据库连接池（Database Connection Pool，简称DCP）
数据库连接池的主要目的是为了降低数据库连接的开销。当多个应用程序同时访问数据库时，每次都需要重新建立连接，这对数据库的负载有较大影响。数据库连接池可以提供可管理的连接，允许多个应用程序共享数据库连接，降低了系统对数据库的请求的数量，从而提升了系统的整体效率。
多数据库支持的实践
在多数据库支持的实践中，需要根据实际情况选择不同的方法。
1. 应用场景举例
在实际应用开发中，若应用只需要访问同类型的数据库，则普通DAO层便可以满足需求。但若应用需要在多个类型的数据库之间进行数据交换，则需要使用数据库抽象层技术实现不同类型的数据库的访问。
2. 经验和技术要点
多数据库支持技术属于比较高级的应用，应用开发人员需要具备较强的编程能力和数据库知识。在实际应用过程中，应针对不同应用场景选择合适的技术方法，同时需要具备良好的设计思路和技术实现方案。
3. 成功案例介绍
目前，多数大型网站和软件都会采用多数据库支持方法来满足其对应用场景的需求。比如知名的社交网站Facebook，它采用了MySQL、Cassandra、Hadoop等不同类型的数据库，通过自己开发的多数据库结构来支持这些不同类型的数据源。
多数据库支持技术在现代企业信息化建设中显得尤为重要。在实际应用过程中，应用开发人员需要根据实际需求选择不同类型的技术方法，设计出更加高效、可维护、具有重用性和可扩展性的多数据库支持结构。企业需要不断探索和创新，及时应用最新技术，才能更好地满足市场需求，实现企业的快速发展。
相关问题拓展阅读：
如何在单个Boot应用中配置多数据库
–在WEB.config配置下面的节点,connectionstring写的是连接数野昌据库的字颂清扒符串datasource是填写的数据库，initialcatalog是连接的数据库名称,user id是连接数据的账户名,password是账户的密正洞码
–在web应用层获取这段数据库连接字符串的语句是
ConfigurationManager.ConnectionStrings.ToString()
如何实现同步两个服务器的数据库？
同步两个SQLServer数据库\x0d\x0a\x0d\x0a如何同步两个sqlserver数据库的内容?程序代码可以有版本管理cvs进行闷亩同步管理,可是数据库同步就非常麻烦,只能自己改了一个后再去改另一个,如果忘记了更改另一个经常造成两个数据库的结构或内容上不一致.各位有什么好的方法吗?\x0d\x0a\x0d\x0a一、分发与复制\x0d\x0a\x0d\x0a用强制订阅实现数据库同步操作. 大量和批量的数据可以用数据库的同步机制处理:\x0d\x0a//\x0d\x0a说明：\x0d\x0a为方便操作,所有操作均在发布服务器(分发服务器)上操作,并使用推模式\x0d\x0a在客户机器使用强制订阅方式。\x0d\x0a\x0d\x0a二、测试通过\x0d\x0a\x0d\x0a1:环境\x0d\x0a\x0d\x0a服务器环境:\x0d\x0a机器名称： zehuadb\x0d\x0a操作系统：windows 2023 server\x0d\x0a数据库版本：sql 2023 server 个人版\x0d\x0a\x0d\x0a客户端\x0d\x0a机器名称：zlp\x0d\x0a操作系统：windows 2023 server\x0d\x0a数据库版本：sql 2023 server 个人版\x0d\x0a\x0d\x0a2:建用户帐号\x0d\x0a\x0d\x0a在服务器端建立域用户帐号\x0d\x0a我的电脑管理->本地用户和组->用户->建立\x0d\x0ausername:zlp\x0d\x0auserpwd:zlp\x0d\x0a\x0d\x0a3:重新启动服务器mssqlserver\x0d\x0a\x0d\x0a我的电脑->控制面版->管理工具->服务->mssqlserver 服务\x0d\x0a(更改为：域用户帐号,我们新建的zlp用户 .\zlp,密码:zlp)\x0d\x0a\x0d\x0a4:安装分发服务器\x0d\x0a\x0d\x0aa:配置分发服务器\x0d\x0a工具->复制->配置发布、订阅服务器和分发->下一步->下一步(所有的均采用默认配置)\x0d\x0a\x0d\x0ab:配置发布服务器\x0d\x0a工具->复制->创建和管理发布->选择要发布的数据库(sz)->下一步->快照发布->下一步->选择要发布的内容->下一步->下一步->下一步->完成\x0d\x0a\x0d\x0ac:强制配置订阅服务器(推模式,拉模式与此雷同)\x0d\x0a工具->复制->配置发布、订阅服务器和分发->订阅服务器->新建->sql server数据库->输入客户端服务器名称(zlp)->使用sql server 身份验证(sa,空密码)->确定->应用->确定\x0d\x0a\x0d\x0ad:初始化订阅\x0d\x0a复制监视器->发布服务器(zehuadb)->双击订阅->强制新建->下一步->选择启用的订阅服务器->zlp->下一步->下一步->下一步->下一步->完成\x0d\x0a\x0d\x0a5:测试配置是否成功\x0d\x0a\x0d\x0a复制监视器->发布衿?zehuadb)->双击sz:sz->点状态->点立即运行代理程序\x0d\x0a\x0d\x0a查看：\x0d\x0a复制监视器->发布服务器(zehuadb)->sz:sz->选择zlp:sz(类型强制)->鼠标右键->启动同步处理\x0d\x0a\x0d\x0a如果没有错误标志(红色叉)，恭喜您配置成功\x0d\x0a\x0d\x0a6:测试数据\x0d\x0a\x0d\x0a在服务器执行:\x0d\x0a\x0d\x0a选毁罩吵择一个表，执行如下sql:insert into wq_newsgroup_s select ‘测试成功’,5\x0d\x0a\x0d\x0a复制监视器->发布服务器(zehuadb)->sz:sz->快照->启动代理程序 ->zlp:sz(强制)->启动同步处理\x0d\x0a\x0d\x0a去查纤侍看同步的 wq_newsgroup_s 是否插入了一条新的记录\x0d\x0a\x0d\x0a测试完毕，通过。\x0d\x0a7:修改数据库的同步时间,一般选择夜晚执行数据库同步处理\x0d\x0a(具体操作略) :d\x0d\x0a\x0d\x0a/*\x0d\x0a注意说明：\x0d\x0a服务器一端不能以(local)进行数据的发布与分发,需要先删除注册，然后新建注册本地计算机名称\x0d\x0a\x0d\x0a卸载方式：工具->复制->禁止发布->是在”zehuadb”上静止发布,卸载所有的数据库同步配置服务器\x0d\x0a\x0d\x0a注意：发布服务器、分发服务器中的sqlserveragent服务必须启动\x0d\x0a采用推模式: “d:\microsoft sql server\mssql\repldata\unc” 目录文件可以不设置共享\x0d\x0a拉模式:则需要共享~!\x0d\x0a*/\x0d\x0a少量数据库同步可以采用触发器实现,同步单表即可。\x0d\x0a\x0d\x0a三、配置过程中可能出现的问题\x0d\x0a\x0d\x0a在sql server 2023里设置和使用数据库复制之前，应先检查相关的几台sql server服务器下面几点是否满足：\x0d\x0a\x0d\x0a1、mssqlserver和sqlserveragent服务是否是以域用户身份启动并运行的（.\administrator用户也是可以的）\x0d\x0a\x0d\x0a如果登录用的是本地系统帐户local，将不具备网络功能，会产生以下错误:\x0d\x0a\x0d\x0a进程未能连接到distributor ‘@server name’\x0d\x0a\x0d\x0a(如果您的服务器已经用了sql server全文检索服务, 请不要修改mssqlserver和sqlserveragent服务的local启动。\x0d\x0a会照成全文检索服务不能用。请换另外一台机器来做sql server 2023里复制中的分发服务器。)\x0d\x0a\x0d\x0a修改服务启动的登录用户，需要重新启动mssqlserver和sqlserveragent服务才能生效。\x0d\x0a\x0d\x0a2、检查相关的几台sql server服务器是否改过名称(需要srvid=0的本地机器上srvname和datasource一样)\x0d\x0a\x0d\x0a在查询分析器里执行:\x0d\x0ause master\x0d\x0aselect srvid,srvname,datasource from sysservers\x0d\x0a\x0d\x0a如果没有srvid=0或者srvid=0（也就是本机器）但srvname和datasource不一样, 需要按如下方法修改:\x0d\x0a\x0d\x0ause master\x0d\x0ago\x0d\x0a– 设置两个变量\x0d\x0adeclare @serverproperty_servername varchar(100),\x0d\x0a@servername varchar(100)\x0d\x0a– 取得windows nt 服务器和与指定的 sql server 实例关联的实例信息\x0d\x0aselect @serverproperty_servername = convert(varchar(100), serverproperty(‘servername’))\x0d\x0a– 返回运行 microsoft sql server 的本地服务器名称\x0d\x0aselect @servername = convert(varchar(100), @@servername)\x0d\x0a– 显示获取的这两个参数\x0d\x0aselect @serverproperty_servername,@servername\x0d\x0a–如果@serverproperty_servername和@servername不同(因为你改过计算机名字),再运行下面的\x0d\x0a–删除错误的服务器名\x0d\x0aexec sp_dropserver @server=@servername\x0d\x0a–添加正确的服务器名\x0d\x0aexec sp_addserver @server=@serverproperty_servername, @local=’local’\x0d\x0a\x0d\x0a修改这项参数，需要重新启动mssqlserver和sqlserveragent服务才能生效。\x0d\x0a\x0d\x0a这样一来就不会在创建复制的过程中出现18482、18483错误了。\x0d\x0a\x0d\x0a3、检查sql server企业管理器里面相关的几台sql server注册名是否和上面第二点里介绍的srvname一样\x0d\x0a\x0d\x0a不能用ip地址的注册名。\x0d\x0a\x0d\x0a（我们可以删掉ip地址的注册，新建以sql server管理员级别的用户注册的服务器名）\x0d\x0a\x0d\x0a这样一来就不会在创建复制的过程中出现14010、20234、18456、18482、18483错误了。\x0d\x0a\x0d\x0a4、检查相关的几台sql server服务器网络是否能够正常访问\x0d\x0a\x0d\x0a如果ping主机ip地址可以，但ping主机名不通的时候，需要在\x0d\x0a\x0d\x0awinnt\system32\drivers\etc\hosts (win2023)\x0d\x0awindows\system32\drivers\etc\hosts (win2023)\x0d\x0a\x0d\x0a文件里写入数据库服务器ip地址和主机名的对应关系。\x0d\x0a\x0d\x0a例如：\x0d\x0a\x0d\x0a127.0.0.localhost\x0d\x0a192.168.0.35 oracledb oracledb\x0d\x0a192.168.0.65 fengyu02 fengyu02\x0d\x0a202.84.10.193 bj_dbbj_db\x0d\x0a或者在sql server客户端网络实用工具里建立别名，例如:\x0d\x0a5、系统需要的扩展存储过程是否存在(如果不存在，需要恢复):\x0d\x0a\x0d\x0asp_addextendedproc ‘xp_regenumvalues’,@dllname =’xpstar.dll’\x0d\x0ago\x0d\x0asp_addextendedproc ‘xp_regdeletevalue’,@dllname =’xpstar.dll’\x0d\x0ago\x0d\x0asp_addextendedproc ‘xp_regdeletekey’,@dllname =’xpstar.dll’\x0d\x0ago\x0d\x0asp_addextendedproc xp_cmdshell ,@dllname =’xplog70.dll’ \x0d\x0a\x0d\x0a接下来就可以用sql server企业管理器里-> 右键选择 ->的图形界面来配置数据库复制了。\x0d\x0a\x0d\x0a下面是按顺序列出配置复制的步骤:\x0d\x0a\x0d\x0a1、建立发布和分发服务器\x0d\x0a\x0d\x0a->->\x0d\x0a->-> -> -> \x0d\x0a\x0d\x0a上述步骤完成后, 会在当前”@servername” sql server数据库里建立了一个distribion库和 一个distributor_admin管理员级别的用户(我们可以任意修改密码)。\x0d\x0a\x0d\x0a服务器上新增加了四个作业:\x0d\x0a\x0d\x0a\x0d\x0a\x0d\x0a\x0d\x0a\x0d\x0a\x0d\x0asql server企业管理器里多了一个复制监视器, 当前的这台机器就可以发布、分发、订阅了。\x0d\x0a\x0d\x0a我们再次在sql server企业管理器里-> 右键选择 ->\x0d\x0a\x0d\x0a我们可以在 窗口-> -> -> -> -> / -> -> -> -> \x0d\x0a\x0d\x0a把网络上的其它sql server服务器添加成为发布或者订阅服务器.\x0d\x0a\x0d\x0a新增一台发布服务器的选项：\x0d\x0a\x0d\x0a我这里新建立的jin001发布服务器是用管理员级别的数据库用户test连接的，\x0d\x0a\x0d\x0a到发布服务器的管理链接要输入密码的可选框, 默认的是选中的，\x0d\x0a\x0d\x0a在新建的jin001发布服务器上建立和分发服务器fengyu/fengyu的链接的时需要输入distributor_admin用户的密码。到发布服务器的管理链接要输入密码的可选框，也可以不选，也就是不需要密码来建立发布到分发服务器的链接(这当然欠缺安全，在测试环境下可以使用)。\x0d\x0a\x0d\x0a2、新建立的网络上另一台发布服务器(例如jin001)选择分发服务器\x0d\x0a\x0d\x0a->\x0d\x0a\x0d\x0a-> 使用下列服务器(选定的服务器必须已配置为分发服务器) -> (例如fengyu/fengyu)\x0d\x0a\x0d\x0a-> -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a建立一个数据库复制发布的过程:\x0d\x0a\x0d\x0a -> -> 右键选择 -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a-> -> -> /\x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a-> -> -> -> \x0d\x0a\x0d\x0a->,默认值是newid()>\x0d\x0a\x0d\x0a(添加新列将: 导致不带列列表的 insert 语句失败,增加表的大小,增加生成之一个快照所要求的时间)\x0d\x0a\x0d\x0a->\x0d\x0a\x0d\x0a-> -> ->\x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a发布属性里有很多有用的选项：设定订阅到期(例如24小时)\x0d\x0a\x0d\x0a设定发布表的项目属性:\x0d\x0a\x0d\x0a常规窗口可以指定发布目的表的名称，可以跟原来的表名称不一样。\x0d\x0a\x0d\x0a下图是命令和快照窗口的栏目\x0d\x0a\x0d\x0a( sql server 数据库复制技术实际上是用insert,update,delete操作在订阅服务器上重做发布服务器上的事务操作\x0d\x0a\x0d\x0a看文档资料需要把发布数据库设成完全恢复模式，事务才不会丢失\x0d\x0a\x0d\x0a但我自己在测试中发现发布数据库是简单恢复模式下，每10秒生成一些大事务，10分钟后再收缩数据库日志，\x0d\x0a这期间发布和订阅服务器上的作业都暂停，暂停恢复后并没有丢失任何事务更改 )\x0d\x0a\x0d\x0a发布表可以做数据筛选，例如只选择表里面的部分列:\x0d\x0a\x0d\x0a例如只选择表里某些符合条件的记录, 我们可以手工编写筛选的sql语句:\x0d\x0a\x0d\x0a发布表的订阅选项，并可以建立强制订阅:\x0d\x0a\x0d\x0a成功建立了发布以后,发布服务器上新增加了一个作业: \x0d\x0a\x0d\x0a分发服务器上新增加了两个作业:\x0d\x0a 类型\x0d\x0a 类型\x0d\x0a\x0d\x0a上面蓝色字的名称会根据发布服务器名,发布名及第几次发布而使用不同的编号\x0d\x0a\x0d\x0arepl快照作业是sql server复制的前提条件,它会先把发布的表结构,数据,索引,约束等生成到发布服务器的os目录下文件\x0d\x0a(当有订阅的时候才会生成, 当订阅请求初始化或者按照某个时间表调度生成)\x0d\x0a\x0d\x0arepl日志读取器在事务复制的时候是一直处于运行状态。(在合并复制的时候可以根据调度的时间表来运行)\x0d\x0a\x0d\x0a建立一个数据库复制订阅的过程:\x0d\x0a\x0d\x0a -> -> 右键选择 -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a(输入发布服务器上distributor_admin用户名和密码)\x0d\x0a\x0d\x0a-> -> -> /\x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a(订阅服务器要能访问发布服务器的repldata文件夹，如果有问题，可以手工设置网络共享及共享权限)\x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a-> -> -> -> -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a-> -> -> \x0d\x0a\x0d\x0a成功建立了订阅后，订阅服务器上新增加了一个类别是作业(合并复制的时候类别是)\x0d\x0a\x0d\x0a它会按照我们给的时间调度表运行数据库同步复制的作业。\x0d\x0a\x0d\x0a3、sql server复制配置好后, 可能出现异常情况的实验日志:\x0d\x0a\x0d\x0a1.发布服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制没有多大影响\x0d\x0a\x0d\x0a中断期间,分发和订阅都接收到没有复制的事务信息\x0d\x0a\x0d\x0a2.分发服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制有一些影响\x0d\x0a\x0d\x0a中断期间,发布服务器的事务排队堆积起来\x0d\x0a(如果设置了较长时间才删除过期订阅的选项, 繁忙发布数据库的事务日志可能会较快速膨胀),\x0d\x0a\x0d\x0a订阅服务器会因为访问不到发布服务器,反复重试\x0d\x0a我们可以设置重试次数和重试的时间间隔(更大的重试次数是9999, 如果每分钟重试一次,可以支持约6.9天不出错)\x0d\x0a\x0d\x0a分发服务器sql server服务启动,网络接通以后,发布服务器上的堆积作业将按时间顺序作用到订阅机器上:\x0d\x0a\x0d\x0a会需要一个比较长的时间(实际上是生成所有事务的insert,update,delete语句,在订阅服务器上去执行)\x0d\x0a我们在普通的pc机上实验的58个事务100228个命令执行花了7分28秒.\x0d\x0a\x0d\x0a3.订阅服务器断网,sql server服务关闭,重启动,关机的时候,对已经设置好的复制影响比较大,可能需要重新初试化\x0d\x0a\x0d\x0a我们实验环境(订阅服务器)从18:46分意外停机以, 第二天8:40分重启动后, 已经设好的复制在8:40分以后又开始正常运行了, 发布服务器上的堆积作业将按时间顺序作用到订阅机器上, 但复制管理器里出现快照的错误提示, 快照可能需要重新初试化,复制可能需要重新启动.(我们实验环境的机器并没有进行快照初试化,复制仍然是成功运行的)\x0d\x0a\x0d\x0a4、删除已经建好的发布和定阅可以直接用delete删除按钮\x0d\x0a\x0d\x0a我们更好总是按先删定阅，再删发布，最后禁用发布的顺序来操作。\x0d\x0a\x0d\x0a如果要彻底删去sql server上面的复制设置, 可以这样操作:\x0d\x0a\x0d\x0a -> 右键选择 -> \x0d\x0a\x0d\x0a-> -> ->
如何用SQLServer建立分布式数据库
很多组织机构慢慢的在不同的服务器和地点部署SQLServer数据库——为各种应用和目的——开始考虑通过SQLServer集群的方式来合并。
将SQLServer实例和数据库合并到一个中心的地点可以减低成本，尤其是维护和软硬件许可证。此外，在合并之后，可以减低所需机器的数量，这些机器就可以用于备用。
当寻找一个备用，比如高可用性的环境，企橡纳业常常决定部署Microsoft的集群架构。我常常被问到小的集群(由较少的节点组成)SQLServer实例和作为中心解决方案的大的集群哪一种更好。在我们比较了这两个集群架构之后，我让你们自己做决定。
什么是Microsoft集群服务器
MSCS是一个WindowsServer企业版中的内建功能。这个软件支持两个或者更多服务器节点连接起来形成一个“集群”，来获得更高的可用性和对数据和应用更简便的管理。MSCS可以自动的检查到服务器或者应用的失效，并从中恢复。你也可以使用它来(手动)移动服务器之间的负载来平衡利用率以及无需停机时间来调度计划中的维护任务。
这种集群设计使用软件“心跳”来检测应用或者服务器的失效。在服务器失效的事件中，它会自动将资源(比如磁盘和IP地址)的所有权从失效的服务器转移到活动的服务器。注意还有方法可以保持心跳连接的更高的可用性，比如站点全面失效的情况下。
MSCS不要求在客户计算机上安装任何特殊软件，因此用户在灾难恢复的经历依赖于客户-服务器应用中客户一方的本质。客户的重新连接常常是透明的，因为MSCS在相同的IP地址上重启应用、文件共享等等。进一步，为了灾难恢复，集群的节点可以处于分离的、遥远的地点。
在集群服务器上的SQLServer
SQLServer2023可以配置为最多4个节点的集群，而SQLServer2023可以配置为最多8个节点的集群。当一个SQLServer实例被配置为集群之后，它的磁盘资源、IP地址和服务就形成了集群组来实现灾难恢复。
SQLServer2023允许在一个集群上安装16个实例。根据在线帮助，“SQLServer2023在一个服务器或者处理器上可以支持最多50个SQLServer实例，”但是，“只能使用25个硬盘驱动器符，因此如果你需要更多的实例，那么需要预先规划。”
注意SQLServer实例的灾难恢复阶段是指SQLServer服务开始所需要的时间，这可能从几秒钟到几分钟。如果你需要更高的可用性，考虑使用其神拆他的方法，比如logshipping和数据库镜像。
单个的大的SQLServer集群还是小的集群
下面是大的、由更多的节点组成的集群的优点：
◆更高的可用新(更多的节点来灾难恢复)。
◆更多的负载游如枣均衡选择(更多的节点)。
◆更低廉的维护成本。
◆增长的敏捷性。多达4个或者8个节点，依赖于SQL版本。
◆增强的管理性和简化环境(需要管理的少了)。
◆更少的停机时间(灾难恢复更多的选择)。
◆灾难恢复性能不受集群中的节点数目影响。
下面是单个大的集群的缺点：
◆集群节点数目有限(如果需要第9个节点怎么办)。
◆在集群中SQL实例数目有限。
◆没有对失效的防护——如果磁盘阵列失效了，就不会发生灾难恢复。
◆使用灾难恢复集群，无法在数据库级别或者数据库对象级别，比如表，创建灾难恢复集群。
虚拟化和集群
虚拟机也可以参与到集群中，虚拟和物理机器可以集群在一起，不会发生问题。SQLServer实例可以在虚拟机上，但是性能可能会受用影响，这依赖于实例所消耗的资源。在虚拟机上安装SQLServer实例之前，你需要进行压力测试来验证它是否可以承受必要的负载。
在这种灵活的架构中，如果虚拟机和物理机器集群在一起，你可以在虚拟机和物理机器之间对SQLServer进行负载均衡。比如，使用虚拟机上的SQLServer实例开发应用。然后在你需要对开发实例进行压力测试的时候，将它灾难恢复到集群中更强的物理机器上。
集群服务器可以用于SQLServer的高可用性、灾难恢复、可扩展性和负载均衡。单个更大的、由更多的节点组成的集群往往比小的、只有少数节点的集群更好。大个集群允许更灵活环境，为了负载均衡和维护，实例可以从一个节点移动到另外的节点。
如何支持多数据库的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于如何支持多数据库,多数据库支持方法及实践,如何在单个Boot应用中配置多数据库,如何实现同步两个服务器的数据库？,如何用SQLServer建立分布式数据库的信息别忘了在本站进行查找喔。
