Daos и архивация

[lensu1]

Уважаемый ToxaRat и люди, внедрившие даос.
В нашей компании установлен СЭД БОсс-референт уже 4 года, поэтому естественно возникла проблема с местом на серверах. Вывход из этой ситуации нашли в механизме DAOS, однако возникло несколько вопросов, и самый весомый из них - архивация.
У нас настроены правила архивации, в соответствии с которыми документы несколько раз в год списываются в архив – то есть переносятся в архивную базу данных. Сейчас эти базы перемещаются на медленный дисковый массив, так как они оперативно не нужны – инфа за 2005-2006 год. Как в этом случае поступать с вложениями? Они остаются в папочке на быстром дисковом массиве? и есть ли к ним доступ?

Как вы решаете такие вопросы?

 

[ToxaRat]

lensu1
по идеи у вас папочка DAOS должна быть не там же где папочка DATA с базами - если так, то так и оставте всё
если папка DATA & DAOS совпадает то грамотнее было бы архивы перетянуть на другой сервер а там бы это решилось просто админским Move на другос сервер

лично я ушел от понятия Архив в принципе и не клепаю для этого отдельные базы
понятие Архив у меня это светить архивные доки лишь в ОДНОМ представлении как плюсы все отчёты, поиски и т.д. продолжают работать как и ранее

 

[Jooz]

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

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

Касательно отчетов, такую штуку как "шаблон_нейм" или репликал_id не кто не отменял, один настроечный документ и вуаля.

 

[ToxaRat]

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

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