伴随着SAP进一步强调HANA，CRM/ERP for HANA，suite on hana势头看上去还是很猛烈的。但与之而来的HANA的运维及优化成了BASIS的一大拦路虎，SAP support其实是很不给力的，90%以上的message基本上都是泥牛入海（因为我们不是XX计划的成员之一，也不是超级大企业，所以一般都不怎么重视），为此，我们也很恼火，特开个帖子讨论一下，看看大家都是如何来做HANA运维的。
我先说说我这边的基本情况：
CRM for HANA，ECC for ORACLE，OLTP业务，7*24小时提供不间断服务。
1.5T HANA，双机热备。
常见故障/难点：
1.无故宕机，服务器直接被重启；
2.hana无故hung住，服务直接挂起；
3.CPU突然飙升，近100%；
4.HA切换时间较长（10分钟左右），业务延续性不好。
5.程序性能优化点寻找较难，不易定位；
6.大表增长较快，SAP标准清理方案难于执行，例如CDPOS，CRM_JCDS
总之，相比较ORACLE而言，成熟度差距较大，目前可能更适合OLAP等对业务延续性要求不太高的业务。
问题1,2经过1年的线上磨合，不断的升级HANA版本，SUSE内核，各种硬件微码后，已陆续解决。
问题3一般是由于程序引起的，与问题5合并，我们目前的解决方案是打开hana的expensive statements trace后进行跟踪，辅以sdat，sm66等信息对效率低下的程序进行定位并优化，目前已进入良性循环。
问题4,6暂时无解。message sap 也基本无解，期待同行们提供解决方案。
收起