Мини-ПК под учётные системы: почему здесь всё считается иначе

Бухгалтерия, склад, торговля, кадры — программы этого класса стоят почти в каждой организации, и жалобы на них звучат чаще, чем на любые другие: «тормозит», «долго открывается», «зависает на проведении».

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

Чем эта нагрузка отличается

Учётная система — это работа с базой данных, и почти любое действие пользователя превращается в множество мелких обращений к ней: прочитать запись, проверить связанную, пересчитать, записать обратно.

Ключевое слово — мелких. Тяжёлых вычислений здесь почти нет; есть тысячи коротких операций, каждая из которых требует быстрого ответа. Быстро отвечать должны накопитель и память, а не процессор.

Строки про ядра и частоту стоит пояснить. Учётные системы исторически плохо распараллеливаются: одна операция пользователя выполняется в один поток. Значит, шестнадцать ядер не дадут ничего по сравнению с четырьмя, а вот частота одного ядра влияет напрямую.

Файловый режим против серверного

Различие, которое определяет требования к рабочему месту сильнее всего остального.

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

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

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

Сколько памяти на самом деле

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

Реальный аппетит складывается из нескольких слагаемых. Сама программа занимает своё. Операционная система и фоновые службы — своё. Браузер, который у бухгалтера открыт всегда и содержит с десяток вкладок с банковскими и справочными системами, — нередко больше всех остальных вместе взятых.

И отдельная строка в файловом режиме: кэш базы. Чем больше его помещается в памяти, тем реже программа лезет по сети за данными. Именно здесь добавление памяти даёт заметный и сразу ощутимый эффект — гораздо больший, чем замена процессора на старший.

Практический ориентир: шестнадцать гигабайт для рабочего места с учётной системой и браузером, тридцать два — если человек работает с несколькими базами одновременно или делает тяжёлые выгрузки в таблицы.

Что действительно ускоряет

Список короткий, и порядок в нём по убыванию эффекта.

• Твердотельный накопитель вместо механического. Разница на мелких операциях кратная, а не процентная.
• Достаточно памяти, чтобы база и рабочие данные помещались в кэш: шестнадцать гигабайт минимум.
• Переход на серверный режим, если пользователей больше нескольких.
• Быстрая сеть, если режим остаётся файловым: гигабит как минимум, проводной.
• Процессор с высокой частотой, а не с большим числом ядер.

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

Как понять, где именно тормозит

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

1. Откройте диспетчер задач и посмотрите, что загружено во время медленной операции: процессор, диск, сеть или ничего.
2. Если загружен диск — узкое место в накопителе, своём или серверном.
3. Если загружена сеть — проблема в файловом режиме или в качестве линии.
4. Если процессор занят одним ядром на сто процентов — упирается в частоту.
5. Если не загружено ничего, а операция идёт долго — ищите на стороне сервера или базы.

Последний случай встречается чаще всего и именно он объясняет, почему замена клиентских машин не помогает. Клиент просто ждёт ответа, а ответ задерживается не у него. Причины бывают разные — от нехватки ресурсов на сервере до неоптимальных запросов и разросшейся базы, которую давно пора обслужить, — но ни одна из них не лечится покупкой нового компьютера на рабочем месте.

Терминальный доступ

Схема, при которой программа выполняется на сервере, а пользователь видит только картинку. Распространена именно в учётных системах и меняет требования к рабочему месту на противоположные.

Что становится неважным: процессор, накопитель, объём памяти. Клиентская машина принимает поток изображения и передаёт нажатия клавиш — с этим справляется самая простая коробка.

Что становится важным: стабильность сети и качество вывода картинки. Обрыв связи означает потерю сеанса, а задержки чувствуются в каждом нажатии. Поэтому проводное подключение здесь не рекомендация, а требование.

Экономический смысл схемы понятен: вместо полусотни мощных машин покупается один хороший сервер и полсотни простых. Обратная сторона — сервер становится единой точкой отказа, и его простой останавливает всю организацию разом.

Машина, на которой лежит база

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

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

И организационный момент: человек, на чьём компьютере лежит база, должен об этом знать. Иначе он выключит машину, уходя в отпуск, и весь отдел останется без учётной системы — история настолько типичная, что встречается в каждой второй небольшой организации.

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

Резервное копирование базы

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

База учётной системы — это то, что восстановить нельзя. Документы можно напечатать заново, письма найти у контрагентов, но проведённые за год операции существуют в единственном экземпляре. Потеря означает восстановление учёта вручную по бумагам, и это месяцы работы.

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

Периферия и разъёмы

Особенность рабочих мест в торговле и на складе, которую легко упустить при выборе компактной машины.

К такому месту нередко подключено заметно больше устройств, чем к обычному офисному: сканер штрихкодов, принтер этикеток, чековый принтер, денежный ящик, терминал оплаты, весы, дисплей покупателя. Половина из них занимает по разъёму.

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

Отдельная история — устаревшие разъёмы. Часть торгового и промышленного оборудования до сих пор подключается по последовательному порту, которого у современных компактных машин нет. Переходники работают, но не со всяким оборудованием и не всегда стабильно. В корпоративных линейках такой порт нередко доступен опцией — и если оборудование уже куплено, проверять это нужно до заказа компьютеров.

Что не помогает

Несколько трат, которые в этом классе задач не дают ничего.

Много ядер. Одна операция выполняется в одном потоке, и лишние ядра простаивают. Восьмиядерный процессор не проведёт документ быстрее четырёхъядерного с той же частотой.

Видеокарта. Интерфейс учётной системы не нагружает графику вообще; встроенного видеоядра достаточно с многократным запасом.

Терабайты на клиенте. База живёт на сервере или в общей папке; локальный накопитель нужен под систему и программы. Важен его тип, а не объём. И последнее наблюдение, которое экономит организациям заметные суммы: прежде чем закупать новый парк под «тормозящую бухгалтерию», стоит потратить день на выяснение причины. В половине случаев она оказывается не в компьютерах вовсе, а в режиме работы, в медленном диске под базой или в самой базе, которую годами не обслуживали. Замена техники в таких случаях расходует бюджет и ничего не меняет, а причина остаётся на месте и продолжает раздражать людей ровно так же, как раздражала до покупки. Диагностика здесь стоит одного рабочего дня и дешевле любого нового оборудования в разы, а на большом парке рабочих мест — и на целый порядок.