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のインストール手順については、 Windows に MicroStrategy をインストールするの章Installation and Configuration Help

ソフトウェアをダウンロードするには、 MicroStrategy ダウンロード サイト

インストール手順中に問題が発生した場合は、トラブルシューティングトラブルシューティングの付録Installation and Configuration Help。サポートが必要な場合は、テクニカルサポート

MicroStrategy Object Managerのインストール手順については、Installation and Configuration Help

ディレクトリ構造

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

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

C:\Program Files (x86)\MicroStrategy\Product Name 64 ビット Windows 環境にインストールした場合。

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

ディレクトリ 内容
\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のアンインストールの詳細については、 MicroStrategy コンポーネントの追加または削除の章Installation and Configuration Help

解決済みの問題

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

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

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

Object Manager

  • T333899 - レポートを移動またはコピーしようとしたときに、そのレポートで使用されている属性の属性フォームがソース プロジェクトと宛先プロジェクト間で異なる場合、オブジェクト マネージャーではレポートの移動が許可されません。

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

  • 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 を持っている必要があります。また、結合の前に、同じメタデータ バージョンに更新されている必要があります。
  • 宛先プロジェクトのメタデータ バージョンは、ソース プロジェクトと同じか、それより大きい必要があります。新しいメタデータから古いメタデータ バージョンへの操作は実行できません。宛先プロジェクトを先に更新する必要があります。
  • コマンド ラインから複数のプロジェクト結合を実行するには、<SkipProjectMergeSourceLockingSkipProjectMergeDestConfigLocking> をProject Merge XML の OMSettingsOnOff の下に追加し、Project Merge ログ ファイルの名前が各 Project Merge XML でそれぞれに異なることを確認しないと、複数の結合セッションは開始されません。
  • 元に戻す機能は利用できません。
  • Project Merge のログは、MicroStrategy Diagnostics and Performance Logging ツールを使用して構成することができます。これらのログは、コンポーネント Client Services 内の、Source Manipulator ディスパッチャの一部です。
  • 強制置換および削除の操作は、Project Merge Wizard 内のオブジェクトには使用できません。

Repository Translation Wizard

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