none
Логирование собраний RRS feed

  • Вопрос

  • Добрый день.

    Есть ли метод просмотра логов собраний S4B с внешними агентами? То есть тех, что происходят через веб-интерфейс для внешних агентов (не сотрудников компании). Интересует кто участвовал и когда. Так же интересно можно ли сохранять текст переписки и аудио\видео передачу таких собраний без участия самих пользователей (про функцию записи собрания я знаю).

    Спасибо!


Ответы

  • Microsoft SQL Server 2008 R2 Express and Microsoft SQL Server 2012 Express are not supported for Archiving. 32-bit versions of SQL Server are not supported. For additional SQL Server requirements and restrictions, see Database software support in Lync Server 2013 in the Planning documentation or in the Supportability documentation.

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

    Как быть тогда? Разворачивать отдельный SQL и создавать там базу для архива?

    • Помечено в качестве ответа Alan.Pro 13 мая 2016 г. 9:42
  • Развернул отдельный SQL стандарт. Приделал его к топологии. Все работает. И мониторинг и архивинг. 

    Для SQL была взята простенькая виртуалка с 2 процами и 4 Гб ОЗУ. Пока тянет.

    Один вопрос остался. При выгрузке логи имеют имя в виде даты и определения это логи конференции или п2п. Есть ли какая-то возможность искать по ним информацию? Что бы можно было искать логи конкретных сотрудников из общей выгрузки, например, или конференции, в которых они участвовали.

    Открывать каждый лог и смотреть что там проблематично, а искать поиском по содержанию тоже как-то неудобно.

    Спасибо всем за помощь!

    • Помечено в качестве ответа Alan.Pro 13 мая 2016 г. 9:42

Все ответы

  • По первой части ответ похоже здесь: https://technet.microsoft.com/ru-ru/library/gg558656.aspx?f=255&MSPPError=-2147217396

    Я правда так и не понял где их брать. Вероятно без роли сервера мониторинга не обойтись.

    Остается вопрос по второй. Логирование текстовых и ауди-видео сообщений и передаваемых файлов.

  • Точнее роль архивирования. То что вам надо. Будут доступны архивы сессий IM как точка-точка, так и собраний.

    Do not multiply entities beyond what is necessary

  • Спасибо!

    А что по поводу сохранения аудио и видео собрания и текстовых сообщений? В общем все что нужно для контроля и анализа передаваемой внешним пользователям инфомрации.

  • Тут просто ведущий должен включить запись собрания. Про текстовые я выше написал, что они все архивируются (тонкие настройки делаются через политики). Политиками же можно ограничить возможность записи аудио-видео для остальных для остальных.

    Do not multiply entities beyond what is necessary


    • Изменено Dmitry.I 10 мая 2016 г. 9:26
  • То есть в фоновом режиме, по умолчанию и без участия пользователя никак? Фактически получается возможность контроля исходящей информации отсутствует, верно?

  • Текстовая будет архивироваться без участия человека. Почитайте сведения об архивации

    Do not multiply entities beyond what is necessary

  • Но как же:
    • What content cannot be archived. The following types of content cannot be archived:
      • Peer-to-peer file transfers
      • Audio/video for peer-to-peer instant messages and conferences
      • Desktop and application sharing for peer-to-peer instant messages and conferences 

      Хотя да, про текстовые сообщения здесь не указывается ничего.

  • Через топологию добавил роль архивинга. Создал инстанс, но что-то видимо недоделал. выгрузка командой не работает.
    Выгружать можно же только командой пауэршела?

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

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

  • Lync сохраняет историю сообщений в почтовом ящике - так всегда было. Должна только интеграция MAPI/EWS работать на стороне клиента.

    Сазонов Илья

    https://isazonov.wordpress.com/

    Модератор
  • Из описания на технете я понял что архивирование имеет смысл с 2013 эксченьджем. У нас есть только 10й. 

    Решил делать на ФЕ. Зашел в топологию, установил галку Archiving. Нажал New, в качестве SQL Server FQDN указал ФЕ (на нем установлен SQL Express, на котором все и крутится), имя для стора ввел свое. Политика применилась.

    В топологии в Shared Components-SQL server stores появился новый стор с заданным раннее именем.

    В консоли включил архивирование IM and web conferencing sessions на глобальном уровне.

    В archiving policy включил internal и external.

    При попытке выгрузить командой 

    Export-CsArchivingData -Identity "ArchivingDatabase:**(здесь FE)*" -StartDate 5/4/2016 -OutputFolder "C:\1" -UserUri "sip:user@domain.ru"

    выдается ошибка:

    Export-CsArchivingData : A network-related or instance-specific error occurred
    while establishing a connection to SQL Server. The server was not found or was
    not accessible. Verify that the instance name is correct and that SQL Server is
     configured to allow remote connections. (provider: SQL Network Interfaces, err
    or: 26 - Error Locating Server/Instance Specified)

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

  • Microsoft SQL Server 2008 R2 Express and Microsoft SQL Server 2012 Express are not supported for Archiving. 32-bit versions of SQL Server are not supported. For additional SQL Server requirements and restrictions, see Database software support in Lync Server 2013 in the Planning documentation or in the Supportability documentation.

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

    Как быть тогда? Разворачивать отдельный SQL и создавать там базу для архива?

    • Помечено в качестве ответа Alan.Pro 13 мая 2016 г. 9:42
  • Да.

    Standard и Express совершенно разные вещи. 

  • Ну стандарт эдишен - это вариант развертывания с4Б с одним ФЕ, одним пулом и большинством функций на нем и поднятых. Отдельно разве что РП, и Эдж. Все это отлично работало на SQL экспресс, на который ставился тот же ФЕ и персистанс чат.

    Просто разварачивать отдельный сервер под SQL для архивации и мониторинга я изначально не планировал. Бэкэнд он вроде как больше для интерпрайс версии.

  • Пожалуйста, помогите определить минимальные требования для SQL для архивирования и мониторинга? Planning tool предлагает те требования, под которые мне не выделят ресурсы.

    Сейчас 2000 пользователей.

    Нашел формулу для вычисления места под базу: 

    Database size = (DB growth per user per day) * (Number of users) * (Number of days)
    For example, 15 days of data in the Archiving database for 50,000 users would be 49*50000*15 for a total of 35 gigabytes (GB). If your organization’s IM use differs significantly from the user model, adjust the daily database growth estimate.
    You can use this formula, along with the knowledge of your organization’s compliance needs and available disk space on the Archiving database servers, to help decide how many days of data to keep on your database. By default, archiving data is purged every 14 days if purging is enabled.

    Осталось найти минимальные требования к железу.

  • Развернул отдельный SQL стандарт. Приделал его к топологии. Все работает. И мониторинг и архивинг. 

    Для SQL была взята простенькая виртуалка с 2 процами и 4 Гб ОЗУ. Пока тянет.

    Один вопрос остался. При выгрузке логи имеют имя в виде даты и определения это логи конференции или п2п. Есть ли какая-то возможность искать по ним информацию? Что бы можно было искать логи конкретных сотрудников из общей выгрузки, например, или конференции, в которых они участвовали.

    Открывать каждый лог и смотреть что там проблематично, а искать поиском по содержанию тоже как-то неудобно.

    Спасибо всем за помощь!

    • Помечено в качестве ответа Alan.Pro 13 мая 2016 г. 9:42