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.

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).

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

• Von Hauptmenü

  • Wählen Sie Tools (aus dem linken Bereich) aus.

  • Wählen Sie Communities

  • Wählen Sie Speicherkonfiguration aus.

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

    Die standardmäßige Speicherkonfiguration wird jetzt im Kontextpfad (/conf/global/settings/community/srpc/defaultconfiguration) gespeichert. anstelle des etc-Pfads (/etc/socialconfig/srpc/defaultconfiguration). Es wird empfohlen, die Migrationsschritte zu befolgen, damit die Standardeinstellung erwartungsgemäß funktioniert.

  

• Wählen Sie Database Storage Resource Provider (DSRP) aus.

• Datenbankkonfiguration

  • JDBC-Datenquellenname

    Der Name der MySQL-Verbindung muss mit dem in JDBC OSGi-Konfiguration eingegebenen Namen übereinstimmen

    Standard: communities

  • Datenbankname

    Name, der dem Schema im Skript init_schema.sql zugewiesen wird

    Standard: communities

• SolrConfiguration

  • 🔗Zookeeper-Host

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

    Standard: <blank>

  • Solr-URL

    Standard: https://127.0.0.1:8983/solr/

  • Solr-Sammlung

    Standard: collection1

• Klicken Sie auf Übermitteln.

Migrationsschritte bei Null Ausfallzeiten für Standard

Führen Sie die folgenden Schritte aus, um sicherzustellen, dass die Standardseite http://localhost:4502/communities/admin/defaultsrp erwartungsgemäß funktioniert:

1. Benennen Sie den Pfad unter /etc/socialconfig in /etc/socialconfig_old um, sodass die Systemkonfiguration auf "jsrp(Standard)"zurückfällt.
2. Navigieren Sie zur Standardseite http://localhost:4502/communities/admin/defaultsrp, auf der jsrp konfiguriert ist. Klicken Sie auf die Schaltfläche submit , damit der neue Standardkonfigurationsknoten unter /conf/global/settings/community/srpc erstellt wird.
3. Löschen Sie die erstellte 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 Sie den alten Knoten etc /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 Tools > Vorgänge > Replikation

  • Doppelklicken Sie auf Tree aktivieren

  • Startpfad:

    • Navigieren Sie zu /etc/socialconfig/srpc/

  • Stellen Sie sicher, dass Only Modified nicht ausgewählt ist.

  • Wählen Sie Activate aus.

Verwalten von Benutzerdaten

Informationen zu Benutzern, Benutzerprofilen und Benutzergruppen, die häufig in der Veröffentlichungsumgebung eingegeben werden, finden Sie unter:

• Benutzersynchronisierung
• Verwalten von Benutzern und Benutzergruppen

Solr-Neuindizierung für DSRP

Um DSRP Solr neu zu indizieren, folgen Sie der Dokumentation für Neuindizierung von MSRP. Verwenden 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