Многострадальным администраторам программы M.E.Doc посвящается!. Укрощение монстра. 2 серия (Победа!).

Больше года назад я провел очередной эксперимент по уменьшению базы программы MeDOC. В тот раз все закончилось отсутствием в программе возможности выгружать в архив документы, которые собственно и раздувают базу.
Я на форуме MeDOC создал тему на эту тему
И вот, спустя уже больше года, вышло обновление 11.02.066, в котором видим:

Служба MeDOC ZvitGrp

Прийдя на работу, обнаружил, что случился форс-мажер: слетела регистрация службы ZvitGrp. Гугление не давало ответа, какая .dll за нее отвечает и мне пришлось переставлять сетевой медок с нуля, а так, как MeDOC ставился давно, переходил с Fb2 на Fb3, не обошлось без чистки реестра и множественных перезагрузок.
В качестве соломки на будущее два скрина со свойствами служб

Многострадальным администраторам программы M.E.Doc посвящается!. Укрощение монстра. 1 серия.

В относительно далеком 2016 году этот блог начинался с описания моих безуспешных попыток сжать, до безобразия разросшуюся, базу медка.
Потом я поменял работу, были другие интересные темы, но как я теперь понимаю, я оказался на диалектической спирали Гегеля и передо мной стоит все та же проблема - разросшаяся до 31Gb база медка (сколько было в прошлый раз ума не припомню, да и не важно это).

Lubuntu 18.04 установка и запуск M.E.Doc 11.01.025

Я не могу этого объяснить, но одними из самых читаемых постов этого блога являются написанные мною в 2016 году посты о медке.
Собственно и сам блог появился как необходимость выплеснуть накопившиеся в результате борьбы с программой и общения с техподдержкой эмоции.
Итак:
С учетом нездорового интереса сообщества к Медку пишу этот пост.

M.E.Doc 11.01.009 -битва с ПТАХом

Все описанное касается Windows2008R2, для других систем может отличаться.

После установки обновления 11.01.009 при проверке связи с серверами документооборота начала наблюдаться следующая безрадостная картина:

внимательное чтение изменений в обновлении (раздел "изменение функционала программы") подсказало направление поиска

Многострадальным пользователям программы M.E.Doc посвящается! Обновление 11.01.008

Вчера утром (28.05.19), медок осчастливил пользователей сообщением, о изменении адреса сервера ДФС и необходимости срочно установить обновление 11.01.008 и предоставить доступ к новому ресурсу. К сожалению я скриншот сообщения сделать не догадался, поэтому могу показать только вот такую картинку:

Естественно мною был на шлюзе прописан указанный адрес и установлено обновление. Но меня сегодня утром начала долбить бухгалтерия что у них ничего не обновляется и сервер ДФС недоступен. Используя алгоритм описанный мною здесь получил следующий вывод tcpdump:

Новый глюк в новой версии MEDoc 11.01.005

Недавно разработчики MEDoc перешли на разработку с использованием платформы .NET. Очевидна смена платформы повлекла за собой возникновение новых ошибок. Далее речь пойдет об одной из них (подозреваю, что речь идет о не очень качественном воплощении патерна connection factory).

Суть проблемы:

В медке имеются группы пользователей с разными комплектами бланков и разными доступами к ресурсам медка. После разрыва связи (не важно пропадал интернет или сервер ДФС), непривилегированные пользователи не могут осуществлять обмен документами(Сервер СДО не доступен). Клиент подвисает на продолжительное время, иногда вылетает. При этом под администратором все нормально работает (оба сервера тестируются и отправка/получение происходит). Обращаю внимание, что речь идет об уровне доступа именно к ресурсам медка, в системе проверялось с правами администратора.

Возможная причина

Я предполагаю, что в фабрике соединений не реализовано освобождение соединения в случае неудачи, поэтому происходит исчерпание пула соединений и, даже после восстановления доступа к ресурсу, система не может получить соединение. Под администратором же работает, что скорее всего у него нет ограничения на количество соединений или для него создается новый пул.

Решение проблемы:

Вопрос окончательного решения на стороне разработчиков. Мы же решаем выключением всех клиентов и перезапуском через стоп/старт службы ZvitGrp.

P.S. если ситуация повториться добавлю картинок: на этой неделе было 2 раза 1-пропадал интернет, 2-пропадали сервера.

Medoc - "сервер ДФС не найден" (tcpdump в помощь!)

На предприятиях, которые серьезно относятся к своей информационной безопасности, существует практика точечного предоставления доступа серверам(компьютерам) к внешним ресурсам.
Естественно вменяемые разработчики ПО(заметьте не бесплатного), обычно предоставляют список необходимых ресурсов. Пытаются это делать и разработчики медка. Но временами, (и достаточно часто) возникает ситуация такого типа: к вам прибегает(звонит) бухгалтер и рассказывает что сегодня последний день сдачи отчета (у них всегда последний день, просто у хорошего бухгалтера он завтра, но чаще сегодня), а отчеты не уходят. Вы заходите в Medoc, проверяете соединение на вкладке документооборот и наблюдаете

Medoc и система резервного копирования Bacula

Сразу оговорюсь, что настройка Bacula "от" и "до" не является темой данного сообщения.
Medос имеет встроенные средства создания резервных копий, более того: сетевой Medос имеет встроенное средство автоматизации этого процесса, Но есть одно "но", и даже не одно:

1. созданная встроенными средствами резервная копия не содержит настроек пользователей.
2. при достаточно большой базе, разворачивание длится совершенно непозволительное время(я понимаю, проверка ссылочной целостности и тд. и тп.), но я сталкивался с ситуациями когда база порядка 10 Гиг разворачивалась более 10 часов и это все под вопли бухгалтерии о срыве сроков отчетов и огромных штрафах (решение: развернуть локальную пустую базу по быстрому).

Сетевой Medoc - после обновления(201,202) не стартует служба

Решение найдено на форуме Medoc, заношу сюда, чтоб в случае необходимости не искать.
Проблема вызвана тем, что начиная с 201го обновления перед запуском службы проверяются цифровые подписи исполняемых файлов программы.
необходимо:

1. Открыть на файрволе доступ к  IP ресурса www.globalsign.com (на текущий момент  - 198.41.214.154, 198.41.215.154).
2. Разрешить подтверждение сертификата по сети в локальных групповых политиках:

Многострадальным пользователям программы m.e.doc посвящается! Часть №2(Конец)

Пишу пост, только для того чтоб подвести итоги:
Как я и писал в предыдущей части, единственным разумным способом починить проблемный медок является его полная переустановка с нуля.
Я не утверждаю что других способов решения проблемы не существует, тут речь идет о соотношении потраченное время/результат.
Для сравнения: для получения результата в первый раз (случай испорченный коллегой, описанный ранее) я потратил почти неделю.
На полную установку с нуля, с полной настройкой предприятия, ролей и пользователей у меня ушло меньше рабочего дня, с перерывами на остальную работу (сюда же вошло разворачивание старой базы на другом сервере для облегчения переноса предприятия).
С чем столкнулся при установке с нуля: 1-й и наверное единственный баг: при создании предприятия мастер предлагает загрузить инфу из сертификатов, далее вы настраиваете еще несколько экранов и на этапе ввода руководителей мне начало выдавать ошибку неправильного заполнения полей. Оказалось что в сертификате руководители набраны строчными (заглавными) буквами, а по фен-шую: Строчная буква только первая - остальные прописные.
Что печально: отредактировать импортированных руководителей медок не дает, пришлось закрыть мастер и все предприятие настроить вручную.
После установки, настоятельно рекомендую настроить автоматическое резервное копирование и бэкап, так же по желанию автоматическое обновление программы. Еще для избежания разростания базы включите опцию автоматического архивирования документов.

Многострадальным пользователям программы m.e.doc посвящается! Часть №1

Задержался с продолжением по объективным причинам.
Начну с конца: Лучший способ привести M.e.doc в порядок - это удалить его к хреням, после чего поставить по новой, настроить пользователей и предприятие, сразу включить автоматическое архивирование, автоматическое обновление, автоматический бэкап и автоматическое создание резервных копий предприятия.
Почему?
Потому, что нормального средства администрирования и верификации-переиндкексации базы Медка - не существует! Если база разрослась - уменьшить ее средствами программы не реально!

Многострадальным пользователям программы m.e.doc посвящается! Часть №0

Читать, но до прочтения продолжения не воплощать :-)
Наверное многие сталкивались с программой  m.e.doc для сдачи электронной отчетности. В целом ничего плохого о ней сказать не могу, но вот только по моему мнению не рассчитана она на очень большой документооборот.

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

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

Ниже приводится мой способ решения проблемы(очень затратный по времени):