DSRP - Fournisseur de ressources de stockage de la base de données relationnelle dsrp-relational-database-storage-resource-provider

À propos de DSRP about-dsrp

Lorsqu’AEM Communities est configuré pour utiliser une base de données relationnelle comme magasin commun, le contenu généré par l’utilisateur est accessible à partir de toutes les instances d’auteur et de publication sans avoir besoin de synchronisation ni de réplication.

Voir aussi Caractéristiques des options SRP et Topologies recommandées.

Conditions requises requirements

  • MySQL, une base de données relationnelle.
  • Apache Solr, une plateforme de recherche.
NOTE
La configuration de stockage par défaut est désormais stockée dans conf path(/conf/global/settings/community/srpc/defaultconfiguration) au lieu de etc path (/etc/socialconfig/srpc/defaultconfiguration). Il est conseillé de suivre le étapes de migration pour que les valeurs par défaut fonctionnent comme prévu.

Configuration de la base de données relationnelle relational-database-configuration

Configuration MySQL mysql-configuration

Une installation MySQL peut être partagée entre les fonctionnalités d'activation et le magasin commun (DSRP) au sein d'un même pool de connexions en utilisant des noms de base de données (schéma) différents et également des connexions différentes (server:port).

Pour plus d’informations sur l’installation et la configuration, voir Configuration MySQL pour DSRP.

Configuration de Solr solr-configuration

Une installation Solr peut être partagée entre le magasin de noeuds (Oak) et le magasin commun (SRP) à l’aide de différentes collections.

Si les collections Oak et SRP sont utilisées de manière intensive, un second Solr peut être installé pour des raisons de performances.

Pour les environnements de production, le mode SolrCloud offre de meilleures performances par rapport au mode autonome (une seule configuration Solr locale).

Pour plus d’informations sur l’installation et la configuration, voir Configuration Solr pour SRP.

Sélectionner DSRP select-dsrp

La variable Console de configuration de stockage permet de sélectionner la configuration de stockage par défaut, qui identifie l’implémentation de la SRP à utiliser.

À l’auteur, pour accéder à la console Configuration de stockage

  • Connexion avec droits d’administrateur

  • Dans la menu principal

    • Sélectionner Outils (dans le volet de gauche)

    • Sélectionner Communautés

    • Sélectionner Configuration de stockage

      note note
      NOTE
      La configuration de stockage par défaut est désormais stockée dans conf path(/conf/global/settings/community/srpc/defaultconfiguration) au lieu de etc path (/etc/socialconfig/srpc/defaultconfiguration). Il est conseillé de suivre le étapes de migration pour que les valeurs par défaut fonctionnent comme prévu.

    dsrp-config

  • Sélectionner Fournisseur de ressources de stockage de base de données (DSRP)

  • Configuration de la base de données

    • Nom de la source de données JDBC

      Le nom donné à la connexion MySQL doit être identique à celui saisi dans Configuration OSGi JDBC

      default: communautés

    • Nom de la base de données

      Nom donné au schéma dans init_schema.sql script

      default: communautés

  • SolrConfiguration

    • 🔗Hôte Zookeeper

      Laissez cette valeur vide si vous exécutez Solr à l’aide du ZooKeeper interne. Sinon, lorsque vous exécutez Mode SolrCloud avec un ZooKeeper externe, définissez cette valeur sur l’URI du ZooKeeper, comme my.server.com:80

      default: <blank>

    • URL de Solr

      default: https://127.0.0.1:8983/solr/

    • Collection Solr

      default: collection1

  • Sélectionnez Envoyer.

Pas de temps d’arrêt pour la migration des valeurs par défaut zerodt-migration-steps

Pour vous assurer que la page par défaut s’affiche http://localhost:4502/communities/admin/defaultsrp fonctionne comme prévu, procédez comme suit :

  1. Renommez le chemin à l’emplacement suivant : /etc/socialconfig to /etc/socialconfig_old, de sorte que la configuration du système revienne à jsrp (par défaut).
  2. Accéder à la page default http://localhost:4502/communities/admin/defaultsrp, où jsrp est configuré. Cliquez sur le bouton submit afin que le nouveau noeud de configuration par défaut soit créé à l’adresse /conf/global/settings/community/srpc.
  3. Suppression de la configuration par défaut créée /conf/global/settings/community/srpc/defaultconfiguration.
  4. Copie de l’ancienne configuration /etc/socialconfig_old/srpc/defaultconfiguration à la place du noeud supprimé (/conf/global/settings/community/srpc/defaultconfiguration) à l’étape précédente.
  5. Supprimer l’ancien etc node /etc/socialconfig_old.

Publication de la configuration publishing-the-configuration

DSRP doit être identifié comme le magasin commun sur toutes les instances d’auteur et de publication.

Pour rendre la configuration identique disponible dans l’environnement de publication :

  • Sur l’auteur :

    • Accédez au Outils > Opérations > Réplication

    • Double-cliquez Activer l’arborescence

    • Chemin de début:

      • Accédez à /etc/socialconfig/srpc/
    • Assurez-vous que Only Modified n’est pas sélectionnée.

    • Sélectionner Activer.

Gestion des données utilisateur managing-user-data

Pour plus d’informations sur utilisateurs, profils utilisateur et groupes d’utilisateurs, souvent entrées dans l’environnement de publication, consultez :

Réindexation Solr pour DSRP reindexing-solr-for-dsrp

Pour réindexer DSRP Solr, suivez la documentation de réindexation MSRP, toutefois, lors de la réindexation pour DSRP, utilisez plutôt cette URL : /services/social/datastore/rdb/reindex

Par exemple, une commande curl pour réindexer DSRP ressemblerait à ceci :

curl -u admin:password -X POST -F path=/ https://host:port/services/social/datastore/rdb/reindex
recommendation-more-help
81e2cd9d-0789-409d-b87c-2a8ce4f28791