Конфигурирование для нескольких сайтов
Можно улучшить загрузку для нескольких сайтов с помощью конфигурации бинарного обновления. В этой конфигурации все связанные с ядром операции выполняются только на одном сайте (мастер-сайт), а другие сайты получают бинарное обновление с мастер-сайта. Это значительно сокращает полное время загрузки.
Можно также использовать в этой установке конфигурацию клонирования, чтобы сократить время начальной загрузки системы. В этом случае загрузка всех начальных пакетов выполняется на мастер-сайте, а на остальных сайтах данные клонируются с мастер-сайта.
Чтобы поддерживать эту конфигурацию, в файле SitesDescriptor.xml имеется атрибут с наименованием siteUpdateType. Мастер-сайт имеет в этом файле атрибут master с заданным значением YES и атрибут siteUpdateType с заданным значением TEXTUAL. Все удаленные сайты имеют атрибут siteUpdateType с заданным значением BINARY. Например:
<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>
В этом примере сайт Runtime-Site1 является мастер-сайтом, а сайт Runtime-Site2 является сайтом, поддерживающим бинарное обновление. На следующем рисунке показано, как следует настраивать обновление для N сайтов:
В этом случае задание Deploy Collection (Развернуть набор) при выполнении автоматически клонирует любые новые сегменты на все бинарные сайты. Дальнейшие обновления этого сегмента также клонируются. При использовании задания для переиндексации вся переиндексация выполняется только на мастер-сайте и клонирована на бинарные сайты. Это значительно сокращает время переиндексации.
Загружать пакеты в многосайтовую среду можно следующими способами:
• Обычным способом с помощью задания TransformManagement.
В этом случае процесс TAL запускается с помощью задания TransfomManagment, которое запускает задания PublishToPreviewPreparation и PublishToPreview. Задание PublishToPreview загружает данные на мастер-сайт как текстовое обновление.
Все основные операции, такие как вставка и индексация, выполняются только на мастер-сайте. Мастер-сайт выгружает дельта-пакет с бинарными обновлениями для обновленных репозиториев. Сайты, настроенные как siteUpdateType="BINARY", загружают дельта-пакет вместе с пакетами регулярного обновления. На сайтах с бинарным обновлением не выполняются никакие основные операции. Такие сайты просто импортируют полученные дельта-пакеты. Загрузка на бинарные сайты намного быстрее, чем на текстовые сайты, т. к. не выполняются никакие основные операции. Рекомендуется использовать этот подход только для инкрементной загрузки.
• Способ начальной загрузки с помощью заданий TransformMgmtInitialLoad и P2RTInitialLoad без полного клонирования.
В этом случае процесс TAL запускается с помощью задания TransformMgmtInitialLoad, которое запускает задания PublishToPreviewPreparation и PublishToPreview. В режиме начальной загрузки PublishToPreview загружает данные в диспетчер публикации и останавливается.
Как только все начальные пакеты будут преобразованы и загружены в диспетчер публикации, выполните задание P2RTInitialLoad, которое запускает задание Publish2RT один раз для каждого набора. Publish2RT загружает данные на мастер-сайт как текстовое обновление и на сайты с поддержкой бинарного обновления - как бинарное обновление. Этот подход быстрее, чем обычный подход.
• Способ начальной загрузки с помощью заданий TransformMgmtInitialLoad и P2RTInitialLoadToMaster с полным клонированием с помощью задания FullCloneFromMaster.
В этом случае процесс TAL запускается с помощью задания TransformMgmtInitialLoad, которое запускает задания PublishToPreviewPreparation и PublishToPreview. В режиме начальной загрузки PublishToPreview загружает данные в диспетчер публикации и останавливается.
Как только все начальные пакеты будут преобразованы и загружены в диспетчер публикации, выполните задание P2RTInitialLoad, которое запускает задание Publish2RT один раз для каждого набора. Publish2RT загружает данные только на мастер-сайт. Никакие данные не загружаются на бинарные сайты. После завершения Publish2RT мастер-сайт загружается и становится доступным для использования.
Затем выполните задание FullCloneFromMaster. Это задание создает пакет полного клонирования из мастер-сайта, выгружает пакет на общий ресурс ${package.destination.folder} и запускает задание CloneToSite для каждого бинарного сайта. Задание CloneToSite загружает пакет полного клонирования и развертывает его на сайте. В этом случае каждый бинарный сайт загружается параллельно и становится доступным для использования независимо.
Следующие задания диспетчера задач поддерживают многосайтовую конфигурацию:
• P2RTInitialLoadToMaster
• FullCloneFromMaster
• CloneToSite
• FullBackupFromSite
Дополнительные сведения об этих заданиях см. в разделе
Задания загрузки для нескольких сайтов.
| Структура каталогов данных всех сайтов должна быть одинаковой. Если структура каталогов бинарного сайта отличается от мастер-сайта, используйте символьные ссылки, чтобы указать любые каталоги не в ожидаемой структуре, и настройте это в файлах 3C.properties и setEnv.sh/bat. |
