Чистка базы

Ну тут сложно сказать, правильно или нет. Вам виднее. Смотря, что вы получить в итоге хотите.

Из общих соображений можно выделить следующее:

1. Обязательно сделать backup базы перед всем этим мероприятием. Можно и по ходу делать периодически, если нужно. Это лишним не бывает.

2. После массового удаления чего бы то ни было обязательно почистить историю (сеансы).

3. После удаления и чистки сеансов запустить процедуру [Health].[RefreshDependencies] , затем выполнить "сжатие БД" (shrink).

4. По завершению всех мероприятий выполнить процедуру [Health].[UpdateStatistics]

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

Зайти в VOGBIT, открыть "Администрирование - Файлы программы". Удалить оттуда все без галочки "Системный" (остальные не удалятся).

Получится база без "файлов программы".

Ну а дальше сделать backup стандартными средствами.

Здравствуйте,

"Файлы программы" (вкладка меню "Администрирование") это сложенные в базу данных файлы клиентского приложения. Сложены они туда, чтобы гарантировать, что при подключении к этой базе данных откуда бы то ни было версия программы (клиентского приложения) при этом всегда будет одинаковая.
Если удалить, то, соответственно, не будет такой гарантии. При подключении к этой базе файлы клиентского приложения не будут проверяться и при необходимости обновляться.
Обычно "файлы программы" удаляют те, кто намеренно хочет работать одновременно с разными базами и версиями программы. Разработчики, например. Или если хотят сделать какую-то свою "исходную" базу данных, чтобы её потом было легче "поднимать" до любых последующих версий.

Если вы не очень хорошо понимаете как это всё работает, то лучше не трогать

С данными (номенклатура, работники, документы и т.д.) это никак не связано.

Некоторое количество есть:

Удаление заданий – удаляет все задания по заказу, по выбранным заказам, по отдельным выбранным позициям заказа. Состояние заданий не важно (выполнено/не выполнено). Удаляет все.

Удаление «внеплановых» заданий – удаляет все «внеплановые» задания за указанный период времени – вручную введённые - которые есть в сменах, но ни к каким заказам не относятся.

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

Удалить расписание – удаляет из расписания смены без заданий за указанный период, кроме сохранённых шаблонов. Полезно при очистке заданий по старым заказам. Заданий нет никаких, остаётся «пустое» расписание работы постов висеть. Чтобы его удалить быстро.

Удалить учётные документы – быстро удаляет любые выбранные учётные документы со всем содержимым (накладные, ордера и т.п.). Проведённые/не проведённые – не важно. Удаляет всё.

Генератор, удаление – изначально было сделано для быстрого пакетного удаления того, что сделано генератором – выделенных изделий вместе с параметрами, спецификациями и техпроцессами. Чтобы если, например, неправильно по ошибке ввёл параметры изделия нового при генерации, и программа тебе за 3 секунды наплодила автоматом новые детали, узлы, изделие, спецификации на это всё мероприятие, техпроцессы, нормы и т.п. А потом понял, что неправильно ввёл характеристики и это всё, соответственно, неправильное. Чтобы всё это скопом одной кнопкой удалить.
В некоторых случаях удобно использовать для быстрого пакетного удаления изделий, включая параметры, спецификации, техпроцессы.


Если с чисто технической точки зрения, то вот в таких случаях, как раз, и полезно сделать свою собственную «стартовую» базу данных. Без «файлов программы», только с минимально необходимыми данными.

Чтобы в нужный момент (раз в год) её из загашника достать, поднять до последней на этот момент версии, залить «файлы программы» самые современные на этот момент, и получится готовая для работы новая база.

С идеологической точки зрения, моё мнение, каждый год новая база – это перебор.
Зачем?

По-моему, вполне достаточно:
• Удалить по старым заказам задания;
• Удалить расписание пустое оставшиеся за старое время;
• Удалить «сеансы» (историю работы пользователей)
• Пересчитать зависимости
• Сделать shrink базы
• Пересчитать статистику

И всё, мне кажется, на этом можно успокоиться.
А остальное то зачем косить всё? Оно, в принципе, и не тормозит особо ничего, и не мешает. Пусть себе лежит…

Стандартными средствами воспроизвести что-то подобное не удалось.
Возможно это как-то связано с тем, что эта конкретно база у вас несколько повреждена. И уже давно.
Доподлинно не известно, в результате чего эти проблемы с ней когда-то возникли (сервер внезапно выключился пару раз, или ещё что-то) но факт, что они там есть определённые.

По поводу её "починки" давайте по скайпу или по WhatsApp обсудим. Мы поэкспериментировали с копией, и определённых успехов добились.
Но это не для форума тема. Пишите лично.

Как удалять задания:

Открываете "Производственные заказы", там нажимаете "Ранее выполненные".
Открывается список старых заказов (которые когда-то отметили, как законченные).
Там есть колонки:
- начало работ: дата, когда было выдано первое задание по заказу;
- окончание работ: дата, когда было выполнено последнее задание по заказу;
- закрытие заказа: дата, когда нажали на этом заказе кнопку "отметить, как законченные".

Сортируете по какой-нибудь из этих колонок, выделяете нужные заказы -> Настройка -> Удаление заданий.

Что нужно иметь в виду:
- если заказов/заданий по ним (которые нужно "почистить")  очень много, то лучше не выделять/удалять всё сразу. Лучше частями.
- когда вы таким образом удаляете задания, удаляется в том числе и вся "Статистика производства", связанная с этими заказами: Работники, даты, нормо-часы. Если эта информация потом когда-нибудь может понадобится, то прежде, чем удалять, сначала сделайте резервную копию базы данных. Потом, если что, можно развернуть будет и посмотреть, что нужно.
- после удаления такого массового заданий, выйдите из программы (чтобы закрылся текущий сеанс пользователя), потом зайдите снова и через "Администрирование" - "Сеансы" удалите предыдущий Ваш сеанс (в процессе которого задания удаляли). В процессе такого массового удаления скапливается огромное количество связанных с этим процессом "событий". Удалив сеанс, можно сразу эту гору ненужных "событий" вычистить из базы. Что желательно и сделать.

Как чистить сеансы:
Открываем в VOGBIT меню "Администрирование", нажимаем "Сеансы".
Можно отсортировать по дате, если нужно.
Выделяем "сеансы", которые хотим удалить. Главное, чтобы не было среди выделенных незакрытых сеансов (у которых "время выхода" пустое), иначе кнопку "удалить" из-за этого будет не активна.
Выделяем, жмём "Удалить".
Все события, связанные с соответствующими "сеансами" при этом удалятся.

Ещё пара замечаний:
1. После массовых удалений можно выполнить (через SQL Server Management Studio) для базы запросы:

exec [Health].[RefreshDependencies]

exec [Health].[UpdateStatistics]

2. Чтобы "сеансы" не "плодились" в базе нужно выполнить для неё:  

ALTER DATABASE имя_базы_данных SET TRUSTWORTHY ON;

Выделен незакрытый сеанс. Выделите только закрытые. И будет активна.


Туда не нужно ходить. Удаляйте "сеансы". События сами удалятся.

Причина обнаружена, кнопка активна только если зайти под пользователем sa

Действительно ли сеансы удаляются только из-под SA?