在做这件整合这件事情之前，要清楚主要是为了什么，再此基础上做平衡，就会找到突破点。有的公司实例太多，服务器太多，维护人员少，运维工作繁杂效率低， 这时管理成本、硬件成本或者机房基础环境就是是公司运维工作的主要问题，那么这时整合就是一个好的途径，来解决这类主要问题；但是...
总的来说，如继续使用RAC架构，在控制节点数量的基础上，还是坚持传统“数据分区，应用分区”的原则，合理库表设计，同时考虑合理成本的IO隔离，不同大型应用接入不同实例等；并配合以适当的备份策略，以及容灾方案。可按负荷水平和可管理性，设计多个RAC集群，每一个集群中，可将原不同负荷水平...
Power服务器在虚拟化条件下系统可用性是有多重方案提供保障的。具体来说有如下几种：1. 基于PowerHA的高可用方案：在PowerVM虚拟化条件下依然是可以部署PowerHA方案里处理非计划停机的场景。2. PowerVM场景下的分区在线迁移（LPM）：主要是用于虚拟化条件下的计划停机场景。3. ...
用linux自己带的RHCS集群软件或者ibm powerha for linux版本的都可以
为确保不受彼此的影响，必须根据 工作负载和服务器资源的基线 及实际的需要分配服务器的内存。 固定每个实例关键内存的大小 主要的参数也要设置下，比方内存 sqlserver建议设置maxserver, 在 cpu的的分配上 sqlserver CPU关联掩码配置 ，而 db2 instance memory 不自动调整，o...
分级这个是必要的，因为整合要控制整体风险的影响范围，关于分类分级 各个行业公司都不同，业务系统按故障恢复时间点RTO、核心业务量/天、单笔平均资金量 等维度进行评估；管理系统按服务层级（公司级、业务条线级、部门级）、故障影响范围、连续性要求等维度进行评估 。根据等级...
这些确实是需要梳理的，但也没有那么复杂，关于硬件资源 （cpu内存网络）是在整合前做评估的，整合的前提是性能的sla不降低 ，配置的服务器按需配置就可以了。网络、安全、审计和监控 都可以嵌入到现有的运维规范和监控系统中，比方网络资源如果原先网络区域不同，那么跨区域的整合，一...
首先要明确到底要解决什么问题，要搞清楚为了什么整合，整合的维度，个人经验还是从系统的重要程度出发，按照应用是管理类型（olap）还是在线业务（oltp）进行 区分组合。对于分析型的系统通常是体量大重io的库相对oltp 连续性的要求较低，而平时的资源利用率又较低的系统，适合整合到一起...
整合分很多层面，例如硬件资源整合、系统整合、数据库整合。在设计整合迁移计划的时候，需要涉及进行哪个层面的整合，设计层面的高可用，确保在资源出现问题时，可以快速隔离，不影响整体平台运行。我们通过LinuxONE进行整合，就是利用了LinuxONE平台的高可用性。硬件平台、操作系统、...
