Informatica (バージョン 10.1) Documentation...5 • • • • • • • • • • • •...

Informatica (バージョン 10.1)

Metadata Manager 管理者ガイド

Informatica Metadata Manager 管理者ガイド

バージョン 10.12016 年 6 月

© 著作権 Informatica LLC 1993, 2016

本ソフトウェアおよびマニュアルには、Informatica LLC の所有権下にある情報が収められています。これらは使用および開示の制限等を定めた使用許諾契約のもとに提供され、著作権法により保護されています。当該ソフトウェアのリバースエンジニアリングは禁じられています。本マニュアルのいかなる部分も、いかなる手段（電子的複写、写真複写、録音など）によっても、Informatica LLC の事前の承諾なしに複製または転載することは禁じられています。このソフトウェアは、米国および/または国際的な特許、およびその他の出願中の特許によって保護されています。

合衆国政府によるソフトウェアの使用、複製または開示は、DFARS 227.7202-1（a）および 227.7702-3（a）（1995 年）、DFARS 252.227-7013(C)（1）（ii）（1988 年 10月）、FAR 12.212（a）（1995 年）、FAR 52.227-19、または FAR 52.227-14（ALT III）に記載されているとおりに、当該ソフトウェア使用許諾契約に定められた制限によって規制されます。

本製品または本書の情報は、予告なしに変更されることがあります。お客様が本製品または本書内に問題を発見された場合は、書面にて当社までお知らせください。

Informatica、Informatica Platform、Informatica Data Services、PowerCenter、PowerCenterRT、PowerCenter Connect、PowerCenter Data Analyzer、PowerExchange、PowerMart、Metadata Manager、Informatica Data Quality、Informatica Data Explorer、Informatica B2B Data Transformation、Informatica B2B Data Exchange、Informatica On Demand、Informatica Identity Resolution、Informatica Application Information Lifecycle Management、Informatica Complex Event Processing、Ultra Messaging、Informatica Master Data Management、および Live Data Map は、Informatica LLC の米国および世界中の管轄地での商標または登録商標です。その他のすべての企業名および製品名は、それぞれの企業の商標または登録商標です。

本ソフトウェアまたはドキュメントの一部は、次のサードパーティが有する著作権に従います（ただし、これらに限定されません）。Copyright DataDirect Technologies.All rights reserved.Copyright (C) Sun Microsystems.All rights reserved.Copyright (C) RSA Security Inc. All rights reserved. Copyright (C) Ordinal Technology Corp. All rights reserved. Copyright (C) Aandacht c.v. All rights reserved. Copyright Genivia, Inc. All rights reserved. Copyright Isomorphic Software. All rights reserved.Copyright (C) Meta Integration Technology, Inc. All rights reserved. Copyright (C) Intalio. All rights reserved.Copyright (C) Oracle. All rights reserved.Copyright (C) Adobe Systems Incorporated. All rights reserved.Copyright (C) DataArt, Inc. All rights reserved. Copyright (C) ComponentSource. All rights reserved.Copyright (C) Microsoft Corporation. All rights reserved.Copyright (C) Rogue Wave Software, Inc. All rights reserved. Copyright (C) Teradata Corporation. All rights reserved.Copyright (C) Yahoo! Inc. All rights reserved. Copyright (C) Glyph & Cog, LLC. All rights reserved.Copyright (C) Thinkmap, Inc. All rights reserved. Copyright (C) Clearpace Software Limited. All rights reserved.Copyright (C) Information Builders, Inc. All rights reserved. Copyright (C) OSS Nokalva, Inc. All rights reserved. Copyright Edifecs, Inc. All rights reserved. Copyright Cleo Communications, Inc. All rights reserved. Copyright (C) International Organization for Standardization 1986. All rights reserved.Copyright (C) ej-technologies GmbH. All rights reserved.Copyright (C) Jaspersoft Corporation. All rights reserved.Copyright (C) International Business Machines Corporation.All rights reserved.Copyright (C) yWorks GmbH. All rights reserved.Copyright (C) Lucent Technologies. All rights reserved.Copyright (C) University of Toronto. All rights reserved.Copyright (C) Daniel Veillard. All rights reserved.Copyright (C) Unicode, Inc. Copyright IBM Corp. All rights reserved. Copyright (C) MicroQuill Software Publishing, Inc. All rights reserved. Copyright (C) PassMark Software Pty Ltd. All rights reserved. Copyright (C) LogiXML, Inc. All rights reserved. Copyright (C) 2003-2010 Lorenzi Davide, All rights reserved. Copyright (C) Red Hat, Inc. All rights reserved. Copyright (C) The Board of Trustees of the Leland Stanford Junior University. All rights reserved.Copyright (C) EMC Corporation. All rights reserved.Copyright (C) Flexera Software. All rights reserved.Copyright (C) Jinfonet Software. All rights reserved.Copyright (C) Apple Inc. All rights reserved.Copyright (C) Telerik Inc. All rights reserved.Copyright (C) BEA Systems. All rights reserved.Copyright (C) PDFlib GmbH. All rights reserved.Copyright (C) Orientation in Objects GmbH. All rights reserved.Copyright (C) Tanuki Software, Ltd. All rights reserved. Copyright (C) Ricebridge. All rights reserved.Copyright (C) Sencha, Inc. All rights reserved.Copyright (C) Scalable Systems, Inc. All rights reserved.Copyright (C) jQWidgets. All rights reserved.Copyright (C) Tableau Software, Inc. All rights reserved.Copyright (C) MaxMind, Inc. All rights reserved.Copyright (C) TMate Software s.r.o. All rights reserved.Copyright (C) MapR Technologies Inc. All rights reserved.Copyright (C) Amazon Corporate LLC. All rights reserved.Copyright (C) Highsoft. All rights reserved.Copyright (C) Python Software Foundation. All rights reserved.Copyright (C) BeOpen.com. All rights reserved.Copyright (C) CNRI. All rights reserved.

本製品には、Apache Software Foundation（http://www.apache.org/）によって開発されたソフトウェア、およびさまざまなバージョンの Apache License（まとめて「License」と呼んでいます）の下に許諾された他のソフトウェアが含まれます。これらのライセンスのコピーは、http://www.apache.org/licenses/ で入手できます。適用法にて要求されないか書面にて合意されない限り、ライセンスの下に配布されるソフトウェアは「現状のまま」で配布され、明示的あるいは黙示的かを問わず、いかなる種類の保証や条件も付帯することはありません。ライセンス下での許諾および制限を定める具体的文言については、ライセンスを参照してください。

本製品には、Mozilla（http://www.mozilla.org/）によって開発されたソフトウェア、ソフトウェア copyright The JBoss Group, LLC, コンテンツの無断複写・転載を禁じます、ソフトウェア copyright, Red Hat Middleware, LLC, コンテンツの無断複写・転載を禁じます、Copyright (C) 1999-2006 by Bruno Lowagie and Paulo Soares および GNU Lesser General Public License Agreement（http://www.gnu.org/licenses/lgpl.html を参照）に基づいて許諾されたその他のソフトウェアが含まれています。資料は、Informatica が無料で提供しており、一切の保証を伴わない「現状渡し」で提供されるものとし、Informatica LLC は市場性および特定の目的の適合性の黙示の保証などを含めて、一切の明示的及び黙示的保証の責任を負いません。

製品には、ワシントン大学、カリフォルニア大学アーバイン校、およびバンダービルト大学の Douglas C.Schmidt および同氏のリサーチグループが著作権を持つ ACE（TM）および TAO（TM）ソフトウェアが含まれています。Copyright (C) 1993-2006, All rights reserved.

本製品には、OpenSSL Toolkit を使用するために OpenSSL Project が開発したソフトウェア（copyright The OpenSSL Project.コンテンツの無断複写・転載を禁じます）が含まれています。また、このソフトウェアの再配布は、http://www.openssl.org および http://www.openssl.org/source/license.html にある使用条件に従います。

本製品には、Curl ソフトウェア Copyright 1996-2013, Daniel Stenberg, <[email protected]>が含まれます。All Rights Reserved. 本ソフトウェアに関する許諾および制限は、http://curl.haxx.se/docs/copyright.html にある使用条件に従います。すべてのコピーに上記の著作権情報とこの許諾情報が記載されている場合、目的に応じて、本ソフトウェアの使用、コピー、変更、ならびに配布が有償または無償で許可されます。

本製品には、MetaStuff, Ltd.のソフトウェアが含まれます。Copyright 2001-2005 (C) MetaStuff, Ltd. All Rights Reserved. 本ソフトウェアに関する許諾および制限は、http://www.dom4j.org/license.html にある使用条件に従います。

製品には、The Dojo Foundation のソフトウェアが含まれます。Copyright (C) 2004-2007. All Rights Reserved. 本ソフトウェアに関する許諾および制限は、http://dojotoolkit.org/license にある使用条件に従います。

本製品には、ICU ソフトウェアおよび他のソフトウェアが含まれます。Copyright International Business Machines Corporation. All rights reserved.本ソフトウェアに関する許諾および制限は、http://source.icu-project.org/repos/icu/icu/trunk/license.html にある使用条件に従います。

本製品には、Per Bothner のソフトウェアが含まれます。Copyright (C) 1996-2006. All rights reserved.お客様がこのようなソフトウェアを使用するための権利は、ライセンスで規定されています。http://www.gnu.org/software/kawa/Software-License.html を参照してください。

本製品には、OSSP UUID ソフトウェアが含まれます。Copyright (C) 2002 Ralf S. Engelschall, Copyright (C) 2002 The OSSP Project Copyright (C) 2002 Cable & Wireless Deutschland.本ソフトウェアに関する許諾および制限は、http://www.opensource.org/licenses/mit-license.php にある使用条件に従います。

本製品には、Boost（http://www.boost.org/）によって開発されたソフトウェア、または Boost ソフトウェアライセンスの下で開発されたソフトウェアが含まれます。本ソフトウェアに関する許諾および制限は、http://www.boost.org/LICENSE_1_0.txt にある使用条件に従います。

本製品には、University of Cambridge のが含まれます。Copyright (C) 1997-2007. 本ソフトウェアに関する許諾および制限は、http://www.pcre.org/license.txtにある使用条件に従います。

本製品には、The Eclipse Foundation のソフトウェアが含まれます。Copyright (C) 2007.All Rights Reserved. 本ソフトウェアに関する許諾および制限は、http://www.eclipse.org/org/documents/epl-v10.php および http://www.eclipse.org/org/documents/edl-v10.php にある使用条件に従います。

本製品には、http://www.tcl.tk/software/tcltk/license.html、http://www.bosrup.com/web/overlib/?License、http://www.stlport.org/doc/license.html、http://www.asm.ow2.org/license.html、http://www.cryptix.org/LICENSE.TXT、http://hsqldb.org/web/hsqlLicense.html、http://httpunit.sourceforge.net/doc/license.html、http://jung.sourceforge.net/license.txt、http://www.gzip.org/zlib/zlib_license.html、http://www.openldap.org/software/release/license.html、http://www.libssh2.org、http://slf4j.org/license.html、http://www.sente.ch/software/OpenSourceLicense.html、http://fusesource.com/downloads/license-agreements/fuse-message-broker-v-5-3-license-agreement、http://antlr.org/license.html、http://aopalliance.sourceforge.net/、http://www.bouncycastle.org/licence.html、http://www.jgraph.com/jgraphdownload.html、http://www.jcraft.com/jsch/LICENSE.txt、http://jotm.objectweb.org/bsd_license.html に基づいて許諾されたソフトウェアが含まれています。http://www.w3.org/Consortium/Legal/2002/copyright-software-20021231、http://www.slf4j.org/license.html、http://nanoxml.sourceforge.net/orig/copyright.html、http://www.json.org/license.html、http://forge.ow2.org/projects/javaservice/、http://www.postgresql.org/about/licence.html、http://www.sqlite.org/copyright.html、http://www.tcl.tk/software/tcltk/license.html、http://www.jaxen.org/faq.html、http://www.jdom.org/docs/faq.html、http://www.slf4j.org/license.html、http://www.iodbc.org/dataspace/iodbc/wiki/iODBC/License、http://www.keplerproject.org/md5/license.html、http://www.toedter.com/en/jcalendar/license.html、http://www.edankert.com/bounce/index.html、http://www.net-snmp.org/about/license.html、http://www.openmdx.org/#FAQ、http://www.php.net/license/3_01.txt、http://srp.stanford.edu/license.txt、http://www.schneier.com/blowfish.html、http://www.jmock.org/license.html、http://xsom.java.net、http://benalman.com/about/license/、https://github.com/CreateJS/EaselJS/blob/master/src/easeljs/display/Bitmap.js、http://www.h2database.com/html/license.html#summary、http://jsoncpp.sourceforge.net/LICENSE、http://jdbc.postgresql.org/license.html、http://protobuf.googlecode.com/svn/trunk/src/google/protobuf/descriptor.proto、https://github.com/rantav/hector/blob/master/LICENSE、http://web.mit.edu/Kerberos/krb5-current/doc/mitK5license.html、http://jibx.sourceforge.net/jibx-license.html、https://github.com/lyokato/libgeohash/blob/master/LICENSE、https://github.com/hjiang/jsonxx/blob/master/LICENSE、https://code.google.com/p/lz4/、https://github.com/jedisct1/libsodium/blob/master/LICENSE、http://one-jar.sourceforge.net/index.php?page=documents&file=license、https://github.com/EsotericSoftware/kryo/blob/master/license.txt、http://www.scala-lang.org/license.html、https://github.com/tinkerpop/blueprints/blob/master/LICENSE.txt、http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/intro.html、https://aws.amazon.com/asl/、https://github.com/twbs/bootstrap/blob/master/LICENSE、および https://sourceforge.net/p/xmlunit/code/HEAD/tree/trunk/LICENSE.txt。

本製品には、Academic Free License（http://www.opensource.org/licenses/afl-3.0.php）、Common Development and Distribution License（http://www.opensource.org/licenses/cddl1.php）、Common Public License（http://www.opensource.org/licenses/cpl1.0.php）、Sun Binary Code License Agreement Supplemental License Terms、BSD License（http:// www.opensource.org/licenses/bsd-license.php）、BSD License（http://opensource.org/licenses/BSD-3-Clause）、MIT License（http://www.opensource.org/licenses/mit-license.php）、Artistic License（http://www.opensource.org/licenses/artistic-license-1.0）、Initial Developer’s Public License Version 1.0（http://www.firebirdsql.org/en/initial-developer-s-public-license-version-1-0/）に基づいて許諾されたソフトウェアが含まれています。

本製品には、ソフトウェア copyright (C) 2003-2006 Joe WaInes, 2006-2007 XStream Committers が含まれています。All rights reserved.本ソフトウェアに関する許諾および制限は、http://j.org/license.html にある使用条件に従います。本製品には、Indiana University Extreme! Lab によって開発されたソフトウェアが含まれています。詳細については、http://www.extreme.indiana.edu/ を参照してください。

本製品には、ソフトウェア Copyright (C) 2013 Frank Balluffi and Markus Moeller が含まれています。All rights reserved.本ソフトウェアに関する許諾および制限は、MIT ライセンスの使用条件に従います。

特許については、https://www.informatica.com/legal/patents.html を参照してください。

免責: 本文書は、一切の保証を伴わない「現状渡し」で提供されるものとし、Informatica LLC は他社の権利の非侵害、市場性および特定の目的への適合性の黙示の保証などを含めて、一切の明示的および黙示的保証の責任を負いません。Informatica LLC では、本ソフトウェアまたはドキュメントに誤りのないことを保証していません。本ソフトウェアまたはドキュメントに記載されている情報には、技術的に不正確な記述や誤植が含まれる場合があります。本ソフトウェアまたはドキュメントの情報は、予告なしに変更されることがあります。

NOTICES

この Informatica 製品（以下「ソフトウェア」）には、Progress Software Corporation（以下「DataDirect」）の事業子会社である DataDirect Technologies からの特定のドライバ（以下「DataDirect ドライバ」）が含まれています。DataDirect ドライバには、次の用語および条件が適用されます。

1.DataDirect ドライバは、特定物として現存するままの状態で提供され、商品性の保証、特定目的適合性の保証および法律上の瑕疵担保責任を含むすべての明示

もしくは黙示の保証責任を負わないものとします。国または地域によっては、法律の強行規定により、保証責任の制限が禁じられる場合、強行規定の制限を受

けるものとします。

2.DataDirect または第三者は、予見の有無を問わず発生した ODBC ドライバの使用に関するいかなる直接的、間接的、偶発的、特別、あるいは結果的損害に対し

て責任を負わないものとします。本制限事項は、すべての訴訟原因に適用されます。訴訟原因には、契約違反、保証違反、過失、厳格責任、詐称、その他の不

法行為を含みますが、これらに限るものではありません。

Part Number: MM-ADG-101-0001

https://www.informatica.com/legal/patents.html

目次

序文........................................................... 12

Informatica のリソース. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

Informatica Network. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

Informatica ナレッジベース. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

Informatica マニュアル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

Informatica 製品可用性マトリックス. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

Informatica Velocity. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

Informatica Marketplace. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

Informatica グローバルカスタマサポート. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

第 1 章 : Metadata Manager の使用.............................. 14

Metadata Manager の使用の概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

リソースのタイプ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

Metadata Manager のアーキテクチャ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

Metadata Manager Service. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

Metadata Manager アプリケーション. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

Metadata Manager Agent. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

Metadata Manager リポジトリ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

PowerCenter リポジトリ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

PowerCenter Integration Service. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

PowerCenter リポジトリサービス. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

Custom Metadata Configurator. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

メタデータ統合プロセス. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

リソース. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

メタデータソース. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18

Informatica Metadata Extraction インタフェース. . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

PowerCenter ワークフロー. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Metadata Exchanges. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Metadata Manager の操作. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Metadata Manager のインタフェース. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

［ロード］タブ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

［権限］タブ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

第 2 章 : Metadata Manager の設定.............................. 22

Metadata Manager の設定の概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

手順 1. Metadata Manager Service の作成および設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

手順 2。Metadata Manager Agent のインストール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

Metadata Manager Agent のルールおよびガイドライン. . . . . . . . . . . . . . . . . . . . . . . . . . 23

小システム要件. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

インストールの前に. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

4 目次

Metadata Manager Agent のインストール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24

インストールした後に. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

キーストアファイルの作業. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

第 3 章 : アプリケーションリソース............................. 29

SAP R/3 リソースの概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

SAP R/3 の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

トランスポートのインストール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

ユーザー権限プロファイルの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

SAP JCo ライブラリのインストール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

SAP R/3 リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

SAP R/3 の設定のプロパティ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

コンポーネントの取り込みリストの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

バージョン. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

抽出されるオブジェクト. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

データリネージ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

SAP R/3 スキーマクラス. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

第 4 章 : Business Glossary リソース........................... 34

Business Glossary リソースの概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

アプリケーションサービスの確認. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

Business Glossary リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

Business Glossary の接続プロパティ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36

Business Glossary から抽出されるオブジェクト. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

Business Glossary から抽出されないオブジェクト. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

第 5 章 : ビジネスインテリジェンスリソース.................... 39

Business Objects. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

Business Objects の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

Business Objects リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

Cognos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

Cognos の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47

Cognos リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

Microsoft Analysis Services および Reporting Services. . . . . . . . . . . . . . . . . . . . . . . . . . 54

Microsoft Analysis Services および Reporting Services の設定. . . . . . . . . . . . . . . . . . . 54

Microsoft Analysis Services および Reporting Services リソースの作成. . . . . . . . . . . . . 55

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

Microstrategy. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

Microstrategy の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

Microstrategy リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61

目次 5

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

Oracle Business Intelligence Enterprise Edition. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65

Oracle Business Intelligence Enterprise Edition の設定. . . . . . . . . . . . . . . . . . . . . . 66

Oracle Business Intelligence Enterprise Edition リソースの作成. . . . . . . . . . . . . . . . 68

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

SAP Business Warehouse. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

SAP Business Warehouse の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

SAP Business Warehouse リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77

Tableau. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 79

Tableau の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80

Tableau リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83

メタデータの増分ロード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85

リソースのメタデータファイルの追加または削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85

第 6 章 : カスタムリソース..................................... 87

カスタムメタデータソースの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87

カスタムリソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87

テンプレート名の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88

リソースのメタデータファイルの追加または削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88

第 7 章 : データ統合リソース................................... 90

Informatica Platform リソース. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90

メタデータソースの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91

Informatica Platform リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91

バージョン 10.0 アプリケーション用のコマンドラインユーティリティのインストール. . . . . . 95

Informatica Platform 10.x リソースのパラメータ. . . . . . . . . . . . . . . . . . . . . . . . . . . . 95

Informatica Platform 9.5.1 - 9.6.x リソースのパラメータ. . . . . . . . . . . . . . . . . . . . . . 97

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98

Microsoft SQL Server 統合サービスリソース. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103

保護されたパッケージからのメタデータの抽出. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103

SQL Server 統合サービスの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104

SQL Server 統合サービスリソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

PowerCenter リソース. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114

PowerCenter の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114

PowerCenter リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116

フォルダの取り込みリストの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120

ソースの差分抽出ウィンドウの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120

PowerCenter パラメータファイル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124

6 目次

第 8 章 : データモデリングリソース............................ 128

Embarcadero ERStudio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128

Embarcadero ERStudio の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128

Embarcadero ERStudio リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131

ERwin. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134

ERwin の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134

ERwin リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143

SAP PowerDesigner. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146

SAP PowerDesigner の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146

SAP PowerDesigner リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149

リソースのメタデータファイルの追加または削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150

データモデリングリソースのリファレンス. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151

データ型. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 151

検証ルール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

リレーション. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

ビューの関連付け. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

スキーマと所有者. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

名前および説明プロパティ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

同じリポジトリ内の複数のモデル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

抽出されないオブジェクト. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153

ドメインと検証ルールの関連付け. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 153

第 9 章 : データベース管理リソース............................ 154

Cloudera Navigator. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154

大ヒープサイズの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155

Cloudera Navigator リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155

Hive および Impala クエリテンプレートのフィルタリング . . . . . . . . . . . . . . . . . . . . . . . 157

Cloudera Navigator リソースの増分ロード. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158

検索クエリ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160

IBM DB2 for LUW. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166

IBM DB2 for LUW の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166

IBM DB2 for LUW リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170

IBM DB2 for z/OS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171

IBM DB2 for z/OS の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171

IBM DB2 for z/OS リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175

IBM Informix. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176

目次 7

IBM Informix の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176

IBM Informix リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180

JDBC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182

JDBC メタデータソースの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182

JDBC リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 183

抽出されるオブジェクトと抽出されないオブジェクト . . . . . . . . . . . . . . . . . . . . . . . . . 185

Microsoft SQL Server. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186

Microsoft SQL Server の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186

Microsoft SQL Server リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190

Netezza. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191

Netezza の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191

Netezza リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194

Oracle. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195

権限の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195

Advanced Security Option を使用する Oracle の設定 . . . . . . . . . . . . . . . . . . . . . . . . . 196

Oracle リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197

Oracle リソースの増分ロード. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200

Sybase ASE. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202

Sybase ASE の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202

Sybase ASE リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205

Teradata. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205

Teradata の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205

Teradata リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206

Teradata リソースの増分ロード. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 208

参照. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209

スキーマの取り込みリストの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211

データベース管理リソースのデータリネージ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212

結合文内のテーブル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212

SQL インラインビュー. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212

第 10 章 : ユニバーサルリソース............................... 213

ユニバーサルリソースの概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213

サポートされるメタデータソース. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214

XConnect の作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 215

手順 1。メタデータソース名の取得. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216

手順 2。プラグイン定義ファイルの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217

手順 3。イメージマッピング情報の取得. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218

手順 4。アイコンの取得. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219

8 目次

手順 5。プラグインの生成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220

手順 6。プラグインからのモデルの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222

ユニバーサル XConnect の更新. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222

ユニバーサル XConnect の削除. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222

リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222

手順 1。メタデータソースの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 223

手順 2。リソースの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224

第 11 章 : リソースの管理..................................... 227

リソースの管理の概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227

接続割り当ての設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228

自動的な接続の割り当て. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228

手動による接続の割り当て. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229

接続の割り当ての例. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229

接続割り当てのプロパティ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230

自動的な接続割り当ての設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230

手動での接続割り当ての設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231

ルールセットのアップロード. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231

リンクルールファイル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232

ルールセットのアップロード. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233

メタデータのパージ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233

［リソース］パネルの更新. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234

検索インデックスの更新. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234

インデックスの自動更新. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235

インデックスの適化. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235

インデックスの手動作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235

検索インデックスのトラブルシューティング. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235

検索で無視される単語のリストのカスタマイズ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236

第 12 章 : リソースのロードおよび監視........................ 238

リソースのロードおよび監視の概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238

リソースのロード. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239

リソースのロード. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239

ロードキュー. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239

失敗したリソースロードの再開. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240

リソース間でのオブジェクトのリンク. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240

リソースのリンクの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240

リンクのステータス. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 241

リンクの作成に関するルールおよびガイドライン. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 241

リソースの監視. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242

ロードの詳細の表示. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242

リンクの詳細の表示. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245

ロード詳細ログファイル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 247

目次 9

ログおよびログファイル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248

Metadata Manager エージェントログファイル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248

Metadata Manager サービスログファイル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249

アクティビティログ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250

リソースロードのトラブルシューティング. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 251

リソースロードのスケジュール作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252

スケジュールの作成. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252

スケジュールの編集. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253

リソースへのスケジュールの添付. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254

第 13 章 : 権限の管理......................................... 255

権限の管理の概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255

ユーザーおよびグループ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256

権限. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256

権限のルールおよびガイドライン. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257

ユーザーおよびグループの権限の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257

メタデータカタログの権限の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257

第 14 章 : リソース移行....................................... 259

リソース移行の概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259

リソース構成ファイル. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260

リソース構成ファイルの形式. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260

リソース構成ファイル内のパスワード. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261

リソース構成ファイル内のセキュア JDBC パラメータ. . . . . . . . . . . . . . . . . . . . . . . . . . . 262

リソース構成ファイルの例. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263

リソース構成のエクスポート. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263

リソース構成のインポート. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 264

第 15 章 : リポジトリの移行................................... 266

リポジトリの移行の概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266

ドメイン名と暗号化キーが同じ場合のリポジトリの移行. . . . . . . . . . . . . . . . . . . . . . . . . . . . 266

ドメイン名または暗号化キーが異なる場合のリポジトリの移行. . . . . . . . . . . . . . . . . . . . . . . 267

付録 A : Metadata Manager ログイン............................ 269

Metadata Manager ログインの概要. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269

クッキー. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 269

Metadata Manager へのログイン. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270

パスワードの変更. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270

付録 B : Metadata Manager プロパティファイル.................. 271

imm.properties. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271

Metadata Manager アプリケーションプロパティ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 271

データリネージュプロパティ. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 275

10 目次

searchpriorities.xml. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 276

検索結果の設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277

searchpriorities.xml ファイルの例. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277

付録 C : 用語解説............................................. 279

索引.......................................................... 285

目次 11

序文

本書『Metadata Manager 管理者ガイド』では、Metadata Manager の設定、リソースの作成とロード、および

その他の Metadata Manager 管理機能の実行の方法について説明します。

Informatica のリソース

Informatica Network

Informatica Network は、 Informatica グローバルカスタマサポート、Informatica ナレッジベースなどの製

品リソースをホストします。Informatica Network には、https://network.informatica.com からアクセスし

てください。

メンバーは以下の操作を行うことができます。

• 1 つの場所からすべての Informatica のリソースにアクセスできます。

• ドキュメント、FAQ、ベストプラクティスなどの製品リソースをナレッジベースで検索できます。

• 製品の提供情報を表示できます。

• 自分のサポート事例を確認できます。

• 寄りの Informatica ユーザーグループネットワークを検索して、他のユーザーと共同作業を行えます。

Informatica ナレッジベース

ドキュメント、ハウツー記事、ベストプラクティス、PAM などの製品リソースを Informatica Network で検索

するには、Informatica ナレッジベースを使用します。

ナレッジベースには、https://kb.informatica.com からアクセスしてください。ナレッジベースに関する質

問、コメント、ご意見の連絡先は、Informatica ナレッジベースチーム（[email protected]）で

す。

Informatica マニュアル

使用している製品の新のドキュメントを取得するには、

https://kb.informatica.com/_layouts/ProductDocumentation/Page/ProductDocumentSearch.aspx にある

Informatica ナレッジベースを参照してください。

このマニュアルに関する質問、コメント、ご意見の電子メールの送付先は、Informatica マニュアルチーム

（[email protected]）です。

12

HTTPS://NETWORK.INFORMATICA.COM/

http://kb.informatica.com

mailto:[email protected]

https://kb.informatica.com/_layouts/ProductDocumentation/Page/ProductDocumentSearch.aspx


Informatica 製品可用性マトリックス

製品可用性マトリックス（PAM）には、製品リリースでサポートされるオペレーティングシステム、データベー

スなどのデータソースおよびターゲットが示されています。Informatica Network メンバである場合は、PAM

（https://network.informatica.com/community/informatica-network/product-availability-matrices）に

アクセスできます。

Informatica Velocity

Informatica Velocity は、Informatica プロフェッショナルサービスによって開発されたヒントおよびベスト

プラクティスのコレクションです。数多くのデータ管理プロジェクトの経験から開発された Informatica

Velocity には、世界中の組織と協力して優れたデータ管理ソリューションの計画、開発、展開、および維持を

行ってきた弊社コンサルタントの知識が集約されています。

Informatica Network メンバである場合は、Informatica Velocity リソース

（http://velocity.informatica.com）にアクセスできます。

Informatica Velocity についての質問、コメント、またはアイデアがある場合は、[email protected] から

Informatica プロフェッショナルサービスにお問い合わせください。

Informatica Marketplace

Informatica Marketplace は、お使いの Informatica 製品を強化したり拡張したりするソリューションを検索

できるフォーラムです。Informatica の開発者およびパートナーの何百ものソリューションを利用して、プロ

ジェクトで実装にかかる時間を短縮したり、生産性を向上させたりできます。Informatica Marketplace には、

https://marketplace.informatica.com からアクセスできます。

Informatica グローバルカスタマサポート

Informatica Network の電話またはオンラインサポートからグローバルカスタマサポートに連絡できます。

各地域の Informatica グローバルカスタマサポートの電話番号は、Informatica Web サイト

（http://www.informatica.com/us/services-and-training/support-services/global-support-centers）を

参照してください。

Informatica Network メンバである場合は、オンラインサポート（http://network.informatica.com）を使用

できます。

はじめに 13

https://network.informatica.com/community/informatica-network/product-availability-matrices

http://velocity.informatica.com


https://marketplace.informatica.com

http://www.informatica.com/us/services-and-training/support-services/global-support-centers/

http://network.informatica.com

第 1 章

Metadata Manager の使用

この章では、以下の項目について説明します。

• Metadata Manager の使用の概要, 14 ページ

• Metadata Manager のアーキテクチャ, 15 ページ

• メタデータ統合プロセス, 18 ページ

• Metadata Manager の操作, 19 ページ

• Metadata Manager のインタフェース, 20 ページ

Metadata Manager の使用の概要Informatica Metadata Manager は、共通点のないメタデータリポジトリからのメタデータの参照および分析に

使用できる Web ベースのメタデータ管理ツールです。Metadata Manager を使用すると、情報やプロセスの由来

を理解し、管理することができます。また、情報と処理の間の基本的な関係と、それらの使用方法を理解する

ことができます。

Metadata Manager では、アプリケーション、ビジネス用語集、ビジネスインテリジェンス、カスタム、データ

統合、データモデリング、およびリレーショナルメタデータソースからメタデータを抽出します。 Metadata

Manager は、PowerCenter ワークフローを使用することによって、メタデータソースからメタデータを抽出し、

Metadata Manager ウェアハウスという名前の集中型メタデータウェアハウスにロードします。

Metadata Manager を使用すると、Metadata Manager ウェアハウスを参照および検索し、Metadata Manager ウ

ェアハウス内のメタデータのデータリネージュ分析を実行できます。

Metadata Manager は、Informatica ドメインでサービスとして実行されます。 Metadata Manager アプリケー

ションを設定および実行するには、Informatica Administrator で Metadata Manager サービスを作成します。

リソースのタイプ

Metadata Manager を使用して、さまざまなタイプのリソースのメタデータを抽出したり分析したりできます。

次の表は、リソースタイプと、関連付けられたメタデータソースタイプ（メタデータを抽出、分析できるもの）

を示しています。

メタデータソースタイプリソースタイプ

アプリケーション SAP R/3

Business Glossary Business Glossary

14

メタデータソースタイプリソースタイプ

ビジネスインテリジェンス Business Objects

Cognos

Microsoft Analysis Services および Reporting Services

Microstrategy

Oracle Business Intelligence Enterprise Edition（OBIEE）

SAP Business Warehouse

Tableau

カスタムカスタム

データ統合 Informatica プラットフォーム

Microsoft SQL Server 統合サービス

PowerCenter

データモデリング Embarcadero ERStudio

ERwin

SAP PowerDesigner

データベース管理 Cloudera Navigator

IBM DB2 for Linux, UNIX, and Windows

IBM DB2 for z/OS

IBM Informix

JDBC

Microsoft SQL Server

Netezza

Oracle

Sybase ASE

Teradata

その他（非カスタム）のビジネスインテリジェンス、データ統合、データモデリング、またはデータベース管理のメタデータソース

ユニバーサル

サポートされているメタデータソースバージョンの詳細については、次の Informatica Network で「PCAE

Metadata Manager XConnect Support」という Product Availability Matrix を参照してください。

https://network.informatica.com/community/informatica-network/product-availability-matrices/

overview

Metadata Manager のアーキテクチャMetadata Manager は、Informatica ドメインでアプリケーションサービスとして実行されます。 Metadata

Manager アーキテクチャには、以下のコンポーネントが含まれます。

• Metadata Manager Service

Metadata Manager のアーキテクチャ 15

https://network.informatica.com/community/informatica-network/product-availability-matrices/overview


• Metadata Manager アプリケーション

• Metadata Manager Agent

• Metadata Manager リポジトリ

• PowerCenter リポジトリ

• PowerCenter Integration Service

• PowerCenter リポジトリサービス

• Custom Metadata Configurator

以下の図に、Metadata Manager のコンポーネントを示します。

Metadata Manager Service

Metadata Manager アプリケーションを実行して Metadata Manager コンポーネント間の接続を管理する

Informatica ドメイン内のアプリケーションサービス。 Informatica Administrator で、Metadata Manager

Service を作成および設定します。 Metadata Manager Service は、アプリケーションプロパティ、

PowerCenter Integration Service、PowerCenter リポジトリサービスなどの Metadata Manager の設定情報、

および Metadata Manager リポジトリ設定情報を管理します。

Metadata Manager アプリケーションを開始および停止するには、Informatica Administrator の Metadata

Manager Service を有効化または無効化します。 Metadata Manager Service を有効化すると、Metadata

Manager Service が実行しているノード上の Service Manager によって Metadata Manager アプリケーション

が起動します。

Metadata Manager アプリケーション

Metadata Manager ウェアハウス内のメタデータを管理する Web ベースのアプリケーション。Metadata Manager

アプリケーションを使用して、Metadata Manager 内にリソースを作成およびロードします。リソースのメタデ

ータをロードした後、Metadata Manager アプリケーションを使用してリソースのメタデータを参照および分析

できます。

また、Metadata Manager アプリケーションを使用することによって、Metadata Manager ウェアハウスのメタ

データに対してカスタムモデルを作成してセキュリティを管理できます。Metadata Manager アプリケーション

にアクセスするには、Metadata Manager Service を作成する必要があります。

16 第 1 章: Metadata Manager の使用

Metadata Manager Agent

Metadata Manager Agent はメタデータソースからメタデータを抽出し、Informatica メタデータ抽出（IME）

インタフェース形式に変換します。Metadata Manager Agent は Metadata Manager アプリケーション内ででも

個別にでも Windows 上で動作します。

デフォルトでは、Metadata Manager エージェントは Metadata Manager サービスが動作する Windows マシンで

動作します。 Metadata Manager エージェントを別途インストールすることもできます。

次の環境では、Metadata Manager エージェントを別途インストールする必要があります。

何らかのビジネスインテリジェンス、データ統合、データモデリング、または JDBC メタデータソースからメタ

データを抽出する場合。

何らかのビジネスインテリジェンス、データ統合、データモデリング、または JDBC メタデータソースか

らメタデータを抽出する場合、ベンダー提供のソフトウェアを実行するマシンに Metadata Manager エー

ジェントをインストールする必要があります。例えば、Microstrategy からメタデータを抽出する場合、

Metadata Manager エージェントと Microstrategy クライアントが同じマシン上になければなりません。

ビジネスインテリジェンスおよびデータモデリングリソースからのメタデータの抽出の詳細については、

作成するリソースタイプのドキュメントを参照してください。

ドメインで Kerberos 認証を使用する場合。

ドメインで Kerberos 認証を使用していて、Metadata Manager サービスが Windows で動作している場合、

Metadata Manager エージェントを別途インストールする必要があります。 Metadata Manager エージェン

トを別途 Metadata Manager サービスが実行されているのと同じマシンにインストールしたり、別の

Windows マシンにインストールしたりすることができます。

Metadata Manager サービスが UNIX で実行されている場合。

Metadata Manager エージェントを Windows マシンにインストールする必要があります。 Metadata

Manager エージェントは、UNIX で実行されません。

Metadata Manager リポジトリ

異なるメタデータソースからメタデータを保存するリレーショナルデータベース内の集中した場所。Metadata

Manager ウェアハウスと、各メタデータソースタイプのモデルも保存されます。各 Metadata Manager アプリケ

ーションは、1 つの Metadata Manager ウェアハウスで実行するよう設定されます。Metadata Manager

Service を作成する時に、Metadata Manager ウェアハウスを作成します。

リソースのメタデータをロードすると、Metadata Manager は Metadata Manager ウェアハウスにメタデータを

ロードします。Metadata Manager でメタデータを参照または分析すると、Metadata Manager は、メタデータ

を表示するためにウェアハウスに照会します。

PowerCenter リポジトリ

IME ベースのファイルからソースメタデータを抽出する PowerCenter ワークフローを保存して、Metadata

Manager ウェアハウスにロードします。Metadata Manager Service を作成するときに、PowerCenter リポジト

リを作成します。Informatica ドメイン内の既存の PowerCenter リポジトリを使用してワークフローを保存す

ることも、Metadata Manager 専用に PowerCenter リポジトリを作成することもできます。

PowerCenter Integration Service

IME ベースのファイルからメタデータを抽出してそのメタデータを Metadata Manager ウェアハウスにロードす

るワークフローを実行します。Metadata Manager Service を作成する場合は、Metadata Manager と共に使用

する PowerCenter Integration Service を設定します。

Metadata Manager のアーキテクチャ 17

PowerCenter リポジトリサービス

IME インタフェースベースのファイルからメタデータを抽出するワークフローを保存する PowerCenter リポジ

トリへの接続を管理します。Metadata Manager は、Metadata Manager Service 用に構成する PowerCenter

Integration Service に関連付けられている PowerCenter リポジトリサービスを使用します。

Custom Metadata Configurator

カスタムリソーステンプレートおよび PowerCenter ワークフローを作成して、Metadata Manager によってリソ

ースタイプがパッケージ化されないメタデータソースからメタデータを抽出します。

Metadata Manager は、メタデータソースからメタデータを抽出するリソースタイプをパッケージ化します。ま

た、Metadata Manager によってリソースタイプをパッケージ化されないメタデータソースからメタデータを抽

出することができます。Metadata Manager のメタデータソースのモデルを作成し、Custom Metadata

Configurator によってカスタムテンプレートおよび PowerCenter ワークフローを作成して、メタデータを

Metadata Manager ウェアハウスにロードします。

メタデータ統合プロセスMetadata Manager では、Metadata Exchanges を使用して、異なるメタデータソースから Metadata Manager ウ

ェアハウスにメタデータがロードされます。 Metadata Exchange を実行するには、メタデータソースを表す

Metadata Manager 内のリソースを作成します。リソースをロードすると、Metadata Manager がリソースに

Metadata Exchange を使用してメタデータを抽出およびロードします。

Metadata Exchanges は、Metadata Manager Agent を使用してソースメタデータを抽出し、それを使用可能な

フォーマットである IME インタフェースフォーマットに再フォーマットします。 Metadata Exchanges は、続

いてワークレット、セッション、およびマッピングで構成される PowerCenter ワークフローを使用して、IME

フォーマットのファイルから Metadata Manager ウェアハウスにメタデータを抽出、変換、およびロードしま

す。

このプロセス全体は、メタデータ統合プロセスとして知られます。PowerCenter リポジトリには、ソースリポ

ジトリメタデータを抽出およびロードするワークフローが含まれます。

リソース

リソースは、Metadata Manager 内でメタデータソースを表します。各リソースには、メタデータソースに接続

し、ソースからメタデータを抽出し、抽出したメタデータを Metadata Manager ウェアハウスにロードするた

めに必要なプロパティが含まれています。作成されたリソースは、Metadata Manager リポジトリに格納されま

す。

メタデータソース

メタデータソースには、Metadata Manager を使用して参照および分析するソースメタデータが含まれていま

す。例えば、RDBMS リポジトリはスキーマ、テーブル、ビュー、およびカラムなどメタデータを含むリレーシ

ョナルデータベースカタログソースリポジトリです。

リソースを作成して、メタデータソースからメタデータを抽出して Metadata Manager ウェアハウスにロード

します。


Informatica Metadata Extraction インタフェース

Metadata Manager は、事前プロセスを使用し、各 PowerCenter ワークフロー内部のマッピングで必要なフォー

マットにソースメタデータを再構成します。メタデータの再構成に使用する方法は異なります。例えば、ソー

スリポジトリがデータベースリポジトリである場合、Metadata Manager はデータベースビューを使用してメタ

データを必要な IME フォーマットに再構成します。

Metadata Manager は PowerExchange を使用して、IBM DB2 for z/OS サブシステムのメタデータにアクセスし

ます。

PowerCenter ワークフロー

ソースメタデータを IME フォーマットに変換した後、PowerCenter Integration Service は PowerCenter ワー

クフローを使用し、メタデータを IME ベースのファイルから抽出して Metadata Manager ウェアハウスにロー

ドします。

Metadata Exchanges

Metadata Manager は、Metadata Exchanges を使用してソースメタデータを抽出し、Metadata Manager ウェア

ハウスにロードします。

各 Metadata Exchange には次のコンポーネントが含まれます。

• IME ベースのトランスフォーメーションコンポーネント。PowerCenter ワークフローでは、特定の形式のソ

ースメタデータが必要です。 Metadata Manager は、各 Metadata Exchange のトランスフォーメーションプ

ロセスをパッケージ化して、必要な IME フォーマットに基づいてソースメタデータを変換します。トラン

スフォーメーションプロセスは、変換されたメタデータを名前の先頭に IME が付いているファイルまたはデ

ータベースビュー内に保存します。ファイルは IME ファイルと呼ばれ、ビューは IME ビューと呼ばれます。

• ロードコンポーネント。ロードコンポーネントは、必要な IME フォーマットでソースメタデータを抽出して

Metadata Manager ウェアハウスにロードする PowerCenter ワークフローで構成されます。 PowerCenter リ

ポジトリには、ソースメタデータの抽出、変換、およびロードに必要な PowerCenter ワークフローすべてが

含まれます。

ソースメタデータを Metadata Manager ウェアハウスにロードすると、Metadata Manager がソースメタデータ

に対して IME ベースのトランスフォーメーションを実行します。続いて、Metadata Manage がコマンドを

PowerCenter Integration Service に発行して、適用可能なワークフローを実行します。ワークフローによっ

て、IME フォーマットのソースメタデータが Metadata Manager ウェアハウスにロードされます。

Metadata Manager では、特定タイプのメタデータソースからメタデータを抽出するよう設定された Metadata

Exchanges を提供しています。

カスタムリソースを作成して、Metadata Manager によってリソースタイプがパッケージ化されないメタデータ

ソースからメタデータをロードします。例えば、Metadata Manager では Microsoft Access データベース用の

リソースタイプを提供していません。 Access データベースからメタデータを抽出するには、カスタムのモデ

ルおよびリソースを作成する必要があります。

Metadata Manager の操作Metadata Manager ウェアハウスでメタデータを参照および検索するためには、Metadata Manager の設定とリ

ソースの作成およびロードが必要です。

Metadata Manager の操作 19

次の手順を実行して、メタデータソースから Manager ウェアハウスにメタデータをロードします。

1. Metadata Manager の設定。Metadata Manager Service を作成し、Metadata Manager Agent をインストー

ルします。

2. リソースの作成および設定。メタデータの抽出元にするメタデータソースとなるリソースを作成します。

リソースのパラメータおよび接続割り当てを設定します。

3. リソースの管理。前にロードされたリソースのメタデータをパージして、リソースのインデックスを更新

します。

4. リソースのロードおよび監視。リソースをロードして、リソースのメタデータを Metadata Manager ウェ

アハウスにロードします。リソースをロードすると、Metadata Manager によってリソースのメタデータ

が抽出およびロードされます。リソースをロードした後で接続割り当てを変更する場合、接続されたリソ

ースのオブジェクト間にリンクを作成します。すべてのリソースのステータスと個々のリソースのステー

タスを監視できます。また、リソースロードをスケジューリングすることができます。

5. Metadata Manager ユーザーのリソース権限およびオブジェクト権限の管理。Metadata Manager ユーザー

がアクセスできるウェアハウス内のリソースおよびメタデータオブジェクトを設定できます。

Metadata Manager コマンドラインプログラムを使用することによって、リソースのロード、リソースロードの

ステータスの監視、および Metadata Manager リポジトリのバックアップとリストアを実行できます。

関連項目：

•「Metadata Manager の設定の概要」 (ページ22)

•「リソースの管理」 (ページ227)

•「リソースのロードおよび監視」 (ページ238)

•「権限の管理」 (ページ255)

Metadata Manager のインタフェースMetadata Manager インタフェースは、次のタブで構成されます。

参照

メタデータカタログの参照と検索、ビジネス用語集の表示、データリネージュ分析の実行ができます。［参

照］タブの詳細については、『Metadata Manager ユーザーガイド』を参照してください。

モデル

モデルの表示、モデルへのカスタム属性の追加、カスタムモデルの作成、編集、インポート、エクスポー

トができます。［モデル］タブの詳細については、『Metadata Manager カスタムメタデータ統合ガイド』を

参照してください。

ロード

リソースを作成およびロードして、Metadata Manager ウェアハウスにメタデータをロードできます。

［ロード］タブを使用して、リソースロードの監視とスケジュール、Metadata Manager ウェアハウスから

のメタデータのパージ、および検索インデックスの管理を実行します。

権限

Metadata Manager ウェアハウス内のリソースおよびメタデータオブジェクトに対する権限を管理できま

す。


［ロード］タブ

［ロード］タブには以下のコンポーネントがあります。

• ［操作］メニュー。［操作］メニューを使用して、リソースの作成、編集、削除、リソースのロード、スケ

ジュールの作成、リソースへのスケジュールの追加、Metadata Manager アクティビティログの表示、リソ

ース間のリンクの作成、リソースのインデックス処理、および Metadata Manager Agent インストーラのダ

ウンロードを実行します。

• ［リソース］パネル。Metadata Manager リポジトリ内の設定済みリソースの一覧を表示します。このパネ

ルを使用して、リソースの作成および削除、リソースリストの更新、リソースロードのロード、再開、およ

びキャンセル、リソース間のリンクの作成、リソースのメタデータのパージ、リソースロードの監視を行う


• ［リソースのプロパティ］パネル。リソースの設定プロパティを表示し、リソースの名前と説明、接続情報、

パラメータ、スケジュール、および接続割り当てを設定します。

［権限］タブ

［権限］タブには以下のコンポーネントがあります。

• ナビゲータ。権限を設定できるリソース、メタデータオブジェクト、グループ、およびユーザーをナビゲー

トします。

• ［権限］パネル。グループおよびユーザーに権限を設定し、メタデータカタログ内のリソースおよびメタデ

ータオブジェクトに権限を設定します。

Metadata Manager のインタフェース 21

第 2 章

Metadata Manager の設定


• Metadata Manager の設定の概要, 22 ページ

• 手順 1. Metadata Manager Service の作成および設定, 22 ページ

• 手順 2。Metadata Manager Agent のインストール, 23 ページ

Metadata Manager の設定の概要Metadata Manager にログインしてメタデータを Metadata Manager ウェアハウスにロードするためには、

Metadata Manager を設定する必要があります。

Metadata Manager を設定するには、以下の手順を実行します。

1. Metadata Manager Service の作成と設定。Informatica Administrator で、Metadata Manager Service

を作成および設定します。

2. Metadata Manager Agent をインストールする。Metadata Manager Agent インストーラをダウンロードし

て、エージェントをインストールします。特定のメタデータソースのソースファイルまたはソースリポジ

トリがあるマシンにエージェントをインストールします。

Metadata Manager を設定したら、アプリケーションにログインして、リソースを作成し、メタデータを

Metadata Manager ウェアハウスにロードすることができます。また、Metadata Manager Agent インストーラ

をダウンロードするために Metadata Manager にログインする必要があります。

手順 1. Metadata Manager Service の作成および設定

Metadata Manager Service は、Metadata Manager アプリケーションを実行し、Metadata Manager アプリケー

ションプロパティを管理します。Informatica Administrator で、Metadata Manager Service を作成および管

理します。 Metadata Manager に必要なサービスおよびリポジトリを作成してください。Metadata Manager を

実行するノードおよびポート番号などのプロパティを設定します。

また、Informatica Administrator で Metadata Manager のユーザーおよびグループを作成します。 Metadata

Manager Service を作成および有効化したら、Informatica Administrator でユーザーおよびグループを管理

できます。

22

手順 2。Metadata Manager Agent のインストールMetadata Manager Agent は、Metadata Manager がメタデータソースにアクセスしてソースメタデータを抽出

するために使用するプログラムです。

デフォルトでは、Metadata Manager Agent は Metadata Manager サービスが動作する Windows ノードで実行さ

れます。この場合には、Metadata Manager サービスよりも 1 つ上のポート番号が使用されます。ポート番号

は Administrator ツールで設定できます。 1 つのノード上の各 Metadata Manager サービスに対して、個別の

Metadata Manager Agent インスタンスが実行されます。エージェントは以下のディレクトリで実行されます。

<Informatica インストールディレクトリ>\services\MetadataManagerService\mmagentapps\mmagent\

また、Metadata Manager Agent を別途 Metadata Manager サービスが実行されているのと同じマシンや別の

Windows マシンにインストールすることもできます。

次の環境では、Metadata Manager エージェントを別途インストールする必要があります。

何らかのビジネスインテリジェンス、データ統合、データモデリング、または JDBC メタデータソースからメタ

データを抽出する場合。

何らかのビジネスインテリジェンス、データ統合、データモデリング、または JDBC メタデータソースか

らメタデータを抽出する場合、ベンダー提供のソフトウェアを実行するマシンに Metadata Manager エー

ジェントをインストールする必要があります。例えば、Microstrategy からメタデータを抽出する場合、

Metadata Manager エージェントと Microstrategy クライアントが同じマシン上になければなりません。

ビジネスインテリジェンスおよびデータモデリングリソースからのメタデータの抽出の詳細については、

作成するリソースタイプのドキュメントを参照してください。

ドメインで Kerberos 認証を使用する場合。

ドメインで Kerberos 認証を使用していて、Metadata Manager サービスが Windows で動作している場合、

Metadata Manager エージェントを別途インストールする必要があります。 Metadata Manager エージェン

トを別途 Metadata Manager サービスが実行されているのと同じマシンにインストールしたり、別の

Windows マシンにインストールしたりすることができます。

Metadata Manager サービスが UNIX で実行されている場合。

Metadata Manager エージェントを Windows マシンにインストールする必要があります。 Metadata

Manager エージェントは、UNIX で実行されません。

Metadata Manager Agent のルールおよびガイドライン

Metadata Manager Agent をインストールするときは、以下のルールおよびガイドラインを使用します。

Metadata Manager サービスを UNIX で実行する場合、Metadata Manager Agent を Windows にインストールしま

す。

Metadata Manager Agent は Windows で実行されます。Metadata Manager サービスを UNIX マシンで実行す

る場合、Metadata Manager Agent を Windows マシンに別途インストールする必要があります。Metadata

Manager サービスを Windows で実行する場合、Metadata Manager Agent は Metadata Manager サービスの

インストール時にその一部としてインストールされます。

Metadata Manager Agent は、HTTP または HTTPS で実行するように設定します。

Metadata Manager Agent は、HTTP または HTTPS（HTTPS セキュリティモード）で実行するように設定しま

す。インストールする Metadata Manager Agent のモードは、Metadata Manager サービスと同じセキュ

リティモードでなくてはなりません。HTTPS で使用するキーストアファイルを生成する必要があります。

Oracle Business Intelligence Enterprise Edition（OBIEE）プレゼンテーションサーバーを HTTPS モ

ードで実行する場合、Metadata Manager Agent に HTTPS モードを設定します。

手順 2。Metadata Manager Agent のインストール 23

Metadata Manager Agent は停止および開始できます。

Metadata Manager Agent は、インストール後、Windows サービスの 1 つとして開始されます。Metadata

Manager Agent は、Windows の［スタート］メニューから、または Windows の［サービス］パネルから停

止または開始できます。または、コマンドプロンプトから Metadata Manager Agent を実行できます。

Metadata Manager Agent を開始および停止するバッチファイルは、Metadata Manager Agent のインスト

ールディレクトリにあります。

Metadata Manager Agent は、32 ビット版および 64 ビット版の Windows マシンにインストールできます。

Metadata Manager Agent は、32 ビット版および 64 ビット版の Windows マシンで実行できます。デフォ

ルトでは、Metadata Manager Agent は、32 ビットマシン上では 1GB の大 Java 仮想マシン（JVM）ヒー

プサイズを構成します。64 ビットマシン上では 4GB の大 JVM ヒープサイズを構成します。

小システム要件

以下の表に、Metadata Manager エージェントを実行するための小システム要件を示します。

プロセッサ RAM ディスクスペース

1 CPU 512 MB 220 MB

Metadata Manager Agent をインストールできるオペレーティングシステムの詳細については、次の

Informatica Network で Product Availability Matrix を参照してください。


overview

インストールの前に

Metadata Manager Agent をインストールする前に、エージェントのインストールに使用するユーザーアカウン

トが、エージェントをインストールするマシンの Windows 管理者グループのメンバであることを確認してくだ

さい。このユーザーアカウントには、［サービスとしてログオン］および［オペレーティングシステムの一部と

して機能］の権限が必要です。

Metadata Manager Agent のインストール

Metadata Manager Agent をインストールするには：

1. Metadata Manager にログインします。

2. ［ロード］タブで、［操作］ > ［エージェントインストーラのダウンロード］をクリックします。

ブラウザに、MMAgentInstaller.exe のダウンロードを促すプロンプトが表示されます。

3. ファイルをハードドライブに保存します。

4. Metadata Manager Agent をインストールするマシンにインストーラをコピーします。

5. MMAgentInstaller.exe をダブルクリックして、インストールを開始します。

［概要］ウィンドウが表示されます。

6. ［次へ］をクリックします。

［エージェントの設定］ページが表示されます。

24 第 2 章: Metadata Manager の設定



7. 以下のオプションを設定します。

オプション説明

HTTP ポート Metadata Manager が Metadata Manager Agent と通信するために使用するポート番号。

デフォルトは 19983 です。

エージェントホーム

Metadata Manager Agent のインストール先にするディレクトリ。デフォルトはc:\informatica\<現在のバージョン>\MetadataManagerAgent です。

デフォルトのインストールディレクトリを使用するか、［参照］をクリックしてディレクトリを選択するこ

とができます。


［HTTPS 設定］ウィンドウが表示されます。

9. HTTPS を使用しない場合は、HTTPS オプションをクリアします。手順 11 に進みます。

10. HTTPS を使用するには、以下の情報を入力します。


HTTPS ポート番号 Metadata Manager Agent と Metadata Manager アプリケーション間を通信するためにノードが使用するポート。

キーストアのパスワード

キーストアファイルのプレーンテキストパスワード。

キーストアファイルの位置

秘密鍵ファイルまたは公開鍵ファイルにアクセスできません。このペインでは、選択してクリックする手順でパーサーを定義できます。Metadata Manager Service と異なるキーストアファイルを使用する場合、Metadata Manager Agent キーストア証明書を Metadata Manager Service キーストアファイルと共にインポートする必要があります。


［インストール前のサマリ］ウィンドウが表示されます。

12. インストールオプションを確認して、［インストール］をクリックします。

インストーラによるインストールが完了し、Metadata Manager Agent が Metadata Manager Agent <バー

ジョン>という名前の Windows のサービスとしてインストールされます。

13. ［完了］をクリックします。

関連項目：

•「証明書のマージ」 (ページ27)

インストールした後に

Metadata Manager Agent をインストールした後、インストール後タスクを完了する必要があります。

以下のタスクを完了させます。

• Metadata Manager Agent と Metadata Manager Service の接続性を確認する。


• Metadata Manager Agent が Business Objects、Microstrategy、ERwin 7.x、ERwin 8.x、ERwin 9.x のデ

スクトップと対話できるようにする。

• 必要に応じて、Java Virtual Manager（JVM）のメモリを増やす。

Metadata Manager エージェントの接続性の確認

Metadata Manager エージェントでは、リソースをロードするための Metadata Manager サービスとの通信に

HTTP が使用されます。

Metadata Manager エージェントは、デフォルトのポート 19983 または Tomcat 構成ファイル server.xml で指定

された任意のポートを使用して Metadata Manager サービスに接続します。ポート番号は、以下の場所にある

Tomcat 構成ファイルで確認または更新できます。

<INFA_HOME>\MetadataManagerAgent\tomcat\conf\

Metadata Manager エージェントをインストールした後、エージェントと Metadata Manager サービスが通信で

きることを確認してください。

エージェントと Metadata Manager サービスが通信できることを確認するには、以下のいずれかの方法を使用

できます。

• Metadata Manager Service が実行されるマシンで以下のコマンドを実行します。

telnet <Metadata Manager Agent machine name> <Metadata Manager Agent port>

• 以下の URL を使用して Web ブラウザから Metadata Manager エージェントに接続します。

http://server:port/MIMBWebServices

Metadata Manager エージェントが実行中の場合は、エージェントのホームページが表示されます。

コマンドが失敗する場合は、Metadata Manager サービスおよび Metadata Manager エージェントのサービスが

使用可能であることを確認します。マシンがファイアウォールによって隔てられている場合は、管理者に連絡

してポート番号を使用可能にしてください。

Metadata Manager Agent とデスクトップとの対話の有効化

Metadata Manager Agent をサービスとして実行する場合は、Metadata Manager Agent がデスクトップと対話

できるようにする必要があります。

Metadata Manager Agent が以下のメタデータソースのデスクトップと対話できるようにする必要があります。

• Business Objects

• Microstrategy

• ERwin 7.x、8.x、9.x

1. Windows の［スタート］メニューから、［管理ツール］ > ［サービス］の順にクリックします。

2. ［Metadata Manager Agent］をダブルクリックします。

［Metadata Manager Agent <バージョン>のプロパティ］ダイアログボックスが表示されます。

3. ［ログオン］タブをクリックします。

4. ［ローカルシステムアカウント］で、［サービスとデスクトップとの対話を許可する］をクリックします。

5. ［OK］をクリックします。

Java Virtual Machine のメモリの増加

Metadata Manager Agent を使用するリソースタイプのメタデータを大量にロードする場合は、Java Virtual

Machine（JVM）のヒープサイズを増やして拡張性を向上させることができます。デフォルトでは、Metadata


Manager Agent は、32 ビットマシンでは大ヒープサイズを 1 GB に、64 ビットマシンでは 4 GB に設定しま

す。

大規模なソース環境や複雑なソース環境から抽出を行う際に、コマンドの処理に十分な使用可能容量がないこ

とを知らせるエラーメッセージが表示された場合、JVM ヒープサイズを増やす必要がある場合があります。ヒ

ープサイズは、MIRSetup.xml ファイルで増やします。

1. テキストエディタを使用して、以下の場所にある MIRSetup.xml を開きます。

<Metadata Manager Agent installation directory>\conf

2. <RunTime>セクションの-Xmx オプションを編集します。

3. MIRSetup.xml を保存します。

4. Metadata Manager Agent を再起動します。

キーストアファイルの作業

キーストアファイルを作成して、Metadata Manager Agent を HTTPS 用に設定します。キーストアファイルは、

keytool で作成できます。キーツールは、秘密鍵または公開鍵のペアと関連する証明書を生成し、「keystore」

というファイルに格納するユーティリティです。公開鍵または秘密鍵のペアを生成すると、キーツールによっ

て、公開鍵は自己署名証明書でラップされます。自己署名証明書または認証機関によって署名された証明書を

使用できます。

Metadata Manager Agent のキーストアファイルを適切に処理するには、以下の作業を実行します。

• キーストアファイルを作成する。

• 証明書を Metadata Manager Service キーストアファイルにマージする。

キーストアファイルの作成

キーストアファイルを作成するには、以下のいずれかの場所で keytool を使用します。

• %JAVA_HOME%\jre\bin

• Informatica インストールディレクトリの java/bin ディレクトリ。

例えば、mmagent のエイリアスと mmagent.keystore のキーストア名で Metadata Manager Agent 用のキースト

アファイルを作成するには、次のコマンドを使用します。

keytool -genkey -alias mmagent -keystore mmagent.keystore

キーツール使用の詳細については、以下の Sun の Web サイトに掲載されているマニュアルを参照してください。

http://java.sun.com/j2se/1.3/docs/tooldocs/win32/keytool.html

証明書のマージ

Metadata Manager Agent をインストールする時に Metadata Manager Service キーストアファイルを使用しな

い場合、Metadata Manager Agent キーストア内の証明書を Metadata Manager Service キーストアにマージす

る必要があります。

証明書をマージするには、次の手順を実行します。

1. 証明書を Metadata Manager Agent キーストアファイルからエクスポートします。

例えば、mmagent のエイリアスと mmagent.keystore のキーストア名で Metadata Manager Agent キースト

アから証明書をエクスポートするには、以下のコマンドを実行します。

keytool -export -alias mmagent -keystore mmagent.keystore -file mmagent.cer

2. 証明書を Metadata Manager Service キーストアファイルにインポートします。


http://java.sun.com/j2se/1.3/docs/tooldocs/win32/keytool.html

例えば、mmservice のエイリアスと mmservice.keystore のキーストア名で Metadata Manager Service キ

ーストアに証明書をインポートするには、以下のコマンドを実行します。

keytool -import -trustcacerts -keystore mmservice.keystore -file mmagent.cer


第 3 章

アプリケーションリソース


• SAP R/3 リソースの概要, 29 ページ

• SAP R/3 の設定, 29 ページ

• SAP R/3 リソースの作成, 30 ページ

• コンポーネントの取り込みリストの設定, 32 ページ

• 参照, 33 ページ

SAP R/3 リソースの概要SAP R/3 は、複数のビジネスアプリケーションとソリューションを統合するアプリケーションプラットフォー

ムです。 SAP R/3 リソースを作成して、SAP R/3 からメタデータを抽出するように設定できます。

SAP R/3 の設定SAP R/3 リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適切に

設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハウスへのロード

が正常に行われません。

SAP R/3 を設定するには、次の作業を実行します。

• PowerCenter トランスポートをインストールする。

• ユーザー権限プロファイルを設定する。

• SAP SDK ライブラリをインストールする。

トランスポートのインストール

SAP R/3 からメタデータを抽出するには、SAP R/3 からメタデータを抽出するために Metadata Manager で使用

される PowerCenter トランスポートをインストールする必要があります。トランスポートは、PowerCenter を

ダウンロードした場所の次のフォルダにあります。

<download location>\saptrans\mySAP

トランスポートのインストールの詳細については、「PowerExchange for SAP NetWeaver Transport Versions

Installation Notice（PowerExchange for SAP NetWeaver 8.5 トランスポートバージョンインストールの注

意事項）」を参照してください。

29

ユーザー権限プロファイルの設定

SAP R/3 管理者は、製品および開発ユーザー権限プロファイルを作成する必要があります。

以下の表に、ユーザー権限プロファイルを示します。

権限オブジェクト

説明クラスフィールド値

S_RFC RFC アクセスの権限チェック

Cross Application Authorization オブジェクト

アクティビティ：16（実行）

保護する RFC の名前：*

保護する RFC オブジェクトのタイプ：FUGR

SAP JCo ライブラリのインストール

SAP R/3 リソースを作成する前に、Metadata Manager サービスを実行するオペレーティングシステムに対応し

た SAP JCo 3 をダウンロード、インストールします。SAP JCo インストールパッケージには、ライブラリファ

イルと JAR ファイルが含まれています。これらのファイルを、Metadata Manager サービスを実行するマシンの

適切なディレクトリにコピーします。

ファイルのダウンロードで問題が発生した場合は、Informatica グローバルカスタマサポートにお問い合わせ

ください。

1. 次の SAP Service Marketplace に移動します。 http://service.sap.com

注: SAP Service Marketplace 用のユーザー ID が必要です。

2. Metadata Manager サービスを実行するオペレーティングシステムに対応した SAP JCo インストールパッケ

ージをダウンロードします。

インストールパッケージには、次のファイルが含まれています。

• ライブラリファイル（Windows の場合は sapjco3.dll、UNIX の場合は libsapjco3.dll）

• JAR ファイル（sapjco3.jar）

3. ライブラリファイルを、Metadata Manager サービスを実行するマシンの次のディレクトリにコピーしま

す。

<Informatica Installation Directory>\server\bin

4. JAR ファイルを、Metadata Manager サービスを実行するマシンの次のディレクトリにコピーします。

<Informatica のインストールディレクトリ>\services\shared\jars\thirdparty

5. ライブラリファイルと JAR ファイルに次の権限を設定します。

• 現在のユーザーに読み取り、書き込みおよび実行権限

• 他のすべてのユーザーに読み取りおよび実行権限

SAP R/3 リソースの作成SAP R/3 リソースを作成する前に、SAP R/3 ソースを設定します。

1. ［ロード］タブで、［操作］ > ［新規リソース］をクリックします。

［リソース選択］ウィンドウが表示されます。

30 第 3 章: アプリケーションリソース

http://service.sap.com

2. ［アプリケーション］ > ［SAP］をクリックします。


［プロパティ］ページが表示されます。

4. 次の情報を入力します。

プロパティ

説明

名前リソースの名前。リソースは、この名前で［リソース］パネルに表示されます。名前は一意で、1～256 文字の範囲内である必要があります。以下の特殊文字は使用できません。

/ \ : * ' ? " < > | [ ]

説明リソースの説明。説明は 4000 文字を超えない範囲で指定する必要があります。

サマリリネージュで非表示

データリネージュ図のサマリビューでリソースを非表示にします。

このオプションを有効にすると、サマリビューでリソースとその子オブジェクトが非表示になります。このオプションを無効にすると、サマリビューにリソースとその子オブジェクトが表示されます。

デフォルトでは無効になっています。


［設定］ページが表示されます。

6. 設定のプロパティを入力します。

7. ［テスト接続］をクリックして、ソースシステムへの接続をテストします。

Metadata Manager でソースシステムに接続できなかった場合、エラーメッセージが表示されます。エラー

を修正し、もう一度接続をテストします。


［パラメータ］ページが表示されます。

9. SAP アプリケーションコンポーネントに含まれている SAP R/3 テーブルを検索するには、［テーブルの検

索］フィールドにテーブル名を入力し、［実行］をクリックします。

テーブルが［使用可能なコンポーネント］リストに表示されます。

10. ［選択されたコンポーネント］リストにアプリケーションコンポーネント、パッケージ、またはテーブルを

追加するには、［使用可能なコンポーネント］リストでオブジェクトを選択し、［追加］をクリックしま

す。

テーブルを選択すると、階層にある SAP アプリケーションコンポーネントと SAP パッケージも含められま

す。アプリケーションコンポーネント、パッケージ、またはテーブルを選択すると、そのオブジェクトの

すべての子オブジェクトも抽出されます。

11. アプリケーションコンポーネント、パッケージ、またはテーブルをすべて追加するには、［すべて追加］を

クリックします。

12. ［選択されたコンポーネント］リストからアプリケーションコンポーネント、パッケージ、またはテーブル

を削除するには、［選択されたコンポーネント］リストでオブジェクトを選択し、［削除］をクリックしま

す。

13. ［選択されたコンポーネント］リストからコンポーネント、パッケージ、およびテーブルをすべて削除する

には、［すべて削除］をクリックします。


［スケジュール］ウィンドウが表示されます。

SAP R/3 リソースの作成 31

15. スケジュールを追加するには、［スケジュールを関連付ける］を選択し、［スケジュール］リストでスケジ

ュールを選択します。

スケジュールを作成していない場合は、リソースを作成した後、リソースにスケジュールを割り当てるこ



リソースは、［ロード］タブの［リソース］パネルに表示されます。

SAP R/3 の設定のプロパティ

SAP R/3 リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、SAP R/3 の設定プロパティを示します。

プロパティ説明

ユーザー名 SAP R/3 ソースシステム接続のユーザー名。

パスワードユーザ名に対するパスワード。

アプリケーションサーバーホスト SAP R/3 アプリケーションが動作しているマシンのホスト名。

システム番号 SAP R/3 システム番号。

クライアント SAP R/3 クライアント番号。

言語 SAP R/3 システムの言語コード。

エンコーディング SAP R/3 のアプリケーション接続のコードページ。

コンポーネントの取り込みリストの設定SAP R/3 リソースのコンポーネントの取り込みリストパラメータを設定できます。パラメータを編集するに

は、［ロード］タブの［リソース］パネルでリソースを選択し、［リソースの編集］をクリックし、［リソースの

編集］ウィンドウの［パラメータ］タブをクリックします。

抽出する SAP R/3 テーブルを選択するには、コンポーネントの取り込みリストを使用します。 SAP アプリケー

ションコンポーネントに含まれているテーブルを参照するか、テーブルを検索することができます。テーブル

を選択するには、テーブルを使用可能なコンポーネントリストから選択されたコンポーネントリストに移動し

ます。

テーブルを選択すると、階層にある SAP アプリケーションコンポーネントと SAP パッケージも含められます。

アプリケーションコンポーネント、パッケージ、またはテーブルを選択すると、そのオブジェクトのすべての

子オブジェクトも抽出されます。

32 第 3 章: アプリケーションリソース

参照SAP R/3 リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトでデー

タリネージを表示および実行できます。

バージョン

Metadata Manager は SAP R/3 からメタデータを抽出しますが、SAP NetWeaver BI からは抽出しません。

抽出されるオブジェクト

Metadata Manager は、SAP R/3 から以下のオブジェクトタイプを抽出します。

• アプリケーションコンポーネント

• パッケージ

• テーブル

• カラム

• プライマリおよび外部キー

データリネージ

SAP R/3 テーブルと PowerCenter マッピング間のデータリネージ分析を Metadata Manager で実行できます。

Metadata Manager では、SAP R/3 の変数と関数間のデータリネージ情報が抽出されません。

また、PowerCenter マッピングでアプリケーションソース修飾子の ABAP プログラムを手動で編集した場合、デ

ータリネージ分析には手動でアプリケーションソース修飾子に含められたテーブルが含まれません。例えば、

PowerCenter マッピングにソースとして含まれていない SAP R/3 テーブルを含めるように ABAP プログラムをオ

ーバーライドした場合、Metadata Manager には PowerCenter マッピングと SAP R/3 テーブル間のリネージが表

示されません。

SAP R/3 スキーマクラス

SAP R/3 モデルには、SAP スキーマという名前のクラスが含まれます。 Metadata Manager は、このクラスを使

用して、SAP R/3 と PowerCenter リポジトリオブジェクト間のデータリネージを表示します。 SAP R/3 リソー

スをロードするときに、これはメタデータカタログに表示されません。

参照 33

第 4 章

Business Glossary リソース


• Business Glossary リソースの概要, 34 ページ

• アプリケーションサービスの確認, 35 ページ

• Business Glossary リソースの作成, 35 ページ

• Business Glossary から抽出されるオブジェクト, 37 ページ

• Business Glossary から抽出されないオブジェクト, 37 ページ

Business Glossary リソースの概要Business Glossary リソースを作成して設定すると、Informatica Analyst（Analyst ツール）のビジネス用語

集からメタデータを抽出することができます。Analyst ツールビジネス用語集からメタデータを抽出して、カ

テゴリやビジネス用語を他のメタデータオブジェクトに関連付けることができます。

Analyst ツールで、［用語集］ワークスペースのビジネス用語集を定義できます。［用語集］ワークスペース

には、複数のビジネス用語集を含めることができます。各ビジネス用語集には、ビジネス用語、カテゴリおよ

びポリシーなどのアセットが含まれます。 Metadata Manager でビジネス用語集からビジネス用語とカテゴリ

を抽出できます。

メタデータを抽出する各 Analyst ツールのビジネス用語集に対して 1 つの Business Glossary リソースを作成

します。複数の Business Glossary リソースを作成することができますが、ビジネス用語集は同じアナリスト

サービスで管理する必要があります。

Business Glossary リソースを作成するときに、以下の情報を指定します。

• Analyst ツール接続情報

• メタデータを抽出するビジネス用語集の名前。

• ビジネス用語のリンク情報を含むオプションの列挙されたリンクのファイル

• リソースロードの時間と頻度を指定するオプションのスケジュール

列挙されたリンクのファイルを使用して、個別のビジネス用語を他のリソースのメタデータオブジェクトと関

連付けることができます。例えば、さまざまなビジネス用語を Oracle テーブル内のさまざまな列とリンクす

ることができます。列挙されたリンクのファイルは、リンクするオブジェクトの個別のペアを含む CSV ファイ

ルです。 Business Glossary リソースを作成または編集するときに、1 つまたは複数の列挙されたリンクのフ

ァイルをアップロードできます。列挙されたリンクの詳細については、『Metadata Manager カスタムメタデー

タ統合ガイド』を参照してください。

スケジュールを使用して定期的に Business Glossary リソースをロードできます。Analyst ツールのユーザー

は、Analyst ツールのビジネス用語集コンテンツを更新します。Metadata Manager ユーザーが常に新のビジ

ネス用語集コンテンツにアクセスできるようにするには、定期的なリソースロードをスケジュールします。

34

アプリケーションサービスの確認Business Glossary リソースを作成する前に、アナリストサービスおよび関連するサービスのステータスを確

認します。必要なサービスが利用できない場合、リソースを作成できなかったり、メタデータのロードが失敗

したりすることがあります。

以下のサービスが利用できることを確認してください。

• アナリストサービス

• アナリストサービスにに関連付けられたモデルリポジトリサービス。

• アナリストサービスに関連付けられたデータ統合サービス。

Business Glossary リソースの作成Analyst ツールのビジネス用語集からメタデータを抽出する Business Glossary リソースを作成します。

Business Glossary リソースを作成する前に、アナリストサービスおよび関連するサービスが利用できること

を確認します。



2. ［Business Glossary］ > ［Business Glossary］の順にクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]






注: ビジネス用語集リソース名は Analyst ツール用語集名と一致する必要があります。これらの名前が一

致しない場合、ビジネス用語の関連用語が Metadata Manager のビジネス用語集に表示されません。



6. 接続プロパティを入力します。


アプリケーションサービスの確認 35




［列挙されたリンク］ウィンドウが表示されます。

9. 必要な場合は、列挙されたリンクの情報を含むファイルを追加またはアップロードします。

• Metadata Manager Web アプリケーションがアクセスできるディレクトリ内にファイルを格納し、ファ

イルが変更される場合は、列挙されたリンクのファイルを追加します。

• ファイルが変更されない場合は、列挙されたリンクのファイルをアップロードします。Metadata

Manager によってファイルが Metadata Manager リポジトリにアップロードされます。

10. 必要な場合は、列挙されたリンクの各ファイルのファイルプロパティを更新します。









Business Glossary の接続プロパティ

Business Glossary リソースを作成または編集するときに、接続のプロパティを更新します。

以下の表に、接続のプロパティを示します。


ユーザー名 Analyst ツールへの接続に使用するユーザーアカウントの名前。

パスワード Analyst ツールへの接続に使用するユーザーアカウントのパスワード。

セキュリティドメイン

Analyst ツールユーザーが属するセキュリティドメインの名前。

ドメインで LDAP 認証または Kerberos 認証を使用している場合は、セキュリティドメイン名を入力してください。それ以外の場合は、Native と入力します。

ホスト Analyst ツールが実行されているマシンの完全修飾ホスト名。

ポート Analyst ツールのポート番号。

ビジネス用語集メタデータを抽出する Analyst ツールのビジネス用語集の名前。各リソースは 1 つのビジネス用語集からメタデータを抽出できます。

36 第 4 章: Business Glossary リソース

Business Glossary から抽出されるオブジェクトMetadata Manager は、Analyst ツールの Business Glossary から公開されたビジネス用語とカテゴリを抽出し

ます。

Metadata Manager は、用語が属するカテゴリが未公開の場合でも、公開済みビジネス用語を抽出します。未公

開カテゴリに公開済みビジネス用語が含まれる場合、Metadata Manager は、用語が属するグロッサリの下に用

語を一覧表示します。

Metadata Manager はビジネス用語の以下の属性を抽出します。

• 名前

• 説明

• データスチュワード

• 所有者

• 参照テーブルの URL

• ステータス

• フェーズ

• 使用コンテキスト

• Analyst ツールで定義されたカスタム属性

• ビジネス用語と他のビジネス用語の関係

• ビジネス用語とカテゴリの関係

Metadata Manager はカテゴリの以下の属性を抽出します。

• 名前

• 説明

• データスチュワード

• 所有者

• 使用コンテキスト

• カテゴリとビジネス用語の関係

Business Glossary から抽出されないオブジェクトMetadata Manager では、Analyst ツールのビジネス用語集からポリシーや非公開のオブジェクトは抽出されま

せん。また、Metadata Manager では、名前に特殊文字が含まれるカスタムプロパティも抽出されません。

Metadata Manager では、次のオブジェクトは抽出されません。

• 非公開のビジネス用語

• 非公開のカテゴリ

• ポリシー

• ビジネスイニシアティブ

Metadata Manager では、名前に以下の特殊文字が含まれるカスタムプロパティは抽出されません。

~ ' & * ( ) [ ] | \ : ; " ' < > , ? /

Business Glossary から抽出されるオブジェクト 37

ただし、Metadata Manager では、名前に以下の文字が含まれるカスタムプロパティは抽出されます。

! @ # $ % ^ _ - + = { } . ´

38 第 4 章: Business Glossary リソース

第 5 章

ビジネスインテリジェンスリソース


• Business Objects, 39 ページ

• Cognos, 47 ページ

• Microsoft Analysis Services および Reporting Services, 54 ページ

• Microstrategy, 60 ページ

• Oracle Business Intelligence Enterprise Edition, 65 ページ

• SAP Business Warehouse, 73 ページ

• Tableau, 79 ページ

• メタデータの増分ロード , 85 ページ

• リソースのメタデータファイルの追加または削除 , 85 ページ

Business ObjectsBusiness Objects は、パフォーマンス管理、計画、レポート、クエリーと分析、およびエンタープライズ情報

管理のコンポーネントを含むビジネスインテリジェンスツールです。

Business Objects リソースを作成して、Business Objects からメタデータを抽出するように設定できます。

Metadata Manager では、Business Objects レポート、ユニバース、およびリポジトリのメタデータオブジェ

クトが抽出されます。

Business Objects の設定

Business Objects リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソー

スを適切に設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハウス

へのロードが正常に行われません。

Business Objects を設定するには、以下の作業を実行します。

• Metadata Manager エージェントをインストールする。

• Metadata Manager エージェントとデスクトップが対話できるようにする。

• 権限を設定する。

• オブジェクトをリポジトリにエクスポートする。

39

• 必要な Business Objects クライアントおよびサーバーが動作していることを確認します。

• Universe Designer を終了します。


Metadata Manager Agent は、Metadata Manager がメタデータソースにアクセスしてソースメタデータを抽出

するために使用するプログラムです。デフォルトでは、Metadata Manager Agent は Metadata Manager サー

ビスが動作するノードで動作します。

Business Objects からメタデータを抽出するには、Metadata Manager Agent を別途 Windows マシンにインス

トールする必要があります。 Metadata Manager Agent と単一バージョンの Business Objects クライアント

が、同じマシン上にインストールされている必要があります。Metadata Manager Agent と同じマシン上に複数

バージョンの Business Objects クライアントがインストールされている場合、エージェントが Business

Objects メタデータを抽出できません。

Business Objects クライアントは、ソースリポジトリに接続可能でなくてはなりません。クライアントが

Metadata Manager サービスと同じマシンにない場合は、Metadata Manager Agent をクライアントと同じマシ

ンにインストールします。Metadata Manager Agent は、Windows サービスとしてではなくデスクトップアプリ

ケーションとして実行してください。また、Metadata Manager Agent を Business Objects サーバーと同じ

マシンにインストールしないでください。

関連項目：

•「手順 2。Metadata Manager Agent のインストール」 (ページ 23)






• Microstrategy








権限の設定

エクスポートする Business Object ユニバースから権限を削除します。書き込み禁止になっているユニバース

は抽出できません。ビジネスオブジェクト権限の削除の詳細については、ビジネスオブジェクトのマニュアル

を参照してください。

Business Object リポジトリにログインするユーザーが Universe Designer Users グループに属し、すべての

ビジネスオブジェクトメタデータへの読み取りアクセス権を持っていることを確認してください。Business

Objects リポジトリに、お気に入りフォルダーまたは個人フォルダーの Web インテリジェンスレポートが含ま

れる場合は、ユーザーが Administrators グループに属していることも必要です。カスタムセキュリティグル

ープを作成し、ユーザーに Web インテリジェンスレポートを表示する権限を付与する必要があります。

40 第 5 章: ビジネスインテリジェンスリソース

オブジェクトのリポジトリへのエクスポート

Business Objects ソースリポジトリ内のユニバース、Webi ドキュメント、Desktop Intelligence ドキュメン

ト、およびクリスタルレポートなどの Business Objects アーティファクトをエクスポートします。 Metadata

Manager は、Business Objects キャッシュにあるがソースリポジトリにないアーティファクトにはアクセスで

きません。 Business Objects リソースをロードする前に、すべてのアーティファクトをソースリポジトリに

エクスポートして、Metadata Manager ウェアハウス内のメタデータと Business Objects ユーザーが使用でき

るメタデータが一致するようにします。

Business Objects Designer を使用して、ユニバースを Business Objects ソースリポジトリにエクスポート

します。例えば、Business Objects Designer でエクスポート処理を開始するには、［ファイル］>［エクスポ

ート］をクリックします。ユニバースを Business Objects ソースリポジトリにエクスポートするために、接

続タイプをセキュアにする必要があります。

Business Objects を使用して、ドキュメントを Business Objects リポジトリにエクスポートします。例えば、

Business Objects でエクスポート処理を開始するには、［ファイル］>［発行先］>［会社ドキュメント］をク

リックします。

Business Objects Central Manager Console を使用して、Crystal Reports を Business Objects リポジトリ

にエクスポートします。

Business Objects のクライアントとサーバーの確認

Crystal レポートおよび Webi レポートからメタデータを抽出するには、必要な Business Objects クライアン

トとサーバーが実行されていることを確認する必要があります。必要なクライアントとサーバーが実行されて

いない場合、Metadata Manager Agent は Business Objects レポートからメタデータを抽出できません。

必要なクライアントとサーバーは Business Objects のバージョンによって異なります。

SAP Business Objects リポジトリ XI R4.x

Crystal レポートからメタデータを抽出するには、Business Objects クライアントが実行されているマシ

ンに Crystal Reports クライアントがインストールされている必要があります。

Webi レポートからメタデータを抽出するには、Web Application Container Server (WACS)を実行し、

RESTful Web サービスがインストールされている必要があります。

SAP Business Objects リポジトリ XI R3.x およびそれ以前のバージョン

Webi レポートからメタデータを抽出するには、Web Intelligence Processing Server を実行している必

要があります。

Business Objects Central Management Console を使用して、Business Objects サーバーのステータスを確認

します。 Business Objects クライアントの詳細については、Business Objects のドキュメントを参照してく

ださい。

Universe Designer の終了

ロックされた Business Objects ユニバースからメタデータを抽出するには、Universe Designer を終了しま

す。Universe Designer を終了しないと、メタデータの抽出中、ユニバースはロックされなくなります。

Business Objects Universe Designer の詳細については、Business Objects のドキュメントを参照してくだ

さい。

Business Objects 41

Business Objects リソースの作成

Business Objects リソースを作成する前に、Business Objects ソースを設定する必要があります。



2. ［ビジネスインテリジェンス］ > ［Business Objects］の順にクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]









7. ［テスト接続］をクリックして、ソースシステムへの接続をテストし、Metadata Manager Agent URL を検

証します。

Metadata Manager でデータソースに接続できなかった場合または Metadata Manager Agent URL を検証で

きなかった場合、エラーメッセージが表示されます。エラーを修正し、もう一度接続をテストします。


［スケジュール］ページが表示されます。








Business Objects の設定のプロパティ

Business Objects リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、Business Objects の設定のプロパティを示します。


エージェントURL

Metadata Manager Agent のホスト名とポート番号。任意のマシンにインストールされたMetadata Manager Agent を使用できます。

ソースシステムバージョン

リソースの名前とバージョン。

バージョン SAP Business Objects リポジトリのバージョン。バージョンを選択するか、バージョンを検出するように Metadata Manager Agent を設定します。

デフォルトは自動検出です。

システム Business Objects リポジトリの名前。 Business Objects 11.x および 12.x の場合は、Business Objects Central Management Server の名前を指定します。サーバー名は以下の形式で指定します。

<サーバー名>:<ポート番号>

Central Management Server がクラスタ上に設定されている場合は、クラスタ名を以下の形式で指定します。

<ホスト名>:<ポート>@<クラスタ名>

デフォルトのポートは 6400 です。

注: Business Objects リポジトリのバージョンが 14.0.6 の場合は、リポジトリ名にポート番号を指定しないでください。ポート番号を指定すると、Metadata Manager は Web Intelligence レポートを抽出できません。

認証モード Business Objects リポジトリにログインするユーザーアカウントの認証モード。

次のいずれかの値を指定します。- エンタープライズ: Business Objects Enterprise 認証モードを使用してログインします。

- LDAP: Business Objects に設定された LDAP 認証を使用してログインします。

デフォルトは［エンタープライズ］です。

ユーザー名 Business Objects リポジトリにログインするためのユーザー名。

パスワード Business Objects リポジトリのユーザーアカウントのパスワード。

リポジトリ参照モード

Business Objects リポジトリでオブジェクトを参照するときに抽出されるオブジェクトを指定します。次のいずれかの値を指定できます。- すべて: ユニバース、フォルダー、およびドキュメントのツリーが抽出されます。- ユニバースのみ: ユニバースとフォルダーのツリーが抽出されます。ドキュメントは抽出されません。

- 接続のみ: 接続のリストが抽出されます。

デフォルトは［すべて］です。

増分インポート

直前のリソースロードからの変更内容をロードするか、メタデータ全体をロードします。次のいずれかの値を指定します。- True。近の変更内容だけロードします。- False。メタデータ全体をロードします。

Business Objects 43


依存オブジェクトの追加

選択したユニバースに依存しているドキュメントを選択します。次のいずれかの値を指定します。- True。指定したユニバースに依存しているドキュメントをインポートします。- False。指定したユニバースに依存しているドキュメントを無視します。注: 依存関係情報は、Business Objects リポジトリメタデータキャッシュから取得されます。変更または移動したレポートが Metadata Manager のロードに反映されていない場合は、これらのレポートをロードしてクエリを更新することでキャッシュを更新します。

特定のオブジェクトの追加

ユニバースに対する追加のオブジェクトを指定します。次のいずれかの値を指定します。- なし。すべてのオブジェクトを無視します。- ユニバースに依存しないドキュメント: ユニバースに依存しないドキュメントをインポートします。

デフォルトは［なし］です。

Crystal CORBAポート

Crystal SDK がレポートアプリケーションサーバー（RAS）と通信するためのクライアントポート番号を指定します。

RAS サーバーは、このポートを使用してローカルクライアントコンピュータにメタデータを送信します。ポートを指定しない場合、サーバーは、実行ごとにランダムにポートを選択します。注: ローカルの Windows ファイアウォールが無効になっているか、ポートでの通信が有効にされていることを確認します。

クラス表示クラスとサブクラスのツリー構造のインポート方法を制御します。

Metadata Manager Agent は、オブジェクトを含む各クラスを次元またはパッケージのツリーとしてインポートします。次のいずれかの値を指定します。- フラット構造: パッケージを作成しません。- 単純フラット構造: サブクラスを持つ各クラスのパッケージを作成します。- 完全ツリー構造: 各クラスのパッケージを作成します。

デフォルトは［フラット構造］です。

ワーカースレッド

メタデータを非同期で抽出するために Metadata Manager Agent が使用するワーカースレッドの数。空白のままにするか、正の整数値を入力します。

空白の場合は、Metadata Manager Agent がワーカースレッドの数を計算します。スレッド数の計算は、JVM アーキテクチャと、Metadata Manager Agent を実行するマシンの使用可能な CPU コアの数を使用して行います。有効でない値を指定すると、Metadata Manager Agent は 1 つのワーカースレッドを使用します。

Metadata Manager Agent がメタデータを抽出する際にメモリ不足エラーが発生する場合は、ワーカースレッドの数を減らします。Metadata Manager Agent を実行するマシンに利用可能なメモリが大量にある場合（例えば 10GB 以上）、ワーカースレッドの数を増やしても構いません。ただし、ワーカースレッドを増やしすぎると、パフォーマンスが低下する場合があります。

デフォルトは空白です。

接続の自動割り当て

Metadata Manager は、リソースのロード時に、リレーショナルデータベースリソースタイプへの接続の割り当てを設定します。このオプションを無効にした場合、リソースを作成した後で、リソースプロパティに接続の割り当てを設定してください。

リポジトリのサブセット

リモート Business Objects リポジトリに格納されているオブジェクトにアクセスします。ユニバース、レポート、およびフォルダーの ID を指定します。複数の値はセミコロンで区切ります。


参照

Business Objects リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェ

クトでデータリネージを表示および実行できます。


データリネージには、メトリック、属性、スキーマテーブルなど、ユニバース以外のデータプロバイダの統合

ユニバースオブジェクトは表示されません。

データ型

Metadata Manager では、カラムまたは次元オブジェクトの実際のデータ型は抽出されません。

以下の表に、実際のデータ型および Metadata Manager によって使用されるデータ型を示します。

データ型の表現実際のデータ型

文字 char

日付 datetime

Long Text binary

番号 number


Metadata Manager では、次のメタデータオブジェクトタイプが抽出されます。

• エイリアス

• ボディ

• セル

• Char カラム

• Char 論理カラム

• クラス

• クラスフォルダ

• カラム

• 結合クエリ

• 条件

• コンテキスト

• クリスタルレポート

• クリスタルレポートのモデル

• カスタム階層フォルダ

• データプロバイダ

• データプロバイダの DesignPackage

• DataAttribute カラム

Business Objects 45

• DataAttribute の詳細

• DataAttribute の次元

• DataAttribute の測定

• 日付カラム

• 日付論理カラム

• 派生テーブル

• Desktop Intelligence ドキュメント

• DimensionAttribute の次元

• ドキュメントレポート

• EnterpriseFolder

• フィールド

• フィルタ

• Folder

• フッタ

• ヘッダ

• 階層

• 結合

• キー

• キーカラム

• 測定

• 番号カラム

• 番号論理カラム

• ObjectPackage

• ページ

• プロンプトストアドプロシージャのパラメータ

• クエリ

• 矩形

• レポート軸

• レポートチャート

• レポートリスト

• レポートマトリックス

• ReportField セル

• ReportTable テーブル

• Schema

• ストアドプロシージャのパラメータ

• 文字列カラム

• テーブル

• Universe


• Universe クエリ

• UniverseFolder

• Web Intelligence ドキュメント

• Web Intelligence モデル

• Web レポート

Desktop Intelligence Reports

Business Objects Desktop Intelligence アプリケーションには、現在のユーザーの個人フォルダ内のレポー

トが表示されます。したがって、たとえユーザーが管理者であっても、Metadata Manager では個人ユーザーフ

ォルダ内の Business Objects Desktop Intelligence レポートのみが抽出されます。 Metadata Manager で

は、リソースに設定するユーザーアカウントの個人フォルダからレポートが抽出されます。

また、お気に入りフォルダからは Desktop Intelligence レポートは抽出されません。

CognosCognos は、レポート、ダッシュボード、スコアカード、および分析のアプリケーションを含むビジネスインテ

リジェンスツールです。 Cognos リソースを作成して、Cognos からスキーマとレポートメタデータを抽出する

ように設定できます。

Cognos の設定

Cognos リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適切に



Cognos を設定するには、次の作業を実行します。

• 外部ディスパッチャの URI を取得する。

• 接続をテストする。.

• 認証を確認する。


• Cognos サービスのリソースを設定する。

外部ディスパッチャの URI の取得

Cognos Content Manager からメタデータを抽出するには、外部ディスパッチャの URI を取得します。 URI は、

Metadata Manager で Cognos Content Manager リソースを設定するときに必要になります。値は Cognos

Content Manager インストールのディスパッチャのいずれかに対応します。 Cognos Content Manager の

configuration\cogstartup.xml ファイルの URI を確認します。

URI は以下の URL のようになります。

http://localhost:9300/p2pd/servlet/dispatch

以下に、例として cogstartup.xml の内容の一部を示します。

<crn:parameter name=”sdk”><crn:value xsi:type=”xsd”anyURI”>http://localhost:9300/p2pd/servlet/dispatch</crn:value></crn:parameter>

Cognos 47

外部ディスパッチャ URI を使用するには、以下の規則およびガイドラインに従ってください。

• Cognos クライアントの［環境］の下にもディスパッチャ URL が表示されます。

• サーバー名には、ローカルホストではなく、実際のマシン名または IP アドレスを使用します。

• URI の「https://」というプレフィックスは、SSL が必要であることを示します。

• Cognos サーバーは、大規模なデータの分割および連結をサポートしている必要があります。Cognos の管理

者に連絡して、この要件について確認してください。

• Metadata Manager と Cognos Content Manager がロードバランサやプロキシなどの仲介サーバーによって隔

てられている場合、外部ディスパッチャ URI に仲介サーバーのホストおよびポート番号を使用します。

接続のテスト

Web ブラウザで URI にアクセスすることによって、接続をテストできます。URI が正しい場合、Cognos はサー

バーの現在の状態と共にステータスメッセージを表示します。Cognos リソースをロードする前に、サーバーの

現在の状態が実行中になっている必要があります。

認証の確認

Cognos サーバーに LDAP 認証が設定されている場合は、Web ベースの Cognos クライアントツールを使用して、

接続および認証のプロパティを確認します。以下の URL を使用して認証をテストします。

http://localhost:8080/c8/cm_tester.htm

Cognos の［セキュリティ］>［認証］で設定したログイン名前空間、ユーザー名、およびパスワードを使用し

ます。

権限の設定

Cognos リソースを設定する前に、Cognos への接続に使用するユーザーアカウントの権限を設定します。

Cognos ユーザーアカウントには、フォルダ、レポート、クエリー、分析、パッケージ、接続を含む、Metadata

Manager で抽出されるすべてのオブジェクトに対する読み取り、実行、およびトラバース権限が必要です。

複数の名前空間に対して Cognos データソースを保護できます。データソースの保護に使用される名前空間は、

Cognos へのログインに使用されるプライマリ名前空間とは異なる場合があります。複数の名前空間に対して

保護されているデータソースと関連する Cognos オブジェクトを Metadata Manager で抽出する場合、Cognos ユ

ーザーアカウントは、プライマリ名前空間に対する権限を持っている必要があります。

Cognos Service のリソースの設定

デフォルトでは、Cognos サービスは起動時間を適化するために小のメモリリソースを使用するよう設定さ

れています。パフォーマンスを向上させるには、設定テンプレートを選択して Cognos サービスで使用するリ

ソースの数を変更できます。

多くの Cognos モデルをロードし、ロードが NULL ポインタ例外で失敗した場合は、リソース設定テンプレート

を大規模構成に設定します。詳細については、Cognos のマニュアルを参照してください。

Cognos リソースの作成

Cognos リソースを作成する前に、Cognos ソースを設定します。



2. ［ビジネスインテリジェンス］ > ［Cognos レポート］の順にクリックします。





プロパティ

説明


/ \ : * ' ? " < > | [ ]










証します。

Metadata Manager でソースシステムに接続できなかった場合またはエージェント URL を検証できなかった

場合、エラーメッセージが表示されます。エラーを修正し、もう一度接続をテストします。









Cognos の設定のプロパティ

Cognos リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、Cognos の設定のプロパティを示します。


エージェント URL Metadata Manager Agent のホスト名とポート番号。任意のマシンにインストールされた Metadata Manager Agent を使用できます。


接続するデータソースのバージョン。

Cognos 49


バージョン接続する Cognos サーバーのバージョン。

ディスパッチャのURL

Cognos Content Manager 外部ディスパッチャの URL。

名前空間 Cognos のユーザーアカウントの集まりを定義する名前空間。 Cognos に認証を設定していない場合、このオプションは設定しないでください。

ユーザー Cognos リポジトリデータベースにログインするためのユーザー名。 Cognos リポジトリデータベースがユーザー名とパスワードを要求するように設定されている場合に必要です。 Cognos に認証を設定していない場合、このオプションは設定しないでください。

パスワード Cognos リポジトリにログインするためのパスワード。 Cognos リポジトリデータベースがユーザー名とパスワードを要求するように設定されている場合に必要です。 Cognos に認証を設定していない場合、このオプションは設定しないでください。

コンテンツ参照モード

Cognos リポジトリから取得できるオブジェクト。以下のいずれかのオプションを選択することができます。- パッケージのみ: Cognos リポジトリ内のパッケージとフォルダーのツリーが取得されます。レポートはリポジトリから取得されません。

- 接続のみ: Cognos リポジトリ内の接続のリストが取得されます。- すべて: パッケージ、フォルダー、クエリ、およびレポートのツリーが取得されます。

デフォルトは［すべて］です。

依存オブジェクトの追加

［コンテンツ］で定義された Cognos オブジェクトの初期選択に依存オブジェクトを追加します。次のいずれかの値を指定できます。- True。依存オブジェクトの第 1 レベルが追加されます。レポートが指定されてい

るときは、レポートに関連付けられたソースモデルもインポートされます。ただし、ソースモデルに依存するその他のレポートはインポートされません。

- False。Cognos オブジェクトに依存オブジェクトは追加されません。

増分インポート直前のリソースロードからの変更内容をロードするか、メタデータ全体をロードします。次のいずれかの値を指定します。- True。近の変更内容だけロードします。- False。メタデータ全体をロードします。

フォルダーの表示カタログでの Cognos Framework Manager のフォルダーの表示。次のいずれかの値を指定できます。- 無視: カタログでフォルダーは無視されます。- 階層: フォルダーは図として表示され、その階層がカタログに保持されます。- フラット: フォルダは図として表示されますが、その階層はカタログに保持されません。

Transformer インポート設定

Cognos Content Manager データソースと PowerPlay Transformer モデル間のマッピングについて記述したオプションの XML ファイル。



ワーカースレッドメタデータを非同期で抽出するために Metadata Manager Agent が使用するワーカースレッドの数。空白のままにするか、正の整数値を入力します。

空白の場合は、Metadata Manager Agent がワーカースレッドの数を計算します。スレッド数の計算は、JVM アーキテクチャと、Metadata Manager Agent を実行するマシンの使用可能な CPU コアの数を使用して行います。有効でない値を指定すると、Metadata Manager Agent は 1 つのワーカースレッドを使用します。




Metadata Manager は、リソースのロード時に、リレーショナルデータベースリソースタイプへの接続の割り当てを設定します。このオプションを無効にする場合、リソースを作成した後で、リソースプロパティ内で接続の割り当てを設定する必要があります。

コンテンツ Cognos から抽出するモデルまたはレポートのパス。モデルを抽出するには、モデルを含むパッケージへのパスを使用します。パッケージとレポートを抽出するには、オブジェクトを選択するか、パッケージまたはレポートへの完全な検索パスに文字「//*」を追加して入力します。複数の値をセミコロン（;）で区切ります。

Cognos を使用してパッケージまたはレポートの検索パスを検索します。 Cognos Administration Console で、パッケージまたはレポートを選択し、［プロパティの設定］>［検索パス、ID、および URL の表示］の順にクリックします。

検索パスに複数のレポートが含まれている場合、Metadata Manager は後のレポートを抽出します。発行済みバージョンのパッケージが検索パスに含まれている場合、Metadata Manager では、新バージョンおよび現在のレポートのデータソースとして使用されるすべての以前のバージョンが抽出されます。

例えば、すべてのコンテンツを抽出するには、以下の構文を使用します。

/content//*

ルートレベルのパッケージを抽出するには、以下の構文を使用します。

/content/package[@name='GO Sales and Retailers']//*

フォルダー内のパッケージを抽出するには、以下の構文を使用します。

/content/folder[@name='Cognos - Folder']/package[@name='GO Sales and Retailers']//*

単一のレポートを抽出するには、以下の構文を使用します。

/content/folder[@name='Cognos - Folder']/package[@name='GO Sales and Retailers']/folder[@name='User Reports']/report[@name='Cascading prompt report']//*

注: 新バージョンのパッケージを抽出するには、単一のパッケージを選択して、［依存オブジェクトの追加］パラメータを false に設定します。

検索パス構文の詳細については、Cognos のマニュアルを参照してください。

Transformer インポート設定ファイル

Cognos リソースを設定する際は、Transformer インポート設定ファイルを指定できます。 Transformer インポ

ート設定ファイルは、Cognos Content Manager データソースと PowerPlay Transformer モデル間のマッピン

グについて記述した XML ファイルです。Transformer インポート設定ファイルを作成します。

複数の Content Manager データソースで、単一の Transformer モデルから生成された同じ PowerCube を参照で

きます。 XML ファイル内の各 Model 要素は、単一の Transformer モデル（.mdl または pyj）ファイルに対応

し、モデルの PowerCube を参照するすべての Content Manager データソースを列挙します。必要に応じて、

Cognos 51

Model 要素では、デフォルトのデータベースタイプ以外の特定のデータベースタイプを必要とする Impromptu

クエリ定義データソース（<iqd>子要素）を列挙できます。 Transformer インポート設定ファイルには、複数

の Model 要素を含めることができます。

次のコードに、Transformer インポート設定ファイルの例を示します。

<ImportConfiguration database="Teradata" dbVersion="1.0.0"><Model path="some directory\some model.mdl"><cmDataSource name="some Cognos datasource name" /><iqd name="Customers" database="Oracle" dbVersion="11.1.0"/><iqd name="Products" database="Microsoft SQL Server" dbVersion="8.0.0"/></Model></ImportConfiguration>

参照

Cognos リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトでデー




• エイリアス機能

• 軸

• ボディ

• 計算

• チャート

• チャートノード

• チャートノードメンバ

• クロステーブル

• クロステーブル列

• クロステーブルノード

• クロステーブルノードメンバ

• クロステーブル行

• データソース

• データソース（複数）

• DataAttribute

• データベースクエリ

• 次元

• フィールド

• フィルタ

• Folder

• フッタ

• ヘッダ

• 階層

• レベル

• リスト

• 測定

• 測定次元

• モデル

• モデルクエリ

• 名前空間

• パッケージ

• ページ

• プロンプト

• PromptAnswer

• クエリ

• クエリ

• クエリアイテム

• クエリパッケージ

• 矩形

• リレーション

• レポート

• テーブル

• テキスト

• 変数

メタデータカタログ

Metadata Manager と Cognos クライアントとでは、オブジェクトの表示が異なります。

以下のような違いがあります。

• Cognos クライアントには、名前空間とフォルダに異なるアイコンが表示されます。 Metadata Manager で

は、名前空間とフォルダに名前空間アイコンが表示されます。

• Cognos では、dbQueries から作成される Querysubject の表示ラベルが表示されます。 Metadata Manager

では、表示ラベルは表示されません。代わりに、Querysubject を作成する基となるテーブルなどの技術名

が表示されます。

• Cognos の特定のオブジェクトは Metadata Manager で複数のインスタンスを持っている場合があります。

例えば、modelQuery から形成される Querysubject が Cognos で階層とレベルを持っている場合、Metadata

Manager では CognosFMDimension クラスと CognosFMHierarchy クラスの下に表示されます。 Metadata

Manager では階層を次元と異なるタイプのオブジェクトとしてモデル化するため、Metadata Manager では

同じ Querysubject が複数回表示されます。

Cognos 53

• Metadata Manager では、すべての階層がロードされない場合があります。例えば、Congos の特定の

Querysubject は、modelQueries ではなく dbQueries（データベーステーブルソース）から構築されますが、

階層が含まれます。 Metadata Manager では、階層に含めることができるのは次元オブジェクトのみと仮定

されます。 Metadata Manager では、これらの Querysubject が CognosFMHierarchy クラスではなく、

CognosFMSchemaTable クラスのオブジェクトとしてロードされます。


Microsoft Analysis Services および Reporting Services リソースを作成して、次のソースからメタデータ

を抽出するように設定できます。

• Microsoft SQL Server Reporting Services。Metadata Manager では、Reporting Services からレポート

メタデータが抽出されます。

• Microsoft SQL Server Analysis Services。Analysis Services が Reporting Services レポートのデータ

ソースである場合、Metadata Manager では Analysis Services から分析スキーマを抽出できます。リソー

スロード中に、Metadata Manager は Reporting Services と Analysis Services ソースをリンクします。

ソース間のデータリネージを表示できます。

また、リレーショナルデータベースリソースに対する Microsoft Analysis Services および Reporting

Services リソースからの接続割り当てを設定し、これらのソース間のデータリネージを表示することもできま

す。

Microsoft Analysis Services および Reporting Services の設定

Microsoft Analysis Services および Reporting Services リソースを作成する前に、メタデータソースを設

定する必要があります。メタデータソースを適切に設定しないと、メタデータのロードが失敗するか、メタデ

ータの Metadata Manager ウェアハウスへのロードが正常に行われません。

Microsoft Analysis Services および Reporting Services を設定するには、次の作業を実行します。

• Metadata Manager Agent をインストールする。

• Internet Information Services をインストールする。






Microsoft Analysis および Reporting Services からメタデータを抽出するには、別途、Metadata Manager

Agent を別途 Windows マシンにインストールする必要があります。 Metadata Manager Agent と Reporting

Services は同じマシン上に存在する必要があります。 Reporting Services が Metadata Manager サービスと

同じマシンにない場合は、Metadata Manager Agent を Reporting Services と同じマシンにインストールしま

す。


関連項目：


Microsoft Internet Information Services のインストール

Reporting Services バージョン 2005 を使用している場合は、Reporting Services を実行しているマシンに

Microsoft Internet Information Services 5.0 以降をインストールする必要があります。

権限の設定

Microsoft Analysis Services および Reporting Services リソースを設定する前に、Microsoft Analysis

Services および Reporting Services への接続に使用するユーザーアカウントの権限を設定します。

Metadata Manager Agent では Windows 認証を使用して、Analysis Services および Reporting Services に接

続します。 Metadata Manager Agent を起動する Windows ユーザーには、Metadata Manager Agent が抽出する

オブジェクトに対する読み取り権限が必要です。

Microsoft Analysis Services および Reporting Services リソースの作成

Microsoft Analysis Services および Reporting Services リソースを作成する前に、Microsoft Analysis

Services および Reporting Services ソースを設定します。



2. ［ビジネスインテリジェンス］ > ［Microsoft Analysis Services および Reporting Services］の順にク





プロパティ

説明


/ \ : * ' ? " < > | [ ]









Microsoft Analysis Services および Reporting Services 55


証します。











Microsoft Analysis および Reporting Services の設定のプロパティ

Microsoft Analysis および Reporting Services リソースを作成または編集するときに、設定のプロパティを

更新します。

以下の表に、Microsoft Analysis および Reporting Services の設定のプロパティを示します。



Metadata Manager Agent のホスト名とポート番号。 Metadata Manager Agent はReporting Services と同じマシン上に存在する必要があります。


リソースの名前とバージョン。このフィールドは編集できません。

SQL Server のバージョン

Microsoft SQL Server Reporting Services のバージョン。

Report Serverの URL

Report Server の URL。 Report Server をネイティブモードで実行するには、Report Server への URL を以下の形式を使用して入力します。

http://<host_name>:<portnumber>/<web_service_virtual_directory>

以下に例を示します。

http://cas12307:80/ReportServer

Report Server を SharePoint 統合モードで実行するには、デプロイされるレポートを含むサイトへの URL を入力します。次の形式を使用します。

http://<host_name>

Analysis server インスタンス

Analysis Services が Reporting Services レポートのデータソースである場合は、Analysis Services を実行しているマシンのホスト名または IP アドレス。リソースロード中に、Metadata Manager は Analysis Services から分析スキーマを抽出します。インストール中に Analysis Services インスタンスに名前を付けた場合、次の構文を使用してホスト名を入力します。

<host_name>\<instance_name>

Analysis Services から抽出しない場合は、値を入力しないでください。





Report Serverのコンテンツ

抽出するレポートが含まれる Reporting Services 内のフォルダーパス。ルートリポジトリパスを示すには「/」を使用し、単一のフォルダパスを示すには/<folder_name>/<folder_name>を使用します。

複数のフォルダーパスを示すには、セミコロンでパスを区切ります。例えば、/<folder_name>/<folder_name>;/<folder_name>のようになります。

フォルダーとそのサブフォルダーのすべてのレポートを抽出するには、フォルダーパスを指定します。共有データソースを使用するレポートをすべて抽出するには、データソースのパスを指定します。

参照

Microsoft Analysis Services および Reporting Services リソースを作成してロードした後に、Metadata

Manager で抽出したメタデータオブジェクトのデータリネージを表示および実行できます。

Reporting Services から抽出されるオブジェクト

Metadata Manager は、Reporting Services から以下のオブジェクトタイプを抽出します。

• レポートサーバー

• レポートデータベース

• レポートプロジェクト

• SSRS レポート


• キューブ

• 次元

• 次元属性

• メジャー

• データセット

• カラム

• フィルタ

• レポート

• レポート属性

• レポートパラメータ

Analysis Services から抽出されるオブジェクト

Metadata Manager は、Analysis Services から以下のオブジェクトタイプを抽出します。

• Analysis サーバー

• Analysis データベース


• 次元

• 次元属性

• 階層

• レベル

• レベル属性

• データベースカタログキューブ

• メジャーグループ

• メジャー

• 主要業績評価指標（KPI）

• 計算したメジャー

• データソースビュー

• テーブル

• カラム

• 論理テーブル

• 論理カラム

• Join

Metadata Manager は、Microsoft Analysis Services から以下のオブジェクトを抽出しません。

• データマイニング構造

• キューブパースペクティブ

• レポート属性


次の Reporting Services および Analysis Services オブジェクトタイプのデータリネージを表示できます。

• 計算したメジャー

• 列

• 条件

• キューブ

• データセット

• 次元

• 次元属性

• 主要業績評価指標（KPI）

• レベル


• 論理カラム

• メジャー

• レポート

• SSRS レポート


• テーブル

• ビュー

Reporting Services 内の次のオブジェクト間のデータリネージを表示できます。

• データセットカラムとデータソースメジャー

• データセットカラムとデータソース次元

• フィルタとデータセットカラム

• レポート属性とデーセットカラム

Analysis Services 内の次のオブジェクト間のデータリネージを表示できます。

• 次元とデータソースビューの論理テーブル

• 次元属性とデータソースビューの論理カラム

• メジャーとデータソースビューの論理カラム

• 主要業績評価指標（KPI）とメジャーおよび次元属性

• 計算したメジャーとメジャーおよび次元属性

• 論理テーブルとテーブル

• 論理カラムとカラム

Metadata Manager が Reporting Services および Analysis Services から抽出を行う場合、データソースとし

て Analysis Services キューブを使用するレポートに対してこれらのソース間でデータリネージを実行できま

す。 Reporting Services および Analysis Services の次のオブジェクト間のデータリネージを表示できま

す。

• レポートデータソースメジャーと Analysis Services メジャー

• レポートデータソース次元と Analysis Services 次元

• レポートデータソース次元属性と Analysis Services 次元属性

Microsoft Analysis Services および Reporting Services リソースとリレーショナルデータベースリソース

間の接続割り当てを設定できます。リソース間のリンクを作成すると、ソース間でデータリネージ分析を実行

できます。 Reporting Services とリレーショナルデータベースソースの次のオブジェクト間のデータリネー

ジを表示できます。

• レポートデータソースカラムとデータベースカラム

• レポートデータソーステーブルとデータベーステーブル

• レポートデータソーステーブルとデータベースビュー

Analysis Services とリレーショナルデータベースソースの次のオブジェクト間のデータリネージを表示でき

ます。

• Analysis Services データソーステーブルとデータベーステーブル

• Analysis Services データソースカラムとデータベースカラム

• Analysis Services データソースビューとデータベースビュー

• Analysis Services データソースビューカラムとデータベースビューカラム


MicrostrategyMicrostrategy は、パフォーマンス管理、ダッシュボード、分析、およびレポート機能を含むビジネスインテ

リジェンスツールです。

Microstrategy リソースを作成して、Microstrategy からメタデータを抽出するように設定できます。

Metadata Manager では、Microstrategy からスキーマメタデータおよびレポートメタデータが抽出されます。

Microstrategy の設定

Microstrategy リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを

適切に設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハウスへの

ロードが正常に行われません。

Microstrategy を設定するには、次の作業を実行します。


• Metadata Manager Agent とデスクトップが対話できるようにする。

• 特権を設定する。

• 複数プロジェクトを設定する（オプション）。





Microstrategy からメタデータを抽出するには、別途、Metadata Manager Agent を別途 Windows マシンにイン

ストールする必要があります。 Metadata Manager Agent と Microstrategy クライアントは同じマシン上に存

在する必要があります。クライアントは、ソースリポジトリに接続可能でなくてはなりません。

Microstrategy クライアントが Metadata Manager サービスと同じマシンにない場合は、Metadata Manager

Agent をクライアントと同じマシンにインストールします。

関連項目：







• Microstrategy









特権の設定

ユーザー名およびパスワードを入力する Microstrategy プロジェクトユーザーアカウントには、すべてのオブ

ジェクトセキュリティアクセスのチェックをバイパス管理権限が必要です。この権限は、Microstrategy

Desktop クライアントツールで設定します。

注: Microstrategy を使用すると、データベースまたはネットワーク認証を使用してプロジェクトソースに接

続できますが、Metadata Manager ではプロジェクトソース認証が使用されます。

Microstrategy リソースの作成

Microstrategy リソースを作成する前に、Microstrategy ソースを設定します。



2. ［ビジネスインテリジェンス］ > ［Microstrategy］の順にクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]










証します。







Microstrategy 61





Microstrategy の設定のプロパティ

Microstrategy リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、Microstrategy の設定のプロパティを示します。


エージェント URL




Microstrategy ソースバージョンの中には推奨されないものがあり、それらのバージョンは廃止される予定です。サポートされるバージョンを使用して Microstrategy からメタデータをロードします。廃止されたバージョンのリソースも作成、編集、およびロードできます。ただし、Informatica は廃止されたバージョンで生じた問題については対応できません。

バージョン Microstrategy のバージョン。バージョンを選択するか、バージョンを検出するようにMetadata Manager Agent を設定します。


プロジェクトソース

接続するプロジェクトソースの名前。

プロジェクトソースとは、ローカルまたはリモートの Intelligence Server にあるリポジトリへの接続です。 Intelligence Server はデータウェアハウスに接続し、データウェアハウスで動作する複数のメタデータプロジェクトが格納されています。

ログインユーザー

プロジェクトソースに接続するユーザー名。

ログインパスワード

プロジェクトソースへの接続に使用するパスワード。

デフォルト言語

使用する言語。Microstrategy 9.x では複数の言語がサポートされています。次のうちいずれかの値を選択します。- 簡体字中国語- 繁体字中国語- 英語（米国）- フランス語（フランス）- ドイツ語（ドイツ）- イタリア語（イタリア）- 日本語- 韓国語- ポルトガル語（ブラジル）- スペイン語（スペイン）- スウェーデン語（スウェーデン）

デフォルトは［英語（米国）］です。



スキーマのみをインポート

レポートとドキュメントは含めずに、選択されたプロジェクトのスキーマをインポートします。次のいずれかの値を指定します。- True。スキーマのみをインポートします。- False。スキーマ、レポート、ドキュメントをインポートします。

デフォルトは［False］です。

データモデルテーブルのデザインレベル

インポートしたテーブルのデザインレベル。次のいずれかの値を指定します。- 物理: テーブルはモデルの物理ビューで表示されます。- 論理および物理: テーブルは、モデルの論理ビューと物理ビューで表示されます。




Metadata Manager は、リソースロード中にリレーショナルデータベースリソースタイプへの接続の割り当てを設定する。このオプションを無効にする場合、リソースを作成した後で、リソースプロパティ内で接続の割り当てを設定する必要があります。

プロジェクト

選択したプロジェクトソースで接続するプロジェクトの名前。プロジェクト名が複数ある場合はセミコロン（;）で区切ります。

参照

Microstrategy リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクト

でデータリネージを表示および実行できます。


Metadata Manager では、スキーマとレポートメタデータは抽出されます。Microstrategy Desktop では、フォ

ルダ、属性、ファクト、および論理テーブルなどのオブジェクトを隠すことができます。デフォルトで、

Metadata Manager では Microstrategy に格納されている隠しオブジェクトが抽出されます。

Metadata Manager では、次のレポートメタデータオブジェクトタイプが抽出されます。

• カラム

• 統合

• 統合要素

• カスタムグループ

• DesignPackage フォルダ

• 次元属性

• 次元ファクト

• 次元メトリック

• 次元小計

• 次元属性の属性フォーム

• フィルタ

• Folder フォルダ

Microstrategy 63

• フォルダプロジェクト

• 隠し DesignPackage フォルダ

• 隠しフォルダ

• 階層


• ルックアップ

• 測定ファクト

• 測定メトリック

• プロジェクトメトリック

• プロジェクトメトリック（複数）

• プロンプト

• プロンプトへの応答

• レポートドキュメント

• レポートフィールド 2

• レポートグラフ

• レポート HTML ドキュメント

• レポートページ

• レポートページボディ

• レポートページフッタ

• レポートページヘッダ

• レポート矩形

• レポートテキスト

• ReportAttribute の属性フォーム

• ReportDataSet 属性

• セキュリティフィルタ

• StoreContent ドキュメント

• StoreContent HTML ドキュメント

• StoreContent プロジェクト

• StoreContent レポート

• StoreModel プロジェクト

• ウェアハウステーブル

クラスの日付の作成と変更

Metadata Manager では、ほとんどの Microstrategy クラスについて、ソース作成日とソース変更日が表示され

ます。、ただし、以下のクラスについては、Metadata Manager によってこれらの日付が表示されません。

• MicrostrategyDataType

• MicrostrategyReportField

• MicrostrategyGraph


• MicrostrategySchemaJoin

• MicrostrategyGrid

• MicrostrategyReportObjectDetail

• MicrostrategyReportObject


メタデータカタログには、属性やファクトが Microstrategy に表示されるのと同じように表示されません。

Microstrategy には属性の分類子オブジェクトは含まれますが、ファクトの分類子オブジェクトは含まれませ

ん。Metadata Manager では、属性の表示と一貫性を保つために Microstrategy ファクトの分類子が表示されま

す。

以下の図に、Microstrategy と Metadata Manager での属性およびファクトの表示方法を示します。

式

同じメトリックまたは属性に複数の式を定義する場合、Metadata Manager では、メタデータカタログにメトリ

ックまたは属性式が表示されない場合があります。

次の例は複数の式を持つメトリックを示しています。ここで、col1 はテーブル T1 および T2 にあります。

m = col1

レポートの階層

Microstrategy レポートに階層オブジェクトが含まれる場合、Metadata Manager は階層オブジェクトをロード

しません。

Oracle Business Intelligence Enterprise EditionOracle Business Intelligence Enterprise Edition（OBIEE）は、分析およびレポート機能を含むビジネスイ

ンテリジェンスツールです。

OBIEE リソースを作成して、OBIEE からメタデータを抽出するように設定できます。 Metadata Manager では、

OBIEE からスキーマメタデータおよびレポートメタデータが抽出されます。スキーマメタデータには、プレゼ

ンテーションモデル、ビジネスモデル、および物理モデルが含まれています。

Oracle Business Intelligence Enterprise Edition 65

Oracle Business Intelligence Enterprise Edition の設定

OBIEE リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適切に設

定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハウスへのロードが

正常に行われません。

OBIEE を設定するには、次の作業を実行します。

• リポジトリ RPD ファイルを UDML ファイルに変換する。

• リポジトリ RPD ファイルを XML ファイルに変換する。


• OBIEE Web サービスを有効にする。

• キーストア証明書をエクスポートおよびインポートする。

リポジトリ RPD ファイルの UDML ファイルへの変換

OBIEE 10g リソースをロードすると、Metadata Manager がプレゼンテーションサーバーに接続してレポートの

メタデータを抽出します。ただし、Metadata Manager ではリポジトリから直接スキーマメタデータを抽出す

ることはできません。OBIEE スキーマメタデータは RPD ファイルに格納されます。 Metadata Manager は RPD

ファイルを読み取ることができないため、RPD ファイルを UDML ファイルに変換する必要があります。

リソースをロードすると、Metadata Manager によって UDML ファイルからスキーマメタデータが抽出され、プ

レゼンテーションサーバーからレポートが抽出されて、レポートメタデータがプレゼンテーションモデルにリ

ンクされます。

OBIEE には、RPD ファイルを UDML ファイルに変換するためのユーティリティプログラムがあります。このユ

ーティリティは、OBIEE サーバーインストールの一部です。

以下のコマンドを使用して、リポジトリ RPD ファイルを UDML ファイルに変換します。

<OBIEE home directory>\server\Bin\nQUDMLGen.exe -U <user name> -P <password> -R <RPD file>.rpd -O <UDML file>.udml -N -Q -8

リポジトリ RPD ファイルの XML ファイルへの変換

OBIEE 11g リソースをロードすると、Metadata Manager がプレゼンテーションサーバーに接続してレポートの

メタデータを抽出します。ただし、Metadata Manager ではリポジトリから直接スキーマメタデータを抽出す

ることはできません。OBIEE スキーマメタデータは RPD ファイルに格納されています。 Metadata Manager は

RPD ファイルを読み取ることができないため、RPD ファイルを XML ファイルに変換する必要があります。

リソースをロードすると、Metadata Manager が XML ファイルからスキーマメタデータを抽出し、プレゼンテー

ションサーバーからレポートを抽出して、レポートメタデータをプレゼンテーションモデルにリンクします。

RPD ファイルを XML ファイルに変換するには、biserverxmlgen コマンドラインユーティリティを使用できま

す。このユーティリティは、OBIEE サーバーインストールの一部です。ユーティリティを実行する前に、run

bi-init スクリプトを実行して、Oracle インスタンスに対して初期化されているプロンプトウィンドウを起動

する必要があります。スクリプトファイルは、ORACLE_INSTANCE/bifoundation/OracleBIApplication/

coreapplication/setup にあります。

以下のコマンドを使用して、リポジトリ RPD ファイルを XML ファイルに変換します。

biserverxmlgen -R repository_pathname [-P password] -O output_file_pathname -n - Q -8

ここで、

repository_pathname は XML を生成するリポジトリファイルの名前と場所です。

password はリポジトリパスワードです。

output_file_pathname は生成する XML 出力ファイルの名前と場所です。


生成した XML ファイルで UTF-8 エンコーディングを使用するには、-8 を指定します。デフォルトでは、生成

した XML ファイルでは ANSI ISO-8859-1 エンコーディングが使用されます。

権限の設定

Metadata Manager は OBIEE プレゼンテーションサーバーに接続して、レポートメタデータを抽出します。ユ

ーザー名とパスワードを指定する OBIEE ユーザーアカウントには、Metadata Manager が OBIEE から抽出するメ

タデータに対する読み取り権限が必要です。メタデータには、サブジェクト領域、レポートフォルダ、および

レポートが含まれます。

Metadata Manager は、UDML ファイルまたは XML ファイルからスキーマメタデータを抽出します。 OBIEE ユー

ザーアカウントには、スキーマメタデータに対する権限は必要ありません。 OBIEE ユーティリティプログラム

は、RPD ファイルからすべてのスキーマメタデータを抽出して、UDML ファイルまたは XML ファイルに書き込み

ます。 Metadata Manager は、UDML ファイルまたは XML ファイルからすべてのメタデータを抽出します。

OBIEE Web サービスの有効化

Metadata Manager では、OBIEE Web サービスを使用して OBIEE からメタデータを抽出します。したがって、

OBIEE Web サービスを有効にする必要があります。 OBIEE Web サービスは、OBIEE のライセンスされたユーザ

ーが利用できます。 OBIEE インストーラでは、インストールキーに基づいて analyticsweblicense.xml ファイ

ルに適切なライセンスエントリが生成されます。

OBIEE Web サービスが有効であることを確認するには、kmsgLicenseSOAPAccess エントリが以下のファイルに

あることを確認します。

<OBIEE home directory>\web\config\analyticsweblicense.xml

キーストア証明書のエクスポートとインポート

OBIEE プレゼンテーションサーバーから HTTPS モードでメタデータを抽出する前に、OBIEE からキーストア証

明書をエクスポートし、Metadata Manager Agent Java Runtime Environment（JRE）にインポートする必要が

あります。証明書をエクスポートするときに、Metadata Manager Agent JRE にインポートできる自己署名証

明書を作成します。

証明書をエクスポートおよびインポートするには、キーツールユーティリティを使用します。

証明書をエクスポートおよびインポートするには：

1. OBIEE キーストア証明書をエクスポートし、自己署名キーストア証明書を作成するには、以下のコマンド

を使用します。

keytool -export -alias <alias name> -keystore <keystore file name> -rfc -file <certificate file name>

2. 次のディレクトリに証明書ファイルをコピーします。

<Metadata Manager Agent installation directory>\java\jre\lib\security

3. 次のディレクトリに移動します。

<Metadata Manager Agent installation directory>\java\jre\lib\security

4. OBIEE キーストア証明書を Metadata Manager Agent JRE にインポートするには、以下のコマンドを使用

します。

keytool -import -alias -ca -file <certificate file name> -keystore <certificate file name> -storepass <keystore password>

注: デフォルトのキーストアパスワードは「changeit」です。


Oracle Business Intelligence Enterprise Edition リソースの作成

OBIEE リソースを作成する前に、OBIEE ソースを設定します。



2. ［ビジネスインテリジェンス］ > ［Oracle Business Intelligence］の順にクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]









7. メタデータソースファイルを追加するには、［選択］をクリックします。

新のソースファイルを使用するように Metadata Manager を設定した場合は、Metadata Manager Agent

マシンからアクセスできるファイルへの絶対パスを指定します。

新のソースファイルを使用するように Metadata Manager を設定しなかった場合は、Metadata Manager

マシンにすべてのファイルをアップロードします。

8. ［テスト接続］をクリックして、ソースファイルの設定を検証します。

Metadata Manager では、Metadata Manager Agent URL が検証されます。. 新のソースファイルを使用

するように Metadata Manager を設定している場合、Metadata Manager ではソースファイルが指定された

パスに存在するかどうかも検証されます。ソースファイルが Metadata Manager にアップロードされる

と、Metadata Manager では、ファイルがリソースのタイプおよびバージョンと互換性があるかどうかを検

証します。

Metadata Manager がソースファイルの設定を検証できない場合、エラーメッセージが表示されます。エ

ラーを修正し、もう一度接続をテストします。










Oracle Business Intelligence Enterprise Edition の設定のプロパティ

OBIEE リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、OBIEE の設定のプロパティを示します。





メタデータソースの名前。このフィールドは編集できません。

常に新のソースファイルを使用

リソースをロードするたびに指定した場所にあるメタデータソースファイルを使用します。このオプションを有効にする場合、ファイルのパスには、Metadata Manager Agent マシンからアクセスできる絶対パスを含める必要があります。このオプションを無効にすると、リソースの設定を終了するときに、Metadata Manager はメタデータソースファイルを Metadata Manager アプリケーションディレクトリにコピーします。リソースをロードするたびに、Metadata Manager は Metadata Manager アプリケーションディレクトリ内にあるコピーされたメタデータソースファイルを使用します。

バージョン OBIEE のバージョン。バージョンを選択するか、バージョンを検出するように Metadata Manager を設定します。


サーバ URL プレゼンテーションサーバの URL です。次の形式を使用します。

http://<server name>:<port>/analytics/saw.dll


プレゼンテーションサーバーのユーザー名です。

注: インポートするオブジェクトにアクセスするための適切な権限が、ユーザーにあることを確認します。


プレゼンテーションサーバーのユーザー名のパスワードです。

変数値ファイル

リポジトリ RPD ファイルで使用される変数値を含むファイルへのパス。

リポジトリ RPD ファイルでは、変数を使用して SQL 文をパラメータ化する場合があります。変数値ファイルには、リポジトリファイルで使用される変数の名前と値が含まれます。

変数名では大文字と小文字が区別されず、前後のスペースはすべて削除されます。



大きいモデルの適化

リソースをロードするときに、1 つのメタデータのサブセットをインポートするか、すべてのメタデータをインポートするかを指定します。例えばファイルサイズが 600MB を超えるなど、メタデータソースファイルが大きい場合にはメタデータのサブセットをインポートします。

以下のいずれかの値を指定します。- True。リソースをロードするときに外部キー、ジョイン、リレーション、および論理外部

キーを無視します。リネージュリンクの式ツリーオブジェクトを格納していません。- False。リソースをロードするときにすべてのメタデータをインポートします。

デフォルトは true です。


前回のリソースロード後の変更をロードするか、メタデータ全体をロードします。以下のいずれかの値を指定します。- True。近の変更内容だけロードします。- False。メタデータ全体をロードします。


メタデータを非同期に抽出するために Metadata Manager Agent が使用するワーカースレッドの数。空白のままにするか、正の整数値を入力します。

空白の場合は、Metadata Manager Agent がワーカースレッドの数を計算します。スレッド数の計算は、JVM アーキテクチャと、Metadata Manager Agent を実行するマシンの使用可能なCPU コアの数を使用して行います。有効でない値を指定すると、Metadata Manager Agent は1 つのワーカースレッドを使用します。





ファイル XML 形式または UDML 形式の OBIEE リポジトリファイル。

Oracle BI Administration ツールから RPD ファイルにリポジトリをエクスポートします。OBIEE 10g リソースの場合は、RPD ファイルを UDML ファイルとして変換します。OBIEE 11gリソースの場合は、RPD ファイルを XML ファイルとして変換します。

リポジトリのサブセット

抽出するレポートが含まれるプレゼンテーションサーバー内のフォルダパス。複数の値をセミコロン（;）で区切ります。

ルートリポジトリパスを示すには「/」、共有リポジトリパスを示すには/shared、ユーザーのフォルダパスを示すには/users/<user_name>/<folder_name>を使用します。

例: /shared/Financials;/shared/Human Resources;/shared/Procurement and Spend

デフォルトは「/」です。


参照

OBIEE リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトのデータ

リネージを表示および実行できます。



• エイリアスカラム

• AliasPhysicalTable

• AnswersReport

• 軸

• BusinessModel

• ビジネスモデルおよびマッピング

• カタログ

• 条件

• 基準

• データ属性カラム

• データベース

• 派生プレゼンテーションカラム

• デザインパッケージサブジェクト領域

• 次元論理カラム

• DynamicVariable

• FactLogicalTable

• フィールド

• Folder

• ゲージ

• グラフィックチャート

• 階層

• キー論理カラム

• LogicalColumn

• LogicalDimension

• LogicalJoin

• LogicalKeyColumn

• LogicalLevel

• LogicalTable

• 測定

• モデルコンテンツ

• ページ

• 物理


• PhysicalColumn

• PhysicalForeignKey

• PhysicalJoin

• PhysicalSelectTable

• PhysicalTable

• PivotTable

• プレゼンテーション

• PresentationColumn

• PresentationTable

• プライマリキーカラム

• レポート

• RepositoryInitializationBlock

• RepositoryInitializationBlocks

• RepositoryVariables

• Schema

• SessionInitBlock

• セッション初期化ブロック

• SessionVariable

• SessionVariables

• StaticVariable

• StaticVariables

• TableView

• TitleView

• 上位ビュー

• 変数

• ビュー

エイリアス物理テーブル

エイリアス物理テーブルとは、物理テーブルのシノニムオブジェクトです。Metadata Manager によって OBIEE

リソースがロードされるときは、物理テーブルの各カラムが抽出され、対応するエイリアス物理テーブルにコ

ピーされます。元のカラムがキーカラムまたは通常カラムであっても、Metadata Manager では、コピーされた

カラムのクラスタイプが物理カラムとして設定されます。

ロードの詳細の子ノードの数

OBIEE リソースをロードすると、Metadata Manager の［ロードの詳細］タブに、メタデータ抽出元のノードが

表示されます。 Metadata Manager には、ロードの詳細のどの親ノードについても 300 の子ノードが表示され

ます。抽出されたすべてのノードの完全なリストを確認するには、［ロードの詳細］タブの内容を Microsoft

Excel ファイルに保存してください。


SAP Business WarehouseSAP Business Warehouse は、エンタープライズデータを取得、格納、および統合するエンタープライズデータ

ウェアハウスプラットフォームです。

SAP Business Warehouse リソースを作成して、SAP Business Warehouse からメタデータを抽出するように設

定できます。

SAP Business Warehouse の設定

SAP Business Warehouse リソースを作成する前に、メタデータソースを設定する必要があります。メタデー

タソースを適切に設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェア

ハウスへのロードが正常に行われません。

SAP Business Warehouse を設定するには、次の作業を実行します。

• Metadata Manager Agent をインストールします。

• マッピングトランスフォーメーションファイルを設定します。

• SAP JCo ライブラリをインストールします。





SAP Business Warehouse からメタデータを抽出するには、別途、Metadata Manager Agent を別途 Windows マ

シンにインストールする必要があります。 Metadata Manager Agent と SAP JCo ライブラリは同じマシン上に

存在する必要があります。

関連項目：


マッピングトランスフォーメーションファイルの設定

SAP Business Warehouse トランスフォーメーションは、ABAP コードで表される場合があります。これらのト

ランスフォーメーションは、マッピング構成ファイルに保存します。

マッピングにトランスフォーメーションを指定して、ファイルを XML ファイルとして保存するには、次の形式


<Functions> <Function id="[TransformationId]" objType="TRFN"> <Target id="RESULT_FIELDS-[dstFieldName]" description="RESULT_FIELDS-[dstFieldName] = SOURCE_FIELDS-[srcFieldName] * [externalObjectId]-[externalField]."> <Source id="SOURCE_FIELDS-[srcFieldName]"/> <Source id="[externalObjectId]-[externalField]"/> </Target> </Function></Functions>

SAP ビジネスオブジェクトリソースを設定する際は、マッピングトランスフォーメーションファイルのファイ

ル名およびファイルパスを指定する必要があります。

SAP Business Warehouse 73

SAP JCo ライブラリのインストール

SAP Business Warehouse リソースを作成する前に、Windows 用の SAP JCo 3 をダウンロード、インストールし

ます。SAP JCo インストールパッケージには、ライブラリファイルと JAR ファイルが含まれています。これら

のファイルを、Metadata Manager Agent を実行するマシンのディレクトリにコピーします。

ファイルのダウンロードで問題が発生した場合は、Informatica グローバルカスタマサポートにお問い合わせ

ください。

1. Metadata Manager Agent を停止します。

2. 次の SAP Service Marketplace に移動します。 http://service.sap.com

注: SAP Service Marketplace 用のユーザー ID が必要です。

3. Windows 用の SAP JCo インストールパッケージをダウンロードします。

インストールパッケージには、次のファイルが含まれています。

• ライブラリファイル（sapjco3.dll）

• JAR ファイル（sapjco3.jar）

4. ライブラリファイルおよび JAR ファイルを、次のディレクトリ、または Metadata Manager Agent を実行

するマシンの別のディレクトリにコピーします。

<Metadata Manager Agent のホームディレクトリ>\bin

5. <Metadata Manager Agent のホームディレクトリ>\bin 以外のディレクトリにファイルをコピーする場合は、

Metadata Manager Agent を実行するマシン上のクラスパスを更新します。このクラスパスには、ファイル

をコピーしたディレクトリを含める必要があります。

6. ライブラリファイルと JAR ファイルに次の権限を設定します。

• 現在のユーザーに読み取り、書き込みおよび実行権限

• 他のすべてのユーザーに読み取りおよび実行権限

7. Metadata Manager Agent を再起動します。

SAP Business Warehouse リソースの作成

SAP Business Warehouse リソースを作成する前に、SAP Business Warehouse ソースを設定します。



2. ［ビジネスインテリジェンス］ > ［SAP Business Warehouse］の順にクリックします。




http://service.sap.com


プロパティ

説明


/ \ : * ' ? " < > | [ ]










証します。











SAP Business Warehouse の設定のプロパティ

SAP Business Warehouse リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、SAP Business Warehouse の設定のプロパティを示します。








アプリケーションサーバー

接続する SAP アプリケーションサーバーのホスト名または IP アドレス。

ルーター文字列

システムがファイアウォールによって保護されるときに使用されるルーター文字列。

システム番号

SAP システム番号（ABAP インスタンスの ID）。この値は、00 から 99 までの 2 桁の数値です。

クライアント

SAP システムのクライアント ID。この値は、000 から 999 までの 3 桁の数値です。

ユーザー名 SAP Business Warehouse に接続するユーザー名。

パスワード SAP Business Warehouse ユーザーのパスワード。

デフォルト言語

使用する言語。次のうちいずれかの値を選択します。- 簡体字中国語- 繁体字中国語- チェコ語- デンマーク語- オランダ語- 英語- フィンランド語- フランス語- ドイツ語- ハンガリー語- イタリア語- Japanese- Korean- ノルウェー語- Polish- Portuguese- ロシア語- スペイン語- スロバキア語- スウェーデン語- トルコ語

JCo ライブラリパス

Metadata Manager Agent を実行するマシン上の SAP JCo ライブラリファイルおよびsapjco3.jar ファイルの場所。

ファイルは、次のディレクトリまたは Metadata Manager Agent を実行するマシンのクラスパスにあるディレクトリに存在していなければなりません。

<Metadata Manager Agent のホームディレクトリ>\bin

マッピング構成ファイル

マッピング構成ファイルのファイル名およびファイルパス。マッピング構成ファイルには、ABAP コードで表される SAP Business Warehouse トランスフォーメーションが含まれます。

命名規則 SAP システム番号を表すための形式。次のいずれかの値を指定します。- [technical name]Description- Description[Technical Name]- Description_TechnicalName- [TechnicalName]





オフラインのメタデータへのパス

SAP Business Warehouse メタデータ環境がローカルにインストールされていない場合にメタデータが存在するディレクトリ。オフラインのメタデータディレクトリを指定すると、Metadata Manager Agent はこのディレクトリ内のファイルをメタデータソースとして使用します。サーバーへの接続を確立する必要がないので、Metadata Manager は SAP アプリケーションサーバーの接続プロパティを無視します。

ユーティリティを実行して、SAP Business Warehouse 環境からメタデータを含むディレクトリを作成できます。テスト目的で、メタデータを SAP Business Warehouse 環境からディレクトリにコピーしても構いません。

デフォルトは設定されていません。



参照

SAP Business Warehouse リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオ

ブジェクトでデータリネージを表示および実行できます。



• アプリケーション

• 属性フィールド

• BEx Web テンプレート

• BEx Web テンプレート StoreModel

• BEx Web テンプレート（複数）

• 特性

• クラスデータソース

• クラスデータ Source3x

• 条件

• データパケットの特性

• DataMappingModel 転送ルール

• DataMappingModel トランスフォーメーション

• DataProvider

• DataSource アプリケーション

• DataSource3x

• DiDataMappingContent 転送ルール

• DiDataMappingContent トランスフォーメーション


• DiDataMappingContent 更新ルール

• 次元

• 次元集計

• 次元 DataStore オブジェクト

• 次元 InfoCube

• 次元 InfoSet

• 次元 InfoSource

• 次元 InfoSource3x

• 次元オープンハブ宛先

• 次元クエリ

• 次元 QueryView

• DimensionAttribute の特性

• Excel ワークブック

• フォルダ InfoObject

• フォルダ InfoSource

• フォルダ転送ルール

• フォルダトランスフォーメーション

• InfoArea

• InfoObject

• InfoObject カタログ

• キー図

• MultiProvider

• ナビゲーション属性

• クエリ

• QueryView

• QueryViews

• Role

• ソースシステム

• StoreContent 集計

• StoreContent BEx Web テンプレート

• StoreContent の特性

• StoreContent DataSource

• StoreContent DataSource3x

• StoreContent DataStore オブジェクト

• StoreContent InfoCube

• StoreContent InfoSet

• StoreContent InfoSource

• StoreContent InfoSource3x


• StoreContent MultiProvider

• StoreContent オープンハブ宛先

• StoreContent クエリ

• StoreContent QueryView

• StoreContent Web テンプレート

• StoreContent ワークブック

• StoreModel 集計

• StoreModel の特性

• StoreModel DataSource

• StoreModel DataStore オブジェクト

• StoreModel InfoCube

• StoreModel InfoSet

• StoreModel InfoSource

• StoreModel InfoSource3x

• StoreModel MultiProvider

• StoreModel オープンハブ宛先

• StoreModel クエリ

• 時間の特性

• 時間次元

• 測定単位

• 更新ルール

• Web テンプレート

• Web テンプレート（形式 SAP BW 3.x）

• Web テンプレート（複数）

• ワークブック

• ワークブック（複数）

TableauTableau は、データへの接続と、共有可能なダッシュボードの作成を可能にするビジネスインテリジェンスツ

ールです。Tableau には、デスクトップコンポーネントとサーバーコンポーネントがあります。Metadata

Manager は、Tableau のサーバーコンポーネント（Tableau Server）からメタデータを抽出できます。

Metadata Manager は、Metadata Manager Agent を使用して Tableau Server からメタデータを抽出します。

Metadata Manager Agent は、HTTP または HTTPS プロトコルを使用してサーバーにログインし、ワークブック

とデータソースに関する要求を送信して、メタデータを抽出します。Metadata Manager Agent は、プロジェク

ト、ワークブック、ダッシュボードなどのオブジェクトを Tableau から抽出できます。Metadata Manager

Agent は、ワークブック内の公開済みワークシートおよび未公開のワークシートを抽出します。Metadata

Manager Agent は、ワークブックに対して依存関係を持つデータソースも抽出します。

Tableau 79

Tableau 内のデータソースは、データへの接続を表します。データは、Tableau 抽出（.tde ファイル）として

または実リレーショナルデータベースに配置できます。Metadata Manager Agent は、Tableau 抽出および実デ

ータソースを Metadata Manager にインポートします。

Tableau の設定

Tableau リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適切に



Tableau を設定するには、以下のタスクを実行します。

• Metadata Manager エージェントをインストールする。

• 権限を確認する。

• Tableau Server が動作していることを確認する。



するために使用するプログラムです。デフォルトでは、Metadata Manager Agent は Metadata Manager サービ

スが動作するノードで実行されます。Tableau からメタデータを抽出するには、あらゆる Windows マシンにイ

ンストールされている Metadata Manager Agent を使用できます。

ドメインで Kerberos 認証を使用する場合や、Metadata Manager サービスを UNIX で実行する場合は、Metadata

Manager Agent を Windows マシンに個別にインストールする必要があります。

関連項目：


権限の確認

Tableau Server に接続するために、Metadata Manager Agent は、Tableau Server に作成されたユーザーの資

格情報を使用します。ユーザーアカウントに、特定のライセンスレベルと権限が設定されている必要がありま

す。

Tableau Server にアクセスするために Metadata Manager Agent で使用するアカウントには、少なくとも以下

のライセンスレベルと権限が必要です。

• インタラクタライセンスレベル

• 抽出するメタデータの対象であるすべてのプロジェクト、ワークブック、およびデータソースの権限を表示

し、ダウンロードします。

サーバーが動作していることの確認

Metadata Manager Agent は、インターネット経由で Tableau Server に接続します。Tableau Server が動作し

ていることを確認するには、Web ブラウザから Tableau Server に接続できることを確認します。

Tableau リソースの作成

Tableau リソースを作成する前に、Tableau メタデータソースを設定します。




2. ［ビジネスインテリジェンス］ > ［Tableau］の順にクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]









7. ［テスト接続］をクリックして、ソースシステムへの接続をテストし、Metadata Manager エージェント

URL を検証します。

Metadata Manager でデータソースに接続できなかった場合または Metadata Manager エージェント URL を

検証できなかった場合、エラーメッセージが表示されます。エラーを修正し、もう一度接続をテストしま

す。









Tableau 81

Tableau の設定のプロパティ

Tableau リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、Tableau の設定のプロパティを示します。



Metadata Manager エージェントのホスト名とポート番号。任意のマシンにインストールされた Metadata Manager エージェントを使用できます。



サーバ Tableau Server を実行する場所の URL または IP アドレス。例:

http://<Tableau ホスト>:<ポート>

デフォルトは、http://localhost:80 です。

サイトマルチサイトサーバーからメタデータを抽出する場合のサイト名。サイト名は大文字と小文字を区別します。

ユーザー名 Tableau Server にログインするために使用するユーザー名。

パスワード Tableau Server ユーザーアカウントのパスワード。

グループ別 Tableau から抽出するワークブックをグループ化するために使用するカテゴリ。［リポジトリオブジェクト］プロパティの横にある［選択］をクリックすると、Metadata Manager Agentは、選択したカテゴリ別にダイアログボックス内のワークブックをグループ化します。

以下のカテゴリを使用して、ワークブックをグループ化できます。- タグ- 公開者- プロジェクト- マイワークブック- すべてのワークブック

デフォルトはプロジェクトです。


前回のリソースロード後の変更をロードするか、メタデータ全体をロードします。

次のいずれかの値を指定します。- True。近の変更内容だけロードします。- False。メタデータ全体をロードします。



メタデータを非同期に抽出するために Metadata Manager Agent が使用するワーカースレッドの数。空白のままにするか、正の整数値を入力します。

空白の場合は、Metadata Manager Agent がワーカースレッドの数を計算します。スレッド数の計算は、JVM アーキテクチャと、Metadata Manager Agent を実行するマシンの使用可能な CPU コアの数を使用して行います。有効でない値を指定すると、Metadata Manager Agentは 1 つのワーカースレッドを使用します。

Metadata Manager Agent がメタデータを抽出する際にメモリ不足エラーが発生する場合は、ワーカースレッドの数を減らします。Metadata Manager Agent を実行するマシンに利用可能なメモリが大量にある場合（例えば 10 GB 以上）、ワーカースレッドの数を増やしても構いません。ただし、ワーカースレッドを増やしすぎると、パフォーマンスが低下する場合があります。





Metadata Manager は、リソースのロード時に、リレーショナルデータベースリソースタイプへの接続の割り当てを設定します。このオプションを無効にする場合は、リソースを作成した後に、リソースプロパティで接続の割り当てを設定してください。

リポジトリオブジェクト

Tableau から抽出するワークブック。［選択］をクリックし、個々のワークブックまたはワークブックのグループを選択します。選択ダイアログボックス内で、Metadata Manager は、［グループ別］プロパティで選択されたカテゴリに従ってワークブックをグループ化します。

1 つ以上のワークブックを選択すると、選択した各ワークブックの Tableau ワークブック IDがこのフィールドに表示されます。

Metadata Manager Agent は、選択されたすべてのワークブックに対して、依存関係を持つデータソースを抽出します。

参照

Tableau リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトでデー

タリネージュを表示および実行できます。



• ビン

• 計算次元

• 計算メジャー

• カラム

• 条件

• 接続

• ダッシュボード


• 次元

• 次元テーブル

• ファクトテーブル

• フィールド

• フィルタ

• グループ

• 連結

• Marks

• メジャー

• ネームスペース

• ページ

• パラメータ次元

• パラメータメジャー

Tableau 83

• パラメータ

• プロジェクト

• プロキシフィールド

• プロキシテーブル

• 公開済みデータソース

• クエリ

• リレーション

• 行

• スキーマ

• セット

• 共有フィルタ

• テーブル

• Tableau Server

• 未公開ワークシート

• ワークブックのデータソース

• ワークブック

• ワークシート

データリネージュの制限事項

Metadata Manager を使用すると、ほとんどの Tableau オブジェクトタイプがデータリネージュで使用可能にな

ります。ただし、Tableau オブジェクトに対して、データリネージュの制限事項がいくつかあります。

以下の Tableau オブジェクトにデータリネージュの制限事項があります。

ダッシュボード

Metadata Manager では、ダッシュボードのデータリネージュが表示されません。ただし、ダッシュボード

に含まれるワークシート上でデータリネージュ分析を実行できます。

データソース

Tableau 内のデータソースとして、実データソースまたは抽出を使用できます。実データソースは、リレ

ーショナルデータベースなど、物理データソースへの接続を表します。抽出は、.tde ファイルに保存され

たデータソースのスナップショットです。

実データソースが含まれるデータリネージュ図を表示すると、Metadata Manager はデータリネージュ図に

物理データソースを表示します。例えば、Oracle テーブルに基づく Tableau 実データソースに対してデー

タリネージュ分析を実行すると、Metadata Manager はデータリネージュ図に Oracle テーブルを表示しま

す。Metadata Manager は、Oracle テーブルと Tableau 実データソース間のリンクを表示します。

抽出が含まれるデータリネージュ図を表示すると、Metadata Manager はデータリネージュのソースとして

抽出を表示します。Metadata Manager は、物理データソースと抽出間のリンクを表示しません。Metadata

Manager がリンクを表示しないのは、どの物理データソースに抽出が基づいているかを判断できないため

です。


メタデータの増分ロードMicrosoft Analysis Services および Reporting Services リソース以外のビジネスインテリジェンスリソー

スを設定するときに、メタデータ全体をロードする代わりに、メタデータに対する近の変更内容を増分ロー

ドすることを選択できます。初回のロードが正常に実行された後、Metadata Manager Agent によって前回の

正常なロード以降に変更されたメタデータが増分ロードされます。

データソースの変更

新しいメタデータは、前回の正常なロード以降にデータソースの変更が行われたときに増分ロードされます。

以下にデータソースの変更例をいくつか示します。

• レポートがレポートフォルダに追加された。

• レポートが別のパッケージまたはユニバースにリンクされた。

• レポートのメトリックが削除された。

• レポートが削除されたか、レポート名が変更された。

• レポートが別のフォルダに移動された。

• レポートフォルダの名前が変更された。

• パッケージまたはユニバース内の属性オブジェクトの名前が変更された。

• フォルダが別のフォルダに移動された。

注: 前回の正常なロード以降にソースデータが変更されなかった場合、ロードは完了です。

例外シナリオ

リソースの増分抽出を指定した場合でも、以下のシナリオではメタデータ全体のロードが行われます。

• リソースをパージした。

• リソースのソース設定の詳細を更新した。

• リソースの初回のロードをキャンセルしたか、リソースの初回のロードに失敗した。

リソースのメタデータファイルの追加または削除Metadata Manager がメタデータを抽出するソースを設定するには、メタデータファイルをリソースに追加しま

す。メタデータを Metadata Manager ウェアハウスから削除するか、別のメタデータソースファイルをロード

する場合は、リソースからメタデータファイルを削除します。

各リソースに対しメタデータファイルを 1 つ追加できます。メタデータファイルを削除した後、Metadata

Manager ウェアハウスからメタデータをパージできます。

以下のメタデータファイルを追加または削除することができます。

• メタデータソースファイル。パッケージ化されたリソースタイプのメタデータソースファイルを追加または

削除します。

• 属性および関連付けファイル。カスタムリソースの属性および関連付けファイルを追加または削除します。

既存の属性および関連付けファイルの内容が変わる場合、メタデータソースファイルを追加する必要もあり

ます。

メタデータの増分ロード 85

注: Metadata Manager が Metadata Manager ウェアハウスにロードするソースファイルのメタデータを変更す

るには、メタデータソースファイルの内容を変更し、ファイルをもう一度追加します。Metadata Manager サー

ビスが実行されるノード上の以下のディレクトリにファイルをアップロードすることもできます。

<Informatica installation directory>\services\MetadataManagerService\mm_files\<Metadata Manager Service name>\mm_load\data_files\<resource ID>

1. ［ロード］タブで、ファイルを追加または削除するリソースを選択します。

2. ［リソース］パネルで、［設定］タブをクリックして［編集］をクリックします。

［リソースの編集］ウィンドウが表示されます。

3. メタデータソースファイルを追加するには、［追加］をクリックしてファイルを選択します。

新のソースファイルを使用するように Metadata Manager を設定した場合は、Metadata Manager サービ

スマシンからアクセスできるファイルへの絶対パスを含めます。

4. 必要に応じて、Metadata Manager にウェアハウス内のメタデータをソースファイル内のメタデータに合わ

せて更新するよう指示します。

5. メタデータソースファイルを削除するには、ファイルを選択して［削除］をクリックします。



第 6 章

カスタムリソース


• カスタムメタデータソースの設定, 87 ページ

• カスタムリソースの作成, 87 ページ

• テンプレート名の設定, 88 ページ


カスタムメタデータソースの設定カスタムリソースを作成してメタデータソースファイルを使用する場合、メタデータを.csv または.txt ファイ

ル拡張子のメタデータファイルにエクスポートする必要があります。カスタムリソースを設定する時に、メタ

データファイルを指定します。

カスタムリソースの作成カスタムリソースを作成するときは、名前と説明を設定します。リソースを作成した後に、メタデータソース

ファイルとスケジュールを追加します。


［リソース選択］ウィンドウが表示されます。［モデル］ページで作成したカスタムモデルのリストが

［その他］の下に表示されます。

2. ［その他］の下で、リソースのベースとなるカスタムモデルを選択します。



87


プロパティ

説明


/ \ : * ' ? " < > | [ ]







リソースは、［ロード］タブの［リソース］パネルに表示されます。Custom Metadata Configurator でテンプ

レートを作成した後に、［リソース］パネルでテンプレート、ソースファイル、およびスケジューラを設定でき

ます。

テンプレート名の設定カスタムリソースのテンプレート名プロパティを設定できます。プロパティを編集するには、［ロード］タブ

の［リソース］パネルでカスタムリソースを選択し、［リソースの編集］をクリックし、［リソースの編集］ウ

ィンドウの［設定］タブをクリックします。

メタデータオブジェクト属性をクラス属性にマッピングする方法に関する情報を保存するカスタムリソーステ

ンプレートの名前を入力します。テンプレートには、メタデータオブジェクト間のクラス関連付けを保存する

こともできます。








削除します。



ます。

88 第 6 章: カスタムリソース















リソースのメタデータファイルの追加または削除 89

第 7 章

データ統合リソース


• Informatica Platform リソース, 90 ページ

• Microsoft SQL Server 統合サービスリソース, 103 ページ

• PowerCenter リソース, 114 ページ

Informatica Platform リソースInformatica Developer（Developer tool）からエクスポートしたアプリケーションおよびリソースファイル

からメタデータを抽出するように、Informatica Platform リソースを作成および設定できます。

Developer tool ユーザーは、Metadata Manager のデータリネージュで使用可能なマッピング、仮想データベ

ース、およびスコアカードを作成できます。Developer tool ユーザーは、マッピングや仮想データベースをデ

ータリネージュで使用可能にするために、それらのオブジェクトをアプリケーションにデプロイします。その

後、このアプリケーションを、データ統合サービスまたはアプリケーションアーカイブファイルにデプロイし

ます。さらに、スコアカードをデータリネージュで使用可能にするために、Metadata Manager のリソースファ

イルにエクスポートします。Metadata Manager では、Informatica Platform リソースをアプリケーションま

たはリソースファイルから作成できます。

Informatica Platform リソースは次のメタデータソースから作成できます。

データ統合サービスにデプロイされたアプリケーション

データ統合サービスでは、複数のアプリケーションを実行できます。Informatica Platform リソースを、

データ統合サービスにデプロイするアプリケーションから作成する場合、複数のアプリケーションからの

メタデータをリソースに含めることができます。

アプリケーションアーカイブファイル

1 つのアプリケーションアーカイブには 1 つのアプリケーションが格納されています。Informatica

Platform リソースをアプリケーションアーカイブファイルから作成する場合、作成されたリソースには、

アプリケーションアーカイブファイルにデプロイされたアプリケーションのメタデータが含まれます。

注: バージョン 9.5.1 - 9.6.x のアプリケーションアーカイブファイルから Informatica Platform リソ

ースを作成できます。Metadata Manager は、バージョン 10.x のアプリケーションアーカイブファイルか

らメタデータを抽出できません。

Metadata Manager のリソースファイルのエクスポート

Metadata Manager のエクスポートリソースファイルは、1 つ以上のスコアカードオブジェクトを含む XML

ファイルです。Metadata Manager のエクスポートリソースファイルから作成された Informatica

Platform リソースには、リソースファイル内のすべてのスコアカードのメタデータが格納されます。

90

メタデータソースの設定

Informatica Platform リソースを作成する前に、データ統合サービスのステータスの確認やディレクトリの権

限の設定が必要になる場合があります。この作業を行わないと、メタデータのロードがうまく行われないこと

があります。

メタデータソースを設定するために実行するタスクは、リソースの作成方法によって異なります。

データ統合サービスにデプロイされたアプリケーションから作成する場合

Metadata Manager でアプリケーションからメタデータを抽出してロードできるようにするため、データ統

合サービスが使用できるかどうかを確認します。リソースの作成時には、アプリケーションは実行中でも

停止していてもかまいません。リソースのロード時には、アプリケーションは実行中でなければなりませ

ん。

アプリケーションアーカイブファイルから作成する場合

Metadata Manager でアプリケーションからメタデータを抽出してロードできるようにするため、Metadata

Manager サービスに、ファイルが格納されているディレクトリの読み取り権限があることを確認します。

Metadata Manager のエクスポートリソースファイルから作成する場合

Metadata Manager でファイルからメタデータを抽出してロードできるようにするため、Metadata

Manager サービスに、ファイルが格納されているディレクトリの読み取り権限があることを確認します。

Informatica Platform リソースの作成

Informatica Platform リソースを作成して、アプリケーションまたは Metadata Manager のエクスポートリソ

ースファイルからメタデータを抽出します。

1. ［ロード］タブで、［操作］ > ［新しいリソース］をクリックします。

［リソースの選択］ウィンドウが表示されます。

2. ［データ統合］ > ［Informatica Platform］をクリックします。


［プロパティ］ウィンドウが表示されます。


プロパティ

説明


/ \ : * ' ? " < > | [ ]

注: リソースをリソースファイルから作成する場合は、<Model repository Service name>_<project name>という命名規則に従ってリソース名を付ける必要があります。







Informatica Platform リソース 91

［設定］ウィンドウが表示されます。

6. ［ソースシステムバージョン］で次のいずれかのオプションを選択します。


Informatica Platform 10.1（リポジトリ）

データ統合サービスにデプロイされたバージョン 10.1 アプリケーションからリソースを作成する。

Informatica Platform 10.0（リポジトリ）

データ統合サービスにデプロイされたバージョン 10.0 アプリケーションからリソースを作成する。

Informatica Platform 9.5.1 - 9.6.x（リポジトリ）

データ統合サービスにデプロイされたバージョン 9.5.1 - 9.6.x アプリケーションからリソースを作成する。

Informatica Platform 9.5.1 - 9.6.x（アーカイブファイル）

バージョン 9.5.1 - 9.6.x アプリケーションアーカイブファイルからリソースを作成する。

Informatica Platform 9.5.1 - 10.x（リソースファイル）

Developer tool からエクスポートしたバージョン 9.5.1 - 10.x のリソースファイルからリソースを作成する。

注: Informatica 10.x アプリケーションからメタデータを抽出する場合、ソースシステムのバージョン

［Informatica Platform 10.1（リポジトリ）］または［Informatica Platform 10.0（リポジトリ）］を選

択する必要があります。Metadata Manager は、バージョン 10.x のアプリケーションアーカイブファイル

からメタデータを抽出できません。

7. リソース接続プロパティを設定します。

8. データ統合サービスにデプロイされたアプリケーションからリソースを作成する場合は、［テスト接続］を

クリックして、データ統合サービスへの接続をテストします。

Metadata Manager でデータ統合サービスに接続できなかった場合、エラーメッセージが表示されます。エ



10. データ統合サービスにデプロイされたアプリケーションからリソースを作成する場合は、［パラメータ］ウ

ィンドウが表示されます。

［パラメータ］ウィンドウには、データ統合サービスにデプロイされているすべてのアプリケーションが表

示されます。

リソースに含めるアプリケーションを選択し、［次へ］をクリックします。

11. データ統合サービスにデプロイされたバージョン 10.x のアプリケーションからリソースを作成する場合

は、［パラメータセットの割り当て］ウィンドウが表示されます。

［パラメータセットの割り当て］ウィンドウには、選択した各アプリケーションのパラメータセットが表示

されます。1 つのパラメータセットを 1 つ以上のマッピングに割り当てることができます。パラメータセ

ットをマッピングに割り当てると、Metadata Manager は、パラメータセットに定義されたパラメータ値に

基づいてマッピングのメタデータを抽出します。パラメータセットを割り当てていないにもかかわらず、

マッピングでパラメータが使用されている場合、Metadata Manager は、パラメータのデフォルト値に基づ

いてマッピングのメタデータを抽出します。

パラメータセットを割り当てるには、次の手順を実行します。

a. ［アプリケーション］リストで、1 つ以上のマッピングに割り当てるパラメータセットが格納されたア

プリケーションを選択します。

b. ［パラメータセット］リストで、パラメータセットを選択します。

92 第 7 章: データ統合リソース

c. ［マッピング］リストで、パラメータセットを割り当てるマッピングを選択して、［割り当て］をクリ

ックします。パラメータセットをすべてのマッピングに割り当てるには、［すべてに割り当て］をク


パラメータセットの割り当て結果が、［パラメータセットの割り当て］ウィンドウの下部に一覧表示

されます。

パラメータセットの割り当てを削除するには、削除するパラメータセットの割り当ての横にある［X］

をクリックします。

パラメータセットの割り当てが完了したら、［次へ］をクリックします。

12. ［スケジュール］ウィンドウが表示されます。スケジュールを追加するには、［スケジュールを添付する］

を選択し、［スケジュール］リストでスケジュールを選択します。





データ統合サービスの接続プロパティ

データ統合サービスにデプロイされたアプリケーションからリソースを作成する場合、データ統合サービスの

接続情報を提供する必要があります。




メタデータソースの名前とバージョン。アプリケーションのバージョンに応じて次のいずれかのオプションを選択します。- Informatica Platform 10.1（リポジトリ）- Informatica Platform 10.0（リポジトリ）- Informatica Platform 9.5.1 - 9.6.x（リポジトリ）

ホスト Informatica ドメインのゲートウェイノード名。

ポートゲートウェイノードのポート番号。

セキュリティドメイン

Administrator ツールユーザーのセキュリティドメイン。

ドメインで LDAP 認証または Kerberos 認証を使用している場合は、セキュリティドメイン名を入力してください。それ以外の場合は、Native と入力します。

ユーザー名 Administrator ツールユーザー名。このユーザーは、データ統合サービスで Manage Applications 権限を持っている必要があります。

パスワード Administrator ツールユーザーのパスワード。

DIS サービス名アプリケーションがデプロイされているデータ統合サービスの名前。



10.0 コマンドラインユーティリティディレクトリ

10.0 Informatica コマンドラインユーティリティのインストールディレクトリへのファイルパス。このプロパティは、ソースシステムバージョン［Informatica Platform 10.0（リポジトリ）］を選択した場合に表示されます。

10.1 Metadata Manager サービスがアクセスできる絶対パスを指定する必要があります（C:\Informatica\100_CLU など）。



アプリケーションアーカイブファイルの接続プロパティ

アプリケーションアーカイブファイルから Informatica Platform リソースを作成する場合、ファイルパスと

ファイル名を入力する必要があります。




メタデータソースの名前とバージョン。［Informatica Platform 9.5.1 - 9.6.x（アーカイブファイル）］を選択します。


リソースをロードするたびに指定した場所にあるアプリケーションアーカイブファイルを使用します。このオプションを有効にする場合は、ファイルのパスに Metadata Manager サービスがアクセスできる絶対パスを含める必要があります。このオプションを無効にすると、リソースの設定を終了するときに、Metadata Manager ではアプリケーションアーカイブファイルが Metadata Manager アプリケーションディレクトリにコピーされます。リソースをロードするたびに、Metadata Manager では Metadata Managerアプリケーションディレクトリ内にあるコピーされたアプリケーションアーカイブファイルが使用されます。



アプリケーションアーカイブ

アプリケーションアーカイブファイルのファイルパスとファイル名。


リソースファイル接続プロパティ

リソースファイルから Informatica Platform リソースを作成する場合、ファイルパスとファイル名を入力す

る必要があります。




メタデータソースの名前とバージョン。［Informatica Platform 9.5.1 - 10.x（リソースファイル）］を選択します。


リソースをロードするたびに指定した場所にあるリソースファイルを使用します。このオプションを有効にする場合は、ファイルのパスに Metadata Manager サービスがアクセスできる絶対パスを含める必要があります。このオプションを無効にすると、リソースの設定を終了するときに、Metadata Manager によって Metadata Manager アプリケーションディレクトリにリソースファイルがコピーされます。リソースをロードするたびに、Metadata Manager によって Metadata Manager アプリケーションディレクトリ内にあるコピーされたリソースファイルが使用されます。



リソースファイル

リソースファイルのファイルパスとファイル名。

バージョン 10.0 アプリケーション用のコマンドラインユーティリティのインストール

データ統合サービスにデプロイされた Informatica 10.0 アプリケーションからメタデータを抽出するには、

バージョン 10.0 コマンドラインユーティリティをインストールする必要があります。10.1 Metadata Manager

サービスがアクセスできるディレクトリにユーティリティをインストールします。このユーティリティをイン

ストールしない場合、リソースロードが失敗する可能性があります。

10.0 コマンドラインユーティリティはコマンドラインユーティリティの zip ファイルに含まれます。

Informatica グローバルカスタマサポートに連絡して、zip ファイルを入手してください。

10.1 Metadata Manager サービスがアクセスできるディレクトリにファイルを抽出します。高のパフォーマ

ンスを得るには、Metadata Manager サービスを実行するマシン上のディレクトリにファイルを抽出します。異

なるマシンにファイルを抽出した場合、Metadata Manager サービスがディレクトリにアクセスするのに数分か

かる可能性があります。

注: 通常、スタンドアロンのコマンドラインユーティリティをインストールした後、次のタスクを実行する必

要があります。

• Windows に Microsoft Visual Studio 2013 の再頒布可能パッケージをインストールします。

• コマンドラインユーテリティで必要とされるパスおよび環境変数を設定します。

• domains.infa ファイルを作成します。

バージョン 10.0 アプリケーションからメタデータを抽出する Informatica Platform リソース用にバージョン

10.0 コマンドラインユーティリティをインストールする場合、これらのタスクを実行する必要はありません。

Informatica Platform 10.x リソースのパラメータ

Informatica Platform 10.x アプリケーションにパラメータを使用したマッピングが含まれている場合、その

リソースのロード時にパラメータ値を使用するように Metadata Manager を設定できます。Metadata Manager


は、パラメータセットに定義されたパラメータ値を使用できます。Metadata Manager は、パラメータファイル

に定義されたパラメータ値は使用できません。

パラメータセットは、マッピングパラメータ値が格納された、モデルリポジトリ内のオブジェクトです。これ

らのパラメータ値は、Developer tool ユーザーがマッピング内のオブジェクトに設定するデフォルトのパラメ

ータ値をオーバーライドします。

Metadata Manager は、以下のオブジェクトを表すパラメータ値を使用できます。

• リレーショナルソース、リレーショナルターゲット、およびリレーショナルルックアップの接続、テーブル

所有者名、テーブル名

• フラットファイルの名前とディレクトリ

Informatica Platform リソースの作成時に、パラメータセットを 1 つ以上のマッピングに割り当てます。

Metadata Manager は、パラメータセットに定義されたパラメータ値を使用して、マッピングオブジェクトおよ

びデータリネージュを表示します。パラメータを使用しているマッピングにパラメータセットが割り当てられ

ていない場合、Metadata Manager は、パラメータのデフォルト値を使用します。

パラメータセットの例

パラメータセットをマッピングに割り当てると、Metadata Manager は、そのマッピングをメタデータカタログ

内に表示し、パラメータ値に基づいてマッピングのデータリネージュを表示します。

例えば、アプリケーションに次のようなマッピングが格納されています。このマッピングでは、Oracle テーブ

ルからデータを読み取り、そのデータをフィルタリングしてフラットファイルに書き込みます。

各マッピング実行でソースデータベースを変更する場合、Mapping Designer はソース接続用の接続パラメータ

を作成し、デフォルト値 Ora_DEV を割り当てます。Mapping Designer はパラメータセット PRODUCTION を作成

して、ソース接続を Ora_PROD に設定します。

Metadata Manager では、マッピングを確認し、PRODUCTION パラメータセットに定義された値を使用したリネ

ージュリンクを表示します。PRODUCTION パラメータセットは、リソースの作成時にマッピングに割り当てま

す。

リソースをロードすると、Metadata Manager が、パラメータセットに定義されたパラメータ値を使用してマッ

ピングを抽出します。そのため、［ロード］タブにリソースを表示すると、［接続割り当て］タブに接続が

Ora_PROD として表示されます。マッピング上でデータリネージュを実行してリレーショナルソースを選択した

場合、Metadata Manager は接続名を Ora_PROD として表示します。そして、Ora_PROD 接続に基づいてリネージ

ュリンクを作成します。

パラメータセットのルールとガイドライン

パラメータセットをリソース内の 1 つ以上のマッピングに割り当てる際には、次のルールとガイドラインを考

慮してください。


マッピングのパラメータ設定の割り当てはオプションです。

パラメータを使用するマッピングにパラメータセットが割り当てられていない場合、Metadata Manager

は、パラメータのデフォルト値を使用してマッピングを抽出します。

1 つのパラメータセットを特定のリソース内の各マッピングに割り当てることができます。

したがって、同じリソース内で異なるバージョンのマッピングを抽出することはできません。異なるマッ

ピングバージョンのメタデータを確認するには、複数のリソースを作成し、各リソース内のマッピングに

異なるパラメータセットを割り当てます。

同じパラメータセットを複数のマッピングに割り当てることができます。

1 つのパラメータセットを複数のマッピングで使用する場合は、そのパラメータセットを複数のマッピン

グに割り当てることができます。パラメータセットとマッピングは同じアプリケーション内に存在してい

なければなりません。

Metadata Manager は、トランスフォーメーション式または条件で使用されているパラメータのパラメータ値を

使用できません。

Developer tool ユーザーは、アグリゲータ、フィルタ、式、ジョイナ、ルックアップなどの各トランスフ

ォーメーションの式または条件にパラメータを使用できます。例えば、Developer tool ユーザーは、ジョ

イナトランスフォーメーションの結合条件にパラメータを使用できます。Metadata Manager は、トランス

フォーメーション式または条件で使用されているパラメータのパラメータ値を使用できません。Metadata

Manager は、トランスフォーメーション式および条件のパラメータにはデフォルト値を使用します。

Metadata Manager は、カスタム SQL クエリで使用されているパラメータのパラメータ値を使用できません。

Developer tool ユーザーは、カスタマイズされたデータオブジェクトおよびルックアップトランスフォー

メーションのカスタム SQL クエリでパラメータを使用できます。Metadata Manager は、カスタム SQL クエ

リで使用されているパラメータのパラメータ値を使用できません。Metadata Manager はカスタム SQL クエ

リで使用されているパラメータのデフォルト値を使用します。

仮想テーブルマッピングにパラメータセットを使用することはできません。

パラメータを使用している仮想テーブルマッピングがアプリケーションに含まれている場合、Metadata

Manager は、パラメータのデフォルト値を使用して仮想テーブルマッピングを抽出します。

Informatica Platform 9.5.1 - 9.6.x リソースのパラメータ

データ統合サービスにデプロイされたバージョン 9.5.1 - 9.6.x のアプリケーションからリソースを作成する

場合、Metadata Manager は、アプリケーションオブジェクトに関連付けられたパラメータを読み取れません。

Informatica Developer アプリケーションのマッピングには、ユーザー定義パラメータまたはシステムパラメ

ータを含めることができます。システムパラメータは、データ統合サービスがキャッシュファイル、拒否ファ

イル、ソースファイル、ターゲットファイル、一時ファイルを格納するディレクトリを定義します。ユーザー

定義パラメータを使用すると、Developer ツールユーザーは、マッピング値を定義し、定義した値をマッピン

グの実行のたびに更新することができます。Metadata Manager は、バージョン 9.5.1 - 9.6.x のアプリケーシ

ョンのマッピングパラメータを読み取れません。

例えば、Developer ツールユーザーがシステムパラメータ「SourceDir」を、フラットファイルデータオブジェ

クトのソースディレクトリとして割り当て、このオブジェクトをアプリケーションに含めるとします。

Informatica Administrator がデータ統合サービスプロセスのこのソースディレクトリを<Informatica Services

Installation Directory>/tomcat/bin/source に設定しています。アプリケーションに基づいたリソースを作成し、

このリソースへのリンクを作成しようとします。Metadata Manager はフラットファイルデータオブジェクトへ

のリンクを作成できません。フラットファイルソースのディレクトリとして<Informatica Services Installation

Directory>/tomcat/bin/source ではなく SourceDir を読み取るためです。


参照

Informatica Platform リソースには、オブジェクトタイプ、データリネージュ、およびオブジェクト階層にい

くつかの制限があります。

抽出されるオブジェクトタイプと抽出されないオブジェクトタイプ

Metadata Manager は、 Informatica Developer アプリケーションからほとんどのオブジェクトタイプを抽出

します。ただし、一部のオブジェクトタイプは抽出されません。

Metadata Manager では、次のオブジェクトのメタデータを抽出できます。

• マッピング

• SQL データサービス

• SQL データサービスとしてデプロイされたオブジェクト

• スコアカード

Metadata Manager では、次のオブジェクトのメタデータは抽出されません。

• 参照テーブル

• リレーショナルデータオブジェクト、カスタマイズされたデータオブジェクト、フラットファイルデータオ

ブジェクトを除くソースおよびターゲット

• 仮想ストアードプロシージャ

• Web サービス

• ワークフロー

サポートされていないトランスフォーメーション

Metadata Manager は、大部分のトランスフォーメーションのメタデータ抽出をサポートしています。ただし、

一部のトランスフォーメーションについてはメタデータ抽出をサポートしていません。

Metadata Manager では、次のトランスフォーメーションのメタデータ抽出をサポートしていません。

• 論理データオブジェクトのルックアップトランスフォーメーション

• 参照テーブルのルックアップトランスフォーメーション

Metadata Manager でメタデータの抽出をサポートしていないトランスフォーメーションを含むマッピングまた

はマップレットを表示した場合、Developer tool のマッピングやマップレットと内容が異なることがありま

す。また、Metadata Manager のマッピングやマップレットは、ランタイムバージョンのマッピングやマップレ

ットとも異なることがあります。

Informatica Platform 10.x リソースの動的マッピング

Metadata Manager は、動的マッピングのメタデータ抽出をサポートしていません。

Informatica 10.x では、Developer tool のユーザーは動的マッピングを作成できます。動的マッピングとは、

ソース、ターゲット、トランスフォーメーションのロジックを、定義したパラメータおよびルールに基づいて

実行時に変更できるマッピングです。動的マッピングでは、ソース、ターゲット、またはルックアップの各ス

キーマが実行時に変わる可能性があります。また、動的マッピングには、マッピングに指定されたデータフロ

ーに基づいて新規カラムや変更されたカラムを受信できるポートを含めることもできます。

Metadata Manager は、動的マッピングのメタデータ抽出をサポートしていません。Informatica Platform

10.x アプリケーションに動的マッピングが含まれている場合は、そのアプリケーションから Informatica

Platform リソースを作成できます。ただし、動的マッピングを Metadata Manager で表示した場合、対応する

Developer tool のマッピングやランタイムバージョンのマッピングと内容が異なることがあります。


Informatica Platform 10.x リソースのコンパイルされたマッピング

Metadata Manager は、Informatica Platform 10.x アプリケーションからコンパイルバージョンのマッピング

を抽出します。コンパイルバージョンのマッピングでは、マップレット、論理データオブジェクト、マッピン

グ内パラメータが展開されます。このため、マッピングとマッピングに含まれる論理データオブジェクトがマ

ッピング内に表示されます。

.コンパイルバージョンのマッピングは、Developer tool 内の対応するマッピングと異なることがあります。

例えば、Developer tool ユーザーが Customer 論理データオブジェクトを作成したとします。Customer 論理デ

ータオブジェクトは、次の論理データオブジェクトマッピングによって設定されます。

Developer tool ユーザーは、Customer 論理データオブジェクトをマッピング m_Customer のソースとして使用

します。

次の図に、Developer tool のマッピング m_Customer を示します。

マッピング m_Customer を含む Informatica Platform 10.x リソースを作成すると、Metadata Manger によっ

て、このマッピングのコンパイルバージョンが抽出されます。コンパイルバージョンのマッピングには、

m_Customer マッピング内のトランスフォーメーションに加えて、論理データオブジェクトマッピング内のトラ

ンスフォーメーションが含まれます。

次の図に、データリネージュ図の m_Customer マッピングを示します。

Informatica Platform 10.x リソースの Data Quality トランスフォーメーシ

ョン

データ統合サービスは、マッピングをコンパイルする際に、一部の Data Quality トランスフォーメーション

を複数のトランスフォーメーションに展開します。このため、Informatica Platform 10.x リソースでは、

Metadata Manager によって一部の Data Quality トランスフォーメーションが展開形式で表示されます。

Metadata Manager は、以下の Data Quality トランスフォーメーションを展開形式で表示します。


アドレスバリデータ

アドレスバリデータトランスフォーメーションとアドレスバリデータレポートが表示されます。

統合

以下のトランスフォーメーションが表示されます。

• 統合

• ソーター

• ディシジョン

例外


• 例外

• ソーター

キージェネレータ


• キージェネレータ

• ソーター

一致


• ソーター

• 式

• ペアジェネレータ*

• 比較

• 加重平均

• クラスタ*

*データ統合サービスはマッピングのコンパイル時にこれらのトランスフォーメーションを生成します。こ

れらのトランスフォーメーションは、Developer tool には表示されません。

追加のマップレットも表示されることがあります。

複数ストラテジのトランスフォーメーション

各ストラテジについて、1 つのトランスフォーメーションインスタンスが表示されます。

Informatica Platform 10.x リソース内の無効なマッピング

Metadata Manager は、無効なマッピングのメタデータを抽出できません。Informatica Platform 10.x アプリ

ケーションに、コンパイル後の無効なマッピングが含まれている場合、Metadata Manager はそのアプリケーシ

ョンのメタデータをロードしません。

例えば、Developer tool ユーザーがランクトランスフォーメーション（ランクポートや Group By ポートはパ

ラメータを介して指定）を使用してマッピングを作成する場合を考えます。このとき、ランクポートや Group

By ポートを表すパラメータに、同じ値を割り当てたとします。ランクトランスフォーメーションでは、ランク

ポートと Group By ポートに同じポートを使用できないため、コンパイル後のマッピングは無効となります。

Metadata Manager は、無効なマッピングが格納されたアプリケーションのメタデータをロードしません。

リソースにアプリケーションが 1 つだけ含まれており、そのアプリケーションに無効なマッピングが含まれて

いる場合、Metadata Manager はメタデータのロードに失敗します。


リソースに複数のアプリケーションが含まれている場合、Metadata Manager は、無効なマッピングが含まれて

いるアプリケーションをロードしません。その場合、ロードできない各アプリケーションのロードログにエラ

ーが出力されます。リソース内のその他のアプリケーションについては、ロードが続行されます。

データリネージュの制限事項

Metadata Manager では、リネージュで使用できるほとんどの Informatica Platform オブジェクトタイプを作

成します。ただし、一部のオブジェクトタイプはリネージュで使用できません。

次のオブジェクトタイプはリネージュで使用できません。

• アプリケーション

• プロジェクト

• フォルダー

• キー

• キーリレーション

• 論理データオブジェクトモデル

• 仮想スキーマ

ポート間データリネージュ

一部の Informatica Platform トランスフォーメーションでは、入力ポートと出力ポートが分離されています。

入力ポートと出力ポートが分離されているトランスフォーメーションの大部分について、Metadata Manager は

入力ポートと出力ポート間のデータリネージュリンクを確定できます。

アグリゲータ、式、ジョイナ、共有体などの各トランスフォーメーションでは、入力ポートと出力ポートを別

々に保持できます。Metadata Manager は、こうしたトランスフォーメーションの入力ポートと出力ポート間の

データリネージュリンクを特定できます。同一トランスフォーメーションの入力ポートと出力ポート間のデー

タリネージュリンクは、ポート間データリネージュリンクと呼ばれます。


次の図は、共有体トランスフォーメーション内のポート間データリネージュリンクを示しています。

Metadata Manager は、入力ポートと出力ポートが分離されている次のトランスフォーメーションについて、ポ

ート間データリネージュを特定できます。

• アドレスバリデータ

• アグリゲータ

• 関連付け

• 大文字小文字変換プログラム

• 分類子

• 比較

• 統合

• ディシジョン

• 例外

• 式

• ジョイナ

• キージェネレータ

• ラべラー

• 一致

• マージ

• パーサー

• ランク

• ルータ

• 標準化


• 共有体

• 加重平均

Metadata Manager は、入力ポートと出力ポートが分離されている上記以外のトランスフォーメーションについ

ては、ポート間データリネージュを特定できません。Metadata Manager は、トランスフォーメーションのポー

ト間データリネージュを特定できない場合、そのトランスフォーメーション内ですべての入力ポートをすべて

の出力ポートにマッピングします。

複数のアプリケーションの物理データオブジェクト

リソースに、同じ物理データオブジェクトを含む複数のアプリケーションが含まれている場合、Metadata

Manager は各アプリケーションについて、物理データオブジェクトのインスタンスを 1 つずつ抽出します。

Metadata Manager は、インスタンスが存在するアプリケーションに基づくオブジェクトの各インスタンスにつ

いて、データリネージュと影響のサマリの分析結果を表示します。

Informatica Platform 10.x リソース内の同名のオブジェクト

Metadata Manager では、バージョン 10.x のアプリケーションからフォルダは抽出されません。Metadata

Manager では、各フォルダのすべての物理データオブジェクトが、物理データオブジェクトと呼ばれる 1 つの

論理グループに抽出されます。同様に、各フォルダのすべてのマッピングがマッピングと呼ばれる 1 つの論理

グループに抽出されます。

アプリケーションに同名の物理データオブジェクトまたはマッピングが複数含まれている場合は、物理データ

オブジェクトまたはマッピング論理グループに、同名のオブジェクトが複数表示されます。これらのオブジェ

クトの差異を確認するには、メタデータカタログ内でオブジェクトを開くか、データリネージュ分析を実行し

ます。

Microsoft SQL Server 統合サービスリソースMicrosoft SQL Server 統合サービスリソースを作成および設定して、Microsoft SQL Server 統合サービスパ

ッケージからメタデータを抽出できます。Metadata Manager は、Microsoft SQL Server リポジトリのパッケ

ージ、またはパッケージファイルのパッケージからメタデータデータを抽出できます。

パッケージは、接続、制御フロー要素、データフロー要素、イベントハンドラ、変数、および作業の単位を表

す設定の集合です。パッケージは、SQL Server 統合サービスグラフィカルデザインツールで作成するか、プロ

グラムで作成することができます。パッケージは、Microsoft SQL Server、SQL Server 統合サービスパッケー

ジストア、またはパッケージファイルに保存できます。

Microsoft SQL Server リポジトリのパッケージからメタデータを抽出する場合は、1 つ以上のパッケージから

メタデータを抽出する 1 つのリソースを作成できます。パッケージがパスワードで暗号化されている場合、リ

ソース内のすべてのパッケージは同じパスワードを使用する必要があります。

SQL Server 統合サービスパッケージファイルのパッケージからメタデータを抽出する場合は、各パッケージフ

ァイルごとに 1 つのリソースを作成できます。パッケージファイルは.dtsx ファイルにする必要があります。

保護されたパッケージからのメタデータの抽出

Metadata Manager は、暗号化されたパッケージからメタデータを抽出できます。ただし、パッケージの保護レ

ベルによって、制限が適用される場合があります。例えば、パッケージ全体が保護されている場合は、パッケ

Microsoft SQL Server 統合サービスリソース 103

ージパスワードの入力や、特定のユーザーアカウントからの Metadata Manager エージェントの実行が必要に

なる場合があります。

以下のテーブルに、各パッケージ保護レベルの制限を示します。

保護レベル制限

- 機密情報を保存しない- 機密情報をパスワードで暗号化する

- 機密情報をユーザーキーで暗号化する

- 暗号化はサーバーストレージに依存する

なし。Metadata Manager はパッケージからメタデータを抽出できます。

すべてパスワードで暗号化するユーザーがリソース作成時にパスワードを指定した場合、Metadata Manager は、パッケージからメタデータデータを抽出できます。Microsoft SQL Server リポジトリからメタデータを抽出する場合は、リソース内のすべてのパッケージで同じパスワードを使用する必要があります。

すべてをユーザーキーワードで暗号化する

Metadata Manager エージェントを起動するユーザーアカウントと、パッケージの作成に使用したユーザーアカウントが同じ場合、Metadata Manager はパッケージからメタデータを抽出できます。

SQL Server 統合サービスの設定

SQL Server 統合サービスリソースを作成する前に、メタデータソースを設定する必要があります。メタデータ

ソースを適切に設定しないと、メタデータのロードが失敗するか、メタデータが Metadata Manager ウェアハ

ウスに不適切にロードされる可能性があります。

SQL Server 統合サービスを設定するには、以下のタスクを実行します。

• 必要に応じて、Metadata Manager エージェントをインストールする。

• リポジトリのパッケージからメタデータを抽出するには、Microsoft SQL Server データベースエンジンが

実行していることを確認する。


• 必要に応じて、変数値ファイルを準備する。

Metadata Manager エージェントのインストール

SQL Server 統合サービスが Metadata Manager サービスと同じマシンにない場合は、Metadata Manager エージ

ェントを別途インストールする必要があります。Metadata Manager エージェントを Windows マシンにインスト


ールします。Metadata Manager エージェントのインストール要件は、SQL Server 統合サービスソースタイプ

によって異なります。

以下の表に、SQL Server 統合サービスソースタイプに基づく Metadata Manager エージェントのインストール

要件を示します。

ソースタイプ Metadata Manager エージェントの要件

パッケージファイル任意のマシンにインストールされた Metadata Manager エージェントを使用できます。新のソースファイルを使用するように Metadata Manager を設定するには、ソースファイルの場所に Metadata Manager エージェントマシンからアクセスできる必要があります。

Microsoft SQL Server リポジトリのパッケージ

Metadata Manager Agent と SQL Server 統合サービスは同じマシン上に存在している必要があります。

関連項目：


データベースの可用性の確認

Microsoft SQL Server リポジトリのパッケージからメタデータを抽出するには、SQL Server データベースエ

ンジンが利用可能で実行されていることを確認します。

権限の設定

権限の設定方法は、Microsoft SQL Server リポジトリのパッケージと、パッケージファイルのパッケージのど

ちらからメタデータを抽出するのかによって異なります。

メタデータをリポジトリのパッケージから抽出する場合は、Metadata Manager エージェントを起動する

Windows ユーザーの権限を設定します。Metadata Manager エージェントでは Windows 認証を使用して、SQL

Server 統合サービスに接続します。Metadata Manager エージェントを起動する Windows ユーザーには、

Metadata Manager エージェントが抽出するオブジェクトに対する読み取り権限が必要です。

メタデータをパッケージファイルから抽出し、Metadata Manager で新のソースファイルを使用するように構

成する場合、Metadata Manager エージェントを起動する Windows ユーザーには、ファイルや、ファイルを含む

ディレクトリに対する読み取り権限が必要です。

変数値ファイルの準備

変数を使用するパッケージからメタデータを抽出する場合は、変数値ファイルを作成して変数を定義できます。

パッケージに全変数の値が含まれているわけではない場合や、パッケージで定義されている値をオーバーライ

ドする場合は、変数値ファイルを作成します。

変数値ファイルは、SQL Server 統合サービスリソースを作成するときに指定します。Metadata Manager は、

変数値ファイルを使用して変数を解決します。Metadata Manager は、OLE DB ソースまたはターゲットのテー

ブル名またはビュー名を指定する変数を解決できます。また、Metadata Manager は、OLE DB ソースの SQL ク

エリを指定する変数も解決できます。変数値ファイルでは、SQL Server 統合サービスパラメータを定義できま

せん。

変数値ファイルで変数を定義するには、変数をスコープ別に、パッケージレベルかタスクレベルでグループ化

します。各変数は個別の行で定義します。また、名前空間は、プレフィックスとして入力する必要があります。

パッケージレベルのスコープを持つ変数を定義するには、以下の構文を使用します。

[Package]Namespace::Variable=Value


タスクレベルのスコープを持つ変数を定義するには、以下の構文を使用します。

[Package.Task]Namespace::Variable=Value

変数名では、大文字と小文字が区別されます。

同じ変数を複数回定義すると、Metadata Manager は変数を次のように解決します。

• パッケージ内の変数、さらにパッケージ内のタスク内の変数を定義すると、Metadata Manager は、タスク

に定義された値を使用します。

• パッケージ内またはタスク内の変数を複数回定義すると、Metadata Manager は、定義されている後の値


• 変数値ファイルで変数を定義し、変数にパッケージでのデフォルト値がある場合、Metadata Manager は変

数値ファイルの値を使用します。

以下に、パッケージ内の 2 つのタスクに変数を定義する変数値ファイルの例を示します。

[SSIS_Package_Configuration.Data Flow Task]User::TargetTableName=PERSON_OUTUser::TableName=Person

[SSIS_Package_Configuration.SQL_From_Variable]User::MySQL_Target=PERSON_OUTUser::MySQL=SELECT Name as FirstName, Name as LastName, Name as MiddleName FROM Purchasing.Vendor

SQL Server 統合サービスリソースの作成

SQL Server 統合サービスリソースを作成し、Microsoft SQL Server 統合サービスからメタデータを抽出しま

す。

SQL Server 統合サービスリソースを作成する前に、SQL Server 統合サービスソースを設定します。



2. ［データ統合］ > ［Microsoft SQL Server 統合サービス］をクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]









6. ［ソースシステムバージョン］で次のオプションのいずれかを選択します。


Microsoft SQL Server 統合サービス（ファイル）

リソースをパッケージ（.dtsx）ファイルから作成します。

Microsoft SQL Server 統合サービス（リポジトリ）

リソースを Microsoft SQL Server リポジトリの 1 つ以上のパッケージから作成します。

7. リソース接続プロパティを設定します。

8. ［テスト接続］をクリックします。

Metadata Manager で、Metadata Manager エージェント URL が検証されます。

メタデータをパッケージファイルから抽出すると、Metadata Manager はこのファイルも検証します。

Metadata Manager で新のソースファイルを使用するように設定すると、Metadata Manager はファイル

が指定のパスに存在することを検証します。ファイルを Metadata Manager にアップロードすると、

Metadata Manager はファイルがリソースタイプおよびバージョンと互換性があることを検証します。

メタデータを Microsoft SQL Server リポジトリのパッケージから抽出すると、Metadata Manager はソー

スシステムの接続情報も検証します。

Metadata Manager が Metadata Manager エージェント URL の検証、ソースファイルの検証、リポジトリへ

の接続を実行できない場合は、エラーメッセージが表示されます。エラーを修正し、もう一度接続をテス

トします。









SQL Server 統合サービスファイル設定プロパティ

パッケージファイルに基づく SQL Server 統合サービスリソースを作成または編集する場合は、設定のプロパテ

ィを更新します。

以下の表は、設定のプロパティの説明です。



Metadata Manager エージェントのホスト名とポート番号。

任意のマシンにインストールされた Metadata Manager エージェントを使用できます。


メタデータソースの名前とバージョン。［Microsoft SQL Server 統合サービス（ファイル）］を選択します。




リソースをロードするたびに指定した場所にあるメタデータソースファイルを使用します。このオプションを有効にする場合、ファイルのパスには、Metadata Manager エージェントマシンからアクセスできる絶対パスを含める必要があります。このオプションを無効にすると、リソースの設定を終了するときに、Metadata Manager はメタデータソースファイルをMetadata Manager アプリケーションディレクトリにコピーします。リソースをロードするたびに、Metadata Manager は Metadata Manager アプリケーションディレクトリ内にあるコピーされたメタデータソースファイルを使用します。


パッケージ内のユーザー定義変数の値を定義するファイル。パッケージ内の変数に値がないか、パッケージで定義されている変数値をオーバーライドする場合は、変数値ファイルを指定します。

変数値ファイルの場所は、Metadata Manager サービスを実行しているマシンからアクセスできる必要があります。SQL Server 統合サービスが Metadata Manager サービスと同じマシンにない場合は、SQL Server 統合サービスと Metadata Manager サービスの両方がアクセスできる場所に変数値ファイルがあることを確認してください。

エンコード SQL タスク実行ソースファイルのコードページ。デフォルトは、西ヨーロッパの言語（Windows-1252）です。

パッケージに、SQL タスク実行のファイルソースが含まれていない場合、Metadata Managerはこのプロパティを無視します。

パスワードパッケージのパスワード。

パッケージがパスワードで暗号化されている場合に必要です。パスワードを入力しないと、Metadata Manager エージェントは、パッケージからメタデータを抽出できません。

パッケージ内の機密プロパティの値がパスワードで暗号化されている場合はオプションです。メタデータは、機密プロパティではありません。したがって、Metadata Manager エージェントは、パスワードを指定してもしなくても、メタデータを抽出できます。

トランスフォーメーションスクリプトの非表示

トランスフォーメーションとして使用されるスクリプトコンポーネントのリネージュをMetadata Manager が表示する方法を制御します。

このプロパティを true に設定すると、Metadata Manager は、どのトランスフォーメーションスクリプトの入力または出力ポートも表示しません。データリネージュ図は、ソースオブジェクト内の全カラムと、ターゲットオブジェクト内の全カラム間のリンクを表示します。

このプロパティを false に設定すると、Metadata Manager は、トランスフォーメーションスクリプトごとに、リネージュ図に個別のオブジェクトを作成します。




ファイルリソースファイルのファイルパスとファイル名。.dtsx ファイルである必要があります。


SQL Server 統合サービスリポジトリ設定プロパティ

SQL Server 統合サービスリソースを Microsoft SQL Server リポジトリの 1 つ以上のパッケージから作成また

は編集する場合は、設定のプロパティを更新します。





SQL Server リポジトリからメタデータを抽出するには、Metadata Manager エージェントが SQL Server クライアントコンポーネントと同じマシンにある必要があります。


メタデータソースの名前とバージョン。［Microsoft SQL Server 統合サービス（リポジトリ）］を選択します。

SQL Server のバージョン

Microsoft SQL Server のバージョン

ホスト SQL Server 統合サービスを実行しているマシンのホスト名または IP アドレス。

パスワードパッケージのパスワード。リソースに複数のパッケージを含める場合、それらのパッケージは同じパスワードを使用する必要があります。

パッケージがパスワードで暗号化されている場合は必須です。パスワードを入力しないと、Metadata Manager エージェントはパッケージからメタデータを抽出できません。

パッケージの機密プロパティの値がパスワードで暗号化されている場合はオプションです。メタデータは、機密プロパティではありません。したがって、Metadata Manager エージェントは、パスワードを指定してもしなくても、メタデータを抽出できます。


パッケージ内のユーザー定義変数の値を定義するファイル。パッケージ内の変数に値がないか、パッケージで定義されている変数値をオーバーライドする場合は、変数値ファイルを指定します。

変数値ファイルの場所は、Metadata Manager サービスを実行しているマシンからアクセスできる必要があります。SQL Server 統合サービスが Metadata Manager サービスと同じマシンにない場合は、SQL Server 統合サービスと Metadata Manager サービスの両方がアクセスできる場所に変数値ファイルがあることを確認してください。

トランスフォーメーションスクリプトの非表示

トランスフォーメーションとして使用されるスクリプトコンポーネントのリネージュをMetadata Manager が表示する方法を制御します。

このプロパティを true に設定すると、Metadata Manager は、どのトランスフォーメーションスクリプトの入力または出力ポートも表示しません。データリネージュ図は、ソースオブジェクト内の全カラムと、ターゲットオブジェクト内の全カラム間のリンクを表示します。

このプロパティを false に設定すると、Metadata Manager は、トランスフォーメーションスクリプトごとに、リネージュ図に個別のオブジェクトを作成します。




パッケージメタデータを抽出する SQL Server 統合サービスパッケージの名前。[選択]をクリックして 1 つ以上のパッケージを選択します。

参照

SQL Server 統合サービスリソースを作成およびロードしたら、Metadata Manager で抽出したメタデータオブ

ジェクトでデータリネージを表示および実行できます。



Metadata Manager は、異なる SQL Server 統合サービスオブジェクトのメタデータを抽出します。

接続マネージャタイプ

Metadata Manager は、以下の接続マネージャタイプのメタデータを抽出します。

• OLEDB

• フラットファイル

制御フロータスク

Metadata Manager は、制御フローの以下のタスクのメタデータを抽出します。

データフロー

Metadata Manager は、パッケージが含む各データフローの概要を表示します。

Execute SQL

SQL 文がテーブルを作成または切り詰める場合、Metadata Manager はテーブル構造を表示します。ただ

し、Metadata Manager は、テーブルのデータリネージを表示しません。

データフローのトランスフォーメーション

Metadata Manager は、データフローが以下のトランスフォーメーションのいずれかを含む場合に、データフロ

ーの概要を表示できます。

• 集計

• 監査

• 文字マップ

• 条件分割

• カラムのコピー

• データ変換

• 派生カラム

• カラムのエクスポート

• あいまいグループ化

• あいまいルックアップ

• カラムのインポート

• ルックアップ

• マージ

• マージ結合

• マルチキャスト

• パーセンテージサンプリング

• ピボット

• 行数

• 行サンプリング

• スクリプトコンポーネント

• 緩やかに変化する次元

• ソート


• 用語抽出

• 用語ルックアップ

• 共有体

• 非ピボット

注: Metadata Manager は、メタデータカタログやデータリネージ図に、個々のトランスフォーメーションを表

示しません。

抽出されないオブジェクト

Metadata Manager は、データの移動に影響する可能性がある一部の SQL Server 統合サービスオブジェクトの

メタデータを抽出しません。

抽出されないタスク

Metadata Manager は、データの移動に影響する可能性がある以下のタスクのメタデータは抽出しません。

• 一括挿入タスク

• データマイニングクエリタスク

• データプロファイリングタスク

• パッケージの実行タスク

• T-SQL 文実行タスク

• T-SQL、Visual Basic、または C#で記述されたコードを含むあらゆるタスク

抽出されないトランスフォーメーション

Metadata Manager は、データの移動に影響する可能性がある以下のトランスフォーメーションのメタデータを

抽出しません。

• キャッシュ変換

• OLE DB コマンド

• T-SQL、Visual Basic、または C#で記述されたコードを含むあらゆるトランスフォーメーション

メタデータカタログ内のオブジェクトの整理

SQL Server 統合サービスリソースをロードすると、使用するオブジェクトが含まれている接続に従って、

Metadata Manager はメタデータカタログ内の SQL Server 統合サービスオブジェクトを整理します。メタデー

タカタログの列など、オブジェクトを選択するには、使用するオブジェクトが含まれているソース接続または

ターゲット接続を使用してオブジェクトに移動します。

例えば、パッケージ HypoStores_HR に、リレーショナルデータベースの EMPLOYEE テーブルからデータを読み

取るデータフローが含まれているとします。OLE DB ソース接続オブジェクト HR_DB には、EMPLOYEE テーブル

が含まれるデータベースへの接続が含まれています。メタデータカタログ内の EMPLOYEE テーブルに移動するに

は、Connections グループ内で HR_DB ソース接続を展開します。

次の例は、データ属性（列など）のメタデータカタログ階層を示しています。

<Packages> Connections <Source/Target> <Package> (schema, directory, etc.) <Data Set> (table, file, etc.) <Data Attribute> <Summary Content> <Summary Model> Connections


<Source/Target> <Package> <Data Set> <Data Attribute> Task Variables Store (Connection class) …

パッケージサマリ

SQL Server 統合サービスリソースをロードする場合、Metadata Manager は、メタデータカタログおよびデー

タリネージ図の各パッケージサマリを表示します。パッケージサマリには、パッケージの各データフローのソ

ースおよびターゲットのデータソースが含まれます。

サマリのデータリネージを実行する場合、Metadata Manager は、ソースおよびターゲットのデータソース、お

よびそれらのリネージリンクを表示します。Metadata Manager は、リネージ図やメタデータカタログで、個々

のトランスフォーメーションを表示しません。また、Metadata Manager は、トランスフォーメーションによっ

てデータフローに追加されたカラムを表示しません。

例えば、パッケージには、派生カラムトランスフォーメーションに条件分割トランスフォーメーションが続く

1 つのデータフローが含まれます。データフローは、リレーショナルデータベースの PERSON テーブルからデー

タを読み取ります。データは、異なるデータベースの EMAIL_PROMO および NO_EMAIL_PROMO テーブルに書き込

まれます。

データリネージ図でデータフローサマリを展開すると、図には以下のオブジェクトが表示されます。

• PERSON テーブルを含む OLE DB ソース接続オブジェクト。

• EMAIL_PROMO および NO_EMAIL_PROMO テーブルを含む OLE DB ターゲット接続オブジェクト。

接続オブジェクトを展開して、テーブル間のリネージリンクを表示できます。Metadata Manager は、リネージ

図で 2 つのトランスフォーメーションを表示しません。

ソースとターゲットのメタデータ抽出ルール

Metadata Manager は、さまざまなメタデータ抽出ルールに従って、データフローのソースおよびターゲットか

らメタデータを抽出します。

Metadata Manager は、データフロー内の以下のタイプのソースとターゲットにそれぞれ異なるメタデータ抽出

ルールを適用します。

ターゲット

Metadata Manager は、フラットファイルと OLE DB のターゲットに以下のメタデータ抽出ルールを適用し

ます。

• Metadata Manager は、ターゲットカラムのデータ型と長さを、ターゲットデータストアの対応するカ

ラムからではなく、対応するソースカラムから取得します。

例えば、データフローでデータ型が CHAR[50]のソースカラムからデータ型が CHAR[100]のデータベー

スのカラムにデータを書き込むとします。Metadata Manager でターゲットカラムを表示すると、ター

ゲットカラムのデータ型が CHAR[50]と表示されます。

• 長さの異なる複数のソースカラムから同じターゲットカラムにデータをロードする場合、Metadata

Manager はターゲットカラムの長さをいずれかのソースカラムから決定します。Metadata Manager は、

メタデータソースで初に検出したソースカラムを選択します。

例えば、データ型が CHAR[255]と CHAR[100]の 2 つのソースカラムから NAME カラムのデータをマージ

する共有体トランスフォーメーションがデータフローに含まれるとします。Metadata Manager に表示

されるターゲットオブジェクトの NAME カラムの長さは 255 または 100 のいずれかになります。


OLE DB ターゲット

SQL コマンドを使用してデータをロードする場合、Metadata Manager は、その SQL コマンドをパッケージ

サマリの［SQL］プロパティに表示します。

エラー出力のターゲット

Metadata Manager は、エラー出力のターゲットをターゲットオブジェクトとして表示します。

ソース

フラットファイルまたは OLE DB ソースの外部カラムと対応する出力カラムの長さが異なる場合、

Metadata Manager は 2 つのカラムのうち短い方からカラムの長さを取得します。

OLE DB ソース

SQL コマンドを使用してデータを抽出する場合、Metadata Manager は、その SQL コマンドをパッケージサ

マリの［SQL］プロパティに表示します。

トランスフォーメーションのメタデータ抽出ルール

Metadata Manager は、データフロー内に存在するトランスフォーメーションのタイプに基づいて異なるメタデ

ータをデータフローから抽出します。

データフローに以下のトランスフォーメーションが存在する場合、Metadata Manager はそれぞれ異なるメタデ

ータ抽出ルールを適用します。

監査トランスフォーメーション

このトランスフォーメーションは、データフローにカラムを追加します。Metadata Manager は、ソースか

らのカラムは表示しても、データフローのトランスフォーメーションで追加されたカラムは表示しません。

したがって、Metadata Manager は、監査トランスフォーメーションがデータフローに追加したカラムで、

ターゲットオブジェクトを更新しません。

集計、文字マップ、データ変換、派生カラムトランスフォーメーション

これらのトランスフォーメーションは、関数式（例えば、AVG(SalesAmount)または UPPERCASE(LastName)）を

カラム値に適用します。Metadata Manager は、ターゲットカラムの［操作］プロパティに、関数式を表示

します。ターゲットカラムに複数の式が適用される場合、Metadata Manager は式を連結します。

カラムのコピートランスフォーメーション

このトランスフォーメーションは、入力カラムをコピーして、トランスフォーメーション出力に新しいカ

ラムを作成します。コピーしたカラムはソースから生成されているため、Metadata Manager は新しいカラ

ムをターゲットに表示します。

カラムのエクスポートトランスフォーメーション

このトランスフォーメーションは、データを 1 つ以上のフラットファイルに挿入します。フラットファイ

ルはトランスフォーメーションから生成されているため、Metadata Manager はそれらをメタデータカタロ

グやデータリネージュ図に表示しません。

あいまいルックアップ、ルックアップ、用語ルックアップトランスフォーメーション

Metadata Manager は、参照データセットをソースオブジェクトとして表示します。Metadata Manager は、

参照データセットのリターンカラムのみを表示します。

ピボットトランスフォーメーション

ピボットトランスフォーメーションで、各入力カラムには一意のリネージュ ID があり、各出力カラムには

ソースカラムがあります。入力カラムのリネージュ ID 値が出力カラムのソースカラム値と一致する場合、

Metadata Manager は、リネージュリンクを作成します。


スクリプトコンポーネント

スクリプトコンポーネントは、ソース、ターゲット、またはトランスフォーメーションとして使用できま

す。Metadata Manager は、メタデータカタログ内の「_Scripts_」という接続下のすべてのスクリプトコ

ンポーネントをグループ化します。Metadata Manager は、各スクリプトコンポーネント入力および出力グ

ループをデータセットとして表示します。また、各入力および出力カラムをデータ属性として表示します。

スクリプトコンポーネントがソースまたはターゲットとして使用される場合、Metadata Manager はこれ

を、ソースまたはターゲットオブジェクトとしてデータリネージュ図に表示します。スクリプトコンポー

ネントがトランスフォーメーションとして使用される場合、Metadata Manager は［トランスフォーメーシ

ョンスクリプトの非表示］設定プロパティを使用してトランスフォーメーションロジックの表示方法を決

定します。

Metadata Manager は、［トランスフォーメーションスクリプトの非表示］設定プロパティの値に基づいて、

トランスフォーメーションロジックを以下の方法で表示します。

• プロパティが true の場合、Metadata Manager はトランスフォーメーション入力または出力を表示しま

せん。データリネージュ図は、ソースオブジェクト内の全カラムと、ターゲットオブジェクト内の全カ

ラム間のリンクを表示します。

• プロパティが false の場合、Metadata Manager はリネージュ図に個別のオブジェクトを作成し、トラ

ンスフォーメーションスクリプトの各入力または出力グループを表します。データリネージュ図は、ソ

ースオブジェクトとトランスフォーメーションスクリプト入力間のリンク、およびトランスフォーメー

ションスクリプト出力とターゲット間のリンクを表示します。ただし、トランスフォーメーションスク

リプト入力と出力間のリンクは表示しません。トランスフォーメーションスクリプト内のメタデータの

フローを定義するには、ルールベースのリンクまたは列挙されたリンクを使用してデータ属性を相互に

リンクします。また、ルールベースのリンクまたは列挙されたリンクを使用して、トランスフォーメー

ションスクリプトを別のメタデータオブジェクトにリンクできます。

複数データフローの式

制御フローには複数のデータフローを含めることができます。データフローが同じターゲットカラムに対して

異なる式を適用すると、Metadata Manager は、ターゲットカラムの［操作］プロパティにすべての式を表示し

ます。Metadata Manager は、式をセミコロン（;）で区切ります。

PowerCenter リソースPowerCenter リソースを作成して、Informatica PowerCenter からメタデータを抽出するように設定できます。

Informatica PowerCenter は、データウェアハウスやオペレーショナルデータストア（ODS）といった集中的な

場所にデータをロードすることができます。複数のソースからデータを抽出し、ビジネス論理に従ってデータ

を変換し、その変換したデータをターゲットに変換することができます。

PowerCenter の設定

PowerCenter リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適

切に設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハウスへのロ

ードが正常に行われません。

PowerCenter を設定するには、次の作業を実行します。


• バージョン管理されたリポジトリオブジェクトをチェックインする。


• PowerCenter リポジトリが IBM DB2 for LUW データベース上にある場合、データベースのヒープサイズを設

定する。

• PowerCenter リポジトリが Oracle 11.1 データベース上にある場合、拡張統計機能を無効にする。

権限の設定

PowerCenter リポジトリからメタデータを抽出するには、リソース接続プロパティで指定したログインユーザ

ーが、PowerCenter リポジトリのデータベースユーザーである必要があります。

PowerCenter リポジトリのデータベースユーザーアカウントには、PowerCenter リポジトリデータベースに対

する次の権限が必要です。

• テーブルの選択

• ビューの選択

• ビューの作成

注: Metadata Manager のアップグレード後には、初のロード時にのみ PowerCenter リポジトリデータベ

ースに対するビューの作成権限が必要となります。

• ビューの削除

また、PowerCenter リポジトリが IBM DB2 for LUW 上にある場合には、ユーザーアカウントで関数の作成およ

び関数の削除の権限も必要となります。

バージョン管理されたリポジトリオブジェクトのチェックイン

バージョン管理された PowerCenter リポジトリから抽出するには、Metadata Manager で抽出するオブジェクト

をチェックインします。PowerCenter リソースをロードする前に、影響を受けるオブジェクトをチェックアウ

トして検証し、そのオブジェクトをチェックインします。

Metadata Manager は、PowerCenter リポジトリにチェックインされている新版のオブジェクトを抽出しま

す。 Metadata Manager は、チェックアウトされているオブジェクトを抽出しません。

IBM DB2 for LUW のデータベースのヒープサイズ

IBM DB2 for LUW データベース上にある PowerCenter リポジトリからメタデータをロードする場合、ヒープサ

イズを変更する必要があります。そうしないと、S_M__ELEMNT_ATTR_EXTRACT セッションが次のエラーで失敗

します。

DBA2191E SQL execution error.com.ibm.db.DataException: A database manager error occurred. : [IBM][CLI Driver][DB2/NT] SQL0973N Not enough storage is available in the "APP_CTL_HEAP_SZ" heap to process the statement. SQLSTATE=57011

この問題が発生するのは、データベースアプリケーションのヒープに、要求を処理するのに十分なストレージ

が存在しない場合に発生します。

IBM DB2 for LUW のデータベースのヒープサイズの拡大

IBM DB2 for LUW データベースのヒープサイズを増やすには、以下の手順を実行します。

1. Metadata Manager からログアウトします。

2. DB2 データベースサーバーを停止します。

3. DB2 のコマンドプロンプトから、DB2 データベースに接続します。

PowerCenter リソース 115

4. アプリケーションヒープサイズ設定パラメータ（APP_CTL_HEAP_SZ）の現在の値を確認するには、次のコ

マンドを実行します。

db2 get db dfg for <database_name> | find "APP_CTL_HEAP_SZ"

5. APP_CTL_HEAP_SZ のサイズを 16384 またはそれ以上に拡大するには、次のコマンドを実行します。

db2 update db cfg for <database_name> using APP_CTL_HEAP_SZ <higher_value>

6. DB2 データベースサーバーを再起動します。

Oracle 11.1 での拡張統計機能の無効化

Oracle 11.1 上の PowerCenter リポジトリからメタデータをロードする際には、データベース上の拡張統計機

能を無効にする必要があります。そうしないと、PowerCenter リソースのロード時に

S_M_ELMNT_ATTR_FIRST_LOAD セッションがハングします。

拡張統計機能は、式または列グループに関するオブジェクト統計とヒストグラムを収集します。

拡張統計機能を無効にするには、Oracle システムパラメータ、_optimizer_enable_extended_stats を FALSE に設

定します。 Oracle データベースで、以下のコマンドを実行します。

Alter system set "_optimizer_enable_extended_stats" = FALSE scope=spfile/both/memory;

この Oracle パラメータの詳細については、Oracle のマニュアルを参照してください。

PowerCenter リソースの作成

PowerCenter リソースを作成する前に、PowerCenter ソースを設定します。



2. ［データ統合］ > ［PowerCenter］をクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]








6. 接続のプロパティを設定します。






［パラメータ］ウィンドウが表示されます。

9. メタデータの抽出元のフォルダを設定します。

［選択されたフォルダー］リストにフォルダを追加するには、［使用可能なフォルダー］リストでフォルダ

を選択して［追加］をクリックします。使用可能なフォルダーをすべて追加するには、［すべて追加］をク


［選択されたフォルダー］リストからフォルダを削除するには、［選択されたフォルダー］リストでフォル

ダを選択し、［削除］をクリックします。［選択されたフォルダー］リストからフォルダをすべて削除する

には、［すべて削除］をクリックします。

10. ［ソース差分抽出］ウィンドウに日数を設定します。


［パラメータファイル］ウィンドウが表示されます。

12. パラメータファイルをアップロードするには、［アップロード］をクリックします。

13. アップロードしたパラメータファイルを削除するには、ファイルを選択して［削除］をクリックします。

14. PowerCenter リポジトリを分析して、アップロードしたパラメータファイルを、パラメータファイル名を

示す各ワークフローに自動的に割り当てるように Metadata Manager に対して指示するには、［自動割り当

て］をクリックします。

または、［パラメータファイル］リストでパラメータファイルを選択し、［ワークフローフォルダー］リス

トで１つ以上のフォルダまたはワークフローを選択し、［割り当て］をクリックします。

または、パラメータファイルを選択し、［すべてに割り当て］をクリックして、パラメータファイルをすべ

てのワークフローに割り当てます。

注: PowerCenter ワークフローを設定するときに、絶対ファイル名、または$PMFolderName および

$PMWorkflowName ワークフロー変数を使用してパラメータファイル名を指定すると、Metadata Manager は

この値を使用して、自動的にパラメータファイルをワークフローに割り当てます。他のワークフロー変数

を使用してパラメータファイル名を設定する場合は、パラメータファイルを手動でワークフローに割り当

てる必要があります。

15. パラメータファイルをワークフローから削除するには、下部パネルでパラメータファイルの［削除］をク











PowerCenter の接続プロパティ

PowerCenter リソースを作成する場合、PowerCenter の接続情報を提供する必要があります。


プロパティ

説明


PowerCenter リポジトリデータベースのデータベースユーザ名。


PowerCenter リポジトリデータベースのデータベースユーザパスワード。

データベースタイプ

PowerCenter リポジトリのデータベースのタイプです。データベースタイプは、IBM DB2 for LUW、Microsoft SQL Server、Oracle、または Sybase ASE です。

スキーマ名

データベースタイプが IBM DB2 for LUW で、スキーマ名がログインユーザー名とは異なる場合の、PowerCenter リポジトリデータベースのスキーマ名。このプロパティの値を入力しないと、Metadata Manager は、スキーマ名がログインユーザー名と同じものと見なします。

Metadata Manager は、データベースタイプが IBM DB2 for LUW 以外の場合は、このプロパティを表示しません。

ソースJDBC URL

PowerCenter リポジトリデータベースの JDBC URL。データベース名およびデータベースサーバ名。Metadata Manager は、この URL を使用して、ソースデータベースへの接続情報を確認します。

例えば、PowerCenter リポジトリデータベースが Oracle データベースの場合、次の構文を使用します。

jdbc:informatica:oracle://[host name]:[port];SID=[sid]

SID を入力することも、文字列を編集してフルサービス名を使用することもできます。以下に例を示します。

jdbc:informatica:oracle://[host name]:[port];ServiceName=[service name]

Oracle データベースがクラスタ化されている場合は、次の構文を使用します。

jdbc:informatica:oracle://[host1]:[port];ServiceName=[service name];AlternateServers = ([host2]:[port]);LoadBalancing=true

Oracle データベースが Advanced Security Option を使用している場合は、次の構文を使用します。

jdbc:informatica:oracle://[host name]:[port];SID=[SID];EncryptionLevel=[encryption level];EncryptionTypes=[encryption types];DataIntegrityLevel=[data integrity level];DataIntegrityTypes=[data integrity types]

セキュアJDBC パラメータ

JDBC 接続 URL に追加するセキュア JDBC パラメータ。このプロパティは、パスワードなどのセキュア接続パラメータを指定するために使用します。Metadata Manager では、リソース構成プロパティ内のセキュアパラメータもパラメータ値も表示しません。データベースドライバが必要とする区切り文字によって区切った name=value のペアとして、パラメータを入力します。以下に例を示します。

param1=value1;param2=value2

データベースで安全な通信が有効になっている場合は、このプロパティにセキュア JDBC パラメータを入力します。


プロパティ

説明

接続文字列

PowerCenter リポジトリデータベースのネイティブ接続文字列。Metadata Manager サービスは、この接続文字列を使って、PowerCenter リポジトリ内で、Metadata Manager リポジトリデータベースへの接続オブジェクトを作成します。

接続文字列構文は、データベースタイプによって異なります。- IBM DB2 for LUW： <database name>- Microsoft SQL Server。<server name>@<database name> - Oracle。<database name>.world（TNSNAMES エントリと同じ）- Sybase ASE： <server name>@<database name>

エンコード

PowerCenter リポジトリデータベースのコードページ。

PowerCenter リソース、Metadata Manager リポジトリ、および関連する Metadata Manager のIntegration Service が実行されるマシンのコードページは、同一である必要があります。



信頼接続関係を用いる

Windows 認証を使用してユーザーの資格情報を認証し、Microsoft SQL Server のPowerCenter リポジトリとの信頼関係接続を確立します。

信頼接続関係を使用して Microsoft SQL Server データベースに接続する場合、Metadata Manager サービスはサービスが実行されているマシンにログインしたユーザーのクレデンシャルを使用してリポジトリに接続されます。

安全なデータベースのための JDBC パラメータ

PowerCenter リポジトリデータベースで安全な通信が有効になっている場合、JDBC 接続 URL に追加のパラメー

タを追加する必要があります。パラメータを追加するには、それらを［セキュア JDBC パラメータ］プロパティ

に入力します。

次のパラメータを URL に追加します。

;EncryptionMethod=SSL;TrustStore=<truststore location>;TrustStorePassword=<password>;HostNameInCertificate=<host name>;ValidateServerCertificate=<true|false>;KeyStore=<keystore location>;keyStorePassword=<password>

パラメータを次のように設定します。

EncryptionMethod

Metadata Manager とデータベースサーバー間のデータ転送の暗号化方式。 SSL に設定する必要がありま

す。

TrustStore

データベースサーバーのセキュリティ証明書を含んだトラストストアファイルのパスとファイル名。

TrustStorePassword

トラストストアファイルへのアクセスに使用するパスワード。

HostNameInCertificate

セキュアデータベースをホストするマシンのホスト名。ホスト名を指定すると、Metadata Manager サー

ビスによって、接続文字列に含まれるホスト名がセキュリティ証明書のホスト名と照合されて、検証が行

われます。


ValidateServerCertificate

Metadata Manager サービスがデータベースサーバーによって提示された証明書を検証するかどうかを表し

ます。このパラメータを true に設定すると、Metadata Manager サービスによって証明書が検証されま

す。 HostNameInCertificate パラメータを指定すると、Metadata Manager サービスによって証明書のホ

スト名も検証されます。

このパラメータを false に設定すると、Metadata Manager サービスによって、データベースサーバーが提

示する証明書の検証は行われません。指定するトラストストア情報は Metadata Manager サービスによっ

て無視されます。

KeyStore

Metadata Manager サービスがデータベースサーバーに提示するセキュリティ証明書を含んだキーストアフ

ァイルのパスとファイル名。

KeyStorePassword

キーストアファイルへのアクセスに使用するパスワード。

フォルダの取り込みリストの設定

PowerCenter リソースのフォルダの取り込みリストパラメータを設定できます。パラメータを編集するには、

［ロード］タブの［リソース］パネルでリソースを選択し、［リソースの編集］をクリックし、［リソースの編

集］ウィンドウの［パラメータ］タブをクリックします。

Metadata Manager ウェアハウスにロードする PowerCenter オブジェクトのフォルダを指定するには、フォルダ

の取り込みリストパラメータを使用します。 PowerCenter フォルダをロードして、Metadata Manager で抽出

するオブジェクトを制限できます。 Metadata Manager ユーザーが分析する必要があるフォルダをロードしま

す。 PowerCenter リソースは、すべてのフォルダをロードしなければ、ロードが速くなります。設定可能なフ

ォルダの大数は 1,000 です。

ソース定義、ターゲット定義、再利用可能なトランスフォーメーション、マッピング、マップレットのいずれ

かのショートカットが格納されたフォルダを含める場合、元のオブジェクトが格納されたフォルダも含める必

要があります。そうしないと、データリネージが正しく表示されません。

デフォルトで、Metadata Manager はすべての PowerCenter フォルダを除外します。フォルダを対象にしない

と、Metadata Manager は PowerCenter Integration Services のメタデータなど PowerCenter フォルダに関連

付けられていない PowerCenter メタデータを抽出します。

抽出する Metadata Manager 用フォルダを変更して前にロードされたフォルダを削除する場合、Metadata

Manager ウェアハウスからメタデータオブジェクトは削除されません。 PowerCenter リポジトリに存在しなく

なった Metadata Manager ウェアハウス内のメタデータオブジェクトを削除するには、リソースのメタデータ

をパージします。次に、Metadata Manager ウェアハウスに必要なフォルダをロードします。

ソースの差分抽出ウィンドウの設定

PowerCenter リソースのソースの差分抽出ウィンドウ（日単位）パラメータを設定できます。パラメータを編

集するには、［ロード］タブの［リソース］パネルでリソースを選択し、［リソースの編集］をクリックし、［リ

ソースの編集］ウィンドウの［パラメータ］タブをクリックします。

リソースロード時の完全抽出を検証するために、リソースは抽出の 8,000 日以内に挿入または更新されたソー

スレコードを抽出するように設定されます。このパラメータのデフォルト値は 8,000 です。

初の抽出が終了した後、リソースにメタデータをロードする頻度に応じてパラメータ値を再設定します。ガ

イドラインとして、リソースのロードから次のリソースのロードまでの日数の少なくとも 2 倍にパラメータ値

を設定します。例えば、2 日ごとにリソースをロードする場合は、パラメータ値を 4 に設定します。時間を 2

倍にすることによって、Metadata Manager は現在および前回の期間のメタデータを抽出します。前回のロード

が失敗した場合、Metadata Manager は前回の期間と現在の期間の情報を抽出します。


デフォルトのパラメータ値をリセットしない場合、リソースをロードするときに、過去 8,000 日分のメタデー

タが抽出されます。

注: PowerCenter リソースを初回にロードするときに、Metadata Manager は差分抽出期間の前に作成されたオ

ブジェクトを拒否します。

PowerCenter パラメータファイル

PowerCenter ソースリポジトリがセッションとワークフローでパラメータファイルを使用する場合、

PowerCenter リソースをロードするときにパラメータファイルを読み込むように、Metadata Manager を設定で

きます。 PowerCenter パラメータは、SQL オーバーライド内のフラットファイルソース、フラットファイルル

ックアップ、フラットファイルターゲット、リレーショナル接続、またはオブジェクトを表すことができます。

Metadata Manager は、パラメータファイルを読み込んで、SQL オーバーライド内のフラットファイルソース、

フラットファイルルックアップ、フラットファイルターゲット、リレーショナル接続、およびオブジェクトの

メタデータを抽出できます。

PowerCenter リポジトリと、SQL オーバーライド内のフラットファイルソース、フラットファイルルックアッ

プ、フラットファイルターゲット、リレーショナル接続、またはオブジェクトのメタデータとの間でデータリ

ネージ分析を行うには、パラメータファイルを PowerCenter ワークフローに割り当てます。 Metadata

Manager は、パラメータファイル内の情報を使用して、データリネージを表示します。

パラメータファイルを割り当てるには、Metadata Manager アプリケーションを実行しているノードにパラメー

タファイルをアップロードします。パラメータファイルをアップロードした後、パラメータファイルを

PowerCenter リポジトリ内の個別のワークフローまたはすべてのワークフローに割り当てます。また、

PowerCenter リポジトリ内の適切なワークフローにパラメータファイルを自動的に割り当てるよう Metadata

Manager に指示できます。

変更したパラメータファイルまたは変更したパラメータファイルの割り当てをアップロードした後、

PowerCenter リソースを再ロードする必要があります。これで、Metadata Manager は、更新されたパラメー

タファイルの割り当てを使用して、データリネージを表示できます。

パラメータファイルの要件

Metadata Manager がパラメータファイルからパラメータ値を読み込むことができるようにするには、ファイル

に.txt、.prm、または.par 拡張子が必要です。

パラメータおよび変数はパラメータファイルの各セクションでグループ化されます。各セクションの先頭には、

パラメータまたは変数値を渡すフォルダ、ワークフロー、ワークレット、およびセッションを識別する見出し

があります。見出しのすぐ下でパラメータや変数を定義します。このとき各パラメータや変数を新しい行に入

力します。

以下の表では、パラメータファイルの各セクションを定義する見出し、および各セクションに定義したパラメ

ータおよび変数のスコープについて説明します。

見出しスコープ

［グローバル］すべてのフォルダ、ワークフロー、ワークレット、およびセッション。

［フォルダ名.WF:ワークフロー名］名前付きワークフローおよびワークフロー内のすべてのセッション。

［フォルダ名.WF:ワークフロー名.WT:ワークレット名］

名前付きワークレットおよびワークレット内のすべてのセッション。


見出しスコープ

［フォルダ名.WF:ワークフロー名.WT:ワークレット名.WT:ワークレット名...］

ネストしたワークレットおよびネストしたワークレット内のすべてのセッション。

［フォルダ名.WF:ワークフロー名.ST:セッション名］

-または-

［フォルダ名.WF:ワークフロー名.WT:ワークレット名.ST:セッション名］

-または-

［フォルダ名.WF:ワークフロー名.WT:ワークレット名.WT:ワークレット名.ST:セッション名］

-または-

［フォルダ名.セッション名］

-または-

［セッション名］

名前付きセッション。

パラメータファイルで無視される情報

Metadata Manager はパラメータファイル内の次の情報を無視します。

• サービスパラメータ。Metadata Manager は、サービスのパラメータを抽出しません。

• パラメータのないセッションまたはワークフロー。Metadata Manager では、すべてのセッションまたはワ

ークフローでパラメータファイルの使用は必須ではありません。

• 重複するセッション。Metadata Manager は、初に出現したセッションのパラメータを抽出します。再利

用可能なセッションを複数回使用する場合は、パラメータファイルで各セッションインスタンスを特定する

必要があります。

• 重複する見出し。パラメータファイルで同じ見出しが複数回指定されている場合、Metadata Manager は

初の見出しの下のセクションにある情報を使用します。 Metadata Manager は、以降の同じ見出しの下のセ

クションにある情報を無視します。

• 無効な形式のパラメータと値のペア。パラメータと値は、name=value の形式で１つの行に入力する必要が

あります。

パラメータファイルのルールとガイドライン

Metadata Manager は、次のガイドラインを使用してパラメータファイルを読み込みます。

• パラメータファイル内の複数のセクションで同じパラメータや変数を定義すると、も小さいスコープのパ

ラメータまたは変数が、より大きいスコープのパラメータまたは変数よりも優先されます。例えば、パラメ

ータファイルには以下のセクションが含まれます。

[HET_TGTS.WF:wf_TGTS_ASC_ORDR]$DBConnection_ora=Ora2[HET_TGTS.WF:wf_TGTS_ASC_ORDR.ST:s_TGTS_ASC_ORDR]$DBConnection_ora=Ora3

セッション s_TGTS_ASC_ORDR では、セッションパラメータ$DBConnection_ora の値は「Ora3」です。ワー

クフロー内の他のすべてのセッションでは、「Ora2」となります。

• パラメータファイルでマッピングパラメータに値が割り当てられていない場合、Metadata Manager はマッ

ピング中でパラメータのデフォルト値を使用します。


• １バイト文字を含むパラメータ値が 4000 文字を超える場合、Metadata Manager は値を 4000 文字に切り詰

めます。マルチバイト文字を含むパラメータ値が 2000 文字を超える場合、Metadata Manager は値を 2000

文字に切り詰めます。

• Metadata Manager は、名前に以下の特殊文字を含む PowerCenter フォルダに割り当てられているパラメー

タファイルを読み込むことができません。

. + - = ~ ` ! % ^ & * () [] {} ' \ " ; : / ? , < > \\ | \t \r \n

パラメータファイルの例

次の例は、接続パラメータファイル項目のサンプルです。

[CustomerInformation.WF:WF_DB_CATALOG_ORCL.ST:S_M_ELMNT_ASSOC_EXTRACT]$$WEIRD_CHAR=~!@#$%^&*()_+|{}[]=:";'<>?,./` $DBConnection_source=customer_source_DB$DBCONNECTION_SOURCE=hello$DBConnection_target=customer_target_DB$DBConnection_SARAH=sarah$DBCONNECTION_WEED=weedy

$PMSessionLogFile=$PMRootDir/sessionname1.log

パラメータファイルのアップロード

Metadata Manager アプリケーションを実行しているノードに PowerCenter パラメータファイルをアップロード

します。

パラメータファイルをアップロードするには：

1. ［ロード］タブの［リソース］パネルで、PowerCenter リソースを選択します。

2. ［プロパティ］パネルで［編集］をクリックします。


3. ［パラメータファイル］タブをクリックします。

4. ［アップロード］をクリックします。

［アップロード］ダイアログボックスが表示されます。

5. ［参照］をクリックして、1 つ以上のパラメータファイルを選択します。

6. ［開く］をクリックします。

同じファイルを複数回選択すると、後に選択したファイルで以前のバージョンが上書きされます。

7. 選択したファイルを削除するには、［削除］をクリックします。

8. 選択したファイルをアップロードするには、［アップロード］をクリックします。

複数のパラメータファイルを同時にアップロードできます。［アップロード］ダイアログボックスに、各

ファイルのアップロードステータスが表示されます。

9. ［閉じる］をクリックします。

10. アップロードしたパラメータファイルを削除するには、［パラメータファイル］リストでファイルを選択し

て、［削除］をクリックします。

アップロードしたパラメータファイルを PowerCenter ワークフローに割り当てます。


パラメータファイルの PowerCenter ワークフローへの割り当て

パラメータファイルをアップロードした後、ファイルを PowerCenter ワークフローに割り当てます。パラメー

タファイルを個々の PowerCenter ソース、ターゲット、またはルックアップに割り当てることはできません。

パラメータファイルは、ソース、ターゲット、およびルックアップを含むワークフローに割り当てます。

1. ［ロード］タブの［リソース］パネルで、PowerCenter リソースを選択します。



3. ［パラメータファイル］タブをクリックします。

4. 次のいずれかのタスクを実行して、パラメータファイルを割り当てます。

• PowerCenter リポジトリを分析して、アップロードしたパラメータファイルを、パラメータファイル名

を示す各ワークフローに自動的に割り当てるように Metadata Manager に対して指示するには、［自動

割り当て］をクリックします。

• パラメータファイルを個別に割り当てるには、［パラメータファイル］リストでパラメータファイルを

選択し、［ワークフローフォルダ］リストで１つ以上のフォルダまたはワークフローを選択し、［割り当

て］をクリックします。

• パラメータファイルをすべてのワークフローに割り当てるには、パラメータファイルを選択して

［Assign to All （すべてのワークフローに割り当て）］をクリックします。

注: PowerCenter ワークフローを設定するときに、絶対ファイル名、または$PMFolderName および

$PMWorkflowName ワークフロー変数を使用してパラメータファイル名を指定すると、Metadata Manager は

この値を使用して、自動的にパラメータファイルをワークフローに割り当てます。他のワークフロー変数

を使用してパラメータファイル名を設定する場合は、パラメータファイルを手動でワークフローに割り当

てる必要があります。

5. パラメータファイルをワークフローから削除するには、下部パネルでパラメータファイルの［削除］をク



パラメータファイルの割り当てを変更した後、PowerCenter リソースを再ロードする必要があります。

Metadata Manager は、更新されたパラメータファイルの割り当てを処理して、リソース間のリンクを更新し、

データリネージを正しく表示します。

ヒント: PowerCenter リソースを保存すると、Metadata Manager サービスのログにパラメータファイルが割り

当てられていないワークフローが表示されます。Metadata Manager サービスのログを表示するには、［ヘルプ］

> ［サービスログのエクスポート］を選択します。

参照

PowerCenter リソースを作成およびロードした後に、PowerCenter で抽出したメタデータオブジェクトでデー


差分抽出

Metadata Manager は、PowerCenter リポジトリからの差分抽出をサポートしています。

デフォルトでは、Metadata Manager はメタデータを差分抽出することができます。Metadata Manager は、

初にメタデータをこの 8,000 日間から抽出します。これは、20 年より長い期間です。メタデータの初期ロー

ドの後、近追加、修正、または削除されたメタデータを抽出するように期間を短縮します。変更されていな

いメタデータを再ロードする必要はありません。


メタデータオブジェクトのプロパティ

Metadata Manager は、PowerCenter メタデータオブジェクトのプロパティを抽出し、値を Metadata Manager

ウェアハウスに格納します。

値が複数のレコードに格納される場合、Metadata Manager はオブジェクトプロパティの値を切り詰めます。

Metadata Manager は、初のレコードのみから値を抽出します。例えば、PowerCenter リポジトリは IBM DB2

for LUW データベースに存在します。 PowerCenter リポジトリには、5,000 文字の長さの SQL オーバーライド

が含まれています。

PowerCenter で SQL オーバーライドを作成すると、PowerCenter は SQL オーバーライドメタデータを IBM DB2

for LUW データベーステーブルに 3 つのレコードとして格納します。 IBM DB2 for LUW データベースには各フ

ィールドに大 2,000 文字を格納できるため、PowerCenter は 5,000 文字の SQL オーバーライドメタデータを

3 つのレコードに分割します。初のレコードには初の 2,000 文字が含まれ、2 番目のレコードには次の

2,000 文字が含まれ、3 番目のレコードには 1,000 文字が含まれます。

Metadata Manager は、オブジェクトプロパティの初のレコードのみを抽出するため、IBM DB2 for LUW デー

タベーステーブルから SQL オーバーライドメタデータの初の 2,000 文字のみを抽出します。

次の表に、特定のデータベースに含まれている PowerCenter メタデータオブジェクトのプロパティから抽出さ

れる大文字数を示します。

データベース抽出される大文字数

IBM DB2 for LUW 2,000 文字

Microsoft SQL Server 4,000 文字

Oracle 2,000 文字

Sybase 4,000 文字

レコードフィルタおよび拒否

PowerCenter セッションを Metadata Manager ウェアハウスにロードしている間、Metadata Manager はレコー

ドに対応するデータベースカラムを解決できない場合、レコードをリジェクトまたはフィルタリングします。

Metadata Manager は、次の条件のいずれかを満たすレコードをフィルタリングします。

• セッションインスタンス接続がデータベーススキーマに割り当てられていない。

• 接続割り当てが有効で、Metadata Manager がデータベースカラムを解決できず、ルックアップまたはソー

ス修飾子トランスフォーメーションなどのリーダートランスフォーメーションに SQL オーバーライドが存在

する。

Metadata Manager は、次の条件のいずれかを満たすレコードを拒否します。

• セッションインスタンス接続がスキーマに割り当てられており、ソース修飾子トランスフォーメーションに

SQL オーバーライドがなく、Metadata Manager がデータベースカラムを解決できない。

• Metadata Manager が PowerCenter ターゲット構造および対応するデータベースカラムを解決できない。

データリネージのスコープ

Metadata Manager は、次のオブジェクトのデータリネージをサポートしています。

• ローカルショートカット（グローバルショートカットは対象外）

• リレーショナル接続（アプリケーション接続は対象外）


• ルックアップトランスフォーメーションとソースインスタンス

• 各トランスフォーメーションの構造レベルリネージ

• 接続されたトランスフォーメーションと接続されていないトランスフォーメーション

SQL インラインビュー

SQL インラインビューは、別の SELECT 文の FROM 句の中の SELECT 文です。例えば、以下の SQL にはインライ

ンビューが含まれています。

SELECT ename FROM (SELECT ename FROM emp)

PowerCenter ソース修飾子トランスフォーメーションまたはルックアップトランスフォーメーションは、イン

ラインビュー内のデータベーステーブル、ビュー、またはシノニムを参照する SQL オーバーライドを含むこと

ができます。リレーショナルデータベースリソースと PowerCenter リソースの間に接続割り当てを作成した

場合、データベーステーブル、ビュー、シノニムのデータリネージで、リレーショナルデータベースオブジェ

クトと PowerCenter トランスフォーメーションの間にリンクが表示されます。

注: SQL インラインビューは、共通テーブル式とも呼ばれます。

大文字と小文字の区別

PowerCenter は、接続およびデータベースの大文字と小文字が区別されるかどうかを通知しません。 Metadata

Manager では、PowerCenter メタデータを格納しているデータベースでは大文字と小文字が区別されないと想

定します。 Metadata Manager では、構造名とプロパティ名が大文字で格納されます。

フラットファイル

PowerCenter は、フラットファイルをマッピングでソース、ターゲット、およびルックアップとして使用でき

ます。 Metadata Manager は、メタデータカタログ内の PowerCenter ソースリポジトリから、以下のタイプの

フラットファイルを表示します。

• XML

• VSAM

• 区切りファイル

• 固定長

PowerCenter では、Integration Service にワークフローの実行を割り当てることができます。メタデータカ

タログでは、PowerCenter リポジトリにあるフラットファイルソースおよびターゲットが対応する

Integration Service の下に表示されます。 Integration Service が設定されていないリポジトリにフラット

ファイルがある場合、メタデータカタログではこのフラットファイルが"Unknown Service"と呼ばれるオブジ

ェクトの下に表示されます。

Metadata Manager では、区切りおよび固定長フラットファイルのカラムのフィールドレベル詳細がデータリネ

ージに表示されます。 Metadata Manager は、PowerCenter のソースおよびターゲット定義を使用して区切り

および固定長フラットファイルのカラムを判別します。 XML および VSAM フラットファイルにはカラムが含ま

れていないため、Metadata Manager ではこれらのフラットファイルタイプのフィールドレベル詳細がデータリ

ネージに表示されません。

コマンドタスク

PowerCenter のコマンドタスクには、複数のコマンドを含めることができます。各コマンドに名前を付けるこ

とも、名前を付けないこともできます。メタデータカタログでは、名前のないコマンドが、


「CommandLineTask<番号>」として表示されます。<番号>は、コマンドタスク内の、名前のないコマンドの順序

を表します。

例えば、コマンドタスクに、「FirstCommand」という名前のコマンドが 1 つと、名前のないコマンドが 2 つ含

まれているとします。メタデータカタログには、次の名前でコマンドの一覧が表示されます。

• FirstCommand

• CommandLineTask1

• CommandLineTask2

一意性制約エラー

PowerCenter リソースをロードする場合、S_M__ELMNT_ATTR_EXTRACT セッションは一意キー制約エラーのため

行をリジェクトすることができます。PowerCenter SourceDefinition オブジェクトには、重複する属性名が含

まれます。例えば、SourceDefinition オブジェクトに重複するツリー名、セット ID、有効日付、および Set

Control Value 属性が含まれます。Metadata Manager は、1 つの値のみを抽出します。

マップレット

PowerCenter マッピング内にインスタンスがないマップレットのマップレットポートに対してデータリネージ

を起動すると、Metadata Manager は、マップレットとマップレットポートをデータリネージ図に表示します。

Metadata Manager では、マップレットポートから PowerCenter オブジェクトへのリンクは表示されません。マ

ップレットポートに対してリネージを起動し、PowerCenter マッピング内にマップレットのインスタンスがあ

る場合、Metadata Manager はマップレットの入力および出力ポートから他の PowerCenter オブジェクトへのリ

ンクを表示します。


第 8 章

データモデリングリソース


• Embarcadero ERStudio, 128 ページ

• ERwin, 134 ページ

• SAP PowerDesigner, 146 ページ


• データモデリングリソースのリファレンス, 151 ページ

Embarcadero ERStudioEmbarcadero ERStudio は、データモデルを作成および保守するために使用するデータモデリングツールです。

Embarcadero ERStudio リソースを作成して、Embarcadero ERStudio メタデータを抽出するように設定できま

す。 Metadata Manager は、Embarcadero ERStudio 論理モデルと物理モデルをメタデータファイルから抽出し

ます。 Embarcadero ERStudio リソースを作成する前に、Embarcadero ERStudio モデルをメタデータファイル

にエクスポートします。リソースを作成するときに、メタデータファイルを指定します。

Embarcadero ERStudio の設定

Embarcadero ERStudio リソースを作成する前に、メタデータソースを設定する必要があります。メタデータ

ソースを適切に設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハ

ウスへのロードが正常に行われません。

Embarcadero ERStudio を設定するには、次の作業を実行します。


• メタデータファイルへのモデルのエクスポート。



するために使用する Windows ベースのプログラムです。デフォルトでは、Metadata Manager Agent は

Metadata Manager サービスが動作する Windows ノードで動作します。

Embarcadero ERStudio からメタデータを抽出するには、別途、Metadata Manager Agent を別途 Windows マシ

ンにインストールする必要があります。 Metadata Manager Agent と Embarcadero ER/Studio Data Architect

は同じマシン上に存在する必要があります。

128

関連項目：


メタデータファイルへのモデルのエクスポート

Embarcadero ERStudio からメタデータを抽出するには、Embarcadero ERStudio からモデルをメタデータファ

イルにエクスポートします。 Metadata Manager は、エクスポートしたメタデータファイルからモデルを抽出

します。

Metadata Manager は、リレーショナル表記に設定されている物理モデルと論理モデルを抽出します。メタデ

ータをエクスポートする前に、ERStudio クライアントツールを使用して、リレーショナル表記に抽出する物理

モデルと論理モデルを設定します。

ERStudio クライアントツールを使用して、メタデータを.dm1 ファイルにエクスポートします。ファイルには、

１つの論理モデルと任意の数の物理モデルを含めることができます。 Metadata Manager は、論理モデルから

作成された論理モデルと物理モデルを抽出します。 Metadata Manager は、論理モデルと物理モデルから抽出

したすべてのオブジェクトを、論理モデルの下に表示します。

Embarcadero ERStudio リソースの作成

Embarcadero ERStudio リソースを作成する前に、Embarcadero ERStudio モデルをメタデータファイルにエク

スポートします。



2. ［データモデリング］ > ［Embarcadero ERStudio］をクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]










Embarcadero ERStudio 129



パスに存在するかどうかも検証されます。











Embarcadero ERStudio 設定プロパティ

Embarcadero ERStudio リソースを作成または編集するときは、設定プロパティを更新します。






リソースの名前とバージョン。


Metadata Manager は、リソースをロードするたびに指定する場所にあるメタデータソースファイルを使用します。このオプションを有効にする場合、ファイルのパスには、Metadata Manager Agent マシンからアクセスできる絶対パスを含める必要があります。このオプションを無効にすると、リソースの設定を終了するときに、Metadata Manager はメタデータソースファイルを Metadata Manager アプリケーションディレクトリにコピーします。リソースをロードするたびに、Metadata Manager は Metadata Manager アプリケーションディレクトリ内にあるコピーされたメタデータソースファイルを使用します。

モデルの選択

メタデータの抽出元であるモデルのタイプ。DM1 ファイルには複数の独立したモデルが含まれます。

次のいずれかのオプションを選択します。- 論理モデル: 論理モデルからメタデータを抽出するには、このオプションを選択します。- 物理モデル: DM1 ファイルに物理モデルと論理モデルが含まれていて、物理モデルを使用する場合に選択します。モデルの名前を指定する必要があります。

- すべてのモデル論理モデルと物理モデルからメタデータを抽出するには、このオプションを選択します。

デフォルトは論理モデルです。

物理モデル名

メタデータを抽出する物理モデルの名前。

UDP 抽出のスキップ

Metadata Manager が ERStudio から添付（ユーザー定義プロパティ、UDP とも呼ばれる）をインポートしないようにします。このオプションを有効にすると、Metadata Manager はUDP をインポートせず、［UDP のインポート］プロパティを表示しません。デフォルトでは無効になっています。

130 第 8 章: データモデリングリソース


UDP のインポート

Metadata Manager が ERStudio から添付（ユーザー定義プロパティ、UDP とも呼ばれる）をインポートする方法を定義します。通常、添付にはデフォルト値が含まれます。添付にバインドされたオブジェクトは、明示的な値でオーバーライドするか、デフォルト値を再利用することができます。

次のいずれかのオプションを選択して、プロパティの定義および値をインポートする方法を指定します。-［メタデータとして］：明示的な値をプロパティ値オブジェクトとしてインポートします。デフォルト値はインポートされません。このオプションでは、プロパティタイプでのデフォルト値が保持されます。

-［メタデータとしてデフォルト値を移行］：明示的な値およびデフォルト値をプロパティ値オブジェクトとしてインポートします。

-［説明にデフォルト値を移行］: 明示的な値と暗示的な値の両方について、オブジェクト説明プロパティにプロパティの名前および値を付加します。

-［両方でデフォルト値を移行］: UDP の値をメタデータとして、およびオブジェクト説明プロパティにインポートします。

デフォルトは［メタデータとして］です。

所有者スキーマのインポート

所有者スキーマをインポートします。次のいずれかのオプションを選択します。- True。テーブル、ビュー、およびその他のデータベースオブジェクトの所有者スキーマを

インポートします。 DM1 ファイルに物理モデルと論理モデルが含まれていて、物理モデルを使用する場合に選択します。

- False。テーブル、ビュー、およびその他のデータベースオブジェクトの所有者スキーマを無視します。論理モデルを使用する場合に選択します。




ファイルインポートする DM1 ファイル。

参照

ERStudio リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトでデ

ータリネージを表示および実行できます。


以下の表に、Metadata Manager によって Embarcadero ERStudio から抽出される物理オブジェクトと論理オブ

ジェクトを示します。

• AliasClassifier

• Attachment

• AttachmentType

• Attribute

• BufferPool

• CandidateKey

• Categorization

• カラム

• 接続


• ConnectionSchema

• Constraint


• DatabaseInstance

• DataFlow

• DataMappingModel

• Default

• DiagramContent

• DiagramFolder

• Domain

• Entity

• ER_Studio

• FileDirectory

• FlatFileModel

• FlatFileSource

• Folder

• ForeignKey

• IdentifyingRelationship

• Identity

• インデックス

• IndexMember

• InputTable

• LogicalDataModel

• LogicalDiagram

• LogicalModel

• LogicalRule

• LogicalSource

• LogicalSubmodel

• MainLogicalModel

• MainPhysicalModel

• MappingDataAttribute

• NonIdentifyingRelationship

• NonSpecificRelationship

• Note

• OtherSource

• OutputTable

• Parameter

• Partition


• PhysicalDataModel

• PhysicalDiagram

• PhysicalExtension

• PhysicalModel

• PhysicalObject

• PhysicalRule

• PhysicalSource

• PhysicalSubmodel

• PrimaryKey

• PrimaryKeyAttribute

• PrimaryKeyColumn

• Project

• ReferenceValueList

• Reference Value Range

• RelationshipEnd1

• RelationshipEnd2

• Repository

• Schema

• Sequence

• Shape

• SourceTable

• StorageGroup

• StoredProcedure

• SuperTypeRelationship

• シノニム

• SynonymColumn

• テーブル

• TableSpace

• Transformation

• トリガ

• ビュー

• TypeValue

• UserDatatype

• ビュー

• ViewColumn

• ViewRelationship

• Volume

• XmlSchema


ERwinERwin は、リレーショナルデータベースの論理または物理データモデルの作成と管理に使用するツールです。

Metadata Manager では、ERwin リソースを作成して、ERwin のデータモデルからメタデータを抽出し表示する

よう設定することができます。

Metadata Manager では、以下のソースから ERwin メタデータを抽出できます。

ソースリポジトリ

Metadata Manager は、ERwin Data Modeler リポジトリに接続してメタデータを抽出します。

ソースファイル

Metadata Manager は、以前に ERwin からエクスポートしたメタデータファイルから、ERwin メタデータを

抽出します。

ERwin の設定

ERwin リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適切に設



ERwin を設定するには、次の作業を実行します。


• Metadata Manager Agent が ERwin 7.x、8.x、9.x のデスクトップと対話できるようにする。

• メタデータファイルへのモデルのエクスポート。



するために使用する Windows ベースのプログラムです。デフォルトでは、Metadata Manager Agent は

Metadata Manager サービスが稼働している Windows ノードで実行されます。

ERwin が Metadata Manager サービスと同じマシン上にない場合、Metadata Manager Agent を個別の Windows

マシンにインストールします。

Metadata Manager Agent には、ERwin ソースタイプに基づく以下のインストール要件があります。

ERwin リポジトリ形式の XML ファイルまたは ERwin ソースファイル

任意のマシンにインストールされた Metadata Manager Agent を使用できます。新のソースファイルを

使用するように Metadata Manager を設定するには、ソースファイルの場所に Metadata Manager Agent マ

シンからアクセスできる必要があります。

ERwin Model Manager リポジトリ

ERwin からメタデータを抽出するには、Metadata Manager Agent が ERwin Data Modeler API を介して

ERwin Data Modeler Workgroup Edition マートに接続します。したがって、Metadata Manager Agent、

ERwin クライアント、ERwin リポジトリデータベースが同じマシン上にある必要があります。データベー

スクライアントのバージョンは、ERwin Model Manager リポジトリをホストするデータベースサーバーの

バージョンと一致する必要があります。さらに、ERwin クライアントは、ERwin リソースの設定時に指定

された設定プロパティを使用して、ERwin Model Manager リポジトリに接続し、その中のモデルを開くこ

とができなければなりません。


関連項目：







• Microstrategy









ERwin からメタデータファイルにモデルをエクスポートします。Metadata Manager でエクスポートしたメタデ

ータファイルから ERwin メタデータを抽出します。Metadata Manager の ERwin ソースリポジトリへの接続を設

定する場合はメタデータファイルを指定します。

ERwin 7.x、8.x、または 9.x Data Modeler（ファイル）の場合、Metadata Manager で以下のファイルタイプ

からメタデータを抽出できます。

• .erwin

• .xml

注: XML ファイルを ERwin Data Modeler からリポジトリ標準形式で保存します。

ERwin リソースの作成

ERwin リソースを作成する前に、ERwin ソースを設定します。

注: ERwin 9.0（マートの単一モデル）リソースを作成する場合は、マートデータベースは Microsoft SQL

Server データベースである必要があります。マートデータベースが Oracle データベースの場合、ERwin 9.0

（マートの単一モデル）リソースは作成できません。Oracle マートデータベースは、ERwin 9.1 以降でサポー

トされます。



2. ［データモデリング］ > ［ERwin］をクリックします。



ERwin 135


プロパティ

説明


/ \ : * ' ? " < > | [ ]










ソースシステムのバージョンが ERwin 7.x Data Modeler（Model Manager）、ERwin 7.3 Data Modeler

（Oracle 上の Model Manager）、または ERwin 7.3 Data Modeler（SQL Server 上の Model Manager）の場

合、Metadata Manager は ERwin Data Modeler への接続をテストし、Metadata Manager Agent URL を検

証します。

ソースシステムのバージョンがそれ以外の ERwin バージョンである場合、Metadata Manager は Metadata

Manager Agent URL を検証します。新のソースファイルを使用するように Metadata Manager を設定し

ている場合、Metadata Manager ではソースファイルが指定されたパスに存在するかどうかも検証されま

す。 XML ソースファイルが Metadata Manager にアップロードされると、Metadata Manager では、ファイ

ルがリソースのタイプおよびバージョンと互換性があるかどうかを検証します。

Metadata Manager が接続を検証できない場合、エラーメッセージが表示されます。エラーを修正し、も

う一度接続をテストします。










ERwin 7.x、8.x、9.x（ファイル）の設定のプロパティ

ERwin 7.x、8.x、または 9.x（ファイル）リソースを作成または編集するときに、設定のプロパティを更新し

ます。




Metadata Manager Agent のホスト名とポート番号。


メタデータソースファイルをエクスポートするために使用した ERwin のバージョン、または接続する ERwin Data Modeler のバージョンです。


リソースをロードするたびに、Metadata Manager Agent は指定された場所にあるメタデータソースファイルを使用します。このオプションを有効にする場合は、ファイルへのパスにMetadata Manager Agent マシンからアクセスできる絶対パスを含める必要があります。このオプションを無効にすると、リソースの設定の終了時に、Metadata Manager Agent はメタデータソースファイルを Metadata Manager アプリケーションディレクトリにコピーします。リソースをロードするたびに、Metadata Manager Agent は Metadata Manager アプリケーションディレクトリ内にコピーされたメタデータソースファイルを使用します。


ユーザー定義プロパティ（UDP）の定義および値を Metadata Manager Agent で ERwin から適切にインポートする方法を指定します。ERwin では、ユーザー定義プロパティとは、デフォルト値が設定されたプロパティ定義オブジェクトを指します。UDP が適用されるオブジェクトには、明示的な値があるか、または値が割り当てられていない場合があります。値が割り当てられていない場合は、ERwin によって、プロパティ定義のデフォルト値が UDP に割り当てられます。

次のいずれかのオプションを選択して、プロパティの定義および値をインポートする方法を指定します。-［メタデータとして］：明示的な値をプロパティ値オブジェクトとしてインポートします。このオプションでは、プロパティタイプでのデフォルト値が保持されます。暗示的な値はインポートされません。

-［メタデータとしてデフォルト値を移行］：明示的な値および暗示的な値をプロパティ値オブジェクトとしてインポートします。

-［説明にデフォルト値を移行］:明示的な値および暗示的な値について、オブジェクト説明プロパティにプロパティの名前および値を付加します。

-［両方でデフォルト値を移行］:UDP の値をメタデータとして、およびオブジェクトの説明にインポートします。

リレーション名のインポート

ERwin からのリレーション名のインポート方法を指定します。次のいずれかのオプションを選択します。-［リレーション名から］：リレーション名プロパティを使用します。-［リレーション説明から］：リレーション説明プロパティを使用します。このオプションは、さらに説明的な名前をリレーションに付けるときに使用します。

デフォルトは［リレーション名から］です。

インポートするカラム順序

テーブル内のカラム順序のインポート方法を指定します。次のいずれかの値を指定します。- カラム順序: ERwin 物理ビューに表示されるカラムの順序に基づいてインポートします。- 物理的順序: SQL DLL で生成されたときの、データベース内のカラム順序に基づいてインポートします。

デフォルトは［物理的順序］です。

ERwin 137



所有者スキーマをインポートします。次のいずれかの値を指定します。- True。テーブル、ビュー、およびその他のデータベースオブジェクトの所有者スキーマを

インポートします。- False。すべてのデータベースオブジェクトの所有者スキーマを無視します。

デフォルトは［True］です。

図のインポート

Metadata Manager Agent が図をインポートする方法を指定します。次のいずれかの値を指定します。- なし。Metadata Manager Agent は図をインポートしません。- 現在のビュー。Metadata Manager Agent は各図の現在のビューをインポートします。- すべて:Metadata Manager Agent は図を 2 回インポートします。1 回は論理的ビューで、

もう 1 回は物理ビューです。

デフォルトは［現在のビュー］です。

エンティティをサブジェクト領域に移動する

エンティティをユーザー定義のサブジェクト領域に移動するかどうかを指定します。ERwin Modeler がサブジェクト領域を、独自の名前空間を持つ従来の（UML）デザインパッケージとして使用しており、各エンティティが 1 つのサブジェクト領域に属している場合、このオプションを True に設定します。

次のいずれかの値を指定します。- True。Metadata Manager Agent は、エンティティを対応するパッケージに配置します。他のエンティティはモデルの下に配置します。

- False。Metadata Manager Agent はエンティティをサブジェクト領域に移動しません。



Metadata Manager Agent は、リソースのロード中にリレーショナルデータベースリソースタイプへの接続の割り当てを設定します。このオプションを無効にする場合、リソースを作成した後で、リソースプロパティ内で接続の割り当てを設定する必要があります。

ファイル ERwin からエクスポートした ERX、ER1、erwin、または XML ソースファイル。注: ER1 ファイルと erwin ファイルを解析するには、ERwin を Metadata Manager Agent が実行されている同じマシンにインストールします。

ERwin 9.x（マートの単一モデル）の設定のプロパティ

ERwin 9.x（マートの単一モデル）リソースを作成または編集するときに、設定のプロパティを更新します。


プロパティ

説明





サーバー名接続するマートサーバーの名前。例: localhost など。

サーバーポート

マートサーバーのネットワークポート番号


プロパティ

説明

IIS の使用 Microsoft IIS Web サーバーを使用する場合のマートサーバーへの接続の種類です。次のいずれかの値を指定します。- True。Metadata Manager エージェントは IIS を使用してマートサーバーに接続します。- False。Metadata Manager エージェントはポート番号を使用してマートサーバーに接続します。

デフォルトは false です。

SSL の使用マートサーバーへの接続の種類です。次のいずれかの値を指定します。- True。Metadata Manager Agent はセキュアな接続を使用してマートサーバーに接続しま

す。- False。Metadata Manager エージェントは標準の HTTP 接続を使用します。


アプリケーション名

接続するマートサーバーのアプリケーションの名前。

認証 ERwin Data Modeler のユーザ名およびパスワードに使用する認証のタイプです。次のいずれかのオプションを選択します。- データベース認証。ネイティブデータベース認証を使用してユーザー名およびパスワードを認証します。

- Windows 認証。データベースのユーザー名およびパスワードに対して、Windows 認証を使用します。このオプションは、Oracle および Microsoft SQL Server で使用します。

デフォルトは［データベース認証］です。

ユーザー名 ERwin Data Modeler のデータベースユーザー名。

Windows 認証を使用する場合、このフィールドは空白のままにします。

パスワード ERwin Data Modeler のユーザー名のパスワード。


モデル ERwin Data Modeler のモデルロケータ文字列。Microsoft SQL Server の場合は次の形式を使用します。

mmart://<database name>/<path>/<model name>

Oracle の場合は次の形式を使用します。

mmart://<path>/<model name>

注: モデルパスでは大文字と小文字が区別されます。 CA ERwin Data Modeler で使用されるモデルパスに基づいて正しい値を指定してください。

ERwin 139

プロパティ

説明








ERwin からのリレーション名のインポート方法を指定します。次のいずれかのオプションを選択します。-［リレーション名から］：リレーション名プロパティを使用します。-［リレーション説明から］：リレーション説明プロパティを使用します。このオプションは、さらに説明的な名前をリレーションに付けるときに使用します。










Metadata Manager Agent が図をインポートする方法を指定します。次のいずれかの値を指定します。- なし。Metadata Manager Agent は図をインポートしません。- 現在のビュー。Metadata Manager Agent は各図の現在のビューをインポートします。- すべて:Metadata Manager Agent は図を 2 回インポートします。1 回は論理的ビューで、もう 1 回は物理ビューです。



プロパティ

説明








ERwin 7.x（Model Manager）および ERwin 8.x（マートの単一モデル）の設定

のプロパティ

ERwin 7.x（Model Manager）または ERwin 8.x（マートの単一モデル）リソースを作成または編集するときに、

設定のプロパティを更新します。


プロパティ

説明





データベースタイプ

Data Modeler に接続するデータベース接続タイプ。

データベースには、Microsoft SQL Server（バージョン 7、2000、2005、および 2008）、Oracle、Sybase ASE を使用できます。

サポートされるデータベースおよびライブラリの詳細については、ERwin のマニュアルをご覧ください。

データベースサーバー

接続するデータベースサーバー。

Microsoft SQL Server または Sybase ASE の場合は、サーバーの DNS アドレスを指定します（例: localhost）。また、特定の Microsoft SQL Server インスタンスを指定することもできます（servername\namedinstance など）。

Oracle の場合は、使用する適切な Oracle 接続文字列を指定します。以下に例を示します。(DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = ORA90) ) )

データベース名

データベースの名前。Oracle の場合は不要です。

ERwin 141

プロパティ

説明

認証 ERwin Data Modeler のユーザ名およびパスワードに使用する認証のタイプです。次のいずれかのオプションを選択します。- データベース認証。ネイティブデータベース認証を使用してユーザー名およびパスワードを認証します。

- Windows 認証。データベースのユーザー名およびパスワードに対して、Windows 認証を使用します。このオプションは、Oracle および Microsoft SQL Server で使用します。

デフォルトは［データベース認証］です。

ユーザー名

ERwin Data Modeler のデータベースユーザー名。


パスワード

ERwin Data Modeler のユーザー名のパスワード。


モデル ERwin Data Modeler のモデルロケータ文字列。Microsoft SQL Server の場合は次の形式を使用します。

mmart://<database name>/<path>/<model name>

Oracle の場合は次の形式を使用します。

mmart://<path>/<model name>

注: モデルパスでは大文字と小文字が区別されます。 CA ERwin Data Modeler で使用されるモデルパスに基づいて正しい値を指定してください。








ERwin からのリレーション名のインポート方法を指定します。次のいずれかのオプションを選択します。-［リレーション名から］：リレーション名プロパティを使用します。-［リレーション説明から］：リレーション説明プロパティを使用します。このオプションは、

さらに説明的な名前をリレーションに付けるときに使用します。






プロパティ

説明






Metadata Manager Agent が図をインポートする方法を指定します。次のいずれかの値を指定します。- なし。Metadata Manager Agent は図をインポートしません。- 現在のビュー。Metadata Manager Agent は各図の現在のビューをインポートします。- すべて:Metadata Manager Agent は図を 2 回インポートします。1 回は論理的ビューで、もう 1 回は物理ビューです。









参照

ERwin リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトのデータ

リネージを表示および実行できます。

関連項目：

•「データモデリングリソースのリファレンス」 (ページ151)

ドメイン

ERwin では、ドメインを定義するか、システム定義ドメインを使用することができます。各ドメインには 1 つ

以上のカラムに適用できるプロパティがあります。ドメインを使用して、複数のカラムに指定されたプロパテ

ィセットを再使用できます。

ERwin では、ドメインに階層があります。システム定義ドメインは、階層の上位レベルのドメインです。ユ

ーザー定義ドメインを作成することにより、ドメイン階層にサブレベルを作成できます。

ERwin のドメインに検証ルールを適用することもできます。

ERwin 143

関連項目：

•「ドメインと検証ルールの関連付け」 (ページ153)

システム定義ドメイン

ERwin でモデルを作成すると、ERwin によって以下のシステム定義ドメインが作成されます。

• String

• BLOB

• 番号

• 日時

• デフォルト

これらの各ドメインは、ドメイン階層の上位レベルのドメインです。ERwin では、すべての上位レベルの

親ドメインはシステム定義ドメインです。

Metadata Manager では、システム定義ドメインが抽出されないため、システム定義ドメインはメタデータカタ

ログのドメイン階層に表示されません。

ドメイン階層

ERwin でユーザー定義ドメインを作成するときは、ユーザー定義ドメインを親ドメインに割り当てる必要があ

ります。

Metadata Manager ではシステム定義ドメインが抽出されないため、ユーザー定義ドメインのドメイン階層が表

示されます。

ParentDomain 関連付けは、ドメインが関連付けられていることを示します。

ParentDomain 関連付けを表示するには：

1. ［参照］ページのメタデータカタログで、メタデータカタログの ERwin ドメインインスタンスをクリック

します。

2. ［詳細］セクションで、［リレーションシップ］タブをクリックします。

［関係］タブに、選択したドメインに関連付けられているすべての関係が表示されます。

ParentDomain 関連付けの場合、［関係］タブにある各ドメインはメタデータカタログで選択されたドメイ

ンの親ドメインです。

代替および反転キー

ERWin では、一意のインデックスに対して代替キー、一意でないインデックスに対して反転キーという用語が

使用されます。

ERwin で反転キーのプロパティを設定するときに［物理のみ］オプションを選択しなかった場合、Metadata

Manager では反転キーが一意のキーまたは代替キーとして処理されます。

インデックス UDP

Metadata Manager は、インデックスと関連付けられているプライマリキーまたは一意のキークラスのオブジェ

クトのユーザー定義プロパティ（UDP）を抽出します。Metadata Manager はインデックスクラスのオブジェク

トの UDP を抽出しません。


リレーションシップ説明

ERwin では、リレーションの定義がメモとして XML ファイルに格納されます。Metadata Manager では、これら

の定義を抽出し、説明クラスの属性である InfaDescription としてではなく、説明要素のプロパティである

ERwinElementDescription としてロードします。

リレーションシップの説明を取得するには：

1. ［参照］ページの［カタログ］ビューで、ERwin リソースのリレーションインスタンスをクリックします。

2. ［詳細］セクションで、［リレーションシップ］タブをクリックします。

3. ［リレーションシップ］タブに完全な説明が表示されない場合、ERwinElementDescription クラスのオブジ

ェクトに対応する［名前］カラムのリンクをクリックし、関係の完全な説明を表示します。


以下の表に、Metadata Manager によって抽出されるオブジェクトを示します。

モデルタイプ抽出されるオブジェクト

論理 - エンティティ- カラム- サブジェクト領域- リレーションシップ- ユーザー定義プロパティ（UDP）

物理 - エイリアスカラム- 引数- 属性/カラム- 候補キーグループ- データベーススキーマ- デフォルト値- ER の図- 外部キーグループ- インデックス- インデックスメンバ- モデル- プライマリキー属性/カラム- リレーション- リレーション端- Sequence- ストアドプロシージャ- サブジェクト領域- シノニム- テーブル/エンティティ- トリガ- UDP- ユーザー定義- ビュー- ビューカラム- ビューリレーション

ERwin 145


以下の表に、Metadata Manager によってデータリネージが表示される ERwin オブジェクトを示します。

データリネージのタイプ説明

カラムレベルのリネージビューカラムからテーブルカラムおよびビューカラムへのリネージ

リソース間のリネージ以下の ERwin オブジェクトと他のリソース間のリネージ

- テーブル

- ビュー

- プロシージャ

- トリガ

- シノニム

SAP PowerDesignerSAP PowerDesigner リソースを作成して、SAP PowerDesigner メタデータを抽出するように設定できます。SAP

PowerDesigner は、データモデルを作成および保守するために使用するデータモデリングツールです。

SAP PowerDesigner リソースを作成する前に、SAP PowerDesigner モデルをメタデータファイルにエクスポー

トします。リソースを作成するときに、メタデータファイルを指定します。 Metadata Manager は、SAP

PowerDesigner モデルをメタデータファイルから抽出します。

SAP PowerDesigner の設定

SAP PowerDesigner リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソー



SAP PowerDesigner を設定するには、モデルをメタデータファイルにエクスポートします。


SAP PowerDesigner からメタデータを抽出するには、SAP PowerDesigner からモデルをメタデータファイルに

エクスポートします。 SAP PowerDesigner クライアントツールを使用して、モデルを.pdm ファイルに XML 形

式で保存します。Metadata Manager は、エクスポートしたメタデータファイルから SAP PowerDesigner モデル

を抽出します。

SAP PowerDesigner リソースの作成

SAP PowerDesigner リソースを作成する前に、SAP PowerDesigner モデルをメタデータファイルにエクスポー

トします。



2. ［データモデリング］ > ［SAP PowerDesigner］をクリックします。





プロパティ

説明


/ \ : * ' ? " < > | [ ]












パスに存在するかどうかも検証されます。





9. スケジュールを追加するには、［スケジュールを添付する］を選択し、［スケジュール］リストでスケジュ

ールを選択します。





SAP PowerDesigner 147

SAP PowerDesigner の設定のプロパティ

SAP PowerDesigner リソースを作成または編集するときに、設定のプロパティを更新します。プロパティは、

SAP PowerDesigner のバージョンによって異なります。


プロパティ

バージョン説明


すべて Metadata Manager Agent のホスト名とポート番号。任意のマシンにインストールされた Metadata Manager Agent を使用できます。


すべて接続する SAP PowerDesigner のバージョンです。


すべて Metadata Manager は、リソースをロードするたびに指定する場所にあるメタデータソースファイルを使用します。このオプションを有効にする場合、ファイルのパスには、Metadata Manager Agent マシンからアクセスできる絶対パスを含める必要があります。このオプションを無効にすると、リソースの設定を終了するときに、Metadata Managerはメタデータソースファイルを Metadata Manager アプリケーションディレクトリにコピーします。リソースをロードするたびに、Metadata Manager は Metadata Manager アプリケーションディレクトリ内にあるコピーされたメタデータソースファイルを使用します。

バイナリ文字のフィルタを適用します

SAP PowerDesigner PDM 7.5～16.x

無効なバイナリ文字を PDM XML インポートファイルから削除します。PowerDesigner ツールは、XML ファイルで処理できないバイナリ文字が含まれる XML ファイルを生成する場合があります。次のいずれかのオプションを選択します。- True。無効なバイナリ文字を削除します。Metadata Manager では、ファイルからメタデータを抽出する前に、無効なバイナリ文字が削除されます。

- False。無効な文字を削除しません。




Metadata Manager がユーザー定義プロパティ（UDP）のプロパティ定義と値を SAP PowerDesigner からインポートする方法を定義します。ユーザー定義プロパティは、デフォルト値が設定されたプロパティ定義オブジェクトです。UDP が適用されるオブジェクトには、明示的な値があるか、または値が割り当てられていない場合があります。値が割り当てられていない場合は、SAP PowerDesigner によって、プロパティ定義のデフォルト値が UDP に割り当てられます。

次のいずれかのオプションを選択して、プロパティの定義および値をインポートする方法を指定します。-［メタデータとして］：明示的な値をプロパティ値オブジェクトとし

てインポートします。このオプションでは、プロパティタイプでのデフォルト値が保持されます。暗示的な値はインポートされません。


-［説明にデフォルト値を移行］: 明示的な値と暗示的な値の両方について、オブジェクト説明プロパティにプロパティの名前および値を付加します。

-［両方でデフォルト値を移行］: UDP の値をメタデータとして、およびオブジェクト説明プロパティにインポートします。


プロパティ

バージョン説明

説明フィールドに容量情報を追加する


容量情報をインポートして説明プロパティに追加します。以下のいずれかの値を指定します。- True。説明プロパティに容量情報を追加します。- False。容量情報を無視します。


テキストの書式の削除


注釈からリッチテキスト書式（RTF）を削除します。SAP PowerDesigner バージョン 7.0 から 7.5 では、注釈はプレーンテキストとして保存されますが、バージョン 8 以降では RTF が使用されます。以下のいずれかの値を指定します。- True。バージョン 7.0 から 7.5 の場合に選択します。- False。バージョン 8 以降の場合に選択します。


ロール名の反転


モデル内の各リレーションのロール名を入れ替えます。以下のいずれかの値を指定します。- True。ロール名を入れ替えます。- False。ロール名を入れ替えません。


切断されたオブジェクトのインポート

SAP PowerDesigner PDM 6.1.x

SAP PowerDesigner で切断されているオブジェクトをインポートします。

SAP PowerDesigner では、オブジェクトを削除せずに、ビュー内でそのオブジェクトを表す記号を削除することができます。そのため、他のオブジェクトとの整合性がない非表示のオブジェクトがモデルに含まれている可能性があります。

以下のいずれかの値を指定します。- True。切断されたオブジェクトをインポートし、メインパッケージ

に配置します。- False。切断されたオブジェクトを無視します。


エンコーディング

SAP PowerDesigner PDM 6.1.x

SAP PowerDesigner からエクスポートした PDM ファイルのコードページ。


すべて Metadata Manager は、リソースのロード時に、リレーショナルデータベースリソースタイプへの接続の割り当てを設定します。このオプションを無効にする場合は、リソースを作成した後に、リソースプロパティで接続の割り当てを設定してください。

ファイルすべて PDM XML ファイルをインポートします。

参照

SAP PowerDesigner リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェ

クトのデータリネージュを表示および実行できます。



• ビジネスルール

SAP PowerDesigner 149

• カラム

• データベーススキーマ

• 図

• 拡張属性

• 拡張属性（複数）

• 外部キー


• インデックスメンバ

• キー

• モデル

• パッケージ

• 参照

• リレーション端

• ストアドプロシージャ

• シノニム

• シノニム列

• テーブル

• トリガ

• ビュー

• ビューカラム

• ビューリレーション








削除します。



ます。
















データモデリングリソースのリファレンスデータモデリングリソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェク

トでデータリネージュを表示および実行できます。

以下の情報は、すべてのデータモデリングツールリソースに適用されます。

データ型

Metadata Manager は、データ型を抽出し、Metadata Manager が使用するデータ型に基づいて名前を変更しま

す。 Metadata Manager は、Metadata Manager ウェアハウスにデータ型を格納します。

データ型の名前

Metadata Manager は、Domains および Column クラスのオブジェクトのデータ型を抽出し、オブジェクトのプ

ロパティとして格納します。データ型を抽出する際、データ型の名前は、Metadata Manager で使用する名前に

変更されます。

例えば、データモデリングツールの"integer"という名前のデータ型を抽出する場合、Metadata Manager はこ

の名前を"SQL_integer"に変換します。データモデリングツールのデータ型の名前と、これに対応するメタデ

ータカタログ内の名前は一致しない場合があります。

ドメインを使用するカラムのデータ型

データモデリングツールは、ドメインおよびほとんどのカラムのデータ型を格納します。Metadata Manager

は、これらすべてのデータ型を抽出し、Metadata Manager ウェアハウスに格納します。

データモデリングツールはドメインを使用するカラムのデータ型を格納しないため、Metadata Manager はこれ

らのカラムのデータ型を抽出または格納することができません。ドメインを使用するカラムのデータ型の判別

を助けるために、Metadata Manager はすべてのドメインのデータ型を格納し、カラムとこれに対応するドメイ

ン間の関連付けを確立します。ドメインを使用するカラムのデータ型を判別するには、カラムと関連付けられ

ているドメインを判別した後、ドメインのデータ型を判別します。

データモデリングリソースのリファレンス 151

検証ルール

データモデリングツールで検証ルールを定義して再利用できます。 Metadata Manager は、ルールを使用する

各カラムまたはドメインに対して検証ルールの 1 つのインスタンスを格納します。

データモデリングツールには、検証ルールとカラムまたはドメイン間に 1 対多のリレーションシップがありま

す。各カラムまたはドメインの各検証ルールを識別するために、Metadata Manager はカラム名またはドメイン

名に基づいて各検証ルールの名前を変更します。

以下の表に、カラム X とカラム Y、およびドメイン DOM によって使用される検証ルール VR1 を示します。

データモデリングツールの検証ルール Metadata Manager での検証ルール

VR1 X

Y

DOM

Metadata Manager は、検証ルール VR1 の名前を、カラムとドメイン名 X、Y、DOM に変更します。

Metadata Manager は、カラムまたはドメインで使用される検証ルールを抽出します。

リレーション

Metadata Manager は、“Subtype”という名前の関係を抽出しません。

ビューの関連付け

Metadata Manager は、ビューとテーブル間およびビューとカラム間の関連付けを判別するために SQL を解析し

ません。ビューとテーブル間およびビューとカラム間の関連付けをロードするには、データモデリングツール

がこの情報を Metadata Manager に提供する必要があります。

スキーマと所有者

データモデリングツールでオブジェクトを作成するときに、所有者を指定できます。 Metadata Manager は、

オブジェクトの明確な所有者を抽出し、Metadata Manager ウェアハウスで所有者にスキーマ名を割り当て、オ

ブジェクトとスキーマ間の関連付けを作成します。

データモデリングツールでオブジェクトに所有者を割り当てなかった場合、Metadata Manager はスキーマ名と

して“Undefined schema”を割り当て、オブジェクトとこのスキーマ名を関連付けます。

名前および説明プロパティ

Metadata Manager は、オブジェクトの物理名を Name プロパティに、論理名を Label プロパティにマッピング

します。データモデリングツールに論理名が存在しない場合、Metadata Manager はオブジェクトの物理名を

Name および Label プロパティに割り当てます。

Metadata Manager は、オブジェクトに関するコメントを Usage プロパティに、説明または定義を Description

プロパティにマッピングします。

注: 名前、ラベル、使用、および説明はモデルクラスのプロパティです。

同じリポジトリ内の複数のモデル

複数のモデルをデータモデリングツールの同一リソースにロードできます。メタデータカタログには、これら

のモデルがデータモデリングツールのリソースの同一インスタンスの下に表示されます。



Metadata Manager では、次のオブジェクトタイプは抽出されません。

• テーブルスペース

• ロールバックセグメント

• シノニム

• シーケンス

• データベースパッケージ

• マテリアライズビュー

ドメインと検証ルールの関連付け

データモデリングツールでは、次の検証ルールを使用できます。

• MinMax。カラムの各値が事前定義された小値より小さくなく、事前定義された大値より大きくないこと

を確認します。

• ListConstraint。カラムの各値が事前定義された可能な値に基づいて有効であることを確認します。

• RuleConstraint。ユーザー定義論理または式を使用して、カラムの各値が有効であることを確認します。

ドメインはこれらのいずれのルールとも関連付けできますが、Metadata Manager はドメインと MinMax または

ListConstraint ルールとの間の関連付けを抽出します。

データモデリングリソースのリファレンス 153

第 9 章

データベース管理リソース


• Cloudera Navigator, 154 ページ

• IBM DB2 for LUW, 166 ページ

• IBM DB2 for z/OS, 171 ページ

• IBM Informix, 176 ページ

• JDBC, 182 ページ

• Microsoft SQL Server, 186 ページ

• Netezza, 191 ページ

• Oracle, 195 ページ

• Sybase ASE, 202 ページ

• Teradata, 205 ページ

• スキーマの取り込みリストの設定, 211 ページ

• データベース管理リソースのデータリネージ, 212 ページ

Cloudera NavigatorCloudera Navigator は、Hadoop プラットフォームのデータ管理ツールです。これには、ユーザーが Hadoop ク

ラスタ内のエンティティへのデータアクセスを追跡できる監査コンポーネントと、Hadoop クラスタ内のエンテ

ィティについてのメタデータを管理するメタデータコンポーネントが含まれます。Metadata Manager は、

Cloudera Navigator のメタデータコンポーネントを介してクラスタ内のエンティティについてのメタデータを

抽出します。

Cloudera Navigator リソースを Metadata Manager で作成する場合は、ユーザー名、パスワード、および

Cloudera Navigator Metadata Server の URL を入力します。Cloudera Manager で管理する Hadoop クラスタご

とに 1 つの Cloudera Navigator リソースを作成できます。Metadata Manager は、エンティティタイプに基づ

いて、クラスタ内のエンティティについてのメタデータを抽出します。

Metadata Manager は、以下のエンティティタイプのメタデータを抽出します。

• HDFS ファイルおよびディレクトリ

• Hive テーブル、クエリテンプレート、およびクエリの実行

• Impala クエリのテンプレートと実行

• Oozie ジョブテンプレートおよび実行

• Pig テーブル、スクリプト、およびスクリプトの実行

154

• Sqoop ジョブのテンプレートと実行

• YARN ジョブテンプレートおよび実行

Metadata Manager は、MapReduce ジョブテンプレートまたは実行のメタデータを抽出しません。

Metadata Manager は、Kerberos 認証を使用する Cloudera Hadoop クラスタからメタデータを抽出できます。

ただし、Metadata Manager と Cloudera Navigator 間の認証は引き続きユーザー名とパスワードを使用して行

われます。

大ヒープサイズの設定

Cloudera Navigator リソースを作成する前に、Metadata Manager サービスの大ヒープサイズを設定します。

大ヒープサイズが十分ではない場合、メタデータロードが失敗することがあります。

Cloudera Navigator リソースを作成する前に、Administrator ツールを開き、Metadata Manager サービスの

［大ヒープサイズ］プロパティの値を確認します。大ヒープサイズは、4096MB（4GB）以上である必要が

あります。

注: Cloudera のディストリビューションによっては、4GB を超える大ヒープサイズが必要になる場合もあり

ます。メモリ不足エラーでメタデータロードが失敗した場合は、大ヒープサイズを増やします。

Cloudera Navigator リソースの作成

Cloudera Navigator リソースを作成し、Cloudera Navigator のメタデータコンポーネントからメタデータを

抽出します。



2. ［データベース管理］ > ［Cloudera Navigator］をクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]









Cloudera Navigator 155












Cloudera Navigator 接続プロパティ

Cloudera Navigator リソースを作成または編集するときは、接続プロパティを設定します。



ユーザー名 Cloudera Navigator への接続に使用するユーザーアカウントの名前。

パスワード Cloudera Navigator への接続に使用するユーザーアカウントのパスワード。

Cloudera Navigator URL

Cloudera Navigator Metadata Server の URL。

フィルタリングを有効にする

ダウンストリームデータフローのない Hive および Impala クエリテンプレートのフィルタリングを有効にします。デフォルトでは、Metadata Manager は、データを読み取るだけで書き込みは行わない Hive または Impala クエリテンプレートを抽出しません。

このオプションを有効にすると、Metadata Manager は、新規エンティティの作成または既存エンティティへの書き込みを行うクエリテンプレートのみを抽出します。このオプションを無効にすると、Metadata Manager は、Hive および Impala クエリテンプレートをすべて抽出します。デフォルトでは有効になっています。

156 第 9 章: データベース管理リソース


増分ロードを有効にする

初のリソースロードが成功した後に、Cloudera Navigator リソースの増分ロードを有効にします。このオプションを有効にすると、Metadata Manager は完全なメタデータをロードする代わりに、メタデータへの近の変更をロードします。

増分ロード中、Metadata Manager は以下のエンティティのみを抽出します。- 前回のリソースロード後に作成または変更された HDFS エンティティ- すべての Hive テーブル、ビュー、およびパーティション- 前回のリソースロード後に作成された操作実行- 新しい操作実行に関連するすべてのテンプレート

デフォルトでは有効になっています。

検索クエリ Metadata Manager が抽出する HDFS エンティティを制限するクエリ。デフォルトでは、Metadata Manager は、canary ファイル、ログファイル、履歴ファイル、削除されたファイルのみを含むディレクトリからは HDFS エンティティを抽出しません。

ほかの HDFS エンティティから Metadata Manager を抽出すこと回避するには、デフォルトの検索クエリを更新します。入力するクエリでは有効な Cloudera Navigator 検索構文を使用する必要があります。すべての HDFS エンティティをメタデータロードに含めるには、「*」を入力するか、デフォルトのクエリを削除してこのプロパティを空白のままにします。

デフォルト:

NOT ((fileSystemPath:*\/.cloudera_manager_hive_metastore_canary*) OR (fileSystemPath:\/hbase\/oldWALs*) OR (fileSystemPath:\/hbase\/WALs*) OR (fileSystemPath:\/tmp\/logs*) OR (fileSystemPath:\/user\/history\/done*) OR (fileSystemPath:\/tmp\/hive-cloudera*) OR (fileSystemPath:\/tmp\/hive-hive*) OR (fileSystemPath:*\/.Trash*))注: このプロパティは、HDFS エンティティを除外する場合にのみ使用します。Metadata Manager では、Hadoop クラスタから他のタイプのエンティティを抽出しないようにする場合には、このプロパティを使用しないでください。

Hive および Impala クエリテンプレートのフィルタリング

Cloudera Navigator から抽出するエンティティの数を減らすため、Metadata Manager は Hive および Impala

クエリテンプレートをフィルタリングします。Metadata Manager は、デフォルトでは、新規エンティティの作

成または既存エンティティへの書き込みを行うクエリテンプレートのみを抽出します。不明なエンティティに

データを書き込むクエリテンプレートは抽出しません。

Cloudera Navigator リソースをロードすると、Metadata Manager は、新規エンティティの作成または既存エ

ンティティへのデータ挿入を行うすべての Hive および Impala クエリテンプレートを抽出します。

例えば、Hive クエリテンプレートには以下のクエリが含まれます。

INSERT OVERWRITE TABLE sales_sorted SELECT s_neighbor,price from sales ORDER BY price

このクエリは、データを sales_sorted Hive テーブルに書き込みます。したがって、Metadata Manager は、こ

の Hive クエリテンプレートを抽出します。

デフォルトでは、Metadata Manager は、データを読み取るだけで書き込みは行わない Hive または Impala クエ

リテンプレートを抽出しません。また、不明なエンティティにデータを書き込むクエリテンプレートも抽出し

ません。Cloudera Navigator では、不明なエンティティに省略記号（...）アイコンが付きます。

例えば、Hive クエリテンプレートには以下のクエリが含まれます。

SELECT * FROM cust WHERE state = 'CA'

このクエリは、データを cust Hive テーブルから読み取りますが、データをダウンストリームのテーブルには

書き込みません。したがって、Metadata Manager はこの Hive クエリテンプレートを抽出しません。


Hive および Impala クエリテンプレートのフィルタリングは無効にすることができます。Metadata Manager で

すべての Hive および Impala クエリテンプレートを抽出する場合は、Cloudera Navigator リソースを作成また

は編集するときに、［フィルタリングを有効にする］オプションを無効にします。

Cloudera Navigator リソースの増分ロード

Cloudera Navigator リソースの初回ロード時、Metadata Manager は完全なメタデータロードを実行します。

デフォルトでは、その後、Metadata Manager は増分ロードを実行します。

完全なロードのデフォルトの設定では、フィルタリングされた Hive および Impala クエリテンプレートと検索

クエリで除外された HDFS エンティティを除き、すべてのエンティティが抽出されます。増分ロードでは、

Metadata Manager は、メタデータ全体ではなく、メタデータへの近の変更をロードします。

増分ロードにより Metadata Manager で抽出されるエンティティが減るため、リソースのロードにかかる時間

が短縮されます。

増分ロード中、Metadata Manager は以下のエンティティのみを抽出します。

• 前回のリソースロード後に作成または変更された HDFS エンティティ

• すべての Hive テーブル、ビュー、およびパーティション

• 前回のリソースロード後に作成された操作実行

• 新しい操作実行に関連するすべてのテンプレート

Cloudera Navigator リソースの増分ロードを有効または無効にするには、［増分ロードを有効にする］接続プ

ロパティを使用します。

注: 増分ロードを有効にしても、以下の状況では完全なメタデータロードが実行されます。

• リソースを消去した。

• 初回のリソースロードを ETL タスクが開始する前にキャンセルした。

• 初回のリソースロードが失敗した。

検索クエリ

Metadata Manager が Hadoop クラスタから抽出する HDFS エンティティの数を減らすには、検索クエリを使用し

ます。Metadata Manager が抽出する HDFS エンティティの数を制限することで、Cloudera Navigator リソース

のロードにかかる時間が短縮されます。デフォルトでは、Metadata Manager は、canary ファイル、ログファ

イル、履歴ファイル、削除されたファイルのみを含むディレクトリからは HDFS エンティティを抽出しません。

デフォルトでは、Metadata Manager は以下のディレクトリまたはサブディレクトリから HDFS エンティティを

抽出しません。

• */.cloudera_manager_hive_metastore_canary

• /hbase/oldWALs

• /hbase/WALs

• /tmp/logs

• /user/history/done

• /tmp/hive-cloudera

• /tmp/hive-hive

• */.Trash

Metadata Manager は以下のデフォルトの検索クエリを使用します。


NOT ((fileSystemPath:*\/.cloudera_manager_hive_metastore_canary*) OR (fileSystemPath:\/hbase\/oldWALs*) OR

(fileSystemPath:\/hbase\/WALs*) OR (fileSystemPath:\/tmp\/logs*) OR (fileSystemPath:\/user\/history\/done*) OR

(fileSystemPath:\/tmp\/hive-cloudera*) OR (fileSystemPath:\/tmp\/hive-hive*) OR (fileSystemPath:*\/.Trash*))

ほかの HDFS エンティティから Metadata Manager を抽出すこと回避するには、デフォルトの検索クエリを更新

します。

例えば、Cloudera ディストリビューションには「test」という名前の一時ユーザーが含まれます。Cloudera

Navigator で HDFS ディレクトリ/user/test を表示すると、テストユーザーが所有するファイルのすべてがディ

レクトリ/user/test/.Trash に書き込まれていることがわかります。したがって、Metadata Manager にディレク

トリ/user/test またはそのサブディレクトリの HDFS エンティティを抽出させないようにします。

Metadata Manager がこれらのエンティティを抽出しないようにするには、以下のように/user/test ファイルパ

スを検索クエリに追加します。

NOT ((fileSystemPath:*\/.cloudera_manager_hive_metastore_canary*) OR (fileSystemPath:\/hbase\/oldWALs*) OR

(fileSystemPath:\/hbase\/WALs*) OR (fileSystemPath:\/tmp\/logs*) OR (fileSystemPath:\/user\/history\/done*) OR

(fileSystemPath:\/tmp\/hive-cloudera*) OR (fileSystemPath:\/tmp\/hive-hive*) OR (fileSystemPath:*\/.Trash*)OR

(fileSystemPath:*\/user\/test*))

検索クエリのルールとガイドライン

検索クエリを更新する場合には、以下のルールとガイドラインに従ってください。

検索クエリは HDFS エンティティを除外する場合にのみ使用する。

Metadata Manager では、Hadoop クラスタから他のタイプのエンティティを抽出しないようにする場合に

は、この検索クエリを使用しないでください。

入力するクエリでは有効な Cloudera Navigator 検索構文を使用する必要があります。

Cloudera メタデータ検索構文の詳細については、Cloudera のマニュアルを参照してください。Metadata

Manager は検索構文を検証しません。

ヒント: 検索構文を検証するには、［接続のテスト］をクリックします。検索クエリが有効ではない場合、

エラーメッセージが表示されます。Metadata Manager で検索クエリを更新する前に、Cloudera

Navigator で検索を実行することもできます。

HDFS ディレクトリを除外する前に、そのディレクトリまたはサブディレクトリ内のファイルがデータフローで

使用されていないことを確認する。

データフローで使用されている HDFS エンティティを除外すると、リネージュリンクが無効になる場合が

あります。例えば、Cloudera ディストリビューションに、一時ファイルをディレクトリ/tmp に書き込む

Pig スクリプトが含まれていて、その一時ファイルが別の Pig スクリプトの入力として使用されるとしま

す。データリネージュを実行すると、Metadata Manager にはアップストリームの Pig スクリプトと一時フ

ァイルの間のリネージュリンクと、一時ファイルとダウンストリームの Pig スクリプトの間のリネージュ

リンクが表示されます。メタデータロードからディレクトリ/tmp を除外すると、Metadata Manager には 2

つの Pig スクリプト間のリネージュリンクは表示されません。

増分ロードを有効にする場合は、検索クエリの更新後にリソースを消去する。

Cloudera Hadoop クラスタからメタデータを抽出するために、Metadata Manager サービスは、Metadata

Manager サービスが実行されているマシン上に一時ファイルを作成します。Metadata Manager サービスは

この一時ファイルを使用して、Hadoop クラスタからメタデータを抽出する IME ファイルを作成します。

増分ロードを実行すると、Metadata Manager サービスによって新しい一時ファイルが作成され、一部の一

時ファイルは上書きされます。変更されないままの一時ファイルもあります。Metadata Manager はこれら

の新しい一時ファイルと古い一時ファイルに基づいてメタデータを抽出します。これによって、予期しな

い検索結果が生じることがあります。


例えば、HDFS ディレクトリ/user/test を除外するようにデフォルトの検索クエリを更新します。リソース

を再び増分ロードすると、デフォルトのクエリに関連する一部の一時ファイルはサーバー上に残っていま

す。デフォルトのクエリでは/user/test をメタデータロードから除外していなかったため、Metadata

Manager では引き続きこのディレクトリからエンティティが抽出されます。

すべての一時ファイルをクリアするには、リソースを消去します。次回リソースをロードするとき、

Metadata Manager は新しい一時ファイルを作成し、更新された検索クエリのみに基づいてメタデータを抽

出します。

メタデータロードにすべての HDFS エンティティを含めることができる。

メタデータロードにすべての HDFS エンティティを含めるには、デフォルトの検索クエリを*で置き換える

か、デフォルトのクエリを削除して［検索クエリ］プロパティを空白のままにします。

ファイルシステムパスにワイルドカード文字を入力してすべての HDFS エンティティを除外しようとしてはいけ

ない。

すべての HDFS エンティティを除外する場合は、ファイルシステムパスにワイルドカード文字を入力しな

いでください。ファイルシステムパスにワイルドカード文字を入力して、すべての HDFS エンティティを

除外しようとすると、Metadata Manager は fileSystemPath プロパティを持つすべてのエンティティを除

外します。

例えば、すべての HDFS エンティティを除外するために以下の検索クエリを入力するとします。

NOT (fileSystemPath:*)

このクエリを入力すると、Metadata Manager はすべての HDFS エンティティを除外します。ただし、Hive

テーブル、Hive パーティション、および Pig テーブルには fileSystemPath プロパティがあるため、

Metadata Manager はこれらのエンティティタイプも除外します。

参照

Cloudera Navigator リソースを作成およびロードしたら、Metadata Manager で抽出したメタデータオブジェ

クトでデータリネージを表示および実行できます。

Metadata Manager によるエンティティの編成方法

Cloudera Navigator メタデータコンポーネントには、検索ベースのユーザーインタフェースが含まれます。た

だし、Metadata Manager は、メタデータカタログのすべてのオブジェクトを階層で表示します。Metadata

Manager は、エンティティを、エンティティタイプに基づいてグループに編成します。

Cloudera Navigator リソースを作成してロードする場合、Metadata Manager は、親グループを、Cloudera

Navigator から抽出する各エンティティタイプごとに、メタデータカタログに作成します。Metadata Manager

は、該当するグループで抽出する各エンティティを配置します。

次の表に、メタデータカタログの各親グループに表示されるエンティティタイプを示します。

グループエンティティタイプ

ルート階層に並べた、すべての HDFS ディレクトリとファイル。各 HDFS ファイルは、それが配置されているディレクトリの下に表示されます。

Hive データベース

英数字順に並べた、すべての Hive データベース。各 Hive テーブルは、それが属するデータベース内に表示されます。


グループエンティティタイプ

Hive クエリ実行

英数字順に並べた、Hive クエリ実行。

Metadata Manager は、各 Hive クエリ実行の新のインスタンスを抽出します。それよりも古いインスタンスは抽出しません。

Hive クエリテンプレート

英数字順に並べた、Hive クエリテンプレート。各テンプレートパートは、その親テンプレートの下に表示されます。

デフォルトの場合、Metadata Manager は、データを新規または既存のテーブルに書き込む Hive クエリテンプレートのみを抽出します。データの読み取りを行い書き込みを行わない Hive クエリテンプレートは抽出しません。

Oozie ジョブ英数字順に並べた、すべての Oozie ジョブ実行。Cloudera Navigator は Oozie ジョブ実行の一意の名前を生成しないため、Metadata Manager は各 Oozie ジョブ実行名にタイムスタンプを追加します。

Impala クエリの実行

英数字順に並べた、すべての Impala クエリ実行。

Metadata Manager は、各 Impala クエリ実行の新のインスタンスを抽出します。それよりも古いインスタンスは抽出しません。

Impala クエリのテンプレート

英数字順に並べた、すべての Impala クエリテンプレート。各テンプレートパートは、その親テンプレートの下に表示されます。

デフォルトでは、Metadata Manager は、データを新規または既存のテーブルに書き込むImpala クエリテンプレートのみを抽出します。データを読み取るが書き込みは行わないImpala クエリテンプレートは抽出しません。

Oozie テンプレート

英数字順に並べた、すべての Oozie ジョブテンプレート。ＣｌｏｕｄｅｒａＮａｖｉｇａｔｏｒは Oozie ジョブテンプレートの一意の名前を生成しないため、Metadata Manager は各 Oozie ジョブテンプレート名に Cloudera ID を追加します。

Pig ジョブ英数字順に並べた、すべての Pig スクリプト実行。複数の Pig スクリプト実行は同じ名前を持つことができるため、Metadata Manager は各スクリプト実行名にタイムスタンプを追加します。

各 Pig テーブルは、対応する Pig スクリプト実行の下に表示されます。

Pig テンプレート

英数字順に並べた、すべての Pig スクリプト。複数の Pig スクリプトは同じ名前を持つことができるため、Metadata Manager は各 Pig スクリプト名に Cloudera ID を追加します。

Sqoop ジョブ英数字順に並べた、すべての Sqoop ジョブ実行。

Sqoop テンプレート

英数字順に並べた、すべての Sqoop ジョブテンプレート。

YARN ジョブ英数字順に並べた、すべての YARN ジョブ実行。

YARN テンプレート

英数字順に並べた、すべての YARN ジョブテンプレート。

クラスタに特定のタイプのエンティティが含まれない場合、Metadata Manager は、そのエンティティタイプの

親グループを作成しません。例えば、クラスタに Pig テーブル、Pig スクリプト、Pig スクリプト実行が含まれ

ない場合、Metadata Manager は Pig ジョブグループや Pig テンプレートグループを作成しません。


Metadata Manager でのエンティティの検索

Hadoop クラスタには、数千のエンティティを含めることができ、異なるエンティティが似た名前を持つことが

できます。Metadata Manager で Cloudera エンティティを検索するには、メタデータカタログに移動するか、

オブジェクトを名前か ID で検索できます。選択する方法は、類似の名前を持つオブジェクトの数によって異な

ります。

Metadata Manager で Cloudera エンティティを検索するには、以下の方法を使用します。

メタデータカタログに移動。

Metadata Manager は、Cloudera Navigator から抽出された各エンティティタイプごとに親グループをメ

タデータカタログに作成します。エンティティを検索するには、その親グループを開き、エンティティま

で下にスクロールします。

名前で検索。

Metadata Manager でキーワードまたは詳細検索を使用して、エンティティを名前で検索します。エンティ

ティ名の特殊文字はバックスラッシュ（\）でエスケープします。

例えば、YARN ジョブテンプレート select * from emp_07 where salary > 50000(Stage を検索するには、以下

の検索文字列を入力します。

select \* from emp_07 where salary > 50000\(Stage

Metadata Manager は、検索文字列と一致するすべてのオブジェクトを返します。

ID で検索。

Metadata Manager でキーワード検索を使用し、エンティティをその Cloudera ID で検索します。多くのオ

ブジェクトが類似の名前を持つ場合は、ID で検索します。ID で検索する場合、Metadata Manager は、指

定した ID 値を持つ 1 つのメタデータオブジェクトを返します。

Cloudera Navigator でエンティティの ID を検索するには、リネージ JSON ファイルをダウンロードしま

す。テキストエディタでファイルを開き、エンティティを検索します。ファイルから ID プロパティの値を

コピーし、それを Metadata Manager の［検索］フィールドに入力します。

ヒント: Metadata Manager で、［詳細］パネルの ID プロパティで、Cloudera メタデータオブジェクトの

ID 値を表示できます。すべてのオブジェクトプロパティを表示するには、［詳細］をクリックします。

キーワードと詳細検索の詳細については、「Metadata Manager ユーザーガイド」を参照してください。

Metadata Manager によるエンティティリレーションの表示方法

Cloudera Navigator のメタデータコンポーネントは、データリネージ図に、異なるタイプのエンティティリレ

ーションを表示します。Metadata Manager では、これらのリレーションのすべてがデータリネージ図に表示さ

れるわけではありません。Metadata Manager は、エンティティのリレーションを、リレーションのタイプに基

づいて異なる方法で表示します。

Metadata Manager は、以下の Cloudera エンティティリレーションタイプを異なる方法で表示します。

データフローリレーション

データフローリレーションは、メタデータオブジェクト間でのデータフローを定義します。例えば、Hive

クエリは、データを Hive テーブルにロードするために、INSERT OVERWRITE TABLE 文を使用します。デー

タは Hive クエリから Hive テーブルに流れるため、データフローリレーションは、クエリとテーブル間に

存在します。

Cloudera Navigator は、データフローリレーションを、データリネージ図の実線の矢印として表示しま

す。Metadata Manager は、データフローリレーションを、データリネージ図のリネージリンクとして、ま

たメタデータカタログの関連カタログオブジェクトとして表示します。


論理物理リレーション

論理物理リレーションは、論理オブジェクトが実際の物理エンティティに基づいていることを示していま

す。例えば、Hive テーブルは、物理 HDFS エンティティの論理ビューです。

Cloudera Navigator は、論理物理リレーションを、データリネージ図の矢印のない実線として表示しま

す。Metadata Manager は、論理物理リレーションを、メタデータカタログの関連カタログオブジェクトと

して表示します。

インスタンスリレーション

インスタンスリレーションは、操作が 1 回発生することを定義します。例えば、Oozie ジョブ実行は、

Oozie ジョブテンプレートのインスタンスです。

Cloudera Navigator は、データリネージ図の各タブで、クエリ、ジョブ、およびスクリプトテンプレート

のインスタンスリレーションを表示します。Metadata Manager は、インスタンスリレーションを、メタデ

ータカタログの関連カタログオブジェクトとして表示します。

制御フローリレーション

制御フローリレーションは、データのフローに制約または条件を配置します。例えば、Hive クエリでは

WHERE 句に制約が含まれる可能性があります。また、Hive クエリの JOIN 句には、データが抽出されない

Hive テーブルが含まれることがあります。

Cloudera Navigator は、制御フローリレーションを、データリネージ図の破線として表示します。

Metadata Manager は制御フローリレーションを無視します。

例えば、Hadoop クラスタに、価格とコストのカラムがある Hive 製品テーブルがあるとします。それには、

Hive クエリテンプレートと、以下のクエリも含まれます。

SELECT AVG(price - cost) AS profit FROM products JOIN order_details ON (order_details.prod_id = products.prod_id) JOIN orders ON (order_details.order_id = orders.order_id) WHERE YEAR(order_date) = 2014 AND MONTH(order_date) = 12 AND price >= 500

このクエリで、SELECT 文は、製品テーブルから Hive クエリへのデータフローを示しています。JOIN 句に

は、order_details および orders という、データが抽出されない 2 つの Hive テーブルが含まれます。

Cloudera Navigator は、製品テーブルから Hive クエリへのデータフローを表示します。また、

order_details テーブルと Hive クエリ間、および orders テーブルと Hive クエリ間の制御フローリレーシ

ョンも表示します。

Metadata Manager も、製品テーブルから Hive クエリへのデータフローを表示します。ただし、Metadata

Manager では、order_details または orders テーブルと Hive クエリ間のリレーションは表示されません。

ヒント: Cloudera Navigator データリネージ図でエンティティ間のリレーションタイプを表示するには、リネ

ージ JSON ファイルをダウンロードして表示します。

削除済みエンティティ

Cloudera Navigator リソースをロードすると、Metadata Manager は、削除済みエンティティのメタデータを

含むエンティティメタデータを抽出します。Metadata Manager は、メタデータカタログよびデータリネージ図

に削除済みのエンティティを表示します。

エンティティが削除済みエンティティであると判断するには、メタデータカタログまたはデータリネージ図の

［詳細］パネルで［削除］プロパティのステータスを確認します。すべてのオブジェクトプロパティを表示する

には、［詳細］をクリックします。［削除］プロパティは、true または false に設定されます。


Cloudera Navigator と Metadata Manager のリネージュ図の違い

Metadata Manager と Cloudera Navigator でデータリネージュ図を比較すると、図に表示されるオブジェクト

の順序が異なることがあります。

次のような状況では、Metadata Manager と Cloudera Navigator のデータリネージュ図に含まれるオブジェク

トのシーケンスが異なる可能性があります。

表示するエンティティが別のエンティティと異なるリレーションを持っている場合。

Cloudera Navigator は、データリネージュ図のデータフロー、論理物理、および制御フローリレーション

を表示します。Metadata Manager は、データリネージュ図のデータフローリレーションを表示します。

Metadata Manager は、データリネージュ図の論理物理または制御フローリレーションを表示しません。

データリネージュをテンプレートで実行する場合。

一般的に、Cloudera Navigator は、テンプレートまたは操作レベルでのデータフローリレーションを表示

します。操作の実行によりデータフローがオーバーライドまたは追加される場合があります。

Metadata Manager は一般的に、HDFS ファイルやディレクトリなどの物理オブジェクト、および操作実行

のデータフローを表示します。Metadata Manager は、ほとんどのテンプレートタイプのデータフローを表

示しません。したがって、データリネージュを Oozie、Pig、Sqoop、または YARN ジョブテンプレートで実

行する場合は、データフローが表示されません。データフローを表示するには、データリネージュをテン

プレート実行のいずれかで実行します。

Metadata Manager には、クエリの実行ではなく、Hive および Impala クエリテンプレートのデータフロー

が表示される点に注意してください。データリネージュはクエリのすべての実行で同一であるため、

Metadata Manager はクエリテンプレートのリネージュを表示します。

Hive または Impala クエリテンプレートでデータリネージュを実行する場合。

Hive テーブルから情報を取得するか、Hive テーブルを作成する Hive または Impala クエリテンプレート

でデータリネージュを実行する場合、Cloudera Navigator は、その Hive テーブルにリンクされている

HDFS エンティティを表示しません。一方、Metadata Manager は、データリネージュ図に HDFS エンティテ

ィを表示します。

例えば、Hive クエリテンプレートに、Hive テーブルから情報を取得するための SELECT 文が含まれている

とします。Metadata Manager は、その Hive テーブルにリンクする HDFS エンティティをデータリネージュ

図で Hive テーブルよりアップストリームに表示します。Hive クエリテンプレートに Hive テーブルを作成

する CREATE 文が含まれている場合、Metadata Manager はその Hive テーブルにリンクする HDFS エンティ

ティを Hive テーブルよりもダウンストリームに表示します。

データリネージュを YARN ジョブ実行で実行する場合。

Cloudera Navigator は、YARN ジョブ実行と Hive クエリテンプレート間のデータフローリレーションを表

示します。Hive のクエリとテーブルは HDFS ファイルのリレーショナルビューであるため、Metadata

Manager は YARN ジョブ実行と HDFS ファイル間のデータフローを表示します。

Cloudera エンティティのリンク

Metadata Manager は、Cloudera Navigator リソースのエンティティと、その他のリソースのデータオブジェ

クト間の、データリネージリンクを表示できます。Hive テーブルと、別のパッケージリソースまたはユニバー

サルリソースのデータオブジェクトをリンクするには、接続の割り当てを使用します。HDFS ファイルと、別の

パッケージリソース、カスタムリソース、またはユニバーサルリソースのデータオブジェクトをリンクするに

は、リンク作成ルールファイルを使用します。

Metadata Manager は、メタデータソース間の接続の割り当てを設定するときに、Cloudera Navigator リソー

スの Hive テーブルを、別のリソースのデータオブジェクトにリンクします。例えば、PowerCenter セッション

は、Cloudera ディストリビューションに存在する Hive ターゲットテーブルにデータをロードします。

PowerCenter ターゲットおよび Hive テーブル間のデータリネージを表示するには、PowerCenter リポジトリと

Cloudera ディストリビューション間の接続の割り当てを設定する必要があります。


Metadata Manager は、Cloudera Navigator リソースの HDFS ファイルを、別のリソースのデータオブジェクト

にリンクするために、接続の割り当てを使用しません。HDFS ファイルを別のリソースのデータオブジェクトに

リンクするには、リンクルールファイルを使用します。

例えば、Cloudera ディストリビューションには HDFS ファイル big-customer.csv が含まれています。

Developer ツールでこのファイルのデータを使用して、CUST フラットファイルデータオブジェクトに読み込み

ます。CUST フラットファイルデータオブジェクトは、HDFS マッピングのソースとして使用されます。

リンクルールファイルを作成し、big-customer.csv HDFS ファイルを CUST フラットファイルデータオブジェク

トにリンクします。HDFS ファイルからフラットファイルデータオブジェクトの出力グループのカラムへのリン

クを作成するリンク条件を追加します。

Metadata Manager で、CUST フラットファイルデータオブジェクトは HDFS データオブジェクトクラスに属しま

す。出力グループは、データオブジェクト読み取りクラスに属します。出力グループのカラムは、属性クラス

に属します。

以下のファイルを使用してリンクを作成します。

<?xml version="1.0" encoding="UTF-16LE"?>

<ruleSet name="Link HDFS files to Informatica Platform FF Data Objects">

<sourceResource name="Cloudera01"/> <targetResource name="InfaPlatform01"/>

<rule name="Link HDFS big-customer.csv to Informatica Platform CUST FF columns" direction="SourceToTarget"> <sourceFilter > <element class="HDFS File"/> </sourceFilter>

<targetFilter>  <element class="HDFS Data Object"> <element class="Data Object Read"> <element class="Attribute"/> </element> </element> </targetFilter>

<link condition="source.Name = 'big-customer.csv' AND target.parent.Name = 'output' AND target.parent.parent.Name = 'CUST'"/>

</rule>

</ruleSet>

この例で、リンク条件の target.parent.Name = 'output'句は、出力グループを特定します。

target.parent.parent.Name = 'CUST'句は、フラットファイルデータオブジェクトを特定します。

リンクルールファイルをアップロードするには、Cloudera Navigator リソースを編集します。リンクルールフ

ァイルをアップロードしてリソースを再ロードすると、Metadata Manager はリネージリンクを作成します。

Metadata Manager は、big-customer.csv HDFS ファイルから CUST フラットファイルデータオブジェクトの出

力グループの各カラムへのリンクを作成します。

ルールベースのリンクの詳細については、『Metadata Manager カスタムメタデータ統合ガイド』を参照してく

ださい。

関連項目：

•「接続割り当ての設定」 (ページ228)

IBM DB2 for LUWIBM DB2 for LUW（Linux、UNIX、および Windows）リソースを作成して、IBM DB2 for LUW からメタデータを

抽出するように設定できます。リソースをロードすると、Metadata Manager によって IBM DB2 for LUW から

スキーマ詳細が抽出されます。

IBM DB2 for LUW の設定

IBM DB2 for LUW リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソース

を適切に設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハウスへ

のロードが正常に行われません。

IBM DB2 for LUW を設定するには、以下の作業を実行します。

• データベースのヒープサイズの拡張。

• 権限と特権の設定。

データベースヒープサイズ

IBM DB2 for LUW データベースからメタデータをロードする場合は、ヒープサイズを拡張する必要があります。

そうしないと、S_M_ELEMNT_ATTR_EXTRACT セッションが失敗し、以下のエラーが返されます。

DBA2191E SQL execution error.com.ibm.db.DataException: A database manager error occurred. : [IBM][CLI Driver][DB2/NT] SQL0973N Not enough storage is available in the "APP_CTL_HEAP_SZ" heap to process the statement. SQLSTATE=57011

このエラーは、データベースアプリケーションのヒープに、要求を処理するのに十分なストレージが存在しな

い場合に発生します。

IBM DB2 for LUW のデータベースのヒープサイズの拡大

IBM DB2 for LUW データベースのヒープサイズを増やすには、以下の手順を実行します。

1. Metadata Manager からログアウトします。

2. DB2 データベースサーバーを停止します。

3. DB2 のコマンドプロンプトから、DB2 データベースに接続します。

4. アプリケーションヒープサイズ設定パラメータ（APP_CTL_HEAP_SZ）の現在の値を確認するには、次のコ

マンドを実行します。

db2 get db dfg for <database_name> | find "APP_CTL_HEAP_SZ"

5. APP_CTL_HEAP_SZ のサイズを 16384 またはそれ以上に拡大するには、次のコマンドを実行します。

db2 update db cfg for <database_name> using APP_CTL_HEAP_SZ <higher_value>

6. DB2 データベースサーバーを再起動します。


権限と特権の設定

リソースを作成する場合は、IBM DB2 for LUW データベースユーザーアカウントのユーザー名とパスワードを

指定し、そのアカウントに権限と特権を設定します。

以下の表に、IBM DB2 for LUW データベースユーザーアカウントに対する SELECT 権限を設定する必要があるス

キーマオブジェクトおよびシステムテーブルを示します。

スキーマオブジェクトシステムテーブル

テーブル

ビュー

インデックス

パッケージ

手順

関数

シーケンス

トリガ

シノニム

SYSCAT.SCHEMATA

SYSCAT.TRIGGERS

SYSCAT.INDEXES

SYSCAT.INDEXCOLUSE

SYSCAT.REFERENCES

SYSCAT.TABCONST

SYSCAT.KEYCOLUSE

SYSCAT.COLCHECKS

SYSCAT.DATATYPES

SYSCAT.COLUMNS

SYSCAT.TABLES

SYSCAT.FUNCTIONS

SYSCAT.PROCEDURES

SYSCAT.PACKAGES

SYSCAT.TRIGGERS

SYSCAT.SEQUENCES

SYSCAT.INDEXES

SYSCAT.CHECKS

SYSCAT.VIEWS

SYSCAT.PACKAGES

SYSCAT.FUNCDEP

SYSCAT.TRIGDEP

SYSCAT.VIEWDEP

また、データベースユーザーアカウントには NULLID スキーマに対する CREATEIN、DROPIN、および ALTERIN の

各特権も必要となります。オプションとして、ユーザーアカウントに BINDADD 特権を付与できます。この特権

が付与されていないデータベースユーザーアカウントでは、リソースを作成できません。

IBM DB2 for LUW リソースの作成

IBM DB2 for LUW リソースを作成する前に、IBM DB2 for LUW ソースを設定します。



2. ［データベース管理］ > ［DB2］をクリックします。



IBM DB2 for LUW 167


プロパティ

説明


/ \ : * ' ? " < > | [ ]














9. ［選択されたスキーマ］リストにスキーマを追加するには、［使用可能なスキーマ］リストでスキーマを選

択し、［追加］をクリックします。

10. 使用可能なスキーマをすべて追加するには、［すべて追加］をクリックします。

11. ［選択されたスキーマ］リストからスキーマを削除するには、［選択されたスキーマ］リストでスキーマを

選択し、［削除］をクリックします。

12. ［選択されたスキーマ］リストからスキーマをすべて削除するには、［すべて削除］をクリックします。










IBM DB2 for LUW の設定のプロパティ

IBM DB2 for LUW リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、IBM DB2 for LUW の設定のプロパティを示します。

プロパティ

説明

ユーザー名

IBM DB2 for LUW データベースに接続するときに使用するユーザーアカウントの名前。

パスワード

IBM DB2 for LUW データベースに接続するときに使用するユーザーアカウントのパスワード。

JDBC 接続URL

IBM DB2 for LUW データベースに接続するときに使用する JDBC URL。Metadata Manager は、この URL を使用して、IBM DB2 for LUW データベースへの接続情報を確認します。

JDBC 接続 URL では、以下の構文を使用します。

jdbc:informatica:db2://[host_name]:[port];DatabaseName=[database_name]





接続文字列

PowerCenter リポジトリ内のデータベースへのソース接続を作成するために使用するネイティブ接続文字列。この接続文字列は、IBM DB2 for LUW データベースの名前です。


IBM DB2 for LUW データベースのコードページ。

Metadata Manager リポジトリのコードページと互換性のあるコードページだけが表示されます。


IBM DB2 for LUW データベースで安全な通信が有効になっている場合、JDBC 接続 URL に追加のパラメータを追

加する必要があります。パラメータを追加するには、それらを［セキュア JDBC パラメータ］プロパティに入力

します。

［セキュア JDBC パラメータ］プロパティで、次のパラメータを入力します。

EncryptionMethod=SSL;TrustStore=<truststore location>;TrustStorePassword=<password>;HostNameInCertificate=<host name>;ValidateServerCertificate=<true|false>;KeyStore=<keystore location>;keyStorePassword=<password>


EncryptionMethod


す。

TrustStore


IBM DB2 for LUW 169

TrustStorePassword





われます。









KeyStore



KeyStorePassword


参照

IBM DB2 for LUW リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェク

トのデータリネージを表示および実行できます。


Metadata Manager は、IBM DB2 for LUW データベースから以下のオブジェクトタイプを抽出します。

• スキーマ

• テーブル

• カラム

• データ型

• エイリアス

• ビュー


• IndexColumn

• PrimaryKeyConstraint

• ForeignKey

• UniqueConstraint

• CheckConstraint

• シーケンス

• 関数


• パッケージ

• プロシージャ

• TableTrigger

IBM DB2 for LUW のトラブルシューティング

関連する Integration Service で異なるバージョンの IBM DB2 クライアントが使用されている場合、IBM DB2 for LUW データベースからのリソースロードが失敗します。

関連する Integration Service で使用されている IBM DB2 for LUW クライアントのバージョンが、IBM DB2

for LUW データベースのバージョンと同じであることを確認します。

IBM DB2 for z/OSDB2 for z/OS は、z/OS 上で動作するリレーショナルデータベース管理システム（RDBMS）です。

IBM DB2 for z/OS リソースを作成して、IBM DB2 for z/OS からメタデータを抽出するように設定できます。

リソースをロードすると、Metadata Manager は、PowerExchange for DB2 for z/OS を使用して z/OS サブシス

テムからメタデータにアクセスします。 Metadata Manager は、以下のタイプの IBM DB2 for z/OS 関数を抽出

します。

• 内蔵

• ユーザー定義

• スカラ

• カラム

• テーブル

IBM DB2 for z/OS の設定

IBM DB2 for z/OS リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソー



IBM DB2 for z/OS サブシステムのメタデータにアクセスするには、以下の作業を実行します。

• PowerExchange をインストールします。

• PowerExchange を設定します。

• DB2 for z/OS の特権の設定。

• DB2 for z/OS のモードの確認。

PowerExchange のインストール

Metadata Manager は、PowerExchange for DB2 for z/OS を使用して、IBM DB2 for z/OS サブシステムからメ

タデータを抽出します。 PowerExchange は、以下の場所にインストールされている必要があります。

• Metadata Manager Service が実行されるマシン。

• DB2 for z/OS データベースサブシステムのホストである z/OS システム。

IBM DB2 for z/OS 171

PowerExchange の設定

DB2 for z/OS サブシステムからメタデータにアクセスするには、Metadata Manager Service を実行するマシ

ンに PowerExchange をインストールします。また、DB2 を実行する z/OS システムにも PowerExchange をイン

ストールする必要があります。

PowerExchange を設定するには、次の作業を実行します。

• Metadata Manager Service を実行するマシンで、z/OS に接続するように PowerExchange を設定します。

• Metadata Manager Service を実行するマシンで、z/OS 上の PowerExchange Listener をポイントする NODE

文を使用して、dbmover.cfg を設定します。

• z/OS 上の DBMOVER コンフィギュレーションファイルで、以下のようにセキュリティを設定します。

SECURITY=(2,N)

必要に応じて、z/OS 上の PowerExchange Listener がオペレーティングシステムに検知されるログインを認

識できるように設定します。

以下に、dbmover.cfg の例を示します。

/*********************************************************************//* PowerExchange Configuration File /*********************************************************************/LISTENER=(node1,TCPIP,2480)LISTENER=(BGQALST,TCPIP,30080)LISTENER=(BGQALST_new,TCPIP,448)LISTENER=(DB2zOS_SPEDDUR,TCPIP,448)/***********************************************************************/NODE=(DB2zOS_SPEDDUR,TCPIP,mhz890-2,3156)NODE=(local,TCPIP,000.0.0.1,2480)NODE=(node1,TCPIP,000.0.0.1,2480)NODE=(BGQALST,TCPIP,mhz890-2,30080)

デフォルトでは、z/OS 上の PowerExchange は、PowerExchange Listener のユーザー ID を使用して DB2 にアク

セスします。ユーザー指定のユーザー ID を使用して DB2 にアクセスするには、オペレーティングシステムの

セキュリティを使用するように PowerExchange を設定します。

DB2 for z/OS の特権の設定

DB2 for z/OS リソースをロードすると、Metadata Manager は、DB2 for z/OS サブシステムからメタデータを

抽出します。 Metadata Manager は、DB2 カタログテーブルからメタデータを選択します。メタデータソース

への接続に使用する DB2 for z/OS ユーザーアカウントに、以下のテーブルに対する SELECT 特権を設定しま

す。

システムテーブル抽出されるメタデータ

SYSIBM.SYSSYNONYMS

SYSIBM.SYSTABLES

SYSIBM.SYSROUTINES

SYSIBM.SYSSEQUENCES

SYSIBM.SYSDATATYPES

スキーマ

SYSIBM.SYSTABLES

SYSIBM.SYSTABLESPACE

SYSIBM.SYSVIEWS

テーブル

ビュー

エイリアス

SYSIBM.SYSTABLES

SYSIBM.SYSCOLUMNS

SYSIBM.SYSTABLESPACE

カラム


システムテーブル抽出されるメタデータ

SYSIBM.SYSKEYS

SYSIBM.SYSINDEXES

プライマリキー

SYSIBM.SYSRELS

SYSIBM.SYSFOREIGNKEYS

SYSIBM.SYSINDEXES

外部キー

SYSIBM.SYSCHECKS

SYSIBM.SYSCHECKDEP

チェック制約

SYSIBM.SYSINDEXES

SYSIBM.SYSKEYS

インデックス

SYSIBM.SYSSYNONYMS

SYSIBM.SYSTABLES

シノニム

SYSIBM.SYSTRIGGERS トリガ

SYSIBM.SYSROUTINES ストアドプロシージャ

SYSIBM.SYSROUTINES 関数

SYSIBM.SYSSEQUENCES シーケンス

SYSIBM.SYSSEQUENCESDEP

SYSIBM.SYSSEQUENCES

ID

SYSIBM.SYSDATATYPES ユーザー定義型

注: PowerExchange Listener で DB2 セキュリティを使用しない場合、DB2 for z/OS ユーザーアカウントでは

なく、PowerExchange Listener ユーザー ID に対して SELECT 特権を設定します。

DB2 for z/OS のモードの確認

新機能モードで DB2 for z/OS データベースを実行します。 DB2 for z/OS が互換モードまたは変換モードで実

行されている場合は、メタデータを抽出できません。

IBM DB2 for z/OS リソースの作成

IBM DB2 for z/OS リソースを作成する前に、IBM DB2 for z/OS ソースを設定します。



2. ［データベース管理］ > ［DB2 zOS］をクリックします。





プロパティ

説明


/ \ : * ' ? " < > | [ ]





























IBM DB2 for z/OS の設定のプロパティ

IBM DB2 for z/OS リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、IBM DB2 for z/OS の設定のプロパティを示します。


ユーザー名 z/OS ユーザー ID。

パスワード z/OS ユーザー ID に対するパスワード。

場所 Metadata Manager Service を実行するマシン上の dbmover.cfg ファイル内のノード名。このノード名によって、z/OS システム上の PowerExchange Listener がポイントされます。

サブシステム ID IBM DB2 for z/OS サブシステムの ID。

エンコーディング IBM DB2 for z/OS サブシステムのコードページ。


参照

IBM DB2 for z/OS リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェ

クトのデータリネージを表示および実行できます。

関連項目：

•「データベース管理リソースのデータリネージ」 (ページ212)

関数

Metadata Manager は、以下の IBM DB2 for z/OS 関数をインポートします。

• 内蔵

• ユーザー定義

• スカラ

• カラム

• テーブル

Metadata Manager は、システム生成関数をインポートしません。

オブジェクト名

Metadata Manager は、名前が 255 文字を超えない IBM DB2 for z/OS オブジェクトをインポートします。オブ

ジェクト名に含まれるコンポーネントは、schema_name. table_name. object_name です。

スキーマおよび修飾子

IBM DB2 for z/OS では、"スキーマ"という用語は個別のタイプ、関数、ストアドプロシージャ、およびシーケ

ンスを表します。 IBM では、"修飾子"という用語で、テーブル、ビュー、インデックス、およびエイリアスを

表します。


Metadata Manager の場合、"スキーマ"という用語はすべてのオブジェクトの上位の修飾子を表します。テー

ブル、ビュー、インデックス、およびエイリアスに使用される修飾子は、オブジェクトの作成者を表します。

IBM InformixIBM Informix リソースを作成して、IBM Informix からメタデータを抽出するように設定できます。リソース

をロードすると、Metadata Manager によって IBM Informix データベースからスキーマ詳細が抽出されます。

IBM Informix の設定

Informix リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適切

に設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハウスへのロー

ドが正常に行われません。

Informix を設定するには、以下の作業を実行します。


• Informix データベースに対する ODBC 接続を設定する。


権限の設定

Informix リソースを作成する前に、Informix への接続に使用する Informix データベースユーザーアカウント

の権限を設定します。

以下の表に、Informix データベースユーザーアカウントに対する SELECT 権限を設定する必要があるスキーマ

オブジェクトおよびシステムテーブルを示します。


テーブル

ビュー

インデックス

パッケージ

手順

関数

シーケンス

トリガ

シノニム

systables

sysviews

sysusers

sysdepend

syscolumns

sysdepend

sysfragments

sysmaster

sysxtdtypes

sysxtddesc

sysindices

sysobjstate

systriggers

sysconstraints

sysprocedures

sysindexes

syssyntable

syssynonyms

syscoldepend

sysreferences

sysxtdtypes

systrigbody

ODBC 接続の設定

Informix リソースをロードする際に、PowerCenter 統合サービスは ODBC ドライバを使用して Informix データ

ベースに接続します。このため、PowerCenter 統合サービスが実行されているマシン上に Informix データベー

スに対する ODBC 接続を設定する必要があります。Metadata Manager で Informix リソースを作成する際には、

ODBC データソース名を接続文字列として使用します。

ODBC 接続の場合は、Informatica と共にインストールされる DataDirect ODBC ドライバを使用します。

Informatica とデータベース間の互換性を確認するには、適切なデータベースクライアントライブラリを使用

します。

注: Informatica によって提供される DataDirect ODBC ドライバを使用する場合、データベースクライアント

は必要ありません。 ODBC ワイヤプロトコルでは、データベースクライアントソフトウェアはデータベースに

接続する必要はありません。

Windows 上での ODBC 接続の設定

1. Informatica の提供する Informix 用の DataDirect ODBC Wire Protocol ドライバを使用して、ODBC デー

タソースを作成します。

IBM Informix 177

2. ODBC データソースを使用して Informix データベースに接続できることを確認します。接続に失敗した場

合は、データベースのマニュアルを参照してください。

UNIX 上での ODBC 接続の設定

1. ODBCHOME 環境変数を、ODBC のインストールディレクトリに設定します。以下に例を示します。

Bourne シェルを使用している場合は次のように入力します。

$ ODBCHOME=<Informatica services installation directory>/ODBC7.1; export ODBCHOME

C シェルを使用している場合は次のように入力します。

$ setenv ODBCHOME <Informatica services installation directory>/ODBC7.1

2. ODBCINI 環境変数を、odbc.ini ファイルの場所に設定します。例えば、odbc.ini ファイルが$ODBCHOME デ

ィレクトリにあるとします。


ODBCINI=$ODBCHOME/odbc.ini; export ODBCINI


$ setenv ODBCINI $ODBCHOME/odbc.ini

3. $ODBCHOME ディレクトリ内の既存の odbc.ini ファイルを編集するか、この odbc.ini ファイルを UNIX ホー

ムディレクトリにコピーして編集します。

$ cp $ODBCHOME/odbc.ini $HOME/.odbc.ini

4. ［ODBC Data Sources］セクションの下に Informix データソースのエントリを追加し、データソースを設

定します。以下に例を示します。

[Informix11]Driver=/data/mm10/Informatica/source/ODBC7.1/lib/DWifcl27.soDescription=DataDirect 7.1 Informix Wire ProtocolAlternateServers=ApplicationUsingThreads=1CancelDetectInterval=0ConnectionRetryCount=0ConnectionRetryDelay=3Database=<database_name>HostName=<Informix_host>LoadBalancing=0LogonID=Password=PortNumber=<Informix_server_port>ServerName=<Informix_server>TrimBlankFromIndexName=1UseDelimitedIdentifiers=0

5. PATH 環境変数と共有ライブラリ環境変数は、$ODBCHOME ディレクトリ内の odbc.sh スクリプトまたは

odbc.csh スクリプトを実行して設定します。


sh odbc.sh


source odbc.csh

6. ODBC データソースを使用して Informix データベースに接続できることを確認します。接続に失敗した場

合は、データベースのマニュアルを参照してください。

IBM Informix リソースの作成

IBM Informix リソースを作成する前に、IBM Informix ソースを設定します。




2. ［データベース管理］ > ［Informix］をクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]




























IBM Informix 179

IBM Informix の設定のプロパティ

Informix リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、Informix の設定のプロパティを示します。

プロパティ

説明

ユーザー名

Informix データベースに接続するときに使用するユーザーアカウントの名前。

パスワード

Informix データベースに接続するときに使用するユーザーアカウントのパスワード。

JDBC 接続 URL

Informix データベースに接続するときに使用する JDBC URL。Metadata Manager は、この URLを使用して、Informix データベースへの接続情報を確認します。


jdbc:informatica:informix://[host_name]:[port];InformixServer=[server_name];DatabaseName=[database_name]

セキュア JDBCパラメータ



接続文字列

Microsoft ODBC アドミニストレーターまたは odbc.ini ファイルに設定された Informix DSN。


Informix データベースのコードページ。


参照

Informix リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトのデ


関連項目：



Metadata Manager は、Informix から以下のオブジェクトタイプを抽出します。

• スキーマ

• テーブル

• カラム

• データ型

• シノニム


• ビュー


• IndexColumn


• ForeignKey


• CheckConstraint

• NotNullConstraint

• 関数


• TableTrigger

Metadata Manager は、Informix から以下のオブジェクトタイプを抽出しません。

• シーケンス

• 外部テーブル

要素 ID

Metadata Manager は、Informix データベースで定義される ID カラムではなく、オブジェクトの名前を使用し

て各 Informix メタデータオブジェクトの要素 ID を特定します。オブジェクト定義が変わるたびに Informix

がオブジェクトの ID カラムを変更するので、Metadata Manager は名前を使用します。

Informix では、異なるパラメータを持つ関数とプロシージャに同じ名前を使用できます。Metadata Manager

は、一意の要素 ID を確立するために、オブジェクト名、引数の数、およびパラメータのタイプの組み合わせを

使用して関数とプロシージャに要素 ID を作成します。

テーブルとトリガの関連付け

Informix は、テーブルとテーブルで作成されるトリガ間のリレーションを格納しますが、トリガとトリガがア

クセスするテーブル間のリレーションを格納しません。そのため、Metadata Manager は

TriggerUsingColumnSet 関連付けではなく、TableOwningTrigger 関連付けを使用します。

ビューとシノニムの関連付け

Informix ではシノニムにビューを作成できますが、Informix システムカタログはリレーションを格納しませ

ん。Informix はリレーションを格納しないため、Metadata Manager はビューとシノニム間の関連付けを格納

しません。

テーブルと制約の関連付け

Metadata Manager は、ModelElementDependency 関連付けを使用してテーブルと制約間の関連付けを定義しま

す。 com.informatica.cwmx.dependency パッケージにはこの関連付けが含まれています。

ビュー定義

Informix の 1 つのビュー定義が 64 文字を超える場合、ビュー定義は複数のレコードに分割されます。各レコ

ードに大 64 文字が含まれます。デフォルトでは、Metadata Manager は 1 つの説明に対して大 5 レコード

を抽出し、各ビュー定義の合計は 320 文字になります。

IBM Informix 181

トリガ定義

Informix は、トリガ定義をヘッダとボディに分割し、それぞれを別々のレコードに格納します。Informix の

トリガ定義が 256 文字を超える場合、トリガのボディは複数のレコードに分割されます。各レコードに大

256 文字が含まれます。デフォルトでは、Metadata Manager はヘッダとボディの組み合わせに対して大 256

文字を抽出します。

JDBCJDBC リソースを作成および設定して、JDBC を介してアクセス可能な任意のリレーショナルデータベース管理シ

ステムからメタデータを抽出できます。

JDBC をサポートするリレーショナルデータベースに対して、カスタムリソースを作成して設定する代わりに

JDBC リソースを作成して設定できます。JDBC リソースを使用する方が、接続されたリソース内のオブジェクト

間のリンクを簡単に管理できます。

JDBC リソースは、JDBC をサポートする任意のリレーショナルデータベースについて作成できます。ODBC を介

してリレーショナルデータベースに接続することはできません。できる限り、JDBC リソースではなく、その

リレーショナルデータベースに固有の既存のデータベースリソースタイプを使用してください。データベース

固有のリソースタイプの方がパフォーマンスが高く、より多くのメタデータを抽出できます。例えば、Oracle

データベースからメタデータをロードするには、JDBC リソースではなく Oracle リソースを作成します。

JDBC メタデータソースの設定

JDBC リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適切に設



JDBC メタデータのソースを設定するには、次の手順を実行します。

• Metadata Manager Agent をインストールします。

• データベースへの接続に使用するデータベースユーザーアカウントの権限を設定します。ユーザーがデータ

テーブルではなくシステムテーブルにアクセスできることを確認します。

• 必要なデータベースドライバをインストールして設定します。例えば、IBM DB2/iSeries を使用するように

JDBC リソースを設定するには、PowerCenter と一緒にインストールされるデータドライバを使用できます。

JDBC ドライバ JAR ファイルは Metadata Manager Agent と同じホスト上で使用可能である必要があります。

データソースへの接続設定をテストするには、使用可能な任意のインタフェースを使用して JDBC 経由でデータ

ソースに接続します。例えば、Eclipse のデータベース開発パースペクティブを使用して接続設定をテストし

ます。データソースに接続したら、インポートするカタログ、スキーマ、またはテーブルにアクセスできるこ

とを確認します。そのデータソース用に JDBC リソースを設定するときに、この接続設定を使用します。

JDBC リソースをロードするときに、Metadata Manager はテーブルやビューなどのデータベースオブジェクト

をインポートします。Metadata Manager を設定してキー、インデックス、ストアドプロシージャなどのデータ

構造を追加でインポートできます。


関連項目：


JDBC リソースの作成

JDBC リソースを作成する前に、JDBC メタデータソースを設定します。



2. ［データベース管理］ > ［JDBC］をクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]




















JDBC 183

JDBC の設定のプロパティ

JDBC リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、JDBC の接続のプロパティを示します。

プロパティ

説明



例：

http://localhost:19980


メタデータソースの名前とバージョン。

ドライババージョン

JDBC ドライバ JAR ファイルへのパス。複数の値をセミコロン（;）で区切ります。必要に応じて、Metadata Manager Agent がインストールされている Windows マシンに JAR ファイルをコピーします。

ドライバパスは、Metadata Manager Agent の場所に対する相対パスです。パスを指定せずにファイル名を指定する場合は、JAR ファイルが Metadata Manager Agent を実行するマシンのクラスパスに存在することを確認してください。

例えば、IBM DB2/iSeries 用のデータドライバは以下のディレクトリに存在します。

<Informatica installation directory>\services\MetadataManagerService\utilities\mmcmd\lib

ドライバクラス

JDBC ドライバインタフェースを実装する Java クラスの名前。パッケージ名を含む完全な名前を指定します。

例：

com.informatica.jdbc.db2.DB2Driver

URL データベースへの接続に使用する JDBC URL。Metadata Manager は、この URL を使用して、データベースへの接続情報を確認します。指定する値は、使用するデータベースとドライバによって異なります。

例：

jdbc:informatica:db2://host_name:port;LocationName=<location name>;PackageCollection=<package collection>

IBM DB2/iSeries サーバーのデフォルトのポート番号は 446 です。

ユーザー

データベースへの接続に使用するユーザーアカウントの名前。

パスワード

データベースへの接続に使用するユーザーアカウントのパスワード。

カタログ

Metadata Manager がメタデータのフィルタに使用するカタログ名。カタログとは、スキーマとグローバルオブジェクトのコンテナです。

カタログは、すべてのリレーショナルデータベースに関連するわけではありません。例えば、IBM DB2/iSeries はカタログを使用しません。


プロパティ

説明

スキーマ

Metadata Manager がメタデータのフィルタに使用するスキーマ名。複数の値をセミコロン（;）で区切ります。

スキーマ名を指定しない場合、Metadata Manager でアルファベット昇順でソートされた使用可能なスキーマのリストの初のスキーマをロードします。

大文字小文字の区別

メタデータソースデータベース用大文字小文字の区別の設定。

次のいずれかのオプションを選択します。- 自動。Metadata Manager Agent で［ドライバパス］プロパティで指定した JDBC ドライバが使用され、大文字小文字を区別するデータベースかどうかを判断します。大文字小文字を区別するかどうかをこのドライバでチェックできない場合、Metadata Manager Agent では大文字小文字を区別しないデータベースとみなします。

- 大文字小文字の区別- 大文字小文字を区別しない

デフォルトは自動です。

ビュー定義の抽出 SQL

ビュー定義を抽出するためのデータベース固有の SQL クエリ。このクエリでは、ビュー定義のテキストを含む単一カラムの結果を返す必要があります。

クエリを入力しない場合、ビューとそのソーステーブル間のデータリネージュは作成されません。

例えば、IBM DB2/iSeries 用に以下のクエリを入力できます。

SELECT TABLE_SCHEMA, TABLE_NAME, VIEW_DEFINITION FROM QSYS2.SYSVIEWS WHERE TABLE_SCHEMA IN (?)

シノニムリネージュSQL

テーブルとビューのシノニム情報を抽出するためのデータベース固有の SQL クエリ。

注: このプロパティは、将来使用するために予約されています。

オプションのスコープ

キー、インデックス、およびストアドプロシージャなど、インポートするオプションのデータ構造。

オプションのデータ構造をインポートするには、［選択］をクリックしてインポートするデータ構造を選択します。

注: インポートするオプションのデータ構造を選択する前に JDBC ソースの接続情報を指定する必要があります。

抽出されるオブジェクトと抽出されないオブジェクト

JDBC リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトでデータ

リネージュを表示および実行できます。

ビューとテーブル間のリネージュを表示するには、JDBC リソースを作成または編集するときに、データベース

固有の SQL クエリを指定してビュー定義を抽出します。 Metadata Manager は、ビュー定義のテキストを使用

してビューとテーブル間のリネージュを作成します。


Metadata Manager では、JDBC リソースから次のオブジェクトが抽出されます。

• スキーマ名

• テーブル名、コメント

• カラム名、NULL 可能、位置、長さ、スケール、コメント、データ型。

データ型は、独自のデータ型と同等の汎用型です。

JDBC 185

• ビュー名、ビュー定義。

ビュー定義は、リソースの設定時にビュー定義の抽出 SQL を指定すると抽出されます。


Metadata Manager では、JDBC リソースから次のオブジェクトは抽出されません。

• カタログ名

• テーブルとビューのシノニム


• ストアドプロシージャ

• トリガ

• プライマリキーと外部キーの情報

• プロファイリング情報

Microsoft SQL ServerMicrosoft SQL Server リソースを作成して、Microsoft SQL Server からメタデータを抽出するように設定で

きます。リソースをロードすると、Metadata Manager によって Microsoft SQL Server データベースからス

キーマ詳細が抽出されます。

Microsoft SQL Server の設定

Microsoft SQL Server リソースを作成する前に、メタデータソースを設定する必要があります。メタデータ

ソースを適切に設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハ

ウスへのロードが正常に行われません。

Microsoft SQL Server を設定するには、以下の作業を実行します。

権限を設定する。

Microsoft SQL Server への接続に使用する Microsoft SQL Server データベースユーザーアカウントの権

限を設定します。

UNIX 上で環境変数を設定します。

PowerCenter 統合サービスは、ODBC を使用して Microsoft SQL Server データベースに接続します。

Microsoft SQL Server リソースを作成する際には、<server_name>@<database_name>という形式で接続文字列

を入力します。PowerCenter 統合サービスが接続文字列からサーバー名とデータベース名を取り出し、イ

ンストール済みの ODBC ドライバを使用してデータソースを作成します。手動でデータソースを作成する

必要はありません。

Windows 上では、PowerCenter 統合サービスは ODBC ドライバにアクセスできます。UNIX 上では、

ODBCINST 環境変数に odbcinst.ini ファイルの場所を設定して、PowerCenter 統合サービスが ODBC ドライ

バにアクセスできるようにする必要があります。

権限の設定

Microsoft SQL Server リソースを作成する前に、Microsoft SQL Server への接続に使用する Microsoft SQL

Server データベースユーザーアカウントの権限を設定します。

Metadata Manager サービスで SQL Server 認証を使用して Microsoft SQL Server データベースに接続します。

Microsoft SQL Server への接続に使用するユーザーアカウントは、SQL Server ログインアカウントにする必


要があります。ユーザーアカウントの VIEW DEFINITION 権限を設定します。この権限を設定すると、ユーザー

がメタデータのロード元として使用できるすべてのスキーマが一覧表示されます。

UNIX 上での環境変数の設定

Microsoft SQL Server リソースをロードする際に、PowerCenter 統合サービスは ODBC を使用して Microsoft

SQL Server データベースに接続します。PowerCenter 統合サービスが ODBC ドライバにアクセスできるように

するには、ODBCINST 環境変数を設定する必要があります。

PowerCenter 統合サービスが実行されているマシン上で、ODBCINST 環境変数に odbcinst.ini ファイルの場所

を設定します。例:

ODBCINST=<INFA_HOME>/ODBC7.1/odbcinst.ini

環境変数を設定したらドメインを再起動します。

Microsoft SQL Server リソースの作成

Microsoft SQL Server リソースを作成する前に、Microsoft SQL Server ソースを設定します。



2. ［データベース管理］ > ［SQLServer］をクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]














Microsoft SQL Server 187















Microsoft SQL Server の設定のプロパティ

Microsoft SQL Server リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、Microsoft SQL Server の設定のプロパティを示します。

プロパティ

説明

ユーザー名

Microsoft SQL Server データベースに接続するときに使用する SQL Server ユーザーアカウントの名前。Metadata Manager サービスで SQL Server 認証を使用して Microsoft SQL Server データベースに接続します。

パスワード

Microsoft SQL Server データベースに接続するときに使用するユーザーアカウントのパスワード。

JDBC 接続 URL

Microsoft SQL Server データベースに接続するときに使用する JDBC URL。Metadata Managerは、この URL を使用して、Microsoft SQL Server データベースへの接続情報を確認します。


jdbc:informatica:sqlserver://[host_name]:[port];SelectMethod=cursor;DatabaseName=[database_name]

接続文字列

PowerCenter リポジトリの Microsoft SQL Server データベースに対する接続を作成するときに使用する接続文字列。以下の構文を使用します。

<server_name>@<database_name>

あるいは、PowerCenter 統合サービスが稼働しているマシン上に ODBC データソースを作成し、そのデータソース名（DSN）を接続文字列として指定することもできます。






プロパティ

説明


Microsoft SQL Server データベースのコードページ。

リソース、Metadata Manager リポジトリ、および関連する Metadata Manager の統合サービスが実行されるマシンのコードページは、同一である必要があります。

信頼関係接続の使用

Windows 認証を使用してユーザークレデンシャルを認証し、Microsoft SQL Server データベースとの信頼関係接続を確立するには、［信頼関係接続の使用］を選択します。

信頼関係接続を使用して Microsoft SQL Server データベースに接続する場合、Metadata Manager サービスはサービスが実行されているマシンにログインしたユーザーの資格情報を使用してリポジトリに接続されます。


Microsoft SQL Server データベースで安全な通信が有効になっている場合、JDBC 接続 URL に追加のパラメー

タを追加する必要があります。パラメータを追加するには、それらを［セキュア JDBC パラメータ］プロパティ

に入力します。




EncryptionMethod


す。

TrustStore


TrustStorePassword





われます。









KeyStore




KeyStorePassword


参照

Microsoft SQL Server リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブ

ジェクトのデータリネージュを表示および実行できます。

関連項目：



Metadata Manager は、Microsoft SQL Server から以下のオブジェクトタイプを抽出します。

• スキーマ

• テーブル

• カラム

• データタイプ

• ビュー


• IndexColumn


• ForeignKey


• CheckConstraint

• スカラ値関数


• TableTrigger

• ViewTrigger


Metadata Manager は、Microsoft SQL Server から以下のオブジェクトタイプを抽出しません。

• デフォルトまたは DEFAULT の制約

• ログ

• レプリケーションフィルタストアドプロシージャ

• 拡張ストアドプロシージャ

• システムスキーマ

• システムビュー

• テーブル値関数


拡張プロパティ

Metadata Manager は、Microsoft SQL Server テーブルおよびビューカラムの MS_Description 拡張プロパティ

の値を抽出します。カラムの詳細を表示すると、Metadata Manager は、このプロパティ値を［説明］プロパテ

ィに表示します。

Metadata Manager は、他の Microsoft SQL Server オブジェクトの拡張プロパティを抽出しません。Metadata

Manager は、MS_Description 以外の拡張プロパティを抽出しません。

NetezzaNetezza リソースを作成して、Netezza からメタデータを抽出するように設定できます。リソースをロードす

ると、Metadata Manager によって Netezza データベースからスキーマ詳細が抽出されます。

Netezza の設定

Netezza リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適切に



Netezza を設定するには、以下の作業を実行します。


• Netezza JDBC ドライバをインストールおよび設定する。

• Netezza ODBC ドライバをインストールし、DSN を作成する。

権限の設定

Netezza データベースからメタデータを抽出するには、ユーザーアカウントに LIST 特権が必要です。LIST 特

権によって、Netezza ユーザーは Metadata Manager を介して Netezza データベース内のすべてのデータベース

オブジェクトへのアクセスを許可されます。必要に応じて、各データベースオブジェクトへのアクセスを制限

するデータベース権限を割り当てます。詳細については、Netezza のマニュアルを参照してください。

以下のシステムビューで Netezza ユーザーアカウントに対する SELECT 権限を設定します。

• _V_TABLE_DIST_MAP

• _V_TABLE

• _V_DATABASE

• _v_relation_keydata

• _v_relation_column

• _v_view

• _v_synonym

• _v_datatype

• _v_sequence

Netezza 191

Netezza JDBC ドライバのインストールおよび設定

Metadata Manager Service を実行するマシンに Netezza JDBC ドライバをインストールします。

1. IBM の Web サイトから Netezza JDBC ドライバをダウンロードしてインストールします。

2. Metadata Manager Service を無効にします。

3. JDBC ドライバの JAR ファイル（nzjdbc.jar）を Netezza JDBC ドライバのインストールディレクトリから

次のディレクトリにコピーします。

<Informatica のインストールディレクトリ>\services\shared\jars\thirdparty

4. Metadata Manager Service の有効化。

Netezza ODBC ドライバのインストールと DSN の作成

Netezza データベースにアクセスするには、PowerCenter Integration Service が実行されているノードに

Netezza ODBC ドライバをインストールし、DSN を作成します。

1. IBM の Web サイトから Netezza ODBC ドライバをダウンロードしてインストールします。

2. Microsoft Windows コントロールパネルで、［管理ツール］ > ［データソース（ODBC）］の順にクリックし

ます。

3. ［システム DSN］タブで、［追加］をクリックします。

［データソースの新規作成］ウィンドウが表示されます。

4. ［NetezzaSQL］を選択し、［完了］をクリックします。

［NetezzaSQL ODBC データソース接続］ダイアログボックスが表示されます。


フィールド説明

データソースデータソースの名前。Metadata Manager では、データソース名が接続文字列として使用されます。

説明必要に応じて入力する説明。

データベース Netezza データベースの名前。

Server Netezza データベースサーバのホスト名。

ポート Netezza データベースサーバのポート番号。

ユーザー名 Netezza データベースのユーザー名。Metadata Manager では、Netezza データベース内のメタデータへのアクセスに、このユーザー名が使用されます。

パスワード Netezza データベースユーザー名のパスワード。


Netezza リソースの作成

Netezza リソースを作成する前に、Netezza ソースを設定します。




2. ［データベース管理］ > ［Netezza］をクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]




















Netezza の設定のプロパティ

Netezza リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、Netezza の設定のプロパティを示します。


ユーザー名 Netezza データベースに接続するときに使用するユーザーアカウントの名前。

パスワード Netezza データベースに接続するときに使用するユーザーアカウントのパスワード。

Netezza 193


JDBC 接続URL

Netezza データベースに接続するときに使用する JDBC URL。Metadata Manager は、このURL を使用して、Netezza データベースへの接続情報を確認します。


jdbc:netezza://[host_name]:[port]/[database_name]




接続文字列 Netezza データベースに使用する ODBC データソース接続文字列。作成済みの Netezza DSNのデータソース名を入力します。


Netezza データベースのコードページ。


参照

Netezza リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトのデー



Metadata Manager は、Netezza データベースから以下のオブジェクトタイプを抽出します。


• テーブル

• ExternalTable

• カラム

• データ型

• シノニム

• ビュー


• DistributionKey


• ForeignKeyConstraint

• UniqueKeyConstraint

• シーケンス


OracleOracle リソースを作成して、Oracle からメタデータを抽出するように設定できます。リソースをロードする

と、Metadata Manager によって Oracle データベースからスキーマ詳細が抽出されます。

Oracle リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適切に設



権限の設定

Oracle データベースへの接続に使用する Oracle データベースユーザーアカウントの権限を設定します。

このユーザーアカウントには、CONNECT 権限と SELECT_CATALOG_ROLE 権限を設定します。

このユーザーアカウントに SELECT_CATALOG_ROLE 権限を設定できない場合は、次の権限を設定します。

• v$version ビューと v$instance ビューに対する SELECT 権限。

• 必要なスキーマオブジェクトと対応するシステムテーブルに対する CONNECT 権限と SELECT 権限。

以下のスキーマオブジェクトに対し、SELECT 権限を設定します。

• テーブル

• ビュー


• パッケージ

• 手順

• 関数

• シーケンス

• トリガ

• シノニム

以下のシステムテーブルに対し、SELECT 権限を設定します。

• ALL_OBJECTS

• ALL_SOURCE

• ALL_USERS

• DBA_COL_COMMENTS

• DBA_CONS_COLUMNS

• DBA_CONSTRAINTS

• DBA_DEPENDENCIES

• DBA_IND_COLUMNS

• DBA_INDEXES

• DBA_MVIEWS

• DBA_OBJECTS

• DBA_RECYCLEBIN

• DBA_SEQUENCES

• DBA_SOURCE

Oracle 195

• DBA_SYNONYMS

• DBA_TAB_COLUMNS

• DBA_TAB_COMMENTS

• DBA_TAB_PARTITIONS

• DBA_TABLES

• DBA_TRIGGERS

• DBA_VIEWS

いくつかのカラムでクラスタが定義されているテーブルがスキーマに含まれる場合は、DBA_CLUSTER システム

テーブルに対する SELECT 権限を設定する必要があります。

Advanced Security Option を使用する Oracle の設定

Advanced Security Option（ASO）を使用する Oracle データベースからメタデータを抽出する必要がある場

合、Metadata Manager がデータベースと通信できるようにするために、追加のタスクを実行する必要がありま

す。

Metadata Manager がデータベースと通信できるようにするには、以下のタスクを実行します。

1. Oracle サーバーで暗号化の種類を設定します。

2. Oracle クライアントマシンで sqlnet.ora および tnsnames.ora ファイルを設定します。

3. Java Cryptography Extension （JCE）ポリシーファイルをダウンロードして解凍します。

手順 1. Oracle サーバーでの暗号化の種類の設定

Oracle サーバーで暗号化の種類を設定する必要があります。

Oracle ASO サーバー側の暗号化の種類を［Required］または［Requested］に設定します。サーバー側の暗号

化が［Accepted］に設定されている場合、Metadata Manager は Oracle データベースと通信できません。

手順 2. sqlnet.ora および tnsnames.ora の設定

Metadata Manager が Oracle データベースにアクセスできるようにするには、Oracle クライアントマシンで

sqlnet.ora および tnsnames.ora ファイルを設定する必要があります。

sqlnet.ora ファイルで、次のパラメータを設定します。

• SQLNET.AUTHENTICATION_SERVICES

• NAMES.DIRECTORY_PATH

• SQLNET.EXPIRE_TIME

• SQLNET.ENCRYPTION_TYPES_SERVER

• SQLNET.ENCRYPTION_SERVER

• SQLNET.CRYPTO_CHECKSUM_SERVER

• SQLNET.CRYPTO_CHECKSUM_TYPES_SERVER

• SQLNET.CRYPTO_SEED

たとえば、暗号化の種類が「aes256」の場合、sqlnet.ora のコードは次のようになります。

SQLNET.AUTHENTICATION_SERVICES = (NTS)NAMES.DIRECTORY_PATH = (tnsnames, ezconnect)SQLNET.EXPIRE_TIME = 0SQLNET.ENCRYPTION_TYPES_SERVER = (aes256)


SQLNET.ENCRYPTION_SERVER = requiredSQLNET.CRYPTO_CHECKSUM_SERVER = requiredSQLNET.CRYPTO_CHECKSUM_TYPES_SERVER = (md5)SQLNET.CRYPTO_SEED = "abcd1234"

tsnames.ora ファイルには、ASO を使用する Oracle サーバーのエントリを追加します。

手順 3. JCE ポリシーファイルのダウンロードと解凍

256 ビット強度の暗号化をサポートするには、DataDirect JDBC driver for Oracle に Java Cryptography

Extension（JCE）が必要です。

AIX を除くすべてのオペレーティングシステムでは、Oracle JCE Unlimited Strength Jurisdiction Policy

File 6（ jce_policy-6.zip）を Oracle の Web サイトからお使いのローカルマシンにダウンロードします。

AIX オペレーティングシステムでは、古いバージョンの SDK 用の IBM Unrestricted SDK JCE Policy File

（unrestricted.zip）を IBM の Web サイトからお使いのローカルマシンにダウンロードします。

local_policy.jar および US_export_policy.jar ファイルを次のディレクトリに解凍します。

<Informatica のインストールディレクトリ>\java\jre\lib\security

Oracle リソースの作成

Oracle リソースを作成する前に、Oracle ソースを設定します。



2. ［データベース管理］ > ［Oracle］をクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]












Oracle 197

















Oracle の設定のプロパティ

Oracle リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、Oracle の設定のプロパティを示します。


ユーザー名 Oracle データベースに接続するときに使用するユーザーアカウントの名前。

パスワード Oracle データベースに接続するときに使用するユーザーアカウントのパスワード。

JDBC 接続 URL Oracle データベースに接続するときに使用する JDBC URL。Metadata Manager は、このURL を使用して、Oracle データベースへの接続情報を確認します。

Oracle データベースがクラスタ化されていない場合は、次の構文を使用します。

jdbc:informatica:oracle://[host name]:[port];SID=[sid]

SID を入力することも、文字列を編集してフルサービス名を使用することもできます。以下に例を示します。

jdbc:informatica:oracle://[host name]:[port];ServiceName=[service name]

Oracle データベースがクラスタ化されている場合は、次の構文を使用します。

jdbc:informatica:oracle://[host1]:[port];ServiceName=[service name];AlternateServers = ([host2]:[port]);LoadBalancing=true

Oracle データベースが Advanced Security Option を使用している場合は、次の構文を使用します。

jdbc:informatica:oracle://[host name]:[port];SID=[SID];EncryptionLevel=[encryption level];EncryptionTypes=[encryption types];DataIntegrityLevel=[data integrity level];DataIntegrityTypes=[data integrity types]







接続文字列 PowerCenter リポジトリ内のデータベースへのソース接続を作成するために使用するネイティブ接続文字列。この接続文字列は、関連する Metadata Manager の統合サービスが実行されるマシン上の Oracle TNSNAMES エントリと同じです。

以下の構文を使用します。

<database name>.world

Encoding Oracle データベースのコードページ。


増分ロード初のリソースロードが成功した後のリソースの増分ロードを有効にします。

このオプションを有効にすると、Metadata Manager は完全なメタデータをロードする代わりに、メタデータへの近の変更をロードします。このオプションを無効にすると、Metadata Manager はメタデータの完全ロードを実行します。



Oracle データベースで安全な通信が有効になっている場合、JDBC 接続 URL に追加のパラメータを追加する必

要があります。パラメータを追加するには、それらを［セキュア JDBC パラメータ］プロパティに入力します。




EncryptionMethod


す。

TrustStore


TrustStorePassword





われます。

Oracle 199









KeyStore



KeyStorePassword


Oracle リソースの増分ロード

Oracle リソースをロードする場合、デフォルトでは、Metadata Manager はメタデータの完全ロードを実行し

ます。初のメタデータのロードに成功した後に増分ロードを実行するように Metadata Manager を設定でき

ます。

完全ロードでは、すべてのメタデータオブジェクトが抽出されます。増分ロードでは、Metadata Manager は、

メタデータ全体ではなく、メタデータへの近の変更をロードします。近の変更には、成功した後のロー

ド以降のオブジェクトの追加、オブジェクトの更新、およびオブジェクトの削除が含まれます。増分ロードで

はロード時間が短縮されます。完全ロードよりも、Metadata Manager によって抽出されるオブジェクトの数が

少ないためです。

Oracle リソースの増分ロードを有効または無効にするには、［増分ロード］設定プロパティを使用します。





参照

Oracle リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトのデー


関連項目：



Metadata Manager は、Oracle から以下のデータベースオブジェクトタイプを抽出します。

• データベーストリガ

• スキーマ

• スキーマトリガ


Metadata Manager は、Oracle スキーマから以下のオブジェクトタイプを抽出します。

• 関数


-インデックスカラム


-チェック制約

-カラム

-外部キー

• パッケージ

-関数

-プロシージャ


• スキーマトリガ

• シーケンス

• シノニム

• テーブルトリガ

• テーブル

-チェック制約

-カラム

-外部キー

-プライマリキー

-一意キー制約

• ビュートリガ

• ビュー

-カラム

Metadata Manager は、削除済みのテーブル、制約、トリガ、またはインデックスを Oracle スキーマから抽出

しません。

スナップショット

Oracle データベースのスナップショットは、メタデータカタログやデータリネージに表示されません。

パブリックスキーマ

パブリックスキーマは純粋な Oracle スキーマではありません。 Metadata Manager では、Oracle パブリック

シノニムの所有者を正しく表示するために、仮想スキーマ（パブリックスキーマ）が作成されます。パブリッ

クスキーマは、ユーザーが作成したすべてのパブリックシノニムを所有し、分類します。パブリックスキーマ

は、すべてのパブリックシノニムの所有者名として Metadata Manager に表示されます。

パブリックシノニムの取り扱い

Metadata Manager は、Oracle の内部パブリックシノニムを抽出しません。

Metadata Manager は、ロードするように選択したスキーマの Oracle パブリックシノニムを抽出します。パブ

リックシノニムは、リネージ図に含まれるデータベーステーブルに表示されます。

Oracle 201

Sybase ASESybase ASE リソースを作成して、Sybase ASE からメタデータを抽出するように設定できます。リソースをロ

ードすると、Metadata Manager によって Sybase ASE データベースからスキーマ詳細が抽出されます。

Sybase ASE の設定

Sybase ASE リソースを作成する前に、メタデータソースを設定する必要があります。メタデータソースを適

切に設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハウスへのロ

ードが正常に行われません。

Sybase ASE を設定するには、次の作業を実行します。


• Sybase ASE バージョン 15.0 以降のライブラリファイルの名前を変更する。

権限の設定

Sybase リソースを作成する前に、Sybase ASE データベースへの接続に使用する Sybase ASE データベースユー

ザーアカウントの権限を設定します。

以下のスキーマオブジェクトに対し、SELECT 権限を設定します。

• テーブル

• ビュー

• カラム

• 手順

以下のシステムテーブルに対し、SELECT 権限を設定します。

• sysobjects

• syscomments

• sysdepends

• syscolumns

• sysindexes

• sysconstraints

• sysreferences

• sysusers

• systypes

• master.dbo.sysservers

• master.dbo.sysconfigures

• @@<servername>

Sybase ASE バージョン 15.0 以降のライブラリファイルの名前変更

Sybase ASE バージョン 15.0 以降では、以前の Sybase ASE バージョンとは異なるライブラリファイル名が使用

されています。 Metadata Manager は、Sybase ASE リソースをロードするときに、以前のバージョンの Sybase

ライブラリファイル名を使用します。そのため、Sybase ASE クライアントにあるライブラリファイルの名前


を変更しない限り、Metadata Manager で Sybase ASE バージョン 15.0 以降のリソースをロードすることはでき

ません。

Sybase ASE クライアントのインストールには、後方互換性のあるスクリプトが含まれています。このスクリプ

トを使用すると、ライブラリファイル名を以前のバージョンで使用されているライブラリファイル名に変更す

ることができます。ライブラリファイル名を変更するには、以下のいずれかのスクリプトを実行します。

• copylibs.bat（Windows の場合）

• lnsybs（UNIX の場合）

スクリプトは以下のディレクトリに格納されています。

<SybaseClientInstallation>sybase\OCS-15_0\scripts

Sybase ASE リソースの作成

Sybase ASE リソースを作成する前に、Sybase ASE ソースを設定します。



2. ［データベース管理］ > ［Sybase］をクリックします。




プロパティ

説明


/ \ : * ' ? " < > | [ ]

















Sybase ASE 203












Sybase ASE の設定のプロパティ

Sybase ASE リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、Sybase ASE の設定のプロパティを示します。

プロパティ

説明

ユーザー名

Sybase データベースに接続するときに使用するユーザーアカウントの名前。

パスワード

Sybase データベースに接続するときに使用するユーザーアカウントのパスワード。

JDBC 接続URL

Sybase データベースに接続するときに使用する JDBC URL。 Metadata Manager でこの URL を使用して、Sybase データベースへの接続情報を確認します。


jdbc:informatica:sybase://[host_name]:[port];DatabaseName=[database_name]




接続文字列

PowerCenter リポジトリ内のデータベースへのソース接続を作成するために使用するネイティブ接続文字列。接続文字列では、以下の構文を使用します。

<server_name>@<database_name>


Sybase データベースのコードページ。



参照

Metadata Manager は、Sybase ASE から以下のオブジェクトタイプを抽出します。

• スキーマ

• テーブル

• カラム

• データ型

• ビュー


• IndexColumn


• ForeignKey


• CheckConstraint

• 関数


• TableTrigger

• ViewTrigger

Metadata Manager は、Sybase ASE から以下の情報を抽出しません。

• デフォルトの制約

• ユーザー用に定義されたルール

TeradataTeradata リソースを作成して、Teradata からメタデータを抽出するように設定できます。リソースをロード

すると、Metadata Manager によって Teradata データベースからスキーマ詳細が抽出されます。

Teradata の設定

Teradata リソースを作成またはロードする前に、メタデータソースを設定する必要があります。メタデータソ

ースを適切に設定しないと、メタデータのロードが失敗するか、メタデータの Metadata Manager ウェアハウ

スへのロードが正常に行われません。

Teradata を設定するには、次の作業を実行します。

• Teradata データベースユーザーの権限を設定します。

• Teradata JDBC ドライバをインストールします。

Teradata 205

権限の設定

Teradata データベースへの接続に使用する Teradata データベースユーザーアカウントの権限を設定します。

以下の表に、Teradata データベースユーザーアカウントに対する SELECT 権限を設定する必要があるスキーマ

オブジェクトおよびシステムテーブルを示します。


テーブル

ビュー

インデックス

パッケージ

手順

関数

シーケンス

トリガ

シノニム

DBC.DBCINFO

DBC.TABLETEXT

DBC.HOSTSINFO

DBC.DATABASES

DBC.TABLES

DBC.COLUMNS

DBC.ALL_RI_CHILDREN

DBC.INDICES

DBC.TRIGGERS

DBC.SHOWTBLCHECKS

Teradata JDBC ドライバのインストール

Teradata リソースを作成または更新できるようにするには、その前に Teradata JDBC ドライバをインストール

してから Metadata Manager Service を再起動する必要があります。

1. Teradata JDBC ドライバのバージョン 13.10.00.32 を、次の URL からダウンロードします。

http://downloads.teradata.com/download/connectivity/jdbc-driver

2. 次のディレクトリに JAR ファイルをコピーします。

• <INFA_HOME>\services\shared\jars\thirdparty

• <INFA_HOME>\services\MetadataManagerService\mmapps\mm\WEB-INF\lib

3. Metadata Manager Service をリスタートします。

Teradata リソースの作成

Teradata リソースを作成する前に、Teradata ソースを設定します。



2. ［データベース管理］ > ［Teradata］をクリックします。




http://downloads.teradata.com/download/connectivity/jdbc-driver


プロパティ

説明


/ \ : * ' ? " < > | [ ]




























Teradata 207

Teradata の設定のプロパティ

Teradata リソースを作成または編集するときに、設定のプロパティを更新します。

以下の表に、Teradata の設定のプロパティを示します。


ユーザー名 Teradata データベースに接続するときに使用するユーザーアカウントの名前。

パスワード Teradata データベースに接続するときに使用するユーザーアカウントのパスワード。

JDBC 接続 URL Teradata データベースに接続するときに使用する JDBC URL。 Metadata Manager は、この URL を使用して、Teradata データベースへの接続情報を確認します。


jdbc:teradata://[database_server_name]/Database=[database_name]

マルチバイトデータが含まれている Teradata データベースに、CHARSET パラメータを追加して Teradata 文字セットを指定します。以下に例を示します。

jdbc:teradata://[database_server_name]/Database=[database_name],CHARSET=[character_set_name]

サポートされている Teradata 文字セットの詳細については、Teradata のマニュアルを参照してください。



param1=value1,param2=value2

サーバのデータソース名

Teradata データベースで使用するサーバーのデータソース名。

Encoding Teradata データベースのコードページ。


増分ロード初のリソースロードが成功した後のリソースの増分ロードを有効にします。

このオプションを有効にすると、Metadata Manager は完全なメタデータをロードする代わりに、メタデータへの近の変更をロードします。このオプションを無効にすると、Metadata Manager はメタデータの完全ロードを実行します。


Teradata リソースの増分ロード

Teradata リソースをロードする場合、デフォルトでは、Metadata Manager はメタデータの完全ロードを実行

します。初のメタデータのロードに成功した後に増分ロードを実行するように Metadata Manager を設定で

きます。

完全ロードでは、すべてのメタデータオブジェクトが抽出されます。増分ロードでは、Metadata Manager は、

メタデータ全体ではなく、メタデータへの近の変更をロードします。近の変更には、成功した後のロー

ド以降のオブジェクトの追加、オブジェクトの更新、およびオブジェクトの削除が含まれます。増分ロードで

はロード時間が短縮されます。完全ロードよりも、Metadata Manager によって抽出されるオブジェクトの数が

少ないためです。


Teradata リソースの増分ロードを有効または無効にするには、［増分ロード］設定プロパティを使用します。





参照

Teradata リソースを作成およびロードした後に、Metadata Manager で抽出したメタデータオブジェクトのデ


関連項目：



Metadata Manager は、Teradata データベースから以下のオブジェクトタイプを抽出します。

• ユーザー

• テーブル

• カラム

• データ型

• ビュー


• IndexColumn


• ForeignKey


• CheckConstraint


• TableTrigger

• マクロ

Metadata Manager は、Teradata から以下の情報を抽出しません。

• 結合インデックス

• プロシージャの本文

Teradata のプロシージャではデータリネージがサポートされていません。

データベースとユーザー

Metadata Manager のデータベース管理レポートを有効にして Teradata データベースおよび Teradata ユーザー

を表示するために、TeradataDatabase クラスと TeradataUser クラスが cwm.resource.relational パッケージ

のスキーマクラスにマップされます。 cwm.resource.relational パッケージのカタログクラスは、Metadata

Manager リポジトリにマップされます。

Teradata 209

Teradata の Schema 属性に値を指定する必要がある場合は、ユーザー名またはデータベース名を使用します。

例えば、データベース名に基づいて Teradata データベースカタログレポートの結果をフィルタリングするに

は、Database Name 属性ではなく、Schema 属性にフィルタを作成します。

以下の表に、DatabaseName および Schema レポート属性に使用する値のタイプに関するガイドラインを示しま

す。

レポート属性 Teradata での有効値その他のデータベースプラットフォームでの有効値

DatabaseName リポジトリ名リポジトリ名

スキーマデータベース名またはユーザー名

ユーザー名

トリガのプロパティ

トリガプロパティは、パブリックユーザーがアクセスできない DBC.Triggers システムビューから取得されま

す。 Teradata メタデータをロードするすべてのユーザーが必ずこのビューの SELECT 権限を持つように設定し

てください。

テーブルとトリガの関連付け

トリガ SQL コードに含まれているテーブルは Teradata システムメタデータビューまたはテーブルから使用でき

ないため、これらのテーブルとトリガは TriggerUsingColumnSet 関連付けではなく、TableOwningTrigger 関

連付けを使用して関連付けられます。

注: ここでは、トリガを開始するテーブルではなく、トリガの SQL コードに含まれているテーブルのことを意

味しています。

ホスト名

Teradata データベースインスタンスを含むサーバーのホスト名は DBC.HostsInfo システムビューまたは

DBC.Hosts システムテーブルにないため、Metadata Manager では、ユーザーが ODBC 接続（DSN）を設定すると

きにホスト名が取得されます。 Database Server Name パラメータはホスト名を格納します。

注: ホスト名とは、Teradata データベースインスタンスをホストするサーバーの名前のことです。

ビューカラムデータ型

Metadata Manager のデータベース管理レポートには、ビューカラムとデータ型の関連付けが必要です。

Teradata では Datatype、Length、Precision、Scale、および IsNullable のビューカラムの値が指定されない

ため、Metadata Manager ではデフォルト値が Unsupported に設定されます。

注: Teradata ではテーブルカラムにこれらの値が指定され、Metadata Manager にそれらの値が抽出されて格

納されます。

制限されたメタデータのロード

メタデータのロードから特定のユーザーやデータベースを除外するには、スキーマの取り込みリストを使用し

ます。例えば、システムユーザーやデータベースなどのレベル 1 ユーザーを除外したい場合があります。“DBC”

の下のレベル 1 にあるユーザーやデータベースを除外するには、それをスキーマの取り込みリストに追加しな

いでください。


関連項目：

•「スキーマの取り込みリストの設定」 (ページ211)

インデックスおよび制約の要素 ID

Teradata では、Primary Key、Unique、および Check Constraints などのインデックスの名前に NULL 値の使

用が許可されます。

Teradata では、各インデックスが一意のインデックス番号で識別されます。この番号は、インデックスが作成

されるデータベースおよびテーブル内で一意です。一意のインデックス番号は、位置に相当します。Metadata

Manager では、名前のないすべてのインデックスに一意の要素 ID を生成するためにこの番号が使用されます。

Metadata Manager では、要素 ID を作成するための名前がない制約に一意のシーケンス番号も生成されます。

スキーマの取り込みリストの設定以下のリソースのスキーマの取り込みリストパラメータを設定できます。

• IBM DB2 for LUW

• IBM DB2 for z/OS

• IBM Informix

• Microsoft SQL Server

• Oracle

• Sybase ASE

• Teradata

パラメータを編集するには、［ロード］タブの［リソース］パネルでリソースを選択し、［リソースの編集］を

クリックし、［リソースの編集］ウィンドウの［パラメータ］タブをクリックします。

スキーマの取り込みリストパラメータを使用して、Metadata Manager ウェアハウスにロードするスキーマを選

択します。リレーショナルデータベースソースをロードすると、Metadata Manager はメタデータをデータベ

ーススキーマから Metadata Manager ウェアハウスにロードします。

後のリソースロードの後に変更されたスキーマ、または初めてロードするスキーマに対し、［更新］を選択し

ます。Metadata Manager が、更新の対象として選択されたスキーマをロードします。デフォルトでは、それま

でにロードされたすべてのスキーマに対して［更新］が選択されます。ロード済みのスキーマのうち、再ロー

ドしないスキーマは、［更新］を解除できます。また、［選択済みスキーマ］リストのすべてのスキーマに対し、

［更新］を解除または選択することができます。

抽出する Metadata Manager 用スキーマを変更して前にロードされたスキーマを削除する場合、Metadata

Manager はメタデータオブジェクトを Metadata Manager ウェアハウスから削除しません。ソースデータベー

スに存在しなくなった Metadata Manager ウェアハウス内のメタデータオブジェクトを削除するには、リソー

スのメタデータをパージして、必要なスキーマを Metadata Manager ウェアハウスにロードする必要がありま

す。

注: Microsoft SQL Server 2000 のリソースを作成する場合は、使用可能なスキーマリストに SQL Server デー

タベースのユーザーのリストが含まれます。

スキーマの取り込みリストの設定 211

データベース管理リソースのデータリネージ結合文に含まれているテーブル、およびインラインビューを含む SQL クエリー内で使用されているオブジェク

トに関するデータリネージを表示できます。

結合文内のテーブル

データがテーブルから抽出される場合やテーブルにロードされる場合、データリネージにはデータベーステー

ブルが含まれます。テーブルが結合文に含まれていても、データがテーブルから抽出されない場合やテーブル

にロードされない場合、テーブルはデータリネージに表示されません。

例えば、以下の SQL で示すように、CUSTOMER および CITY の 2 つのテーブルが SQL ビューに含まれるものとし

ます。

CREATE VIEW SF_CUST_VIEW AS SELECT CUSTOMER.ID, CUSTOMER.NAME FROM CUSTOMER, CITYWHERE CUSTOMER.CITY_ID = CITY.ID AND CITY.NAME = ‘SFO’

ビューでは CUSTOMER テーブルからのデータのみが公開されるため、CITY テーブルはビューのデータリネージ

に表示されません。その代わり、ビューの関連カタログオブジェクトとして、CITY テーブルがデータリネー

ジに表示されます。

SQL インラインビュー

SQL インラインビューは、別の SELECT 文の FROM 句の中の SELECT 文です。例えば、以下の SQL にはインライ

ンビューが含まれています。

SELECT ename FROM (SELECT ename FROM emp)

インラインビューを含む SQL クエリー内で使用されているデータベーステーブル、ビュー、またはシノニムに

関するデータリネージを表示できます。 SQL クエリーは、以下のオブジェクト内に含めることができます。

• PowerCenter ソース修飾子トランスフォーメーションまたはルックアップトランスフォーメーション内の

SQL オーバーライド。

• データベースビュー、ストアドプロシージャ、関数、およびトリガ。

注: SQL インラインビューは、共通テーブル式とも呼ばれます。


第 1 0 章

ユニバーサルリソース


• ユニバーサルリソースの概要, 213 ページ

• サポートされるメタデータソース, 214 ページ

• XConnect の作成, 215 ページ

• リソースの作成, 222 ページ

ユニバーサルリソースの概要ユニバーサルリソースを作成し、設定して、Metadata Manager でモデルがパッケージ化されないメタデータソ

ースからメタデータを抽出できます。ユニバーサルリソースを作成することで、特定のビジネスインテリジェ

ンス、データ統合、データモデリング、およびデータ管理の各メタデータリソースからメタデータを抽出でき

ます。

例えば、QlikView QVD または QVW ファイルからメタデータを抽出する必要があるとします。ただし、Metadata

Manager では QlikView のモデルはパッケージ化されていません。ユニバーサルリソースを作成することで、

QlikView ファイルからメタデータを抽出できます。

作成したユニバーサルリソースは、パッケージリソースと同じように動作します。ユニバーサルリソース内の

オブジェクトの接続割り当てを、パッケージリソース内のオブジェクトと同じ方法で設定します。ユニバーサ

ルリソースに関連付けられたモデル内のクラスを変更することはできません。ただし、パッケージリソースの

場合と同様に、モデルクラスのカスタム属性を追加できます。

ユニバーサルリソースを作成するには、以下のタスクを実行します。

1. メタデータソースタイプを表すユニバーサル XConnect を作成します。

例えば、Apache Hadoop Hive サーバー、QlikView ファイル、または Talend Data Integration 用の

XConnect を作成できます。XConnect には、データソースのモデルが含まれます。

2. 使用するメタデータソースを表すリソースを作成します。

作成する XConnect ごとに複数のリソースを作成できます。つまり、QlikView ファイル用の XConnect を作

成した場合、QlikView モデルに基づく複数のリソースを作成できます。

XConnects は、ユニバーサル接続フレームワークを使用して作成します。ユニバーサル接続フレームワークに

は、ユニバーサル XConnects を開発するために使用するソフトウェアコンポーネントが含まれます。また、ユ

ニバーサル XConnects、モデル、およびリソースを作成するために必要なすべてのツールとアーティファクト

が含まれます。

注: ユニバーサル接続フレームワーク（UCF）は、Informatica OEM パートナーのソリューション（Meta

Integration Model Bridge）を使用して設計されています。ユニバーサル接続フレームワークによるメタデー

213

タの抽出が可能なソースのリストおよびバージョン固有の詳細については、製品可用性マトリックス（PAM）を

参照してください。ユニバーサル接続フレームワークの使用に関するサポート面の詳細については、

「Statement of Support」に関するドキュメントを参照してください。ユニバーサル接続フレームワークを使

用して作成したユニバーサルモデルおよびリソースは、パッケージ化されたモデルおよびリソースと比較した

場合、外観と動作が一致しない可能性があります。




overview

サポートされるメタデータソースユニバーサルリソースを作成すると、異なるメタデータソースからメタデータを抽出できます。

次のいずれかのメタデータソースからメタデータを抽出するには、ユニバーサルリソースを作成します。

Amazon RedShift Database (via JDBC)Apache Hadoop HDFS Java APIApache Hadoop Hive ServerApache Hadoop HiveQL DDLApache Hadoop Web HCatalogBorland Together (via UML 1.x XMI)Borland Together (via UML 2.x XMI)CA Component Modeler 3.52 (ParadigmPlus)CA Component Modeler 4.x (via UML 1.x XMI)CA COOLBiz 5.1CA COOLBusinessTeam (GroundWorks) 2.2.1CA COOLEnterprise (ADW) 2.7CA COOLXtras Mapper (TerrainMap for DB2)CA GenCaRepositoryDsOdbcCaRepositoryDsOdbcImport.ZOSCOBOL Copybook FileGentleware Poseidon (via UML 1.x XMI)Google BigQueryGrandite Silverrun-RDM 2.4.4 to 2.8.6Hl7XmlDtdHortonworks Hadoop Hive ServerHortonworks Hadoop HiveQL DDLIBM DB2 Cube ViewsIBM InfoSphere Data Architect (IDA)IBM InfoSphere DataStageIBM InfoSphere Federation Server (via JDBC)IBM InfoSphere Information Governance Catalog (IGC)IBM InfoSphere Information Server (IIS) 11.x (Common Model)IBM InfoSphere Information Server (IIS) 9.x (Common Model)IBM InfoSphere Warehouse - InfoSphere Data ArchitectIBM Lotus Notes (via JDBC-ODBC)IBM Rational Rose 6.0(98i) to 6.5(2000)IBM Rational Rose 7.x (2000e and newer)IBM Rational Software Architect (RSA) (via UML 2.x XMI)IBM Rational System Architect (SA) 10.4 to 11.x (Encyclopedia)IBM Rational System Architect (SA) 7.1 to 11.x (File)IBM Telelogic Tau (via UML 1.x XMI)IbmRationalSoftwareArchitectIDERA ERStudio Business Architect (via DM1)IDERA ERStudio RepositoryKalidoDiwMapR Hadoop Hive ServerMapR Hadoop HiveQL DDLMeta Integration Repository (MIR) Application ServerMeta Integration Repository (MIR) XMI file

214 第 10 章: ユニバーサルリソース



Meta Integration Repository (MIR) XMI multimodel contentMetadata Excel FormatMicro Focus (Merant) AppMaster BuilderMicrosoft Office Visio Database Diagram (via ERX)Microsoft Office Visio UML Class Diagram (via UML 1.x XMI)Microsoft SQL Server XML Data Reduced (XDR) SchemaNoMagic MagicDraw (via UML 1.x XMI)OMG CWM 1.x XMI 1.xOMG CWM Pre-1.0 XMI 1.1OMG UML 1.x XMI 1.xOMG UML 2.x XMI 2.xOmgCwmXmiImport.HyperionApplicationBuilderOmgCwmXmiImport.IbmDb2WarehouseManagerOmgCwmXmiImport.IbmInfoSphereDiscoveryOmgCwmXmiImport.OracleWarehouseBuilderOmgCwmXmiImport.SasDataIntegrationStudioOracle Data Integrator (ODI)Oracle Data Modeler (ODM) 4.xOracle Data Warehouse Administration Console (DAC)Oracle DesignerOracle Hyperion Essbase Integration Services (EIS)Oracle Warehouse Builder (OWB)Pivotal Greenplum Database (via JDBC)PopkinSaPostgreSQL Database (via JDBC)QlikView FilesQlikView RepositorySAS Data Integration Studio (via MIR XMI)SAS Information Map Studio (via MIR XMI)SAS Management Console (via MIR XMI)SAS Metadata Management (via MIR XMI)SAS Metadata Server (via MIR XMI)SAS OLAP Server (via ODBO)Select SESparx Enterprise Architect (EA) (via UML 1.x XMI)Sparx Enterprise Architect (EA) (via UML 2.x XMI)Talend Data IntegrationTalend Master Data Management (MDM)Tigris ArgoUML (via UML 1.x XMI)Visible IEAdvantage 6.1W3C XML DTD 1.0W3C XML Schema 1.0 (XSD)




overview

XConnect の作成XConnect は、Metadata Manager がメタデータソースからメタデータを抽出するために使用するコードとアー

ティファクトです。これには、メタデータソースのモデルが含まれます。ユニバーサル XConnect を作成するに

は、プラグインを作成し、Metadata Manager サービスのプラグインディレクトリにプラグインをコピーして、

Metadata Manager サービスをリサイクルします。

サービスが有効にされると、Metadata Manager はモデルをインポートします。

XConnect の作成 215



次の図は、ユニバーサル XConnect の作成プロセスを示しています。

1. メタデータソース名を取得します。

2. プラグイン定義ファイルを作成します。

3. カスタムアイコンを使用する場合、mmXConPluginUtil generateImageMapping コマンドを実行し、モデル

内のグループおよびクラスのイメージマッピング情報を取得します。

4. カスタムアイコンを使用する場合、モデル、グループ、およびクラスのアイコンを取得します。

5. mmXConPluginUtil generatePlugin コマンドを実行し、プラグインを生成します。

6. Metadata Manager サービスのプラグインディレクトリにプラグインをコピーした後、Metadata Manager

サービスをリサイクルします。

手順 1。メタデータソース名の取得

ユニバーサル XConnect を作成できるようにするには、まずメタデータソース名を取得する必要があります。メ

タデータソース名はメタデータソースを一意に識別するテキスト文字列です（例: Apache Hadoop Hive Server、

QlikView Files、Talend Data Integration、W3C XML Schema 1.0 (XSD)）。プラグイン定義ファイルを作成するには、

メタデータソース名が必要です。

「サポートされるメタデータソース」のトピックにメタデータソース名のリストが示されています。プラグイン

定義ファイルを作成する場合、「サポートされるメタデータソース」のトピックで示されているメタデータソー

ス名を sourcename 要素に正確に入力する必要があります。


関連項目：

•「サポートされるメタデータソース」 (ページ 214)

手順 2。プラグイン定義ファイルの作成

プラグイン定義ファイルは、イメージマッピング情報を取得し、プラグインを生成するために使用する XML フ

ァイルです。プラグイン定義ファイルには、XConnect およびモデルのプロパティを指定する要素が含まれま

す。

プラグイン定義ファイルには必須要素とオプション要素が含まれます。必須要素では、XConnect 名、モデルの

所有者、メタデータソースタイプ、メタデータソース名などのプロパティを指定します。オプション要素では、

アイコンディレクトリ、モデルアイコン、モデルの説明などのプロパティを指定します。

Informatica は、テンプレートとして使用できる次のサンプルのプラグイン定義ファイルを提供します。

<Informatica サービスのインストールディレクトリ>\services\MetadataManagerService\utilities\mmxconpluginutil

\xconnect-definition-template.xml

次のコードは、サンプルのプラグイン定義ファイルを示しています。

<?xml version="1.0" encoding="utf-8" ?><xconnect xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation='xconndef.xsd' xmlns="http://www.informatica.com/XCONDEF"> <name></name> <owner></owner> <domain></domain> <sourcename></sourcename></xconnect>

プラグイン定義ファイルを作成するには、このサンプルファイルをコピーして、要素と要素の値を更新してく

ださい。

プラグイン定義ファイルの要素

プラグイン定義ファイルには、XConnect およびモデルのプロパティを指定する要素が含まれます。プラグイン

定義ファイルには各必須要素を 1 つずつ含める必要があります。また、オプションの各要素を 1 つずつ含める

こともできます。

以下の表に、プラグイン定義ファイルの各要素を示します。

要素説明

name 必須。XConnect の名前（例: Apache_Hadoop_Hive、QlikView、Talend）。

name 要素に次の文字を含めることはできません。

/ \ : * ' ? " < > | [ ] &

Metadata Manager は、name 要素と owner 要素を使用してモデル名を生成します。Metadata Manager は、<owner>.<name>の形式で名前を付けます（例: HypoStores.QlikView）。

owner 必須。XConnect およびモデルを作成する組織または部門の名前（例: HypoStores、HypoStores_Sales）。

owner 要素に次の文字を含めることはできません。

/ \ : * ' ? " < > | [ ] &

Metadata Manager は、name 要素と owner 要素を使用してモデル名を生成します。Metadata Manager は、<owner>.<name>の形式で名前を付けます（例: HypoStores.QlikView）。


要素説明

domain 必須。メタデータソースタイプ。次のいずれかの値を指定する必要があります。- Business Intelligence- Data Integration- Data Modeling- Database Management

sourcename 必須。メタデータの抽出元であるメタデータソースの名前（例: QlikView Files、Apache Hadoop Hive Server、Talend Data Integration、W3C XML Schema 1.0 (XSD)）。

サポートされるメタデータソースのリストについては、「サポートされるメタデータソース」のトピックを参照してください。この要素には、「サポートされるメタデータソース」のトピックで示されているメタデータソース名を正確に入力する必要があります。

iconDir オプション。モデルのアイコンと、モデル内のグループとクラスのアイコンが含まれるディレクトリ。

完全なファイルパスまたは相対パスを指定できます。相対パスを指定する場合、次のディレクトリを基準とする相対的なファイルパスを指定します。


icon オプション。Metadata Manager がモデルアイコン用として使用するイメージファイルのファイル名（例: qlikview_model_icon.gif）。

モデルアイコンは、iconDir 要素で指定したアイコンディレクトリに存在する必要があります。

shortName オプション。モデルの短い名前。

説明オプション。モデルの説明。

関連項目：

•「サポートされるメタデータソース」 (ページ 214)

プラグイン定義ファイルの例

次のコードは、QlikView ファイルからメタデータを抽出するために使用する XConnect のプラグイン定義ファ

イルの例を示しています。

<?xml version="1.0" encoding="utf-8" ?><xconnect xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation='xconndef.xsd' xmlns="http://www.informatica.com/XCONDEF"> <name>QlikView</name> <owner>HypoStores</owner> <domain>Business Intelligence</domain> <sourcename>QlikView Files</sourcename> <iconDir>\QlikView\Icons</iconDir> <icon>qlikview_model_icon.gif</icon> <description>QlikView model created for HypoStores, Inc.</description></xconnect>

手順 3。イメージマッピング情報の取得

プラグイン定義ファイルを作成した後、そのプラグイン定義ファイルを使用して、モデル内のグループおよび

クラスごとにイメージマッピング情報を取得できます。モデル内のグループおよびクラスに対してカスタムア


イコンを使用する場合、このイメージマッピング情報が必要です。イメージマッピング情報は各グループおよ

びクラスをアイコンファイルに関連付けます。

カスタムアイコンを使用しない場合、この手順をスキップできます。Metadata Manager は、クラスアイコン

（）を、アイコンファイルを持たないグループまたはクラスで使用します。

イメージマッピング情報を取得するには、mmXConPluginUtil generateImageMapping コマンドを定義ファイル

（-x）オプション付きで実行します。次に例を示します。

mmXConPluginUtil generateImageMapping -x C:\MMPlugInDefs\HypoStores_QlikViewDef.xml

mmXConPluginUtil は、モデル内の各グループおよびクラスのリストと、対応するアイコンファイルが含まれる

CSV テキストファイルを生成します。このコマンドは、次のディレクトリにイメージマッピングファイルを生

成します。ここで、owner と name はプラグイン定義ファイルで定義されています。


\<owner>.<name>

mmXConPluginUtil は、イメージマッピングファイルを mm-<owner>.<name>-xconnect.txt の形式で命名します。

以下に例を示します。


\HypoStores.QlikView\mm-HypoStores.QlikView-xconnect.txt

次の例は、QlikView ファイルからメタデータを抽出するために使用する XConnect のイメージマッピングファ

イルの一部を示しています。

Group,ReportAttribute.gifStatisticsBox,Statistics Box.pngStraightTable,Table.gifVariable,ReportAttribute.gifSlider,Slider Calendar.pngSearchObject,Search Object.pngTableBox,Table Box.pngQVWModel,qvw.pngTextBox,Text Object.pngDocument,Document.gif…

前の例では、Group クラスのアイコンファイルは ReportAttribute.gif です。StatisticsBox クラスのアイコン

は Statistics Box.png です。

手順 4。アイコンの取得

イメージマッピング情報を取得したら、モデルのアイコンと、モデル内のグループとクラスのアイコンを取得

できます。カスタムアイコンを使用しない場合、この手順をスキップできます。

カスタムアイコンをモデルに対して使用するには、イメージファイルを見つけて、プラグイン定義ファイルで

指定したアイコン名で保存します。次に、そのファイルを、プラグイン定義ファイルで指定したアイコンディ

レクトリにコピーします。モデルアイコンには、BMP、GIF、JPG、PNG など、一般的な任意のイメージタイプを

使用できます。

カスタムアイコンをグループまたはクラスに対して使用するには、イメージファイルを見つけて、イメージマ

ッピングファイルで指定した名前で保存します。次に、イメージファイルを、プラグイン定義ファイルで指定

したアイコンディレクトリにコピーします。グループアイコンまたはクラスアイコンの名前とファイルタイプ

は、イメージマッピングファイルで指定されている必要があります。

例えば、作成したモデルに Conditions というクラスが含まれます。イメージマッピングファイルでは、

Conditions クラスが Filter.gif にマップされています。


Conditions クラスのアイコンを探すには、次のタスクを実行します。

1. インターネットで「conditions icons」または「filter icons」を検索します。

また、次の Metadata Manager イメージディレクトリで同様のアイコンを検索することもできます。

<Informatica サービスのインストールディレクトリ>\services\MetadataManagerService\mmapps\mm\images

2. イメージを Filter.gif として保存します。

3. Filter.gif ファイルを、プラグイン定義ファイルで指定したアイコンディレクトリにコピーします。

カスタムアイコンを使用する、モデル内のすべてのグループおよびクラスに対してこのプロセスを繰り返しま

す。

アイコンに関する規則およびガイドライン

アイコンを作成するときには、以下の規則とガイドラインに従ってください。

• 使用するすべてのアイコンのサイズは 16 x 16 ピクセルである必要があります。Metadata Manager では、

アイコンの拡大縮小は行われません。

• モデルのアイコンを指定する必要はありません。アイコンを指定しない場合、Metadata Manager は、カス

タムモデルアイコン（）を、モデルとそのモデルに基づくすべてのリソースに対して使用します。

• グループまたはクラスを別のイメージファイルまたはファイルタイプに再マップする必要はありません。例

えば、Dimension クラスが dimension.gif にマップされている場合、そのクラスを 3D_dimension.gif また

は dimension.png に再マップできません。

• グループおよびクラスごとにイメージファイルをアイコンディレクトリに追加する必要はありません。グル

ープまたはクラスのイメージファイルがない場合、Metadata Manager は、クラスアイコン（）をグルー

プまたはクラスに対して使用します。

手順 5。プラグインの生成

定義ファイルとアイコンの準備ができたら、プラグインを作成できます。プラグインを作成するには、

mmXConPluginUtil コマンドラインプログラムを使用します。

プラグインを生成するには、mmXConPluginUtil generatePlugin コマンドを定義ファイル（-x）オプション付

きで実行します。mmXConPluginUtil は、プラグインを XConnect アーカイブ（XAR）ファイルとして生成しま

す。このコマンドは、次のディレクトリにプラグインを生成します。ここで、owner と name はプラグイン定義

ファイルで定義されています。


\<owner>.<name>

mmXConPluginUtil は、プラグインを mm-<owner>.<name>-xconnect.xar の形式で命名します。

例えば、プラグイン定義ファイルで owner 要素を HypoStores に設定し、name 要素を QlikView に設定します。

次のコマンドを実行してプラグインを生成します。

mmXConPluginUtil generatePlugin -x C:\MMPlugInDefs\HypoStores_QlikViewDef.xml

mmXConPluginUtil は次のプラグインを生成します。


\HypoStores.QlikView\mm-HypoStores.QlikView-xconnect.xar


プラグインの構造

プラグインは、XConnect を定義する XAR ファイルです。ファイルアーカイブプログラムを使用してプラグイン

ファイルを開き、その構造を確認することができます。

警告: プラグインが壊れないよう、プラグイン内のファイルまたはディレクトリを一切編集しないでください。

プラグインを変更するには、プラグイン定義ファイルまたはアイコンを更新した後、プラグインを再生成しま

す。

次の階層は、プラグインの構造を示しています。

META-INF MANIFEST.MFresources artifacts <owner>.<name>.bridges.xml <owner>.<name>.endpoint.txt <owner>.<name>.metamodel.xml <owner>.<name>.<source ID>.Resources.properties <owner>.<name>.<source ID>Options.xml <owner>.<name>.WhereUsed.properties mm-<owner>.<name>-xconnect.txt images <image files for the groups and classes in the model>

プラグインには次のディレクトリが含まれます。

META-INF

モデルのマニフェストファイル（MANIFEST.MF）が含まれます。マニフェストファイルは、XConnect の所

有者、Metadata Manager のバージョン、モデル名などの情報を指定します。

resources\artifacts

モデルの作成に必要なアーティファクトファイルが含まれます。アーティファクトファイル名内の owner

と name はプラグイン定義ファイルで定義されています。ソース ID は、プラグイン定義ファイルで定義さ

れた sourcename の短縮バージョンです。

resources\images

モデル内のグループとクラスのアイコンが含まれます。

プラグインの構造の例

次の例は、QlikView ファイルからメタデータを抽出するために使用するプラグインの構造を示しています。

META-INF MANIFEST.MFresources artifacts HypoStores.QlikView.bridges.xml HypoStores.QlikView.endpoint.txt HypoStores.QlikView.metamodel.xml HypoStores.QlikView.QlikViewFiles.Resources.properties HypoStores.QlikView.QlikViewFilesOptions.xml HypoStores.QlikView.WhereUsed.properties mm-HypoStores.QlikView-xconnect.txt images Button.png Chart.gif Column.gif Connection.png Document.gif …


手順 6。プラグインからのモデルの作成

プラグインからモデルを作成するには、Metadata Manager サービスのプラグインディレクトリにプラグインを

コピーします。Metadata Manager サービスを有効にすると、Metadata Manager はモデルをインポートします。

1. 次の Metadata Manager サービスのプラグインディレクトリにプラグインをコピーします。

<Informatica サービスのインストールディレクトリ>\services\MetadataManagerService\mm-plugins\xconnect

\<Metadata Manager サービス名>

2. Administrator ツールで、Metadata Manager サービスをリサイクルします。

サービスをリサイクルすると、サービスが無効にされ、有効にされます。

サービスが有効にされると、Metadata Manager はモデルをインポートします。

Metadata Manager サービスを有効にしたら、Metadata Manager Web アプリケーションを開き、モデルが［モ

デル］タブに表示されていることを確認します。［ロード］タブで、［操作］ > ［新しいリソース］をクリック

し、リソースタイプが［新しいリソース］ウィザードに表示されていることを確認します。

ユニバーサル XConnect の更新

ユニバーサル XConnect を更新するには、プラグインを再生成し、プラグインディレクトリにプラグインをコピ

ーして、Metadata Manager サービスをリサイクルします。Metadata Manager はプラグインの変更を検出しま

す。プラグインが変更されている場合、Metadata Manager は、Metadata Manager サービスが有効にされたと

きにプラグインを再ロードします。

ユニバーサル XConnect を更新した後、Metadata Manager Web アプリケーションを開いて、モデルの変更を確

認します。

ユニバーサル XConnect の削除

作成した任意のユニバーサル XConnect を削除できます。XConnect を削除するには、［モデル］タブからモデル

を削除し、プラグインディレクトリからプラグインを削除します。

ユニバーサル XConnect を削除する前に、モデルに基づくすべてのリソースを削除する必要があります。

1. ［モデル］ナビゲータの［モデル］タブで、削除するモデルを選択します。

2. ［アクション］ > ［削除］をクリックします。


Metadata Manager の［モデル］ナビゲータおよび Metadata Manager リポジトリから、モデルおよびその

モデルのすべてのクラスが削除されます。モデルのすべての関連付けも削除されます。

4. Metadata Manager サービスのプラグインディレクトリからプラグインを削除します。

<Informatica サービスのインストールディレクトリ>\services\MetadataManagerService\mm-plugins\xconnect

\<Metadata Manager サービス名>

リソースの作成ユニバーサル XConnect を作成した後、モデルに基づいてリソースを作成できます。同一モデルに基づく複数の

リソースを作成できます。

ユニバーサルリソースを作成するには、以下のタスクを実行します。

1. 必要に応じて、メタデータソースを設定します。


2. リソースを［ロード］タブで作成します。

手順 1。メタデータソースの設定

ユニバーサルリソースを作成する前に、メタデータソースの設定が必要になる場合があります。メタデータソ

ースを適切に設定しない場合、メタデータのロードが失敗する可能性があります。メタデータソースの設定要

件は、メタデータソースによって異なります。

例えば、メタデータソースを設定するには、以下のいくつかのタスクを完了することが必要になる場合があり

ます。

ソースシステムが利用可能であり実行されていることを確認します。

通常、ビジネスインテリジェンスツールやリレーショナルデータベースなど、ソースシステムからメタデ

ータを抽出する場合、ソースシステムが利用可能であり、実行されている必要があります。通常、ファイ

ルからメタデータを抽出する場合、ソースシステムが実行されている必要はありません。

ベンダー提供のソフトウェアを実行するマシンに Metadata Manager エージェントをインストールします。

何らかのビジネスインテリジェンス、データ統合、またはデータモデリングのメタデータソースからメタ

データを抽出するには、ベンダー提供のソフトウェアを実行するマシンに Metadata Manager エージェン

トをインストールする必要があります。Metadata Manager エージェント COM API を使用してメタデータを

抽出する場合、これが必要です。例えば、QlikView ファイルからメタデータを抽出する場合、Metadata

Manager エージェントと QlikView ソフトウェアが同じマシン上に存在する必要があります。ただし、

Cognos からメタデータを抽出する場合、Metadata Manager エージェントが Cognos Content Manager と同

じマシン上に存在する必要はありません。

メタデータソースの設定要件を確認するには、Informatica の OEM パートナーである Meta Integration

Technology Inc.の Web サイトを参照してください。

http://www.metaintegration.net/Products/MIMB/SupportedTools.html

該当のメタデータソースの「Supported Tools」ページに設定要件が示されています。Metadata Manager エー

ジェントのメタデータソースの設定要件は、Meta Integration Model Bridge（MIMB）のメタデータソースの

設定要件と同じです。

リソースの作成 223

http://www.metaintegration.net/Products/MIMB/SupportedTools.html

次の図は、QlikView ファイルブリッジの「Supported Tools」ページの例を示しています。

1.「Bridge Specifications」セクションにメタデータソースの設定要件が示されます。2.Metadata Manager エージェントで COM API を使用してメタデータを抽出する場合、そのメタデータソース用のベンダー提供のソフトウェアと Metadata Manager エージェントが同じマシン上に存在する必要があります。

注: ここで参照した Web サイトは第三者に属するものであり、Informatica LLC に属するものではありません。

この Web サイトは、誤りがある可能性や、削除または変更される可能性があります。Informatica LLC は、こ

の Web サイトに対し、明示的、黙示的にかかわらず、商品性、特定目的への適合性、権原、および非侵害につ

いてのいかなる保証についても、その責任を一切負わないものとします。

手順 2。リソースの作成

メタデータソースを設定した後、リソースを作成できます。メタデータソースからメタデータを抽出するには、

ユニバーサルリソースを作成します。



2. リソースタイプを選択します。





プロパティ

説明


/ \ : * ' ? " < > | [ ]








6. 設定プロパティを入力します。







リソースをロードするたびに指定した場所にあるメタデータソースファイルを使用します。このオプションを有効にする場合、ファイルのパスには、Metadata Manager エージェントマシンからアクセスできる絶対パスを含める必要があります。このオプションを無効にすると、リソースの設定を終了するときに、Metadata Manager はメタデータソースファイルを Metadata Manager アプリケーションディレクトリにコピーします。リソースをロードするたびに、Metadata Manager はMetadata Manager アプリケーションディレクトリ内にあるコピーされたメタデータソースファイルを使用します。

このプロパティは、メタデータソースがファイルの場合に表示されます。



このプロパティは、データ統合、ビジネスインテリジェンス、およびデータモデリングのリソースで表示されます。

他の設定プロパティは、メタデータソースタイプによって異なります。プロパティについての情報を取得

するには、プロパティにマウスポインタを重ねてツールチップを表示します。

7. メタデータソースがファイルの場合、［選択］をクリックし、メタデータソースファイルを追加します。

新のソースファイルを使用するように Metadata Manager を設定した場合は、Metadata Manager エージ

ェントマシンからアクセスできるファイルへの絶対パスを指定します。

新のソースファイルを使用するように Metadata Manager を設定していない場合は、Metadata Manager

マシンにすべてのファイルをアップロードします。



メタデータソースがファイルの場合、Metadata Manager は、Metadata Manager エージェントの URL とソ

ースファイルの設定を検証します。新のソースファイルを使用するように Metadata Manager を設定し

ている場合、Metadata Manager は、指定されたパスにソースファイルが存在するかどうかも検証します。

ソースファイルが Metadata Manager にアップロードされると、Metadata Manager は、ファイルがリソー

スのタイプおよびバージョンと互換性があるかどうかを検証します。

メタデータソースがソースシステムの場合、Metadata Manager は、Metadata Manager エージェントの

URL を検証し、ソースシステムへの接続をテストします。

Metadata Manager が Metadata Manager エージェントの URL を検証できない、ソースファイルを検証でき

ない、またはソースシステムに接続できない場合、エラーメッセージが表示されます。エラーを修正し、

もう一度接続をテストします。









ソースファイルからのメタデータの抽出

ユニバーサルリソースを作成してソースファイルからメタデータを抽出する場合、新のソースファイルまた

は Metadata Manager アプリケーションディレクトリ内のソースファイルのどちらからメタデータを抽出する

かを決定する必要があります。リソースを作成するときに新のソースファイルを使用するかどうかを指定し

ます。

ソースが頻繁に変更される場合、メタデータを新のソースファイルから抽出します。新のソースファイル

からメタデータを抽出するには、リソースを作成するときに［常に新のソースファイルを使用］オプション

を有効にします。このオプションを有効にすると、リソースをロードするたびに、Metadata Manager エージェ

ントは指定された場所にあるメタデータソースファイルを使用します。このオプションを有効にする場合、

Metadata Manager エージェントマシンからアクセスできるファイルへの絶対パスを指定する必要があります。

ソースが頻繁に変更されず、リソースのロードにかかる時間を短縮する必要がある場合は、Metadata Manager

アプリケーションディレクトリ内のソースファイルからメタデータを抽出します。Metadata Manager アプリケ

ーションディレクトリ内のソースファイルを使用するには、［常に新のソースファイルを使用］オプションを

無効にします。リソースの設定を終了すると、Metadata Manager はメタデータソースファイルを Metadata

Manager アプリケーションディレクトリにコピーします。リソースをロードするたびに、Metadata Manager エ

ージェントは、アプリケーションディレクトリ内にあるファイルからメタデータを抽出します。

Metadata Manager アプリケーションディレクトリは次のディレクトリです。

<Informatica サービスのインストールディレクトリ>\services\MetadataManagerService\mm_files\<Metadata Manager サー

ビス名>\mm_load\data_files\<resource ID>

Metadata Manager アプリケーションディレクトリ内のソースファイルを使用する場合、メタデータソースが変

更されたときに、ファイルの再アップロードが必要になることがあります。ファイルを再アップロードするに

は、リソースを編集し、［設定］タブで新しいメタデータソースファイルを選択します。


第 1 1 章

リソースの管理


• リソースの管理の概要, 227 ページ

• 接続割り当ての設定, 228 ページ

• ルールセットのアップロード, 231 ページ

• メタデータのパージ, 233 ページ

• ［リソース］パネルの更新, 234 ページ

• 検索インデックスの更新, 234 ページ

• 検索で無視される単語のリストのカスタマイズ, 236 ページ

リソースの管理の概要リソースを作成した後に、リソースを設定してリソースのメタデータを管理することができます。リソースを

編集するには、［ロード］タブの［リソース］パネルでリソースを選択して、［編集］をクリックします。

リソースに対しては、以下のタスクを実行できます。

接続割り当ての設定。

メタデータソース間でデータリネージュ分析を実行できるように接続割り当てを設定します。1 つのパッ

ケージリソースまたはユニバーサルリソースから別のパッケージリソースまたはユニバーサルリソースへ

の接続を設定できます。

ルールセットのアップロード。

カスタムリソースまたはビジネス用語集リソースが含まれるメタデータソース間でデータリネージュ分析

を実行できるようにルールセットをアップロードします。Metadata Manager は、ルールセットを使用して

カスタムリソースまたはビジネス用語集リソースを別のリソースにリンクします。

リソースのメタデータの消去。

Metadata Manager ウェアハウスからリソースメタデータを削除します。

リソースリストの更新。

［ロード］ページでリソースのリストを更新します。

検索インデックスの更新。

リソースロード時にインデックス処理が失敗した、Administrator ツールで Metadata Manager ファイルの

場所を変更した、または検索で無視する単語のリストを更新した場合、検索インデックスを手動で更新し

ます。

227

接続割り当ての設定接続割り当てでは、パッケージリソースまたはユニバーサルリソースのリンク可能オブジェクトを別のパッケ

ージリソースまたはユニバーサルリソースの一致するオブジェクトにどのように関連付けるかを指定します。

Metadata Manager では、接続割り当てのいずれかの側で、リソース内の対応するオブジェクトへのリンクを作

成できます。これらのクロスリソースリンクによって、メタデータソース間でデータリネージ分析を実行でき

ます。

メタデータソース間でデータリネージュ分析を実行するには、1 つのパッケージリソースまたはユニバーサル

リソースから別のパッケージリソースまたはユニバーサルリソースへの接続を割り当てます。その後、接続さ

れたリソースの一致するオブジェクト間のリンクを作成するように、Metadata Manager に指示します。

リレーショナルデータベース、アプリケーション、Informatica Platform リソースを使用して、他のタイプの

メタデータソースを接続します。接続は次のリソースタイプから確立することができます。

ビジネスインテリジェンス

リレーショナルデータベースまたは Informatica Platform リソースタイプへの接続を確立します。

データモデリング

リレーショナルデータベースまたは Informatica Platform リソースタイプへの接続を確立します。

データ統合

Informatica Platform リソースからリレーショナルデータベースまたはその他の Informatica Platform

リソースタイプへの接続を確立します。Microsoft SQL Server 統合サービスリソースからリレーショナル

データベースリソースタイプへの接続を確立します。PowerCenter リソースから SAP R/3、リレーショナ

ルデータベースまたは Informatica Platform リソースタイプへの接続を確立します。

カスタムリソースタイプまたはビジネス用語集リソースタイプから接続を確立することはできません。

自動的な接続の割り当て

リソースを作成または編集するときに、リレーショナルデータベースまたは Informatica Platform リソース

タイプへの接続割り当てを自動的に設定するように、Metadata Manager に指示できます。データ統合、ビジネ

スインテリジェンス、またはデータモデリングリソースに多数の接続が含まれている場合、接続の割り当てを

自動的に設定できます。

データモデリングリソースの接続割り当てプロパティを設定するときに、［接続の自動割り当て］を選択する

と、Metadata Manager は、各接続に 1 つのリレーショナルスキーマを割り当てます。データモデリングリソー

スを編集して、手動で複数のリレーショナルスキーマを 1 つの接続に割り当てることができます。

Metadata Manager は、接続割り当てを自動的に設定するとき、手動で割り当てた接続を上書きしません。

接続割り当てを自動的に設定するよう Metadata Manager に指示した後、以下のいずれかのタスクを実行しま

す。

リソースをロードする。

ロード処理により、接続の割り当てが自動的に確立され、接続されたリソース内のオブジェクト間でリン

クが作成されます。初に接続のリレーショナルデータベースリソースタイプをロードする必要がありま

す。

［リソースリンクの管理］ウィンドウを使用してリンクを作成する。

リソースをロード済みの場合、接続されているリソース内のオブジェクト間でリンクを作成するよう

Metadata Manager に指示します。リンク処理により、接続の割り当てが自動的に設定され、リンクが作成

されます。

Metadata Manager は、考えられる適な一致に基づいて接続割り当てを自動的に設定します。 Metadata

Manager は、自動的な接続を割り当て可能な接続の一覧を取得します。その後、リソースが接続オブジェクト

228 第 11 章: リソースの管理

に基づいてフィルタリングされるように、接続サブタイプと関連するリポジトリに基づいて接続がグループ化

されます。例えば、接続タイプが Oracle の場合、Metadata Manager では Oracle リソースおよびスキーマのみ

が自動接続割り当て対応とみなされます。接続がグループ化された後、Metadata Manager で各接続割り当てに

対するフィルタリングされた接続のリンクカウント完了スコアが計算されます。これには、自動的な接続割り

当てに対するリンクカウントが大の接続オブジェクトが使用されます。

［ロードの詳細］タブの［リンク］ビューを使用して、自動的な接続割り当てを確認します。正しくない接続割

り当てを更新し、再度リンクを作成します。

手動による接続の割り当て

リソースを編集するときに、リレーショナルデータベースまたは Informatica Platform リソースタイプへの

接続の割り当てを手動で設定できます。データモデリングリソースタイプの場合、複数のリレーショナルスキ

ーマを 1 つの接続に設定できます。ビジネスインテリジェンスおよびデータ統合リソースタイプの場合、1 つ

のリレーショナルスキーマを 1 つの接続に設定できます。

接続の割り当てを手動で設定する前に、接続のリレーショナルデータベースまたは Informatica Platform リ

ソースタイプをロードする必要があります。

接続割り当てを設定した後、以下のいずれかのタスクを実行します。

リソースをロードする。

ロード処理により、接続されているリソース内のオブジェクト間のリンクが作成されます。

［リソースリンクの管理］ウィンドウを使用してリンクを作成する。

Metadata Manager がリソースをロード済みの場合、接続されているリソース内のオブジェクト間でリンク

を作成するよう Metadata Manager に指示します。

接続の割り当ての例

PowerCenter を使用して Web_Cust から顧客情報を抽出し、［顧客］にロードします。［顧客］は Oracle デー

タベースのテーブルです。Business Objects は、［顧客］の情報を使用して［顧客保存］レポートに入力しま

す。すべてのソースリポジトリ間のリネージを表示するには、PowerCenter リポジトリと Oracle データベース

間に接続割り当てを確立し、Business Objects リポジトリと Oracle データベース間に別の接続割り当てを確

立します。

Metadata Manager は、これらのメタデータソースのリソースをロード済みです。［リソースリンクの管理］

ウィンドウを使用して、Oracle リソースのリンクを作成するように Metadata Manager に指示します。

Metadata Manager は、Connection_Assignment_1 を使用して、Oracle データベース内のオブジェクトを

PowerCenter リポジトリ内のオブジェクトにリンクします。 Metadata Manager は、Connection_Assignment_2

を使用して、Oracle データベース内のオブジェクトを Business Objects リポジトリ内のオブジェクトにリン

クします。

接続割り当ての設定 229

次の図は、接続の割り当ての例を示しています。

接続割り当てのプロパティ

以下の表に、接続割り当てのプロパティを示します。

プロパティ

説明

接続データ統合、ビジネスインテリジェンス、またはデータモデリングリポジトリからメタデータソースへの接続の名前。このフィールドは編集できません。

タイプメタデータソースタイプ。このフィールドは編集できません。

ユーザーメタデータソースへの接続に使用するユーザー名。このフィールドは編集できません。

カタログメタデータカタログのリソース名。

スキーマリソースのスキーマ名。

スキーマのステータス

ソーススキーマの以下のステータスのいずれかが表示される。- アクティブ。スキーマのメタデータが Metadata Manager ウェアハウスに存在する。- パージ。スキーマのメタデータが、Metadata Manager ウェアハウスに存在しない。リソー

スのメタデータがパージされたか、リソースロード時にスキーマが削除されました。このソースからメタデータを再ロードすると、スキーマがまだソースに存在する場合、Metadata Manager はステータスをアクティブに変更します。

このフィールドは編集できません。

自動割当て済み

Metadata Manager が接続割り当てを自動的に設定したかどうかを表します。このフィールドは編集できません。

スキーマプレフィックスを使用

Metadata Manager は、モデル内のスキーマ名を使用して、接続されているリソース内のオブジェクトをリンクする。このオプションを無効にすると、Metadata Manager はオブジェクトのリンクにスキーマ名を使用しません。Metadata Manager は、ビジネスインテリジェンスモデルによって使用されるすべてのテーブルが含まれるソーススキーマであれば、どのスキーマにもオブジェクトをリンクできます。実際のソーススキーマを抽出しなかった場合で、同じコンテンツが含まれるその他のスキーマを抽出した場合は、このオプションを無効にします。

自動的な接続割り当ての設定

1. ［ロード］タブの［リソース］パネルで、リソースを選択します。




3. ［設定］タブをクリックします。

4. ［接続の自動割り当て］を選択します。


接続されたリソース内のオブジェクトをリンクするには、リソースをロードするか、［リソースリンクの管理］

ウィンドウを使用します。リンク処理の中で、接続割り当てが設定され、接続されたリソース内のオブジェク

ト間でリンクが作成されます。初に接続のリレーショナルデータベースまたは Informatica Platform リソ

ースタイプをロードする必要があります。

［ロードの詳細］タブの［リンク］ビューを使用して、自動的な接続割り当てを確認します。正しくない割り当

てを修正し、再度リンクを作成します。

手動での接続割り当ての設定

Metadata Manager で自動的に設定された接続の割り当てを削除できます。また、接続の割り当てをさらに追加

することもできます。

接続の割り当てを設定する前に、接続のリレーショナルデータベースまたは Informatica Platform リソース

タイプをロードする必要があります。




3. ［接続割り当て］タブをクリックします。

4. ［更新］をクリックして、接続の一覧を更新します。

5. 接続を選択し、接続を割り当てるカタログとスキーマを選択し、［割り当て］をクリックします。

6. カタログとスキーマから接続を削除するには、接続の［削除］をクリックします。

例えば、ソーススキーマが Metadata Manager ウェアハウスからパージされた場合、接続を削除できます。


オブジェクトをリンクしたり、削除された接続のリンクを削除するには、リソースをロードするか、［リソース

リンクの管理］ウィンドウを使用してリンクを作成します。

ルールセットのアップロードリンク作成ルールとは、Metadata Manager が異なるリソース間で一致するオブジェクトをリンクするために使

用する式です。メタデータソース間でデータリネージを実行する場合は、リンク作成ルールファイルでリンク

作成ルールセットを定義できます。次に、ファイルで設定されたソースまたはターゲットリソースにファイル

をアップロードし、Metadata Manager リポジトリでルールセットを作成します。

ルールセットをリソースにアップロードすると、Metadata Manager でそのルールセットと、ファイルで指定さ

れたソースリソースおよびターゲットリソースが関連付けられます。ソースリソースまたはターゲットリソー

スのどちらかが存在しない場合でも、Metadata Manager はルールセットを作成します。ただし、作成されたル

ールセットは有効ではなりません。欠けているソースリソースまたはターゲットリソースを作成した時点で、

Metadata Manager は保存されたルールセットをリソースに関連付け、そのルールセットを検証します。

ルールセットのアップロード 231

ルールセットを作成または更新しても、Metadata Manager はリソース間にリンクを作成しません。ルールを使

用してリソース間のメタデータオブジェクトをリンクするには、リソースをロードするか、［リソースのリンク

の管理］ウィンドウでリンクを作成します。

リンク作成ルールを使用して、次のリソースタイプ間のリンクを作成します。

• カスタムリソースと別のカスタムリソース間

• カスタムリソースとパッケージリソース間

• カスタムリソースとユニバーサルリソース間

• カスタムリソースとビジネス用語集リソース間

• ビジネス用語集リソースとパッケージリソース間

• ビジネス用語集リソースとユニバーサルリソース間

注: 異なるパッケージリソース間またはユニバーサルリソース間で一致するオブジェクトをリンクするには、

［ロード］タブで接続の割り当てを設定します。接続の割り当てによって必要なすべてのリンクが作成されない

場合、リンク作成ルールを使用してリソース間のリンクを作成することもできます。

リンク作成ルールとリンク作成ルールファイルの設定についての詳細は、『Metadata Manager カスタムメタデ

ータ統合ガイド』を参照してください。

リンクルールファイル

リンクルールセットは、リンクルールファイルで定義します。リンクルールファイルは、リンクルールセット

を適用する方法に基づいて種類の異なるものを作成します。

リンクルールセットをモデルペアに適用するには、次の種類のリンクルールファイルを作成します。

ルールセット定義ファイル

モデルのペアに対するリンクルールセットを定義する XML ファイル。ルールセット定義は［モデル］タブ

でアップロードします。アップロードしたルールセット定義は、Metadata Manager によって、ファイルで

特定されているソースおよびターゲットモデルに関連付けられます。ルールセット定義ファイルは、リン

クルールの適用先となるリソースペアを特定するパラメータファイルを受け取ります。

ルールセットパラメータファイル

ルールセット定義の適用先となるリソースペアを指定する XML ファイル。このパラメータファイルには、

接続名やテーブル名などのリソース固有の属性に対するパラメータ値も含まれます。ルールセットパラメ

ータファイルは、ファイルで特定されるソースリソースまたはターゲットリソースにアップロードします。

ファイルをアップロードすると、Metadata Manager によってリソースのルールセットが作成されます。ル

ールセットを作成するため、Metadata Manager によって、ルールセット定義ファイルに定義されたパラメ

ータがルールセットパラメータファイルに定義されたパラメータ値に置換されます。

リンクルールセットをリソースペアに適用するには、次の種類のリンクルールファイルを作成します。

ルールセットファイル

リソースペアのリンクルールセットを定義する XML ファイル。ルールセットファイルは、ファイルで特定

されるソースリソースまたはターゲットリソースにアップロードします。ファイルをアップロードすると、

Metadata Manager によってリソースのルールセットが作成されます。


ルールセットのアップロード

ルールセットファイルまたはルールセットパラメータファイルを、ソースリソースまたはターゲットリソース

にアップロードします。ファイルをアップロードし、Metadata Manager リポジトリにルールセットを作成する

か、または Metadata Manager リポジトリ内の既存のルールセットを更新します。

ルールセットパラメータファイルをリソースにアップロードする前に、ルールセット定義ファイルを作成して

ソースモデルまたはターゲットモデルにアップロードします。




3. ［リンクルール］タブをクリックします。

4. ［アップロード］をクリックします。

［アップロード］ダイアログボックスが表示されます。

5. ［参照］をクリックし、ルールセットファイルまたはルールセットパラメータファイルを選択し、［開く］

をクリックします。


Metadata Manager はファイルをアップロードし、ルールセットを作成または更新します。

［プロパティ］パネルの［リンクルール］タブに、そのリソースのルールセット情報が表示されます。

メタデータのパージMetadata Manager ウェアハウスからリソースのメタデータを削除できます。たとえば、古いリソースのメタデ

ータソースからメタデータを取得して分析する必要がなくなった場合は、メタデータを Metadata Manager ウ

ェアハウスから削除します。パージされたメタデータを復元することはできません。メタデータをパージする

前に、Metadata Manager リポジトリをバック s っぷします。

メタデータを削除するには、Metadata Manager ウェアハウスからリソースのメタデータをパージします。

Metadata Manager は、データウェアハウスからすべてのメタデータをパージします。メタデータのパージは、

リソース用にロードされたメタデータの量に基づくため、時間がかかる場合があります。リソースをパージし

たら、インデックスを適化して、インデックスファイルで使用されるディスク領域を解放できます。

注: カスタムメタデータを［参照］タブのメタデータカタログに追加した場合にカタログからメタデータを削

除するには、メタデータカタログを使用するか、メタデータをパージします。

1. ［ロード］タブで、Metadata Manager ウェアハウスからメタデータをパージするリソースを選択します。

2. ［アクション］ > ［リソースのメタデータのパージ］をクリックします。

Metadata Manager は、Metadata Manager ウェアハウスからメタデータをパージして、［リソース］パネル

にパージ操作の結果を表示します。

3. 必要に応じて、［アクション］ > ［リソースの削除］をクリックして、リソースを削除します。

Metadata Manager は、リソースとリソース用のすべてのメタデータを Metadata Manager ウェアハウスか

ら削除します。

メタデータのパージ 233

［リソース］パネルの更新［ロード］タブの［リソース］パネルには、設定済みリソースのリストが表示されます。リソースを追加、更

新、またはロードすると、リソースの更新情報がリストに表示されます。別のユーザーがリソースリストを更

新した場合、更新情報は［リソース］パネルに直ちに表示されません。

リソースの更新情報は、［リソース］パネルを手動で更新して取得することができます。［リソース］パネル

を更新すると、次の更新情報を取得できます。

追加されたリソース

他のユーザーが作成したリソース。

説明

他のユーザーが更新したリソースの説明。

終ステータスの日付

リソースの新ロード日。

終ステータス

リソースのロードおよびインデックス作成の操作の新ステータス。

スケジュールステータス

リソーススケジュールの更新済みステータス。

［リソース］パネルを更新するには：

u ［ロード］タブで、［リソースの更新］アイコンをクリックします。

［リソース］パネルが、Metadata Manager ウェアハウスに保存されているリソース情報を使用して更新されま

す。

検索インデックスの更新Metadata Manager は、Metadata Manager ウェアハウスでメタデータオブジェクトを検索するために使用され

るインデックスファイルを作成します。検索を実行すると、Metadata Manager が Metadata Manager ウェアハ

ウスではなくてインデックスファイルを検索します。

インデックスファイルはバイナリファイルです。そのファイルは、Metadata Manager サービスを作成した際に

Metadata Manager ファイル用として設定した場所に保存されます。デフォルトでは、以下の場所に Metadata

Manager はインデックスファイルを格納します。

<Informatica installation directory>\services\MetadataManagerService\mm_files\<service name>

ウェアハウス内のメタデータを変更する Metadata Manager で変更を行うと、Metadata Manager によってイン

デックスファイルが作成または更新されます。インデックスファイルは［検索インデックスの設定］ウィンド

ウでも手動で更新できます。

［検索インデックスの設定］ウィンドウでは以下のタスクを実行できます。

インデックスを適化する。

検索パフォーマンスが低下した場合は、インデックスを適化します。インデックスを適化すると、

Metadata Manager でリソースごとに単一のインデックスファイルを作成します。これにより、検索のパフ

ォーマンスが向上します。


インデックスを手動で作成する。

リソースロード時にインデックス処理操作が失敗したか、Administrator ツールで Metadata Manager ファ

イルの場所を変更したか、検索で無視される単語のリストを更新した場合は、インデックスを手動で作成

します。

インデックスの自動更新

次の作業を完了すると、Metadata Manager はインデックスを更新します。

• リソースのロード。

• リソースのパージ。

• メタデータオブジェクトの編集。

• ［ショートカット］ビュー内の変更。変更には、保存された検索の追加や編集、ショートカットの追加や修

正、またはフォルダの追加や修正が含まれます。

インデックスの適化

リソースに変更を加えるたびに、Metadata Manager はリソースのインデックスの差分を更新します。Metadata

Manager がウェアハウスにインデックスを作成する方法では、1 つのリソースに複数のインデックスファイルを

作成できます。その結果、複数のファイルを検索することになり、検索パフォーマンスが低下します。

インデックスを適化すると、Metadata Manager は 1 つのリソースに 1 つのインデックスファイルを作成しま

す。これにより、検索のパフォーマンスが向上します。

検索インデックスを適化するには：

1. ［ロード］タブで、［アクション］ > ［検索インデックスの設定］をクリックします。

［検索インデックスの設定］ウィンドウが表示されます。

2. ［インデックス全体を適化］をクリックします。

各リソースのインデックスが適化されます。

インデックスの手動作成

リソースのインデックス処理が失敗したか、Administrator ツールで Metadata Manager ファイルの場所を変更

したか、検索で無視される単語のリストを更新した場合は、インデックスを手動で更新する必要があります。

1. ［ロード］タブで、［アクション］ > ［検索インデックスの設定］をクリックします。

［検索インデックスの設定］ウィンドウが表示されます。

2. インデックスを作成するリソースを選択します。個別のリソースまたはショートカットを選択できます。

3. ［選択済みリソースのインデックス生成］をクリックします。

Metadata Manager は選択されたリソースのインデックスファイルを更新します。

検索インデックスのトラブルシューティング

リソースの検索インデックスを手動で更新しましたが、ディスク容量不足が原因でインデックス生成処理が失敗しました。インデックスをもう一度更新したところ、Metadata Manager で以下のエラーが表示されました。

Cannot overwrite: <Informatica installation directory>\services\MetadataManagerService\mm_files\<service name>\mm_index\<file name>.tmp

検索インデックスの更新 235

インデックス処理プロセスが失敗した場合、インデックスファイルから整合性が失われることがあります。検

索インデックスを正しく更新するには、Metadata Manager Service を停止し、エラーメッセージに示されたイ

ンデックスファイルを削除して Metadata Manager Service を起動します。次に、手動でリソースにインデッ

クスを生成し直します。

検索インデックス全体を再作成するには、Metadata Manager Service を停止し、すべてのインデックスファイ

ルを削除して Metadata Manager Service を起動します。インデックスディレクトリが空になると、Metadata

Manager Service の起動時にすべてのリソースにインデックスが生成し直されます。

検索で無視される単語のリストのカスタマイズキーワード検索または詳細検索を実行すると、Metadata Manager で特殊文字および共通単語が無視されます。

検索で無視される共通単語のデフォルトリストを使用するか、またはリストをカスタマイズできます。

デフォルトでは、Metadata Manager は次の共通単語を無視します。

aanandareasatbebutbyforifinintoisitnonotofonorsuchthatthetheirthentherethesetheythistowaswillwith

検索で無視される単語や句のリストをカスタマイズするには、stopwords.txt ファイルを更新します。

stopwords.txt ファイルは次のディレクトリにあります。

<Informatica installation directory>\services\shared\jars\pc\classes\

テキストエディタで stopwords.txt ファイルを開き、単語および句を追加または削除します。無視される単語

または句をそれぞれファイルの単一行に入力します。エントリは小文字にする必要があり、アポストロフィ文

字（'）を含めることはできません。


stopwords.txt ファイルを更新した後で、Metadata Manager がデフォルトの単語リストではなく

stopwords.txt ファイルを使用するように、次のアクションを実行します。

1. imm.properties ファイルの UseCustomStopWords プロパティを true に設定します。

2. Metadata Manager サービスを無効にしてから有効にします。

3. すべてのリソースに対する検索インデックスを手動で更新します。

注: ファイル内のエントリは小文字である必要がありますが、検索では大文字と小文字は区別されません。例

えば、stopwords.txt ファイルに for という単語を入力すると、Metadata Manger で for、For、FOR が無視され

ます。

検索で無視される単語のリストのカスタマイズ 237

第 1 2 章

リソースのロードおよび監視


• リソースのロードおよび監視の概要, 238 ページ

• リソースのロード, 239 ページ

• リソース間でのオブジェクトのリンク, 240 ページ

• リソースの監視, 242 ページ

• ログおよびログファイル, 248 ページ

• リソースロードのトラブルシューティング, 251 ページ

• リソースロードのスケジュール作成, 252 ページ

リソースのロードおよび監視の概要メタデータソースを設定し、リソースを作成した後、リソースをロードできます。リソースをロードすると、

リソースの接続情報を使用してメタデータソースからメタデータが抽出されます。抽出されたメタデータは

IME 形式のファイルに変換され、PowerCenter ワークフローが実行されて、メタデータが Metadata Manager ウ

ェアハウスにロードされます。

［ロード］タブでは、リソースに関する以下の作業を実行できます。

リソースのロード

リソースのソースメタデータを Metadata Manager ウェアハウスにロードします。Metadata Manager は、

メタデータの抽出、メタデータのインデックスの作成、および接続割り当てまたはリンクルールを含むリ

ソース内のオブジェクト間リンクの作成を実行します。

リソース間でのオブジェクトのリンク

リソースをロードした後で接続割り当てまたはリンクルールを変更する場合、リソース内のオブジェクト

間にリンクを作成します。

リソースの監視

ロードおよびリンクの詳細を表示してロードプロセスおよびリンクプロセスを監視し、リソースロード後

にサマリ情報とエラー情報を取得します。

リソースロードのトラブルシューティング

Metadata Manager および PowerCenter Workflow Monitor によって生成されるログファイルを使用して、

リソースロードのトラブルシューティングを行います。

238

後続のリソースロードのスケジュール作成。

Metadata Manager がリソースをロードする時間と頻度を選択するスケジュールを作成します。作成したス

ケジュールは、リソースに添付することができます。

リソースのロードMetadata Manager のリソースロードは［ロード］タブから開始できます。 Metadata Manager によってリソー

スがロードされ、その結果が［リソース］パネルに表示されます。

Metadata Manager はリソースをロードするときに、次のタスクを実行します。

メタデータのロード。

リソースのメタデータを Metadata Manager ウェアハウスにロードします。

リソースのインデックスの作成。

リソースのインデックスファイルを作成または更新します。

リソース間でのオブジェクトのリンク。

接続割り当てを共有するリソースまたは関連するリンクルールを持つリソースのオブジェクト間にリンク

を作成します。自動接続割り当てを設定した場合、Metadata Manager によって接続割り当てが設定され

てからリンクが作成されます。


リソースをロードするには：

1. ［ロード］タブの［リソース］パネルで、ロードするリソースを選択します。

2. ［操作］ > ［ロードの開始］をクリックします。

Metadata Manager は、ロードキューにリソースを追加して、ロードプロセスを開始します。

注: リソースのステータスが Load Failed_Resumable の場合、リソースプロパティは変更できません。リ

ソースプロパティを編集するには、ロードを中止します。

3. ロードを中止するには、［操作］ > ［キャンセル］をクリックします。

4. ロードの進行状況を表示するには、［操作］ > ［ロードの詳細の表示］をクリックします。

リソースロードが完了したら、Metadata Manager はリソースの終ステータス日および終ステータスを更新

します。ロードの詳細を表示して、リソースロードのさらに詳しい詳細を表示できます。

ロードキュー

リソースをロードすると、Metadata Manager がリソースをロードキューに入れます。ロードキューは、

Metadata Manager がリソースをロードする順番を制御します。［ロード］タブからリソースロードを開始する

とき、またはスケジュールされたリソースロードが始まるときに、Metadata Manager はリソースをロードキュ

ーに入れます。

リソースロードが失敗すると、Metadata Manager ではリソースロードを再開できるかどうかが判別されます。

リソースロードを再開できる場合は、リソースロードのタイムアウト間隔が過ぎるまで、Metadata Manager に

よってリソースがロードキューに保持されます。タイムアウト間隔が過ぎると、このリソースはロードキュー

から削除されます。

Informatica Administrator で Metadata Manager Service を設定するときに、Metadata Manager が同時にロ

ードするリソースの数とリソースロードのタイムアウト間隔を設定できます。

リソースのロード 239

失敗したリソースロードの再開

リソースロードが失敗する場合は、リソースロードを再開できます。Metadata Manager のロードの詳細と

PowerCenter Workflow Manager のワークフローおよびセッションログを使用して、エラーのトラブルシューテ

ィングを行い、リソースロードを再開します。

次の状況の場合、リソースロードを再開できます。

パス構築タスクが失敗した。

Metadata Manager Service が無効になるか、ロードがキャンセルされるまで、失敗したロードはいつでも

再開できます。

PowerCenter によってワークフローが実行され、ワークフローを再開できる。

失敗したロードの再開は、Metadata Manager Service に設定されているタイムアウト期間内に行う必要が

あります。タイムアウト期間が過ぎると、このリソースはロードキューから削除されます。

1. ［ロード］タブの［リソース］パネルで、リソースロードを再開するリソースを選択します。

2. ［操作］ > ［ロードの再開］をクリックします。

Metadata Manager は、前回のエラー発生時点からリソースのロードを続行し、インデックス作成、およびリン

ク作成操作を実行します。

リソース間でのオブジェクトのリンクリソースをロードした後で接続割り当てまたはリンクルールを設定する場合、メタデータソース間でデータリ

ネージ分析を実行するには、リソースのオブジェクト間にリンクを作成します。

接続割り当てを共有するリソース間でオブジェクトをリンクする場合、Metadata Manager では名前ベースのマ

ッチング法を使用して、そのオブジェクトが他のリソースで使用されているかどうかが判別されます。名前ベ

ースのマッチング法では大文字と小文字を区別しません。例えば、ソース修飾子トランスフォーメーションが

「infa_customers」を参照し、データベーステーブル名が「INFA_CUSTOMERS」だとします。名前ベースのマッ

チング法では、ソース修飾子とデータベーステーブルの間にリンクが作成されます。

関連するリンクルールを持つリソース間でオブジェクトをリンクする場合、Metadata Manager では、リンクル

ールで定義されている式を評価して一致するオブジェクトをリンクします。

リソースのリンクの作成

リソースのリンクを作成するには：

1. ［ロード］タブで、［操作］ > ［リソースリンクの管理］をクリックします。

［リソースリンクの管理］ウィンドウが表示されます。

2. リンクするリソースを選択して、［リンクの作成］をクリックします。

Metadata Manager は、リンクキューにリソースを追加して、リンクプロセスを開始します。

3. リンクプロセスを中止するには、［ロード］タブの［操作］ > ［キャンセル］をクリックします。

リンクが完了したら、Metadata Manager はリソースの終ステータス日および終ステータスを更新します。

240 第 12 章: リソースのロードおよび監視

リンクのステータス

［リソースリンクの管理］ウィンドウに各リソースのリンクステータスが表示されます。

以下の表にリンクのステータスを示します。

ステータス名説明

キュー内のリンク要求 Metadata Manager は別のリソースのリンクを作成しています。このリソースは、Metadata Manager で要求を処理できるようになるまで、リンクキュー内にあります。

リンク作成のキャンセルが要求されました

Metadata Manager にリンクプロセスのキャンセルを要求しました。

リンクがキャンセルされました

Metadata Manager はリンクプロセスをキャンセルしました。

リンク作成に失敗しました

Metadata Manager はこのリソースのリンクを正常に作成できませんでした。

リンクの作成中です Metadata Manager はこのリソースのリンクを作成しています。

リンクがスキップされました

Metadata Manager はすでに、接続割り当てを使用してこのリソースのリンクを作成しています。接続割り当てが変更されていないため、またはリソースがリロードされていないため、Metadata Manager はリンクを変更する必要がありませんでした。

リンク作成に成功しました

Metadata Manager はこのリソースのリンクを作成しました。

リンク作成に成功しました（一部のリンク作成は見送られました）

Metadata Manager はこのリソースのリンクを作成しました。 Metadata Manager は一部のリンクの作成を見送りました。このリソースに関連した接続割り当てがある別のリソースが、現在ロード中またはリンク作成中であるためです。他のリソースのロードまたはリンクの作成終了後に、Metadata Managerは見送ったリンクを作成します。

注: リソースのロードは任意の順番で行えます。Metadata Manager は必要に応じてリンクを再作成します。

リンクされていませんリソースに接続割り当てまたはリンクルールがないため、Metadata Managerはこのリソースのリンクを作成しませんでした。

リンクの作成に関するルールおよびガイドライン

リソースのリンクを作成するときは、以下のルールおよびガイドラインを使用します。

• Metadata Manager がロードしていないリソースまたはロード中のリソースのリンクは作成できません。

• ロードに失敗したリソースのリンクを作成できます。

• Metadata Manager は、接続割り当てまたはリンクルールを共有するリソースを並列にリンクできます。リ

ソースを並列にリンクする場合、Metadata Manager は以下のルールおよびガイドラインに従います。

- Metadata Manager がリソースのロード、更新、接続更新、パージ、または削除を行っているときは、その

リソースまたは接続割り当てやリンクルールを共有するリソースのリンクを作成できません。

- Metadata Manager がリソースのリンクを作成しているときは、そのリソースまたは接続割り当てやリンク

ルールを共有するリソースのロード、更新、接続更新、パージ、または削除は実行できません。

リソース間でのオブジェクトのリンク 241

- Metadata Manager がリソースのリンクを作成しているときに接続割り当てまたはリンクルールを共有する

リソースをロードした場合、2 番目のリソースは初のリソースのリンクが完了するまでロードキューで

待機します。

- Metadata Manager がリソースのリンクを作成しているときに接続割り当てまたはリンクルールを共有する

リソースのリンク作成を要求した場合、2 番目のリソースは初のリソースのリンクが完了するまでリン

クキューで待機します。

- Metadata Manager がリソースをロードしているときに接続割り当てまたはリンクルールを共有するリソー

スのリンク作成を要求した場合、Metadata Manager は、ロード中のリソースへのリンク作成を保留しま

す。初のリソースのロードが終了したら、Metadata Manager はそのリンクを作成します。

-接続割り当てまたはリンクルールを共有するリソースのリンク作成を同時に要求した場合、Metadata

Manager は初にリンクするリソースをランダムに選択します。 Metadata Manager はリンクキュー内の

リソースへのリンク作成を保留します。 2 番目のリソースのリンクを作成するときに、初のリソースへ

のリンクを作成します。

リソースの監視リソースロードの監視と、リソースのリンク詳細の監視を実行できます。リソースロードは、［ロードの詳細］

タブで監視します。接続の割り当てを共有するリソースのリンクプロセスは、［リンクの詳細］タブで監視しま

す。

［ロードの詳細］タブには、ロードの進行状況およびリソースに対する新のリソースロードの結果が表示され

ます。また、ロードイベント、オブジェクト、警告、エラーのサマリ、および PowerCenter ワークフローのセ

ッション統計が表示されます。

［リンクの詳細］タブには、接続の割り当てを共有するリソースのリンクサマリが表示されます。リンクサマリ

には、リソース、接続、割り当てられたデータベース、割り当てられたスキーマ、リンク、見つからないリン

ク、およびリンクの完了の割合の詳細が表示されます。

注: ［リンクの詳細］タブには、Metadata Manager でリンクルールを使用してリンクされたリソースのリンク

サマリは表示されません。

関連項目：

•「ログおよびログファイル」 (ページ248)

ロードの詳細の表示

［ロード］タブで、リソースの詳細を確認します。


2. ［操作］ > ［ロードの詳細の表示］をクリックします。

リソースの［ロードの詳細］タブが表示されます。

3. ログ詳細の自動更新を有効にするには、［自動更新オン］アイコンをクリックします。

4. ログ詳細の自動更新を無効にするには、［自動更新オフ］アイコンをクリックします。

5. ［ロードの詳細］タブの内容を Microsoft Excel ファイルに保存するには、［操作］ > ［名前を付けて保

存］をクリックします。

デフォルトでは、Metadata Manager により、リソース名とリソースロードの開始時間で構成されるファイ

ル名が付けられます。


［ロードの詳細］タブ

［ロードの詳細］タブには以下のビューが含まれます。

• ［ログ］ビュー。リソースロードイベントが表示されます。 Metadata Manager では、リソースのロード時

に［ログ］ビューが更新されます。［ログ］ビューには警告およびエラーを表示できます。

• ［オブジェクト］ビュー。メタデータオブジェクトのサマリ情報が表示されます。

• ［エラー］ビュー。エラーのサマリ情報が表示されます。

• ［セッション］ビュー。Metadata Manager でメタデータのロードに使用される PowerCenter ワークフローの

各セッションのセッション統計が表示されます。

［ロードの詳細］タブの内容は Microsoft Excel ファイルに保存できます。Excel ファイルには、［ロードの詳

細］タブのビューごとにワークシートが作成されます。

Metadata Manager では、［ロードの詳細］タブに表示される情報が含まれるログファイルも作成されます。

［ログ］ビュー

［ログ］ビューには、リソースのロード時に Metadata Manager によって生成されるロードイベントが表示され

ます。リソースロード中は、ロードイベントが発生するごとに Metadata Manager によって［ログ］ビューが

更新されます。イベントはツリー形式で表示されます。ツリーを展開または折り畳んでロードイベントを参照

できます。各ロードイベントには、イベントが発生した日付および時刻が含まれます。

［ロード］ビューを使用して、リソースロード中に発生するロード操作、PowerCenter のワークフローとワーク

レット、およびエラーに関する情報を表示します。エラーが発生した場合は、ツリービューの一番上のイベン

トの色が赤に変わります。

［ログ］ビューには、以下のような操作およびタスクのロードイベントが表示されます。

Operation（操作）

説明

ロードメタデータのロードタスク。以下のタスクが含まれます。

- パラメータファイルの生成タスク。Metadata Manager では、パラメータファイルを使用して PowerCenter ワークフローが実行されます。

- ETL タスク。PowerCenter の各ワークレットおよびワークフローのイベントが含まれます。

- Metadata Manager エージェントタスク。Metadata Manager エージェントによってソースメタデータが抽出されて処理されるときの Metadata Manager エージェントのイベントが含まれます。

- パス構築タスク。 Metadata Manager は、抽出されたすべてのメタデータオブジェクトについて一意のアクセスパスを作成します。

ロードするリソースのタイプに応じて、ロードイベントにパーサー、ファイル転送、増分ロード、およびパラメータファイルパーサーのイベントが含まれる場合もあります。

リンク接続割り当てを共有するリソース内、またはリンク作成ルールが関連付けられたリソース内のオブジェクト間にリンクを作成する、リンク作成タスク。自動接続割り当てを設定した場合、Metadata Manager によって接続割り当てが設定されてからリンクが作成されます。

インデックス処理

Metadata Manager により、メタデータオブジェクトの検索時に使用されるインデックスファイルが作成されます。

［ログ］ビューに表示されるイベントをフィルタ処理するには、［重要度］リストで、［ログ］ビューに表示する

イベントのレベルを選択します。［情報］、［警告］、および［エラー］のイベントタイプを選択できます。

リソースの監視 243

［オブジェクト］ビュー

［オブジェクト］ビューには、各オブジェクトクラスタイプについて、メタデータカタログで追加、削除、およ

び更新されるメタデータオブジェクトが表示されます。

以下の表に、［オブジェクト］ビュー内のカラムを示します。

カラム説明

オブジェクトタイプ抽出されたソースオブジェクトのクラスタイプ。

プリロードオブジェクトカウント

以前のリソースロード以降にメタデータカタログに含まれるメタデータオブジェクトの数。

追加オブジェクトメタデータカタログにロードされたオブジェクトの数。

削除オブジェクトメタデータカタログから削除されたオブジェクトの数。

更新オブジェクトメタデータカタログで更新されたオブジェクトの数。

オブジェクトカウント現在のリソースロード後に、リソースのメタデータカタログに存在するオブジェクトの合計数。

［エラー］ビュー

［エラー］ビューには、メタデータを Metadata Manager ウェアハウスにロードする PowerCenter ワークフロー

の読み取り、書き込み、トランスフォーメーションのエラーの数が表示されます。特定のエラーに関する詳細

は、［ログ］ビューおよび［セッション］ビューで確認できます。

以下の表に、［エラー］ビュー内のカラムを示します。

カラム説明

タイプワークフローのタイプ。Metadata Manager ウェアハウスおよびステージングテーブルにロードされるオブジェクトのタイプ別にまとめられます。以下のワークフロータイプがあります。

- ステージング

- オブジェクト

- オブジェクトプロパティ

- オブジェクトの関連付け

- リネージリンク

- 式

- その他

読み取りエラーソースデータベースまたはソースファイルの読み取り中に PowerCenter Integration Service によって検出されたエラーの数。

書き込みエラー Metadata Manager ウェアハウスへのメタデータの書き込み中にPowerCenter Integration Service によって検出されたエラーの数。

トランスフォーメーションエラー

メタデータの変換中に PowerCenter Integration Service によって検出されたエラーの数。


［セッション］ビュー

［セッション］ビューには、メタデータのステージングとロードに使用される PowerCenter の各ワークフロー

に関する詳細、および各ワークフローのセッションに関する詳細が表示されます。［セッション］ビューに

は、各ワークフローについて個別のセクションがあります。セッション統計を使用して、ワークフローの実行

およびワークフローやセッションの実行中に発生したエラーに関する詳細情報を入手します。

以下の表に、［セッション］ビューで各ワークフローに対して表示される詳細を示します。

カラム説明

セッション名ワークフローに含まれるセッションの名前。

親の名前セッションが含まれるワークフローまたはワークレットの名前。

成功したソース PowerCenter Integration Service によるメタデータソースまたはメタデータソースファイルからの読み取りが成功した行の数。

失敗したソース PowerCenter Integration Service によるソースからの読み取りが失敗した行の数。

成功したターゲット PowerCenter Integration Service によって Metadata Manager ウェアハウスに書き込まれた行の数。

失敗したターゲット PowerCenter Integration Service による Metadata Manager ウェアハウスへの書き込みが失敗した行の数。

トランスフォーメーションエラー

セッション内のトランスフォーメーションエラーの合計数。

ファーストメッセージセッションで初に発生したエラーのテキスト。

開始時刻セッションが開始した日付および時刻。

終了時刻セッションが終了した日付および時刻。

リンクの詳細の表示

Metadata Manager で接続割り当てを使用してリンクされたリソースのリンクの詳細を表示できます。リソー

スのリンクの詳細を表示するときに、その詳細を Microsoft Excel ファイルにエクスポートできます。

Metadata Manager でリンクルールを使用してリンクされたリソースのリンクの詳細は表示できません。


2. ［操作］ > ［リンクの詳細の表示］をクリックします。

［リンクの詳細］タブに、リソースの実際のリンクと見つからないリンクが表示されます。

3. リンクの詳細を Microsoft Excel ファイルにエクスポートするには、［操作］ > ［詳細を Excel へエクス

ポート］をクリックします。

［ファイルのダウンロード］ダイアログボックスが表示されます。

4. ［保存］をクリックして、ファイルを保存する場所を指定します。

デフォルトでは、Metadata Manager により、リソース名とリソースロードの開始時間で構成されるファイ

ル名が付けられます。


［リンクの詳細］タブ

［リンクの詳細］タブには、以下の情報を含むリンクサマリが表示されます。

• 接続に関連付けられたリソースの名前

• ソースデータベース内の接続の名前

• 割り当てられたスキーマを含むリソースの名前

• 接続が割り当てられたソースデータベースリソースのスキーマ名

• 接続およびスキーマに関連付けられたリンクの数

• 見つからないリンクの数

• スキーマに正しく関連付けられたリンクの割合

［リンクの詳細］タブの内容は Microsoft Excel ファイルに保存できます。 IMM.properties ファイルで

Missing_Links_Report_Limit プロパティの値を設定して、エクスポートする見つからないリンクの大数を制

限できます。

［リンク］ビュー

［リンク］ビューには、接続割り当てを共有するリソース内のオブジェクト間で作成されたリンクに関する情報

が表示されます。Metadata Manager は、リソースロード中またはユーザーがリンクを作成するように

Metadata Manager に指示したときにリンクを作成します。 Metadata Manager では、異なるリソース内のオブ

ジェクト間のリンクを使用して、ソース間のデータリネージが表示されます。

Metadata Manager は、リソースロードまたはリンクプロセスごとに［リンク］ビューを更新します。

以下の表に、［リンク］ビュー内のカラムを示します。

カラム説明

リソース接続を所有するリソースの名前。

接続データ統合、ビジネスインテリジェンス、またはデータモデリングリポジトリからメタデータソースへの接続の名前。

割り当て済みデータベース

割り当てられたスキーマを含むリソースの名前。

割り当てられたスキーマ

接続が割り当てられたリソースのスキーマ名。

リンク接続およびスキーマに関連付けられたリンクが作成された数。

見つからないリンク

Metadata Manager が作成できなかった接続およびスキーマに関連付けられたリンクの数。見つからないリンクは、不正な接続割り当て、リソースの古いメタデータ、またはメタデータソースに存在しない対応オブジェクトが原因で発生する場合があります。

リンクの完了度接続内のリンクのうち、スキーマに正しく関連付けられているリンクの割合。

エクスポートされた見つからないリンクの詳細

リンクされていないオブジェクトの詳細を Excel ファイルにエクスポートできます。見つからないリンクの詳

細をエクスポートするには、［リンクの詳細］タブの［リンク］ビューで行を選択して、［操作］ > ［詳細を

Excel へエクスポート］をクリックします。

エクスポートされた Microsoft Excel ファイルには、以下のワークシートが含まれます。


リンク

［リンク］ビューおよびワークシートには、新のリソースロードまたはリンクプロセスの結果が表示され

ます。

見つからないリンクの詳細

Metadata Manager がリンクを作成しなかった各リンク可能オブジェクトに関する情報が含まれています。

［見つからないリンクの詳細］ワークシートには Metadata Manager ウェアハウスの現在の情報が表示され

ます。［リンク］ビューおよびワークシートのサマリ情報とは一致しない場合があります。例えば、接続さ

れたリソースをパージした場合、［リンク］ビューおよびワークシートは更新されず、パージされたリソー

スへの見つからないリンクが含まれたままです。［見つからないリンクの詳細］ワークシートにはウェアハ

ウスの現在の情報が表示され、パージされたリソースへの見つからないリンクは含まれません。

以下の表に、［見つからないリンクの詳細］ワークシート内のカラムを示します。

カラム説明

接続データ統合、ビジネスインテリジェンス、またはデータモデリングリポジトリからメタデータソースへの接続の名前。

割り当てられたスキーマ

接続が割り当てられたリソースのスキーマ名。

想定されるスキーマ

Metadata Manager がオブジェクトのリンク先に想定する、リソース内のスキーマの名前。

想定されるテーブル

参照先構造体をリンクできる、接続されたリソース内の割り当てられたスキーマにある構造体の名前。

想定されるカラム

参照先特徴をリンクできる、接続されたリソース内の割り当てられたスキーマにある特徴の名前。

参照元構造の場所

Metadata Manager カタログ内のリンク可能な構造体の場所。構造体になり得るのは、テーブル、ビュー、またはプロシージャです。

参照元スルー機能

リンク可能な構造体の特徴の名前。例えば、特徴になり得るのは、テーブル構造のカラム名です。リンク可能な構造体に特徴がない場合は空です。

タスクリンク可能なオブジェクトが含まれる PowerCenter セッションの名前。 PowerCenterリソースについてのみ使用されます。

ロード詳細ログファイル

リソースロードが完了した後は、リソースロードに関する詳細が含まれるログファイルが、Metadata Manager

によって作成されます。このログファイルには、リソースをロードするときに［ロードの詳細］タブに表示さ

れるすべての情報が含まれます。

Metadata Manager では、以下の形式でファイルに名前が付けられます。

<resource name>_<day><month><date><time><time zone><year>

Metadata Manager では、以下のディレクトリにファイルが作成されます。

<Informatica installation directory>\logs\<node name>\services\MetadataManagerService\<Metadata Manager service name>


ログおよびログファイルリソースロードが正常に行われているかどうかを判断するために、リソースロードを監視することができます。

Metadata Manager ログとログファイルを使用し、リソースロードについての詳細を確認します。mmcmd コマン

ドラインプログラムを使用して、リソースロードのステータスについての情報を取得することもできます。

Metadata Manager の以下のログを使用し、リソースロードの詳細を表示して、エラーのトラブルシューティン

グを行います。

［ロードの詳細］タブ

リソースロードのタスク、ワークフロー情報、ワークレット情報、およびロードエラーが含まれています。

Metadata Manager エージェントログファイル

Metadata Manager エージェントによって生成されたリソースロードについての情報が含まれています。

Metadata Manager Service ログファイル

Metadata Manager Service によって生成されたログイベントと、Metadata Manager アプリケーションに

よって生成されたログイベントが含まれています。

アクティビティログ

すべてのリソースのリソースロード操作に関するステータスが含まれています。

また、PowerCenter Workflow Monitor を使用することによって、メタデータのロード時に PowerCenter ワー

クフローを表示することもできます。エラーのトラブルシューティングには、セッションおよびワークフロー

のログを使用してください。同一リソースタイプの複数のリソースを同時にロードする場合、Integration

Service はリソースタイプに一致するワークフローのインスタンスを複数実行します。各ワークフローインス

タンスには、別々のワークフローおよびセッションのログが含まれます。

注: ブラウザのロケールによっては、ログイベントが異なる言語で表示される場合があります。サードパーテ

ィのアプリケーションによるログイベントは、ブラウザのロケールとは異なる言語で表示される場合がありま

す。

Metadata Manager エージェントログファイル

Metadata Manager では、Metadata Manager エージェントを使用して、ビジネスインテリジェンスリソースお

よびメタデータソースファイルを使用するリソースからメタデータを抽出します。メタデータの抽出プロセス

中に、Metadata Manager では Metadata Manager エージェントを使用してメタデータソースに接続し、メタデ

ータを抽出します。Metadata Manager は、メタデータ抽出プロセス中に生成されたすべてのログイベントを

Metadata Manager エージェントログファイルに書き込みます。ログイベントには、Metadata Manager アプリ

ケーションから Metadata Manager エージェントへの呼び出しや、Metadata Manager エージェントによって生

成されたログイベントも含まれます。

Metadata Manager エージェントログファイルを使用して、リソースロード中に Metadata Manager エージェン

トがメタデータソースからメタデータを抽出するときに発生したエラーのトラブルシューティングを行うこと

ができます。また、メタデータソースから抽出されないメタデータオブジェクトについての詳細情報を取得す

ることもできます。

Metadata Manager は、以下のディレクトリの mm_agent.log にログイベントを書き込みます。



以下の表に、mm_agent.log のログイベントタイプの説明を示します。

イベントタイプ

説明

情報（INFO）以下の情報を含むログイベントです。

- Metadata Manager アプリケーションから Metadata Manager エージェントへの呼び出し- メタデータソースへの接続

- メタデータソースから抽出されたメタデータオブジェクト

WARN メタデータソースから抽出されなかったメタデータオブジェクトに関するログイベントです。

たとえば、Metadata Manager エージェントがドキュメントまたはユニバースを Business Objects から抽出できなかった場合、オブジェクトの名前がログファイルに記録されます。

重大（FATAL）メタデータの抽出プロセス中に発生し、抽出プロセスが失敗する原因となったログイベントです。

たとえば、Metadata Manager エージェントがメタデータソースシステムに接続できなかった場合、ログファイルにエラーが記録されます。

デフォルトでは、ログファイルのサイズが 10 MB に達すると、Metadata Manager はログファイルを切り詰めま

す。ログフィルを手動で切り詰めることもできます。

Metadata Manager サービスログファイル

Metadata Manager サービスログファイルには、Metadata Manager サービスが生成したログイベントと、

Metadata Manager アプリケーションが生成したログイベントが含まれます。

Metadata Manager サービスが、Informatica ドメインの Metadata Manager アプリケーションを実行します。

Informatica Administrator に表示されるログイベントに加えて、Metadata Manager サービスは Metadata

Manager アプリケーションの実行中に発生したイベントについてのログファイルを作成します。

Metadata Manager は、以下のディレクトリの mm.log にログイベントを書き込みます。


Metadata Manager サービスを実行するときや Metadata Manager アプリケーションでタスクを実行するときに

発生するエラーを解決するために Metadata Manager サービスログファイルを使用できます。 Metadata

Manager サービスログファイルには、エラーを生成した特定の Metadata Manager モジュールなど、ログイベン

トに関する追加情報が含まれます。

以下の表に、mm.log に含まれるログイベントの説明を示します。

イベントのタイプ説明


Metadata Manager Service を開始および実行したときに発生するログイベントです。また、Metadata Manager Service の設定情報も含まれます。

メタデータロードリソースロード中に発生したログイベントです。

リネージュあるオブジェクトに対してデータリネージュ分析を実行したとき、データリネージュ図上で移動したとき、およびリネージュ図にメタデータオブジェクトを表示したときに発生するログイベントです。

ログおよびログファイル 249

イベントのタイプ説明

メタデータアクセス Metadata Manager アプリケーションを使用して、Metadata Manager リポジトリ内のメタデータにアクセスしたときに発生するログイベントです。

カスタムメタデータカスタムメタデータを作成、編集、削除、インポートしたときに発生するログイベント。

デフォルトでは、ログファイルのサイズが 10 MB に達すると、Metadata Manager はログファイルを切り詰めま

す。ログフィルを手動で切り詰めることもできます。

サービスログファイルをエクスポートするには、［ヘルプ］ > ［サービスログのエクスポート］をクリックし

ます。


アクティビティログには各リソースロードに関する詳細が含まれています。アクティビティログを使用すると、

特定のリソースロードに関する詳細な情報を取得できます。

以下の表に、アクティビティログの内容を示します。


名前リソースの名前。

タスクタイプ

Metadata Manager が実行するタスクの種類。Metadata Manager は次のタスクを実行します。

- メタデータのロード。メタデータを Metadata Manager ウェアハウスにロードします。- リンク。接続割り当てを共有するリソースまたは関連するリンクルールを持つリソース

のオブジェクト間にリンクを作成します。

- インデックス処理。リソースのインデックスファイルを作成または更新します。

ユーザリソースロードを開始した Metadata Manager ユーザ。

開始日関連タスクが開始した日付および時刻。

終了日関連タスクが完了した日付および時刻。

継続時間 Metadata Manager でタスクの完了にかかった時間。

ステータスメタデータロードおよびインデックス作成の操作のステータス。

アクティビティログの内容を表示するには次の手順を実行します。

1. ［ロード］タブで、［アクション］ > ［アクティビティログの表示］をクリックします。

［アクティビティログ］タブが表示されます。

2. ［アクティビティログ］タブの内容をフィルタリングするには、［時間］リストで時間枠を選択します。

3. カラムでソートするには、カラム名をクリックします。

4. ログを更新して近の変更を表示するには、［操作］ > ［リソースの更新］をクリックします。


リソースロードのトラブルシューティングリソースロードが正常に実行されているかどうかを判断するために、リソースロードを監視することができま

す。リソースロードが失敗した場合は、トラブルシューティングを行ってリソースを再ロードしてください。

ビジネスインテリジェンスリソースまたはデータモデリングリソースのロードを試みていますが、モデル内の

不整合のためにロードが失敗します。

モデル内の不整合のためにロードが失敗する場合は、以下の操作のいずれかを実行します。

• モデルの不整合を修正し、リソースをリロードします。

• imm.properties ファイルで、MitiValidationLevel プロパティの値を basic から NONE に変更します。

Metadata Manager サービスをリスタートし、リソースをリロードします。

リソースのロードを試みていますが、Metadata Manager で IME ファイルを見つけることができないために、ロ

ードが失敗します。

PowerCenter 統合サービスプロセスのプロパティ$PMSourceFileDir の値を確認します。Metadata Manager

は、$PMRootDir/SrcFiles ディレクトリにある IME ファイルにパッケージリソースおよびユニバーサルリソ

ースの変換されたメタデータを格納します。$PMSourceFileDir プロパティが$PMRootDir/SrcFiles に設定さ

れていない場合、Metadata Manager は IME ファイルを見つけることができません。

PowerCenter リポジトリタイプが IBM DB2 の PowerCenter リソースをロードしようとすると、ロードが失敗し

ます。DB2CLI ログファイルに、「SQL0101N 文が長すぎるか、複雑です。」というエラーが記録されます。

DB2 文のヒープサイズ設定パラメータの値を確認します。STMTHEAP 値を大 16,384 ページまで増やしま

す。

PowerCenter リポジトリタイプが IBM DB2 の PowerCenter リソースをロードしようとすると、DB2 データベー

スのデッドロックが発生してロードが失敗します。

MAXLOCKS、LOCKLIST、および LOCKTIMEOUT DB2 構成パラメータの値を確認します。

これらのパラメータを次のように更新します。

• MAXLOCKS: アプリケーション当たり 10

• LOCKLIST: 16,384 以上

• LOCKTIMEOUT: 60 以上

Business Objects、Cognos、または OBIEE のリソースをロードしたとき、Metadata Manager がメモリ不足エ

ラーを返しました。

メタデータソースから大量のメタデータを抽出しようとすると、Metadata Manager Agent からこのエラー

が返されることがあります。このエラーが発生した場合は、以下のいずれかのアクションを実行します。

• メタデータをメタデータソースから非同期で抽出するために Metadata Manager Agent が使用するワー

カスレッドの数を減らします。リソースを作成または編集するときに、設定プロパティのワーカスレッ

ドの数を表示または更新できます。設定プロパティにワーカスレッドの数が設定されていない場合は、

次のログファイルに Metadata Manager Agent が使用しているワーカスレッドの数が示されます。

<Metadata Manager Agent installation directory>\data\logs\logService\mimb<number>.log

• Metadata Manager Agent で割り当て可能な大 Java 仮想マシン（JVM）ヒープサイズを増やしてみま

す。64 ビット版 Windows では、Metadata Manager Agent は、実質的に無制限の大 JVM ヒープサイズ

を伴う 64 ビット JVM を実行できます。32 ビット版 Windows では、複数のリソースを設定します。これ

らのリソースは、それぞれメタデータソースから抽出するモデル全体のサブセットを伴います。

Metadata Manager サービスのリソースのロード特権を割り当てられていますが、Business Glossary リソース

をロードしようとすると、「特権が不十分です」というエラーが表示されます。

Business Glossary リソースをロードするには、リソースのロード、リソースの管理、モデルの表示の各

特権が必要です。ロードするビジネス用語集リソースに対する書き込み権限も必要です。

リソースロードのトラブルシューティング 251

Cloudera Navigator リソースをロードしたとき、Metadata Manager がメモリ不足エラーを返しました。

Cloudera Navigator リソースをロードするには、Metadata Manager サービスの大ヒープサイズが

4096MB（4GB）以上必要です。Cloudera ディストリビューションによっては、さらに大きいヒープサイズ

が必要です。大ヒープサイズを増やすには、Administrator ツールを開き、Metadata Manager サービス

を選択し、［大ヒープサイズ］プロパティの値を増やします。

リソースロードのスケジュール作成［スケジュールの管理］ウィンドウで、リソースロードのスケジュールを作成および編集します。スケジュール

を作成するときは、リソースロードの開始日、頻度、および終了日を設定します。リソースの［スケジュール］

タブで、スケジュールをリソースに添付します。

リソースのスケジュールには、以下のタスクを実行できます。

• スケジュールを作成し、スケジュールのプロパティを設定します。

• スケジュールのプロパティを編集します。

• スケジュールのプロパティに従ってリソースをロードするために、リソースにスケジュールを添付します。

• スケジュールを使用するリソースを表示します。

スケジュールの作成

リソースをロードする時間と頻度を選択するために、スケジュールを作成します。組み込みスケジュールを使

用するか、独自のスケジュールを作成することができます。

Metadata Manager には、次に示す組み込みスケジュールがあります。

• 日次のスケジュール。毎日午前 0 時に実行されます。

• 週次のスケジュール。毎週日曜日の午前 0 時に実行されます。

• 月次のスケジュール。毎月 1 日の午前 0 時に実行されます。

以下の表に、スケジュールを作成または編集するときに設定するプロパティを示します。


Name スケジュールの名前。スケジュールを保存すると、スケジュール名が［使用可能なスケジュール］リストに表示されます。名前は一意でなければなりません。256 文字を超えたり、以下の文字を含めたりすることはできません。

/ \ : * ' ? " < > | [ ]

説明スケジュールの説明。説明は 4,000 文字を超えない範囲で指定する必要があります。

実行開始日スケジュールを開始する日付と時刻。月、日、および年を入力するか、カレンダーを使用して日付を選択することができます。

時刻を HH:MM の形式で入力します。

繰り返すスケジュールを繰り返す時間区分。［日次］、［週次］、［月次］、または［なし］を選択できます。リソースに 1 回だけロードするスケジュールを作成する場合は、［なし］を選択します。

週次スケジュールを選択した場合は、スケジュールを繰り返す曜日を選択できます。



繰り返す単位選択した時間区分でスケジュールを繰り返す回数。ロードを何日ごと、何週ごと、何月ごとに繰り返すかを選択できます。スケジュールを日次、月次、または年次で繰り返すよう設定する場合に必要です。

［繰り返す曜日］週次スケジュールを繰り返す曜日。複数の曜日を選択できます。このオプションは、スケジュールを繰り返す時間枠に週次スケジュールを選択した場合に表示されます。

終了日なしこのオプションは、スケジュールをいつまでも繰り返す場合に選択します。

終了日スケジュールを終了する日付と時刻。月、日、および年を入力するか、カレンダーを使用して日付を選択することができます。

時刻を HH:MM の形式で入力します。

スケジュールの終了日を設定する場合に必要です。

スケジュールを作成するには：

1. ［ロード］タブで、［操作］ > ［スケジュールの管理］をクリックします。

［スケジュールの管理］ウィンドウが表示されます。

2. ［追加］をクリックします。

3. スケジュールのプロパティを入力します。

4. ［保存］をクリックします。

5. 設定したプロパティをリセットするには、［クリア］をクリックします。

プロパティは、以前保存されたバージョンにリセットされます。


スケジュールが［使用可能なスケジュール］リストに表示されます。

スケジュールの編集

スケジュールを編集して、スケジュールの時間と頻度を変更することができます。スケジュールに割り当てら

れたリソースは、更新されたスケジュールに従って実行されます。

スケジュールを編集するには：

1. ［ロード］タブで、［操作］ > ［スケジュールの管理］をクリックします。

［スケジュールの管理］ウィンドウが表示されます。

2. ［使用可能なスケジュール］リストで、編集するスケジュールを選択します。

3. スケジュールのプロパティを入力します。

4. ［保存］をクリックします。

5. 設定したプロパティをリセットするには、［クリア］をクリックします。

プロパティは、以前保存されたバージョンにリセットされます。

6. スケジュールに割り当てられているリソースを表示するには、［スケジュール設定されたジョブ］をクリッ

クします。


リソースロードのスケジュール作成 253

リソースへのスケジュールの添付

リソースをスケジュールに従ってロードするには、リソースにスケジュールを添付する必要があります。リソ

ースを作成する時、またはリソースを作成した後に、リソースにスケジュールを添付できます。

リソースにスケジュールを添付するには：

1. ［ロード］タブの［リソース］パネルで、スケジュールを追加するリソースを選択します。

2. ［プロパティ］パネルで［スケジュール］タブをクリックします。

3. ［編集］をクリックします。


4. ［スケジュールを関連付ける］を選択します。

5. ［スケジュール］リストでスケジュールを選択します。

スケジュールの詳細が［スケジュール］タブに表示されます。



第 1 3 章

権限の管理


• 権限の管理の概要, 255 ページ

• ユーザーおよびグループの権限の設定, 257 ページ

• メタデータカタログの権限の設定, 257 ページ

権限の管理の概要リソースおよびメタデータオブジェクトに対するユーザーとグループの権限を表示および設定できます。権限

によって、Metadata Manager ユーザーが［参照］および［ロード］タブでアクセスできるリソースとメタデ

ータオブジェクトが決まります。権限は、［モデル］タブのオブジェクトには影響を与えません。

デフォルトでは、Metadata Manager 管理者ユーザーのみが Metadata Manager ウェアハウス内のリソースおよ

びメタデータオブジェクトにアクセスできます。これらのオブジェクトへのアクセス権限を他のユーザーに付

与するには、Metadata Manager ユーザーおよびグループの権限を設定する必要があります。

権限は、Administrator ツールでユーザーとグループに設定する Metadata Manager サービス特権と一緒に使用

します。リソースまたはメタデータオブジェクトにアクセスするには、ユーザーに十分な Metadata Manager

サービス特権とオブジェクトに対する適切な権限が必要です。例：

• メタデータカタログのメタデータオブジェクトを表示するには、ユーザーに View Catalog（カタログの表

示）特権、オブジェクトが含まれるリソースに対する読み取り権限、およびメタデータオブジェクトに対す

る読み取り権限が必要です。ユーザーがリソース内の他のメタデータオブジェクトにアクセスできないよう

にするには、他のオブジェクトに対する権限を「アクセスなし」に設定します。

• ［用語集］ビューにビジネス用語集を表示するには、ユーザーに View Glossary（用語集の表示）特権とビ

ジネス用語集に対する読み取り権限が必要です。

• ［ロード］タブにリソースを表示するには、ユーザーに View Resource（リソースの表示）特権とリソース

に対する読み取り権限が必要です。

• ユーザーがリソースをロードするには、そのリソースに対するリソースのロード特権と書き込み権限が必要

です。

Metadata Manager サービス特権の詳細については、『Informatica セキュリティガイド』を参照してください。

リソースとメタデータオブジェクトに対する権限を設定するには、［権限］タブを使用します。

以下のタスクを実行できます。

ユーザーおよびグループの権限を設定する。

ユーザーまたはグループを選択し、そのユーザーまたはグループがアクセスできるリソースとメタデータ

オブジェクトを指定します。

255

メタデータオブジェクトに対する権限を設定する。

リソースまたはメタデータオブジェクトを選択し、オブジェクトにアクセスできるユーザーとグループを

指定します。

ユーザーおよびグループ

Metadata Manager ユーザーおよびグループは、Administrator ツールで作成および管理します。

Administrator ツールでは、ユーザーおよびグループについて以下の作業を実行できます。

ユーザーの作成および削除。

Metadata Manager ユーザーアカウントを作成および設定します。

グループの作成および設定。

Metadata Manager のグループを作成および設定します。

特権とロールの設定。

Metadata Manager 特権およびロールを設定します。ユーザーおよびグループが Metadata Manager で実行

できるタスクは、ユーザーおよびグループに割り当てる特権およびロールによって異なります。

サービスマネージャは、ユーザーおよびグループをドメイン設定データベースに保存して、ユーザーおよびグ

ループのリストを Metadata Manager リポジトリにコピーします。サービスマネージャでは、リポジトリ内の

ユーザーおよびグループのリストをドメイン設定データベース内のユーザーおよびグループと定期的に同期化

しています。

Administrator ツールでユーザーおよびグループを設定する詳細については、『Informatica セキュリティガイ

ド』を参照してください。

権限

Metadata Manager の権限によって、リソースとメタデータオブジェクトに対するユーザーとグループのアクセ

スレベルが決まります。

以下の権限を設定できます。

フルコントロール

メタデータカタログ内のオブジェクトに対して権限を設定します。書き込みおよび読み取り権限が含まれ

ます。

書き込み

リソースまたはメタデータオブジェクトに対する書き込み権限。読み取り権限が含まれます。

読み取り

リソースまたはメタデータオブジェクトに対する読み取り権限。

アクセスなし

ユーザーはリソースまたはメタデータオブジェクトにアクセスできません。

権限が指定されていません。

ユーザーはオブジェクトに対する権限を親オブジェクトから継承します。

256 第 13 章: 権限の管理

権限のルールおよびガイドライン

権限を設定する場合には、以下のルールおよびガイドラインに従ってください。

• リソースまたはメタデータオブジェクトに対して権限を設定する場合、リソースまたはメタデータオブジェ

クトの子オブジェクトが親オブジェクトの権限を継承します。

• メタデータカタログ内の論理グループに権限を設定することはできません。例えば、Oracle リソースの論

理グループには Indexes、Procedures、Tables、および Views などがあります。Metadata Manager は、す

べてのテーブルを Tables 論理グループの下にグループ化します。個々のテーブルに対して権限を設定でき

ますが、Tables 論理グループに対しては権限を設定できません。

ユーザーおよびグループの権限の設定ユーザーおよびグループの権限は、［権限］タブで表示および設定します。リソースおよびメタデータオブジ

ェクトに対するユーザーまたはグループの権限を表示できます。ユーザーまたはグループの権限を設定するこ

ともできます。

親オブジェクトの特定の子オブジェクトに対する権限を設定するには、すべての子オブジェクトに対する権限

をアクセスなしに設定します。次に、対象の子オブジェクトに対して適切な権限を設定します。

例えば、ユーザーの dave が、Oracle リソースの Tables 論理グループにある 100 個の月間収益レポートのテー

ブルうち、初の 2 つのみに書き込み権限を必要としているものとします。dave の権限を設定するには、100

個の月間収益レポートのテーブルを選択し、権限をアクセスなしに設定します。初の 2 つの月間収益レポー

トのテーブルを選択し、それらのテーブルに対して書き込み権限を設定します。

1. ［権限］タブの［ユーザー/グループ］ペインでユーザーまたはグループを選択します。

［権限］ペインに、メタデータカタログのリソースおよびメタデータオブジェクトごとのユーザー権限また

はグループ権限が表示されます。

注: アスタリスク（*）が前に付いている権限は、親オブジェクトに対する権限を継承しています。

2. ［権限の編集］をクリックします。

［権限の編集］ウィンドウが表示されます。

3. 権限を設定するリソースまたはメタデータオブジェクトを選択します。

4. 権限をリストから選択して、［適用］をクリックします。


メタデータカタログの権限の設定リソースおよびメタデータオブジェクトの権限は、［権限］タブで表示および設定します。リソースおよびメ

タデータオブジェクトに対するユーザー権限とグループ権限を表示し、オブジェクトの権限を設定することが

できます。

リソースまたはメタデータオブジェクトを選択すると、権限を設定したユーザーおよびグループが Metadata

Manager に表示されます。表示されていないユーザーまたはグループの権限を設定する場合、オブジェクトの

権限を設定するときにユーザーまたはグループを追加できます。

ユーザーおよびグループの権限の設定 257

注: ［参照］タブでも、リソースまたはメタデータオブジェクトの権限を設定できます。オブジェクトを選択

し、［アクション］ > ［このオブジェクトの権限を設定］を選択して［権限］タブに切り替えます。

1. ［権限］タブで、リソースまたはメタデータオブジェクトを選択します。

［権限］ペインに、リソースまたはメタデータオブジェクトに対してユーザーまたはグループに設定された

権限が表示されます。

注: アスタリスク（*）が前に付いている権限は、親オブジェクトに対する権限を継承しています。

2. ［権限の編集］をクリックします。

［権限の編集］ウィンドウが表示されます。

3. ユーザーまたはグループの権限を編集するには、［権限］リスト内で権限を選択します。

4. ユーザーまたはグループの権限を削除するには、該当のユーザーまたはグループに対して［削除］をクリ

ックします。

5. 別のユーザーまたはグループの権限を追加するには、［別のユーザー/グループの追加］リストでユーザー

またはグループを選択して、権限を選択し、［追加］をクリックします。


258 第 13 章: 権限の管理

第 1 4 章

リソース移行


• リソース移行の概要, 259 ページ

• リソース構成ファイル, 260 ページ

• リソース構成のエクスポート, 263 ページ

• リソース構成のインポート, 264 ページ

リソース移行の概要パッケージ化されたリソースタイプのリソースは、Metadata Manager インスタンス間で移行できます。開発環

境からプロダクション環境に移動する際にリソースを移行します。リソースを移行するため、新しい環境でリ

ソースを再作成する必要はありません。

注: この章の情報は、現在の Metadata Manager バージョン内のパッケージ化されたリソースタイプのリソー

スの移行に適用されます。モデルをカスタマイズした場合やカスタムリソースを移行する必要がある場合は、

『Metadata Manager カスタムメタデータ統合ガイド』を参照してください。以前のバージョンの Metadata

Manager からリソースを移行する必要がある場合は、rmu または rcfmu コマンドラインプログラムを使用して

ください。

パッケージ化されたリソースタイプのリソースを移行するには、以下のタスクを実行します。

1. 元の環境からリソース構成をエクスポートします。

［ロード］タブまたは mmcmd getResource コマンドを使用して、リソース構成をエクスポートできます。

リソース構成を移行する際、Metadata Manager でリソースのプロパティと値を定義するリソース構成

（.rcf）ファイルを作成します。リソースに関連付けられたルールセットとパラメータ定義を含めた場合、

Metadata Manager でリソース構成ファイル、ルールセットファイル、ルールセットパラメータファイルを

含む ZIP（.rcz）ファイルを作成します。

2. エクスポートファイルを新しい環境に移動します。

3. パラメータファイルを使用する PowerCenter リソースを移動する場合は、PowerCenter パラメータファイ

ルを新しい環境に移動します。

PowerCenter パラメータファイルは、リソース構成ファイルで指定したディレクトリに存在する必要があ

ります。リソース構成ファイルにパスが含まれていない場合、パラメータファイルが mmcmd ディレクトリ

内に存在する必要があります。

4. テキストエディタを使用してリソース構成ファイルを編集し、新しい環境用にリソースプロパティを更新

します。

必要に応じて、接続文字列、ユーザー名、パスワードなどのプロパティを更新します。PowerCenter パラ

メータファイルまたはメタデータソースファイルのディレクトリの更新が必要な場合があります。

259

注: リソース構成ファイルをエクスポートする際にルールセットとパラメータ定義を含める場合は、エク

スポートファイルを解凍し、構成、ルールセット、パラメータファイルを更新し、ファイルを再圧縮して

ください。

5. リソース構成を新しい環境にインポートします。

［ロード］タブまたは mmcmd createResource コマンドを使用して、リソース構成をインポートできます。

リソース構成をインポートする際、リソースに関連付けられたルールセットとパラメータ定義を含めるこ


リソースを移行した後、リソースを編集して新しい環境にロードできます。

リソース構成ファイルリソース構成ファイルは、リソースのすべての設定プロパティと値を含む XML ファイルです。リソース構成フ

ァイルの拡張子は.rcf です。

［ロード］タブでリソース構成ファイルのエクスポートとインポート、リソースプロパティの変更ができます。

以下の mmcmd コマンドを使用しても、リソース構成ファイルのエクスポートとインポート、リソースプロパテ

ィの変更ができます。

getResource

指定されたリソースのプロパティをリソース構成ファイルに書き込みます。

createResource

指定されたリソース構成ファイルのプロパティに基づいてリソースを作成します。

updateResource

指定されたリソース構成ファイルのプロパティに基づいてリソースを更新します。

assignConnection

指定されたリソース構成ファイルのプロパティに基づいて、接続を他のメタデータソースに割り当てます。

assignParameterFile

PowerCenter リソースの場合、指定されたリソース構成ファイルのプロパティに基づいて、パラメータフ

ァイルを PowerCenter ワークフローに割り当てます。

mmcmd コマンドラインプログラムの詳細については、『Metadata Manager コマンドリファレンス』を参照して

ください。

リソース構成ファイルの形式

リソース構成ファイルは、リソースのプロパティと値を定義する要素を含む XML ファイルです。すべての要素

がすべてのリソースタイプに適用されるわけではありません。

リソース構成ファイルには以下の要素を含めることができます。

パラメータ

設定プロパティを定義します。

フィルタ

Metadata Manager ウェアハウスにロードする、コンポーネント、フォルダー、モデル、スキーマ、または

ユニバースを定義します。

260 第 14 章: リソース移行

PowerCenter リソースの場合、refresh 属性を true に設定するとリロード時にフォルダーを更新できま

す。リロード時にフォルダーを更新しない場合は、この属性値を false に設定します。デフォルトは true

です。

MetadataInfo

Metadata Manager ウェアハウスにロードする、メタデータソースファイルまたは Microstrategy プロジェ

クトソースを定義します。

ConnectionAssignment

他のメタデータソースに割り当てる接続を定義して、メタデータソース間でデータリネージ分析を実行し

ます。

ParameterFileAssignment

PowerCenter リソースの場合、PowerCenter ワークフローに割り当てるパラメータファイルを定義します。

各パラメータファイルの名前と完全修飾パスが含まれます。パラメータファイルはこのディレクトリに存

在する必要があります。構成ファイルにパスが含まれていない場合、mmcmd で mmcmd ディレクトリのパラ

メータファイルを検索します。

テキストエディタを使用して、リソース構成ファイル内の値を変更できます。例えば、ファイルをプロダクシ

ョン環境に移動する際、接続文字列、ユーザー名、およびパスワードパラメータの変更が必要になることがあ

ります。

リソース構成ファイル内の値は、メタデータソースシステムに従って大文字と小文字が区別されます。

リソース構成ファイル内のパスワード

一部のリソースタイプのリソース構成情報にはリソースパスワードが含まれます。例えば、Oracle リソース構

成には Oracle データベースへの接続に使用されるユーザーアカウントのパスワードが含まれます。このパスワ

ードを、リソース構成ファイルに含めることも除外することもできます。

パスワードの格納方法の決定には、password パラメータを使用します。password パラメータに、パスワード

を暗号化するかどうかを示すオプションの引数 encrypted を設定します。

password パラメータを使用し、以下の方法でパスワードを格納します。

ファイルからパスワードを除外する。

ファイルから password パラメータを省略します。または、password パラメータを含めるがパラメータ値

を省略することもできます。以下に例を示します。

<parameter name="password"></parameter>

リソースパスワードを除外して、リソースタイプでパスワードを使用した場合、Metadata Manager からリ

ソース構成をインポートする際のパスワードが求められます。

暗号化されたパスワードを含める。

mmcmd encrypt コマンドを使用してパスワードを暗号化し、暗号化された文字列をパラメータ値として入

力します。以下に例を示します。

<parameter name="password">WP+qtfYwB2KYLXID9jgC+6WHbMOg/94AO8R1nOC1vd0=</parameter>

encrypt コマンドでは、Informatica のデフォルトの暗号化キーを使用してパスワードを暗号化します。

セキュリティを大にするために、リソース構成ファイルは安全な場所に保存してください。

プレーンテキストパスワードを含める。

プレーンテキストパスワードをパラメータ値として入力し、encrypted 属性を false に設定します。以下

に例を示します。

<parameter name="password" encrypted="false">my_password</parameter>

リソース構成ファイル 261

プレーンテキストパスワードを含める場合は、リソース構成ファイルを安全な場所に保存してください。

リソース構成をインポートする際にリソースパスワードを指定できます。Metadata Manager サービスでは、パ

スワード値を次のように指定します。

• リソース構成ファイルにパスワードが含まれる場合、Metadata Manager サービスではリソース構成ファイ

ルのパスワードを使用してリソースを作成します。インポート時にパスワードを指定すると、Metadata

Manager サービスはそのパスワードを無視します。

• リソース構成ファイルにパスワードが含まれておらず、リソースタイプでパスワードが必要とされる場合、

インポート時にパスワードを指定する必要があります。パスワードを指定しない場合、Metadata Manager

サービスでリソースを作成できません。

• リソースタイプでパスワードを使用せず、インポート時にパスワードが指定されると、Metadata Manager

サービスでは指定されたパスワードを無視します。

リソース構成ファイル内のセキュア JDBC パラメータ

一部のデータベース管理リソースタイプのリソース構成情報には、セキュア JDBC パラメータが含まれます。セ

キュア JDBC パラメータをリソース構成ファイルに含めることも除外することもできます。

以下のデータベース管理リソースタイプのリソース構成情報にセキュア JDBC パラメータを含むことができま

す。

• IBM DB2 for LUW

• IBM Informix

• Microsoft SQL Server

• Netezza

• Oracle

• Sybase ASE

• Teradata

例えば、Microsoft SQL Server メタデータソースに対して安全な通信が有効になっている場合、セキュア

JDBC パラメータとしてトラストストアパスワードとキーストアパスワードを指定できます。

リソース構成をエクスポートする場合、リソースパスワードとセキュア JDBC パラメータをリソース構成ファイ

ルに含めることも除外することもできます。エクスポート時に、Metadata Manager によって、リソースパスワ

ードをリソース構成ファイルに含めるように求められます。

以下の選択肢があります。

パスワードを含める。

リソースパスワードを含めた場合、リソースでセキュア JDBC パラメータが使用されていると、Metadata

Manager によってリソース構成ファイルにセキュア JDBC パラメータが含められます。リソース構成ファイ

ルでは、advancedJDBCParameters パラメータでセキュア JDBC パラメータを指定します。これらのパラメ

ータは暗号化された文字列として表示されます。

パスワードを除外する。

リソースパスワードを除外した場合、Metadata Manager によってリソース構成ファイルからセキュア

JDBC パラメータも除外されます。


リソース構成をインポートする際、セキュア JDBC パラメータを指定できます。Metadata Manager サービスで

セキュア JDBC パラメータの値を以下のように指定します。

• リソース構成ファイルにセキュア JDBC パラメータが含まれている場合、Metadata Manager サービスではリ

ソース構成ファイル内のパラメータ値を使用してリソースを作成します。インポート時に指定したセキュア

JDBC パラメータは、Metadata Manager サービスで無視されます。

• リソースが、リソース構成ファイルに含まれないセキュア JDBC パラメータを必要とする場合は、インポー

ト時にパラメータを指定する必要があります。セキュア JDBC パラメータを指定しない場合、Metadata

Manager サービスでリソースを作成できないことがあります。

• リソース構成ファイルでなく、リソースタイプにセキュア JDBC パラメータを含むことができる場合は、イ

ンポート時にパラメータを指定できます。Metadata Manager サービスでは、指定したパラメータを使用し

てリソースを作成します。

• リソースタイプが JDBC パラメータを使用せず、インポート時にセキュア JDBC パラメータが指定されると、

Metadata Manager サービスでは指定されたパラメータを無視します。

リソース構成ファイルの例

次の例は、Oracle リソースのリソース構成ファイルのサンプルです。

<?xml version="1.0" encoding="UTF-16LE"?><resource name="Oracle_Sample" resourcetype="Oracle"> <parameters> <parameter name="databaseType">Oracle</parameter> <parameter name="jdbcURL">jdbc:informatica:oracle://[host name]:[port];SID=[sid];EncryptionMethod=SSL;HostNameInCertificate=[host name];TrustStore=[truststore location];KeyStore=[keystore location];ValidateServerCertificate=true</parameter> <parameter name="encoding">MS1252</parameter> <parameter name="userName">MyUser</parameter> <parameter name="connectString">MyDBName</parameter> <parameter name="password">bYXZZ0Ed008mELOEmKjKIg==</parameter> <parameter name="advancedJDBCParameters">bxN41kMUjZIzQpKYn5Nempqs2QxrqaPOxuNAa7uEMmhUycRaCuxOFCev3ap8CHpvNeWQsCpmROuOXyiF8zSzQ==</parameter> </parameters> <filters> <filter>FLOWS_FILES</filter> </filters></resource>

リソース構成のエクスポート［ロード］タブで、リソース構成をリソース構成ファイルにエクスポートできます。リソース構成をエクスポー

トする場合は、ルールセットとパラメータ定義を含めることができます。リソースパスワードとセキュア JDBC

パラメータを含めたり除外したりすることもできます。

1. ［ロード］タブでリソースを選択します。

2. ［アクション］ > ［リソース構成のエクスポート］をクリックします。

3. Metadata Manager によって、エクスポートファイルにルールセットとパラメータ定義を含めるように求め

られます。

リソース構成のエクスポート 263

次のいずれかのオプションを選択します。


はいルールセットとパラメータ定義を含む、リソースに関連付けられたすべてのソースファイルをエクスポートします。

いいえリソース構成のみをエクスポートします。

4. Metadata Manager によって、エクスポートファイルにリソースパスワードを含めるように求められます。

次のいずれかのオプションを選択します。

オプション

説明

はいパスワードとセキュア JDBC パラメータをリソース構成ファイルに含めます。

パスワードとセキュア JDBC パラメータがリソース構成ファイル内で暗号化されます。

いいえリソース構成ファイルにはパスワードもセキュア JDBC パラメータも含めません。

注: リソースでパスワードまたはセキュア JDBC パラメータを使用し、この情報をエクスポートファイルに含めない場合は、リソース構成をインポートする際にこの情報を入力する必要があります。

リソースがパスワードを使用しない場合は、［いいえ］を選択します。

5. エクスポートファイルの場所を選択します。


エクスポートファイルにルールセットとパラメータ定義を含めた場合、Metadata Manager によって、.rcz 拡

張子が付いたファイルが指定された場所に作成されます。リソース構成のみをエクスポートすると、Metadata

Manager は指定した場所に.rcf 拡張子を持つファイルを作成します。

リソース構成のインポート［ロード］タブで、リソース構成のインポートまたは更新を行うことができます。リソースが存在しない場合、

Metadata Manager で作成されます。リソースがすでに存在する場合、Metadata Manager でリソース構成が更

新されます。

.rcf 拡張子を持つリソース構成ファイルをインポートすると、Metadata Manager はリソース構成をインポー

トします。.rcz 拡張子を持つリソース構成ファイルをインポートすると、Metadata Manager はリソース構成

と、そのリソースに関連付けられているすべてのルールセットおよびすべてのパラメータ定義をインポートし

ます。

1. ［ロード］タブを開きます。

2. ［アクション］ > ［リソース構成のインポート］をクリックします。

［リソース構成のインポート］ダイアログボックスが表示されます。

3. インポートファイルの場所を選択します。

4. リソースでパスワードが使用され、リソース構成にリソースパスワードが含まれない場合、［パスワード］

プロパティにリソースパスワードを入力します。


5. リソースで使用されたセキュア JDBC パラメータがリソース構成に含まれない場合、［セキュア JDBC パラ

メータ］プロパティにそのパラメータを入力します。

データベースドライバが必要とする区切り文字によって区切った name=value のペアとして、パラメータ

を入力します。

注: パラメータを入力しない場合、Metadata Manager サービスでリソースを作成できないことがありま

す。


Metadata Manager でリソースを作成します。

リソース構成のインポート 265

第 1 5 章

リポジトリの移行


• リポジトリの移行の概要, 266 ページ

• ドメイン名と暗号化キーが同じ場合のリポジトリの移行, 266 ページ

• ドメイン名または暗号化キーが異なる場合のリポジトリの移行, 267 ページ

リポジトリの移行の概要Metadata Manager リポジトリをドメイン間で移行できます。開発環境から本番環境に移動するときに、リポジ

トリを移行する場合があります。

リポジトリを移行する場合、古いドメインのリポジトリコンテンツをバックアップし、新しいドメインのリポ

ジトリにそれらをリストアします。mmRepoCmd コマンドラインプログラムを使用してリポジトリをバックアッ

プおよびリストアします。リポジトリを移行するのに実行する手順は、古いドメインと新しいドメインが同じ

ドメイン名および暗号化キーを使用しているかどうかによって異なります。

注: 移行中に問題が発生した場合にリポジトリを確実にリカバリできるようにするには、移行プロセスを開始

する前に古いリポジトリをバックアップします。

mmRepoCmd コマンドラインプログラムの詳細については、『Metadata Manager コマンドリファレンス』を参照

してください。

ドメイン名と暗号化キーが同じ場合のリポジトリの移行

ドメイン名と暗号化キーが同じ場合、古いドメインのリポジトリをバックアップし、新しいドメインにコピー

してリストアします。

リポジトリを移行する前に、新しい Metadata Manager リポジトリデータベースを作成します。ユーザーおよ

びグループを古いドメインからエクスポートして、新しいドメインにインポートする必要もあります。infacmd

コマンドコマンドラインプログラムを使用して、ユーザーおよびグループをエクスポートおよびインポートで

きます。infacmd コマンドの詳細は、『Informatica コマンドリファレンス』に記載されています。

1. 古いドメインで、mmRepoCmd backupRepository コマンドを使用してリポジトリコンテンツをバイナリファ

イルにバックアップします。

266

2. 新しいドメインで、Metadata Manager サービスを作成し、それを新しいリポジトリデータベースに関連付

けます。

3. 新しいドメインで Metadata Manager サービスを有効にします。

注: Metadata Manager サービスを有効にするには、PowerCenter リポジトリサービスおよび PowerCenter

統合サービスが実行されている必要があります。

4. リポジトリのバックアップファイルを古いドメインのバックアップディレクトリから新しいドメインのバ

ックアップディレクトリへコピーします。

リポジトリのバックアップファイルのバックアップディレクトリは次のディレクトリです。

<Informatica サービスのインストールディレクトリ>\services\MetadataManagerService\mm_files\<Metadata Manager

サービスの名前>\backup

5. 新しいドメインで、mmRepoCmd restoreRepository コマンドを使用してリポジトリコンテンツをバイナリ

ファイルからリストアします。

6. 新しいドメインで、Metadata Manager サービスをリサイクルします。

Metadata Manager サービスで、モデルとリソースの情報を格納するキャッシュを削除して再作成します。

7. 新しいドメインで、すべてのリソースに対する検索インデックスを作成します。

［ロード］タブで、［アクション］ > ［検索インデックスの設定］をクリックし、すべてのリソースを選

択します。

ドメイン名または暗号化キーが異なる場合のリポジトリの移行

ドメイン名または暗号化キーが異なる場合、古いドメインの暗号化キーファイルをコピーして名前を変更し、

Metadata Manager サービスをアップグレードします。アップグレードプロセスにより、新しいリポジトリ内の

ドメイン名と暗号化キーが更新されます。

リポジトリを移行する前に、新しい Metadata Manager リポジトリデータベースを作成します。ユーザーおよ

びグループを古いドメインからエクスポートして、新しいドメインにインポートする必要もあります。infacmd

コマンドコマンドラインプログラムを使用して、ユーザーおよびグループをエクスポートおよびインポートで

きます。infacmd コマンドの詳細は、『Informatica コマンドリファレンス』に記載されています。

1. 古いドメインで、mmRepoCmd backupRepository コマンドを使用してリポジトリコンテンツをバイナリファ

イルにバックアップします。

2. 新しいドメインで、Metadata Manager サービスを作成し、それを新しいリポジトリデータベースに関連付

けます。

3. 新しいドメインで Metadata Manager サービスを有効にします。

注: Metadata Manager サービスを有効にするには、PowerCenter リポジトリサービスおよび PowerCenter

統合サービスが実行されている必要があります。

4. リポジトリのバックアップファイルを古いドメインのバックアップディレクトリから新しいドメインのバ

ックアップディレクトリへコピーします。

リポジトリのバックアップファイルのバックアップディレクトリは次のディレクトリです。

<Informatica サービスのインストールディレクトリ>\services\MetadataManagerService\mm_files\<Metadata Manager

サービスの名前>\backup

5. ドメインの暗号化キーファイル siteKey を古いドメインから新しいドメインの暗号化キーディレクトリへ

コピーし、コピーしたファイルの名前を siteKey_old に変更します。

ドメイン名または暗号化キーが異なる場合のリポジトリの移行 267

警告: 新しいドメインの siteKey ファイルを上書きしないでください。

新しいドメインの暗号化キーディレクトリには、2 つの暗号化キーファイル、siteKey および siteKey_old

が含まれます。

6. 新しいドメインで、mmRepoCmd restoreRepository コマンドを使用して、古いドメインからコピーしたバ

イナリファイルからリポジトリコンテンツをリストアします。

7. 新しいドメインで、Metadata Manager サービスをリサイクルします。

Metadata Manager サービスで、モデルとリソースの情報を格納するキャッシュを削除して再作成します。

8. 新しいドメインで、すべてのリソースに対する検索インデックスを作成します。

［ロード］タブで、［アクション］ > ［検索インデックスの設定］をクリックし、すべてのリソースを選

択します。

268 第 15 章: リポジトリの移行

付録 A

Metadata Manager ログイン

この付録では、以下の項目について説明します。

• Metadata Manager ログインの概要, 269 ページ

• クッキー, 269 ページ

• Metadata Manager へのログイン, 270 ページ

• パスワードの変更, 270 ページ

Metadata Manager ログインの概要Web ブラウザを使用して Metadata Manager にログインします。ユーザーアカウントで Metadata Manager に

ログインする必要があります。

ドメインで Kerberos 認証を使用しない場合、Informatica サービスマネージャは Metadata Manager でユーザ

ー名を認証する際に使用するクッキーを作成します。サービスマネージャは 12 時間後、または Metadata

Manager からログアウトするときにクッキーを削除します。クッキーのタイムアウト値は変更できます。

セッションタイムアウトとは、非アクティブな状態が継続した場合にセッション情報が破棄されるまでの時間

です。デフォルトでは、セッションタイムアウトは 30 分です。次のファイルで session-timeout 要素を更

新して、Tomcat のセッションタイムアウトを変更できます。

<INFA HOME>\tomcat\temp\<Metadata Manager サービスの名前>\conf\web.xml

パスワードは、ログインした後に変更できます。

クッキードメインで Kerberos 認証を使用しない場合、Informatica サービスマネージャは Metadata Manager でユーザ

ー名を認証する際に使用するクッキーを作成します。 Metadata Manager にログインするときに、サービスマ

ネージャがクッキーを作成します。

クッキーの期限が切れる前に Metadata Manager にもう一度アクセスする場合、サービスマネージャはクッキ

ーの認証情報を使用して Metadata Manager にログインできるようにします。サービスマネージャでクッキー

を作成するには、ブラウザでクッキーを有効にする必要があります。

ブラウザセッションが 12 時間非アクティブな状態の場合、または Metadata Manager からログアウトすると、

サービスマネージャによってクッキーが削除されます。クッキーのタイムアウトは変更できます。タイムア

ウト値を変更するには、Metadata Manager の imm.properties ファイルで Session.timeOut プロパティを更新

します。

269

関連項目：

•「imm.properties」 (ページ271)

Metadata Manager へのログインWeb ブラウザを使用して Metadata Manager にログインします。 Metadata Manager にログインするために入力

する情報は、ドメインのセキュリティ設定によって異なります。 Informatica ドメインで既に認証されている

場合、Metadata Manager はログインページを省略します。

1. Web ブラウザを開きます。

2. ［アドレス］フィールドに、次に示す Metadata Manager のログインページの URL を入力します。

http(s)://<host>:<port>/mm

URL 内で、<host>:<port>は Metadata Manager サービスを実行するマシンのホスト名およびポート番号を

表します。

そのノードが自己署名証明を使用するキーストアを持つ HTTPS に対して設定されている場合、警告メッセ

ージが表示されます。サイトに入るには、証明書を承認します。

ログインページが表示されます。

3. ログイン情報を入力します。

ログインページの情報は、ドメインのセキュリティ設定によって異なります。ユーザー名、パスワード、

セキュリティドメイン、または名前空間を入力しなければならない場合があります。ユーザーアカウント

が所属するセキュリティドメインまたは名前空間がわからない場合は、Informatica ドメイン管理者にお

問い合わせください。

4. ［ログイン］をクリックします。

Informatica ドメイン管理者から付与されたユーザー名およびパスワードで初めてログインする場合、セキュ

リティ保持のためパスワードを変更してください。

パスワードの変更［管理］メニューでパスワードを変更します。

1. ［管理］ > ［アカウント設定］をクリックします。

［アカウント設定］ウィンドウが表示されます。

2. 変更前のパスワードを入力します。

パスワードは、大 80 文字にすることができます。

3. 新しいパスワードを入力して、新しいパスワードを確認します。


270 付録 A: Metadata Manager ログイン

付録 B

Metadata Manager プロパティファイル

この付録では、以下の項目について説明します。

• imm.properties, 271 ページ

• searchpriorities.xml, 276 ページ

imm.propertiesimm.properties は、次に示す Metadata Manager 用のプロパティを設定するために使用します。

• Metadata Manager アプリケーションプロパティ

• データリネージュプロパティ

imm.properties のプロパティを設定した後、変更を有効にするために Metadata Manager Service を停止して

から再起動します。

デフォルトで、imm.properties は次のディレクトリにあります。

<Informatica installation directory>\services\shared\jars\pc\classes

Metadata Manager アプリケーションプロパティ

imm.properties は、インデックス処理のパフォーマンス、JDBC 接続タイムアウト間隔など、Metadata

Manager アプリケーションプロパティを設定するために使用します。

以下の表に、imm.properties に含まれている Metadata Manager アプリケーションプロパティを示します。


Catalog_Import_Batch_Size XML ファイルからカスタムリソースのメタデータをインポートする際に、Metadata Manager が 1 回のバッチで処理する要素数。XML インポート中にエラーが発生した場合はこの値を増やしてください。任意の正の整数を指定してください。デフォルトは 5000 です。

ElementFetch.ParamSize Metadata Manager が影響のサマリを計算するために処理する要素数。ゼロより大きい任意の値を指定できます。影響のサマリの計算中にエラーが発生する場合は、値を減らします。デフォルトは 10,000 です。

271


ETL_Task_Run_Status_Poll_Interval Metadata Manager サービスが、ETL タスク実行統計情報をmm.log ファイルに書き込む間隔（秒）。この値を大きくすると、ログファイルに書き込むメッセージ数を削減できます。任意の正の整数を指定してください。デフォルトは 5 です。

GatherStatistics ［Yes］に設定すると、リソースをロードした後に統計が収集されます。統計は、Metadata Manager リポジトリがリレーショナルデータベースに存在する場合に収集できます。

統計を収集すると、参照やリネージュなどのリンクおよびカタログ操作のパフォーマンスが向上します。ただし、リソースのロードの所要時間が長くなる可能性があります。

デフォルトは［Yes］です。注: Metadata Manager リポジトリが IBM DB2 上にある場合にGatherStatistics を［Yes］に設定する場合は、IBM DB2 ユーザーに SYSPROC.ADMIN_CMD およびSYSPROC.REBIND_ROUTINE_PACKAGE の実行権限があることを確認します。

Hide_Empty_Uneditable_Properties デフォルト値に設定すると、Metadata Manager のすべてのパースペクティブで空のプロパティ値と編集不可能なプロパティ値は表示されません。デフォルトは Y です。

ImpactSummary.MaxObjects 影響のサマリユーザーインタフェースに表示されるオブジェクトの大数。負ではない、任意の整数値を指定できます。ゼロを指定すると、すべてのオブジェクトが影響のサマリユーザーインタフェースに表示されます。デフォルトは 150 です。注: 影響のサマリの結果をエクスポートするときには、ImpactSummary.MaxObjects プロパティの値は適用されず、すべてのオブジェクトがエクスポートされます。

indexing.mergeFactor インデックスに統合する前にメモリに格納するメタデータオブジェクトの数を制御します。Metadata Manager のインデックス処理のパフォーマンスを改善するには、デフォルト値を増やします。デフォルトは 100 です。注: 環境に設定した値が高すぎると、開いているファイルが多すぎることによる Java の例外が発生する場合があります。

indexing.ramBufferSize インデックスに統合する前にメタデータオブジェクトのバッファに使用されるメモリの量を決定します。Metadata Manager のインデックス処理のパフォーマンスを改善するには、デフォルト値を増やします。デフォルトは 256MB です。注: 環境に設定した値が高すぎると、以下のエラーが発生する場合があります。

java.lang.OutOfMemoryError

272 付録 B: Metadata Manager プロパティファイル


Load.OracleOptimizerDynamicSampling Oracle 上の Metadata Manager リポジトリへロードするPowerCenter セッションの Oracle セッションパラメータOPTIMIZER_DYNAMIC_SAMPLING を設定します。

次のいずれかの値を入力します。- -1。Oracle データベースの設定を上書きしません。- 0. 動的サンプリングを無効にします。- 1-10. PowerCenter ロードセッションについて、Oracle データベースの設定を上書きします。リソースロード時のMetadata Manager のパフォーマンスを改善します。

使用環境に適した値については、Oracle データベースの管理者にお問い合わせください。

デフォルトは-1 です。注: このオプションを使用するには、Oracle インスタンスでコストベース適化（CBO）が有効である必要があります。

mail.from.defaultEmailId システムにユーザーの電子メールアドレスがない場合に、デフォルトの送信者アドレスとして使用される電子メールアドレス。このプロパティを設定せず、ユーザープロファイルに電子メールがない場合、ユーザーは Metadata Manager から電子メールを送信することはできません。

Missing_Links_Report_Limit エクスポートする見つからないリンクの大数を制限します。デフォルトは 64000 です。

Miti_Client_Version Metadata Manager で使用される Metadata Manager エージェントクライアントの現在のバージョン。リソースのロードに使用する Metadata Manager エージェントは、このバージョンに一致する必要があります。

MitiValidationLevel ビジネスインテリジェンスリソースとデータモデリングリソースのロード中に実行する一貫性チェックのレベルを指定します。

次のいずれかの値を入力します。- basic- NONE- ADVANCED

デフォルトは［NONE］です。

Publish.MaxObjects リソース、論理グループ、またはメタデータオブジェクトのカスタムおよびビジネス名プロパティをエクスポートするときにエクスポートファイルに含めるオブジェクトの大数。デフォルトは 200 です。注: この制限を増加すると、Metadata Manager サービスは、指定された値に正比例するように追加のメモリを消費します。したがって、Metadata Manager のパフォーマンスが低下する可能性があります。

SAP_MAX_TABLES SAP R/3 から抽出するコンポーネントを設定するときに、Metadata Manager が SAP R/3 から取得する大テーブル数。SAP R/3 ソースには多くのテーブルが含まれます。この設定は、Metadata Manager がアプリケーションのコンポーネント、パッケージ、およびテーブルを SAP R/3 から取得するときにMetadata Manager パフォーマンスを向上させるために使用します。

imm.properties 273


search.allow.constant.score Metadata Manager は、必要に応じて、より効率的にワイルドカード検索クエリを書き換えることができるようになります。このプロパティが有効になっていると、Metadata Manager で一部のワイルドカード検索が正しくランク付けされません。多数の検索語を照合できるワイルドカード検索を実行する場合や search.max.clause.count を増やした後で、これ以上search.max.clause.count を増やすのに必要なメモリがマシンにない場合は、このプロパティを有効にしてください。デフォルトは false です。

search.max.clause.count Metadata Manager が、［次を含む］、［次で開始する］、またはワイルドカード検索で使用できる検索語句の大数。例えば、「cat*」を検索すると、Metadata Manager で「category」または「catalog」または「cat」という言葉を検索するクエリが作成される場合があります。検索語句数がこの制限を超える場合、Metadata Manager では検索を実行できません。デフォルトは 1024 です。

多数の検索用語が生成される可能性があるワイルドカード検索を実行する場合、この制限を増やします。この制限を増やすと、Metadata Manager サービスで検索を実行したときにメモリを大量に消費する可能性があります。

search.max.docs カタログ検索について Metadata Manager で表示される検索結果の大数。Metadata Manager の検索のパフォーマンスを改善するには、デフォルト値を減らします。デフォルトは 1000です。注: 環境に設定した値が高すぎると、以下のエラーが発生する場合があります。

java.lang.OutOfMemoryError

Session.timeOut クッキーの期限が切れるまでの継続時間。

Metadata Manager にログインすると、Informatica サービスマネージャでは、Metadata Manager でユーザー名を認証する際に使用するクッキーが作成されます。クッキーの期限が切れる前に Metadata Manager にもう一度アクセスする場合、サービスマネージャではクッキーの認証情報を使用してMetadata Manager にログインできます。

30～43,200（分）の値を設定できます。

shortcut.classes ショートカットであるクラスを列挙します。shortcut クラスをこのクラスリストに追加すると、そのショートカットの子がカタログツリーに表示されます。

Show_Synthetic_Dates_In_Basic_Section Metadata Manager のすべてのパースペクティブで、クラスプロパティの［基本］セクションまたは［詳細］セクションに合成日付を表示します。

次のいずれかの値を入力します。- Y。［基本］セクションに合成日付を表示します。- N。［詳細］セクションに合成日付を表示します。

この値の設定後は、これらのプロパティの表示場所をユーザーインタフェースで変更することはできません。

クラスの［ソース作成日］、［ソース更新日］、［MM 作成日］、および［MM 更新日］の各プロパティは合成日付プロパティと呼ばれます。

デフォルトは N です。



UseCustomStopWords Metadata Manager が検索で無視する共通単語のリストを決定します。このプロパティを true に設定すると、Metadata Manager は stopwords.txt ファイルのカスタムリストを使用します。このプロパティを false に設定すると、Metadata Manager は検索で無視する共通単語のデフォルトリストを使用します。デフォルトは false です。

xconnect.custom.failLoadOnErrorCount カスタムリソースのロード時に Metadata Manager サービスで許容される大エラー数。この数を超えるエラーが発生すると、リソースのロードに失敗します。任意の正の整数を指定してください。

デフォルトは 18,000 です。

xconnect.io.print.batch.errors カスタムリソースのロード時に Metadata Manager サービスが1 回のバッチでメモリキャッシュおよび mm.log ファイルに書き込むエラーの数。この値を大きくすると、Metadata Manager サービスがエラーをログに書き込む際の所要時間を短縮できます。任意の正の整数を指定してください。


データリネージュプロパティ

以下の表に、imm.properties に含まれるデータリネージュプロパティを示します。


Lineage.Debug.ShowPerformanceDebugMessages データリネージュパフォーマンス情報を mm.log ファイルに書き込みます。

true に設定すると、以下の情報がログファイルに書き込まれます。- データリネージュ図の表示にかかった時間。- 図の中の接続の機能および構造の数。- 図の中に表示されるオブジェクトの数。

Metadata Manager では、各パフォーマンスメッセージの先頭にデータリネージュ分析を実行したオブジェクトの名前が付きます。


Lineage.Flow.DefaultDownstreamGenerationLimit データリネージュ図に表示されるソースからのダウンストリーム世代の数。

Lineage.Flow.DefaultNumberOfGenerationsToContinueLineage 矢印ボタンを使用してデータリネージュ図をナビゲートするときに表示される世代の数。

Lineage.Flow.DefaultUpstreamGenerationLimit データリネージュ図に表示されるソースからのアップストリーム世代の数。

imm.properties 275


Lineage.PreCompute.ElementsInSingleTransaction Metadata Manager サービスがリネージュグラフの作成中に単一トランザクション内で処理できるグラフ要素（辺や頂点など）の大数。要素数がこの値に達すると、Metadata Manager サービスは一部の情報を、物理メモリ内に格納する代わりにディスクにページアウトします。

この値を大きくすると、複雑でサイズの大きなデータリネージュ図のページング回数を減らすことができます。この値を大きくする場合は、グラフデータベースファイルが格納されるマシンに、トランザクションサイズの増大に対応できる十分な物理メモリが搭載されていることを確認してください。

デフォルトは 50,000 です。

Lineage.PreCompute.FetchBlockSize Metadata Manager サービスが、Metadata Managerウェアハウスからデータリネージュリンク情報を取得してグラフデータベースにデータを追加するときに、1 つのブロックで処理するレコード数。

この値を大きくすると、各レコードブロックに格納されるグラフ要素が増えるため、Lineage.PreCompute.ElementsInSingleTransactionプロパティの値も大きくする必要がある場合があります。


Lineage.showSynonym すべての Oracle リソースデータベーステーブルのシノニムをデータリネージュ内で表示します。この値は、true または false に設定できます。デフォルトは true です。

searchpriorities.xmlsearchpriorities.xml ファイルを使用して検索結果の優先順位を指定できます。

searchpriorities.xml ファイルの要素を使用して class_ids、class_types、または favorite_types のグルー

プを作成し、そのグループに優先順位の値を割り当てることができます。グループに割り当てることができる

優先順位の値において、1 は優先順位が低いことを示し、10 は優先順位が高いことを示します。検索結果は、

グループに割り当てられている優先順位に基づいて表示されます。

デフォルトでは、searchpriorities.xml は以下のディレクトリにあります。

<Informatica installation directory>\services\shared\jars\pc\classes

searchpriorities.xml ファイルを更新した後に、以下のタスクを完了する必要があります。

• Metadata Manager Service をリスタートします。

• すべてのリソースのインデックスを更新します。


検索結果の設定

searchpriorities.xml ファイルで検索結果の優先順位を設定します。

以下の表に、searchpriorities.xml ファイルの要素および属性を示します。

要素属性説明

search-label

関連するエンティティをグループ化します。例えば、データベーステーブルやビューなどのエンティティを含める検索ラベルテーブルを指定できます。

指定できる検索ラベルの数に制限はありません。

name エンティティのグループに分かりやすい一意の名前を指定します。

priority 1～10 の優先順位をグループに割り当てます。 1 は優先順位がも低いことを示し、10 は優先順位がも高いことを示します。検索結果は、グループに割り当てられている優先順位に基づいて表示されます。

entry 検索ラベルグループ内のエンティティの詳細を指定します。

入力エンティティのタイプを指定します。タイプには Class_ID、Class_Type、または Favorite を指定できます。グループを定義するときには、タイプを自由に組み合わせることができます。

value 検索ラベルのエントリタイプの値を指定します。

IMW_Class テーブルの class_ID、IMW_Class テーブルの Class_Type、およびMM_Favorite テーブルの Favorite を指定できます。すべてのグループで、カスタムクラスも指定できます。

変更によって searchpriorities.xml ファイルが無効になった場合、Metadata Manager Service はデフォルト

の優先順位を使用して検索結果を設定し、エラーメッセージをログに記録します。

searchpriorities.xml ファイルの例

以下に、searchpriorities.xml ファイルのエントリ例を示します。

<?xml version="1.0" encoding="UTF-8"?><tns:search-labels xmlns:tns="http://www.example.org/searchlabels" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.example.org/searchlabels searchlabels.xsd ">

<search-label name="FAVORITES" priority="9"> <entry type="FAVORITE" value="Folder" /> <entry type="FAVORITE" value="Shortcut" /> <entry type="FAVORITE" value="SavedSearch" /> </search-label>

<search-label name="BG_TERMS" priority="8"> <entry type="CLASS_ID" value="com.informatica.businessglossary.BusinessTerm" /> </search-label>

<search-label name="COLUMNS" priority="8"> <entry type="CLASS_ID" value="com.informatica.db2.db2database.DB2Column" /> <entry type="CLASS_ID" value="com.informatica.netezza.netezzadatabase.NetezzaColumn" /> <entry type="CLASS_ID" value="com.informatica.oracle.oracledatabase.OracleColumn" /> <entry type="CLASS_TYPE" value="Column" /> </search-label>

<search-label name="TABLES" priority="5"> <entry type="CLASS_ID" value="com.informatica.db2.db2database.DB2Table" /> <entry type="CLASS_ID" value="com.informatica.erstudio.ERStudioTable" />

searchpriorities.xml 277

<entry type="CLASS_ID" value="com.informatica.erwin.ERwinTable" /> <entry type="CLASS_ID" value="com.Custom_Model.custom.View" /> </search-label>

</tns:search-labels>

エントリタイプの例

Class_ID、Class_Type、または Favorite エントリタイプを組み合わせて使用し、グループを定義して優先順

位を割り当てることができます。

グループに含める PowerCenter に関連付けられたクラス ID を検索できます。以下に例を示します。

select class_uid from IMW_class where class_id like '%powercenter%'

グループに含める Oracle や DB2 などのデータベースに関連付けられたカラムを検索できます。以下に例を示

します。

select class_type from IMW_class where class_type like '%Column%'

グループに含めるお気に入りタイプを検索できます。以下に例を示します。

select favorite_type from MM_Favorites

カスタムクラスに関連付けられたクラス ID を検索できます。以下に例を示します。

select * from imw_class where class_id like '%<custom class name>%'


付録 C

用語解説

Metadata Exchange

メタデータソースからメタデータを抽出して Metadata Manager ウェアハウスにロードする方法を定義するプ

ロセス。 Metadata Manager は、サポートされているメタデータソースタイプごとに Metadata Exchanges をパ

ッケージ化します。


Informatica ドメイン内で Metadata Manager アプリケーションを実行するアプリケーションサービス。

Metadata Manager ウェアハウス内でメタデータへのアクセスを管理します。

Metadata Manager アプリケーション

Metadata Manager ウェアハウス内のメタデータを管理する Web ベースのアプリケーション。Informatica

Administrator では、Metadata Manager Service を作成して Metadata Manager アプリケーションにアクセス

します。

Metadata Manager ウェアハウス

さまざまなメタデータソースのメタデータを保存する中央ウェアハウスリポジトリ。

Metadata Manager エージェント

Metadata Manager がメタデータソースにアクセスしてデータモデリング、ビジネスインテリジェンス、および

JDBC ソースタイプのソースメタデータを抽出するのに使用する Windows の実行可能プログラムまたはサービ

ス。

Metadata Manager エージェントは、メタデータソースのクライアントと同じマシン上で実行する必要がありま

す。メタデータソースクライアントの場所に応じて、Metadata Manager アプリケーションがインストールさ

れているマシン上の Metadata Manager エージェントを使用するか、別のマシンに Metadata Manager エージェ

ントをインストールすることができます。 Metadata Exchange 中にリモートの Metadata Manager エージェン

トは、TCP/IP ネットワークプロトコルを使用して Metadata Manager アプリケーションと通信します。.


Metadata Manager ウェアハウスおよびモデルで構成されます。Metadata Manager では、クラスおよびメタデ

ータソース内のメタデータを表すリレーションを定義するのにモデルが使用されます。モデルには、パッケー

ジ化されたモデル、オプションのユニバーサルモデル、オプションのカスタムモデルが含まれます。Metadata

Manager リポジトリは、テーブルおよびビューのセットとしてリレーショナルデータベースに保存されます。

PowerCenter Integration Service

Metadata Exchange プロセスを実行する PowerCenter アプリケーションサービス。 Metadata Exchange プロセ

スは、ソースメタデータを Metadata Manager ウェアハウスにロードするデータ統合ワークフローです。この

ワークフローは、PowerCenter Integration Service に関連付けられている PowerCenter リポジトリに保存さ

れます。 Metadata Manager Service を作成するときに、関連する PowerCenter Integration Service を設定

します。


ソース、ターゲット、セッション、ワークフローなどの Metadata Exchanges の PowerCenter 定義が格納され

ています。関連する PowerCenter Integration Service は、これらの定義を使用して Metadata Manager ウェ

アハウスにソースメタデータをロードします。


PowerCenter リポジトリを管理する、Informatica ドメイン内のアプリケーションサービス。 PowerCenter リ

ポジトリには、Metadata Manager が Metadata Exchange プロセスに使用するメタデータオブジェクトが格納さ

れています。

XConnect

Metadata Manager がメタデータソースからメタデータを抽出するために使用するコードとアーティファクト。

XConnect には、メタデータソースを表すモデルが含まれます。Metadata Manager は、さまざまなタイプのア

プリケーションソース、ビジネス用語集、ビジネスインテリジェンスソース、データ統合ソース、データモデ

リングソース、およびデータ管理ソースに応じて XConnect とモデルをパッケージ化します。カスタムまたはユ

ニバーサル XConnects を作成し、他のメタデータソースタイプからメタデータを抽出できます。

エンドポイント

外部メタデータソース内の別のオブジェクトへの接続のあるメタデータソース内のオブジェクト。エンドポイ

ントは、ビジネスインテリジェンス、データ統合、データモデリングの各リソースタイプに含まれます。

オブジェクト

ソースリポジトリのメタデータ要素。クラスのインスタンス。オブジェクトの例には、PowerCenter マッピン

グ、ビジネスインテリジェンスレポート、データベースカラムなどがあります。

オブジェクト間の関係ウィザード

カスタムリソース内の一致するオブジェクトと別のリソース内のオブジェクト間の関連付けを作成します。一

致させるクラスおよび属性を定義します。

カスタムリソーステンプレート

ソースカスタムメタデータとカスタムリソースのターゲットモデルクラスとのマッピングのルールが含まれて

います。このルールでは、カスタムオブジェクトを作成する方法と、カスタムメタデータオブジェクトと他の

リソースのオブジェクトの間のリレーションが定義されます。

カテゴリ

関連するビジネス用語のグループ。ビジネス用語は、どのカテゴリにも属さないか、1 つ以上のカテゴリに属

するように分類できます。ネストされたカテゴリを作成できます。オプションでビジネス用語をカテゴリに分

類することもできます。

クラス

ソースリポジトリに含まれるオブジェクトの種類。各クラスには、クラスのオブジェクトの特性を説明する属

性のセットが含まれます。各クラスには、他のクラスへのリレーションが 0 個以上含まれます。関連するクラ

スは、同じモデル内か異なるモデル内のものになります。各クラスは、同じモデル内に 1 つの関連する親クラ

スを持ちます。各クラスは、同じモデル内に 0 個以上の関連する子クラスを持ちます。

280 用語集

ショートカット

メタデータカタログ内のメタデータオブジェクトへのポインタ。 Metadata Manager では、アクセス頻度が高

いオブジェクトへのショートカットを作成して体系的に管理することができます。

ソースリポジトリ

Metadata Manager が抽出して Metadata Manager ウェアハウスにロードするメタデータオブジェクトで構成さ

れます。ソースリポジトリの例には、PowerCenter リポジトリ、Business Objects リポジトリ、Oracle データ

ベースなどがあります。メタデータソースタイプ (ページ282)も参照してください。

タスク

あるデータ構造から別のデータ構造にデータを移動するオブジェクト。タスクの例には、PowerCenter セッシ

ョンインスタンスやデータベースビューなどがあります。

テンプレート

カスタムリソーステンプレート (ページ 280)を参照してください。

データスチュワード

ビジネス用語の定義に責任を持つ組織内のユーザーまたはグループ。

データリネージ図

データのソースからターゲットへの概念のフローを表す図。データリネージ分析は、取り得るすべてのデータ

フローのパスを含み、各種リソースタイプの複数のリソースリポジトリまで及ぶ場合もあります。データリネ

ージ分析では、ボックスまたはノードはオブジェクトを表します。矢印はフローリレーションを表します。

データ構造

データのフィールドで構成されるオブジェクト。データ構造の例には、PowerCenter ソースインスタンス、

PowerCenter ターゲットインスタンス、PowerCenter ソース修飾子、データベーステーブル、データベースビ

ューなどがあります。フィールドも参照。

トランスフォーメーション

データ構造間でのデータの流れを指定するオブジェクト。トランスフォーメーションには、再利用できるもの

と再利用できないものがあります。再利用できるトランスフォーメーションの例は、PowerCenter マッピング

です。再利用できないトランスフォーメーションの例は、データベースビューです。

ビジネス名

メタデータオブジェクトをビジネス上の使用法によって識別するためのプロパティ。パッケージ化されたモデ

ル、ユニバーサルモデル、およびカスタムモデルのすべてのクラスには、ビジネス名が設定されます。ビジネ

ス名プロパティは Metadata Manager で編集できます。パッケージ化されたモデルクラスまたはユニバーサル

モデルクラスのその他のプロパティは編集できません。

ビジネス用語

メタデータカタログ内のメタデータのビジネス上の使用法を表すメタデータオブジェクト。ビジネス用語に

は、説明、データスチュワード、所有者、オブジェクトがどのように派生するかを規定したルール、ステータ

ス、ビジネス上の使用法のコンテキスト、参照テーブルへのリンクが含まれます。

用語集 281

ビジネス用語集

ビジネス用語定義のセット。各用語は、メタデータカタログ内の複数のメタデータオブジェクトに対応付ける


フｨールド

単一のデータ項目を表すデータ構造のサブセット。フィールドの例には、データベーステーブルおよびビュー

のカラム、PowerCenter トランスフォーメーションインスタンスのポート、ビジネスインテリジェンスレポー

トのメトリックおよび属性などがあります。


Metadata Manager ウェアハウス内のメタデータの階層ビュー。

メタデータソースタイプ

Metadata Manager がメタデータを抽出できるソースタイプ。 Metadata Manager は、ソースタイプごとにモデ

ルと Metadata Exchange をパッケージ化します。メタデータソースの例には、Business Objects、

PowerCenter、Oracle データベースなどがあります。各メタデータソースのソースドメインは次のいずれかで

す。アプリケーション、ビジネスインテリジェンス、データ統合、データモデリング、またはリレーショナル。

モデル

Metadata Manager がメタデータソースから抽出できるメタデータを定義するクラス、リレーション、および属

性のグループ。 Metadata Manager は、サポートされるメタデータソースのモデルをパッケージ化します。パ

ッケージ化されたモデルに加えて、ユニバーサルモデルを作成することで、何らかのビジネスインテリジェン

ス、データ統合、データモデリング、およびデータベース管理のメタデータソースなど、Metadata Manager で

モデルとしてパッケージ化されないメタデータソースを定義できます。また、カスタムモデルを作成し、カス

タムメタデータを定義することもできます。

リソース

Metadata Manager のソースリポジトリを表すオブジェクト。各リソース設定には、ソースリポジトリに接続

し、ソースリポジトリからメタデータを抽出して、抽出したメタデータをリソースにロードするために必要な

プロパティが含まれています。リソース設定には、リソースのオブジェクトを他のリソースのオブジェクトに

リンクするために使用される接続割り当ても含まれています。

リソースロード

メタデータソースシステムまたはソースファイルからメタデータを抽出し、そのメタデータを Metadata

Manager ウェアハウスに書き込むプロセス。リソースロードには、リンク作成、およびインデックス付けのタ

スクが含まれます。リソースロードが定義済みの間隔で実行されるようにスケジュールできます。

リポジトリフォルダー

他のメタデータオブジェクトを含むメタデータオブジェクト。フォルダーは、メタデータカタログではリソー

スまたは別のフォルダーの下に表示されます。

リレーションシップ

2 つのクラスまたは 2 つの特定メタデータオブジェクトの間の関連付け。

リンク

ドキュメントまたは Web ページへのハイパーリンク。リンクは、すべての Metadata Manager オブジェクトに

含めることができます。リンクを使用して、メタデータオブジェクト、カテゴリ、またはビジネス用語に関し

て入手できる情報を拡張します。

282 用語集

リンクは、さまざまなリソースのオブジェクト間のリレーションである場合もあります。リソース間でデータ

リネージ分析を実行するには、あるリソースから別のリソースへの接続を割り当てるか、リソースのリンクル

ールを設定します。その後、接続割り当てまたはリンクルールを使用して一致するオブジェクト間のリンクを

作成するように、Metadata Manager を設定します。

リンクルール

異なるリソースにわたって一致するオブジェクト間のリンクリレーションを作成するために、Metadata

Manager が使用する式。リンクルールは、ソースリソース内の一致する可能性のあるオブジェクトセット、タ

ーゲットリソース内の一致する可能性のあるオブジェクトセット、どのソースオブジェクトとターゲットオブ

ジェクトが一致するかを定義する式です。一致するオブジェクトはリンクする必要があります。

リンクルールセット

2 つのリソース間でオブジェクトをリンクするルールの集まり。


リンクルール、リンクルール定義、またはリンクルールパラメータを含む XML ファイル。リンクルールファイ

ルの種類には、ルールセットファイル、ルールセット定義ファイル、およびルールセットパラメータファイル

があります。

ルールセットパラメータファイル

ルールセット定義を適用するリソースを指定する XML ファイル。このパラメータファイルには、接続名やテー

ブル名などのリソース固有の属性に対するパラメータ値も含まれます。

ルールセットファイル

リソースのペアに対するリンクルールセットを定義する XML ファイル。

ルールセット定義ファイル

モデルのペアに対するリンクルールセットを定義する XML ファイル。ルールセット定義ファイルには、少なく

とも 1 つのルールセットパラメータファイルが含まれます。このパラメータファイルで、ルールセットを適用

するリソースのペアを指定します。

ルールベースのリンク

リソースをリンクするために設定したルールに基づいて、メタデータソース間で一致するオブジェクトの間に

Metadata Manager によって作成されるリンク。カスタムリソースと、別のカスタムリソース、パッケージリ

ソース、ユニバーサルリソース、またはビジネス用語集リソースの間にルールベースのリンクを設定できます。

また、ビジネス用語集リソースとパッケージリソースまたはユニバーサルリソースの間にもルールベースのリ

ンクを設定できます。

属性

メタデータオブジェクトの特性。属性は、クラスのすべてのメタデータオブジェクトに適用されるクラスに定

義されたプロパティです。例えば、PowerCenter リポジトリ内では、セッションクラスに説明、終実行時刻、

作成日付などの属性が含まれています。オブジェクトプロパティは、特定のメタデータオブジェクトに関する

特性です。

廃止されたリソース

モデルが変更されたため、旧バージョンの Metadata Manager で有効だったリソースが現在のバージョンでは

無効になっています。廃止されたリソースに対して、削除、インデックス、メタデータの消去、その設定プロ

パティの表示ができます。廃止されたリソースに対してスケジュールを作成、設定、編集、ロード、追加でき

用語集 283

ません。廃止されたリソースに対してスケジュールを作成、設定、編集、ロード、追加するには、現在のバー

ジョンの Metadata Manager にリソースを移行する必要があります。

所有者（ビジネス用語）

データおよびメタデータの定義を所有する組織内のユーザーまたはグループ。

接続割り当て

パッケージリソースまたはユニバーサルリソースのリンク可能オブジェクトを別のパッケージリソースまたは

ユニバーサルリソースの一致するオブジェクトにどのように関連付けるかを指定するリソース設定の一部。

Metadata Manager では、接続割り当てのいずれかの側で、リソース内の対応するオブジェクトへのリンクを作

成できます。これらのクロスリソースリンクによって、メタデータソース間でデータリネージ分析を実行でき

ます。

権限

ユーザーがメタデータオブジェクトに対して持つアクセスのレベル。ユーザーは特定のアクションを実行する

特権を持っていても、特定のオブジェクトに対してタスクを実行する権限が必要とされる場合もあります。オ

ブジェクト権限は Metadata Manager で定義します。オブジェクトは親フォルダーまたはリソースから権限を

継承できます。

特権

ユーザーが Metadata Manager で実行できるアクションを決定します。 Metadata Manager Service のユーザ

ーおよびグループに特権を割り当てるには、Informatica Administrator を使用します。権限 (ページ 284)

も参照してください。

論理グループ

同じクラスおよび同じ親オブジェクトのメタデータオブジェクトのグループ。Metadata Manager は、メタデー

タオブジェクトをメタデータカタログ内で論理グループに分類します。

284 用語集

索引

BBusiness Glossary リソース

概要 34

作成 35

接続プロパティ 36

ソース接続の設定 35

抽出されないオブジェクト 37

抽出されるオブジェクト 37

メタデータソースの設定 35

Business Objects

Metadata Manager Agent の要件 40

概要 39

接続割り当て 228

設定 39


必要なクライアントおよびサーバー 41

ユニバースおよびドキュメントのエクスポート 39


リファレンス情報 45

レポートからの抽出 41

ロックされたユニバースからの抽出 41

CCloudera Navigator

Cloudera ID の検索 162

エンティティの検索 162

エンティティの編成 160

エンティティのリンク 164

エンティティーリレーション 162

概要 154

クエリテンプレートのフィルタリング 157

検索クエリ 158

検索クエリのルールとガイドライン 159

削除済みエンティティ 163


増分ロード 158


抽出されないエンティティタイプ 154

抽出されるエンティティタイプ 154

ヒープサイズの設定 155


リネージュ図の違い 164


Cognos

概要 47

権限 48


設定 47


大規模構成 48


廃止されたソースバージョン 48

メタデータの表示 53

Cognos (続く)リソースの作成 48


［リポジトリのサブセット］プロパティ 48

CommandLineTask


CONNECT ロール

Oracle 195

CSV ファイル

更新 85, 88, 150

Custom Metadata Configurator

説明 18

EEmbarcadero ERStudio


概要 128

メタデータファイル 128

モデルのエクスポート 128


ERStudio



メタデータファイルの設定 129



ERwin

インデックス UDP 144

構成 135

システム定義ドメイン 144


代替キー 144


データリネージ 146

ドメイン 143

ドメイン階層 144

廃止されたソースバージョン 135

反転キー 144


メタデータファイル要件 135


リファレンス情報 143, 151

リレーション 145

概要 134

Fフラットフｧイル


285

IIBM DB2 for LUW

概要 166

権限 167

設定 166


データベースヒープサイズ 166



IBM DB2 z/OS

PowerExchange のインストール 171

概要 171

スキーマおよび修飾子の定義 175

設定 171


抽出されるオブジェクトの名前の制限 175

抽出される関数 175




IBM Informix

ODBC 接続 177

概要 176

権限 177

設定 176

IME ビュー

説明 19

IME ファイル

説明 19

imm.properties

Metadata Manager アプリケーションプロパティ 271

Metadata Manager 電子メールプロパティ 271

Metadata Manager プロパティファイル 271

データリネージュプロパティ 275

Informix




テーブルと制約の関連付け 181

テーブルとトリガの関連付け 181

トリガ定義 182

ビュー定義 181

ビューとシノニムの関連付け 181

要素 ID 181



Informatica Platform リソース

Data Quality トランスフォーメーション 99

アプリケーションアーカイブファイルの接続プロパティ 94

概要 90

コマンドラインユーティリティのインストール 95

コンパイルされたマッピング 99

作成 91

サポートされていないトランスフォーメーション 98

実行不可能なマッピング 100




データ統合サービスの接続プロパティ 93

データリネージュの制限事項 101

動的マッピング 98

バージョン 10.x のパラメータ 96

バージョン 10.x のフォルダ 103

バージョン 10.x の物理データオブジェクト 103

バージョン 10.x のマッピング 99, 103

バージョン 9.x のパラメータ 97

パラメータセットのルール 96

Informatica Platform リソース (続く)パラメータセットの例 96

複数のアプリケーション内のオブジェクト 103

ポート間リネージュ 101


リソースファイル接続プロパティ 95


Informatica Metadata Extraction インタフェース

Metadata Exchanges 19

説明 19

Integration Service

Metadata Manager と共に使用 17

JJDBC

概要 182

構成 182




JDBC ドライバ

Netezza のインストール 192

LLoad Monitor

使用 252

MMetadata Manager

アーキテクチャ 15

アプリケーションプロパティの設定 271

アプリケーションの説明 16

インタフェース 20

［権限］タブ 21

設定 22

電子メールプロパティの設定 271

プロパティファイル 271, 276

リソースに関する作業 19

［ロード］タブ 21

Metadata Manager Agent

インストール 23, 73

キーストアの生成 27

説明 17

Metadata Exchanges

Informatica Metadata Extraction インタフェース 19

説明 19


設定 22

説明 16

Metadata Manager ウェアハウス

パージ 233

メタデータのロード 239

Metadata Manager エージェント

ログファイル 248

Metadata Manager サービス


ログファイルイベントタイプ 249


移行の概要 266

移行の手順 266, 267

説明 17

286 索引


Internet Information Services の要件 55


概要 54

権限 55

設定 54





Microsoft SQL Server

UNIX 環境変数 187

概要 186

拡張プロパティの抽出 191

権限 186

設定 186






Microstrategy


オブジェクトの表示 65

概要 60

式 65


抽出されたメタデータのレポート 63


複数のプロジェクト 60

プロジェクトユーザーアカウント要件 60



mm_agent.log

Metadata Manager エージェント 248

mm.log

Metadata Manager ログファイル 249

NNetezza

JDBC ドライバのインストール 192

ODBC ドライバのインストール 192

概要 191

権限の設定 191

構成 191






NLS_LENGTH_SEMANTICS パラメータ

Oracle 195

OODBC 接続

IBM Informix 177

ODBC ドライバ

Netezza のインストール 192

Oracle

Advanced Security Option との設定 196

概要 195

権限 195

シノニムの表示 275

スナップショット 201

Oracle (続く)増分ロード 200




パブリックシノニム 201

パブリックスキーマ 201



Oracle Business Intelligence Enterprise Edition

RPD ファイルの変換 66

Web サービスの有効化 66

エイリアス物理テーブル 72

概要 65


メタデータソースファイルの設定 68



PPowerCenter

フラットフｧイル 126

IBM DB2 ヒープサイズ 114

Oracle 拡張統計機能 114

一意性制約エラー 127

大文字と小文字の区別 126

オブジェクトバージョン 115

概要 114

権限 115

コマンドタスク 126

差分抽出 124



設定 114


ソースの差分抽出ウィンドウ（日単位） 120

データリネージのスコープ 125

バージョン管理されたリポジトリオブジェクト 114

パラメータファイルのアップロード 123

パラメータファイルの要件 121

パラメータファイルのワークフローへの割り当て 124

フィルタ処理および拒否されたレコード 125

フォルダのロード 120

マップレットのデータリネージへの表示 127

メタデータオブジェクトのプロパティ 125



PowerCenter パラメータファイル

設定 121





PowerExchange

IBM DB2 z/OS に対するインストール 171

RRPD ファイル


索引 287

SSAP

概要 29

構成 29

コンポーネントの取り込みリストの設定 32

大テーブルの設定 271



トランスポートのインストール 29

ユーザー権限プロファイル 30



SAP Business Warehouse


SAP PowerDesigner


概要 146


メタデータファイル 146

モデルのエクスポート 146


リファレンス情報 149, 151

searchpriorities.xml

Metadata Manager プロパティファイル 276

検索結果の設定 277

サンプルファイル 277

SELECT_CATALOG_ROLE

Oracle 195

SQL Server 統合サービス


概要 103

権限の設定 105

構成 104

スクリプトコンポーネントの処理 113

ソースの抽出ルール 112


ターゲットの抽出ルール 112



データベースの可用性 105

トランスフォーメーションの抽出ルール 113

パッケージサマリ 112

ファイル設定のプロパティ 107

複数データフローの式 114

変数値ファイル 105

保護されたパッケージからの抽出 104

メタデータカタログ内のオブジェクト 111


リポジトリ設定のプロパティ 109

stopwords.txt ファイル

UseCustomStopWords プロパティ 271

カスタマイズ 236

Sybase ASE

概要 202

権限 202




ライブラリファイル 202



TTableau


Tableau (続く)Tableau Server の確認 80

概要 79

権限 80

設定 80


データリネージュの制限事項 84



Teradata

JAR ファイル 206

JDBC ドライバのインストール 206

インデックスおよび制約 ID 211

概要 205

サーバーホスト名 210

制限されたメタデータのロード 210

増分ロード 208



データベースとユーザー 209


テーブルとトリガの関連付け 210

トリガのプロパティ 210

ビューカラムデータ型 210



権限 206

設定 205

UUDP

ERwin インデックス 144

WWARN


Web サービス


XXML ファイル


あアクセスなし

権限 256


リソースロード 250

い一意性制約エラー

PowerCenter 127

イベントタイプ

Metadata Manager エージェントログファイル 248

Metadata Manager サービスログファイル 249

インデックス

適化 235

タスクの詳細 243

288 索引

インデックス (続く)定義 234

ロードプロセス中 239

インデックス UDP

ERwin 144

インライン表示

データリネージ 126, 212

えエイリアス物理テーブル


［エラー］ビュー

ロードの詳細 244

お大文字と小文字の区別


ソースリポジトリメタデータ 240

オブジェクト

Business Objects 用に抽出 45

Cognos 用に抽出 52

Informix 用に抽出 180

Microsoft SQL Server で抽出 190

Microstrategy 用に抽出 63

Netezza 用に抽出 194

Oracle Business Intelligence Enterprise Edition 用に抽出 71

Oracle 用に抽出 200

Sybase ASE 用に抽出 205

Tableau のための抽出 83

Teradata 用に抽出 209

データモデリングツールの所有者 152

データモデリングツール用に抽出 153

［オブジェクト］ビュー


か階層

ERwin ドメイン 144

書き込み

権限 256

カスタムソース


カスタムメタデータ

パージ 233

メタデータソースファイルのエクスポート 87


カスタムリソース

作成 87

テンプレート名 87, 88

メタデータソースファイルの更新 85, 88, 150

メタデータファイルの追加 85, 88, 150

関数

IBM DB2 z/OS 用に抽出 175

関連付け

Informix テーブルおよび制約 181

Informix テーブルおよびトリガ 181

Informix のビューおよびシノニム 181

Teradata テーブルおよびトリガ 210

データモデリングツールビュー 152

きkeys

ERwin 代替キー 144

ERwin 反転キー 144

キーストア

Metadata Manager Agent 用の生成 27

くクッキー

タイムアウトの設定 269

ログイン中に作成 269

グループ

権限の設定 257

設定 256

け権限

IBM DB2 for LUW 167

IBM Informix 177


Netezza の設定 191

Oracle 195

PowerCenter 115

Sybase ASE 202

Teradata 206

アクセスなし 256

概要 255

書き込み 256

構成 257

説明 256

フルコントロール 256

メタデータオブジェクト 257

ユーザーおよびグループ 257

読み取り 256

リソース 257

ルールおよびガイドライン 257

［権限］タブ

概要 21

コンポーネント 21

検索

stopwords.txt ファイル 236

インデックスの設定 234

無視される単語 236

検索結果

構成 277

検索結果の設定


検証ルール

データモデリングツール 152, 153

こ構成ファイル

リソース 260

コマンドタスク


コンポーネントの取り込みリスト

SAP の設定 32

索引 289

さサンプルファイル


し式

Microstrategy 65

システムドメイン

ERwin 144

修飾子

IBM DB2 z/OS 用の定義 175

重大


情報


すスキーマ

IBM DB2 z/OS 用の定義 175

スケジュール

作成 252

編集 253

リソースへの添付 254


ステータス

リンク 241

スナップショット

Oracle データベース 201

せセキュリティ

管理 255

セッション

統計 245

モニタリング 252

［セッション］ビュー


接続割り当て

自動 228, 230

手動 229, 231

設定 228

データ統合リソースタイプ 228

データモデリングリソースタイプ 228

ビジネスインテリジェンスリソースタイプ 228

プロパティ 230


例 229

そ増分ロード

概要 85

データソースの変更 85

例外シナリオ 85

ソースの差分抽出ウィンドウ（日単位）

PowerCenter 120

た代替キー

ERwin の定義 144

ち抽出されるオブジェクト

IBM DB2 z/OS の名前の制限 175

てデータタイプ

Teradata ビューカラム 210

データモデリングツール 151

ドメインを使用するカラム 151

データリネージュ

パフォーマンスメッセージ 275

表示する世代の数 275

プロパティの設定 275

データベース

スキーマの取り込みリスト 211

スキーマのロード 211

データベースインスタンス名

Teradata のパラメータ 210

データベース管理リソース


データベースヒープサイズ

IBM DB2 for LUW 166

データモデリングツール

オブジェクトの所有者の指定 152

検証ルール 152, 153


データタイプ 151

名前および説明プロパティ 152

複数のモデル 152


リレーション 152


PowerCenter のスコープ 125

SAP 33

インライン表示 126, 212

データベース管理リソース 212

電子メール

non-reply アドレスの設定 271

デフォルトの送信者アドレスの設定 271

と特権

設定 256

ドメイン

ERwin 143

カラムのデータ型 151

ドライバ

Netezza JDBC のインストール 192

トラブルシューティング


リンク 241

トランスポート

インストール 29

トリガ

Informix 用の定義 182

Teradata のプロパティ 210

290 索引

はパスワード

変更 270

リソース構成ファイル 261

パブリックシノニム


パブリックスキーマ


パラメータ

コンポーネントの取り込みリスト 32

スキーマの取り込みリスト 211

ソースの差分抽出ウィンドウ（日単位） 120

フォルダの取り込みリスト 120

パラメータファイル

PowerCenter ワークフローへの割り当て 124

アップロード 123

反転キー

ERwin の定義 144

ひビジネスインテリジェンスリソース

増分ロード 85

ビジネスインテリジェンスリソースのロード

増分ロード 85

ビュー

Informix 用の定義 181

ビューの関連付け


ふフルコントロール

権限 256

プロジェクト

Microstrategy 用の複数 60

プロパティ

PowerCenter メタデータオブジェクト 125

データモデリングツールの名前および説明 152

プロパティファイル

imm.properties 271


ほホスト名

Teradata サーバー 210

まマプレット

データリネージへの表示 127

めメタデータアクセス


メタデータオブジェクト

Microstrategy の表示 65

PowerCenter のバージョニング 115

権限の設定 257

パージ 233


権限の設定 257

メタデータソース

説明 18

リスト 14

メタデータ統合プロセス

説明 18

メタデータファイル

ERwin の要件 135

カスタムソースの要件 87

更新 85, 88, 150

ユニバーサルリソース 226

リソースへの追加 85, 88, 150

もモデル


ゆユーザー

権限の設定 257

設定 256

ユニバーサル接続フレームワーク

概要 213

ユニバーサルリソース

XConnectl の作成手順 215

XConnect の更新 222

XConnect の削除 222

アイコン 219

アイコンに関するガイドライン 220

イメージマッピング 219

概要 213

作成 224

サポートされるメタデータソース 214

サンプルのプラグイン定義ファイル 217

プラグインからのモデルの作成 222

プラグイン定義ファイルの作成 217

プラグイン定義ファイルの要素 217

プラグイン定義ファイルの例 218

プラグインの構造 221

プラグインの構造の例 221

プラグインの生成 220


メタデータソースファイル 226

メタデータソース名 216

モデルの作成手順 215

ユニバーサル接続フレームワーク 213


ユニバース

Business Objects リポジトリへのエクスポート 39

よ要件

IBM DB2 z/OS 171

Microstrategy プロジェクトユーザーアカウント 60

Netezza 191

要素 ID

Informix 181

読み取り

権限 256

索引 291

らライブラリファイル

Sybase ASE 202

りリソース

Business Glossary 用の作成 35

Business Objects 用の作成 42

Cloudera Navigator 用の作成 155

Cognos 用の作成 48

ERStudio 用の作成 129

ERwin 用の作成 135

IBM DB2 for LUW 用の作成 167

IBM DB2 z/OS 用の作成 173

Informatica Platform の作成 91

Informix 用の作成 178

JDBC 用の作成 183

Microsoft Analysis および Reporting Services 用の作成 55

Microsoft SQL Server 用の作成 187

Microstrategy 用の作成 61

Netezza 用の作成 192

Oracle 用の作成 197

PowerCenter 用の作成 116

SAP Business Warehouse 用の作成 74

SAP PowerDesigner について作成 146

SAP 用の作成 30

SQL Server 統合サービスの作成 106

Sybase ASE 用の作成 203

Tableau のための作成 80

Teradata 用の作成 206

カスタムの作成 87

権限の設定 257

構成ファイル 260

失敗したロードのトラブルシューティング 251

失敗したロードの再開 240

説明 18

メタデータファイルの追加 85, 88, 150

ユニバーサルの作成 224

リスト 14

リンク 240

ロード 239

ロードの監視 242


ロードタスクの詳細 243

［ロード］タブのリストの更新 234

ロードのスケジュール 252

リソースのリンク

監視 242

リソース構成

パッケージ化されたリソース用にインポート 264

パッケージ化されたリソース用にエクスポート 263

パッケージ化されたリソース用に更新 264

リソース構成ファイル

セキュア JDBC パラメータ 262

パッケージ化されたリソース用にインポート 264

パッケージ化されたリソース用に作成 263

パスワード 261


アクティビティログ 250

概要 239

トラブルシューティング 251


ロードキュー 239

監視 242

リネージュ


［リポジトリのサブセット］プロパティ

Cognos 48

リレーション

ERwin 145


リンク

作成 240

ステータス 241

タスクの詳細 243

並列 241


ロードプロセス中 239

見つからない 246

リンク作成ルール

リソースへのアップロード 231

リンクルール

ファイル 232


説明 232

るルールセット

リソースへのアップロード 231

ルールベースのリンク

説明 231


れ例

プラグイン定義ファイル 218

プラグインの構造 221

レコード

PowerCenter リソースによる拒否およびフィルタ処理 125

ろロール

設定 256

［ログ］ビュー


ログファイル

Metadata Manager エージェントイベントタイプ 248

Metadata Manager サービスイベントタイプ 249


Metadata Manager サービス 249


ロード

PowerCenter フォルダ 120

Teradata スキーマ 210

ロードキュー

設定 239

［ロード］タブ

PowerCenter パラメータファイルの設定 121

概要 21

検索インデックスの更新 234

コンポーネント 21


メタデータのパージ 233

リソースのロード 238, 239

リソースリストの更新 234

292 索引

ロードの詳細

［リンク］ビュー 246

［エラー］ビュー 244

［オブジェクト］ビュー 244

［セッション］ビュー 245

［ログ］ビュー 243


わワークフロー

Metadata Manager による使用 19

説明 19

統計 245

モニタリング 252

索引 293

Informatica (バージョン 10.1) Documentation...5 • • • • • • • • • • • •...

Documents

Transcript of Informatica (バージョン 10.1) Documentation...5 • • • • • • • • • • • •...