応答ファイルによる構成のパラメーターおよびオプション

このセクションで、Intelligence Server のコンポーネントおよびプロジェクトをアップグレードできます。

Intelligence Server のコンポーネントおよびプロジェクトをアップグレードどうかを定義します。この定義は次の値で指定します。

1: Intelligence Server のコンポーネントとプロジェクトをアップグレードします。

0: Intelligence Server のコンポーネントとプロジェクトはアップグレードされません。

メタデータをアップグレードするかどうかを定義します。この定義は次の値で指定します。

1: MicroStrategy アプリケーションとサポート オブジェクトの定義が含まれるメタデータ リポジトリをアップグレードします。最新バージョンの MicroStrategy の新機能や更新された機能をすべてサポートするには、メタデータのアップグレードが必要です。

0:メタデータをアップグレードしません。

管理者権限をアップグレードするかどうかを定義します。この定義は次の値で指定します。

1:各 MicroStrategy ユーザーが利用できる機能を定義するために使用される権限をアップグレードします。最新バージョンの MicroStrategy の権限に対する変更内容を反映するには、このアップグレードが必要です。アップグレードの完了後、管理対象のユーザーやユーザー グループの権限を手動で変更して、必要な MicroStrategy の機能にすべてのユーザーがアクセスできるようにします。更新後のユーザ権限がライセンス契約に確実に従うように、License Manager を使用して製品のユーザ権限の監査と表示ができます。

0:管理者権限はアップグレードされません。

履歴をフラット ファイルからデータベースに移行するかどうかを定義します。この定義は次の値で指定します。

1:以前のファイルベースの履歴リスト リポジトリをデータベース ベースの履歴リスト リポジトリに移行します。9.0 より前のバージョンの MicroStrategy では、すべての履歴ファイルは、ファイルベースの方法で保存できました。ファイルベースの方法だけでなく、履歴リポジトリをデータベースに保存することもできるようになりました。これにより、アドミニストレーターは、システム全体の履歴メッセージを一元的に監視できます。

0:履歴リストをデータベースに移行しません。以前、履歴メッセージを使用していない場合、または履歴のサポートと保存にフラット ファイルを継続して使用する予定である場合は、このオプションを使用してください。

プロジェクトをアップグレードするかどうかを定義します。この定義は次の値で指定します。

1:定義されたプロジェクトをアップグレードしますProjectLogicalUpgrade。

0:プロジェクトをアップグレードしません。

MicroStrategy ユーザーがアップグレードする Intelligence Server に接続するために使用するユーザー名を指定します。

MicroStrategy ユーザーがアップグレードする Intelligence Server に接続するために使用するパスワードを指定します。

メタデータをアップグレードするためのパスワードを指定します。

前にメタデータをアップグレードしたときに権限をアップグレードしなかった場合は、最後に権限をアップグレードしたメタデータのバージョンを、次のオプションのリストから提供します。

9.4

9.5

9.5.1

10

10.1

10.2

10.3

10.4

10.5

10.6

10.7

10.8

10.9

10.10

10.11

履歴の移行を実行する場合、次の履歴の移行先のタイプ。

ファイル

データベース

ハイブリッド

履歴を移行する場合、データベースに移行する履歴フラット ファイルのディレクトリの場所を定義します。

ハイブリッドの履歴に履歴の移行を行う場合は、ハイブリッド履歴ファイルを保存するディレクトリの場所を定義します。

履歴を移行する場合、履歴テーブルの移行先となるデータベースの DSN を定義します。

履歴を移行する場合、履歴を移行するためのデータベース接続に使用するユーザー名を定義します。

履歴を移行する場合、履歴を移行するためのデータベース接続に使用するパスワードを定義します。

履歴を移行する場合、履歴テーブルのテーブル接頭語を定義します。

履歴の移行に使用するデータベース内にある既存のテーブルを削除するかどうかを定義します。この定義は次の値で指定します。

1:履歴リスト テーブルを移行する前に、データベース内の既存のテーブルを削除します。

0:既存のテーブルを削除せずに、移行された履歴リスト テーブルをデータベースに追加します。

移行の完了後に、ファイルベースの履歴を削除するかどうかを定義します。この定義は次の値で指定します。

1:データベース ベースの履歴リスト リポジトリへの移行が完了すると、ファイル ベースの履歴リスト リポジトリが削除されます。ファイルベースの履歴リポジトリが不要であり、かつ移行プロセスが成功することが確実に分かっている場合にのみ、このオプションを使用してください。

0:データベース ベースの履歴リスト リポジトリへの移行が完了した後も、ファイル ベースの履歴リスト リポジトリは削除されません。

Windows で履歴の移行に UTF-8 エンコーディングを使用するかどうかを定義します。この定義は次の値で指定します。

1: Windows ドライバーには UTF-8 エンコードを使用します。このオプションは、データベースおよび履歴メッセージで UTF-8 エンコーディングを使用していて、Intelligence Server が Windows 上にインストールされている場合にのみ、使用してください。

0: UTF-8 エンコーディングを使用しません。

UNIX/Linux で履歴の移行に UTF-8 エンコーディングを使用するかどうかを定義します。この定義は次の値で指定します。

1: UNIX/Linux ドライバーには UTF-8 エンコーディングを使用します。このオプションは、データベースおよび履歴メッセージで UTF-8 エンコーディングを使用していて、Intelligence Server が UNIX または Linux 上にインストールされている場合にのみ、使用してください。

0: UTF-8 エンコーディングを使用しません。

DB2 z/OS に保存されている履歴を作成または移行するデータベース名を指定します。このオプションは、DB2 z/OS データベースに接続する場合に使用します。

履歴を作成または変更するときに、データベース内で使用するテーブル名を定義します。このオプションは、DB2 z/OS データベースに接続する場合に使用します。

ハイブリッドの履歴に履歴リポジトリのアップグレードを行う場合は、アップグレードに使用するデータベース スレッド数を定義します。

レポートやドキュメントをキャッシュ、履歴、および MicroStrategy Mobile に送信するスケジュールを、購読として更新するプロジェクトを定義します。これらの購読は、Intelligence Server 9.0 以降のバージョン の統合購読/配信機能の一部です。これらの購読は、9.0 より前の MicroStrategy でレポートやドキュメントをキャッシュ、履歴、および MicroStrategy Mobile にスケジュールとして送信する機能と同じです。

また、このオプションは、プロジェクト内のレポートおよび Report Services ドキュメントをアップグレードします。これによりパフォーマンスが向上し、記憶領域の要件が軽減されるだけでなく、MicroStrategy Web 10 や Developer 10 で、グラフが確実に正しく表示されます。

複数のプロジェクトをアップグレードするには、各プロジェクトの名前を中括弧で囲む必要があります。{}名前をバックスラッシュで区切る\。 例えば：

{Project1}\{Project2}\...\{ProjectN}

最新バージョンの MicroStrategy にアップグレードするスケジュールを含むプロジェクトを定義します。

複数のプロジェクトのスケジュールをアップグレードするには、各プロジェクトの名前を中括弧で囲む必要があります。{ }名前をバックスラッシュで区切る\。 例えば：

{Project1}\{Project2}\...\{ProjectN}

向上したパフォーマンスやその他の更新を活用するために、以前のバージョンの MicroStrategy で作成された MDX ソース オブジェクト (MDX キューブ) を更新するプロジェクトを定義します。

MDX ソース (SAP BW、Microsoft Analysis Services、Hyperion Essbase など) を MicroStrategy 環境に統合できます。MDXソースをMicroStrategyに統合する方法については、 MDX キューブ レポート ガイド。

複数のプロジェクトのMDXソースオブジェクトをアップグレードするには、各プロジェクトの名前を中括弧で囲む必要があります。{ }名前をバックスラッシュで区切る\。 例えば：

{Project1}\{Project2}\...\{ProjectN}

MicroStrategy Object Manager 使用してオブジェクトを無関係のプロジェクト間で移動するようににシステム オブジェクトを更新するプロジェクトを定義します。これは、MicroStrategy の 9.0.1 より前のバージョンのプロジェクトに対して必要です。

複数のプロジェクトのシステムオブジェクトをアップグレードするには、各プロジェクトの名前を中括弧で囲む必要があります。{ }名前をバックスラッシュで区切る\。 例えば：

{Project1}\{Project2}\...\{ProjectN}

あるプロジェクトの更新でエラーが発生した場合、指定した残りのプロジェクトを更新するかどうかを定義します。

1 : 1 つのプロジェクトでエラーが見つかった場合でも更新プロセスを続行します。

0 : 1 つのプロジェクトでエラーが見つかった場合、すべてのプロジェクトの更新プロセスを停止します。

応答ファイル内でパスワードを暗号化するかどうかを定義します。以下のように定義されます。

1:応答ファイル内のパスワードを暗号化し、パスワードの安全性を確保します。これがデフォルトの動作です。

0:応答ファイル内のパスワードは暗号化されていないため、後でテキスト エディターを使用して応答ファイル内のパスワードを変更できます。その後、さまざまなログインおよびパスワード資格情報を含めた応答ファイルを複数のユーザーに配布できます。ただし、応答ファイルを配布する前にパスワードを削除しておかないと、データベースのセキュリティが危害を受ける可能性があることに注意してください。

DB2 z/OS に保存されているメタデータを更新するデータベース名を指定します。このオプションは、DB2 z/OS データベースに接続する場合に使用します。

メタデータをアップグレードするときに、データベース内で使用するテーブル名を定義します。このオプションは、DB2 z/OS データベースに接続する場合に使用します。

サーバー レベルでリーン オブジェクトの移行を実行するかどうか定義します。

1: Lean Objects の移行を実行します。

0: Lean Objects の移行を実行しないでください。

このセクションで、統計リポジトリを最新バージョンの MicroStrategy にアップグレードできます。複数持つことも可能[UpgradeStats]セクション。追加の統計アップグレードセクションは、[UpgradeStats1]、[UpgradeStats2]、 等々。

統計および Enterprise Manager リポジトリをアップグレードするかどうかを定義します。この定義は次の値で指定します。

1:統計リポジトリをアップグレードします

0:統計リポジトリをアップグレードしない

応答ファイル内でパスワードを暗号化するかどうかを定義します。以下のように定義されます。

1:応答ファイル内のパスワードを暗号化し、パスワードの安全性を確保します。これがデフォルトの動作です。

0:応答ファイル内のパスワードは暗号化されていないため、後でテキスト エディターを使用して応答ファイル内のパスワードを変更できます。その後、さまざまなログインおよびパスワード資格情報を含めた応答ファイルを複数のユーザーに配布できます。ただし、応答ファイルを配布する前にパスワードを削除しておかないと、データベースのセキュリティが危害を受ける可能性があることに注意してください。

統計リポジトリをアップグレードする場合、統計リポジトリを保存するデータベースの DSN を定義します。

統計リポジトリをアップグレードする場合、統計リポジトリのデータベースに接続するためのユーザー名を定義します。

統計リポジトリをアップグレードする場合、統計リポジトリのデータベースに接続するためのパスワードを定義します。

このセクションで、Enterprise Manager プロジェクトを最新バージョンの MicroStrategy にアップグレードできます。複数持つことも可能[EMProjectHeader]セクション。追加のEnterprise Managerプロジェクトアップグレードセクションは、次のように含めることができます。[EMProjectHeader1]、[EMProjectHeader2]、 等々。

Enterprise Manager プロジェクトをアップグレードするかどうかを定義します。この定義は次の値で指定します。

1: Enterprise Manager プロジェクトをアップグレードします。

0: Enterprise Manager プロジェクトはアップグレードされません。

応答ファイル内でパスワードを暗号化するかどうかを定義します。以下のように定義されます。

1:応答ファイル内のパスワードを暗号化し、パスワードの安全性を確保します。これがデフォルトの動作です。

0:応答ファイル内のパスワードは暗号化されていないため、後でテキスト エディターを使用して応答ファイル内のパスワードを変更できます。その後、さまざまなログインおよびパスワード資格情報を含めた応答ファイルを複数のユーザーに配布できます。ただし、応答ファイルを配布する前にパスワードを削除しておかないと、データベースのセキュリティが危害を受ける可能性があることに注意してください。

Enterprise Manager プロジェクトをアップグレードする場合、Enterprise Manager プロジェクトにアクセスし管理できる MicroStrategy ユーザー名を提供します。

Enterprise Manager プロジェクトをアップグレードする場合、Enterprise Manager プロジェクトにアクセスして管理できる MicroStrategy ユーザーのパスワードを

指定します。

Enterprise Manager プロジェクトをアップグレードする場合、統計テーブルおよび Enterprise Manager リポジトリを保存するデータベースの DSN を定義します。

Enterprise Manager プロジェクトをアップグレードする場合、統計テーブルおよび Enterprise Manager リポジトリのデータベースに接続するためのユーザー名を定義します。

Enterprise Manager プロジェクトをアップグレードする場合、統計テーブルおよび Enterprise Manager リポジトリのデータベースに接続するためのパスワードを定義します。

このセクションで、履歴リポジトリを最新バージョンの MicroStrategy にアップグレードできます。複数持つことも可能[UpgradeHistoryList]セクション。追加の履歴リストのアップグレードセクションは、[UpgradeHistoryList1]、[UpgradeHistoryList2]、 等々。

履歴リポジトリをアップグレードするかどうかを定義します。この定義は次の値で指定します。

1:履歴リスト リポジトリをアップグレードします。

0:履歴リスト リポジトリはアップグレードされません。

応答ファイル内でパスワードを暗号化するかどうかを定義します。以下のように定義されます。

1:応答ファイル内のパスワードを暗号化し、パスワードの安全性を確保します。これがデフォルトの動作です。

0:応答ファイル内のパスワードは暗号化されていないため、後でテキスト エディターを使用して応答ファイル内のパスワードを変更できます。その後、さまざまなログインおよびパスワード資格情報を含めた応答ファイルを複数のユーザーに配布できます。ただし、応答ファイルを配布する前にパスワードを削除しておかないと、データベースのセキュリティが危害を受ける可能性があることに注意してください。

履歴リポジトリをアップグレードする場合、履歴リポジトリを保存するデータベースの DSN を定義します。

履歴リポジトリをアップグレードする場合、履歴リポジトリのデータベースに接続するためのユーザー名を定義します。

履歴リポジトリをアップグレードする場合、履歴リポジトリのデータベースに接続するためのパスワードを定義します。

履歴リポジトリをアップグレードする場合、履歴リポジトリのデータベース接頭語を定義します。

履歴リポジトリのアップグレードを実行するときに、既存の履歴メッセージを指定された書式へアップグレードしてください。このアップグレードは以下の値で指定します。

1:既存の履歴リスト メッセージをアップグレードします。

0:既存の履歴リスト メッセージはアップグレードされません。

この設定に関係なく、新しい履歴フォーマットに必要となる新しいデータベース テーブルが作成されて、すべての新しい履歴メッセージが新しいフォーマットで作成されます。

このセクションで、Narrowcast Server 環境から Distribution Services に、MicroStrategy Web 配信購読を移行できます。複数持つことも可能[MigrateNCS]セクション。追加のMicroStrategy Web配信サブスクリプション移行セクションは、[MigrateNCS1]、[MigrateNCS2]、 等々。

Narrowcast Server 環境から Distribution Services に、MicroStrategy Web 配信購読を移行するかどうかを定義します。この定義は次の値で指定します。

1: MicroStrategy Web 配信サブスクリプションを Narrowcast Server 環境から Distribution Services に移行します。

0: MicroStrategy Web 配信サブスクリプションを Narrowcast Server 環境から Distribution Services に移行しません。

Narrowcast の購読ブック リポジトリを保存するデータベースの DSN を定義します。

Narrowcast の購読ブック リポジトリのデータベースに接続するためのユーザー名を定義します。

Narrowcast の購読ブック リポジトリのデータベースに接続するためのパスワードを定義します。

Narrowcast の購読ブック リポジトリのテーブルに使用する接頭語を定義します。

Narrowcast オブジェクト リポジトリを保存するデータベースの DSN を定義します。

Narrowcast オブジェクト リポジトリのデータベースに接続するためのユーザ名を定義します。

Narrowcast オブジェクト リポジトリのデータベースに接続するためのパスワードを定義します。

Narrowcast オブジェクト リポジトリのテーブルに使用する接頭語を定義します。

Web 配信購読の移行先となるプロジェクト ソースを定義します。

プロジェクト ソースに接続するためのユーザー名を定義します。

プロジェクト ソースに接続するためのユーザー パスワードを定義します。

あるプロジェクト ソースについて、Narrowcast Server から Distribution Services に移行する Web 購読を含むプロジェクトを定義します。複数のプロジェクトを選択する場合は、プロジェクトを\キャラクター。例えば、TargetProjects=Project1\Project2。

Web 配信のすべてのユーザーを Distribution Services に移行するかどうかを定義します。この定義は次の値で指定します。

1: Web 配信のすべてのユーザーを Distribution Services に移行します。Web 配信を購読していた MicroStrategy ユーザーのアドレスが、対応する MicroStrategy ユーザーに割り当てられます。新しい MicroStrategy ユーザは作成されません。

0: Web 配信のすべてのユーザーを Distribution Services に移行するわけではありません。

Web 配信のすべてのユーザを Distribution Services に移行することを選択した場合、このオプションは、Distribution Services に移行する Web 配信のすべてのユーザに「Distribution Services の使用」権限を許可するかどうかを定義します。この定義は次の値で指定します。

1: Distribution Services に移行されるすべての Web 配信ユーザーに Distribution Services の使用権限を付与します。これらの権限を許可することが、Distribution Services の製品ライセンスに従っていることを確認してください。

0: Distribution Services に移行されるすべての Web 配信ユーザーに Distribution Services の使用権限は付与されません。

Narrowcast Server のユーザとそのアドレスを Distribution Services の連絡先として移行するかどうかを定義します。この定義は次の値で指定します。

1: Narrowcast Server ユーザーとそのアドレスを Distribution Services の連絡先として移行します。Narrowcast Server の各ユーザーについて連絡先が 1 つ作成されます。Narrowcast Server ユーザーのアドレスは、連絡先のアドレスとしてコピーされます。連絡先は、購読受信者のアドレスのリストです。これらの受信者には、MicroStrategy Web や Developer にログインする権限がありません。連絡先により、これらの受信者が購読を受信できます。

0: Narrowcast Server ユーザーとそのアドレスを Distribution Services の連絡先として移行しません。

これらのパラメーターは、Narrowcast のオブジェクトを Distribution Services に移行するときの不一致解決規則を指定します。移行元の Narrowcast Server システムと、移行先の Intelligence Server のメタデータの両方に同一オブジェクトが存在する場合に、不一致が発生します。不一致解決規則を定義することにより、移行時にこれらの矛盾をどのように解決するかが決定されます。

次のパラメータを使用して、移行時の矛盾を解決する方法を定義できます。

MigrateTransmittersAction送信機用

MigrateDevicesActionデバイス向け

MigrateSchedulesActionスケジュール

MigrateSubscriptionsActionサブスクリプション

MigrateUsersActionユーザー向け

上記の各オブジェクト タイプについて、一致する ID に基づいて不一致解決規則を定義できます。送信、デバイス、およびスケジュールについては、一致する定義に基づいて不一致解決規則を定義することもできます。これらのオプションについては、次の表で説明します。

次の表では、移行元はお使いの Narrowcast Server、移行先は新しいメタデータ テーブルを指します。

オプションの値

1

2

3

4