Невозможно получить список элементов очереди публикации. Время ожидания истекло

Question

Я нахожусь на Tridion 2009 SP1. В какой-то момент возможность просмотра очереди публикации для всех пользователей (т. Е. Не фильтров) просто перестала работать. В CM GUI получает ошибки тайм-аут:

(80040E31) Timeout expired 
Unable to get list of publishing queue items. 

SQLUtilities.OpenRecordsetByStoredProcedure 
SystemDAL.GetListData 
SystemBLST.lObjListPublishTransactions 
SystemBLST.IBLSystemST_GetListData 
ManagementInfo.GetListPublishQueue 
Request.GetList 

Так что я попытался с помощью Публикацию Queue Manager PowerTool для очистки очереди, но это только бросает ошибку 500, что согласуется с наличием слишком много элементов в очередь.

Затем я попытался продувкой очереди с помощью TRIDION Purge Tool, но хрустит в течение нескольких секунд и возвращает ту же ошибку:

14-May-2012 21:10:12 Log cleared. 
14-May-2012 21:10:12 Purge action started at 14-May-2012 21:10:12 
14-May-2012 21:10:12 Keeping the last 5 versions. 
14-May-2012 21:10:12 Recursive mode: False 
14-May-2012 21:11:12 FAILED: <?xml version="1.0"?> 
<tcm:Error xmlns:tcm="http://www.tridion.com/ContentManager/5.0" ErrorCode="80040E31" Category="7" Source="Kernel" Severity="1"> 
    <tcm:Line ErrorCode="80040E31" Cause="false" MessageID="4613"><![CDATA[Unable to get list of publishing queue items.]]> 
     <tcm:Token>RESID_4485</tcm:Token> 
     <tcm:Token>RESID_15821</tcm:Token> 
    </tcm:Line> 
    <tcm:Line ErrorCode="80040E31" Cause="true"> 
     <![CDATA[Timeout expired]]> 
    </tcm:Line> 
    <tcm:Details> 
     <tcm:CallStack> 
      <tcm:Location>SQLUtilities.OpenRecordsetByStoredProcedure</tcm:Location> 
      <tcm:Location>SystemDAL.GetListData</tcm:Location>    
      <tcm:Location>SystemBLST.lObjListPublishTransactions</tcm:Location> 
      <tcm:Location>SystemBLST.IBLSystemST_GetListData</tcm:Location> 
      <tcm:Location>ManagementInfo.GetListPublishQueue</tcm:Location> 
     </tcm:CallStack> 
    </tcm:Details> 
</tcm:Error> 

события регистрирует все показывает ту же самую ошибку. О, да, я пытался перезапустить службы COM +, Publisher и Transport.

Похоже, что очередь публикации находится в недоступном состоянии. Не могли бы вы предложить, какова может быть причина или мой следующий шаг?

Answer 1

Есть несколько вещей, которые вы можете попробовать;

В коде:

1. Reduce набор данных может быть определенные периоды времени (неделю, месяц)
2. выбрать конкретные типы статистику (не удалось, успех и т.д.) один на один

Об инфраструктуре:

1. Я не уверен, что вы пытаетесь сделать, но если вы просто удаляете транзакции, возможно, просто используйте инструмент очистки (но тогда, когда вы кодируете, я предполагаю, что он недостаточно умен для вашего случая использования)
2. Используйте инструмент очистки, чтобы удалить старые транзакции, которые не имеют отношения к вашей учетной записи.
3. Убедитесь, что база данных полностью оптимизирован
4. (как упоминалось выше) увеличивают время выхода в оснастке Tridion Configuration
5. Убедитесь, что у вас есть последние исправления для вашей версии Tridion (произошел ряд изменений в производительности очередей для обоих GA GA 2009 и SP1
6. В общем, убедитесь, что аппаратное обеспечение

Answer 2

Каковы ваши настройки таймаута для SQLServer и Internet Information Server? если они находятся на фондовых дефолтах (не помню, с какой стороны они работают), возможно, стоит попытаться их увеличить.

Если он все еще не работает, возможно, поместите след в базу данных, чтобы понять, почему он так долго.

Answer 3

Возможно, вы можете запросить таблицу транзакций публикации, чтобы получить список всех транзакций tcm uri, переместить их в пользовательскую базу данных и использовать TOM.NET API/базовую услугу, чтобы открывать каждую транзакцию индивидуально и в зависимости от state удалите его с помощью API.

Таким образом вы можете удалять транзакции контролируемым образом без непосредственной работы с базой данных.

Answer 4

Я думаю, это может быть причиной из-за 'N' номер In-Progress элементов, лежащих на очереди публикации.

Не пытайтесь удалить все предметы в onces.

Лучше элементов очереди удалить в следующем порядке: -

1. Failed
2. In Progress

дополнение к этому, только сейчас я увидел одно исправление.

Hotfix: CM_2009.1.74381

Посмотрите на это.

Answer 5

В дополнение ко всем хорошим пунктам, перечисленным здесь, вы оптимизировали базу данных ?. Вы должны планировать обновление баз данных БД на регулярной основе, а также переиндексацию. Проконсультируйтесь с вашим администратором базы данных о планировании планов технического обслуживания.

Быстрое обновление статистики по CM DB (MSSQL: sp_updatestats) в дополнение к очистке/очистке ваших транзакций на регулярной основе поможет выполнению GUI в целом.

Вы можете проверить документацию по техническому обслуживанию TRIDION here

Answer 6

Восстановление резервной копии базы данных КМ от вас сбрасывали Gazillion элементов в очереди. Не очень, но это может привести вас туда.

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