AutoCAD тормозит на сетевых папках: кэш, пути, правила DWG

Почему AutoCAD начинает тормозить в сетевых папках

Ситуация обычно одинаковая: чертеж открывается заметно дольше, при сохранении появляются паузы, иногда «подвисают» регенерации и переключение листов. При этом компьютер может быть вполне бодрым, а задержки возникают именно на проектах, которые лежат на сервере.

Причина чаще всего простая: сеть почти всегда медленнее и менее стабильна, чем локальный SSD. AutoCAD читает и записывает не только DWG. Он постоянно обращается к временным файлам, автосохранению, шрифтам, путям поддержки, внешним ссылкам и подложкам. На локальном диске это почти не заметно, а по сети каждая мелкая операция превращается в ожидание.

Обычно важнее ускорить не «все сразу», а три вещи: открытие DWG (первичная загрузка и поиск зависимых файлов), сохранение (основной файл плюс служебные записи) и автосохранение (паузы каждые N минут).

Хорошая новость в том, что часть улучшений можно сделать без переустановки и без админ-прав. Помогают простые шаги: перенести TEMP и папку автосохранения на локальный диск, сократить «длинные» пути поддержки, убрать лишние сетевые локации из поиска и договориться о понятных правилах хранения проектов.

Типичная история из практики: DWG лежат на сервере, и автосохранение тоже пишется туда же. Каждые 10 минут у всех появляются короткие «стопы», и кажется, что AutoCAD зависает. Перенос автосохранения на локальный диск часто убирает эти паузы сразу, даже если сами проекты остаются на сервере.

Быстрая диагностика: где именно теряется время

Сначала стоит понять, что именно тормозит: сам файл, сеть или окружение (ссылки, шрифты, служебные пути). На это обычно уходит 10-15 минут, зато дальше вы правите точную причину, а не все подряд.

Начните с простого сравнения. Возьмите один и тот же DWG и откройте его локально (скопировав на диск C) и из сетевой папки. Если разница большая, дело чаще всего в сети, правах, антивирусной проверке, обработке ссылок или в том, что AutoCAD каждый раз ищет ресурсы по сетевым путям.

Важно проверить не только открытие. На одном тестовом файле замерьте несколько операций, потому что слово «тормозит» у всех означает разное:

• Открытие файла (время до полной готовности команд)
• Save и SaveAs (время до исчезновения индикатора сохранения)
• Автосохранение (ощущаемые подвисания раз в N минут)
• Plot (время до появления предпросмотра и начала печати)
• Закрытие файла (иногда долго из-за записи временных данных)

Дальше определите масштаб: медленно только в одном проекте или во всех DWG на сервере. Если проблема в одном проекте, часто виноваты Xref, подложки, нестандартные шрифты или тяжелые внешние ресурсы. Если медленно везде, чаще виноваты сетевые задержки, VPN, политики безопасности или профиль пользователя.

Проверьте зависимость от времени суток и от VPN. Простой признак: утром все летает, днем «липнет» при сохранении. Значит сеть перегружена или на файловом сервере появляются очереди.

Для разговора с ИТ полезно собрать короткие цифры:

• Размер DWG
• Количество Xref и их суммарный размер
• Время: Open, Save, SaveAs, Plot

Пример: файл 80 МБ с 12 Xref открывается локально за 25 секунд, а по сети за 2 минуты, при этом Save занимает 40 секунд только днем. Это уже понятный сигнал, где искать причину и что сравнивать после изменений.

Локальный кэш и временные папки: что переносить с сети

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

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

Почти всегда стоит держать локально (на диске C пользователя или на другом быстром локальном диске): временные папки Windows (TEMP/TMP), папку автосохранения AutoCAD, локальные данные пользователя (обычно AppData), а также отдельную рабочую папку для распаковки и временных экспортов, если вы ими пользуетесь.

Если у вас «перемещаемый» профиль и он хранится на сервере, попросите ИТ исключить из синхронизации тяжелые и часто меняющиеся каталоги (обычно это AppData\Local и временные папки). Иначе при входе, выходе и даже во время работы будет идти постоянная синхронизация, а AutoCAD будет ждать сеть.

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

Короткое правило: удаляйте .sv$ и .bak только если вы уверены, что нужное уже сохранено и проверено в DWG. Если были зависания или пропадали изменения, сначала найдите последние автосохранения, откройте их, и только потом очищайте папки.

Пошагово: настройка кэша, TEMP и автосохранения

Часто тормоза дают не DWG, а временные файлы: кэш, автосохранения и резервные копии. Их много, они постоянно создаются и удаляются, и на сети это превращается в задержки.

1) Переносим все временное на быстрый локальный диск

Сделайте один понятный локальный каталог, например на SSD: C:\CAD_Temp\. Дальше настройте AutoCAD так, чтобы он писал туда все, что можно, а на сервер отправлял только итоговый DWG.

Выберите локальную папку для временных файлов Windows (TEMP/TMP) и убедитесь, что на диске есть запас свободного места. В AutoCAD откройте настройки (обычно через «Параметры») и в разделе путей укажите локально папку автосохранения и папку временных файлов (если она настраивается в вашей версии). Проверьте, что в локальных папках у пользователя есть права на создание и удаление файлов. Частая причина тормозов - файлы создаются, но не могут корректно перезаписаться.

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

Зафиксируйте результат: замерьте время открытия и первого сохранения одного и того же DWG до и после изменений.

Пример: DWG лежит на сервере, и каждое сохранение занимает 20-30 секунд. После переноса автосохранений и TEMP в C:\CAD_Temp\ задержка часто падает до нескольких секунд, потому что сеть больше не участвует в постоянной записи служебных файлов.

Главная мысль: проекты можно хранить на сервере, но все временное и автосохранения лучше держать локально, на быстром диске.

Пути поддержки: как сократить задержки при старте и открытии

При запуске и открытии чертежа AutoCAD проходит по «путям поддержки» и ищет нужные файлы. Туда обычно попадают шрифты (SHX, TTF), шаблоны DWT, штампы и блоки, таблицы печати CTB/STB, а также скрипты и LISP. Если в списке много сетевых папок и длинных путей, задержки накапливаются.

Каждый лишний каталог - это дополнительные обращения к сети. А если часть путей недоступна, AutoCAD еще и ждет таймаут, прежде чем идти дальше.

Как сделать быстрее без потери порядка

Держите в путях поддержки только то, что реально нужно каждый день, и по возможности локально. Удобный подход - два слоя поддержки: локальный (быстрый) и командный (общий).

Локально обычно размещают шрифты, CTB/STB, самые частые блоки, LISP, которые постоянно подгружаются. На сервере оставляют редкие библиотеки, архивные шаблоны и большой контент, к которому обращаются нечасто.

Проверьте список путей на дубли и «мертвые» записи (старые серверы, переименованные шары, временные папки). Старайтесь не раздувать список: лучше 3-6 понятных папок, чем 20 «на всякий случай».

Договоритесь о единой структуре

Чтобы команда не собирала поддержку «кто во что горазд», закрепите простую структуру: где лежат CTB, где шрифты, где шаблоны. Тогда новый сотрудник получает готовый набор путей, а ИТ проще поддерживать доступы и резервное копирование.

Ориентир простой: все, что влияет на открытие каждого файла (шрифты, таблицы печати, автозагружаемые LISP), должно быть максимально близко к рабочему месту. Остальное можно держать на сервере, но в одном заранее согласованном месте.

Правила хранения DWG на сервере: структура и порядок

Иногда проблема не в скорости сети, а в хаосе на файловом сервере. Папки с тысячами DWG, бэкапов, PDF и «старых версий» заставляют проводник, антивирус и сам AutoCAD дольше искать, проверять права и обновлять метаданные. В итоге медленнее открытие, сохранение и даже «Сохранить как».

Понятное правило: один проект - одна корневая папка. Внутри держите стабильную структуру, чтобы пути не менялись и ссылки не «отваливались».

Минимальная структура может быть такой:

• 01_Work (рабочие DWG)
• 02_Xref (все внешние ссылки и подложки)
• 03_Plot (PDF, DWF, выпуск)
• 04_Exchange (обмен с подрядчиками)
• 05_Archive (замороженные версии, только чтение)

Так проще чистить, проще настраивать права, и AutoCAD реже «гуляет» по лишним каталогам при поиске.

Для Xref хорошо работают два правила: все ссылки лежат в одной папке (например, 02_Xref), а пути к ним задаются относительные. Тогда проект можно перенести в другую сетевую папку или на другой сервер, и ссылки останутся живыми. Плюс AutoCAD не пытается искать один и тот же файл по десятку разных путей.

Отдельно помогают правила именования и версий. Выберите простой формат (например, Объект_Раздел_Этаж_Дата), избегайте «чертеж(1).dwg» и дублей вроде «final_final». Если нужна история, храните ее в Archive с понятными метками, а не рядом с рабочими файлами.

Пример: отдел держит 30 000 файлов в одной папке «Проект». После разнесения на Work, Xref и Archive поиск ссылок и сохранение становятся заметно быстрее, потому что AutoCAD и сервер перестают постоянно обрабатывать лишние объекты.

Ссылки, шрифты и подложки: скрытые источники задержек

Задержки часто дает не сам DWG, а «обвязка»: внешние ссылки (Xref), картинки, PDF-подложки, шрифты и таблицы стилей печати. Каждая попытка поиска по сети добавляет секунды, а иногда и минуты.

Как понять, что тормозит именно «обвязка»

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

Что быстро находит проблему:

• Откройте палитру внешних ссылок и проверьте, нет ли статуса «Не найдено».
• Посмотрите, где лежат подложки (PDF, DGN, изображения) и насколько они тяжелые.
• Уточните, используются ли нестандартные шрифты SHX/TTF и где они хранятся.
• Проверьте таблицы стилей CTB/STB: AutoCAD может каждый раз заново искать их по длинным сетевым путям.

Практика хранения, которая реально ускоряет

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

Частая причина задержек - отсутствующие шрифты и CTB. Если файла нет, AutoCAD может несколько раз пытаться найти его по всем путям поддержки. Решение обычно простое: один согласованный набор шрифтов и стилей, плюс короткий понятный путь к ним (лучше локальный, или хотя бы один общий сетевой каталог без дублей).

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

Командная работа и сохранение: как снизить риск потерь и зависаний

Во многих командах проблема проявляется не при открытии, а в момент сохранения. Сеть добавляет задержку, а AutoCAD в это время пытается защитить файл от одновременного редактирования.

Когда вы открываете DWG на запись, рядом появляются служебные файлы блокировки (DWL/DWL2). Они нужны, чтобы второй человек не перезаписал вашу работу. Конфликты начинаются, когда блокировка не успела создаться, осталась после обрыва связи или файл открыли разными способами (например, один человек по проводу, другой через Wi-Fi или VPN).

Нестабильное соединение опасно тем, что сохранение может зависнуть в середине операции. В лучшем случае вы потеряете последние правки, в худшем - получите поврежденный DWG или «вечную» блокировку, из-за которой коллеги не могут сохранить изменения.

Сильно помогает простое разделение прав и ролей. Зафиксируйте правила:

• Один файл - один редактор на время правок
• Отдельная зона для правок (WIP) и зона только для просмотра (ISSUED/VIEW)
• Запрет на редактирование из папок «архив/выдано»
• Единый способ доступа к серверу для всех (без смешивания разных путей и «ярлыков»)
• Если DWG «занят», сначала выяснить, кто работает, а не удалять DWL наугад

Чтобы не плодить копии вида (1), (2), (final), используйте короткую, но строгую схему версий: например, суффикс REV01, REV02 или дата в формате 2026-01-28. Промежуточные версии держите в отдельной папке _WIP, а в «выдано» попадает только утвержденный вариант.

Если сеть часто «падает» (удаленный объект, стройплощадка, VPN), безопаснее работать локально: взять копию проекта в локальную папку, внести правки, а затем выкладывать на сервер по регламенту (например, в конце дня или после контрольной точки). Так вы снижаете риск зависания на сохранении и проще разбираетесь, кто что менял.

Частые ошибки, из-за которых ускорения не будет

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

Самые частые промахи:

• Временные файлы и кэш остаются на сетевом диске или в roaming-профиле. Тогда каждое автосохранение и открытие чертежа гоняет мегабайты через сеть.
• В «Путях поддержки» слишком много сетевых папок (или добавлен корень общего диска). При запуске и печати AutoCAD долго перебирает места, где могут лежать шрифты, CTB, шаблоны и LISP.
• Проекты свалены в одну общую папку без структуры. Xref, подложки и изображения ищутся «где попало», появляются дубликаты имен, а люди случайно открывают не те версии.
• На рабочих местах нет единого набора шрифтов и таблиц стилей (CTB/STB). AutoCAD пытается их найти по всем путям, подменяет, пересчитывает и тормозит на регенерации и при выводе.
• Работа идет по медленному каналу без локального сценария. Даже хорошие настройки не спасут, если вы открываете тяжелые DWG, подгружаете Xref и сохраняете напрямую через нестабильный VPN.

Типичный пример: проекты лежат в одной сетевой папке, а у половины сотрудников CTB хранится «у кого-то на диске». В итоге при печати AutoCAD ищет таблицу по сети, не находит, подставляет другую, а пользователь решает, что «сервер тормозит».

Заметное ускорение появляется, когда вы фиксируете базу: TEMP и автосохранение только локально, пути поддержки короткие и точные, правила хранения понятные для всех (структура проекта, единые папки для Xref, шрифтов и стилей).

Короткий чек-лист перед тем, как писать в ИТ

Перед обращением в ИТ отделите проблему настроек от проблемы сети. Часто достаточно пары проверок, чтобы понять, куда копать дальше.

Сначала убедитесь, что все временное у вас локально:

• TEMP и TMP указывают на локальный диск (например, C:), и у вас есть права на запись
• Папка автосохранения (Autosave) находится локально и доступна
• Папка для резервных файлов (BAK) не уходит в сетевой профиль или перенаправленные документы
• Рабочая папка проекта не синхронизируется «на лету» через облако (если такое используется)
• На локальном диске достаточно места (хотя бы несколько ГБ свободно)

Дальше проверьте настройки, которые чаще всего добавляют задержки. Цель простая: меньше сетевых обращений при старте и при открытии.

• В путях поддержки оставлен только нужный минимум, а сетевые пути стоят в конце списка
• Шрифты и файлы печати (CTB, STB, PC3) лежат в одном понятном месте, без дублей
• Xref подключены по единым правилам: одинаковые относительные пути и одна структура папок внутри проекта
• Подложки (PDF, изображения) и облака точек не тянутся из случайных папок на разных серверах
• Антивирус не проверяет каждое создание временного файла AutoCAD в реальном времени (хотя бы для TEMP и Autosave)

Мини-тест для фактов: возьмите один и тот же DWG. Откройте его локально (скопируйте на C:) и замерьте время. Потом откройте этот же файл по сети и сравните. Если разница в разы, дело почти точно не в самом чертеже.

Подключайте ИТ, если локально все быстро, а по сети медленно, или если появляются ошибки прав, долгие зависания при сохранении, разные скорости в разное время суток. В обращение полезно добавить: имя сервера и путь, размеры DWG, время открытия локально и по сети, а также есть ли Xref и подложки.

Пример: как ускорить работу отдела, где DWG лежат на сервере

Отдел из 10 инженеров работает с проектами от 5 до 200 МБ. Все DWG лежат на одном файловом сервере, и со временем становится заметно: открытие тянется, а сохранение иногда зависает на десятки секунд. При этом сами ПК могут быть нормальными, а задержки дают сеть, антивирусная проверка на сервере и постоянные обращения к мелким файлам (шрифты, шаблоны, Xref).

Самый быстрый эффект обычно дает простая логика: сервер остается единым местом хранения проектов, но все, что AutoCAD читает и пишет постоянно, уходит на локальные диски. Проект остается в сетевом репозитории, а временные файлы, автосейв и часть кэша работают локально.

Базовый набор правил для команды:

• У каждого проекта на сервере фиксированная структура: Work, Xref, Export/Plot, Archive.
• Есть общая папка «Обмен», но из нее запрещено подключать Xref в рабочие чертежи.
• Xref и подложки хранятся рядом с проектом и подключаются относительными путями.
• Архив делается пакетно (например, раз в неделю), чтобы рабочие папки не разрастались.

Чтобы доказать эффект, не спорьте на ощущениях. Замерьте до и после три действия на одном и том же файле: время открытия, время первого сохранения и время «Сохранить как» в тот же проект.

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

Что сделать дальше: закрепить настройки и навести порядок

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

Сначала соберите факты: где лежат DWG, откуда подхватываются шрифты и шаблоны, куда пишется TEMP, автосохранение и кэш. Это можно сделать за 1-2 часа и получить понятную картину.

Практичный план:

• Составьте список текущих путей: проекты, поддержка (Support), шрифты, шаблоны, временные папки.
• Утвердите стандарт: DWG и общие ресурсы на сервере, кэш и временные файлы только локально.
• Опишите структуру папок проекта и правило именования, чтобы ссылки и подложки не «гуляли».
• Оформите это в короткую инструкцию и назначьте ответственного.
• Проверьте стандарт на 2-3 типовых проектах: открыть, сохранить, пересохранить, собрать пакет, проверить ссылки.

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

Когда проблема упирается в сервер, хранилище или рабочие станции, имеет смысл подключать интегратора. GSE.kz как производитель и системный интегратор в Казахстане может помочь с подбором и внедрением серверов и рабочих станций, а также с системной интеграцией и круглосуточной технической поддержкой, чтобы изменения в настройках AutoCAD подкреплялись стабильной работой сети и хранения данных.