MicroStrategy ONE

Meilleures pratiques pour MicroStrategy Service de stockage

Tenez compte des meilleures pratiques suivantes pour utiliser MicroStrategy Service de stockage :

Système de stockage partagé

Pour améliorer les performances et l'extensibilité, MicroStrategy vous recommande d'utiliser AWS S3 et Azure Blob au lieu de Dossier partagé.

Si vous utilisez AWS S3, MicroStrategy vous recommande d'utiliser des rôles IAM pour améliorer la sécurité. Consultez le rôle IAM suivant qui permet aux machines d'accéder à S3 sans nécessiter de secrets :

Copier 
{
   "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/*"
         ]
      }
   ]
}

Si vous utilisez Azure Blob, MicroStrategy vous recommande d'utiliser les rôles IAM pour améliorer la sécurité. Consultez le rôle IAM suivant qui permet aux machines d'accéder à Blob sans nécessiter de secrets :

Copier 
{
    "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": []
            }
        ]
    }
}

Si vous utilisez Google Cloud Storage, MicroStrategy recommande d'utiliser des rôles IAM pour améliorer la sécurité. Vous devez attribuer le rôle IAM du compte concerné sur Google Cloud Console à rôles/storage.objectUser. Cet utilisateur doit avoir accès à la création, à la lecture, à la mise à jour et à la suppression d'objets et d'importations partitionnées dans Google Cloud Storage.

Si vous utilisez un dossier partagé, consultez les étapes suivantes pour obtenir un exemple de montage d'un dossier partagé NFS sous Linux :

  1. Assurez-vous que le dossier partagé est configuré et accessible depuis un réseau utilisant NFS.
  2. Créez un point de montage qui sera utilisé pour accéder au dossier partagé. Par exemple, vous pouvez créer un répertoire appelé /mnt/dossier partagé.
  3. Installer nfs-commun package.
  4. Montez le dossier partagé à l'aide du modèle suivant :

    5. Copier 
    sudo mount -t nfs servername:/sharedfolder /mnt/sharedfolder
    • Remplacer nom du serveur avec le nom du serveur NFS ou l'adresse IP.
    • Remplacer dossier partagé avec le dossier partagé que vous souhaitez monter.

  5. Configurez le point de montage dans Workstation et testez la connexion.

Vous devrez peut-être mettre à jour les autorisations NFS et les paramètres du pare-feu pour garantir un accès correct au dossier partagé.

Si vous souhaitez utiliser CIFS pour monter un dossier partagé Windows sur Linux, suivez les étapes suivantes :

  1. Assurez-vous que le dossier partagé est configuré et accessible à partir d'un réseau utilisant CIFS.
  2. Créez un point de montage qui sera utilisé pour accéder au dossier partagé. Par exemple, vous pouvez créer un répertoire appelé /mnt/dossier partagé.
  3. Installez le paquet cifs-utils.
  4. Montez le dossier partagé à l'aide du modèle suivant :

    5. Copier 
    sudo mount -t cifs //servername/sharedfolder /mnt/sharedfolder -o user=username,password=password
    • Remplacer nom du serveur et dossier partagé avec le nom et le chemin d'accès au dossier partagé.
    • Remplacer nom d'utilisateur et mot de passe avec vos informations d'identification de dossier partagé.

MicroStrategy Référentiel

Vous pouvez Configurer Library Storage Service à l'aide de l'assistant d'installation.

Vérifiez le service de stockage installé avec succès

Vous pouvez vérifier que le service de stockage a été installé avec succès en utilisant deux méthodes :

  1. L'assistant d'installation installe une base de données locale si le référentiel local est sélectionné. L'assistant d'installation configure le < DEPLOY_LOCATION> /webapps/MicroStrategyLibrary/WEB-INF/ classes/config/configOverride.properties Fichier pour pointer vers le référentiel local/distant. S'il existe des paramètres de base de données dans ce fichier, le service de stockage a été installé avec succès. Pour plus d'informations sur les propriétés de configuration, reportez-vous à Propriétés de configuration du service de stockage.
  2. Après avoir configuré la base de données, vous pouvez accéder à Workstation pour configurer votre Système de stockage partagé vers AWS S3, Azure Blob, Google Cloud Storage ou un dossier partagé.

Configurer Storage Service dans le cluster Library

Si vous utilisez un cluster Library, vous devez configurer tous les nœuds sur la même base de données (local MicroStrategy référentiel ou référentiel distant) dans le même cluster.

Pour améliorer l'extensibilité et l'autogestion, MicroStrategy suggère un référentiel distant au lieu d'un référentiel local.

Questions fréquentes

Comment le service de stockage est-il utilisé par les différentes fonctionnalités ?

  • Migration Le stockage est utilisé pour stocker tous les packages de migration. Par exemple, l'environnement source stocke le package dans un emplacement. La cible récupère le package à partir de l'emplacement et y écrit les packages d'annulation. Dans ce cas, les environnements source et cible doivent utiliser le même stockage.

  • Workflow ou autres services Le stockage est utilisé pour stocker les fichiers binaires, qui peuvent être très volumineux.

Comment résoudre l'erreur « L'API nécessite MicroStrategy Storage Service ». Veuillez contacter votre administrateur." ?

Une des causes possibles de cette erreur est que la base de données pour Library n'est pas configurée ou ne peut pas être connectée.

L'installation crée automatiquement une base de données mstr_library et un schéma mstr_library. Les utilisateurs de bases de données mstr_library et mstr_library_application sont créés. Une chaîne de connexion connexe est ajoutée automatiquement à <DEPLOY_LOCATION>/webapps/MicroStrategyLibrary/WEB-INF/
classes/config/configOverride.properties fichier.

Si la chaîne de connexion requise est introuvable, le processus d'installation rencontrera des problèmes. Le format de chaîne requis est « datasource.url », « datasource.admin.username », « datasource.admin.password », « datasource.username » et « datasource.password ». Voir Propriétés de configuration du service de stockage pour plus de détails.

Si la chaîne de connexion requise est trouvée, vous pouvez utiliser le client psql ou d'autres outils (pgAdmin) pour vérifier si la connexion présente des problèmes.

Quel utilisateur doit avoir accès au dossier partagé s’il est utilisé ? Est-ce l'utilisateur qui exécute l'application Tomcat pour Library ou les utilisateurs qui exécutent Workstation ?

L'utilisateur qui exécute Tomcat doit accéder au dossier partagé. Étant donné que le dossier partagé est protégé sur le back-end, toutes les lectures/écritures proviennent de l'utilisateur d'exécution Tomcat.

Le pare-feu doit-il être ouvert entre les environnements lorsqu'un dossier partagé est utilisé ?

Non. Les deux environnements doivent avoir accès au même dossier partagé. Une certaine configuration réseau peut être nécessaire pour ce faire.