【问题标题】:Business Objects Universe Performance with Remote Database使用远程数据库的 Business Objects Universe 性能
【发布时间】:2013-02-27 11:13:02
【问题描述】:

我的公司正在考虑将 Business Objects 用于报告目的,因为我们的母公司已经购买了许可证。

情景

  • 站点 A 上的 1 个大型数据库 (20+gb)
  • 在站点 B(100 英里外)上安装的业务对象
  • 站点 A 和站点 B 之间的 10Mb 线路
  • 站点 A 的用户希望使用站点 B 的 Business Object Universe 设置报告他们的实时数据

在不了解如何设置 Business Objects 和 Universe 的情况下,考虑到数据库的大小和可能产生的数据量,我无法看到在一个站点上运行包含数据而在另一个站点上运行 Business Objects 的报表会起作用必须通过网络查询。

我有两个问题:

  1. 建议的方案是否可以配置?
  2. Business Objects 将如何处理存储在远程服务器上的数据(如果有的话)?

更新:

我们每 3 小时运行一次实时数据库的备份,因此理论上我们可以在一夜之间将数据库从站点 A 复制到站点 B,或者如果需要更频繁地复制,但我仍然不确定通过网络运行报告对性能的影响.

【问题讨论】:

    标签: business-objects


    【解决方案1】:

    在 Business Objects 中,您有三层(按以下顺序排列 - 从上到下):报告、Universe、连接和数据源(我看到的大多数情况是 ODBC 驱动程序)。您将数据库连接(SQL、Oracle 或任何 DBMS 连接)定义为站点 A(应用层)上的 ODBC,并使用 ODBC 连接到位于站点 B 中的数据库。

    可能发生的性能问题与数据库中的数据量无关。它实际上取决于报告中“查询”的数据量。我认为您需要创建一个试点报告,并尝试从您的数据源中获取一些样本综合性大数据作为概念证明。

    您提到的架构与我们公司的架构相同。我们在站点 A 中有多个报告,并从不同站点/位置的多个数据库中获取数据(但是站点 A 和站点 B 都在同一个网络上)。我们还与 MySQL、Oracle 和 SQL Server 等多个 DBMS 合作。尽管我们没有您提到的数据量,但在运行报告时我们没有看到对性能的显着影响。

    【讨论】:

    • 感谢@mohammedn,概念验证想法是我为该阶段计划的。完成后我会更新这个问题。
    【解决方案2】:

    这里没有业务对象产品的具体知识,但无论使用哪种报告工具,您最好在一夜之间扁平化和推送数据集,准备在第二天报告,或者可能在一天中的设定点(如果有一次)一天不够。

    允许用户对实时数据集运行可能复杂且耗时的查询会给实时系统带来很大压力。

    我们在一个国家系统上遇到了这种情况,并通过在 SQL Server 中运行通宵作业来解决此问题,这些作业将数据扁平化(基本上无需连接表)并将其导出到单独的服务器,报告工具将是连接到 - 它基本上是数据仓库。

    如果企业坚持他们需要报告中的“最新”数据,您需要提出更好的基础架构来支持这一点的案例,并与企业合作以找出其对他们的价值。

    【讨论】:

    • 我们目前每 3 小时运行一次数据库备份以用于报告目的,因此只要 BO 工具允许我们从我们的站点运行报告,就有可能按照您的建议进行操作。
    【解决方案3】:

    根据我们的经验,BusinessObjects 对数据库的访问与任何其他 SQL 访问没有什么不同。 InfoView 应用程序甚至会显示报表将执行的 SQL。当我们怀疑报表的性能时,我们通常会复制该 SQL 并将其粘贴到 SQL Server Management Studio 中,并在 BusinessObjects 之外完全分析查询。

    【讨论】:

      猜你喜欢
      • 2012-08-30
      • 1970-01-01
      • 2016-07-26
      • 2016-02-22
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多