Очищення CAD-робочої станції: як не задушити великі збірки

Де насправді лежать гігабайти

Головні накопичувачі — самі CAD-системи. Autodesk Inventor тримає копію кожного збереження в теках OldVersions поруч із кожною деталлю, тож проєктне дерево обростає повною тіньовою історією самого себе; на командному спільному диску з багаторічною роботою OldVersions регулярно важить більше за живі дані. Revit пише журнали до %LOCALAPPDATA%\Autodesk і тримає біля кожної моделі нумеровані ланцюжки бекапів на кшталт project.0001.rvt, а AutoCAD розсипає файли автозбереження sv$, збереження .bak і блокування .dwl, які забули прибрати рухнувші сесії.

SolidWorks паркує файли автозапису та діагностичні журнали там, куди вказують налаштування, — за замовчуванням це тимчасова тека, за якою ніхто не стежить. Рендери й розрахунки лишають результати там, куди користувач указав минулого разу торік, а кожен крах будь-якої CAD-програми лишає по собі тимчасове сміття. Нічого екзотичного — це нормальні побічні продукти інженерної роботи, і вони накопичуються непомітно, бо їх не видно поруч із моделями, які люди справді відкривають.

• Теки OldVersions в Inventor — копія кожного збереження, тіньова історія всього проєкту
• Журнали Revit у %LOCALAPPDATA% і нумеровані ланцюжки .0001.rvt біля моделей
• Файли автозбереження sv$, збереження .bak і покинуті блокування .dwl/.dwl2 в AutoCAD
• Файли автозапису SolidWorks та діагностичні журнали Rx
• Рендери і результати розрахунків, припарковані в корені проєкту з минулого року
• Сміття в %TEMP% після кожного краху будь-якої CAD-програми

Прибирати, не нищачи роботу

Правила суворі, бо ставки реальні. Живих файлів моделей не чіпаємо ніколи, а проєктні бекапи священні, поки їх не заархівують навмисно: підрізана після віхи тека OldVersions — законно, вилучена перед дедлайном — подія в кар'єрі. Журнали й логи — діагностика, а не інженерні дані: архівуйте останній квартал, якщо звернення до підтримки ще можливе, решту видаляйте. Файли блокувань (.dwl, .dwl2) — сміття від рухнувших сесій і тільки, але спершу переконайтеся, що креслення ніхто не тримає відкритим.

Сироти автозбережень заслуговують на погляд перед видаленням: відкрийте DWG, переконайтеся, що він цілий, і тільки тоді відпускайте sv$ і .bak. І порахуйте, перш ніж чистити мережеві диски: локальне прибрання — ваша справа, а в командного файлового сервера свої правила збереження й чуже прізвище у властивостях. Для системного диска тримайте практичне правило: не менше п'ятої частини SSD вільної — нижче цієї межі швидкість запису падає, і машина починає здаватися повільнішою в кожній операції CAD, а не лише при збереженні.

Як удержати потік

Продуктивне обслуговування CAD — це здебільшого гігієна сховища плюс кілька звичок. Сертифіковані драйвери GPU замість універсальних, і чисте встановлення драйвера, коли в'юпорти починають дивувати; індексування Windows Search, вимкнене на проєктному спільному диску, якщо ви й так шукаєте всередині CAD-програм; і свідоме, задокументоване рішення щодо антивірусної перевірки проєктних тек у реальному часі — ІТ-відділи такі винятки роблять, але це компроміс із ризиком, що належить власникові даних, а не форумній пораді.

Нудну частину поставте на розклад: раз на квартал проходьте теки автозбережень, тимчасові каталоги й журнали та перевіряйте запас вільного місця на всіх дисках, яких торкаються проєкти. Сканер сміття на кшталт Kleaner PRO закриває тимчасовий і залишковий бік, не підходячи до проєктних файлів упритул, — правильний розподіл праці. Підтримувані нами CAD-місця лишаються швидкими не через один трюк, а тому, що диск ніколи не підходить до заповнення, а побічні продукти не накопичуються роками.

Питання та відповіді

Читайте також