アップグレード管理ツール

アップグレード管理ツール（UMT）を使用すると、BOオブジェクト（ユーザー、グループ、およびBOコンテンツオブジェクト）を以前のバージョンのBIプラットフォームからアップグレードされたバージョンにインポートできます。BO環境をアップグレードする場合、アップグレードを実行するための2つのオプションがあります。

Complete Upgrade −すべてのオブジェクトをソースからターゲットに移動することを選択できます。
Incremental Upgrade −オブジェクトをバッチで移動することを選択することもできます。

UMTの構成

アップグレードにUMTを使用するには、パフォーマンスを向上させるためにUMTを構成する必要があります。以下に説明するように、アップグレード管理ツールを起動しながら「Java –Xmx」コマンドを実行して、Javaヒープで実行します→UMTを右クリックし、[プロパティ]に移動します。

以下に示すように、「ターゲット」パスをメモ帳にコピーし、「Xmx」をシステムに構成されているヒープの量に置き換える必要があります。

アップグレード管理ツールでタイムアウトを構成することもできます。以下のパラメータを設定します-

UMTのCORBAタイムアウトを設定するには、プロパティファイルに移動して、以下のエントリを追加する必要があります。プロパティファイルは、BOインストールディレクトリの次のパスにあります-「SAPBusinessObjects Enterprise XI4.0 \ java \ apps \ upgradeManagementTool \ jars」

<entry key="umt.systemVar.backendCommunicationTimeoutInMS">630000</entry>

値を630000未満に保つことをお勧めします。そうしないと、CMSログインに関連するエラーが発生する可能性があります。

UMTでのソースとターゲットの設定

UMTでソースおよびターゲットCMSシステムを定義し、接続を確認できます。すべてのプログラムからアップグレード管理ツールを実行→インクリメンタルアップグレード→次へを選択します。以下の画面で同じことが説明されています。

ソースとターゲットのCMS名を入力し、資格情報を入力します。以下に示すように、ドロップダウンリストからアップグレードシナリオを提供します-

UMTでは、次のようなさまざまなアップグレードシナリオを利用できます。

Live to Live −これには、ソースシステムとターゲットシステムの両方が稼働している必要があります。
BIAR to Live −このオプションは、BIARファイル形式からライブターゲットシステムにオブジェクトをインポートするために使用されます。
Live to BIAR −このオプションは、ライブシステムからBIAR形式でオブジェクトをエクスポートするために使用されます。

これらのシナリオは、ソースシステムとターゲットシステムのステータスに基づいて使用できます。両方のシステムが稼働しているため、オブジェクトをエクスポート/インポートせずにライブからライブへのアップグレードを実行できます。

BO 4.2では、UMTには以下のようないくつかの新機能があります-

ドロップダウンリストから、ログレベルを低、中、高として定義できます。
ログレベル-「高」を選択すると、プロセス中のすべてのエラー、警告、および失敗がキャプチャされます。

必要なディレクトリのいずれかに一時スペースを定義し、変更後にUMTツールを再起動することもできます。
一時スペースには通常、Derbyデータベースのすべてのエントリが格納され、アップグレードが完了すると、これらのファイルは削除できます。

BOXI3.xからBI4.1へのBOアップグレードを実行する場合、複数のシナリオを使用して、さまざまなオブジェクト、コンテンツ、ユーザーなど、および各シナリオで定義されたスコープを移行できます。SAPの推奨に従って、以下の反復を使用できます-

反復	範囲
反復＃1	この反復では、次のオブジェクトが依存関係とともに移行されました- ユーザーグループアクセスレベル Applications 同じアプローチをすべてのユーザーグループ、すべてのアクセスレベルに1回の反復で使用できます。ただし、これはオブジェクトの数などに基づいて時間がかかる可能性があります。したがって、リポジトリオブジェクトに基づいて反復回数を決定することをお勧めします。
反復＃2	次のオブジェクトは、依存関係のある更新が検討されました。これらのオブジェクトは、オブジェクト選択画面で移行対象として選択できます- フォルダとオブジェクトリポジトリオブジェクト Universes このパターンブックでは、1回の反復で移行を実行しました。ただし、リポジトリオブジェクトに基づく反復回数によって異なります。
反復＃3	最初の「フィルターの選択」画面で、要件に応じて時間フィルターが設定されました。パターンブックでは、開始日を2016年2月1日、終了日を2016年2月5日として選択しています。したがって、次のオブジェクトのみがリストされ、移行されます- ユニバース-開始日と選択フィルターに記載されている日付の間で変更されたユニバース Webインテリジェンスレポート-選択フィルターに記載されている開始日と終了日の間に変更されたレポート。
反復＃4	次のオブジェクトは、依存関係のあるアップグレードが検討されました。これらは、[オブジェクトの選択]画面で移行用に選択されたオブジェクトです- Applications Calendars 企業カテゴリーリモート接続とレプリケーションジョブリポジトリオブジェクト Universes この反復では、（すべてのドキュメントに関連する）すべてのコンテンツの依存関係が最初にアップグレードされるように設定されました。ただし、これは段階的に行うこともできます。すでに移行されているオブジェクトは、オブジェクト選択画面に表示されないことに注意してください。繰り返しますが、この反復では、選択フィルター画面から「既にアップグレードされたオブジェクトを非表示にする」機能を使用しています。
反復＃5	次のオブジェクトは、依存関係のあるアップグレード用に選択されました- パブリックフォルダーとそのオブジェクト（反復2でアップグレードされたオブジェクトを除く） QaaWSオブジェクト Events モバイルサブスクリプションオブジェクトの依存関係はUMTに一覧表示されますが、後で選択解除されますこのパターンブックでは、1回の反復で移行を実行しました。ただし、オブジェクトの数によっては、この反復には時間がかかる場合があります。したがって、リポジトリのサイズとオブジェクトの数に基づいて反復回数を決定することをお勧めします。

反復	範囲
反復＃1	この反復では、次のオブジェクトが依存関係とともに移行されました- ユーザーグループアクセスレベル Applications 同じアプローチをすべてのユーザーグループ、すべてのアクセスレベルに1回の反復で使用できます。ただし、これはオブジェクトの数などに基づいて時間がかかる可能性があります。したがって、リポジトリオブジェクトに基づいて反復回数を決定することをお勧めします。
反復＃2	次のオブジェクトは、依存関係のある更新が検討されました。これらのオブジェクトは、オブジェクト選択画面で移行対象として選択できます- フォルダとオブジェクトリポジトリオブジェクト Universes このパターンブックでは、1回の反復で移行を実行しました。ただし、リポジトリオブジェクトに基づく反復回数によって異なります。
反復＃3	最初の「フィルターの選択」画面で、要件に応じて時間フィルターが設定されました。パターンブックでは、開始日を2016年2月1日、終了日を2016年2月5日として選択しています。したがって、次のオブジェクトのみがリストされ、移行されます- ユニバース-開始日と選択フィルターに記載されている日付の間で変更されたユニバース Webインテリジェンスレポート-選択フィルターに記載されている開始日と終了日の間に変更されたレポート。
反復＃4	次のオブジェクトは、依存関係のあるアップグレードが検討されました。これらは、[オブジェクトの選択]画面で移行用に選択されたオブジェクトです- Applications Calendars 企業カテゴリーリモート接続とレプリケーションジョブリポジトリオブジェクト Universes この反復では、（すべてのドキュメントに関連する）すべてのコンテンツの依存関係が最初にアップグレードされるように設定されました。ただし、これは段階的に行うこともできます。すでに移行されているオブジェクトは、オブジェクト選択画面に表示されないことに注意してください。繰り返しますが、この反復では、選択フィルター画面から「既にアップグレードされたオブジェクトを非表示にする」機能を使用しています。
反復＃5	次のオブジェクトは、依存関係のあるアップグレード用に選択されました- パブリックフォルダーとそのオブジェクト（反復2でアップグレードされたオブジェクトを除く） QaaWSオブジェクト Events モバイルサブスクリプションオブジェクトの依存関係はUMTに一覧表示されますが、後で選択解除されますこのパターンブックでは、1回の反復で移行を実行しました。ただし、オブジェクトの数によっては、この反復には時間がかかる場合があります。したがって、リポジトリのサイズとオブジェクトの数に基づいて反復回数を決定することをお勧めします。