eygle.com   eygle.com
eygle.com  
 

« 备份重于一切 - 记(eygle.com)服务器硬盘故障 | Blog首页 | 恩墨科技的第二次培训明日(11.5)开始 »

恩墨科技签约红牛集团 提供SAP数据库支持服务

redbull.jpg
期恩墨科技签约红牛集团,为用户提供SAP应用后台数据库的优化及运维支持。

红牛功能饮料源于泰国,至今已有40年的行销历史,凭借着卓著的品质和功能,产品行销全球140多个国家与地区,凭借着强劲的实力和信誉,"红牛"创造了非凡的业绩,成为世界销量第一的功能饮料,2006年在全球年销量达40亿罐

1995年12月,"红牛"来到中国,成立了红牛维他命饮料有限公司,1998年,中国红牛公司将总部从深圳迁到北京,增资注册,成为北京市最大的外商投资企业之一。目前,红牛公司在全国各地拥有数十家分公司、代表处和百余个办事处,在国内拥有北京、海南、湖北三家现代化的生产基地,是中国最主要的功能性饮料企业。

惠普在2006年开始为红牛公司提供SAP ERP系统的咨询实施服务,完成了销售管理、物料管理、生产制造计划、财务管理模块的实施。

随着ERP数据的积累与增加,红牛的系统也面对着一些影响使用的性能问题,为解决这些问题,红牛与恩墨科技达成合作,委托恩墨科技为红牛提供系统优化与数据库运维服务
从软件结构上来说,SAP的系统设计的极为精密,考虑到了很多国内软件没有考虑到的问题,不过在与数据库结合方面,SAP仍然存在很多不足,这也与系统的发展有关。

通过对数据库进行全面细致的检查,采取针对性的调整与优化,我们可以大幅提升系统的性能,满足客户对于性能的期望与需要,在最近完成的一个系统优化中,我们成功的将系统的IO吞吐量降低到原来的5%左右,极大的提升了系统的性能与稳定性。

感谢红牛集团选择了恩墨科技作为数据库运维的服务提供商!


By eygle on 2009-11-04 08:19 | Comments (15) | Posted to Life | Edit |Pageviews:

相关文章 随机文章
Kamus 同学将在2010年正式加盟恩墨科技
辗转上海 在东方希望 在回家的路上
恩墨科技的第二次培训(2009年11月)圆满结束
恩墨科技的第二次培训明日(11.5)开始
恩墨科技第二次性能优化培训时间确定
2008 年终总结 - 这一年都读过什么书
V$TEMPSEG_USAGE与Oracle排序
Oracle热备期间的过量Redo生成控制
Patchset 10.2.0.4中关于ASM的Buglist
把时间当做朋友 - 记 李笑来 的卓越见解
搜索本站:

留言 (15)

Congratulations!

Posted by: Richard Liang at November 5, 2009 9:09 AM

将系统的IO吞吐量降低到原来的5%左右...
初看还以为是降低了5%,仔细一看,不得不怀疑红牛basis的能力.还是他们没有basis?

Posted by: Ken at November 5, 2009 9:11 AM

大师就是牛,能把案例share一下么?

Posted by: denny at November 5, 2009 12:48 PM

他们原来是没有人做Basis的,所以存在一些问题。

Posted by: eygle Author Profile Page at November 5, 2009 6:01 PM

红牛没送点,红牛的产品给你?

Posted by: boson at November 5, 2009 7:26 PM

红牛饮料不限制供应,不过不能多喝!

当年在烟厂干活,烟也是不限量供应,可惜不会抽烟啊!

Posted by: eygle Author Profile Page at November 5, 2009 11:02 PM

当年去康师傅那里装oracle,客户给送了一箱方便面!:-)

Posted by: shahand at November 6, 2009 9:41 AM

衷心的祝愿eygle你越做越好:)

Posted by: cui hua at November 6, 2009 11:25 AM

恭贺一下。

Posted by: zianed at November 6, 2009 11:25 AM

降低到5%
他们原来是怎么样的?你们是怎么做的?
透露透露
大师可以再出本书,专做案例分析

Posted by: yanglei at November 7, 2009 7:38 PM

盖老师,您好!
百忙之中打扰下,我们加载数据时有个问题,请您帮忙指教下,万分感谢!


是这样的:我们用一个加载软件,向数据库中加载数据,以前都是好用的,但是在9月份就是时断时续,我重新建个表,往进加载,都是好用的,但是一旦加载多了,又进不去了,我检查空间,用户权限,alert文件里没有提示,但是我觉得好像数据超过1000000条就不好进去了,加载软件提示错误如下:

错误码:-2147467259
错误源:OraOLEDB
错误描述:ROW-00001: Message 1 not found; No message file for product=OLEDB, facility=OraOLEDB
O/S-Error: (OS 8) 存储空间不足,无法处理此命令。
操作:向[CWMC]插入值[铜钵庙组]
错误位置:表[AZ11]:第1634行

Posted by: liu at November 20, 2009 3:59 PM

我回过你的邮件,可能你没有收到,你可以试试:
alter session set events '10046 trace name context forever,level 10';

然后手工执行一个insert,给我看看跟踪文件。

错误码 2147467259 是2G,可能是某个地方达到了限制。
如果你新建一个表空间,去insert,看看能到什么数据量呢?

Posted by: eygle Author Profile Page at November 20, 2009 6:04 PM

/oradata/oracle/admin/oratj/udump/oratj_ora_15515.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /data1/oracle/product
System name: SunOS
Node name: ljdataserver
Release: 5.8
Version: Generic_108528-13
Machine: sun4u
Instance name: oratj
Redo thread mounted by this instance: 1
Oracle process number: 34
Unix process pid: 15515, image: oracle@ljdataserver (TNS V1-V3)

*** 2009-11-23 09:09:15.731
*** ACTION NAME:() 2009-11-23 09:09:15.700
*** MODULE NAME:(sqlplus@ljdataserver (TNS V1-V3)) 2009-11-23 09:09:15.700
*** SERVICE NAME:(SYS$USERS) 2009-11-23 09:09:15.700
*** SESSION ID:(130.18883) 2009-11-23 09:09:15.700
WAIT #1: nam='SQL*Net message to client' ela= 7 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=3539205791646
*** 2009-11-23 09:17:44.464
WAIT #1: nam='SQL*Net message from client' ela= 496809499 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=3539702631331
XCTEND rlbk=0, rd_only=1

/oradata/oracle/admin/oratj/udump/oratj_ora_15653.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /data1/oracle/product
System name: SunOS
Node name: ljdataserver
Release: 5.8
Version: Generic_108528-13
Machine: sun4u
Instance name: oratj
Redo thread mounted by this instance: 1
Oracle process number: 20
Unix process pid: 15653, image: oracle@ljdataserver

*** ACTION NAME:() 2009-11-23 09:19:47.024
*** MODULE NAME:(DBXML.exe) 2009-11-23 09:19:47.024
*** SERVICE NAME:(oratj) 2009-11-23 09:19:47.024
*** SESSION ID:(75.14284) 2009-11-23 09:19:47.024
[kdl_trim]: newlen: 0
[kdl_trim]: newlen: 0
[kdl_trim]: newlen: 0
[kdl_trim]: newlen: 0
[kdl_trim]: newlen: 0

Posted by: liu at November 23, 2009 9:14 AM

你这个跟踪文件后面不对啊,没有执行insert啊

设置
alter session set events '10046 trace name context forever,level 10';

insert ....

然后找到跟踪文件,看看其中的内容。

Posted by: eygle at November 25, 2009 12:17 AM

谢谢盖老师指导,我家有点事,才从老家回来!我再看看

Posted by: liu at December 3, 2009 10:29 AM

发表留言:



Remember Me?
(输入验证码后方可评论,谢谢支持)



CopyRight © 2004~2010 eygle.com, All rights reserved.