前提条件

レポートの同期化を開始する前に、レポート・テーブルが存在しないクリーンなスキーマを使用していることを確認してください。

既存のスキーマを使用している場合は、そのスキーマを削除する必要はありません。 スキーマの下に存在するすべての表を削除します。

DROP TABLE <SCHEMA_NAME>.<TABLE_NAME>;

レポートの同期化

• 「レポート作成の開始」をクリックすると、選択したデータベースにデータが送信され、SQL 照会を使用してレポートの生成を開始できます。 照会を開始するには、 データ・モデル図 を参照してください。

データはIBM Knowledge Catalogとデータベース間で自動的に同期される。 レポート作成が有効になっているカタログ、プロジェクト、カテゴリー、またはデータ保護ルールの変更は、データベースに反映されます。

• 中断が発生した場合、IBM Knowledge Catalogデータとレポート・データ・マートの同期を停止できます。 レポート作成を停止すると、データは同期化されなくなり、データベースから削除されます。 既存のレポート設定は保持されます。
• 中断が発生した場合は、レポートを完全に停止する代わりに、IBM Knowledge Catalogデータのレポート・データ・マートへの同期を一時停止できます。 一時停止中にアセットまたは成果物に対して行われた更新は、同期の再開時に処理されます。

データマート内のデータの自動同期化と更新

レポート作成を有効にして開始すると、データは最初にデータマートと同期化されます。

障害が発生した場合、自動同期は最大 4 回まで再試行されます。

レポート作成が確立されると、レポート作成が構成されているデータで変更が発生した場合にのみデータマートが同期化されます。 例えば、アセットまたはガバナンス成果物の変更や、それらの属性、関係、または割り当てなどです。

同期間隔を構成することはできません。

同期障害の処理と同期の手動再始動

特定の項目の初期同期が失敗すると、その項目に関連するメタデータはデータマート内のターゲット表に同期されません。 代わりに、根本的な問題を解決するまで、このデータはスキップされます。 エラーをトリガーした問題を解決すると、その欠落している資産または成果物の詳細がデータマートで自動的に更新されます。

さらに、レポート設定が更新されると、スキップされたすべてのアセットも更新のためにキューに入れられます。

レポート設定の変更後に同期が失敗した場合でも、同期は以前の設定に対して確立されます。

クラスターまたはデータベースが同期していないと考えられる場合は、ユーザー・インターフェースで手動で同期を再開できます。

• 失敗した項目の場合。 このオプションは、失敗したコンテナーまたはフィーチャーのみを再始動します。
• 失敗した項目およびキュー内の項目の場合。 このオプションは、まだ開始されていないすべての項目 (存在する場合) と、失敗したコンテナーまたはフィーチャーを再開します。
• すべての構成済み項目の場合。 このオプションは、まだ開始されていないすべての項目 (存在する場合) と、失敗したか渡されたコンテナーまたはフィーチャーを再始動します。

選択したオプションによって、プロセスに時間がかかる場合があります。 IBM Knowledge Catalogのレポートの設定については、こちらをご覧ください。

データベースからレポート・データを削除し、新しい構成から開始する場合は、以下のステップを実行します：

1. Stop reportingをクリックします。 データは同期化されなくなり、データベースから削除されます。 既存のレポート設定は保持されます。
2. Reset settingsをクリックします。 設定はデフォルトの状態にに戻ります。 新しい接続を定義し、別の方法でレポートを構成することができます。

親トピック IBM Knowledge Catalogのレポートの設定