“系统耗时分布图”感觉做起来还是有点吃力。 首先应用程序方面要分清楚所有的处理逻辑及阶段,比方说到底是数据库连接慢,还是程序处理慢,如果是程序处理慢,又慢在哪个子阶段。 这个对应用程序的日志输出等也有很高的要求
楼上两位都很专业,确实系统优化是一个系统而且复杂的长期工程。 企业中普遍存在的现象是应用程序的效率确实值得考量,但通常他们又是最不愿意承认问题的,总是停留在基础层面,只管实现业务逻辑,至于执行效率根本不是优先考
确实,升级硬件肯定是有一定的效果的,但是在现在的环境下立项做硬件升级需要拿出足够的证据。现在就是感觉缺少这方面的方法论,说出来的理由不足够让人信服。 呵呵!
目前正在考虑在特定应用类型上引入MPP架构的一个云环境,来负责多套系统的数据库,但是对该技术还缺乏经验。 比如说,MPP架构一个计算节点上是否可以包含多个不同的库,这样才能方便的共享给多套系统使用,再或者说,扩充计算几
个人对GPFS如何对数据进行主观分布以及实现访问控制等,比较感兴趣。 希望有了解的同行帮忙多介绍一下!
还有一个需要关注的,如何在不影响生产系统的前提下,持续的定期归档!! 归档时对数据库来说会有大量的查询和删除操作,而且刚执行完归档之后,如果不进行碎片整理,性能可能比归档前还要差。
个人认为啊,对于业务系统来说,痛点主要在于 首先归档内容太少对于业务系统减负起不到明显的效果。 那么如何确保相关联的数据都能完整归档,不会多也不会少, 就变得很重要了。 这个需要对整个业务逻辑、数据流都非常了解
hmc当然是可以管理LPM,但使用HMC图形界面做LPM迁移时,无法指定lpar迁移过去的lpar id,vadapter id(name)等等。 如果迁移目标服务器存在相同的vadapter id等,LPM会自动重命名迁移分区的相关信息,这样在后期维护上会造成很
对于银行来说,稳定永远是第一位的。建议考虑成熟产品,成功案例越多的越好。
root用户输出慢否?此时系统的负荷大概是什么样子?
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30