Зависает Outlook при пропадании связи.

[Digit]

Всем доброго дня.

Столкнулся с не очень понятным явлением. Сервер CRM физически установлен в одном из двух офисов. Между офисами есть защищенный канал связи.

Канал, понятно, не идеален, поэтому иногда связь пропадает. И тогда в удаленном офисе наблюдается следующая картина: индикатор в трее мигает, Outlook наглухо висит. Продолжаться может ровно до того момента пока связь не восстановится.

В офисе, где стоит сервер при кратковременном пропадании связи картина (специально устроили сравнить) абсолютно другая - Outlook не виснет, при "тыкании" в строки меню CRM просто не происходит загрузка. Сам Outlook прекрасно функционирует.

Rollup 10 и там, и там на клиентских рабочих местах.
Нет ли идей на этот счет?

Удвоили, блин, пропускную способность канала, хоть на старый возвращайся.

[Сабитов Андрей]

В удаленном офисе использовать Outlook Laptop Client (с возможностью работы офлайн).
Проводить синхронизацию в начале и в конце рабочего дня

[Digit]

Цитата:

Сообщение от Сабитов Андрей

В удаленном офисе использовать Outlook Laptop Client (с возможностью работы офлайн).
Проводить синхронизацию в начале и в конце рабочего дня

Уточню. Это полноценный рабочий офис. То есть с точки зрения организации рабочего процесса и прочего - это невозможно.

Меня интересует именно поведение CRM. Вопросы инфраструктуры и ее работы - стоят перед соответствующими службами и будут реализованы.

[Артем Enot Грунин]

Ни разу не сталкивался с подобной проблемой. Вы уверены что проблема связана именно с CRM клиентом? Что если его отключить или деинсталлировать? Дело в том, что начиная с UR7 код клиента был полностью вынесен в отдельный процесс-демон с целью не замедлять работу Outlook. Если проблема все же с аддоном, то, возможно, решением проблемы, действительно, станет установка клиента с автономным доступом. При потере связи он должен автоматически переключаться на локальную базу и не замедлять работу пользователя. Впрочем, online клиент тоже не должен сильно мешать работе при потере связи. В хучшем случае при этом должны теряться не сохраненные данные.

[Digit]

Увы, уверен. Отключение клиента CRM позволяет спокойно работать в данной ситуации.

Я почему и спросил - ведь не должно оно так себя вести.

Есть ряд мыслей, я отпишусь здесь, если поможет.

[Digit]

Цитата:

Сообщение от Артем Enot Грунин

Ни разу не сталкивался с подобной проблемой. .

Разобрались.
Помогло отключение расстановки тэгов в сообщениях электронной почты.

[a33ik]

Цитата:

Сообщение от Digit

Разобрались.
Помогло отключение расстановки тэгов в сообщениях электронной почты.

А можете поподробнее расписать, пожалуйста?

[Digit]

Цитата:

Сообщение от a33ik

А можете поподробнее расписать, пожалуйста?

Выяснили, что первыми с проблемой зависания Outlook сталкиваются обладатели наибольшего почтового траффика.

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

Осталось найти процесс, который может "тупить".
В каких-то рекомендациях по ускорению работы Outlook нашел ссылку на этот самый процесс расстановки тэгов.

Ну и отключили его. Запускаем "Диагностику", "Режим", снять галку с "Автоматическая расстановка тэгов в сообщениях электронной почты".

В следующем "падении" канала пользователи со снятой галкой проблемы не испытали. Те, у кого была включена - испытали.

[Digit]

Продолжается сага "Удаленный офис и MS CRM на дохлом канале".

Все-таки не давал покоя тот факт, что зависания не прекратились, а просто стали исчезающе редки. Но в один прекрасный момент они очень сильно участились. Несмотря на все предыдущие действия (см. Rollup 10, отключение тэгов, увеличение интервала синхронизации Outlook с CRM). Вскрылся еще один нюанс "забивания" неширокого канала трафиком.

Сейчас переносим в "боевую" CRM несколько доработок. Изучение логов IIS показало следующее:

Когда в системе публикуются изменения в объектах - всем пользователям, которые в настоящий момент работают в системе она со странички /MSCRMServices/Metadata.asmx
отправляет в подарок пакет весом порядка 3Мб. Это изменения в файл metadata.xml, который живет в User\Application Data\Microsoft\MSCRM\Metadata

Соответственно N отправленных пакетов в адрес N пользователей удаленного офиса прекрасно "убивают" канал трафиком. При этом сам Outlook также неработоспособен.

Соответственно решение есть - перенести публикации на обед или вечер.
Но вопрос, "почему зависает Outlook" - остался.

Пока предварительно по результатам экспериментов (с сегодняшнего утра) не зависают только Outlook-и, у которых Диагностикой по кнопке "Режим" убраны вообще все синхронизации с CRM. По ним пока зависаний нет, смотрим на продолжение.