这个博客的目的是解释使用Lumira从一个宇宙获取数据时使用的不同BOE服务，让我们先简单介绍一下在BI4.x系统中可以找到的不同类型的连接服务。

BI4.x提供了三种可以使用的连接服务：

在下面的屏幕截图中，大数据资源，您可以看到默认的ConnectionServer和ConnectionServer32进程。我还创建了一个新的自适应处理服务器（名为APS\u Connectivity），它只包含自适应连接服务。

现在我们对BI4.x系统中的不同连接服务有了基本的了解，让我们看看在universe之上使用Lumira时如何利用这些服务。对于Business Objects管理员来说，了解使用Lumira使用universe获取数据以及从BI平台刷新这些文档时使用哪些BOE进程是很重要的。

UNX universe是使用JDBC构建的连接性

这种类型的宇宙的一个例子是基于SAP HANA的宇宙。在信息设计工具中，我们可以定义与HANA的关系JDBC连接，并基于分析视图或计算视图构建宇宙。

使用Lumira连接基于HANA的宇宙时，使用这种连接性类型，您将利用Adaptive Connectivity服务。您可以在下图中看到我们遵循的工作流。在这种情况下，我们在获取数据时基本上遵循以下规则：

使用非JDBC连接的Unx Universe

当您有一个基于其他关系源（如Sybase、SQl Server、Oracle等使用ODBC或数据库供应商提供的本机客户端连接。在这种情况下，北京大数据，我们遵循以下规则：

我所描述的工作流程被简化，搭建大数据平台，以突出所使用的连接服务。我鼓励您仔细查看为Lumira记录的各种流程Lumira文件处理过程中涉及的其他服务的全貌，流程见：

如果你使用的是一个建立在32位数据库上的宇宙，上面的工作流程会非常相似，BI4.x安装附带的标准efashion universe（.unv）。此universe基于32位数据库文件MS Access mdb文件构建。您可以将此universe转换为.unx格式，淘客猪，并使用universe Query Panel扩展在Lumira中从此universe获取数据。上面对工作流的唯一更改是直接连接到32位连接服务器，并利用32位数据库连接来获取数据。64位连接服务器不会在这种情况下使用。

扩展和故障排除的注意事项

知道我们大量利用这些连接服务，扩展连接服务很重要因此，如果您计划将基于JDBC数据源构建的Universe与Lumira一起使用，明智的做法是拆分Adaptive Connectivity服务，并让一个或多个Adaptive Processing Server（AP）专用于运行此服务。您可能还需要调整AP的Java堆设置，大数据100，以便进程不会耗尽内存堆设置可以通过增加承载自适应连接服务的AP的命令行参数中的-Xmx设置来修改。

对于非JDBC Universe，您可能需要运行多个连接服务器进程，特别是当多个并发用户使用Lumira desktop获取数据或通过BI launchpad刷新Lumira文档时。

如果在刷新工作流时出现错误，可以在各种连接服务上启用跟踪，以确定失败的原因。要启用跟踪，在中央管理控制台（CMC）中修改服务的属性，并将日志级别设置为高。默认情况下，跟踪将存储在：

\SAP BusinessObjects\SAP BusinessObjects Enterprise XI 4.0\logging

在universes上使用Lumira时的结束语和提示