В недавнем (мы установили его в январе) масштабном обновлении «Приоритета» и платформы эту проблему наконец-то исправили. Теперь вместо дубликата создается только ссылка на исходный бинарник, а отдельный бинарник появляется только в случае внесения правок в файл. Слава разработчикам! Но что делать с теми дубликатами, которые уже созданы?
Вы можете через своего партнёра или просто как клиент запросить в техподдержке скрипт который бы удалил дубликаты файлов созданные в период работы согласований. Но в целом ваш вариант тоже неплох
В целом непонятно почему именно эти файлы занимаю в БД основное место?
Можно воспользоваться процедурой
exec dvsys_help_show_section_size
вот что она может:
В результате работы будет выведен список таблиц, отсортированный по размеру, в сторону уменьшения. Ниже приведены рекомендации, если в списке таблиц с большим размером окажутся следующие.
1. dvtable_{388F390F-139E-498E-A461-A24FBA160487}
В данной таблице хранятся журналы всех экземпляров бизнес-процессов, которые существуют в системе. Для уменьшения размера таблиц нужно: 1. Удалить все отработавшие и уже не нужные экземпляры бизнес-процессов. Если запускаются подпроцессы, то необходимо сделать настройку удаления подпроцессов после завершения. 2. Определить какой из процессов делает большее число записей. Сделать это можно посмотрев на поле InstanceID в строке из данной таблицы. В этом поле содержится идентификатор карточки экземпляра бизнес-процесса. Журнал такого процесса, если он не нужен, можно очистить. Команда очистки журнала определенного процесса: DELETE FROM [dvtable_{388F390F-139E-498E-A461-A24FBA160487}] WHERE InstanceID = 'ТУТ_ДОЛЖЕН_БЫТЬ_ID_ПРОЦЕССА_БЕЗ_ФИГУРНЫХ_СКОБОК'
Для удаления журналов всех завершенных бизнес-процессов выполните: DELETE FROM [dvtable_{388F390F-139E-498E-A461-A24FBA160487}] WHERE InstanceID IN (SELECT InstanceID FROM [dvtable_{0EF6BCCA-7A09-4027-A3A2-D2EEECA1BF4D}] WHERE State = 4)
Можно удалить журналы всех экземпляров бизнес-процессов. На работу системы это не повлияет, однако, если есть процессы, приостановленные по ошибке, то причину остановки не удастся выяснить без журнала. Поэтому сначала нужно проверить нет ли процессов приостановленных по ошибке. Выяснить причину, а затем очищать таблицу. Для удаления всех строк таблицы выполните: TRUNCATE TABLE dvtable_{388F390F-139E-498E-A461-A24FBA160487}
Для предотвращения роста размера этой таблицы проверьте необходимость ведения журналов в активных бизнес-процессах, особенно которые работают по замкнутому циклу.
2. dvsys_log
В этой таблице хранятся записи журнала "Навигатора". Для того, чтобы журнал не увеличивался не ограниченно в размерах необходимо настроить автоматическую очистку. Для этого в журнале навигатора выставьте опцию "Очищать журнал" с соответствующим параметром. И в консоли настройки задайте "Папку для выгруженных файлов журнала". При такой очистке журнал будет выгружаться на диск (при помощи bcp). Это позволит в дальнейшем восстановить журнал при необходимости. Удалить все записи из этой таблицы можно так же вручную запросом: TRUNCATE TABLE dvsys_log
3. dvsys_files (dvsys_binaries)
В этой таблице хранятся все файлы, загруженные в DocsVision. Уменьшить размер этой таблицы можно только удалив ненужные файлы.
Причём тут разработчики?
Каждый должен заниматься своим делом, врядли разработчик будет хорошо оказывать поддержку и действительно понимать какая проблема возникла у пользователя.
Простой пример:
пользователь: у меня проблема я жму «сюда то».
разработчик: да и правда какая то проблема надо смотреть.
аналитик: надо жать в это только в это «место» спустя N секунд
поддержка: а зачем вам сюда жать? какую задачу требуется решить? может быть взглянем на проблему с другой стороны…
…
profit
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
У вас картинки в статье выпали.
Какой ужасный слог у автора
Вы забыли указать как возникает мысль сходить на google.com, как мозг координирует работу глаз, пальцев, тактильных ощущений
Вы можете через своего партнёра или просто как клиент запросить в техподдержке скрипт который бы удалил дубликаты файлов созданные в период работы согласований. Но в целом ваш вариант тоже неплох
В целом непонятно почему именно эти файлы занимаю в БД основное место?
Можно воспользоваться процедурой
exec dvsys_help_show_section_size
вот что она может:
В результате работы будет выведен список таблиц, отсортированный по размеру, в сторону уменьшения. Ниже приведены рекомендации, если в списке таблиц с большим размером окажутся следующие.
1. dvtable_{388F390F-139E-498E-A461-A24FBA160487}
В данной таблице хранятся журналы всех экземпляров бизнес-процессов, которые существуют в системе. Для уменьшения размера таблиц нужно:
1. Удалить все отработавшие и уже не нужные экземпляры бизнес-процессов. Если запускаются подпроцессы, то необходимо сделать настройку удаления подпроцессов после завершения.
2. Определить какой из процессов делает большее число записей. Сделать это можно посмотрев на поле InstanceID в строке из данной таблицы. В этом поле содержится идентификатор карточки экземпляра бизнес-процесса. Журнал такого процесса, если он не нужен, можно очистить.
Команда очистки журнала определенного процесса:
DELETE FROM [dvtable_{388F390F-139E-498E-A461-A24FBA160487}]
WHERE InstanceID = 'ТУТ_ДОЛЖЕН_БЫТЬ_ID_ПРОЦЕССА_БЕЗ_ФИГУРНЫХ_СКОБОК'
Для удаления журналов всех завершенных бизнес-процессов выполните:
DELETE FROM [dvtable_{388F390F-139E-498E-A461-A24FBA160487}]
WHERE InstanceID IN
(SELECT InstanceID FROM [dvtable_{0EF6BCCA-7A09-4027-A3A2-D2EEECA1BF4D}] WHERE State = 4)
Можно удалить журналы всех экземпляров бизнес-процессов. На работу системы это не повлияет, однако, если есть процессы, приостановленные по ошибке, то причину остановки не удастся выяснить без журнала. Поэтому сначала нужно проверить нет ли процессов приостановленных по ошибке. Выяснить причину, а затем очищать таблицу.
Для удаления всех строк таблицы выполните:
TRUNCATE TABLE dvtable_{388F390F-139E-498E-A461-A24FBA160487}
Для предотвращения роста размера этой таблицы проверьте необходимость ведения журналов в активных бизнес-процессах, особенно которые работают по замкнутому циклу.
2. dvsys_log
В этой таблице хранятся записи журнала "Навигатора". Для того, чтобы журнал не увеличивался не ограниченно в размерах необходимо настроить автоматическую очистку. Для этого в журнале навигатора выставьте опцию "Очищать журнал" с соответствующим параметром. И в консоли настройки задайте "Папку для выгруженных файлов журнала". При такой очистке журнал будет выгружаться на диск (при помощи bcp). Это позволит в дальнейшем восстановить журнал при необходимости.
Удалить все записи из этой таблицы можно так же вручную запросом:
TRUNCATE TABLE dvsys_log
3. dvsys_files (dvsys_binaries)
В этой таблице хранятся все файлы, загруженные в DocsVision. Уменьшить размер этой таблицы можно только удалив ненужные файлы.
Каждый должен заниматься своим делом, врядли разработчик будет хорошо оказывать поддержку и действительно понимать какая проблема возникла у пользователя.
Простой пример:
пользователь: у меня проблема я жму «сюда то».
разработчик: да и правда какая то проблема надо смотреть.
аналитик: надо жать в это только в это «место» спустя N секунд
поддержка: а зачем вам сюда жать? какую задачу требуется решить? может быть взглянем на проблему с другой стороны…
…
profit