Если у тебя бухгалтерия каждый день жалуется на «зависающую 1С», а айтишник разводит руками — статья для тебя. Разбираем, почему именно 1С хуже всех остальных программ переносит удалёнку и что с этим делать.
Почему 1С — особый случай
Word, Excel, браузер — на удалённом рабочем столе работают нормально почти у всех. А вот 1С — головная боль номер один. И дело не в том, что 1С «плохая» (это отдельный разговор). Просто архитектура у неё такая, что любая задержка в сети сразу превращается в страдания пользователя.
Смотри, в чём фишка. Word работает с локальным файлом — нажал клавишу, буква появилась, всё. Никаких запросов наружу. А 1С устроена иначе: каждое действие — это обращение к базе данных. Открыл справочник? Запрос. Провёл документ? Запрос. Сформировал отчёт? Десятки, иногда сотни запросов.
Если база и пользователь в одной локальной сети — никто ничего не замечает, всё летает. Если между ними появляется лишний канал (например, интернет до офиса) — каждый запрос растягивается. Пользователь чувствует это как «тупит интерфейс».
Когда подключаешь 1С через удалёнку, добавляется уже два канала: от твоего ноутбука до сервера + от сервера до базы. И вот тут начинается «1С не работает, верните как было».
Главная ошибка, из-за которой всё тормозит
99% жалоб на медленную 1С через удалёнку — это одна и та же ошибка в архитектуре. Сервер 1С стоит в одном месте, виртуальный рабочий стол пользователя — в другом, и между ними бегает интернет.
Так делать нельзя. Категорически.
Правильно — разместить сервер 1С и виртуальное рабочее место пользователя в одной локальной сети. Желательно — на одном физическом сервере или в одном дата-центре. Тогда между ними не интернет, а внутренняя сеть с задержкой в доли миллисекунды. Пользователь работает с базой так же быстро, как если бы сидел рядом с сервером в офисе.
А что между его ноутбуком и виртуальным рабочим местом? Туда летит только картинка — изображение экрана. На него можно потратить даже слабый интернет, и всё будет нормально работать. Потому что все «тяжёлые» переговоры с базой происходят внутри дата-центра.
Это и есть главное преимущество VDI (виртуальных рабочих столов) перед обычной «удалёнкой через VPN»: вычисления идут рядом с данными, а не на твоём ноутбуке.
Сколько ресурсов нужно одному пользователю 1С
Тут многие промахиваются. Либо берут «с запасом» и платят втридорога, либо экономят и получают тормоза. Реальные ориентиры:
И ещё важный момент: 1С потребляет ресурсы неравномерно. С утра, когда все 100 человек одновременно её запускают — пиковая нагрузка. Днём — спокойнее. Поэтому платформа виртуализации должна уметь два разных режима: гарантировать ресурсы в пик и не простаивать в тишине.
Если планируешь VDI под 1С — закладывай ресурсы по пиковым сценариям, а не по средним. Иначе утром бухгалтерия будет ругаться, что «опять всё висит».
А диски? Это вообще ключевое
Главный убийца скорости 1С — не процессор и не память, а медленные диски. База постоянно читает и пишет, ей нужна высокая скорость случайного доступа.
Простое правило: под базу 1С — только SSD или NVMe. Никаких HDD, даже «быстрых». Разница в производительности между HDD и SSD для 1С — в десятки раз. Это не маркетинг, это реальные цифры.
Если у тебя 1С тормозит, и при этом база лежит на обычном жёстком диске — это первое, что нужно менять. Иногда смена дисков решает проблему быстрее и дешевле, чем покупка нового сервера.
VDI или терминальный сервер: что выбрать под 1С
Тоже частый вопрос. Если коротко:
Терминальный сервер (RDS) — это когда все пользователи работают в одной операционной системе на сервере. Их сессии разделены, но «дом» общий. Дёшево, просто, надёжно. Подходит, если у тебя 30–100 однотипных пользователей бухгалтерии, которые делают плюс-минус одно и то же.
VDI — это когда у каждого пользователя своя отдельная виртуальная машина. Дороже по ресурсам, но даёт преимущества в трёх случаях:
— Пользователи работают с разными версиями или разными базами 1С (например, несколько юрлиц в группе компаний).
— Нужна жёсткая изоляция данных между сотрудниками или подразделениями.
— Помимо 1С, у людей запущены другие тяжёлые приложения, которые могут «съесть» весь сервер у соседа.
— Безопасность критична, и общая среда для всех — неприемлема.
Для большинства компаний оптимально — гибрид: терминальный сервер для массы пользователей 1С, отдельные VDI для тех, кому нужна изоляция (например, главбух, финдиректор, ключевые проектные команды).
Что насчёт безопасности
Тут VDI выигрывает у любой локальной установки 1С. И вот почему.
Когда 1С работает на сервере, а пользователь видит только картинку — он физически не может:
— Скачать базу на флешку. Базы у него вообще нет на компьютере. Скопировать нечего.
— Унести данные домой после увольнения. Доступ отключается за секунду, всё остаётся в дата-центре.
— Случайно удалить или зашифровать базу вирусом со своего ноутбука. Его ноутбук с базой никак не контактирует.
Для компаний, которые работают с персональными данными (а это почти все, если есть сотрудники и клиенты), это не приятный бонус, а требование закона — 152-ФЗ. Централизованное хранение данных в защищённой среде там прямо предписано.
Плюс админ видит всё, что происходит, и может в любой момент завершить подозрительную сессию. На обычном офисном компьютере такого контроля нет.
Что в итоге
Если у тебя 1С тормозит через удалёнку — не ищи проблему в самой 1С. Скорее всего, ошибка в архитектуре: база и пользователи разнесены по разным сетям, между ними — лишний канал, на сервере — медленные диски или мало памяти.
Главное правило: сервер 1С и виртуальные рабочие места — в одной сети, на быстрых дисках, с запасом по памяти под пик. Тогда пользователи не замечают, что работают через удалёнку, а ты получаешь бонусом ещё и безопасность.
И не путай VDI с обычным VPN-доступом к 1С. Это две разные истории. VPN — это «канал боли», по которому каждый щелчок мыши превращается в страдания. VDI — это правильная архитектура, в которой страданий по умолчанию нет.
Если статья оказалась полезной — ставь лайк и подписывайся. В следующих материалах разберём, как считать экономику виртуализации для среднего бизнеса и когда выгоднее облако, а когда — своё железо.