BIEE的几个重要的配置文件

 1.
安装后的目录很干净，就两：OracleBI, OracleBIData。
OracleBI目录存放BI Server 的Repository，配置文件等；
OracleBIData中则包括了BI Presentation中的报表目录文件和Presentation相关的配置文件。
几个重要的配置文件：
[url=file:OracleBI/Server/NQSConfig.INI]//OracleBI/Server/NQSConfig.INI[/url]
配置了BI Server的主要参数，如Repository、cache等。不用说，改这个文件要重启BI Server服务才能生效
[url=file:OracleBI/Server/Repository]//OracleBI/Server/Repository[/url]
目录中主要就是BI Server的Repository文件，你要放点别的，我也不好说什么。反正BI Server只能把这个目录下的rpd文件online装载。
[url=file:OracleBI/Server/Log]//OracleBI/Server/Log[/url]
BI Server的存放日志文件，是个技术都不会陌生这类目录。
[url=file:OracleBIData/Web]//OracleBIData/Web[/url]文件夹下的catalog文件夹包含了报表的定义等信息。
/config 文件夹中则包含了一些重要的配置文件，尤以instanceconfig.xml为重。
它配置了BI Presentation 实例的一些重要信息，例如使用了哪一个Catalog 文件夹。修改这个文件之后需要重启Oracle BI Presentation Server 的服务生效；
/Log目录则存放了日志信息。哪里都有Log，人生无处不日志，就是介个样子。


2.
可以看下你们的odbc数据源，应该多了一个自称AnalyticsWeb的Oracle BI Server类型的系统数据源。你们的服务面板里面应该也多了5个服务，
你们的程序菜单也给写了个目录，目录下有一个菜单，菜单里有一个个的O型图标。
当然，这些安装都是麻雀型安装，就是啥都整在一个机器上。你要玩高级的，比如BI Server和Presentation Server分开安装，再来个集群，
或者再小资些，连应用服务器也cluster一把，的确很好玩。我就玩了下BI Server的集群，看着两台虚拟机红绿切换有那么点bt的成就感。但是，
复杂了不好。不见得你就这么需要平衡负载，更不见得你的响应时间从小数点后2位提高到3位你的系统就nb了。

3.
如果选用自带的oc4j，那么，启动oc4j、BI Server、Presentation、JavaHost服务后，通过http://localhost:9704/analytics就可以访问自带的一个叫paint的应用了

4.
OBI EE前身就是Siebel Analytics，本来就是Siebel应用的Infrastructure和Platform的角色。所以大可把Dashboard/Answers/...作为开发平台来整。
你js很牛对吧，那嵌吧；你dom很熟悉对吧，更好，反正原来html web开发的遗老遗少们可以在此找到安身立命之所。

5.
回归正题，来个A-Z吧，但是不知道能不能凑齐。知道个中的可以提醒下，我看看能不能说明白。
A:Admintool
我最爱的Admintool，个人情结上来说。纯粹因为看起来最有技术含量。
这是OBI EE建模的客户端工具。也就是那些数据源定义、业务模型、维度指标定义的地方，也包含安全设置权限控制。
简单的三层模型一目了然，从右到左分别是展现层-逻辑业务层-物理层。
物理层：
有些客户有美好的愿望希望OBI EE能顺便把ETL给做了。我尊重并且誓死捍卫他们的梦想。OBI EE确实是可以做一些转换清理工作，但是何必呢？
如果最终这些操作需要通过OBI EE转换成物理sql，那么何不在db层次就把这些该做的做了呢？！
逻辑层：
那些看起来很专业的钻取取决于这部分维度指标的定义，时间序列也在此。除此外，统一各异种源归于同一逻辑数据源下，业务规则的翻译...
个人喜欢这么理解，物理层和展现层能做的事情比较容易界定，除此外的工作，嘿嘿，逻辑层。
展现层：
没事可以搞点翻译工作，你总不能让用户陪你猜sbtj1102_st这样字段的含义吧。
再设置些对象的权限，我想你老板一定有不愿意你看到的字段或者数据吧。除非他太有钱，人均一套BI系统，否则你得在一个系统里把这部分控制给做了。

6.
没有想到凑26个字母也有难度，sigh，看来真的老了
计划：
C-Catalog
C-Catalog
The Presentation Catalog stores the content that users create in Answers and Dashboards. This
content, which includes items such as folders, links, and objects (that is, requests, filters, prompts,
dashboards, and so on), is stored in a directory structure of individual files.
catalog文件夹存储用户在前端answers,dashboard创建的对象，比如报表、过滤器、提示和仪表盘页面等。每一对象对应一个.atr的属性文件
默认位置[url=file:OracleBIData/web/catalog]//OracleBIData/web/catalog[/url]，可以通过修改instanceconfig.xml文件修改路径。
7.9.3版本是单个文件，10.x后每一个presentation instance一个目录，我不相信有人需要这个升级向导呵呵。upgrade guide有专门的升级命令，很快，也好用。原来打包了的文件现在往目录下看是一个个的独立文件，类似：
[url=file:OracleBIData/web/catalog/paint/root/shared/demo]//OracleBIData/web/catalog/paint/root/shared/demo[/url]
paint%2eregion.atr
paint%2eregion
1,248 paint
86 paint.atr
1,293 paintdemo
paintdemo.atr
D-Delivery
   定义分发的。比如分发的报表的格式、目的设备、是否调度等。
E-
F-Fact table
   嗯，这个很重要，却真不知道怎么说。
G-Group
   强调下BI Server Group 和 Presentation Group不是一个概念。
H-
I-Interactive Dashboard
  仪表盘，上去玩2下，不用我解释。
J-JavaScript
   JS的基础有助于开发出极其炫目的仪表盘和报表。花哨，可是客户很买账。
K-
   想了半天，Kamus?
L-Logical Layer
M-Model
N-
O-Online/Offline
   Repository可以在线编辑，这样修改能为前端实时应用；也可以离线编辑
P-Publisher
  OBI EE的格式报表工具。一开始很崩溃，拿word设计模版真的很难说专业，但是很容易上手。需要xdo的基础
Q-Query
   适当地设置log level，你能监控所有的查询。
R-Repository
S-Session
T-Time Dimension
U-User Interfac
    个人比较偷懒，恨不得就保持OBI EE的默认界面。但是大多客户不，有些很勤快的有很多主义。有html/web/js/dom基础的比较开心，没有的话只有补齐。
V-Venka
   Venka's Blog，强调一下。
W-Writeback
   不支持回写的BI前端无论如何说不过去，OBI EE的WriteBack需要的配置并不复杂。简单的说就是有一个xml格式的回写模版执行回写sql语句。
X-XML
   Dom的理解对仪表盘和报表的定制极其有帮助
Y-Why OBI EE
   开始了，一切顺其自然。主要是因为其他BI产商的产品比较难弄到完全的版本。

来源：http://www.bi163.com/viewthread.php?tid=317&extra=page%3D3