选择物理机还是虚拟机的问题，可能更多的是预算层面的问题。单纯从技术角度来说，计算节点建议选物理机，管理节点选虚拟机。即使上云，云化资源池中也有物理机和虚拟机资源之分，如果贵行的云资源池全部做了虚拟化，那么还是建议计算节点用物理机。...

目前我们测试的几款分布式数据库，对存储过程支持度并不好。所以对于存储过程，我们做了上移，放到应用侧去实现逻辑了。

关键是兼容性，至于中间件还是原生型，建议选择原生型，面向未来的扩容，中间最大的痛苦就是一旦做横向扩展的时候为了确保数据调度以及一致性，就需要升级改造中间件，但是中间件目前比较成熟有不少工具可以用。原生型不太准确，应该来说是原生分布式，这个就是基于三副本的协议通过Paxo...

人员增加，这个看贵司有无招聘计划。从技术角度，建议引入1-2名有经验的人士。我司还是原班人马，兼做分布式数据库运维。运维工作量在引入之初增加了接近100%，因为要参加新技术培训、解决各种问题、负责双轨数据库的维护等。后续运行平稳后，工作量会降下来。由于在兼职，所以基本...

两地三中心的话，两地一般都会离得很远，异地中心一定会有延迟。所以一般把异地灾备中心里的分部署数据库副本仅作为从副本，主副本都设置在同城两中心，并且同城副本数占大多数。

双轨运行。直至平稳后再切单轨。双轨运行的目的就是在真实业务数据中查漏补缺，找到分布式数据库的不足，该调优去调优，该让应用改造去改造。异构备份不一定有效，因为分布式数据库并不是100%兼容传统数据库的。...

数据同步用的binlog和厂商自带工具。只在迁移时做了数据同步，上线后不再有数据连通性。备份恢复验证频率根据自己的需求。验证时也分全量数据恢复、部分库表恢复等不同的层级。全量数据恢复定期做一次，比如半年、一年；日常处理工单恢复数据，其实就是在做验证。最好在冗余环境...

完全需要，也需要进行离线备份。我举个例子，监管机构或者司法部门要你恢复去年2月份某个数据库的记录，你怎么办？如果没有离线备份，你根本没法办。你肯定不可能把生产系统运行好好的数据库回滚到去年2月...

业务量小，只需一套rac，没必要上分布式数据库。 如果要提高性能和可用性，可以先试试采用业务拆分的方式，将业务分布在不同的应用节点上，每个应用节点有自己的传统数据库 。什么时候上分布式？可以考虑这些因素： （1） 交易量规模是否很大。 （2）交易是否有明显的周期性。周期性的交...