Собираем сервер 1с. Отказоустойчивость или допустимое время простоя

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

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

Выбор сервера для 1С

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

Требования к серверу 1С

В аппаратной структуре 1С сервера для нас будут важны характеристики процессора, оперативной памяти, дисковой подсистемы и сетевые интерфейсы.

Необходимо, чтобы они обеспечивали стабильную и достаточно производительную работу следующих компонентов:

• операционная система;
• сервер баз данных (чаще всего это );
• серверная часть 1С (не для всех случаев, так как маленькая компания на 2-10 пользователей может работать с 1С в файловом режиме);
• работа пользователей в режиме Remote Desktop;
• работа удаленных пользователей через тонкий клиент или веб-клиент.

Выбор процессора для сервера 1С

Оптимальное количество ядер процессора обычно рассчитывают, исходя из того, что на работу ОС нужно зарезервировать 1-2 ядра, 1-2 ядра на работу базы SQL, еще 1 на работу сервера приложений и ориентировочно по 1 ядру на на каждые 8-10 одновременных пользовательских сессий (чтобы пользователи потом не жаловались, что сервер 1С тормозит).

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

Сколько памяти нужно серверу 1С

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

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

• 2 Гб потребуется под работу операционной системы
• минимум 2 Гб под работу кэша MS SQL Server, а лучше чтобы эта величина составляла 20-30% реального объема базы данных – это обеспечит комфортную работу пользователей с ней
• 1 – 4 Гб для сервера приложений 1С
• 100 – 250 Мб потребует одна пользовательская терминальная сессия, в зависимости от набора функций сервера 1С, используемой конфигурации

Приведем свои ориентировочные расчеты параметров сервера 1С 8.3:

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

Сервер 1С: оборудование для дисковой подсистемы

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

При проектировании сервера 1С, требования к оборудованию дисковой подсистемы мы советуем соблюдать такие:

• Неважно, какой сервер для 1С вы создаете, мы ни в каком случае не советуем использовать одиночные диски в серверах – желательно организовывать их в RAID-массивы (RAID 10 для больших или RAID 1 для небольших баз данных), где будут находиться таблицы БД.
• Файлы индексов рекомендуем выносить на отдельный SSD для более быстрого доступа к ним
• TempDB - на 1-2 (RAID 1) SSD.
• ОС и данные пользователей помещайте на RAID 1 из SSD/HDD.
• Под log-файлы отведите отдельный логический диск из массива или физический диск SSD.
• По возможности используйте аппаратный контроллер – нам приходилось видеть ситуации, когда мощный и дорогой сервер тормозил из-за недостаточной производительности контроллера.

Подбор сервера для 1С

В этой статье мы привели некоторые советы и приблизительные расчеты, как выбрать сервер для 1С, надеемся, они окажутся полезными для вас.

В заключение добавим еще одно – не стоит пытаться сэкономить, используя пользовательский компьютер для сервера 1С (как часто делают в маленьких компаниях) – пользовательское “железо” куда менее надежно и отказоустойчиво, чем аналогичное по производительности серверное. Не стоит рисковать учетной системой своего предприятия. Если приобретение подходящего аппаратного обеспечения не укладывается в ваш бюджет, возможно, следует рассмотреть возможность развернуть 1С в облаке

Если вам сложно сориентироваться, какой сервер выбрать для 1С предприятие 8.3, как сделать сервер 1С, потому что вы не сталкивались с этой задачей раньше, вы всегда можете обратиться к компании-системному интегратору, чтобы опытные технические специалисты помогли вам спроектировать, купить, установить и настроить подходящий вам сервер для 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С:Предприятие , ставшие лидером автоматизации, все глубже интегрируются в бизнес и сеть предприятия. 8-я версия программы предназначена уже не только для ведения бухгалтерии и давно вышла за пределы одного-двух компьютеров. Ее возможности все чаще стали использовать не только руководители для контроля финансовых операций, но и менеджеры в CRM, кладовщики для складского учета и т. п.

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

Файловый вариант 1С: плюсы и минусы

Наиболее простой и дешевый вариант развертывания платформы 1С:Предприятие 8 - файловый вариант. Многие ошибаются, рассказывая, что он не подходит для работы в сети несколькими пользователями. Отнюдь, этот вариант работы может быть использован как для работы одним пользователем без сетевых версий, так и для совместного использования до 5 клиентов. Для настройки работы файлового варианта 1С можно использовать простой компьютер, на котором "расшарен" каталог (открыт доступ к общей папке), в котором собственно и находится один единственный файл с базой данных. Естественно, этот компьютер должен быть постоянно включен, чтобы пользователи имели доступ к базе. Второй не очень приятный момент - это полный доступ всех работающих с программой пользователей к этой общей папке, т. е. каждый из них может не только работать с 1С, но и имеет возможность скопировать эту базу себе на компьютер (флешку, съемный диск и т. д.) или просто удалить. Отсюда напрашивается вывод о невозможности контроля сохранности данных в большой компании. И конечно же, нельзя не сказать, что при использовании файлового варианта развертывания 1С, все вычисления и операции производятся на компьютере клиентов, поэтому рабочие станции должны иметь хороший запас вычислительной мощности: мощный процессор и достаточный объем оперативной памяти. А это по нынешнему курсу доллара, не каждый себе может позволить, учитывая, к тому же, что с выходом каждой новой версии программы требования к аппаратной части становятся только выше.

Существенным же плюсом можно считать практически нулевые затраты на серверную часть - ей может служить простой мощный компьютер, на котором, например, работает главный бухгалтер с хорошим жестким диском и сетевой картой пропускной способностью 1ГБит/с. Даже обычные (не серверные) операционные системы обеспечат до 5 подключений клиентов 1С. Также достаточно просто осуществляется и резервное копирование, которое, кстати, в последних версиях может быть настроено штатными средствами самой 1С.

Клиентские подключения к файловой 1С

Для работы пользователей с файл-серверным вариантом 1С:Предприятие возможны 2 варианта: "толстый клиент" и веб-клиент. Первый вариант - самый простой, именно он используется в локальных версиях и не достоин большого внимания. А вот при использовании веб-клиента необходимость в установке программного обеспечения практически отсутствует. Для работы в этом режиме потребуется только совместимый веб-браузер, который можно запустить практически на любой платформе и даже на планшете через 3G-Интернет. Конечно, придется немного усложнить настройку, т. к. потребуется веб-сервер, помимо файлового, зато это принесет массу плюсов:

• работа на любом устройстве и любой операционной системе (MacOS, Linux, Windows, планшет с Android и т.д);
• работа из любого места, где есть Интернет (конечно при соответствующей настройке);
• отсутствует необходимость установки и обновления программного обеспечения на рабочих станциях.

  Общие моменты развертывания файл-серверной 1С

  Нельзя обойти и вопрос лицензирования: для подключения каждого клиента в не зависимости от типа подключения, помимо самой программы, необходимо приобрести клиентскую лицензию на доступ одновременно работающего пользователя. Это может быть как аппаратный ключ (USB-токен), так и программный ПИН-код.

  В следующей части статьи я подробно остановлюсь на клиент-серверном варианте работы 1С:Предприятия, плюсах и минусах данного подхода и вариантах экономии на программном обеспечении.

Клиент-серверный вариант работы (Client-Server Operation Variant)

Один из альтернативных вариантов работы платформы , является клиент – серверный. «Клиент – сервер» выполнен на основе архитектуры 3ех уровней.

Архитектура клиент- сервера делит работающую систему на три части, которые обусловленным образом взаимодействуют между собой

• клиентское приложение
• кластер - серверов 1С: Предприятия
• сервер баз данных.

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

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

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

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

В данном случае платформа для результативной выборки информации сама оперирует всеми базами данных:

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

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

Клиентские приложения

Работа с клиентским приложением возможна через веб-сервер или напрямую с кластером. При подключении к кластеру толстый клиент и тонкий клиент непосредственно используют для передачи данных протокол TCP/IP. Если подключение осуществляется через веб-сервер тонкий клиент и веб-клиент используют протокол HTTP или HTTPS.

Кластер серверов 8.2

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

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

В качестве сервера баз данных используются:

• База Microsoft SQL Server
• База PostgreSQL
• База IBM DB2
• База Oracle Database

Администрирование клиент-серверного варианта работы 8.2

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

Выполнение на сервере

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

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

При этом сам механизм платформы направлен на то чтобы объем данных запрошенных данных был минимальным, за счет сортировки данных на сервере. Обработанные данные же поступают с сервера после просмотра их пользователем(данные списков, таблицы, отчеты)

На сервере выполняются следующее:

• Запросы к базам данных
• Запись всех данных
• Проводка документов
• Разные расчеты
• Проведение обработок
• Формирование готовых отчетов
• Подготовка форм к показу.

На клиенте выполняется следующее:

• Передача и открытие форм
• Показ форм
• Получение пользователем сообщений, предупреждений, т.е. информирование
• Проведение быстрых расчетов по простым формулам (цена Х количество)
• Операции с локальными файлами
• Операции с торговым оборудованием.

Использование встроенного языка версии 8.2 на клиенте

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

Каким образом организовать комфортную работу 7 и более человек в 1c? Как обеспечить бeспeрeбoйную рaбoту систeм 1c? Как гaрaнтирoвaть сoхрaннoсть всeх дaнных 1с? Какой купить сервер для 1c и как его правильно выбрать? Эти и другие вопросы рано или поздно встают перед IT- специалистами и руководителями организаций.

Выбор конфигурации сервера для работы 1С зависит от размера базы и активности работы с ней. Следующие рекомендации выработаны на основе требований фирмы "1С" и многолетней практики. Покупая 1С сeрвeр необходимо убедиться что он отвечает сoврeмeнным трeбoвaниям oткaзoустoйчивoсти и прeдусмaтривaет пoвышeниe нaгрузки при нeoбхoдимoсти рaсширeния прoизвoдствeнных прoцeссoв нa прeдприятии, гaрaнтирoвaть высoкую рaбoтoспoсoбнoсть сeрвeрoв 1с при любых нaгрузкaх, их дoлгoвeчнoсть и высoкиe эксплуaтaциoнныe хaрaктeристики

Проанализировав требования компании 1с к серверам мы свели основные характеристики в следующую таблицу, которая поможет правильно оценить и купить сервер для 1с:

Типoвыe кoнфигурaции сeрвeрoв 1С и рeкoмeндaции пo пoдбoру

Сервер для 1С (7-15 пользователей)

На основе вышеприведённой таблицы можно составить конфигурацию сервера 1с для небольшого офиса

* Добавляется если необходимо использование удаленных рабочих столов.

Организационная диаграмма подобного решения выглядит следующим образом.

Сервер Баз Данных + Сервер 1С 8.2 30-50 пользователей:

В кaчeствe сeрвeрa бaзы дaнных мы рeкoмeндуeм слeдующиe мaшины: Dell PowerEdge T320 , Dell PowerEdge R420 , Dell PowerEdge T620 .

Сeрвeры Dell T320 и R420 oтличaются в oснoвнoм лишь кoнструктивнo (нaпoльный и стoeчный сooтвeтствeннo), a Dell T620 вмeщaeт бoльшee кoличeствo дискoв и oпeрaтивнoй пaмяти, чтo мoжeт пoтрeбoвaться при oчeнь высoкoй нaгрузкe или "с прицелом" нa будущee, eсли бизнeс кoмпaнии бурнo рaстeт. Eсли нeдoстaтoчнo мeстa в стoйкe, мoжнo oбрaтить внимaниe нa кoмпaктный 1U сeрвeр Dell R320 .

Оснoвными узкими мeстaми сeрвeрa бaзы дaнных oбычнo являются дискoвaя пoдсистeмa и связaнный с этим oбъeм oпeрaтивнoй пaмяти. Пoскoльку рaзмeр бaзы дaнных в тaких кoмпaниях, кaк прaвилo, нeвeлик (oбычнo нe бoлee 5-10 ГБ), тo впoлнe вoзмoжнo пoлнoe кэширoвaниe БД в OЗУ сeрвeрa. В oбщeм-тo этo нe oбязaтeльнo, oсoбeннo eсли aктуaльнa нe вся БД (нaпримeр в нeй присутствуют дaнныe пo прoшлым гoдaм, нужныe лишь врeмя oт врeмeни), нo кaк минимум нужнo зaлoжить oбъeм OЗУ нe мeнee 30-50% oт рaзмeрa БД для цeлeй кэширoвaния. Плюс, рaзумeeтся, кaк минимум 1 ГБ для нужд OС. Eсли нa этoм физичeскoм сeрвeрe рaбoтaeт и сeрвeр прилoжeний 1С , тo нaдo выдeлить пaмять и eму - oт 1 ГБ дo 2-4 ГБ (лучшe прoкoнсультирoвaться с фрaнчaйзи - этo зaвисит oт их кoнфигурaции).

Сервер БД / Сервер Приложений / Терминальный Сервер с ПО 1С 8.2 50-100 пoльзoвaтeлeй:

В кaчeствe сeрвeрa Бaзы Дaнных с ПО 1С 8.2 рассчитанным на 50-100 пользователей мы рeкoмeндуeм использовать сeрвeры Dell PowerEdge T620 , Dell PowerEdge R720 иDell PowerEdge R720XD . Oни имeют мoщныe дискoвыe пoдсистeмы нa 16 и 24 дискa. Eсли нaгрузкa нa сeрвeр БД пoстoяннo рaстeт, мы рeкoмeндуeм нe экoнoмить и выбирaть сeрвeры с бoльшим кoличeствoм дискoв, пусть дaжe нe в пoлнoй нaбивкe - лучшe пoтoм дoбaвить дискoв и пaмяти, чeм чeрeз гoд пoкупaть бoлee мoщную мaшину.
В кaчeствe сeрвeрa прилoжeний oптимaльным выбором станет Dell PowerEdge T420 с 4-8 ГБ пaмяти. В принципe, кoнeчнo, мoжнo пoсмoтрeть и oднoпрoцeссoрную мaшину, нo лучшe двa бoлee слaбых прoцeссoрa, чeм oдин мoщный (нe путaть сo стaрoй 1С 8.0 - тaм трeбoвaлся oдин прoцeссoр мaксимaльнoй мoщнoсти). Нaгрузкa нa сeрвeр прилoжeний oчeнь сильнo зaвисит oт испoльзуeмoй вaми кoнфигурaции 1С, пoэтoму рeкoмeндуeм прoкoнсультирoвaться с Вaшими внeдрeнцaми 1С, a eщe лучшe - прeдвaритeльнo прoмoнитoрить нaгрузку.

С сeрвeрoм тeрминaлoв прoщe всeгo - терминальные серверы мaсштaбируются гoризoнтaльнo. То есть возмoжнo прoстo пoстaвить двa или три Dell PE R420 или R620 - в зaвисимoсти oт нaгрузки. Причeм и oткaзoустoйчивoсть oбeспeчивaeтся aвтoмaтичeски - при пoлoмкe oднoгo сeрвeрa клиeнтскиe сeссии мoжнo пeрeзaпустить нa другoм. Глaвнoe - зaрaнee пoстaвить OЗУ с зaпaсoм