1. Муки сисадмина 1С. Общие соображения.
Данный цикл статей будет посвящён вопросам, с которыми приходится сталкиваться системному администратору, которому нужно установить, настроить и осуществлять техническую поддержку комплекса программ, который обычно называется система «1С:Предприятие».
Казалось бы, что может быть проще, не нужно никакого сисадмина, покупаешь систему, берёшь дистрибутивный пакет и устанавливаешь всё по инструкции. В принципе, так оно и есть, когда речь идёт об однопользовательском варианте.
Чуть сложнее будет при сетевом использовании с количеством пользователей не более 5. В этом случае можно даже обойтись без базы данных, как таковой, а использовать файловый вариант системы. Однако, нужно понимать, что здесь речь идёт об одноранговой локальной сети, то есть все компьютеры должны быть достаточно мощны для того, чтобы переваривать работу нужной версии программы 1С:Предприятие так, как будто бы работа идёт вообще без сервера. При этом на сервер возлагается только задача предоставления в общий сетевой доступ одного файла, и он, этот сервер, собственно говоря, не должен быть выделенным и может быть ровно такой же машиной, как и клиентские компьютеры, и на нём может даже не стоять серверной операционной системы. Отметим также, что этот вариант не стоит использовать, если размер файла с данными превышает превышает 2 ГБ.
В остальных случаях нужно будет использовать серьёзные СУБД, такие как MS SQL Server, IBM DB2, Oracle Database, PostgreSQL или основанные на ней. Но это ещё не всё. Известны законы, гласящие о том, что затраты на аппаратное и программное обеспечение сложной системы, а следовательно и на работу системного администратора, растут экспоненциально, в зависимости от количества её пользователей. Если для того, чтобы нормально работали 25 пользователей достаточно одного более менее мощного сервера, то для работы 50 пользователей потребуется уже самый мощный сервер, который только можно найти в данный момент. А когда мы говорим о работе 50+ пользователей, да и ещё и работающих не только в локальной сети, а и в удалённом терминальном режиме, например по протоколу RDP, то впору говорить о трёх физических серверах: RDP-сервере, SQL-сервере и 1С-сервере. Но и это опять-таки не всё. Иногда приходится иметь два 1С-сервера. Это становится особенно актуальным, когда в работе компании используются разные конфигурации приложений системы «1С:Предприятие», которые имеют разные требования к ядру системы (или, как её называют, платформе). Также в случае необходимости использования веб-клиента, лучше всего поднять ещё и Linux-машину с Apache. И это мы ещё не говорим о вопросах безопасности, которые неизбежно возникают при работе удалённо и которые требуют отдельных специалистов и отдельного рассмотрения.
Наша задача в этом цикле статей разобрать этот самый сложный случай, выявить все подводные камни, с которыми может столкнуться сисадмин, описать методы решения проблем, которые не всегда можно найти в документации к системе.
1. Как лучше организовать работу Windows Server. Нужен ли RAID?
В настоящее время с появлением быстрых внешних запоминающих устройств (ВЗУ) или внешних накопителей памяти, таких как ssd-диски или nvme-диски, вопрос применения технологий RAID для увеличения скорости логических дисков стал бессмысленным. Особенно в связи с тем, что теперь не нужно оптимизировать движение головки дисковода для считывания (записи) данных. Однако, вопрос применения RAID с целью предотвращения потери данных при сбое накопителя (RAID уровня 1) остался таким же актуальным, если не сказать, что стал ещё более важным, ибо если умирает чисто электронный диск, то он как правило умирает сразу, и возможности спасти данные может и не оказаться вовсе.
Исходя из вышеизложенного мы рекомендуем систему ставить на два быстрых SSD-диска (обязательно с DRAM-буфером), объединённых в RAID-1. Естественно, что диски должны иметь хороший показатель надёжности TBW (Total Bytes Written), который должен превышать 1000 ТБ и (или) DWPD (Drive Writes Per Day), который должен превышать 1, а также хорошее времени наработки на отказ (более миллиона часов).
Что касается логических дисков для ещё более требовательных к скорости приложений, например баз данных MS SQL Server, то тут лучше использовать динамическое зеркало из NVME-дисков с как минимум такими же показателями надёжности.
Поставить ОС на RAID не так просто, ибо как правило драйвера в системе нет. Вы конечно же можете собрать специальный дистрибутив, но мы делать это не рекомендуем, ибо в самый нужный момент его может не оказаться под рукой или же носитель повредится. Значительно грамотней во время установки или восстановления системы воспользоваться утилитой командной стоки drvload. При этом, естественно, вам нужно будет предварительно скопировать на usb-flash drive каталог с драйвером вашего контроллера. Например, для Intel VROC в случае SATA RAID вам нужно будет подготовить каталог, содержащий следующие файлы: iastorb.cat, iaStorB.inf, iaStorB.sys, iastore.cat, iaStorE.inf, iaStorE.sys. Тогда после загрузки с установочного носителя перед тем, как начать установку нужно будет с командной строки ввести: “drvload iastrorb.inf” и “drvload iastore.inf”.