MicroStrategy ONE

MicroStrategy Object Manager

互換性および相互運用性

MicroStrategy Object Manager の実行およびメタデータ リポジトリへの接続のためには、プロジェクト ソースが必要です。MicroStrategy Developer と MicroStrategy Object Manager は、同じコンピューター上、または異なるコンピューター上にインストールできます。

MicroStrategy プラットフォームの互換性および相互運用性に関するすべての仕様については、互換性および相互運用性を参照してください。

システム必要条件

認定されたシステムはすべて「プラットフォームの認定」に載っています。

ハードウェア必要条件

オペレーティング システム プロセッサー RAM ディスク容量
Windows 64 ビット 4 GB (最小) 0.5 GB

MicroStrategy Object Manager のインストール

MicroStrategy Object Manager をインストールする手順は、『Installation and Configuration Help』の「Windows での MicroStrategy のインストール」の章を参照してください。

MicroStrategy ダウンロード サイトからソフトウェアをダウンロードします。

インストール中に問題が発生した場合は、『Installation and Configuration Help』の付録「トラブルシューティング」の「トラブルシューティング」を参照してください。情報が必要な場合は、テクニカル サポートにお問い合わせください。

MicroStrategy Object Manager をインストールする手順については、『Installation and Configuration Help』を参照してください。

ディレクトリ構造

次の表は、Object Manager のインストール後にデフォルト ディレクトリ構造に含まれる重要なフォルダーおよびファイルをリストしています。

デフォルトのフォルダーは、以下のとおりです。

C:\Program Files (x86)\MicroStrategy\Product Name 最大化することができます

前バージョンの製品に上書きしてインストールする場合、このフォルダーは変更されません。

ディレクトリ 内容
\MicroStrategy\Object Manager MicroStrategy Object Manager ルート ディレクトリ
\MicroStrategy\Desktop MicroStrategy Object Manager に必要な MicroStrategy Developer ファイル

MicroStrategy Object Manager のアップグレード

このバージョンの MicroStrategy Object Manager で使用可能な最新機能を活用するには、アドミニストレーターが Object Manager および Intelligence Server を含む MicroStrategy システムをアップグレードする必要があります。

  • MicroStrategy 製品 10.4.x および MicroStrategy 2019 以降は、MicroStrategy ONE または MicroStrategy 2021 に直接アップグレードできます。

アップグレードを行う前に『Upgrade Help』を参照して、アップグレードの準備、製品をアップグレードする順序、およびアップグレード後に実行するタスクに関する重要な情報を確認してください。

MicroStrategy Object Manager のアンインストール

MicroStrategy Object Manager をアンインストールする手順の詳細については、『Installation and Configuration Help』の「MicroStrategy コンポーネントの追加または削除」の章を参照してください。

解決済みの問題

このMicroStrategyリリースで解決されたすべての問題のリストについては、解決された問題および機能拡張

既知の問題のトラブルシューティング

S というプレフィックスの付いた問題 (S#####) は、MicroStrategy テクニカル サポートを通して追跡できる顧客事例です。T というプレフィックスの付いた問題 (T#####) は、MicroStrategy の内部問題です。内部問題の番号と顧客事例の番号に関連性はありません。

Object Manager

  • T333899 - レポートを移動またはコピーしようとしていて、そのレポートで使用されているアトリビュートのアトリビュート フォームがソース プロジェクトと宛先プロジェクトの間で異なる場合、Object Manager はレポートの移動を許可しません。

    回避策:この競合を解決するには、ソース プロジェクト内のレポートの依存関係を確認して、競合しているアトリビュートを見つけます。これらのアトリビュートを、[置換] 操作を使用して宛先プロジェクトに移行します。その後は、レポートを移行することができます。

  • 1 つのプロジェクトに接続された 1 台のコンピューター上で Object Manager のインスタンスを 2 つ開くことはお勧めできません。ロック競合が発生します。
  • 宛先プロジェクトのメタデータ バージョンは、ソース プロジェクトと同じか、それより大きい必要があります。新しいメタデータから古いメタデータへの操作は実行できません。宛先プロジェクトを先に更新する必要があります。
  • MicroStrategy アーキテクチャでは、各オブジェクトは一意のオブジェクト ID で識別されます。MicroStrategy Object Manager の機能は、オブジェクト ID に基づいています。したがって、複数の関連プロジェクトに、名前の異なるオブジェクトが存在し、同じオブジェクト ID を持っている場合、それらのオブジェクトは関連している可能性があります。これは、オブジェクトが 1 つのプロジェクトから別のプロジェクトに個別にコピーされるか、プロジェクト複製の操作の一部として複製され、その後、片方のオブジェクトの名前が変更された場合に発生します。
  • あるプロジェクト (たとえばプロジェクト B) が元のプロジェクト (プロジェクト A) の複製で、プロジェクト B が複製されてプロジェクト C が作成された場合、プロジェクト C は Object Manager の使用に関して プロジェクト A と互換性を持ちます。
  • 簡素な実稼働環境および開発環境を保持するには、実稼働環境での作成を行う前に、初期の MDX キューブ レポートを開発環境から実稼働環境に移動することをお勧めします。
  • テーブル マッピングの基本設定オプションは廃止されました。ソース オブジェクトの元のマッピングが宛先プロジェクトで保持されます。
  • プロジェクト比較は、MDX キューブ ソースのオブジェクトをサポートしていません。
  • Object Manager のログは、MicroStrategy Diagnostics and Performance Logging ツールを使用して構成することができます。これらのログは、コンポーネント Client Services 内の、Source Manipulator ディスパッチャの一部です。
  • コマンド ラインからプロジェクト パッケージおよび構成パッケージを作成およびインポートするための XML サンプル ファイルは、Object Manager インストレーション フォルダー内にあります。
  • プロジェクト セキュリティ パッケージをインポートする場合は、その前に、関連する構成パッケージをインポートする必要があります。
  • 複雑な移行シナリオを処理するための強制置換および削除の操作は、パッケージにのみ使用可能で、Object Manager を使用する不一致解決には使用できません。
  • プロジェクト比較ウィザードを使用して、ソース プロジェクトと宛先プロジェクトのフォルダーを同期できます。宛先プロジェクトにのみ存在するオブジェクトは、選択して削除できますが、ただし、宛先プロジェクト内の他のオブジェクトに依存する宛先プロジェクト内のオブジェクトは削除できません。

User Merge Wizard

  • 自動マップ機能は、DSSADMIN や DSSADMIN1 などの冗長な名前を持つユーザーおよびグループを事前に選択します。

Project Merge

  • デフォルトで、Project Merge プロセスは、ソース プロジェクトと宛先プロジェクトの両方をロックします。このデフォルト動作は変更することができますが、すべての Project Merge においてソース プロジェクトと宛先プロジェクトをロックすることを推奨します。
  • 特定のオブジェクトの結果、特にアトリビュートの親子関係は、関連のあるすべてのアトリビュートの解決に依存します。
  • レポートとレポート内のメトリックの両方に [両方保持] 設定を選択すると、親 (レポート) のコピーが元の子 (メトリック) を指すことになります。子のコピーは親によって使用されません。
  • プロジェクトは、同じスキーマ ID を持っている必要があります。また、結合の前に、同じメタデータ バージョンに更新されている必要があります。
  • 宛先プロジェクトのメタデータ バージョンは、ソース プロジェクトと同じか、それより大きい必要があります。新しいメタデータから古いメタデータ バージョンへの操作は実行できません。宛先プロジェクトを先に更新する必要があります。
  • コマンド ラインから複数のプロジェクト 結合を実行するには、プロジェクト 結合 XML の OMSettings OnOff の下に <SkepProjectMegySourceLogingSkepProjectMegyDestConfigLoss を追加し、各プロジェクト 結合 XML または複数の結合セッションでプロジェクト 結合ログ ファイル名が異なることを確認します。
  • 元に戻す機能は利用できません。
  • Project Merge のログは、MicroStrategy Diagnostics and Performance Logging ツールを使用して構成することができます。これらのログは、コンポーネント Client Services 内の、Source Manipulator ディスパッチャの一部です。
  • 強制置換および削除の操作は、Project Merge Wizard 内のオブジェクトには使用できません。

Repository Translation Wizard

  • Repository Translation Wizard を使用する場合、翻訳インポート処理によって、更新された翻訳を受け取ったオブジェクトのオブジェクト バージョン ID および変更時刻が変更されることはありません。