muman

2台物理机，我们是电力行业系统 ，用于将通信端抄送上来的并发数20万左右的报文缓存，然后存于数据库！

没有绝对的信息安全，这是我的体会。就像猫与鼠，攻与防永远是必须面对的。想像过因为公司上了加密系统以后，用打印机硬是坚持数月将源代码打印出来的故事不？从这点而言，对着屏幕拍照只是初级。对企业内部的信息安全，目前能考

一般来说存储双活实现的是业务系统及数据存储在2个数据中心的同步，但业务层实现自动切换仍需要使用的其它的高可用方案。即使是实现双数据中心的虚拟化，也需要虚拟化控制中心对2个数据中心业务或业务所在服务器的健康检

但同样的，虚拟化平台怎么配置，数据库高可用方案中的数据库节点分布在不同的物理服务器上？

1、从Oracel 原厂对Lisenses的合规格要求来说，不合适且不合算。2、Oracle RAC本身就是为了获得Oracle最大的运算能力，用于虚拟化不明白目标是什么？3、小机的应用迁移到X86虚拟化，这点还是比较靠谱的，适合原有系统的标准化，

我们还是考虑公路客车的便利性，就是方便、便捷，且是铁路及民航的补充。在此基础上，数据的一致性反而是公路客车各车次终点站、途经站、起点站之间的需求，而对于更多的需要者而言是获取最新的车次票务信息，接受到现场购票的

如果是短途城市交通问题不大，但针对于长途公路客车使用一卡通，首先就要打通各城市之间一卡通的结算、同步问题，是否把问题复杂化了，同时对于个人信息的安全性更是一大考验。

使用云的架构看似解决了许多问题，包括系统的冗余、负载、大规模的并发。但大规模的云部署带来的也将是安全问题，对于已经可以形成自体网络架构的企业使用分布式部署，各自进行轻规模分布式部署是否能因此避免因云中心崩溃