DSRP - Resource Provider für relationale Datenbankspeicher

Über 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

• MySQL, eine relationale Datenbank.
• Apache Solr, eine Suchplattform.

Konfiguration der relationalen Datenbank

MySQL-Konfiguration

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

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

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

    • Der resultierende Speicherort lautet beispielsweise: http://localhost:4502/communities/admin/defaultsrp
    HINWEIS

    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.

  

• 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

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

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

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

• Benutzersynchronisierung
• Verwalten von Benutzern und Benutzergruppen

Solr-Neuindizierung für 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