Страница 1 из 1

Архив заявок и разделение по годам

Добавлено: 25 сен 2013, 08:37
Andrew
В библиотеке "Заявки" существует папка "Архив заявок". В нее автоматически попадают все заявки (по ссылке). Для удобства хранения есть возможность отбирать разные типы заявок с помощью виртуальных папок, данная возможность описана в этой статье:
Папки для поиска в архиве.

В то же время, вы можете создавать подпапки в "Архиве заявок" и настраивать их как виртуальные по своим собственным условиям, например, отбирая по дате создания. Таким образом вы можете создать архив по годам.

Нужно понимать, что виртуальные папки сами по себе являются фильтром - все ссылки так и будут лежат в папке "Архив заявок". Вы можете перемещать документы вручную, или удалять их по мере необходимости. Автоматизированных средств для подобных перемещений нет.

Re: Архив заявок и разделение по годам

Добавлено: 02 апр 2014, 15:41
Eugene
Как сделать экспорт заявок за прошлый год(период) с последующим удалением их из базы?
База растет как на дрожжах. :?

Re: Архив заявок и разделение по годам

Добавлено: 04 апр 2014, 08:37
Andrew
Насколько велика у вас база сейчас? Проверьте модель логирования транзакций (должна быть Simple). Реальный объем - это объем mdf-файла.

Суть проблемы "большой базы" в следующем:
1) чем больше файлов-вложений к шифрованным письмам , и файлов в заявках - тем больше база.
2) чем больше заявок, маршрутов - база тоже увеличивается , примерно 100кб на один документ при среднем наборе маршрутов (даже если бы небыло файлов вообще).

Пути решения:
1) в ближайшее время (порядка 1-2 мес) будет обновление на версию 5.6. Сейчас эта версия на тестировании в Харьковском управлении. Если ее одобрят, то у вас будет возможность включить режим FILESTREAM для SQL Server, и вытеснить файлы-вложения из базы на диск. Бекап базы при этом меньше не станет, но производительность увеличится.
2) вы можете выгрузить Заявки , но только в виде таблицы (Csv). Разумеется, полными данными это не назвать (нет файлов, нет дочерних документов и т.п.).
3) с версии 5.6 появится возможность выделить и "уничтожить" заявки (и любые документы), причем также маршруты по ним. Это позволит очищать базу, но вернуть их будет нельзя.

Re: Архив заявок и разделение по годам

Добавлено: 04 апр 2014, 09:09
Eugene
Simple, база 3 Gb, более 500 заявок за год. Уверен у других больше.

Re: Архив заявок и разделение по годам

Добавлено: 04 апр 2014, 15:03
Andrew
Скажем так, 3 ГБ база это еще далеко не "конец света", поэтому логично дождаться версии 5.6 , где будут инструменты перехода на FILESTREAM, но опять таки это если вы ощущаете что система стала тормозить. В заявках у вас док-файлы (шаблоны), которые скорее всего, не большие по размеру. Может быть у вас "тяжелые" сообщения шифрованной почты? В этом случае есть смысл даже сейчас найти такие ящики, и просто удалить старые "Отправленные" и "Входящие" шифрованные сообщения, особенно если их уже не открыть из за просроченных ключей.

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

Re: Архив заявок и разделение по годам

Добавлено: 08 апр 2014, 15:58
Eugene
Дело в том что в многих ТУ по два админа от разных отделов (сетевики и автоматизация) на одном комплексе.
Скажите как (каким запросом) отследить размер заявок и размер почтовых отправлений отдельно ?
Чтобы можно было вести разговор с цифрами кто именно должен отжимать базу. :oops:

Re: Архив заявок и разделение по годам

Добавлено: 14 авг 2014, 13:01
Eugene
Что слышно про версию 5.6 ?

Re: Архив заявок и разделение по годам

Добавлено: 30 дек 2014, 08:56
Eugene
Andrew писал(а):Скажем так, 3 ГБ база это еще далеко не "конец света", поэтому логично дождаться версии 5.6 , где будут инструменты перехода на FILESTREAM,
Но тут вам виднее, можно их удалять или нет, в любом случае делайте бекапы перед такими процедурами.
Конец года, заявок за три года накопилось. FILESTREAM как оказалось не решает проблему общего размера бд.

Нужен механизм выгрузки ВСЕХ заявок за год с удалением их из бд.
В конце концов чтобы сделать электронный архив и сдать его под роспись архивариусу.
Мы же не собираемся хранить их пять лет или десять онлайн! :?