为什么SAP ECC的系统，数据库总是和SAP的应用安装在一起
SAP PI服务器，版本731 SYBASE数据库运维故障解决2粒
AIX夕阳
虽然intel CPU 在桌面市场的演进被称为“挤牙膏”，但在服务器CPU领域的叠代绝对称得上“坐火箭”。
X86平台不断增加的处理核心加上64位window系统的可靠和易用，在企业服务器平台逐渐成为主流。
IBM小型机的市场在缩小。在我们新制造工厂的项目中，已经没有软件采用IBM小型机的需求。
但已经服役的小机还是挺多的。也许再过20年，小机的技能需求会消失，但目前它还是有的。
比如，这里，我就遇到一个，AIX7操作系统，HACMP双机集群软件。
小众的SYABSE
15年前，在SAP 46C下，我管理了我的第一个ORACLE8数据库，那时候没有给它预先分配多的磁盘空间，
数据库从200GB慢慢涨到800GB的8年时间里，我花了大量的时间在HP-UX操作系统上去管理文件系统和手工扩展空间。
后来，在以后的项目里，我都非常关注数据库的“空间自动扩展”功能，我都会给数据库预先分配3-5年的磁盘空间，
陆续管理过的SAP下的DB2 V9、oracle 10数据库虽然都是最后几百GB的空间增长，
但是已经不需要人手工去扩展空间，DBA管理员彻底解放了。
这次，我遇到一个SAP下的SYABSE ASE数据库，因为它没有预先分配磁盘空间，
它还是需要每次手工去扩展数据设备文件来实现空间扩展。
如果不去扩展，数据库空间就会爆满，公司的ERP系统就会停机；而如果在爆满停机后再去扩展数据库，SYABSE这块能查到的资料提示，有可能会失败。
在我的17年BASIS职业生涯中，虽然保持作无事故的记录。但身边却不乏很多数据库事故的例子，如某集团ERP数据库停机4天，直接经济损失每天5000万，某总部数据库所在存储故障，信息部长下课。。。
来到新公司，我很快就安装了一个WINDOWS下SAP+SYBASE来练手，要熟悉小众的SYABSE，只能资料加实践，我想这就是捷径。还好，有一些管理其它数据库的内功，很快就把我的功力提升到可以应付后面的SYBASE数据库大扩容的Level.
数据库扩容需求和方案
初到公司，我花了2个月来熟悉系统环境，然后编制了的管理员巡检表，用来记录ERP的SYABSE数据库空间增长。发现数据库空闲空间其实很紧张， 按10GB/月增长量，只够4个月（ 最终扩容前只有18GB空间），数据库扩容的需求被提交上去。
扩容的环境并不简单：
1、SAP ECC双机， 查遍全部的运维文档，没有直接的完整文档指导双机启停。
2、AIX下的SYABSE，2013年装机时数据库使用的文件系统方式，而后面2次小扩容使用了裸设备方式。
3、遗留的问题，最近一次5个月前的扩容，没有双机同步，如果平时运行有故障发生，A机服务是无法切换到B机的。
4、BASIS人员，资深内部顾问早已调离，直接管理人员又刚刚离职。
5、停机时间，承载发动机，海外，印尼、配件多个大板块业务的ERP系统，在年底并不好找到停机时间。
TO BE CONTINUE.....
扫一扫
9721
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
