硬件：高端服务器比如IBM LinuxONE主机对于i/o的结局主要有几种方式：1.专有I/O处理CPU帮助实现I/O和计算的并行大幅减少I/O等待。专用i/o协处理器，该处理器使用power8芯片，负责异步i/o的处理， cpu只负责计算。2. 单机可以支持系统I/O带宽832 GB/秒，业界最高四级缓存。3. 先进负...

>>数据大集中后数据量比原有省级数据增加了几倍？怎样保证查询的速度？如果是关系型数据库，首先数据可以分区，虽然数据量大了，但是可以通过分区键来实现查询遍历的规模局部化。除此之外还可以优化索引策略来实现数据遍历的快速高效性。如果是非关系型数据库，首先数据可以切片，数据...

非常有必要，特别是对于全国性的金融机构。同城灾备中心还是处于同一区域，对于大规模断电、水灾、地震等灾难的影响，同城灾备中心不能保证100%不受影响。中小型金融机构由于业务大部分局限于同一区域内，如果同一区域出现大规模灾难，即使启用异地灾备中心，恢复业务的可能性也不高...

个人观点：这个可以类比大的金融行业的模式去做。你这写的问题没有针对性，感觉无从下手。呵呵

我们这边的结算系统大多以批处理作业为主，前端应用服务器负责作业调度会有CPU和RAM的压力，主要采用vmware x86平台的虚拟机，后端数据库层用的是oracle的存储过程，IO压力比较明显，后来通过数据库awr报告结合存储原厂商的性能分析，发现IO存在瓶颈，后续通过增加盘阵端前端板卡和扩...

从业务角度可以分为：1、有停机窗口，可停业务，离线迁移可以考虑停业务的存储迁移，卷复制软件，比如EMC SANCOPY等，各个厂商都有，有点是免费的，缺点是迁移操作较复杂；或者楼上提到的LVM都可以，或者应用级复制；2、无停机窗口，在线迁移SVC的迁移方案最稳妥，而且对于上层用户还透明，性能一般...

如果确认瓶颈是在存储。  如果你的IO是小数据块，随机的IO，  全闪存阵列比较合适。如果你是大数据块，连续的写，建议你买一个大cache的存储设备。

为了实现有效的业务双活，缩短切换时间，除了利用现有的运维中的一些高可用技术（例如数据库双活、同步复制技术等）外，在业务系统的开发设计阶段中需要考虑或者加入哪些因素？以配合在后期运维中结合高可用技术达到预期的切换效果。...(more)

不必为了分布式而分布式，就像当初不必为了云计算而云计算，个人以为，如果SVC的分布式、GPFS的分布式，成熟而有效，先进就适用。但如果是起源于谷歌的开源类的，还是慢慢来吧，我最近亲身经历了数据丢失系统崩溃的分布式架构，不堪回首。...

需要调研的内容很多，只能说重点关注吧   1、应用系统的重要性，关键性或是非关键性，这会决定灾备系统建设时对业务系统的灾备级别，例如应用级、数据级等；   2、应用系统的性能，基于数据库或是其他应用（非结构化或是半结构化），这会决定灾备系统建设时灾备端的设...