Разница между зуп и зик 3.1. Какая программа лучше подходит для отдела кадров. Выбор программы для кадров

Около двух лет назад мы публиковали материал о сервере 1С Предприятия на платформе Linux, интерес к этой теме велик до сих пор. В тоже время многое успело измениться, платформа 1С не стоит на месте и чаще всего внедрение выходит за рамки простого повторения инструкций. Это неудивительно, сервер 1С Предприятия сложный продукт, поэтому мы решили начать этот цикл статей, нацеленный на более глубокое изучение предмета.

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

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

Клиент-серверная версия 1С Предприятия представляет собой трехуровневую структуру (т.н. "трехзвенка"), в которую входят: клиент, сервер 1С Предприятия и сервер СУБД. Это полностью независимые компоненты, которые могут сочетаться в любой допустимой комбинации для достижения наилучшего результата. Рассмотрим следующую схему:

Начнем с клиентов, текущая версия платформы (8.2) предусматривает использование трех типов клиентов. Разберем их подробнее.

Толстый клиент

Это классическое клиентское приложение 1С, до выхода платформы 8.2 он был единственно доступным видом клиента. Схема работы толстого клиента следующая: клиентское приложение запрашивает данные у сервера 1С, то в свою очередь запрашивает их из БД и предает обратно клиенту, на котором и производится их обработка. Как можно заметить, данная схема неоптимальна: сервер 1С по сути является всего лишь прослойкой между клиентом и БД, все вычисления происходят на клиенте. Это накладывает повышенные требования на клиентские ПК, т.к. вычислительные мощности сервера не используются. Стоит четко понимать, что в режиме толстого клиента вы не получите увеличения быстродейстивия от перехода к клиент-серверной версии, возможно даже наоборот.

Тонкий клиент

Его можно назвать основным видом клиентского приложения для платформы 8.2, в теории, на практике не все так гладко и мы еще к этому вернемся. Схема его работы кардинально иная: клиент запрашивает данные у сервера 1С, тот получает их из БД, обрабатывает и отдает клиенту результат вычислений. Основная вычислительная нагрузка при этом ложится на сервер, поэтому особых требований к клиентским ПК и каналу от клиента к серверу не предъявляется.

Также тонкий клиент может работать как по протоколу TCP/IP в локальной сети, так и через HTTP через интернет. Для этого требуется еще один посредник - веб-сервер, который передает запросы клиента серверу 1С, никакой обработки данных на веб-сервере не производится, он используется исключительно как транспорт. Преимущества тонкого клиента понятны, он позволяет, при наличии мощного сервера, значительно ускорить работу с программой, также значительно снижается сетевой трафик, что весьма актуально для офисных сетей.

Веб-клиент

Его существование логично вытекает из некоторых свойств тонкого клиента, действительно, если все запросы обрабатываются сервером, транспортом служит HTTP, то почему бы не использовать для работы браузер? Схема работы веб-клиента ничем не отличается от тонкого, однако на сегодняшний день не все функции поддерживаемые тонким клиентом реализованы и корректно работают в веб-клиенте. Отчасти это можно исправить в конфигурации, отчасти накладывает ограничения механизм вывода информации в браузер. Однако веб-клиент у 1С есть и он работает и никто не мешает вам (опять таки в теории) работать в программе лежа на пляже с планшетом.

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

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

На сегодня в режиме управляемого приложения работает лишь часть типовых конфигураций, такие как: Управление небольшой фирмой, Управление торговлей 11, Розница 2 и Зарплата и управление персоналом. Эти решения могут использовать все преимущества новой платформы. Бухгалтерия предприятия 2.0 не использует режим управляемого приложения и в тонком и веб-клиентах работать не будет, это же относится и ко многим сторонним решениям, таким как "Камин" и т.п.

Выводы

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

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

Кластер серверов 1С

Разобравшись с клиентами, перейдем к серверам. Система предусматривает использование трех видов серверов: Сервер 1С, сервер СУБД и веб-сервер. Важно понимать что данные сервера полностью независимы друг от друга, это придает системе гибкость и позволяет рационально использовать вычислительные ресурсы.

Также система не накладывает никаких требований к платформам. Вы можете совместно использовать как Windows так и Linux сервера, в качестве веб-сервера можно использовать Apache и IIS, из СУБД поддерживаются PostgreSQL, MS SQL Server, IBM DB2 и Oracle. Поэтому никто не мешает вам создать схему, в которой сервер 1С работающий на платформе Linux будет работать совместно с сервером БД под управлением Windows Server и IIS и наоборот. Кроме того вы можете использовать несколько серверов СУБД (как и веб-серверов) располагая разные базы на разных серверах.

Такой подход позволяет гибко комбинировать, расширять и изменять существующую конфигурацию в зависимости от текущих потребностей, при этом для конечного пользователя все будет происходить максимально прозрачно. Например вы можете вынести ресурсоемкую ИБ на отдельный сервер СУБД, изменив только параметры подключения к БД в настройках сервера не затрагивая клиентских настроек.

И наконец самое интересное: кластер серверов 1С Предприятия. Да, именно так, не одиночный сервер, а кластер серверов. Обычно здесь и начинаются непонятки, особенно если сервер один. Однако все встает на свои места, если принять во внимание, что понятие кластера серверов в первую очередь логическое, однако данный подход легко позволяет масштабировать схему повышая ее производительность или отказоустойчивость.

Любой кластер состоит из Центрального сервера 1С Предприятие и рабочих серверов. В простейшей конфигурации это будет один и тот же физический сервер. Однако при необходимости мы можем добавить дополнительные рабочие сервера, нагрузку по которым будет балансировать центральный сервер. Это позволяет быстро и прозрачно для пользователей увеличить вычислительную мощь системы и увеличить отказоустойчивость. Кластер также не накладывает требований к однородности платформы, в его составе могут работать сервера как под управлением Windows, так и под управлением Linux.

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

Например, если у вас небольшая нагрузка и вы используете толстый клиент и не поддерживающую режим управляемого приложения конфигурацию имеет смысл совместить кластер серверов 1С и сервер СУБД на одном физическом сервере, так как выделять отдельную машину для прослойки между клиентом и БД весьма расточительно.

И наоборот, при использовании управляемого приложения в режиме тонкого клиента сервер СУБД и кластер серверов лучше разнести по разным серверам, каждый из которых будет оптимизирован под свою задачу.

Для начала предлагаю выделить несколько сценариев работы:

1.) Работа с файловой базой через общий ресурс (веб-сервер)

2.) Работа с файловой базой в терминале

3.) Работа с серверной (MSSQL) базой

Работа с файловой базой через общий ресурс (веб-сервер)

Здесь всё довольно таки просто. Если это обычные формы и 1-3 пользователя. То на "сервер" (машина, на которой будет лежать база выбираем:

• быстые винты - обращаем внимание на скорость вращения шпинделя (берем 7200rpm). Например, не берем у WD серию green, берем black или red. У Seagate можно посмотреть серию Constellation.
• Процессор - не столь важны ядра, как их частота. 1С довольно таки плохо использует многоядерность(вообще никак), поэтому выгоды от 8ми ядерного процессора вы не получите, 2ух-ядерный процессор с бОльшей частотой уделает его. Например, core i3 4360 - на текущий момент это максимальная частота у intel (4ghz в turbo режиме).
• Оперативная память - роли она тут не сыграет. Учитывая как современные приложения пожирают память, поставьте 8гб
• сеть - ну собственно, от 1гбит сети особо вы не выиграете, но тем не менее, если растянута 8ми жильная витая пара (можете посмотреть в коннекторах), то имеет смысл поставить гигабитный коммутатор, заодно будет быстрее файлообмен.
  И последний штрих в этом сценарии - не нужно размещать базу где-то на отдельной машине - длительные операции будут выполняться намного быстрее локально, чем по сети. Поставьте эту машину на рабочее место, откуда планируется, например,закрывать месяц или производить обновления ИБ.

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

• SSD накопитель* вместо обычного винта нас спасёт. Возьмите накопитель на 120гб, благо даже с учетом роста курса стоят они приемлемо. Рекомендую обратить внимание на intel 520/530 series, kingston v300. А лучше просто почитайте обзоры на свежие модели, т.к. этот рынок довольно быстро развивается и на рынок выходят новинки
  *Примечание: Если будете объединять диски в RAID с зеркалированием, например,RAID1. В этом случае есть такой момент: большинству SSD дискам требуется trim для очистки мусора(в основном, касается довольно старых моделей), в режиме raid команда может не поддерживаться и накопитель по мере работы будет деградировать в скорости. Чтобы избежать этой проблемы можно воспользоваться минимум двумя способами: в идеале, приобрести SSD enterprise уровня, например, intel DC3500. Если это покажется дорого можно использовать связку: мат.плата с чипсетом
• Процессор - аналогично с предыдущим пунктом. Чем больше частота тем лучше.
• Оперативная память - большойроли она тут не сыграет. Учитывая как современные приложения пожирают память, поставьте 8гб

Если с базой будет работать локально 1 пользователь то этого достаточно для его комфортной работы, но скорость сетевой работы через общий ресурс будет всё так же медленной. Но и здесь есть выход - работа через web сервер. На просторах интернета вы сможете найти большое количество статей, где описывается как организовать работу с 1С подобным образом, не буду останавливаться в данной статье на этом. Единственное, поделюсь с Вами своими наблюдениями: предпочтительнее настроить работу у пользователей не через web-браузер, а через тонкий клиент (когда добавляем в список ИБ новую базу, на странице размещения ИБ есть пункт "на web сервере"). Это, по моим наблюдениям, быстрее чем через браузер. Кроме того при работе через браузер встречаются ошибки в интерфейсе (съехавшая ТЧ и т.п.), которых нет при работе через тонкий клиент.

Собственно, воспользовавшись данным рецептом (ssd,процессор с большой частотой,web-сервер,тонкий клиент). Можно развеять миф "если число пользователей больше 1 (по некоторой версии больше 0:)) - нужна серверная база*.

*Хотя, конечно, с оговоркой что это не УПП или база размером > ~4гб, а количество пользователей не превышает 4 (это максимальные размер базы и количество пользователей, которые видел я, возможно кто-то встречал случаи, когда через web-сервер с файловой базой работало больше человек? Напишите в комментариях)

Работа с файловой базой в терминале

Перейдем к следующему варианту. У нас есть терминальный сервер и есть файловая база. Здесь всё аналогично сценарию 1 за исключением процессора:

• SSD накопитель вместо обычного винта.*
  *Примечание: обязательно соберите в диски в RAID с зеркалированием, например,RAID1. В этом случае есть такой момент: большинству SSD дискам требуется trim для очистки мусора(в основном, касается довольно старых моделей), в режиме raid команда может не поддерживаться и накопитель по мере работы будет деградировать в скорости. Чтобы избежать этой проблемы можно воспользоваться минимум двумя способами: в идеале, приобрести SSD enterprise уровня, например, intel DC3500. Если это покажется дорого можно использовать SSD пользовательского класса, но тогда убедитесь, что его ресурс перезаписи достаточен для вашего сценария работы.
• Процессор - Здесь имеет смысл взять corei5 вместо i3, т.к. 1С будет работать на терминале, дополнительные 2ядра не помешают, но не забываем и про частоту.
• Оперативная память есть такое устойчивое выражение у админов: памяти много не бывает). Из моей практики 7 человек при работе в БП3 занимают 8-12гб на терминале (зависит сколько документов открыто у каждого пользователя). Для обычных форм количество памяти можно поделить на 2:).Примерный расчет можно сделать так: 256мб для самой терминальной сессии + 1,5гб для 1С

Работа с серверной (MSSQL) базой

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

• Размещение SQL сервера и сервера 1С. На разных машинах или на одной. Есть такой момент: если они находятся на одной машине, то общение между ними происходит через протокол shared memory, и в этом случае мы получаем бонус в быстродействии, которого нет, когда они находятся на разных машинах.
• Процессор. А вот здесь уже пригодится и высокая тактовая частота и многоядерность. Т.к. у нас есть процесс SQL сервра, если он на этой же машине, и несколько процессов сервера 1С rphost которые будут загружать ядра процессора.Отдельно хочу выделить двухпроцессорные системы (т.е. когда на мат.плате два сокета для и более сокета). Даже если берете с одним пустым сокетом "про запас, докупить процессор потом, если вдруг понадобится". Я видел большое количество двухсокетных серверов, которые до глубокого end of life так и простояли с пустым вторым сокетом. Хотя, если фирма платит...зачем отказывать себе в удовольствии:)
• Оперативная память . В своей работе SQL сервер* активно использует оперативную память, если её недостаточно, он будет лезть на диски, которые даже в случае ssd медленее оперативной памяти. Поэтому тут на памяти экономить не стоит. Заложите в бюджет максимально возможное количество (не забываем, конечно о здравом смысле:)), и оставьте свободные слоты на материнской плате, чтобы иметь возможность всегда доставить дополнительную планку.
  *Примечание: не забудьте ограничить максимально используемую SQL сервером ОЗУ, чтобы её хватило для ОС и терминальных сессий, а также увеличьте шаги увеличения tmp и базы SQL (по-умолчанию шаг 1мб, что очень мало, установите 200 МБ на базу и 50 МБ на лог)
• Дисковая подсистема. Может появится мысль, что если объем ОЗУ будет больше размера базы, то она вся будет лежать в памяти и всё будет летать. Оно может так и было бы...до первой операции записи:) которая будет писать на диски. И вот тут то жесткие диски обломают вас:) Используйте SSD диски. И вот тут уже не экономьте не десктопных SSD, приобретите нормальные SSD enterprise уровня. Intel DC3700 -200гб,ресурс 3.7 петабайта (по 10 перезаписей всего объема накопителя в день в течение 5 лет), можно найти за 24000р/шт+второй для RAID1=48000. На лицензии уйдет во много больше.

Вроде всё. Если вопросы/жалобы/предложения - wellcome в комментарии;)

Сервер для 1С - важный технический элемент при построении IT- инфраструктуры. Мы готовы продать серверное оборудование с отличной конфигурацией по адекватной стоимости, без огромных наценок. Только целесообразные конфигурации для решения ваших задач. Оставьте заявку и вы получите устройство, способное закрыть технические потребности организации.

Мы готовы предоставить серверное оборудование любой сложности с соответствующей требованиям конфигурацией. Есть удобная доставка. В Москве доступен самовывоз. В общем, если желаете приобрести, то достаточно просто позвонить, заполнить форму расчета либо написать на электронную почту. Мы предлагаем разнообразные комплектующие, варианты сборок, сделаем коммерческое предложение. Будем отталкиваться от бюджета и собирать максимально целесообразные серверы 1С.

Если пришли за информацией, то она расположена ниже. Мы постарались разместить полноценный материал, способный дать пусть и не исчерпывающий, но объемный ответ на вопрос. Предупреждаем сразу, сведения скорее о железе, чем о программном обеспечении.

• Сервер 1С на 5-10 пользователей
• Сервер 1С на 10-20 пользователей
• Сервер 1С на 20-30 пользователей
• Сервер 1С на 30-50 пользователей
• Сервер 1С на 50-100 пользователей
• Сервер 1С на 200+ пользователей

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

Любую сборку можно сконфигурировать индивидуально под ваши задачи!

Кстати, предварительные параметры можно выбрать в форме ниже. Это позволит специалистам быстрее сформировать коммерческое предложение.

Получить индивидуальный расчет сервера 1С:

Что такое сервер 1С?

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

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

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

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

Типы реализации

Большинство небольших организаций не покупает сервер для 1С. Не видят смысла в такой трате. Ведь достаточно развернуть комплекс на персональном компьютере, следом дать доступ другим ПК. Такой вариант называется «Файловый режим».

Он не способен обеспечить достойную работоспособность, подходит только для применения в локальной сети (конечно, удаленный доступ тоже доступен, но малоэффективен). При превышении числа одновременных обращений к базе выше 5, начинает серьезно тормозить. Периодически зависает. К тому же, ограничение на размер одной таблицы в базе составляет 4 ГБ, крупные компании, стоит сказать, столь объемные таблицы нередко делают. Конечно же, недостатком файлового режима является следующий фактор, чем выше объем базы данных, тем серьезнее требования к ресурсам «железа». К несчастью, если много сотрудников работает в этом ПО либо приходится создавать объемные таблицы, лучше выбрать другой способ реализации структуры ИТ.

И на помощь приходят системы управления DB , которые работают в клиент-серверном типе исполнения. Сервер 1С поддерживает следующие типы СУБД:

MS SQL Server - СУБД, разработанная компанией Microsoft. Надежна, функциональна, но требуется ОС семейства Windows. Есть определенные недочеты: любит оперативную память, занимает ее полностью, потому, приходится выставлять ограничения вручную, периодически происходят утечки RAM при взаимодействии с табличными массивами.

PostgreSQL - бесплатный дистрибутив. Местами медлительна, что доказано опытным путем. Подойдет для небольшого состава сотрудников, крупный штат может не вытянуть. Но, несмотря на недостатки, нет ограничений по поддержк е процессоров, а также отсутствует плато ОЗУ. Основное требование - прямые руки системного администратора. При правильной настройке демонстрирует отличные результаты.

Oracle Database - версионная СУБД, обладающая хорошим функционалом, при том, весьма шустрая, позволяет одновременно проводить запись, чтение. Слабость – требовательность к RAM .

IBM DB2 Universal Database. Хорошо подходит для обработки крупных массивов. Имеет обширный функционал. К сожалению, в этой СУБД есть много лишнего для сохранения совместимости с устаревшими ЭВМ, что снижает действенность СУБД. К оперативной памяти нетребовательна, но потому, что временные таблицы ограничены. Максимальное число поддерживаемых ядер - 16, что накладывает некоторые ограничения.

Наиболее эффективные по тестам СУБД - MS SQL Server, Oracle. Если в бюджете есть ограничения, то выбор стоит остановить на PostgreSQL, она является бесплатной СУБД, но учтите, работает только та версия, что сделана именно для целевого программного обеспечения. IBM DB2 Universal Database используется редко, ведь есть более продуктивные аналоги, но в поддержке устаревшего оборудования и сборок от IBM – лучшая.

Приходим к выводу, что реализовать в клиент-серверном исполнении гораздо эффективнее . В противном случае получаем тормоза и серьезные ограничения. Надеюсь, с выбором СУБД определились, но по факту скажу, что наиболее удобная и популярная - MS SQL Server. Она лучше всего поддерживается программным комплексом, о котором идет речь.

И сразу отвечу еще на один вопрос. Другие интерпретаторы SQL не поддерживаются. По крайней мере официально.

Соответственно, она будет усложняться. Одиночные машины превращаются в кластеры, состав сотрудников расширяется, делится на группы. Но, основа выглядит примерно так, как на схеме. Для численности юзеров свыше 50 точно придется использовать два устройства. Одно для баз данных, второе, в качестве терминального сервера. Иначе мощностей не хватит.

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

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

Чем крупнее организация, шире состав юзеров, тем производительнее потребуется оборудование. В некоторых ситуациях необходим кластер. С виду затраты большие, на деле, купить сервер для 1С и маломощные ПК дешевле, чем пытаться наладить IT-инфраструктуру без оных.

Аппаратура

Итак, какое же железо нам требуется, чтобы реализовать сервер для 1С ? Хороший вопрос, сначала нужно определиться с параметрами, в соответствии с которыми будем выставлять требования:

количество пользователей;

объем DB ;

требующаяся отказоустойчивость;

тип реализации.

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

Численность запросов к SQL – ключевой момент при подготовке технической задачи. Каждый человек или программа способна генерировать определенное количество запросов, занимает часть ресурсов аппаратуры. Так что сборка для 5 пользователей может не подойти для 10, для 50 требования будут выглядеть также иначе. Про 100, 200 тоже самое. Конечно, ПО, которое будет автоматически работать с 1С - отдельная тема, требующая более подробного рассмотрения.

Теперь пункт второй. Есть база данных, соответственно, ее где-то надобно разместить, дать нужное для функционирования количество ресурсов. Задача только с виду легкая. Придется подбирать целесообразные накопители, способные обеспечить скорость и нужный объем. Рекомендуется спрогнозировать потенциальный размер БД, тогда будет проще сформировать требования.

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

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

Пройдемся по комплектующим.

Процессор

ЦП с производительностью минимум 1700 МГц, хоть в требованиях значение ниже, но следует ориентироваться на него, и в итоге купить процессор даже помощнее. Идеально подойдет Intel Cor e i3-8100, Xeon E3-1220 v6 либо AMD Ryzen 3 1200. Конечно, наиболь ш ую производительность даст Xeon, но он дороже всех. Это для 5-10 человек . Если планируется увеличение поголовья «юзеров» , то однозначно стоит выбрать Xeon.

На 10-20 человек уже пригодится Intel Xeon E3-1230 v6, в отличие от более младшего собрата он имеет более высокую тактовую частоту и многопоточность. Хоть она не столь принципиальна, но CPU получается на порядок мощнее. Из менее дорогих подойдут Core i5-8500 и AMD Ryzen 5 1500X. Но последние не смогут показать той же производительности, что и Xeon. Так что остановите выбор на последнем.

Если сервер для 1С планируется на 20-50 человек. То сборка нужна производительная. Про процессоры пользовательского сегмента лучше уже забыть и смотреть на серверный сегмент. Итак. Здесь уже понадобятся минимум Intel Xeon E5-1650 v4 с 6 ядрами 12 потоками и базовой частотой 3,6 ГГц вполне хорош. От AMD подойдет ЦП EPYC 7261 с 8 ядрами, 16 потоками и базовой частотой 2,5 ГГц. Конечно, он покажет меньшую производительность, зато чуть дешевле. Но ненамного.

Для 50-100 юзеров стоит взглянуть уже на Xeon E5-1680 v4 от компании Интел, он заметно мощнее, чем предыдущий CPU . Имеет 8 ядер, 16 потоков и 3,4 ГГц частоты. Можно использовать и AMD EPYC 7351 с 16 ядрами, 32 потоками, базовой частотой 2,4 ГГц. Но он значительно хуже Intel. Но и заметно дешевле.

Для более серьезных решений можно использовать даже двухпроцессорные системы, либо сегментировать устройства. Например, для двухпроцессорной системы идеально подойдет Xeon E5-2643 v4. Но сегментировать устройства гораздо целесообразнее. То бишь, реализовать решение сразу на двух аппаратах.

В целом, надо отметить, что количество ядер в сервере для 1С решающей роли не играют. Больший упор нужно делать на тактовую частоту и производительность в последовательных операциях. Потому, многоядерные ЦП смело отбрасывайте. В обозреваемом программном комплексе поддержка многопоточности и многопроцессорности реализована очень плохо. Многочисленные ядра весомых преимуществ не дают.

Накопители

Бутылочное горлышко в системе традиционно HDD. Начнем с интерфейсов. SATA подходит только для последовательных запросов. Какую-либо параллелизацию можно сделать только в RAID- массиве. Интерфейс SAS получше, до 10 единовременных запросов, но пропускная способность жестких дисков все равно оставляет желать лучшего. Наиболее адекватный выбор - SSD. Подойдут твердотельные накопители с SAS, от SATA рекомендуем отказаться, но тоже вариант и они чуть дешевле. В идеале - SSD NVMe. Они наиболее быстродейственный из предложенных . Но, к сожалению, очень дороги. Отталкивайтесь от бюджета, но выбирать рекомендуем SSD, тогда будет реализована более эффективная система.

Оперативная память

Ну, всякие мелочи вроде материнской платы (ха-ха, мелочь), дополнительных приводов лучше выбирать в зависимости от остальных комплектующих. Но блоку питания стоит уделить особое внимание, стоит брать дорогие версии с метками Bronze, Silver, Gold, Platinum. Последний самый хороший и надежный, первый, менее хорошо, но лучше обычных дешевок.

Обязательно сделайте RAID 1 либо RAID 10 (1+0), второй вариант заметно производительнее. Они обеспечивают дублирующуюся запись памяти. То есть, одно и то же пишется на несколько дисков одновременно. Но учтите, для создания RAID 10 необходимо 4 накопителя.

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

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