SharePlex—创建准确报表案例,分担生产系统负载.pdfVIP

SharePlex® — 创建准确报表实 例，分担生产系统负载 技术摘要 撰文 Lenka Vanek, Tom Chu Quest Software, Inc. 概要 本白皮书研究了当今业务所面临的一个难题：如何从生产数据库获得最及时的数据，用于关键业务决 策，同时又不影响其性能或工作效率。为了实现即时报表而进行昂贵的硬件升级，或专门维持数个数据 库，会由于增加业务的成本而导致其它问题，因而不是一种理想的解决方案。 本文着重讨论了如何使用 Quests SharePlex® 实现最低成本的理想解决方案。该解决方案将 OLTP 和 报表分拆到独立的系统分别实现，在单独的、通过持续维护以反映生产系统活动的 Oracle 实例上运行 报表系统。 i 目录 简介 1 SharePlex 解决方案 3 最低开销 4 最少延迟 4 快速准确 4 只复制所需的数据 5 完善的解决方案 5 万能通用，灵活复制的解决方案 6 可靠的复制方案 7 关于作者 8 关于 QUEST SOFTWARE, INC 9 联系 QUEST SOFTWARE 10 ii 技术摘要 简介 数据库 I/O 竞争是当今应用环境中最普遍的问题之一。如果您面临以下情况，就应该意识到问题已经出 现： • 您担心白天在用户数据上运行报表程序，会受到他们的报怨。 • 您尽量推迟运行报表程序，以避免对生产系统的性能造成不良影响。 • 由于在运行即席报表时，OLTP 响应时间恶化到无法接受的程度，您对此感到战战兢兢。 随着企业的发展，越来越多的用户需要对数据库进行更新，系统开销也随之增加。为了满足用户对内 存、磁盘空间和 CPU 的更多需求，企业不断购买更大的系统。 不幸的是，更大的系统并不能总是提供更好的性能，因为公司的处理需求可能存在冲突。更新数据库的 用户需要快速的插入。报表需要使用大型的查询。由于同样依靠磁盘 I/O 和缓存模式工作，这些不同 的工作模式不能很好地融合在一起。最终的结果是：OLTP 和报表处理位于同一系统上时，吞吐量会明 显降低。 在资源紧张的系统上，这种问题显而易见。为了优化在线工作的效率，多数企业会尝试将报表工作推迟 到一个较短的批处理时段，以避免资源竞争。显然，这种方式会影响报表用户的工作效率，因为他们不 能即时拿到当前所需的报表。 旧数据会致使报表不准确，进而影响正确的决策。 OLTP 和即时查询之间的竞争，是另一个令人担忧的问题。如果同时启动数个查询，这些计划外的进程 会成为在线事务处理进程的恶梦。即时查询会导致性能达到峰值，导致响应时间等服务等级协议 (SLA) 无法得以满足。 将单个 Oracle 实例用于所有用途或所有用户，最终只会一事无成。如果在线事务、报表和偶然性的即 时查询都依靠同一实例工作，则每个处理就会变得缓慢。 1 SharePlex — 创建准确报表实例，分担生产系统负载 您如何在不影响在线处理效率的前提下，用最新的数据生成报表和即时查询？ 解决方案：将 OLTP 和报表系统分开。在单独的 Oracle 实例上运行报表业务，报表实例保持与生 产系统的数据同步。许多企业已开始实施这一策略，然而迄今为止，由于方案的局限性，导致部分企业 在实践中发现其所做的尝试弊大于利。 您拥有许多选择，但其中的大多数难以令人满意。例如，很多报表实例中使用的数据，基于数小时前的 旧数据。另外的一些方案，则由于复制技术的巨大系统开销，导致生产实例上的响应时间的严重恶化。 2