AnySQL.net

    建设中……

    面对业务的高速发展, 最难处理的不是系统中有众多的缺陷, 有了缺陷可以马上在发现后的一两周内进行修复. 而系统容量的问题经常会不知不觉地来到, 系统的垂直扩容(Scale Up)一般会在早期用尽, 要解容量上的问题, 往往需要进行业务分拆. 这是一两周内能解决的吗? 垂直拆分一般需要至少半年的时间才可以让系统平滑过度, 而水平拆分要形成规模效果则需要一到两年的时间, 试想面对容量问题, 我们可以让业务部门减慢业务扩展的速度, 或告诉用户不要常来访问系统吗?

    在多年的DBA经验中, 从上一个公司观察并学习同事如何做容量规划开始, 到现在的公司自已亲自做容量规划, 提前一年驱动系统拆分工作, 最后平滑上线, 并达到预期的拆分效果, 为公司业务发展留下充足的数据库系统容量. 积累了一套行之有效的容量分析方法, 及系统拆分效果评估方法. 可以为你有效地解决系统容量上的困惑, 为业务的发展扫清系统处理能力上的障碍.

    如果你遇到了系统上的压力, 业务的发展极期迅猛, 则需要提早进行容量规划, 我们可以在这方面帮助你取得成功.

    系统运行中会遇到各种各样的性能问题, 其实数据库的性能问题尤其重要, 一般很难解决性能问题. 应用上的性能问题可以通过扩展应用服务器来快速解决部份, 但数据库的硬件升级则需要经过设备选择, 到采购, 到货安装, 及最后切换的漫长过程, 不仅时间长, 而且成本也很高. 通过数据库拆分来解决性能问题, 除了采购外, 还有可能涉及到应用程序的修改, 所需要的周期更长. 根据从1998年从事Oracle相关的工作以来获得的经验, 对于大部份系统, 性能优化得到的效果要远大于一次硬件升级带来的容量提升, 我们应当充分重视数据库的性能优化.

    性能优化可以从简单到复杂, 从调整数据库参数, 到优化SQL语句的执行速度, 或到应用程序的逻辑优化, 及到最后系统结构(例如多级数据缓存)的优化等各个层次, 十多年的Oracle从业经验, 以及超过5年的世界一流电子商务网站后台数据库的维护经验, 可以帮助你解决复杂的性能问题, 确保业务系统的顺畅运行.

    如果你的系统遇到了性能上的压力, 又束手无策时, 联系我们可以为你解决困扰.

    数据是企业的生命力, 有多家美国企业因为在911事件中丢失数据而业务无法延续而破产, 也有多家美国企业因为有数据备份而在911事件后迅速恢复业务而继续发展壮大. 两者的区别在于前者没有良好的数据备份策略, 因此在数据行失后无法恢复数据, 而后者有良好的数据备份策略, 在数据丢失后可以迅速从备份中进行恢复, 业务不受丝毫影响. 数据的备份策略包括备份方式, 备份份数, 备份位置, 备份验证方法, 并且根据数据的重要性等级选择合理的备份策略.

    建设中……

    建设中……