Проблема обновления адресной книги Lync 2010 у части клиентов

Имеем Microsoft Lync 2010 с эпизодическими проблемами обновления адресной книги.
  1. Книга скачивается при первом запуске
  2. Книга скачивается при удалении из папки %localappdata%\Microsoft\Communicator\sip_%username%@%userdomain% файлов GalContacts.db и GalContacts.db.idx
  3. Книга может корректно скачиваться на других клиентах
  4. Книга может эпизодически скачиваться и прекращать скачиваться, а потом снова корректно работать на одном и том же клиенте.
  5. Логи сервера, клиента, process monitor`а не показывают проблем.
Проблема имеет распространенный характер во множестве компаний обсуждение на форуме

Люди даже от безысходности написали костыль программу, которая убивает процессы Lync, удаляет SIP профиль и снова запускает Lync.

Причина: Неизвестна, возможно недопонимание механизмов обновления адресной книги (ведется исследование) или программный баг, когда книга не обновляется по 2 дня и более.

Решение: Переключить работу Lync 2010 в режим без использования файлов адресной книги, напрямую с запросами к серверу.
Set-CsClientPolicy Global -AddressBookAvailability WebSearchOnly

 В результате мы получаем следующие плюсы:
  1. Мгновенный поиск по списку контактов после установки клиента, даже без использования ключа (reg add HKLM\Software\Policies\Microsoft\Communicator /v GalDownloadInitialDelay /t REG_DWORD /d 0 /f ) принудительного скачивания адресной книги 
  2. Отсутствие RND задержки между запросом клиентом адресной книги раз в сутки и её генерацией при помощи команды Update-CsAddressBook. Контакты будут доступны пользователю сразу после обработки маркера (по умолчанию маркер считывается раз в 5 минут и дальнейшая генерация) т.е. от 3 до 8 минут в среднем.
  3. Исключены любые проблемы наличия неактуальной адресной книги на клиенте.
Минусы:
  1. Вероятное падение производительности из-за множественных запросов к серверу в крупных развертываниях (требует подтверждения)

Популярные сообщения из этого блога

Новый функционал конференций в Lync Server 2013: "Вопросы и ответы"

Изображение
После установки нового набора обновлений  http://www.microsoft.com/en-us/download/details.aspx?id=36820  в Lync Server 2013 при проведении конференций стал доступен новый функционал - "Вопросы и ответы". Ниже скриншоты, позволяющие понять, принцип использования данного функционала. В конференции появился новый пункт "Вопросы и ответы" при его нажатии, встроенный чат отключается и появляется новая вкладка. Отключение чата Написание вопроса Ответы на вопросы участников Вопросы после ответа Возможность сохранить сессию вопрос и ответов, для дальнейшего изучения и/или взаимодействия со слушателями, даже после окончания конференции. Особенности работы данного режима: При новом или повторном подключении, пользователь видит уже заданные ранее вопросы, по принципу Persistent Chat При ответе на вопрос, он автоматически закрывается, если участнику конференции нужно уточнить, то ему следует задать новый вопрос, скорректированный на о...
§ подробнее ►

Принудительное удаление кластера (Failover Clustering)

Изображение
Если в силу своей криворукости вы неполностью удалили кластер (Failover Clustering) и при попытке удалить данный компонент, встречаетесь с ошибкой: "Cannot remove Failover Clusting This server is an active node in a failover cluster. Uninstalling the Failover Clustering feature on this node may impact the availabilty of clustered service and applications. It is recommended that you first evict the server from cluster membership. This can be done through the Failover Cluster Management snap-in by expanding the console tree under Nodes, selecting the node, clicking More Actions, and then clicking Evict." Решение: reg delete HKLM\system\CurrentControlSet\Services\ClusDisk /f  reg delete HKLM\system\CurrentControlSet\Services\ClusSvc /f Или воспользоваться PS командой: Import-Module FailoverClusters clear-clusternode После этого вам уже дадут удалить компонент failover clustering.
§ подробнее ►

Компьютер просыпается сразу после ухода в спящий режим

Изображение
Симптомы : посылаем компьютер в спящий режим, а он не слушается и спустя пару секунд снова урчит вентиляторами, чем вызывает жесткий батхерт. Исследуем : в журналах Windows читаем следующую надпись The system has resumed from sleep. Sleep Time: ‎2011‎-‎02‎-‎27T09:44:20.136000000Z Wake Time: ‎2011‎-‎02‎-‎27T09:45:17.146000000Z Wake Source: Device -USB Root Hub Отключаем поочередно устройства, дабы найти виновника, заодно рыщем по англоязычным форумам, приходим к выводу, что виновники мышка + клавиатура Причина : баг драйверов устройств ввода Решение : сменить устройства ввода или отключить их возможность вывода из спящего режима, для этого делаем так: Запускаем диспетчер устройств – devmgmt.msc Находим клавиатуру и снимаем галку, позволяющую ей выводить компьютер из спящего режима, повторяем для мышки Всё, теперь компьютер нужно будить либо по таймеру или кнопкой на системном блоке Касательно таймера, необходимо обратить внимание на задачи в вашем планировщике, дабы осо...
§ подробнее ►