Blaze | 迸发思维知行合一

HANA 与 Exalytics 的对比 — SAP与Oracle产品之争

大金 — Thu, 03 May 2012 14:30:00 +0000

原文转自美国分析师 David Dobrin （b2banalysts 公司总裁）

Oracle 最新推出 Exalytics

“仿制”一直是 Oracle 惯用的伎俩。每当竞争对手发明新产品或开拓新市场时，Oracle 便会试图以“人有我优”的理念取而代之。因此，当 Microsoft 推出 Sharepoint 和 Outlook、VMWare 推出 VSphere、Red Hat 推出 Linux 时，则 Oracle便快速推出了 Beehive、Oracle VM、Oracle Linux 和 Unbreakable Enterprise Kernel。

这些仿制产品与竞争产品的功能全面兼容，甚至某些地方还有可能看起来略胜一筹。（“我们的 Linux 是Unbreakable。”）但是，它们通常会不可能等同（或者超越）原创正品。它们与您所见到的 Penneys 或 Target 十分类似：对于那些无需或无力支付高昂学费的人来说，它们是一款颇受欢迎的替代品。

作为一名分析人员，我无权指责 Oracle 的这一做法，正如我不想指责 Target 或 Penneys 一样。但我的确不太欣赏这种方式，这主要是因为软件市场与劳力士手表市场明显不同，它非常缺乏透明度。如果您经过价值 10 美元的劳力士手表柜台，您会很清楚 10 美元会得到一块怎样的劳力士手表。但如果 Oracle 宣布推出 Oracle ETL（随手举例），您可能完全不清楚它是什么、有何益处或功能（和不足）。缺乏透明度，这对我来说是件好事，因为大家会打电话过来问我“Oracle ETL 和 Informatica 有何区别？Informatica 是否真的更出色？”但即便如此，如果一切能够变得更透明，我还是宁愿选择后者。

这使我不由得想起 Oracle 最新推出的仿制产品。一年之前，很少有人注意到 SAP 发布了一款名为 HANA 的内存数据库设备。去年 10 月份，Oracle 宣布推出一款名为 Exalytics 的内存数据库设备。

这下许多人开始问我“二者有何区别？HANA 是否真的更出色？”

我很清楚大家为何会提出这种问题。Oracle 大概已掌握数据库的某些内涵。此外，由于数据库之间的细微差别很难用一两句话解释清楚，因此大家很容易陷入行话和承诺陷阱之中。

在这种情况下，我所能够采取的有效方式是在闲暇之余拟定问题，并以抛砖引玉的方式启发大家自己思考，而不是直接告诉他们所需的答案。

在开始深入阐述之前，我想先讲一个事实和我自己的一点偏好。事实：本文是专为 SAP 读者而写。尽管我努力保持中立，但我仍然无可避免地知道自己的读者想知道的内容。我自己的偏好：我更喜欢原创正品。我不会购买 10 美元的劳力士或“Brinni”套件或“Henkels”刀具。因此，从内心深处来说，我觉得 HANA 仿制品不可能具有原创正品所蕴含的所有功能。

HANA：三大功能

首先，我想谈谈大家为何会感到疑惑。我想您可能已知道，HANA 是一款行列式内存数据库。这意味着您既可以在 HANA中执行通常需在行式数据库中执行的事务，又可以执行列式数据库所擅长的分析功能。

这个“还”非常重要。一直以来，它只是“或”和“或者”。当您执行事务（输入数据）时，您需要一款专门为快速可靠有序插入数据而设计的数据库。而当您执行分析（输出数据）时，您需要一款已采用某种方式对数据进行预处理的数据库，或者说需要一款列式数据库，能够以您所需的格式和速度输出数据。

但是，您不可二者兼得。不可在同一数据库中兼得。

但有了 HANA，您却可以实现这一目标。其中一部分原因在于它是一款内存数据库，它的所有运行均已明显提速。另一部分原因在于：它可以识别您插入数据和输出数据时的真正意图。这样，当您插入数据时，HANA 使您能够将它视为行式数据库；而当您需要输出数据时，HANA 又使您能够充分利用其列式结构的优点。无论在何种情况下，您均不会以牺牲性能作为代价。而在过去，当您使用不具有此类功能的数据库执行上述操作时，您不得不在功能和性能之间做出艰难的选择。

HANA 还有一种新功能。这种新功能很少被提到，但 Larry 和我都认为十分重要。它具有内置于数据库的业务功能。这意味着，即使您的数据库仅识别 SQL（标准）语言，您也可以对数据执行一些确实非常非常难以执行的操作。

这一点，我稍后再详细解释。下面，我们一起来看看三个重要功能。第一，内存计算。第二，速度合理的事务功能和分析功能。第三，业务功能。

诚然，如果 Vishal 看到这些内容，他可能会有些恼怒，因为我很简明扼要地指出了 HANA 的精髓。但请记住，就我本人而言，我只是想阐明人们感到困惑的原因。因此，我只是在拨开迷雾，让人们看到本质。

我为什么如此肯定这三点就是 HANA 的关键所在？嗯，这是因为 Larry 能够很好地评估软件和市场营销，他认为这三点至关重要。那么，我又如何知道这三点至关重要？因为这三点 Exalytics 都拥有。

正如您所看到的那样，Exalytics 将行式内存数据库（Oracle 于 10 多年前收购的旧 TimesTen 产品）、分析数据库（Oracle 于 5 年前收购的 Essbase）和业务功能库（它使用开放源 R 统计编程语言）全部结合在一起。

也就是我在上文所提到的“功能兼容”。内存计算？它有。事务和分析功能？它有。业务功能？它也有。

此外，它还具有一个明显的优势。Exalytics 数据库并非只是包含部分新功能库的全新产品，也不是未经测试的荒诞试验品。该数据库和功能库均已经过试验，并且真实可靠。事实上，TimesTen 从一开始就是Salesforce.com<http://Salesforce.com/> 的核心所在。而 Essbase 是 Hyperion 的核心所在，是许多全球 2000 强企业使用的产品。而 R 统计编程语言则在其国内的每所大学普遍使用。

困惑？您应该感到困惑。这就是它所要达到的效果。

HANA 与 Exalytics 的对比

即使您就是一名对数据库一无所知的菜鸟，您也不会感到困惑。HANA 和 Exalytics 有一个很明显的差别。即使您只是阅读Oracle 的市场营销材料，您也能立即对二者进行区分。

使用 HANA，所有数据均存储在一个位置。

而使用 Exalytics，数据将根据您的使用目的存储在不同的位置。因此，使用 Exalytics 时，如果您需要将数据添加至行，则必须使用 TimesTen 数据库。如果需要在报告中使用这些数据，则必须将行中的数据导入 Essbase 数据库（需要进行一些处理），然后再使用 Essbase 工具。与此同时，如果您需要进行一些统计分析（Oracle 称其之为“高级虚拟化”），则必须再次将数据导出、放到处理区域、使用 R 统计编程语言进行计算，然后再将结果存储到其他位置。

但使用 HANA 时，您可以在同一数据库中完成上述所有操作。

这一点为何至关重要？我再说一次，就算您是数据库菜鸟，您也会明白它的重要性。如果某个外行的分析师问您为何至关重要，您可能会耸耸肩膀，不屑一顾。而这种表情，正好就是我向数据库菜鸟提出这一问题的翻版。我想，答案不言而喻。移动数据需要占用大量时间。涉及的数据库不会完全兼容，因此移动过程中还必须人为对数据进行一些处理。（Essbase 无法处理特殊字符，这一点众所周知。）由于每个数据库中的数据都不相同，因此必须使用一个数据库管理时间，另一个数据库管理版本。当您移动海量数据（数 TB 字节），您肯定要担心空间问题了。（我相信，1 TB 的Exalytics 服务器实际上只有 300 GB 的内存空间。）

Oracle 非常了解这些异议，因此在其市场营销文档中尽可能予以反驳。“Exalytics”，它指出，“采用 Infiniband 信道”，能够支持数据在数据库之间快速流动，而“统一管理工具”则支持您跟踪数据。是的，移动数据确实可能会存在一些问题。但 Oracle 避而不谈，努力将您的注意力转向“已经过试验，并且真实可靠”这一点上。因此，它实际就是在说，如果您必须在各容器之间移动数据，那么当每个容器都如此出色、如此久经验证、并且能提供如此多一切准备就绪的基础设施时，您还在犹豫什么呢？立即采用吧。

Oracle 声称，多个数据库只要在一个机箱内，就没有问题，特别是当我们（Oracle）的工具更出色、更可靠时尤其如此。现在，我不得不承认，这一缪论确实有一定的影响力。而事实上，即使数据库菜鸟也能够明白这一点。

HANA：设计理念

提到 HANA 与 Exalytics 的对比，您如何看待一体化产品与通过 Infiniband 信道实现连接的一箱化产品之间的明显差别？对于我来说，正确的方法是找出每种运行方法的设计理念。

在这一点上，我认为二者存在明显的区别。对于 TimesTen 或 Essbase 或其他传统数据库而言，设计理念大致如下：如果您需要处理数据，请将数据移至专门的数据处理引擎内。如果您为了将数据放到容器中略加处理或稍做准备，那么也无伤大雅，因为您只需准备处理所需的容器即可。

我记得 30 年前的一个夏天，当我为一位木匠打下手时，他教我使用的工具其设计理念与您所了解到的理念基本相同。作为一名木匠，您使用的都是专业化的大型昂贵电动工具：钻床、台锯等。因此，假如您想建一个厨房，您必须现场测量，然后回到店里制作所需的材料。

而对于 HANA，其设计理念截然不同。您无需移动数据。您可以就地取材，就在数据所在位置开展工作。从某种意义上来说，这种理念与现代木工领域的运营理念完全相同。如今，我老板的儿子开着一辆卡车，到客户现场卸载台锯和靠电池供电的电钻，这样可以在现场更轻松、更方便、更灵活、更可靠地完成所有工作。

那么，在数据处理（和木工活）时，为什么将工具带到现场会更棒？因为，您可以更灵活、而且也可以更快速地完成工作。

为了让大家充分理解我的意思，我将举例说明。首先，我跟大家说说我几年前看到过的一个相对轻型的内存 BI 工具的演示。

销售人员/演示人员是个菜鸟。他曾经去过很多地方旅游。他从 TSA 网站下载了美国每个机场、每个安全门的所有等待时间。演示时，他说，“假设您现在坐在出租车里。您可以打开数据库和每个安检处等待时间的图片。现在，您可以知道出租车停在哪张门更合适。”

这种理念非常好，可视化工具也很不错。但在那天结束时，我发现他所做的工作存在明显的限制。因为系统使用 SQL 仅可重新绘制数据，您仅可以获得等待时间的列表，却难以处理其中的数据。而事实上，您想知道的是根据一天中的具体时间和其他信息了解每张门出现延迟的可能性。但您在出租车里却无法获得这些信息。也许更糟糕的是，他使用的并非实时数据。最重要的数据是最新的数据，可他并没有获得最新数据，也无法真正处理 RSS 源。

下面，我们一起来看看 HANA 更广泛的功能在这种情况下可以做些什么。首先，在 HANA 中，可以源源不断地导入数据。因此，如果他可以处理 RSS 源，便可确保数据库始终为最新数据库。其次，在 HANA 中，他可以使用业务功能对安全门延迟的时间进行统计分析。因此，他可以轻松简便地获得每张安检门的延迟可能性数据，而不是几列等待时间。

那么，是什么让 HANA 变得更出色？

当我看到“全新的设计理念”这几个字时，我想，HANA 可以说是真正采用了全新的设计理念。我喜欢用两个标准来衡量是否已采纳全新的设计理念。是否有助于简化？是否有助于推广？

下面，我们重新回到原来的话题。我在阐述时，通常使用以下故事来说明这两个标准：

大约 100 年前，汽车既没有电池系统，也没有电气系统。如今由电气系统完成的每项工作，在过去均视为完全独立的、由完全不同的方式完成的功能。若要启动汽车，则需使用手动曲柄。若要照亮前行道路，则使用油灯，就安装在当今的车灯位置。

后来出现了全新的设计理念：电池和电线。这一理念成功地通过了两项标准的检测。首先，它从根本上简化了汽车的繁琐操作。您可以使用同一装置以更简便、更直接的方式（从仪表盘中启动汽车或操纵车灯）完成许多不同的操作（启动汽车、照明道路）。此外，这一理念也有助于推广。只要有电，您就可以将同一理念运用到全新的领域中，例如：为暖风电动机提供动力或者操作自动门锁。

那么，HANA 做得怎么样？它是否有助于简化？有助于推广？下面，我们尝试将它与Exalytics 进行对比。它是否有助于简化？当然，同时提到行数据和列数据可能会让人觉得有些复杂。但当您注意到它将所有数据均放在一个数据库中，您会发现它的概念确实非常简便；当您再注意到自己为了完成任何特定工作而必须将数据移到新区域时所涉及的复杂因素，您会发现，HANA确实有助于简化原有繁琐流程。

它是否有助于推广？

我花了很长时间希望弄清楚这个问题，而 Exalytics 的示例正好给了我启示，信不信由你。当我开始对 HANA 的业务功能库与Oracle 提供的“高级可视化”功能进行比较时，我不禁惊呼“哇！”。就统计功能而言，二者几乎不相上下。HANA开发者非常自觉地尝试在数据库内整合等同于标准统计功能的功能，而 Oracle 则非常自觉地支持您访问 R 功能库。

但业务功能库还提供一些业务功能，如折旧或同比计算。而“高级可视化”则不提供。

现在，我们必须意识到业务功能库不仅仅是一系列其他功能的统称，这一点至关重要。事实上，它是充分利用这一设计理念的一种方式。按照这种设计理念，您所做的是通过扩展 SQL 的功能为交易方和分析方带来更丰富的功能体验。对分析方来说，您正在为他们增加统计功能。而对交易方来说，您正在为他们增加折旧计算功能。而所有这一切，您仅需采用同一基本机制即可提供。

当然，实践出真知。或许，业务功能或统计功能没有我所想像的那样极具发展前景。但新理念的推广大体如此。但如果这一理念确实有助于推广，并且用户乐于使用并呼唤更多功能出现，则Oracle 提供的产品将难以与之抗衡。如果需要添加某些真正的新功能，则必须利用新渠道和新管理工具在Exalytics 中创建新的数据存储区。

如果类似的仿制品出现，则您可以毫无疑问地确定，全新的设计理念已基本成形。

为什么这么说？我们再以汽车为例进行类比说明。

试想一下，假设某汽车制造商最近受到新电气系统的汽车带来的竞争压力，他们决定尽快推出美观大方的手动制造的汽车。这款新汽车不仅具有新电动车的所有功能，而且仅采用久经验证的成熟技术。很快，杂志广告中出现了汽车的黄铜油灯和红木曲柄，还有一位站在汽车旁边面带微笑的司机。

广告的潜台词大致如下：“您为什么非得要一款全新的、存在诸多故障和不足的系统呢？他们有的功能，我们全都有。您看，他们有车灯，我们也有。而且我们的车灯安全可靠且久经验证。他们有启动装置，我们也有。而且我们的装置更美观、更可靠且久经验证，任何司机都可以操作。”

我想人们可能会听信广告的说法，至少刚开始会信。但有一天，人们终于发现，只有采用电气系统的制造商才拥有正确的设计理念。也许，这一天是制造商推出使用暖风电动机和内部车灯的下一代汽车的时刻。也许，就在这一天，您才会意识到司机正在重蹈铁匠的覆辙。但无论如何，当这一天真正来临时，您将意识到油灯和曲柄的时代已经一去不复返。

Oracle NoSQL Database 概览(1) – Key Value Data Model

Lerry — Wed, 11 Apr 2012 13:22:04 +0000

在各立山头的NoSQL江湖，Oracle于2011年的OOW上正式发布了一款名字霸气十足的产品——NoSQL Database（插播：原来有三家人做面包，张三家的面包叫张三牌面包，李四家的牌子叫李四牌面包，王五家出品的是王五牌面包，而突然有一天，张三家的面包改名了，叫面包牌面包。李四王五异口同声的说：XX！）。

Oracle NoSQL Database带来了不少非常有特点的技术秘笈，如主键 + 子键的数据模型、Intelligent Driver等，这既源于RDBMS霸主深厚的数据库技术底蕴，也不得不提到另一个熟悉的名字——Berkeley DB / BDB。作为Key-Value数据存储引擎的先驱者，BDB不但在嵌入式数据库领域获得了一定的商业成功，更重要的是，凭借其优秀的性能与开放式的架构成为了许多Key-Value键值对数据库存储引擎的不二选择。2006年Oracle收购了BDB，自然近水楼台先得月，在全新的NoSQL Database中应用了历经8+年商业化使用的BDB Java Edition作为其底层存储引擎。

总的来看，Oracle NoSQL DB是一款采用Key-Value / KV / 键值对数据模型，且能提供TB+级海量数据分布式存储、高吞吐、高可用、可伸缩、可控延迟、支持ACID等功能的产品，另外，当然还附带了令人叫绝的Oracle售后服务与支持。可以说，这是第一款在企业级商用市场上开卖的NoSQL产品。

KV Data Model

Key-Value数据模型具有结构简单、读写效率高、扩展性好等特点，由此成为NoSQL的主要流派。相较RDBMS，KV简化了复杂的对象映射与SQL解析、计划、执行等机制，采用简单的API对数据进行读写操作，因而速度快、性能好。Oracle NoSQL DB选用了较独特的Major + Minor Key / Value的键值对模型，每一对KV就相当于一条记录，Key类似索引，用来定位Value。

KV对中，须有一或多个Major Key，可选一或多个Minor Key，每个Key都是Java String类型，用户可自定义其含义。Oracle NoSQL DB自动通过对Major Key进行HASH运算，将所有记录平均打散到各个存储节点，这就意味着，Major Key即决定了数据的最终存储路径，具有相同Major Key的记录将被确保保存在相同的存储区域中。Major Key的这一特点能带来很多好处，最重要的是实现了相同Major Key的多条记录能进行Single Transaction操作，不但提升了批处理的效率也获得了记录操作ACID的保障。此外，结合Minor Key的合理使用，还能确定记录的唯一性，且扩展出组合查询的能力。在设计NoSQL的键值对数据结构时，我们习惯用“/”来表示多个复合Key，“/-/”来划分Major和Minor Key。

Value是用户需要保存、处理、分析的对象，为Byte Array类型，且大小不受限。一方面，如果单条记录的Value过大，将会增大读写该记录的延迟；另一方面，如果记录数总量过大，也会影响整体查询的速度。因此，对如何选择数据保存在NoSQL DB中，需要综合考虑记录数总量的大小以及各条记录本身的大小。

例如，对于某银行系统，我们可定义“Last Name/First Name”为复合Major Key，“Account/Income”、“Account/Expense”分别为两类子键，Value即为账户收入、支出的实际金额：

/Larry/Ellison/-/TECH/Income 500

/Larry/Ellison/-/TECH/Expense 50

/Larry/Ellison/-/SYS/Income 100

/Larry/Ellison/-/SYS/Expense 30

/Larry/Ellison/-/XYZ/Income 5(此Larry非彼Larry，没钱没上福布斯，同名同姓而已)

/Larry/Ellison/-/XYZ/Expense 0

/Larry/Page/-/GOOG/Income 800

/Larry/Page/-/GOOG/Expense 80

Major Key确保了符合姓名条件的客户数据始终保存在同个数据节点中，Minor Key则能唯一地确定某个账户的收入、支出金额。通过这种组合，就能方便地对特定用户名下的若干个账户（如TECH和SYS），或者同名同姓用户间（如XYZ账户拥有者）的多个账户进行ACID Transaction的统计、计算操作。

NoSQL DB概览

Lerry — Sun, 18 Mar 2012 13:04:15 +0000

1.1 发展历史

对于大部分企业级用户来说，NoSQL还是个新词，但其实际上已近经历了十余年的发展：

NoSQL一词最早于1998年被提出用以描述一种“轻量化、开源的数据库技术”；
2000年左右，Google、Yahoo等Web2.0企业开始着手寻求支撑超大数据集的数据库技术；
2003年LiveJournal开发了基于内存的、非关系型的、Key-Value分布式数据库Memcached；
2004 / 2006年，巨头Google分别发布了MapReduce / BigTable两篇影响深远的论文，前者奠定了数据分布式处理模型的基础，并成为目前火热的Hadoop框架两块基石中的一块（另一块石头是HDFS），后者作为一款NoSQL产品，为Google自家Google Reader，Google Map，Google Earth等众多应用组件所用；
2007年，Amazon发布了另一款基于Key-Value存储的NoSQL DB – Dynamo；至此，大量的NoSQL开源项目被推出，各种技术百花齐放；
2009年，在SF举办了主题为”Open Source, Distributed, Non Relational Databases”的第一届NoSQL技术会议，Cassandra、Voldemort、HBase、CouchDB等NoSQL界的明星产品在会上得到了分享。

1.2 如何正确理解NoSQL？

若对NoSQL的整个发展历程稍作分析，不难发现，NoSQL其实是伴随着整个互联网产业的繁荣而壮大起来的。Web2.0，Social Network带来了海量的非结构化 / 半结构化数据，而其中蕴含的巨大商业价值正是Google，Facebook等公司的核心商业资产。如何存储、处理、分析这样的数据？面对如此的非传统应用场景，NoSQL往往在设计理念上就与RDBMS有明显的区别：

与RDBMS致力于结构化数据的一致性与高可用不同，NoSQL更多地关注通过分布式集群架构获得整体吞吐量的提升，以及分布式集群节点之间的故障冗余。可见，“海量、灵活、简化、分布、低成本”是贯穿各类NoSQL技术的思想。

虽然一小撮激进的NoSQL拥趸者宣称NoSQL技术是对传统RDBMS世纪的终结（鸡皮疙瘩…），但大部分有理性的数据库工程师更愿意将NoSQL视为基于SQL解析的关系型数据库的一种有益补充，虽然不太可能全面替代发展了40+年的RDBMS，但确有其独特的应用场景。因此，将NoSQL理解为“Not only SQL”是目前较为普遍的观点。

1.3 NoSQL主要玩家PK

据统计，市面上NoSQL或类NoSQL的数据库产品多达100+种，且绝大部分来源于各类开源或半开源的项目。剔除一些非主流的产品，一般，习惯将NoSQL分为四大类进行PK：

注：红色标注的产品中均内嵌了Berkeley DB。

在这些NoSQL产品之中，很难明确地评判孰优孰劣，因为它们通常都是为解决某些特定场景的问题而被专门开发出来的。而对于企业级用户来说，种类繁多的NoSQL在提供了更多选择的同时也带来了诸如技术标准不统一、技术成熟度不确定、缺少可靠的商业级技术支持等问题。为此，Oracle给出了解决方案。

SAP IDES Installation Guide(VI)

大金 — Fri, 09 Mar 2012 03:35:00 +0000

VNC

ides1:/oracle # more /root/.vnc/xstartup

#!/bin/sh

xrdb $HOME/.Xresources

xsetroot -solid grey

xterm -geometry 80×24+10+10 -ls -title "$VNCDESKTOP Desktop" &

#twm &

startgnome

DISPLAY=:3 gnome-session &

ides1:/oracle #

___________________________________________________________________________

Common Command

startsap

ides:sc1adm 55> startsap

Checking SC1 Database

——————————

ABAP Database is not available via R3trans

Starting SAP-Collector Daemon

——————————

14:56:07 21.12.2011 LOG: Effective User Id is root

***********************************************************************

* This is Saposcol Version COLL 20.95 700 – v2.12, AMD/Intel x86_64 with Linux, 2008/01/02

* Usage: saposcol -l: Start OS Collector

* saposcol -k: Stop OS Collector

* saposcol -d: OS Collector Dialog Mode

* saposcol -s: OS Collector Status

* The OS Collector (PID 9158) is already running …..

************************************************************************

saposcol already running

Running /usr/sap/SC1/SYS/exe/run/startdb

Trying to start SC1 database …

Log file: /home/sc1adm/startdb.log

SC1 database started

/usr/sap/SC1/SYS/exe/run/startdb completed successfully

Starting SAP Instance SCS01

——————————

Startup-Log is written to /home/sc1adm/startsap_SCS01.log

Instance Service on host ides started

Instance on host ides started

Starting SAP Instance DVEBMGS00

——————————

Startup-Log is written to /home/sc1adm/startsap_DVEBMGS00.log

Instance Service on host ides started

Instance on host ides started

ides:sc1adm 56> R3trans -d

This is R3trans version 6.14 (release 700 – 14.02.08 – 14:55:00).

unicode enabled version

R3trans finished (0000).

ides:sc1adm 57>

ides:sc1adm 57> R3trans -d

This is R3trans version 6.14 (release 700 – 14.02.08 – 14:55:00).

unicode enabled version

R3trans finished (0000).

ides:sc1adm 58>

ides:sc1adm 58> ls

DEFAULT.PFL oracle SC1_DVEBMGS00_ides.1 START_DVEBMGS00_ides trans.log

dev_sapstart SC1_DVEBMGS00_ides SC1_SCS01_ides START_SCS01_ides

ides:sc1adm 59> startsap

Checking SC1 Database

——————————

ABAP Database is running

Starting SAP-Collector Daemon

——————————

15:01:12 21.12.2011 LOG: Effective User Id is root

***********************************************************************

* This is Saposcol Version COLL 20.95 700 – v2.12, AMD/Intel x86_64 with Linux, 2008/01/02

* Usage: saposcol -l: Start OS Co

Troubleshooting

Java conflict

Duing the process of installing Oracle Patch 10.2.0.4, will encounter the following error:

Solution:

cd /oracle/SC1/102_64/jdk/bin

mv java java_bak

then click "retry"

Test database connection

ides:sc1adm 57> R3trans -d

This is R3trans version 6.14 (release 700 – 14.02.08 – 14:55:00).

unicode enabled version

R3trans finished (0000).

Import ABAP I

1) Check the error message from log file in order to get another log file name
ides:/tmp/sapinst_instdir/ERP/SYSTEM/ORA/CENTRAL/AS # ls import_monitor.log

TRACE: 2011-12-15 18:40:51 com.sap.inst.migmon.LoadTask processPackage

Loading of ‘REPOSRC’ import package into database:

/usr/sap/SC1/SYS/exe/run/R3load -i REPOSRC.cmd -dbcodepage 4103 -l REPOSRC.log -stop_on_error

ERROR: 2011-12-15 18:40:52 com.sap.inst.migmon.LoadTask run

Loading of ‘REPOSRC’ import package is interrupted with R3load error.

Process ‘/usr/sap/SC1/SYS/exe/run/R3load -i REPOSRC.cmd -dbcodepage 4103 -l REPOSRC.log -stop_on_error’ exited with return code 2.

For mode details see ‘REPOSRC.log’ file.

Standard error output:

sapparam: sapargv( argc, argv) has not been called.

sapparam(1c): No Profile used.

sapparam: SAPSYSTEMNAME neither in Profile nor in Commandline

2) Check the error message from the above log file
ides:/tmp/sapinst_instdir/ERP/SYSTEM/ORA/CENTRAL/AS #ls REPOSRC.log

DbSl Trace: ORA-1403 when accessing table SAPUSER

(DB) INFO: connected to DB

(DB) INFO: DbSlControl(DBSL_CMD_NLS_CHARACTERSET_GET): UTF8

(RFF) ERROR: /software/IDES_SAP_ERP_6.0_SR3/51034985_2/EXP2/DATA/REPOSRC.TOC is not from the same export as /software/IDES_SAP_ERP_6.0_SR3/51034985_2/EXP2/DATA/REPOSRC.001

/usr/sap/SC1/SYS/exe/run/R3load: job finished with 1 error(s)

/usr/sap/SC1/SYS/exe/run/R3load: END OF LOG: 20111215183932

Reason:

Corrupted file

Solution:

Need copy installation package again

Import ABAP II

1) Check the error message from log file in order to get another log file name
ides:/tmp/sapinst_instdir/ERP/SYSTEM/ORA/CENTRAL/AS # ls import_monitor.log

2) Check the error message from the above log file

Reason:

Exceed limited session

Solution:

Increase the number of oracle initial parameter – sessions process

Vi /oracle/SC1/102_64/dbs/initSC1.ora

processes = 800 (original value 80)

sessions = 960 (original value 96)

Attention:

During database installation and configuration, the pfile is used as initial file not spfile. After that the installation program will create one new spfile from this pfile automatically.

Start instance issue

CJS-30149 ABAP processes of instance SC1/DVEBMGS00 ABAP: MSNOTRUNNING did not start after 10:00 minutes

1) Check dev_disp file (/usr/sap/SC1/DVEBMGS00/work)

*** ERROR => ES_METHOD_INSTANCE_SLOTS 32 exceeded [esxxmap.c 516]

*** Error 14 while initializing OS dependent part.

2) Modify profile (/sapmnt/SC1/profile)

Add parameter es/implementation = std

Into two files:

SC1_DVEBMGS00_ides

START_DVEBMGS00_ides

SAP IDES Installation Guide(V)

大金 — Mon, 05 Mar 2012 03:46:00 +0000

Appendix:

Install the required RPM packages

JRE

ides:/software/Oracle # rpm -ivh jre-7u1-linux-x64.rpm

Preparing… ########################################### [100%]

1:jre ########################################### [100%]

Unpacking JAR files…

rt.jar…

jsse.jar…

charsets.jar…

localedata.jar…

JDK

ides:/software/Oracle # rpm -ivh IBMJava2-AMD64-142-SDK-1.4.2-13.8.x86_64.rpm

error: Failed dependencies:

libstdc++.so.5 is needed by IBMJava2-AMD64-142-SDK-1.4.2-13.8.x86_64

ides:/software/Oracle # cd /media/SUSE-Linux-Enterprise-Server_001/suse/x86_64/

ides:/media/SUSE-Linux-Enterprise-Server_001/suse/x86_64 # ls libstdc*

libstdc++-4.1.2_20070115-0.32.53.x86_64.rpm libstdc++33-3.3.3-7.8.1.x86_64.rpm

libstdc++-devel-4.1.2_20070115-0.32.53.x86_64.rpm libstdc++33-32bit-3.3.3-7.8.1.x86_64.rpm

libstdc++-doc-4.1.2_20070115-0.32.53.x86_64.rpm

ides:/media/SUSE-Linux-Enterprise-Server_001/suse/x86_64 # rpm -ivh libstdc++33-32bit-3.3.3-7.8.1.x86_64.rpm Preparing… ########################################### [100%]

1:libstdc++33-32bit ########################################### [100%]

ides:/media/SUSE-Linux-Enterprise-Server_001/suse/x86_64 # cd /software/Oracle/

ides:/software/Oracle # ls

51031676 ORACLE 10.2 Client jre-7u1-linux-x64.rpm

IBMJava2-AMD64-142-SDK-1.4.2-13.8.x86_64.rpm ORACLE_Patch_10.2.0.4_LINUX

ides:/software/Oracle # rpm -ivh IBMJava2-AMD64-142-SDK-1.4.2-13.8.x86_64.rpm

Preparing… ########################################### [100%]

1:IBMJava2-AMD64-142-SDK ########################################### [100%]

ides:/software/Oracle #

JCE

saplocales version

ides:/software/ides # rpm -ivh saplocales-2.4-4.x86_64.rpm

Preparing… ########################################### [100%]

1:saplocales ########################################### [100%]

Please read SAP Notes 187864 and 910707 for latest information

Multiple Path Tool

ides:~ # lsscsi

[0:0:0:0] cd/dvd PLDS DVD+-RW DS-8A5SH XD51 /dev/sr0

[2:2:0:0] disk DELL PERC H700 2.10 /dev/sda

[5:0:5:1] disk COMPELNT Compellent Vol 0504 /dev/sdb

[5:0:7:1] disk COMPELNT Compellent Vol 0504 /dev/sdc

[6:0:5:1] disk COMPELNT Compellent Vol 0504 /dev/sdd

[6:0:7:1] disk COMPELNT Compellent Vol 0504 /dev/sde

ides:~ # scsi_id -g -u -s /block/sdb

36000d3100001a4000000000000000073

ides:~ # scsi_id -g -u -s /block/sdc

36000d3100001a4000000000000000073

ides:~ # scsi_id -g -u -s /block/sdd

36000d3100001a4000000000000000073

ides:~ # scsi_id -g -u -s /block/sde

36000d3100001a4000000000000000073

ides:~ # fdisk -l

Disk /dev/sda: 146.1 GB, 146163105792 bytes

255 heads, 63 sectors/track, 17769 cylinders