Sitecore 6.6 публикации для нескольких целей

Question

В настоящее время мы работаем над решением sitecore, которое работает под управлением версии 6.6, и мы испытываем странное поведение. На сайте настроено несколько целей, которые все указывают на отдельные базы данных для веб-сервера, например, web1 - web3 и т. Д. Я могу подтвердить, что все строки подключения верны и что веб-серверы могут обмениваться данными с / с sitecore CMS сервер.

С большим чтением я узнал о EnableEventQueues ( http://www.sitecore.net/learn/blogs/technical-blogs/getting-to-know-sitecore/posts/2010/07/introducing-the-sitecore-event-queue.aspx), который теоретически должен был решить эту проблему, однако, включив ее на всех веб-узлах и сервере cms, он по-прежнему испытывает проблемы.

Другая наша теория заключалась в том, чтобы перезапустить пул приложений, чтобы проверить, кэшировал ли sitecore старый контент и не ждал ли какой-нибудь период для обновления своего кэша? Однако это, похоже, не сработало, но указание строки подключения на работающую затем работало, так что похоже, что sitecore опубликовал изменения только для нескольких выбранных узлов.

В настоящее время мы не можем понять, что может быть причиной этого, если нет каких-либо других настроек, требующих включения?

ScalabilitySettings.config выглядит так:

<?xml version="1.0"?>
<configuration xmlns:patch="http://www.sitecore.net/xmlconfig/">
  <sitecore>
    <settings>

      <setting name="EnableEventQueues">
        <patch:attribute name="value">true</patch:attribute>
      </setting>

      <setting name="InstanceName">
        <patch:attribute name="value"></patch:attribute>
      </setting>

      <setting name="Publishing.PublishingInstance">
        <patch:attribute name="value"></patch:attribute>
      </setting>

      <setting name="Counters.InstanceName">
        <patch:attribute name="value"></patch:attribute>
      </setting>

      <setting name="Caching.SecurityCacheExpiration">
        <patch:attribute name="value">00:20:00</patch:attribute>
      </setting>

      <setting name="Media.DisableFileMedia">
        <patch:attribute name="value">false</patch:attribute>
      </setting>

      <setting name="Media.FileFolder">
        <patch:attribute name="value">/App_Data/Replicated/MediaFiles</patch:attribute>
      </setting>
    </settings>
  </sitecore>
</configuration>

Большое спасибо, Шон

Answer 1

Можете ли вы показать свои настройки масштабируемости? В частности, имя экземпляра и имя экземпляра публикации для ваших компакт-дисков и КМ?

Как вы и предполагали, обычно это очереди событий, но, возможно, у вас есть что-то не так в этих конкретных файлах для имен экземпляров. Все они должны иметь одинаковое значение имени экземпляра публикации и уникальные значения для имени экземпляра.

Обновить:

Теперь, когда я вижу ваши настройки масштабируемости, я вижу проблему. Вам нужно будет указать свой экземпляр управления контентом, в котором происходит публикация. Возможно, что-то так просто, как "СМ".

На сервере управления контентом необходимо настроить параметры масштабируемости с тем же значением в настройках Publishing.PublishInstance и Instance Name (например, "CM").

На ваших серверах доставки контента необходимо настроить параметры масштабируемости со значением экземпляра публикации (например, Publishing.PublishInstance = "CM")

Вы можете предоставить уникальные значения Instance Name на каждом компакт-диске, если хотите, или оставить его пустым, и Sitecore сгенерирует уникальное значение для каждого компакт-диска.

Зачем это нужно?

Очередь событий информирует все подключенные к ней экземпляры sitecore о событиях, поступающих от экземпляра публикации. Каждый экземпляр должен знать, кто является их связанным издателем, чтобы они знали, какие события обрабатывать.