分布式数据库到底是提升了成本还是减少了成本，我很迷茫,我的问题是： 1、目前传统数据库整合还能提高多少，到我们公司现在的状况，是不是就已经没有办法整合下去了（目前我公司采用一库多实例），如果能，有什么更好的方案； 解答：（1）集中式数据库整合还能提高多少： 及把数据库端包含的...

oracle数据库在12c多租户之前，都是单实例单数据，11g及以前版本都是通过创建不同的schema进行隔离的；db2和mysql数据库本身都是单实例多数据库的结构，都可以创建不同的数据库进行隔离；

分级这个是必要的，因为整合要控制整体风险的影响范围，关于分类分级 各个行业公司都不同，业务系统按故障恢复时间点RTO、核心业务量/天、单笔平均资金量 等维度进行评估；管理系统按服务层级（公司级、业务条线级、部门级）、故障影响范围、连续性要求等维度进行评估 。根据等级...

1、两个角度，为了实现要是在系统上区分用户来备份恢复，通常比较复杂，也不利于管理， 整合后由专门的人来负责 备份恢复 相对比较安全 ， 对于有频繁的备份恢复的系统，通常这样的系统都有特殊的要求，比方安全、测试要求都比较高，建议暂时不整合。  2、对于11g的整合，性能问题的规避...

首先要明确到底要解决什么问题，要搞清楚为了什么整合，整合的维度，个人经验还是从系统的重要程度出发，按照应用是管理类型（olap）还是在线业务（oltp）进行 区分组合。对于分析型的系统通常是体量大重io的库相对oltp 连续性的要求较低，而平时的资源利用率又较低的系统，适合整合到一起...

版本升级和bug的问题无论是否整合都会出现的，版本的升级因该遵循公司的升级测试策略，只是要协调维护的时间。另外bug，如果数据库按照schema 或db 整合，有可能出现全局的问题，影响也会很大。 如果按照实例整合，bug 影响会较小。 对于实时性敏感交易，我的建议是不整合，因为它...

为确保不受彼此的影响，必须根据 工作负载和服务器资源的基线 及实际的需要分配服务器的内存。 固定每个实例关键内存的大小  主要的参数也要设置下，比方内存 sqlserver建议设置maxserver, 在 cpu的的分配上 sqlserver CPU关联掩码配置 ，而 db2 instance memory 不自动调整，o...

1、应用要测试，要稍作修改。2、整合前的性能基线要分析，应对原有系统运行情况又足够的了解，对目标系统根据实际情况配置合适的硬件。

这些确实是需要梳理的，但也没有那么复杂，关于硬件资源 （cpu内存网络）是在整合前做评估的，整合的前提是性能的sla不降低 ，配置的服务器按需配置就可以了。网络、安全、审计和监控 都可以嵌入到现有的运维规范和监控系统中，比方网络资源如果原先网络区域不同，那么跨区域的整合，一...

1、没有非常完美的解决方案，数据库的整合每个产品都有自己的整合方案，甚至跨产品也有工具和方法，最重要是应用是否支持、是否配合测试. 这个成本往往是很高的。单单数据库版本这块，本身技术不是问题，考虑比较多的是：低版本的系统的使用频度是怎样、新的服务器是否还支持老的版...