MicroStrategy ONE

ベストプラクティスMicroStrategyストレージサービス

以下のベストプラクティスを参考にして、MicroStrategyストレージサービス:

共有ストレージ システム

パフォーマンスとスケーラビリティを向上させるために、MicroStrategy共有フォルダーの代わりに AWS S3 と Azure Blob を使用することをお勧めします。

AWS S3を使用している場合は、MicroStrategyセキュリティを強化するために IAM ロールを使用することをお勧めします。以下の IAM ロールを使用すると、シークレットがなくても コンピューターから S3 にアクセスすることができます。

コピー 
{
   "Version":"2012-10-17",
   "Statement":[
      {
         "Sid":"VisualEditor0",
         "Effect":"Allow",
         "Action":[
            "s3:PutObject",
            "s3:GetObject",
            "s3:ListBucketMultipartUploads",
            "s3:ListBucket",
            "s3:DeleteObject",
            "s3:ListMultipartUploadParts"
         ],
         "Resource":[
            "arn:aws:s3:::sdk-s3-test",
            "arn:aws:s3:::sdk-s3-test/mstr/*"
         ]
      }
   ]
}

Azure Blobを使用している場合は、MicroStrategyセキュリティを強化するために IAM ロールを使用することをお勧めします。以下の IAM ロールを使用すると、シークレットがなくても コンピューターから Blob にアクセスすることができます。

コピー 
{
    "id": "xxx",
    "properties": {
        "roleName": "Storage Blob Data Contributor Customized",
        "description": "Allows for read, write and delete access to Azure Storage blob data",
        "assignableScopes": [
            "/"
        ],
        "permissions": [
            {
                "actions": [
                    "Microsoft.Storage/storageAccounts/blobServices/containers/read"
                ],
                "notActions": [],
                "dataActions": [
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/read",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write",
                    "Microsoft.Storage/storageAccounts/blobServices/containers/blobs/add/action"
                ],
                "notDataActions": []
            }
        ]
    }
}

Google Cloud Storage を使用する場合、MicroStrategy ではセキュリティ強化のために IAM ロールの使用を推奨しています。Google Cloud Console で関連するアカウントの IAM ロールを roles/storage.objectUser に割り当てる必要があります。このユーザーには、Google Cloud Storage 内のオブジェクトおよびマルチパートアップロードを作成、読み取り、更新、削除するアクセス権が必要です。

共有フォルダーを使用する場合、Linux で NFS 共有フォルダーをマウントする例として、以下の手順を参照してください。

  1. 共有フォルダーが設定されていて、NFS を使用してネットワークからアクセスできることを確認します。
  2. 共有フォルダーへのアクセスに使用するマウント ポイントを作成します。たとえば、次のようなディレクトリを作成できます。 /mnt/共有フォルダ。
  3. インストールnfs-共通パッケージ。
  4. 以下のテンプレートを使用して共有フォルダーをマウントします。

    5. コピー 
    sudo mount -t nfs servername:/sharedfolder /mnt/sharedfolder
    • 交換するサーバー名 NFS サーバー名または IP アドレスを使用します。
    • 交換する共有フォルダマウントする共有フォルダーを使用します。

  5. Workstation でマウント ポイントを構成し、接続をテストします。

共有フォルダーへの正しいアクセスを確保するために、NFS のアクセス権やファイアウォールの設定を更新しなければならない場合もあります。

CIFS を使用して Windows の共有フォルダーを Linux にマウントする場合は、次の手順を参照してください。

  1. 共有フォルダーが設定されており、CIFS を使用してネットワークからアクセスできることを確認します。
  2. 共有フォルダーへのアクセスに使用するマウント ポイントを作成します。たとえば、次のようなディレクトリを作成できます。 /mnt/共有フォルダ。
  3. cifs-utils パッケージをインストールします。
  4. 以下のテンプレートを使用して共有フォルダーをマウントします。

    5. コピー 
    sudo mount -t cifs //servername/sharedfolder /mnt/sharedfolder -o user=username,password=password
    • 交換するサーバー名そして共有フォルダ共有フォルダーの名前とパスを入力します。
    • 交換するユーザー名そしてパスワード共有フォルダーの資格情報を入力します。

MicroStrategyリポジトリ

あなたはできるインストール ウィザードを使用した Library Storage Service の構成。

Storage Service の正常なインストールの確認

Storage Service が正常にインストールされたかどうかは、2 つの方法で確認できます。

  1. ローカル リポジトリが選択されている場合、インストール ウィザードはローカル データベースをインストールします。インストールウィザードは、<展開場所>/webapps/MicroStrategyLibrary/WEB-INF/ クラス/config/configOverride.propertiesローカル/リモート リポジトリを指すファイル。このファイルにデータベース設定があれば、Storage Service は正常にインストールされたことになります。設定プロパティの詳細については、以下を参照してください。Storage Service 構成プロパティ。
  2. データベースを設定したら、Workstation設定するには共有ストレージシステム AWS S3、Azure Blob、Google Cloud Storage、または共有フォルダーに保存します。

Library クラスターでの Storage Service の構成

ライブラリクラスタを使用している場合は、すべてのノードを同じデータベース（ローカルMicroStrategy同じクラスター内の複数のリポジトリまたはリモート リポジトリ。

スケーラビリティと自己管理性の向上のため、MicroStrategyローカルリポジトリの代わりにリモートリポジトリを提案します。

よくある質問

ストレージ サービスはさまざまな機能によってどのように使用されますか?

  • 移住ストレージは、すべての移行パッケージを保存するために使用されます。たとえば、ソース環境ではパッケージが特定の場所に保存されます。ターゲットは、その場所からパッケージを取得し、その中に元に戻すパッケージを書き込みます。この場合、ソース環境とターゲット環境で同じストレージを使用する必要があります。

  • ワークフローまたはその他のサービスストレージは、非常に大きくなる可能性のあるバイナリ ファイルを保存するために使用されます。

「API には MicroStrategy Storage Service が必要です」というエラーを解決するにはどうすればよいですか。管理者に問い合わせてください。"?

このエラーが発生する理由として考えられるのは、ライブラリのデータベースが構成されていないか、接続できないことです。

インストールにより、mstr_library データベースと mstr_library スキーマが自動的に作成されます。mstr_library および mstr_library_application データベース ユーザーが作成されます。関連する接続文字列が自動的に追加されます<DEPLOY_LOCATION>/webapps/MicroStrategyLibrary/WEB-INF/
classes/config/configOverride.propertiesファイル。

必要な接続文字列が見つからない場合、インストール プロセスで問題が発生します。必要な文字列の形式は、「datasource.url」、「datasource.admin.username」、「datasource.admin.password」、「datasource.username」、および「datasource.password」です。見るStorage Service 構成プロパティ詳細についてはこちらをご覧ください。

必要な接続文字列が見つかった場合は、psql クライアントまたはその他のツール (pgAdmin) を使用して、接続に問題があるかどうかを確認できます。

共有フォルダーを使用する場合、どのユーザーがそのフォルダーにアクセスする必要がありますか?ライブラリの Tomcat アプリケーションを実行するユーザーですか、それとも Workstation を実行するユーザーですか?

Tomcat を実行するユーザーは共有フォルダーにアクセスする必要があります。共有フォルダーはバックエンドで保護されているため、すべての読み取り/書き込みは Tomcat 実行ユーザーから行われます。

共有フォルダを使用する場合、環境間でファイアウォールを開く必要がありますか?

いいえ。両方の環境が同じ共有フォルダーにアクセスできる必要があります。これを行うには、何らかのネットワーク構成が必要になる場合があります。