MicroStrategy ONE

3. メタデータコピーを更新する

Intelligence Server のアップグレード後、以下の手順でメタデータのコピーを更新します。この手順では、MicroStrategyで利用可能な新機能をサポートするためにメタデータテーブルを作成および更新します。ONE

メタデータを更新することにより、既存のオブジェクトと、MicroStrategy クライアントとの互換性が維持されます。また、更新済みバージョンのメタデータでのみ使用できるクライアント アプリケーション、機能、およびオブジェクトを通じて可能な、新しい構成の設定も利用できます。

メタデータの更新プロセス中に、インデックスおよび主キーの管理などのタスクのために、Configuration Wizard によって追加の SQL が生成されます。更新プロセス中にこのSQLを表示するには、構成ウィザードの概要ページの「概要」ペインで、 SQL プレビュー。また、更新プロセスを完了した後は、生成された SQL は MicroStrategy の Common Files ディレクトリに保存されます。ファイル名はOriginalScript_generated.sql、 どこOriginalScript元の SQL 更新スクリプトの名前です。たとえば、Oracleデータベースを更新する場合、元のSQL更新スクリプトはmdorcl.sql生成されたSQLファイルはmdorcl_generated.sql

以下の点に注意してください。

  • MicroStrategy のデフォルトのユーザー グループおよびセキュリティロールに割り当てられた権限を変更した場合、メタデータの更新により、それらの変更が上書きされる可能性があります。
  • エラーが発生した場合に構成ウィザードのログファイルを表示する方法については、アップグレード中の問題の解決
  • メタデータを更新するために以前使用されていた MDUpdate コマンド ライン ユーティリティは、現在サポートされていません。コマンド ラインからメタデータを更新するには、Configuration Wizard で応答ファイルを使用できます。

更新が必要な各プロジェクト ソースについて、Configuration Wizard の各ページを順番に操作する代わりに、更新情報を持つ応答ファイルを作成して Configuration Wizard で使用することにより、メタデータを自動更新することができます。レスポンスファイルを使用してメタデータを更新する方法の詳細については、以下を参照してください。構成ウィザードで応答ファイルを使用する

GUI モードの Configuration Wizard へのアクセスがない場合、応答ファイルを使用してメタデータを更新する必要があります。

MicroStrategy のメタデータを更新するための前提条件

MicroStrategy メタデータを最新バージョンに更新する前に、以下の前提条件を満たしていることを確認してください。

  • メタデータ更新プロセスは、"システム アドミニストレーター" ユーザー グループのメンバーであるか、または事前設定された Administrator ユーザーである MicroStrategy ユーザーのみが、実行することができます。すべての管理権限を持っているだけでは十分ではありません。このユーザーは、"システム アドミニストレーター" ユーザー グループのメンバーである必要があります。
  • 更新するプロジェクトのメタデータ バージョンは、メタデータの更新を実行する構成ウィザードがインストールされているマシンのバージョンと同じかそれより古い必要があります。製品の古いバージョンでは、新しいバージョンのメタデータの更新を実行できません。
  • クライアント、プロジェクト、および Intelligence Server の言語設定がすべて同じである必要があります。
  • 更新するプロジェクトがロックされていない必要があります。プロジェクトのメタデータをロック解除するには、開発者ツールで管理メニュー、ロック > プロジェクトのロックを解除

Configuration Wizard を使用してメタデータを更新するには

  1. 選択してください既存の環境をMicroStrategy Secure Enterpriseにアップグレードするオプション。クリック
  2. 選択してくださいインテリジェンス サーバー コンポーネントオプション。クリック
  3. [MicroStrategy 認証] ページで、MicroStrategy システム アドミニストレーターのユーザー名とパスワードを入力します。クリック
  4. [メタデータ接続] ページで、MicroStrategy のメタデータにアクセスするためのデータベース パスワードを入力します。クリック

    DSN とログイン ID は、前に行ったサーバー構成に基づいて提供されます。

  5. [コンポーネントの選択] ページで、アップグレードする各 Intelligence Server のチェック ボックスをオンにします。
  6. 選択した各 Intelligence Server の下で、以下のシステム コンポーネントから、アップグレードするものを選択します。
    • メタデータリポジトリのアップグレード : メタデータ リポジトリには、MicroStrategy アプリケーションとサポート オブジェクトの定義が含まれています。最新バージョンの MicroStrategy の新機能や更新された機能をすべてサポートするには、メタデータのアップグレードが必要です。
    • Lean Objects の移行 : Lean Objects は、メタデータ テーブル内のオブジェクト表現の非常にコンパクトな形式です。リーン オブジェクトは、通常 25 ~ 50% 小さく、元の表現より大きくなることは決してありません。既存のオブジェクトをリーン オブジェクトに移行すると、オブジェクトの読み込みも従来の表現より高速化されます。

      すべての新しいオブジェクトはこの形式で作成され、既存のオブジェクトは保存時に新しい形式に変換されます。[リーンオブジェクト移行] を選択すれば、リポジトリー内のすべてのオブジェクトが同時に新しい形式に変換されます。このオプションは、[メタデータ リポジトリーをアップグレード] を選択すると、自動的に選択されます。

      [リーンオブジェクト移行] は MicroStrategy プロジェクト内のオブジェクトが新しいオブジェクトの表現を使用するように変更します。この移行を完了するために、長い時間と大量なリソースが要求される可能性があります。

      リーンオブジェクト移行によりオブジェクトに使用するディスク領域が低減されます。ただし、移行では、各プロジェクト内のすべてのオブジェクトが再保存されることになります。データベース トランザクションのログ記録ポリシーによって、この移行はメタデータ データベースのサイズの一時的な増加の原因になることがあります。

    • 権限の更新 : 権限を更新すると、ユーザーは MicroStrategy の以前のバージョンと同じ機能にアクセスできるようになります。

      デフォルトでは、権限は MicroStrategy メタデータのバージョンに基づいてアップグレードされます。ただし、以前に MicroStrategy メタデータをアップグレードしたときに同時に権限をアップグレードしなかった場合は、どの MicroStrategy バージョンに権限を最後にアップグレードしたかを特定する必要があります。

      これを行うには、権限の更新、 クリック高度な。[権限バージョンを選択] ダイアログ ボックスが開き、デフォルトにより、使用している MicroStrategy メタデータのバージョンが選択されています。ドロップダウンリストから、権限が最後にアップグレードされたMicroStrategyのバージョンを選択し、わかりました

    • 移行履歴リストのメッセージ : 既存の履歴リスト リポジトリを新しい形式に移行して、検索結果、スケーラビリティ、およびパフォーマンスを向上させるには、このチェック ボックスをオンにします。ファイル ベースのリポジトリーは、データベース ベースのリポジトリーまたはハイブリッド リポジトリーに移行でき、データベース ベースのリポジトリーは、ハイブリッド レポジトリに移行できます。
      • このチェック ボックスをオンにすると、この移行の追加の構成オプションが後で「履歴リストの移行」ページで提供されます。アップグレードの過程で、この Intelligence Server およびクラスター内の他のどの Intelligence Server も停止し、再起動されます。
      • ファイルベースの履歴リスト リポジトリを使用しており、その形式を引き続き使用する場合は、このチェック ボックスをオフにします。アップグレード後に Intelligence Server を再起動したとき、リポジトリーは更新されますが、フォーマットは影響されません。
      • データベースベースまたはハイブリッド履歴リストリポジトリを使用しており、同じタイプのリポジトリを引き続き使用したい場合は、履歴リストデータベースのアップグレードに関する情報を参照してください。4. 履歴リストデータベースリポジトリ
    • 配布サービス オブジェクトの更新 : Distribution Services サブスクリプション オブジェクトをアップグレードするには、このチェック ボックスをオンにします。この更新は、Distribution Services サブスクリプションが最新のリリースに含まれる新機能および機能拡張を確実にサポートできるようにするために必要です。このオプションを選択する場合、メタデータ リポジトリーが既にアップグレードされているか、今回の更新においてアップグレードされるよう選択されていることを確認してください。
    • データベースインスタンスの更新 : 現在 JCO 2.x を使用している MDX データベース インスタンスを JCO 3.x に更新するには、このチェックボックスをオンにします。MicroStrategy 10.x では、使用されている Java Virtual Machine は JCO 2.x をサポートしていません。このオプションは、JCO 2.x を使用するように設定されている MDX データベース インスタンスにのみ影響します。
  7. 更新する個々のプロジェクトを選択します。Intelligence Server にロードされているプロジェクトのみを更新できます。プロジェクトの更新には、次の任意のオプションを含めることができます。
    • プロジェクトの論理アップグレードを実行する : プロジェクトを MicroStrategy の最新バージョンに更新します。このオプションは、レポート、ドキュメント、ダッシュボードの定義も更新して、パフォーマンスを向上させ、以前のバージョンの MicroStrategy で作成されたレポートとドキュメントのメモリ使用量とストレージ要件を削減します。

      次の点に注意してください。

      • このアップデートがすでに完了している場合、このオプションの名前はプロジェクトの論理アップグレードを再実行
      • 追加のプロジェクト アップグレード オプションを実行するには、このアップグレードが必要です。
      • 更新された Report Services ドキュメントは、以前のバージョンの MicroStrategy では実行できません。
      • プロジェクト内のレポートとドキュメントの数によっては、この更新にかなりの時間がかかる場合があります。
    • Lean Objects の移行 : Lean Objects 移行を選択すると、このプロジェクト内のすべてのオブジェクトが一度に新しい形式に変換されます。

      [リーンオブジェクト移行] はこのプロジェクト内のオブジェクトが新しいオブジェクトの表現を使用するように変更します。この移行を完了するために、長い時間と大量なリソースが要求される可能性があります。

      リーンオブジェクト移行によりオブジェクトに使用するディスク領域が低減されます。ただし、移行では、このプロジェクト内のすべてのオブジェクトが再保存されることになります。データベース トランザクションのログ記録ポリシーによって、この移行はメタデータ データベースのサイズの一時的な増加の原因になることがあります。

    • 更新スケジュール : 以前のサブスクリプションを MicroStrategy で表示できるようにしますONE
    • MDX ソース オブジェクトを更新します。以前のバージョンの MicroStrategy で作成された MDX データ ソース オブジェクト (MDX キューブ) を更新して、向上したパフォーマンスを活用します。

      デフォルトでは、複数のプロジェクトを更新するときに、あるプロジェクトで更新が失敗すると、更新プロセスは他のプロジェクトに対して継続されます。これにより、可能なすべての更新を完了して、その後、エラーを確認することができます。1つのプロジェクトが失敗したときに他のプロジェクトの更新プロセスを中止するには、 1 つのプロジェクトの更新が失敗した場合でも、残りのプロジェクトを更新します。チェックボックスをオンにします。

      プロジェクトに含まれる MDX ソース オブジェクトの数により、更新には長い時間がかかることがあります。

    • OLAP Services キューブ キャッシュを PRIME に更新する : すべてのインテリジェント キューブを PRIME アーキテクチャに更新するには、このチェック ボックスをオンにします。このアーキテクチャは、並列処理およびその他の最適化を使用して、インテリジェント キューブの結果公開のパフォーマンスを向上します。この更新は、そのプロジェクトのすべてのインテリジェント キューブに適用されます。
    • データインポートキューブ(定義とキャッシュ)をPRIMEに更新する : すべてのデータ インポート データセットを PRIME アーキテクチャに更新するには、このチェック ボックスをオンにします。このアーキテクチャは、並列処理およびその他の最適化を使用して、データ インポートの結果公開のパフォーマンスを向上します。この更新は、データ インポートを使用した結果としてプロジェクトに含まれるデータ セットに適用されます。

      OLAP Services Cube キャッシュとデータ インポート キューブの PRIME への更新は、アップグレード プロセス中に行う方が簡単です。すぐに更新しない場合、各キューブは、それぞれの使用時に更新されます。一度にアップグレードしておくことで、エンド ユーザーに一貫したパフォーマンスを提供できます。

  8. クリック
  9. 選択した場合移行履歴リストのメッセージオプションの [履歴リスト ターゲット データベース] ページで、履歴リスト データベースに必要な情報を指定します。
  10. クリック
  11. 概要ページでアップグレードの選択内容を確認し、仕上げる