DSRP - Resource Provider für relationale Datenbankspeicher dsrp-relational-database-storage-resource-provider

Über DSRP about-dsrp

Wenn AEM Communities so konfiguriert ist, dass eine relationale Datenbank als gemeinsamen Speicher verwendet wird, kann von allen Autoren- und Veröffentlichungsinstanzen auf benutzergenerierte Inhalte (UGC) zugegriffen werden, ohne dass eine Synchronisierung oder Replikation erforderlich ist.

Siehe auch Eigenschaften der SRP-Optionen und Empfohlene Topologien.

Voraussetzungen requirements

NOTE
Die standardmäßige Speicherkonfiguration wird jetzt im conf path(/conf/global/settings/community/srpc/defaultconfiguration) anstelle von etc path (/etc/socialconfig/srpc/defaultconfiguration). Es wird empfohlen, dem Migrationsschritte , damit defaultsrp erwartungsgemäß funktioniert.

Konfiguration der relationalen Datenbank relational-database-configuration

MySQL-Konfiguration mysql-configuration

Eine MySQL-Installation kann zwischen Aktivierungsfunktionen und einem gemeinsamen Speicher (DSRP) innerhalb desselben Verbindungspools freigegeben werden, indem verschiedene Datenbanknamen (Schema) und auch verschiedene Verbindungen (server:port) verwendet werden.

Weitere Informationen zur Installation und Konfiguration finden Sie unter MySQL-Konfiguration für DSRP.

Solr-Konfiguration solr-configuration

Eine Solr-Installation kann mithilfe verschiedener Sammlungen zwischen dem Knotenspeicher (Oak) und dem gemeinsamen Speicher (SRP) freigegeben werden.

Wenn sowohl die Oak- als auch die SRP-Kollektionen intensiv verwendet werden, kann aus Leistungsgründen ein zweiter Solr installiert werden.

In Produktionsumgebungen bietet der SolrCloud-Modus eine verbesserte Leistung im Vergleich zum eigenständigen Modus (ein einzelnes lokales Solr-Setup).

Weitere Informationen zur Installation und Konfiguration finden Sie unter Solr-Konfiguration für SRP.

DSRP auswählen select-dsrp

Die Speicherkonfigurationskonsole ermöglicht die Auswahl der standardmäßigen Speicherkonfiguration, die angibt, welche SRP-Implementierung verwendet werden soll.

Auf der Autoreninstanz, um auf die Speicherkonfigurationskonsole zuzugreifen

  • Anmelden mit Administratorrechten

  • Aus dem Hauptmenü

    • Auswählen Instrumente (aus dem linken Bereich)

    • Auswählen Communities

    • Auswählen Speicherkonfiguration

      note note
      NOTE
      Die standardmäßige Speicherkonfiguration wird jetzt im conf path(/conf/global/settings/community/srpc/defaultconfiguration) anstelle von etc path (/etc/socialconfig/srpc/defaultconfiguration). Es wird empfohlen, dem Migrationsschritte , damit defaultsrp erwartungsgemäß funktioniert.

    dsrp-config

  • Auswählen Datenbankspeicheranbieter (DSRP)

  • Datenbankkonfiguration

    • JDBC-Datenquellenname

      Der Name der MySQL-Verbindung muss mit dem in JDBC OSGi-Konfiguration

      default: communities

    • Datenbankname

      Name, der dem Schema in init_schema.sql script

      default: communities

  • SolrConfiguration

    • 🔗Zookeeper-Host

      Lassen Sie diesen Wert leer, wenn Solr mit dem internen ZooKeeper ausgeführt wird. Andernfalls beim Ausführen in SolrCloud-Modus mit einem externen ZooKeeper diesen Wert auf den URI für den ZooKeeper festlegen, z. B. my.server.com:80

      default: <blank>

    • Solr-URL

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

    • Solr-Sammlung

      default: collection1

  • Klicken Sie auf Übermitteln.

Migrationsschritte bei Null Ausfallzeiten für Standardwerte zerodt-migration-steps

So stellen Sie sicher, dass die Standardseite http://localhost:4502/communities/admin/defaultsrp wie erwartet funktioniert, führen Sie die folgenden Schritte aus:

  1. Benennen Sie den Pfad unter /etc/socialconfig nach /etc/socialconfig_old, sodass die Systemkonfiguration auf jsrp (Standard) zurückgesetzt wird.
  2. Navigieren zur Standardseite http://localhost:4502/communities/admin/defaultsrp, wobei jsrp konfiguriert ist. Klicken Sie auf submit -Schaltfläche, damit der neue Standardkonfigurationsknoten unter /conf/global/settings/community/srpc.
  3. Löschen der erstellten Standardkonfiguration /conf/global/settings/community/srpc/defaultconfiguration.
  4. Kopieren Sie die alte Konfiguration /etc/socialconfig_old/srpc/defaultconfiguration anstelle des gelöschten Knotens (/conf/global/settings/community/srpc/defaultconfiguration) im vorherigen Schritt.
  5. Löschen des alten etc Knoten /etc/socialconfig_old.

Veröffentlichen der Konfiguration publishing-the-configuration

DSRP muss in allen Autoren- und Veröffentlichungsinstanzen als gemeinsamer Speicher identifiziert werden.

So stellen Sie die identische Konfiguration in der Veröffentlichungsumgebung zur Verfügung:

  • Bei Autor:

    • Navigieren Sie vom Hauptmenü zu Instrumente > Aktivitäten > Replikation

    • Doppelklicken Baum aktivieren

    • Startpfad:

      • Navigieren Sie zu /etc/socialconfig/srpc/
    • Sichern Only Modified nicht ausgewählt ist.

    • Auswählen Aktivieren.

Verwalten von Benutzerdaten managing-user-data

Informationen über Benutzer, Benutzerprofile und Benutzergruppen, die häufig in die Veröffentlichungsumgebung eingegeben werden, besuchen Sie:

Solr-Neuindizierung für DSRP reindexing-solr-for-dsrp

Um DSRP Solr neu zu indizieren, befolgen Sie die Dokumentation für Neuindizierung von MSRPverwenden Sie jedoch bei der Neuindizierung für DSRP stattdessen diese URL: /services/social/datastore/rdb/reindex

Beispielsweise würde ein curl-Befehl zum Neuindizieren von DSRP wie folgt aussehen:

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