完美的架构（我和小福的故事之五）

2014.7.1 两个星期的装机短短的结束了，为这2个星期，我做了3个月的准备。
现在公司拥有了一套维护结构简单，使用技术成熟的SAP系统。
回顾历次的架构，这一次应该是最完美的。虽然ECC有如黄昏的夕阳，但这套应该可以作为经典。


超高的性价比：

在领导的指导下，我们一再压缩成本，但没有放弃稳定的平台，没有使用不熟悉的年轻X86平台。
采用2台IBM-P740分别分2个物理区，构成4台主机。来跑DEV，QAS，PRD1，PRD2。没有使用IBM的双机软件，没有使用备份软件，
使用了内存的AME技术，topas在操作系统中看到，物理内存直接翻倍，DEV有64G内存，QAS有64G内存，PRD单台主机拥有了200G内存。

架构简单，易于维护：

因为没有双机软件，双机的安装方式直接采用10年前的SAP双机技术，这也是performance推荐的方式。
这种方式在今天的强大硬件环境下简直做到了完美，不用担心一台主机的负载能力，而安装的文件非常简洁清晰：
PRD1的SAP-PAS只有SAPVG（标准单机方式安装）和DBVG（ORACLE数据库）两个VG。

PRD2的SAP-APP的DI放在ROOTVG中。除ROOTVG没有其它VG。

二号机故障后，直接丢弃，继续使用一号机。
一号及故障后，需要手动停二号机，把PAS启动在二号机上使用。


没有了双机软件，管理员维护异常的简单，按以往的体验，10次停机统计，有5次先要解决双机软件的问题，然后才能解决系统的问题。





备份方面：

因为多次的磁带库体验不佳，我主推磁盘存储放备份数据。
选型之前，就早早的经过了测试，在ECC6 EHP7 ORACLE11 的如下环境，确认备份方式及所需设备：
测试在DB13中定制备份作业，定期的把数据库备份到小的备份存储上。
恢复使用SAP的BRTOOLS可以轻松的恢复数据库及日志回滚。

因为有过SAP-ORACLE备份中停机数据库不好起来的经验，而压缩备份会大大增加备份时间。
所以选型之前就假设了我们不用备份压缩，在采购备份存储时要够了空间，即使不压缩备份，也可以做到SAP手册标准的备份周期。
而达美的顾问史洪利也带来了新的东西，他启用了ORACLE的表空间压缩功能，那么我的数据库就不会有多少的空间浪费，就完全可以关闭备份时压缩参数。
正正还是得正的结果是，一次晚上的online全库备份，只需要15分钟就可以完成，我想任何一个DBA看到这个时间都会大笑。

 

我认为它可以堪称完美构架的sap系统。 它的出现也给我的basis生涯画上了一个完整的句号。