Публикация очень медленной в FWW - PullRequest
0 голосов
/ 30 сентября 2011

Я пытался публиковать ресурсы из одной среды в другую.Это было почти очень медленно и не продвигалось дальше.Может ли какой-либо орган предложить, в чем может быть проблема?

Ответы [ 4 ]

1 голос
/ 28 января 2012

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

1 голос
/ 06 февраля 2012

Есть несколько вещей, которые нужно проверить

Вы можете установить VERBOSE = TRUE в конфигурации назначения публикации, чтобы пользовательский интерфейс записывал более подробный журнал. Важно точно знать, что происходит медленно, будь то перемещение активов к цели или очистка кэша / потенциальная перестройка на цель.

Проверьте файл futuretense.txt на источнике и цели на наличие каких-либо контрольных ошибок или любопытных сообщений, если там ничего не появляется, то, возможно, запись в журнал отключена. По умолчанию вы должны иметь уровень INFO для большинства регистраторов, а если ничего не появляется, установите com.fatwire.logging.cs = DEBUG и повторите попытку.

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

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

Phil

1 голос
/ 28 января 2012

Попробуйте сегментировать ваши активы и публиковать их в небольших группах

0 голосов
/ 12 марта 2013

Чтобы лучше понять, вам нужно выяснить, на каком этапе застрял процесс публикации. Как вы знаете, публикация - это процесс, состоящий из 5 шагов, первые два (сбор данных и сериализация) происходят в источнике, третий (передача данных) происходит между источником и назначением, а последние два (десериализация и очистка кэша) бывает при доставке.

Одна странная ситуация, с которой я столкнулся, - это этап десериализации, при котором он пытался обновлять дерево локалей при каждой публикации в реальном времени. Тогда поддержка Fatwire предложила нам добавить & PUBLISHLOCALETREE = false. Это значительно улучшило эффективность публикации. Еще раз, это применимо, только если вы используете локали / переводы на вашем Сайте.

...