Mehrere Sites konfigurieren
Sie können das Laden für mehrere Sites verbessern, indem Sie die binäre Aktualisierungskonfiguration verwenden. In dieser Konfiguration führen Sie alle zu Kernoperationen nur auf einer Site (der Master-Site) aus, und andere Sites erhalten eine binäre Aktualisierung von der Master-Site. Dies verkürzt die Gesamtladezeit erheblich.
Sie können auch die Klonkonfiguration in diesem Setup verwenden, um die anfängliche Ladezeit des Systems zu verbessern. In diesem Fall werden alle anfänglichen Bündel auf der Master-Site geladen, und die übrigen Sites klonen die Daten von der Master-Site.
Um diese Konfiguration zu unterstützen, enthält die Datei SitesDescriptor.xml ein Attribut namens siteUpdateType. Auf der Master-Site ist das Attribut master in dieser Datei auf YES und das Attribut siteUpdateType auf TEXTUAL festgelegt. Auf allen Remote-Sites ist das Attribut siteUpdateType auf BINARY festgelegt. Beispiel:
<Group id="Runtime">
<Distribution type="FS">
<Datatransfer OS="linux" path="${package.destination.folder}"/>
</Distribution>
<Site siteType="REMOTE" id="Runtime-Site1" siteUpdateType="TEXTUAL" master="YES"/>
<Site siteType="REMOTE" id="Runtime-Site2" siteUpdateType="BINARY" />
</Group>
In diesem Beispiel ist die Site Runtime-Site1 die Master-Site, und Runtime-Site2 ist eine Site, die die binäre Aktualisierung unterstützt. Die folgende Abbildung zeigt, wie Sie die Aktualisierung für N Sites konfigurieren:
Wenn Sie in diesem Fall die Aufgabe Deploy Collection ausführen, werden alle neuen Segmente automatisch auf allen binären Sites geklont. Alle weiteren Aktualisierungen in diesem Segment werden ebenfalls geklont. Wenn Sie die Aufgabe zum Neuindexieren der Daten verwenden, erfolgt die gesamte Neuindexierung nur auf der Master-Site und wird auf den binären Sites geklont. Dies verkürzt die Zeit für die Neuindexierung erheblich.
Sie können Bündel in einer Umgebung mit mehreren Sites mit folgenden Methoden laden:
• Reguläre Methode unter Verwendung der Aufgabe TransformManagement
In diesem Fall wird der TAL-Prozess mit der Aufgabe TransfomManagement gestartet, die die Aufgaben PublishToPreviewPreparation und PublishToPreview auslöst. PublishToPreview lädt Daten auf der Master-Site als Textaktualisierung.
Alle Kernoperationen wie Einfügen und Indexieren werden nur auf der Master-Site ausgeführt. Die Master-Site lädt ein Deltapaket mit binären Aktualisierungen der aktualisierten Repositories hoch. Sites, die als siteUpdateType="BINARY" konfiguriert sind, laden das Deltapaket zusammen mit regulären Aktualisierungspaketen herunter. Auf Sites mit binärer Aktualisierung werden keine Kernoperationen ausgeführt. Sie importieren lediglich die empfangenen Deltas. Das Laden auf binären Sites erfolgt viel schneller als auf Textsites, da keine Kernoperationen ausgeführt werden. Es wird empfohlen, diese Methode nur für inkrementelles Laden zu verwenden.
• Anfängliche Lademethode unter Verwendung der Aufgaben TransformMgmtInitialLoad und P2RTInitialLoad ohne vollständiges Klonen
In diesem Fall wird der TAL-Prozess mit der Aufgabe TransformMgmtInitialLoad gestartet, die die Aufgaben PublishToPreviewPreparation und PublishToPreview auslöst. Im anfänglichen Lademodus lädt PublishToPreview Daten in Publication Manager und beendet dann den Vorgang.
Nachdem alle anfänglichen Bündel transformiert und in Publication Manager geladen wurden, führen Sie die Aufgabe P2RTInitialLoad aus, die die Aufgabe Publish2RT einmal für jede Sammlung auslöst. Publish2RT lädt Daten auf der Master-Site als Textaktualisierung und auf Sites mit Binärunterstützung als binäre Aktualisierung. Diese Methode ist schneller als die reguläre Methode.
• Anfängliche Lademethode unter Verwendung der Aufgaben TransformMgmtInitialLoad und P2RTInitialLoadToMaster mit vollständigem Klonen unter Verwendung der Aufgabe FullCloneFromMaster
In diesem Fall wird der TAL-Prozess mit der Aufgabe TransformMgmtInitialLoad gestartet, die die Aufgaben PublishToPreviewPreparation und PublishToPreview auslöst. Im anfänglichen Lademodus lädt PublishToPreview Daten in Publication Manager und beendet dann den Vorgang.
Nachdem alle anfänglichen Bündel transformiert und in Publication Manager geladen wurden, führen Sie die Aufgabe P2RTInitialLoad aus, die die Aufgabe Publish2RT einmal für jede Sammlung auslöst. Publish2RT lädt Daten nur auf der Master-Site. Auf den binären Sites werden keine Daten geladen. Sobald die Aufgabe Publish2RT abgeschlossen ist, ist die Master-Site geladen und kann verwendet werden.
Führen Sie dann die Aufgabe FullCloneFromMaster aus. Diese Aufgabe erstellt ein vollständiges Klonpaket von der Master-Site, lädt das Paket in einen gemeinsam benutzten Speicherort (${package.destination.folder}) hoch und löst die Aufgabe CloneToSite für jede binäre Site aus. Die Aufgabe CloneToSite lädt das vollständige Klonpaket herunter und stellt es auf der Site bereit. In diesem Fall werden alle binären Sites parallel geladen und stehen unabhängig zur Verwendung zur Verfügung.
Die folgenden Task Manager Aufgaben unterstützen die Konfiguration mehrerer Sites:
• P2RTInitialLoadToMaster
• FullCloneFromMaster
• CloneToSite
• FullBackupFromSite
Weitere Informationen zu diesen Aufgaben finden Sie unter
Ladeaufgaben für mehrere Sites.
| Die Datenverzeichnisstruktur aller Sites muss identisch sein. Wenn die Verzeichnisstruktur einer binären Site sich von der Struktur der Master-Site unterscheidet, verwenden Sie symbolische Links, um auf Verzeichnisse zu verweisen, die nicht in der erwarteten Struktur enthalten sind, und konfigurieren Sie dies in den Dateien 3C.properties und setEnv.sh/bat. |
