По теме из базы знаний
- Многопоточность. Универсальный «Менеджер потоков» (фреймворк) с отслеживанием зависимости объектов
- Устройство хранения данных в MS SQL Server
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
- 10 «заповедей» эксплуатации крупной информационной системы 1С
- Что, если Continuous Integration – это прежде всего практика, а не набор инструментов?
Найденные решения
(1) Постфактум без спец подготовки никак.
Если база серверная, то повестить тригер на таблицу Files на удаление строк, где FileName содержит depot.
Если поднят сервер хранилища, то можно снифить траффик на сервере, ловить xml, где есть атрибут "name" со значением "DevDepot_unbind"
Еще можно на клиенте настроить техжурнал с такой настройкой
Все это позволит узнать точное время отключения от хранилища
Если база серверная, то повестить тригер на таблицу Files на удаление строк, где FileName содержит depot.
Если поднят сервер хранилища, то можно снифить траффик на сервере, ловить xml, где есть атрибут "name" со значением "DevDepot_unbind"
Еще можно на клиенте настроить техжурнал с такой настройкой
<event>
<eq property="name" value="DBV8DBEng"/>
<eq property="func" value="deleteFile"/>
<eq property="filewild" value="depot.dat"/>
</event>Все это позволит узнать точное время отключения от хранилища
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Постфактум без спец подготовки никак.
Если база серверная, то повестить тригер на таблицу Files на удаление строк, где FileName содержит depot.
Если поднят сервер хранилища, то можно снифить траффик на сервере, ловить xml, где есть атрибут "name" со значением "DevDepot_unbind"
Еще можно на клиенте настроить техжурнал с такой настройкой
Все это позволит узнать точное время отключения от хранилища
Если база серверная, то повестить тригер на таблицу Files на удаление строк, где FileName содержит depot.
Если поднят сервер хранилища, то можно снифить траффик на сервере, ловить xml, где есть атрибут "name" со значением "DevDepot_unbind"
Еще можно на клиенте настроить техжурнал с такой настройкой
<event>
<eq property="name" value="DBV8DBEng"/>
<eq property="func" value="deleteFile"/>
<eq property="filewild" value="depot.dat"/>
</event>Все это позволит узнать точное время отключения от хранилища
У нас это делалось проще (все сидели в одной комнате).
Первый, кто обнаруживал непотребство - издавал боевой клич ирокезов "Какая {женщина с пониженной социальной ответственностью} отключил от хранилища????"
Находились быстро...
Просто было проще... К хранилищу подключался каждый из своей конфы. А центральная (не рабочая) была обычно доступна 1-2м (чтобы выгрузить конфу для обновления). Но доступ был не запрещён, поэтому иногда такие коллизии возникали.
Первый, кто обнаруживал непотребство - издавал боевой клич ирокезов "Какая {женщина с пониженной социальной ответственностью} отключил от хранилища????"
Находились быстро...
Просто было проще... К хранилищу подключался каждый из своей конфы. А центральная (не рабочая) была обычно доступна 1-2м (чтобы выгрузить конфу для обновления). Но доступ был не запрещён, поэтому иногда такие коллизии возникали.
В небольшом коллективе разработчиков проблем обычно не возникает.
Один раз проводится разъяснительная работа (т.к. по незнанию отстрелить конфу очень легко) и все. Ежели у кого рука дрогнула - сам обратно и подключает.
Если вдруг завелся диверсант, можно попробовать вычислить по логу запуска конфигуратора. Если подозреваемый промежуток времени не слишком большой - этого может быть достаточно.
Один раз проводится разъяснительная работа (т.к. по незнанию отстрелить конфу очень легко) и все. Ежели у кого рука дрогнула - сам обратно и подключает.
Если вдруг завелся диверсант, можно попробовать вычислить по логу запуска конфигуратора. Если подозреваемый промежуток времени не слишком большой - этого может быть достаточно.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот