Informatica_Powercenter安装与配置参考文档_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
144页4下载券71页免费2页免费87页2下载券87页4下载券87页4下载券8页免费11页免费19页免费59页1下载券
喜欢此文档的还喜欢47页1下载券45页免费53页免费87页免费15页免费
Informatica_Powercenter安装与配置参考文档|I​n​f​o​r​m​a​t​i​c​a​_​P​o​w​e​r​c​e​n​t​e​r​质​量​控​制​模​块​部​分​的​安​装​和​配​置
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
你可能喜欢informatica安装配置 -
- ITeye技术网站
博客分类：
最近在调研informatica的ETL功能。但是在网络上找了半天发现informatica在oracle上已经下不到了，所幸找到一位热心网友传了两天，才拿到informatica8.6.1的安装包。
于是就按照网上流传的简易使用手册开始安装，期间遇到不少问题，拿出来跟大家分享下。
1.第一个问题是在安装server端的最后一步，节点配置中输入的用户名和密码是你当前系统的登录用户名和密码，前面不用加计算机名。
2.在点完成server安装最后一步前，要在path环境变量中加入D:\Program Files\Informatica Powercenter\server\bin
否则会出错。
3.记住安装server端和client端时填入的各种参数，用户名，密码，最好弄个记事本记下来，之后可能会用到。
4.下一个问题出现在服务器配置阶段，仅需打开informaticaService8.6.1服务即可，用IE浏览器打开 。chrome有不兼容Administration Console页面。用户名和密码是在安装服务器端时设置的。
5.进行手动配置repository service和integration service。配integration service时会遇到输入repository username和password的情况，默认的用户名和密码都是Administrator，或者可以点击repository
service中的connection查看用户名。
6.其他步骤按使用手册说的做就行了。
使用手册在附件里。
下载次数: 71
zhengjian8972
浏览: 6237 次
来自: 厦门相关文章推荐:
informatica
informatica的权限该如何设置？请给位高人指点，尽量详细一点:)
回复 (2) 浏览 (371)
其他文章推荐
ITPUB官方微博:
我已经开发出了webadi，但没有lov组件，双击没有弹出对话框，webadi如何开发在excel添加lov组件，求详细的步骤，有文档也行。所要效果如图：...
回复 (1) 浏览 (155)
大家好：列为varchar2存储数字，如何让所有数字都保留2位小数格式？如0为0.00,3.1,9.678为9.68,1.1为1.10...
回复 (23) 浏览 (861)
本帖最后由waky14于0:06编辑本周就要结束并发章了呀，好多1个？...
回复 (88) 浏览 (3944)
各位大侠，在设置AME时，如何将发票能同时发送消息给多个人审批，只要一个审批完就算成功，有哪位晓得哦...
回复 (1) 浏览 (167)
如果每生产一个完成品都需要交纳固定的技术专利费2元，那么在物料成本核算里应该如何设定？之前曾留意到成本核算估成中，有一个项目类别为G（间接费用），这个间接费用是不是用来设定这种费用的？如何添加类型为G的项目？...
回复 (4) 浏览 (141)
greenplum与informatica集成的白皮书，希望对大家有用&/index.php?ac=file&oid=41438...
回复 (5) 浏览 (123)
&&&&&INFORMATICA&的元数据管理之二&&知识库中运行状态元数据的利用&本项目里的两个哥们做的关于运行状态元数据的两个JOB挺酷的，最近一段时间运行状况良好，自己参考学习的同时以做日志记载，呵呵，为 ......
回复 (3) 浏览 (1169)
3如果需要找到源与目标表的对应逻辑关系可以用下列QUERY实现SELECT&&opb_src.source_namesrc_table_nm,opb_src_fld.src_namesrc_col_nm,&&&&&&&&opb_targ.target_nametgt_table_nm,&&n ......
回复 (10) 浏览 (208)
&&&&&&&&INFORMATICA&的元数据管理之一&&知识库中元数据对象表的使用&大家都知道，在创建INFA的时候会让你选择指定的数据库做为存储元数据用，那存储的元数据对我们的ETL有什么作 ......
回复 (3) 浏览 (230)
&&&&&&&&&&&&&&INFORMATICA&的部署实施之一INFORMATICA的UNIX安装实施INFORMATICA一般为了保证其高可用性大多在UNIX环境安装实施，以下是我INFORMATICA在HP ......
回复 (6) 浏览 (259)
文章推荐：
盛拓传媒：
友情链接：
特别鸣谢：
北京皓辰网域网络信息技术有限公司. 版权所有
北京市公安局海淀分局网监中心备案编号：
广播电视节目制作经营许可证：编号（京）字第1149号
ITPUB推荐文章解答你所有技术难题MySQL的my.cnf配置文件参数详解 运用实例mysql数据库来讲解my.cnf的配置
．获取当前配置参数
要优化配置参数，首先要了解当前的配置参数以及运行情况。使用下列命令可以获得目前服务器使用的配置参数：
mysqld &verbose &help
mysqladmin variables extended-status &u root &p
在MySQL控制台里面，运行下列命令可以获取状态变量的值：
mysql& SHOW STATUS;
如果只要检查某几个状态变量，可以使用下列命令：
mysql& SHOW STATUS LIKE &[匹配模式]&; ( 可以使用%、?等 )
．优化参数
参数优化基于一个前提，就是在我们的数据库中通常都使用InnoDB表，而不使用MyISAM表。在优化MySQL时，有两个配置参数是最重要的，即table_cache和key_buffer_size。
table_cache
table_cache指定表高速缓存的大小。每当MySQL访问一个表时，如果在表缓冲区中还有空间，该表就被打开并放入其中，这样可以更快地访问表内容。通过检查峰值时间的状态值Open_tables和Opened_tables，可以决定是否需要增加table_cache的值。如果你发现open_tables等于table_cache，并且opened_tables在不断增长，那么你就需要增加table_cache的值了（上述状态值可以使用SHOW
STATUS LIKE
&Open%tables&获得）。注意，不能盲目地把table_cache设置成很大的值。如果设置得太高，可能会造成文件描述符不足，从而造成性能不稳定或者连接失败。
对于有1G内存的机器，推荐值是128－256。
案例1：该案例来自一个不是特别繁忙的服务器
table_cache & 512
open_tables & 103
opened_tables & 1273
uptime & 4021421 (measured in seconds)
该案例中table_cache似乎设置得太高了。在峰值时间，打开表的数目比table_cache要少得多。
案例2：该案例来自一台开发服务器。
table_cache & 64
open_tables & 64
opened-tables & 431
uptime & 1662790 (measured in seconds)
虽然open_tables已经等于table_cache，但是相对于服务器运行时间来说，opened_tables的值也非常低。因此，增加table_cache的值应该用处不大。
案例3：该案例来自一个upderperforming的服务器
table_cache & 64
open_tables & 64
opened_tables & 22423
uptime & 19538
该案例中table_cache设置得太低了。虽然运行时间不到6小时，open_tables达到了最大值，opened_tables的值也非常高。这样就需要增加table_cache的值。
key_buffer_size
key_buffer_size指定索引缓冲区的大小，它决定索引处理的速度，尤其是索引读的速度。通过检查状态值Key_read_requests和Key_reads，可以知道key_buffer_size设置是否合理。比例key_reads
/ key_read_requests应该尽可能的低，至少是1:100，1:1000更好（上述状态值可以使用SHOW STATUS LIKE
&key_read%&获得）。
key_buffer_size只对MyISAM表起作用。即使你不使用MyISAM表，但是内部的临时磁盘表是MyISAM表，也要使用该值。可以使用检查状态值created_tmp_disk_tables得知详情。
对于1G内存的机器，如果不使用MyISAM表，推荐值是16M（8-64M）。
案例1：健康状况
key_buffer_size &
key_read_requests &
key_reads & 56188
案例2：警报状态
key_buffer_size & M)
key_read_requests &
key_reads &
案例1中比例低于1:10000，是健康的情况；案例2中比例达到1:11，警报已经拉响。
优化query_cache_size
从4.0.1开始，MySQL提供了查询缓冲机制。使用查询缓冲，MySQL将SELECT语句和查询结果存放在缓冲区中，今后对于同样的SELECT语句（区分大小写），将直接从缓冲区中读取结果。根据MySQL用户手册，使用查询缓冲最多可以达到238％的效率。
通过检查状态值Qcache_*，可以知道query_cache_size设置是否合理（上述状态值可以使用SHOW
STATUS LIKE
&Qcache%&获得）。如果Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲不够的情况，如果Qcache_hits的值也非常大，则表明查询缓冲使用非常频繁，此时需要增加缓冲大小；如果Qcache_hits的值不大，则表明你的查询重复率很低，这种情况下使用查询缓冲反而会影响效率，那么可以考虑不用查询缓冲。此外，在SELECT语句中加入SQL_NO_CACHE可以明确表示不使用查询缓冲。
与查询缓冲有关的参数还有query_cache_type、query_cache_limit、query_cache_min_res_unit。query_cache_type指定是否使用查询缓冲，可以设置为0、1、2，该变量是SESSION级的变量。query_cache_limit指定单个查询能够使用的缓冲区大小，缺省为1M。query_cache_min_res_unit是在4.1版本以后引入的，它指定分配缓冲区空间的最小单位，缺省为4K。检查状态值Qcache_free_blocks，如果该值非常大，则表明缓冲区中碎片很多，这就表明查询结果都比较小，此时需要减小query_cache_min_res_unit。
开启二进制日志( Binary Log )
二进制日志包含所有更新数据的语句，其目的是在恢复数据库时用它来把数据尽可能恢复到最后的状态。另外，如果做同步复制( Replication
)的话，也需要使用二进制日志传送修改情况。
开启二进制日志，需要设置参数log-bin。log_bin指定日志文件，如果不提供文件名，MySQL将自己产生缺省文件名。MySQL会在文件名后面自动添加数字索引，每次启动服务时，都会重新生成一个新的二进制文件。
此外，使用log-bin-index可以指定索引文件；使用binlog-do-db可以指定记录的数据库；使用binlog-ignore-db可以指定不记录的数据库。注意的是：binlog-do-db和binlog-ignore-db一次只指定一个数据库，指定多个数据库需要多个语句。而且，MySQL会将所有的数据库名称改成小写，在指定数据库时必须全部使用小写名字，否则不会起作用。
在MySQL中使用SHOW MASTER STATUS命令可以查看目前的二进制日志状态。
开启慢查询日志( slow query log )
慢查询日志对于跟踪有问题的查询非常有用。它记录所有查过long_query_time的查询，如果需要，还可以记录不使用索引的记录。下面是一个慢查询日志的例子：
开启慢查询日志，需要设置参数log_slow_queries、long_query_times、log-queries-not-using-indexes。log_slow_queries指定日志文件，如果不提供文件名，MySQL将自己产生缺省文件名。long_query_times指定慢查询的阈值，缺省是10秒。log-queries-not-using-indexes是4.1.0以后引入的参数，它指示记录不使用索引的查询。
配置InnoDB
相对于MyISAM表来说，正确配置参数对于InnoDB表更加关键。其中，最重要的参数是innodb_data_file_path。它指定表数据和索引存储的空间，可以是一个或者多个文件。最后一个数据文件必须是自动扩充的，也只有最后一个文件允许自动扩充。这样，当空间用完后，自动扩充数据文件就会自动增长（以8MB为单位）以容纳额外的数据。例如：
innodb_data_file_path=/disk1/ibdata1:900M;/disk2/ibdata2:50M:autoextend
两个数据文件放在不同的磁盘上。数据首先放在ibdata1中，当达到900M以后，数据就放在ibdata2中。一旦达到50MB，ibdata2将以8MB为单位自动增长。
如果磁盘满了，你需要在另外的磁盘上面增加一个数据文件。为此，你需要查看最后一个文件的尺寸，然后计算最接近的整数（MB）。然后手工修改该文件的大小，并添加新的数据文件。例如：假设ibdata2已经有109MB数据，那么可以修改如下：
innodb_data_file_path=/disk1/ibdata1:900M;/disk2/ibdata2:109M;/disk3/ibdata3:500M:autoextend
flush_time
如果系统有问题并且经常锁死或重新引导，应将该变量设置为非零值，这将导致服务器按flush_time
秒来刷新表的高速缓存。用这种方法来写出对表的修改将降低性能，但可减少表讹误或数据丢失的机会。
一般使用缺省值。
Binlog_cache_size
The size of the cache to hold the SQL statements for the binary log during a
transaction. A binary log cache is allocated for each client if the server
supports any transactional storage engines and if the server has binary log
enabled(&log-bin option). If you often use big, multiple-statement transactions,
you can increase this to get more performance. The Binlog_cache_use and
Binlog_cache_disk_use status variables can be useful for tuning the size of this
．存储引擎
3.23.0版本中，引入了MyISAM存储引擎。它是一个非事务型的存储引擎，成为了MYSQL的缺省存储引擎。但是，如果使用设置向导来设置参数，则它会把InnoDB作为缺省的存储引擎。InnoDB是一个事务型的存储引擎。
创建表的时候，可以为表指定存储引擎，语法如下：
CREATE TABLE t (i INT) ENGINE = MyISAM
CREATE TABLE t (i INT) TYPE = MyISAM
如果没有指定，则使用缺省的存储引擎。也可以使用ALTER TABLE来更换表引擎，语法如下：
ALTER TABLE t ENGINE = MyISAM
同一数据库中可以包含不同存储引擎的表。
事务型表具有以下特点：
?&&&&&&& Safer. Even if MySQL crashes or you get hardware problems, you can
get your data back, either by automatic recovery or from a backup plus the
transaction log.
?&&&&&&& You can combine many statements and accept them all at the same time
with the COMMIT statement (if autocommit is disabled).
?&&&&&&& You can execute ROLLBACK to ignore your changes (if
autocommit is disabled).
?&&&&&&& If an update fails, all your changes will be restored. (With
non-transaction-safe tables, all changes that have taken place are
permanent.)
?&&&&&&& Transaction-safe storage engines can provide better concurrency for
tables that get many updates concurrently with reads.
非事务型表具有以下优点：
．存储引擎
下面MyISAM的参数是MySQL手册推荐的参数，据说适应于大部分情况。对于如何监视参数设置是否合理，仍然没有头绪。
max_connections=200
read_buffer_size=1M
read_rnd_buffer_size＝8M
sort_buffer_size=1M
Read_buffer_size
Each thread that does a sequential scan allocates a buffer of this size for
each table it scans. If you do many sequential scans, you might want to increse
this value.
Read_rnd_buffer_size
When reading rows in sorted order after a sort, the rows are read through
this buffer to avoid disk seeks. Setting the variable to a large value can
improve ORDER BY performance by a lot. However, this is a buffer allocated for
each client, so you should not set the global variable to a large value.
Instead, change the session variable only from within those clients that need to
run large queries.
Bulk_insert_buffer_size
该参数于4.0.3中引入。MyISAM使用一个树型的缓冲区来加速大量的插入，如INSERT&SELECT，INSERT&VALUES(&),VALUES(&),&,LOAD DATA
INFILE等。该参数指定了缓冲区的大小。缺省值为8M，设置为0则表示不使用该优化。
如果不使用MyISAM表，则可以将其设置为0。
．存储引擎
参考了很多资料，都没有明确地表明如何优化InnoDB参数，以及如何监视这些参数设置是否合理，只有根据MySQL用户手册上面的介绍来进行设置。
innodb_buffer_pool_size
对于InnoDB表来说，innodb_buffer_pool_size的作用就相当于key_buffer_size对于MyISAM表的作用一样。InnoDB使用该参数指定大小的内存来缓冲数据和索引。对于单独的MySQL数据库服务器，最大可以把该值设置成物理内存的80%。
根据MySQL手册，对于2G内存的机器，推荐值是1G（50%）。
innodb_flush_log_at_trx_commit
该值指定InnoDB记录日志的方式。如果设置为1，则每个事务提交的时候，MySQL都会将事务日志写入磁盘。如果设置为0或者2，则大概每秒中将日志写入磁盘一次。（还不清楚0和2的区别）
实际测试发现，该值对插入数据的速度影响非常大，设置为2时插入10000条记录只需要2秒，设置为0时只需要1秒，而设置为1时则需要229秒。因此，MySQL手册也建议尽量将插入操作合并成一个事务，这样可以大幅提高速度。
根据MySQL手册，在存在丢失最近部分事务的危险的前提下，可以把该值设为0。
innodb_log_file_size
The size of each log file in a log group. The default is 5MB. The larger the
value, the less checkpoint flush activity is needed in the buffer pool, saving
disk I/O. But large log files also mean that recovery will be slower in case of
根据MySQL手册，推荐值是innodb_buffer_pool_size的25%。
注意：在重新设置该值时，好像要把原来的文件删除掉。
innodb_log_buffer_size
The size of the buffer that InnoDB uses to write to the log files on disk.
Sensible values range from 1MB to 8MB. The default is 1MB. A large log buffer
allows large transactions to run without a need to write the log to disk before
the transactions commit. Thus, if you have big transactions, making the log
buffer larger will save disk I/O.
根据MySQL手册，推荐值是8M。
innodb_additional_mem_pool_size
该参数指定InnoDB用来存储数据字典和其他内部数据结构的内存池大小。缺省值是1M。通常不用太大，只要够用就行，应该与表结构的复杂度有关系。如果不够用，MySQL会在错误日志中写入一条警告信息。
根据MySQL手册，对于2G内存的机器，推荐值是20M。
SHOW INNODB STATUS
显示InnoDB存储引擎的状态
====================================================
aborted_clients 客户端非法中断连接次数
aborted_connects 连接mysql失败次数
xxx命令执行次数,有很多条
connections 连接mysql的数量
Created_tmp_disk_tables
在磁盘上创建的临时表
Created_tmp_tables 在内存里创建的临时表
Created_tmp_files
临时文件数
Key_read_requests The number of requests to read a key block from the
Key_reads The number of physical reads of a key block from
Max_used_connections 同时使用的连接数
Open_tables 开放的表
Open_files
开放的文件
Opened_tables 打开的表
Questions 提交到server的查询数
Sort_merge_passes
如果这个值很大,应该增加<f中的sort_buffer值
服务器已经工作的秒数
提升性能的建议:
1.如果opened_tables太大,应该把<f中的table_cache变大
2.如果Key_reads太大,则应该把<f中key_buffer_size变大.可以用Key_reads/Key_read_requests计算出cache失败率
3.如果Handler_read_rnd太大,则你写的SQL语句里很多查询都是要扫描整个表,而没有发挥键的作用
4.如果Threads_created太大,就要增加<f中thread_cache_size的值.可以用Threads_created/Connections计算cache命中率
5.如果Created_tmp_disk_tables太大,就要增加<f中tmp_table_size的值,用基于内存的临时表代替基于磁盘的&&
Aborted_clients
由於客戶沒有正確關閉連接已經死掉，已經放棄的連接數量。
Aborted_connects
嘗試已經失敗的MySQL伺服器的連接的次數。
Connections
試圖連接MySQL伺服器的次數。
Created_tmp_tables
當執行語句時，已經被創造了的隱含臨時表的數量。
Delayed_insert_threads
正在使用的延遲插入處理器執行緒的數量。
Delayed_writes
DELAYED寫入的行數。
Delayed_errors
DELAYED寫入的發生某些錯誤(可能重複鍵值)的行數。
Flush_commands
執行FLUSH命令的次數。
Handler_delete
請求從一張表中刪除行的次數。
Handler_read_first
請求讀入表中第一行的次數。
Handler_read_key
請求數字基於鍵讀行。
Handler_read_next
請求讀入基於一個鍵的一行的次數。
Handler_read_rnd
請求讀入基於一個固定位置的一行的次數。
Handler_update
請求更新表中一行的次數。
Handler_write
請求向表中插入一行的次數。
Key_blocks_used
用於關鍵字緩存的塊的數量。
Key_read_requests
請求從緩存讀入一個鍵值的次數。
從磁碟物理讀入一個鍵值的次數。
Key_write_requests
請求將一個關鍵字塊寫入緩存次數。
Key_writes
將一個鍵值塊物理寫入磁碟的次數。
Max_used_connections
同時使用的連接的最大數目。
Not_flushed_key_blocks
在鍵緩存中已經改變但是還沒被清空到磁碟上的鍵塊。
Not_flushed_delayed_rows
DELAY隊列中等待寫入的行的數量。
Open_tables
打開表的數量。
Open_files
打開文件的數量。
Open_streams
打開流的數量(主要用於日誌記載）
Opened_tables
已經打開的表的數量。
發往伺服器的查詢的數量。
Slow_queries
要花超過long_query_time時間的查詢數量。
Threads_connected
當前打開的連接的數量。
Threads_running
不在睡眠的執行緒數量。
伺服器工作了多少秒。
關於上面的一些注釋：
如果Opened_tables太大，那麼你的table_cache變數可能太小。
如果key_reads太大，那麼你的key_cache可能太小。緩存命中率可以用key_reads/key_read_requests計算。
如果Handler_read_rnd太大，那麼你很可能有大量的查詢需要MySQL掃描整個表或你有沒正確使用鍵值的聯結(join)。
本文关键词：
评论加载中...
ITOKIT友示:文明上网、拒绝恶骂Informatica 安装用户元数据解析 - yinwxiang - ITeye技术网站
博客分类：
OPB_ATTR :
INFORMATICA (Designer,Workflow等)设计时及服务器设置的所有属性项的名称，当前值及
该属性项的简要说明
例如： ATTR_NAME: Tracing Level
ATTR_VALUE: 2
ATTR_COMMENT: Amount of detail in the session log
用途：可以通过该表快速查看到设计或设置时碰到的一些属性项的用途与说明
OPB_ATTR_CATEGORY:
INFORMATICA各属性项的分类及说明
例如： CATEGORY_NAME: Files and Directories
DESCRIPTION: Attributes related to file names and directory locations
用途：查看上表所提的属性项的几种分类及说明
OPB_CFG_ATTR:
WORKFLOW MANAGER中的各个Folder下的Session Configuration的配置数据，每个配置对应表中一组Config_Id相同的数据，一组配置数据共23条
例如： ATTR_ID: 221
ATTR_VALUE: $PMBadFileDir
用途：查看所有的Session Configuration的配置项及值，并方便的进行各个不同Folder间的配置异同比较
OPB_CNX:
WORKFLOW MANAGER中关于源、目标数据库连接的定义，包括Relational Connection,Queue Connection,Loader Connection等
例如： OBJECT_NAME: Orace_Source
USER_NAME: oral
USER_PASSWORD: `?53S{$+*$*[X]
CONNECT_STRING: Oratest
用途：查看在WorkFlow Manager中进行配置的所有连接及其配置数据
OPB_CNX_ATTR:
上表所记录的所有数据库连接的一些相关属性值，一种属性值一条数据。例如对于Relational Connection类的连接，有附加三个属性，对应该表则有三条记录，分别记录其Rollback Segment, Environment SQL, Enable Parallel Mode的属性值，分别对应ATTR_ID为10,11,12
例如： OBJECT_ID: 22
ATTR_ID: 10
ATTR_VALUE: 1（代表Enable Parallel Mode为选中）
VERSION_NUMBER: 1
用途：查看所有配置好的连接的相关属性值，及一些环境SQL及回滚段设置，方便统一查看及比较
OPB_DBD:
INFORMATICA DESIGNER中所有导入的源的属性及位置
例如： DBSID: 37
DBDNAM: DSS_VIEW
ROOTID: 37
用途：关联查看所有源的属性
OPB_DBDS:
INFORMATICA MAPPING中所引用的源，即Mapping与上表中源的对应关系
例如： MAPPING_ID: 3
DBD_ID: 4
VERSION_NUMBER: 1
用途：查看一个定义了的源被哪些Mapping引用过，作为他的源或给出Mapping名，根据OPB_MAPPING表关联，可以查看该Mapping引用到哪些源
OPB_EXPRESSION:
INFORMATICA DESIGNER 中所有定义了的表达式
例如： WIDGET_ID: 1003
EXPRESSION: DECODE(IIF(TYPE_PLAN != '05',1,0),1,QTY_GROSS,0)
用途：通过与OPB_WIDGET表关联，查看整个元数据库中的所有Expression转换模块中的表达式定义
OPB_EXTN_ATTR:
WORKFLOW MANAGER中的 Edit Tasks时的Mapping页中，选中Targets时，其相关属性的设置值。每个属性值一条记录。
例如： ATTR_ID: 2
ATTR_VALUE: ora_test1.bad
用途：通过关联直接查看所有Session的相关目标表数据加载设置
OPB_FILE_DESC:
INFORMATICA中所有文本文件的读入规则定义，如分隔符等
例如： STR_DELIMITER: 11,
FLD_DELIMITER: 9,44,0
CODE_PAGE: 936
用途：查看系统中不同的文本的规则定义
OPB_GROUPS:
INFORMATICA中所有组的定义
例如： GROUP_ID: 2
GROUP_NAME: Administrators
用途：查看当前系统中所设置的所有组
OPB_MAPPING:
INFORMATICA中所有Mapping的存储，并存储着Mapping的一些如最后一次存储时间、说明等属性信息
例如： MAPPING_NAME: m_PM_COUNT_BILL
MAPPING_ID: 1521
LAST_SAVED: 03/27/:24
用途：这张表的用途非常大，可以通过本表数据的查询，得出如某个时间以后修改过的所
有Mapping，所有失效了的Mapping，这个表的更大作用是和其他表作关联，得出
更多Mapping相关的信息
OPB_MAP_PARMVAR:
INFORMATICA中Mapping的所有参数的定义，及其初始值等相关信息
例如： MAPPING_ID: 1538
PV_NAME: $$DP_ENABLE_RAND_SAMPLING
PV_DEFAULT: 0
用途：查看系统作所设置的所有参数信息，与OPB_MAPPING关联可以根据所给出的
Mapping名查看该Mapping下所设置的所有参数信息
OPB_METAEXT_VAL:
IINFORMATICA元数据扩展信息，记录了在设计中，所扩展的所有元数据相关信息
以下是某个Session的元数据扩展
例如： METAEXT_NAME: COMMENT
OBJECT_TYPE: 68 (Session)
PM_VALUE: The Link's Main Table,Design by Jack
用途：查看在设计中所有扩展了的元数据信息，通过关联可以查看指定对象的元数据扩展信
息，帮助集中查看了解设计过程中的一些信息
OPB_OBJECT_TYPE:
INFORMATICA设计中所有对象的定义表
例如： OBJECT_TYPE_ID: 1
OBJECT_TYPE_NAME: Source Definition
用途：可以查看到现在INFOMATICA所定义了的所有对象，可作为其他表的关联维表，查看某个对象的所有相关信息
OPB_PARTITION_DEF:
SESSION 中所有的PARTITION定义
例如： SESSION_ID: 2578
PARTITION_NAME: Partition #1
用途：通过关联，根据Session的名称，查出该Session所包含的所有Partition设置
OPB_REPOSIT:
INFORMATICA REP服务器配置相关信息
例如： DATAVERSION: 5002
PEPOSIT_NAME: hnsever
用途：查看INFORMATICA REP服务器配置信息
OPB_REPOSIT_INFO:
INFORMATICA REP数据库连接配置信息
例如： REPOSITORY_NAME: TEST-REP
DB_USER: infa_user
DB_NATIVE_CONNECT: infa_conn
HOSTNAME: hnsever
PORTNUM: 5001
用途：查看INFORMATICA REP服务器数据库连接配置信息
OPB_SCHEDULER:
WORKFLOW 中的所有SCHEDULER设置信息表
例如： SCHEDULER_ID: 81
SCHEDULER_NAME: Scheduler_DAY_10
START_TIME: 3/13/
用途：该表记录了所有的SCHEDULER信息，以及它的各项属性设置，方便整体进行考虑各个SCHEDULER间的调度配合
OPB_SERVER_INFO:
INFORMATICA SEVER 服务器配置信息
例如： SERVER_NAME: INFA_SEVER
TIMEOUT: 300
HOSTNAME: hnsever
PORT_NO: 4001
IP_ADDRESS: 196.125.13.1
用途：查看INFORMATICA SEVER服务器配置信息
OPB_SESSION:
WORKFLOW中的所有Session，记录了Session与Mapping的对应关系及Session相关的一
些基本属性
例如： SESSION_ID: 11
MAPPING_ID: 3
用途：查看Session与Mapping对应关系，通过关联得出Session名与Mapping名的对应
OPB_SESSION:
WORKFLOW中的所有Session，记录了Session与Mapping的对应关系及Session相关的一
些基本属性
例如： SESSION_ID: 11
MAPPING_ID: 3
用途：查看Session与Mapping对应关系，通过关联得出Session名与Mapping名的对应
OPB_SESSION_CONFIG:
记录了WORKFLOW中所有Session的Config配置信息
例如： CONFIG_NAME: default_session_config
COMMENTS: Default session configuration object
用途：查看当前系统中所有配置了的Session Config信息
OPB_SESS_FILE_REF:
INFORMATICA抽取过程中的所有Flat File与Session的相关关系定义
例如： SESSION_ID: 682
FILE_ID: 66
用途：查看整个系统中的Flat File源的相关情况
OPB_SESS_FILE_VALS:
系统中所有Flat File文件的具体情况，包括文件名、路径等
例如： SESSION_ID: 1560
FILE_NAME: PTM_LU_CHILD.txt
DIR_NAME: $PMSourceFileDirPTM
用途：通过关联可以查看到Session相关的Flat文件名及其路径，以及查看系统所有相关Flat文件及统计
OPB_SESS_TASK_LOG:
这是INFORMATICA对于Session运行的所有日志的信息记录，并且记录下Session的出错情况。
例如： INSTANCE_ID: 6
MAPPING_NAME: m_ASSET_SUB_ACCOUNT
LOG_FILE: C:Program Files......s_ASSET_SUB_ACCOUNT.log
FIRST_ERROR_MSG: No errors encountered.
用途：这是在查Session运行情况的最终要的表之一，可以最简便的得到Session是否运行正常及当初错时的首个错误简要信息，以及日志文件的位置
OPB_SRC:
INFORMATICA DESIGNER中所定义的所有源
例如： SRC_ID: 12
SUBJ_ID: 27
FILE_NAME: AM_EQP_ASSESS
SOURCE_NAME: AM_EQP_ASSESS
用途：通过Subj_Id的关联，可以查出每个Folder中所有定义了的源
OPB_SRC_FLD:
INFORMATICA中源表的所有字段的定义
例如： FLDID: 82
SRC_ID: 12
SRC_NAME: FLAG_ID
用途：关联上表，得出该源表的所有字段，及其定义和相关属性值
OPB_SRV_LOC_VARS:
INFORMATICA系统服务器配置中，所有的系统变量及变量的当前值
例如： VAR_ID: 13
VAR_NAME: $PMRootDir
VAR_VALUE: D:Program FilesInformatica PowerCenter 7.1.1Server
用途：查看当前服务器的所有系统变量及其当前值
OPB_SUBJECT:
INFORMATICA中所有主题定义，即所有Folder的定义及相关属性
例如： SUBJ_NAME: OAM
SUBJ_ID: 2
GROUP_ID: 3
用途：Folder的ID是其他很多表的外键，作为其他表的关联，可以查看该Folder下的所有相关对象信息
OPB_SWIDGET_INST:
记录一个Session中所用到的Mapping引用到的所有对象及其相关属性，即细到每个转化模块一条记录
例如： SESSION_ID: 11
MAPPING_ID: 3
INSTANCE_NAME: LKP_OTHER_CHECK11
PARTITION_TYPE: 1
用途：查看每个Session所引用到的所有对象，及其当前的属性值
OPB_SWIDGINST_LOG:
INFORMATICA运行后，所有运行了的Session中相关源及目标对象的运行日志，即运行的时间，抽取的数据成功条数等
例如： TASK_INSTANCE_ID: 92
PARTITION_ID: 1
PARTITION_NAME: Partition #1
WIDGET_NAME: SQ_SHIFT_CODE
APPLIED_ROWS: 723
START_TIME:
8:48:12
END_TIME:
8:48:31
用途：这是INFORMATICA运行后，对每个对象的运行情况的最详细的日志记录，对于数据正确性的检查，性能的调优等有着很重要的参考价值
OPB_SWIDG_GROUP:
在INFORMATICA DESIGNER 中Union_Transformation模块上的所有Group的定义表
例如： SESSION_ID: 1410
GROUP_NAME: PM_GROUP1
用途：该表单独记录了Union_Transformation模块上所有设置了的Group，可以通过关联查出一个Session上所有的Union Group定义
OPB_TABLE_GROUP:
在INFORMATICA& DESIGNER 中Router& Transformation模块上的所有Group的定义表.
例如： OBJECT_ID: 3409
ATTR_VALUE: FROM_ID = 'xx'
用途：该表单独记录了Router Transformation模块上所有设置了的Group，以及Group的分组条件，可以通过关联查处出一个Mapping中Route r的所有分组设置及其分组条件
OPB_TABLE_GROUP:
在INFORMATICA& DESIGNER 中Router& Transformation模块上的所有Group的定义表.
例如： OBJECT_ID: 3409
ATTR_VALUE: FROM_ID = 'xx'
用途：该表单独记录了Router Transformation模块上所有设置了的Group，以及Group的分组条件，可以通过关联查处出一个Mapping中Route r的所有分组设置及其分组条件
OPB_TARG:
在INFORMATICA& DESIGNER 中所有目标表的定义
例如： TARGET_ID: 3
SUBJ_ID: 2
TARGET_NAME: HAM_DEPT
用途：该表存储了所有的目标表定义，通过关联可以查出某个Folder下所有的目标表定义
OPB_TARGINDEX:
在INFORMATICA中对目标表，可进行Index的定义，该表存储了所有目标表Index的定义
例如： TARGET_ID: 1626
INDEXNAME: IDX_AUDIT
用途：查出所有在INFORMATICA中进行的Index定义，及相关目标表信息
OPB_TARGINDEXFLD:
INFORMATICA中目标表上进行了Index定义的相关的所有字段
例如： INDEXID: 6
FLDNAME: AREC_BILL_ID
用途：进行关联查出在INFORMATICA中进行了Index定义的表及其字段
OPB_TARG_FLD:
INFORMATICA中所有目标表的字段信息
例如： TARGET_ID: 131
TARGET_NAME: CHECK_PROPERTY
用途：查看目标表的所有字段信息，或给出字段名，查找该字段在那些目标表中出现过
OPB_TASK:
WORKFLOW中所有Task的记录，包括Session，Worklet，WorkFlow等
例如： TASK_ID: 1717
TASK_NAME: s_OAM_LOG_ARR
用途：该表是Workflow关于Task的记录的主表，通过关联可以查出某个folder下所包含的所有Workflow、Worklet、Task等，以及查出一个Workflow下的所有Task
OPB_TASK_ATTR:
该表记录了Task的所有属性值，每个属性一条记录
例如： ATTR_ID: 2
ATTR_VALUE: s_AM_ASSET_TYPE.log
用途：查看相关Task的属性设置，查找系统中同一属性设置的所有Task
OPB_TASK_INST:
Task实例表，与OPB_TASK表信息类似，但该表主要突出的是Workflow与Task的关系，而OPB_TASK表是Task的基表
例如： WORKFLOW_ID: 9
INSTANCE_NAME: s_USED_KIND
用途：查找一个Workflow下的所有Task信息
OPB_TASK_INST_RUN:
该表记录了所有Task每次运行的日志信息，包括当前的运行起始时间，服务名等
例如： INSTANCE_NAME: s_ASSET_ACCOUNT
START_TIME:
15:20:01
END_TIME:
15:20:08
SERVER_NAME: ETL-SVR
用途：该表记录了Task每次运行的日志信息，其中关于时间的信息对于性能调优有着极其重要的作用，也可以观察同一个Task，一段时间的运行效果，评估服务器的运行情况等
OPB_TASK_VAL_LIST:
该表记录了某些Task中的属性值，例如Command Task中的Command值
例如： TASK_ID: 2990
PM_VALUE: DEL “D:FILE_LIST.TXT”
VAL_NAME: DELETE
用途：可以查看当前系统中设置的任务属性值，也可查看所有的Command的命令值
OPB_USERS:
该表记录了Rep Manager中所设置的所有用户，及其相关属性
例如：USER_ID: 5
USER_NAME: DEMO
USER_PASSWD: hG63"4$7.`
USER_PRIVILEGES1: 79
用途：可以查看系统中INFORMATICA所定义了的所有用户及相关属性
OPB_USER_GROUPS:
该表记录了Rep Manager中用户与组的关系
例如： USER_ID: 2
GROUP_ID: 3
用途：查看一个组中存在哪些用户，或关联出每个用户到底属于哪个组
OPB_VALIDATE:
该表纪录Designer或Workflow Manager中设计开发时，所有Validate的信息
例如： OBJECT_ID:4
INV_COMMENTS: Replaced source [V_RCT_CREDIT] during import.
用途：查看同一个对象的历史Validate信息，查看对象的修改历程
OPB_VERSION_PROPS:
该表纪录了系统中各种对象的当前版本信息，最后的修改时间。包括最小到各个Mapping中的各个模块的当前版本信息。
OPB_VALIDATE:
该表纪录Designer或Workflow Manager中设计开发时，所有Validate的信息
例如： OBJECT_ID: 4
INV_COMMENTS: Replaced source [V_RCT_CREDIT] during import.
用途：查看同一个对象的历史Validate信息，查看对象的修改历程
OPB_VERSION_PROPS:
该表纪录了系统中各种对象的当前版本信息，最后的修改时间。包括最小到各个Mapping中的各个模块的当前版本信息。
例如： OBJECT_ID: 5
OBJECT_NAME: FLT_CLM_BDL
LAST_SAVED: 08/20/:29
用途：查看系统中各模块对象的最后更改时间。
OPB_WFLOW_VAR:
该表纪录了Workflow的中，各个系统变量的定义，是Workflow设计过程中，所有各模块间系统变量的设计纪录
例如： SUBJECT_ID: 2
VAR_NAME: ErrorMsg
VAR_DESC:Error message for this task's execution&&&&&&&&
LAST_SAVED: 08/20/:41
用途：查看Workflow中相应的系统变量的设计
OPB_WIDGET:
该表是所有Mapping中的所有转换模块的基础信息表，记录了每个转换模块的基础信息
例如： WIDGET_NAME: AGG_PIM_RES
WIDGET_TYPE: 9
IS_REUSABLE: 0
用途：可以与其他表进行关联，按条件查出需要各个基础的转换模块
OPB_WIDGET_ATTR:
该表是OPB_WIDGET的子表，记录了每一个转换模块的各种属性值。一个模块的一个属性占一条记录。
例如： WIDGET_ID: 2
WIDGET_TYPE: 11
ATTR_VALUE: $PMCacheDir
用途：该表纪录了所有的转换模块的所有属性值，是在做某属性查找时非常有用的一个基础表，通过与其他表的关联即可得出同一设置的所有转换模块的信息
OPB_WIDGET_FIELD:
该表纪录了各个转换模块中所有字段的定义
例如： WIDGET_ID: 4
FIELD_NAME: IN_PL_CD
WGT_PREC: 10
WGT_DATATYPE: 12
用途：可以实现对某个字段名称的统计与查找
OPB_WORKFLOW:
该表是Workflow定义的一个基表，记录下Workflow的关系信息
例如： WORKFLOW_ID: 6
SERVER_ID: 0
SCHEDULER_ID: 3
用途：该表主要可以用于作关于Workflow的各种相关查找的关联表
REP_DB_TYPES:
该表记录了INFA所支持的数据库的类型
例如： DATYPE_NUM: 3
DATYPE_NAME:ORACLE
用途：该表是系统的一个基础代码表，用于显示INFA所支持的所有数据库类型
REP_FLD_DATATYPE:
该表记录了INFA所支持的各种数据类型以及INFA所支持的各种数据库的数据类型
例如： DTYPE_NUM: 3001
DTYPE_NAME: char
DTYPE_DATABASE: ORACLE
用途：该表是系统的一个基础代码表，用于显示INFA所支持的所有数据类型
REP_SRC_KEY_TYPES:
该表记录了INFA在源定义中所设定的所有键值类型
例如： KEYTYPE_NUM: 1
KEYTYPE_NAME: PRIMARY KEY
用途：该表是系统的一个基础代码表，用于显示INFA源设计中，所有支持的键值类型
REP_TARG_KEY_TYPES:
该表记录了INFA在目标定义中所设定的所有键值类型
例如： KEYTYPE_NUM: 2
KEYTYPE_NAME: FOREIGN KEY
用途：该表是系统的一个基础代码表，用于显示INFA目标设计中，所有支持的键值类型
REP_TARG_TYPE:
该表记录了INFA的目标表类型
例如： TARGET_TYPE: 1
TYPE_NAME: DIMENSION
用途：表是系统的一个基础代码表，用于显示INFA设计中，所有支持的目标表类型
应用举例：要查询mapping以前版本的设计信息（发生过改动，对应的port等）
select * from opb_subject where subject_id ='2'& select * from opb_mapping where mapping_name = 'm_ocrm_bt_ast_qqy'& select * from OPB_WIDGET_inst where mapping_id = '43'& select * from Opb_Widget_Expr where widget_id ='194'& select * from Opb_Expression WHERE EXPR_ID ='569'& select * from OPB_WIDGET_FIELD& where field_id='592'
浏览: 21242 次
来自: 上海