Хороший сервер для 1С

Содержание

Выбор сервера для «1С:Предприятие»

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

Мы собрали рекомендации ведущих производителей оборудования (HP, Dell, IBM) и разработчиков программного продукта «1С» 8.3, чтобы наши клиенты могли выгодно приобрести нужный сервер. Оптимальная инфраструктура сети может быть получена на базе любой операционной системы, но возможности оборудования играют в этом более важную роль.

Критерии выбора серверов

Платформа «1С» может потребовать значительных аппаратных ресурсов от сервера. Если бюджет компании неограничен, что бывает нечасто, можно не задумываясь брать платформы последних поколений, заполнять все дисковые корзины, слоты для ОЗУ и требовать от IT-специалиста бесперебойной работы системы. Выбор оборудования с ограниченными средствами требует более взвешенного подхода. Чтобы понять какому серверу для «1С» будет под силу справиться с этим, необходимо тщательно проанализировать структуру вычислительных нагрузок. Если они известны заранее, спроектировать готовое решение будет значительно проще.

При выборе сервера для «1С» (8.2; 8.3) ориентируются на следующие моменты:

  • количество операторов, одновременно выполняющих ввод данных и формирование отчетов;
  • возможность выделения отдельных физических серверов для SQL и приложения «1С»;
  • планируемые объемы обработки данных;
  • структуру распределения нагрузки в архитектуре клиент-сервер

Выбор процессора и оперативной памяти

Расчет частоты, нужного количества ядер процессора, а также объема оперативной памяти является первым и самым важным шагом. Чтобы рассмотреть несколько вариантов, выбирать сервер для «1С» будем с учетом штата компании.

Малая организация (до 15 сотрудников). При небольшом количестве пользователей объем базы данных, как правило, не превышает 2 Гб, а программа «1С» в виде файловой версии устанавливается на клиентские машины. Нужды ОС при этом составляют 4–6 Гб и еще 4 Гб выделяют на системный файловый кэш. Распределение нагрузки процессора выглядит следующим образом:

  • 2 ядра – для ОС и терминальных пользователей;
  • 1 ядро – для сервера приложений «1С»;
  • 1 ядро – для БД SQL.

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

Средняя организация (до 40 сотрудников). При таком количестве пользователей разработчики «1С» рекомендуют использовать терминальный режим доступа к приложению. Размер баз данных может составлять до 4 Гб. Для такой нагрузки нужно уже как минимум два процессора на 4–6 ядер. Оптимальный объем оперативной памяти составит 16–64 Гб, поскольку для каждого пользователя необходимо выделить минимум 700 Мб. Считается, что прикладное решение «1С», в котором работает клиентская машина, требует от 240 до 480 МБ, а еще 200–220 МБ выделяется под офисные приложения.

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

Большая организация (более 40 сотрудников). Базовая конфигурация оборудования в этом случае будет состоять из трех физических серверов:

  • терминального,
  • СУБД,
  • «1С».

Объемы БД при таком количестве сотрудников часто превышают 4 Гб, и под системный кэш рекомендуется выделять не меньший объем оперативной памяти. Еще 4 Гб будет использоваться операционной системой, а для приложений «1С» потребуется около 8 Гб. Таким образом, нужно не менее 16 Гб ОЗУ.

Под такие задачи подбираются двухпроцессорные серверы с поддержкой Intel Xeon E5-2600 или выше. Если количество сотрудников не превышает 50 человек, для терминального доступа и приложений «1С» можно оставить только одну машину. Однако с учетом перспективы роста компании лучше предусмотреть отдельный сервер для каждой задачи. Если количество задействованного персонала приближается в 100 сотрудникам, нужно развернуть кластер из двух машин для «1С», а для остальных задач оставить по одной.

Выбор дисковой подсистемы

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

В задачу выбора сервера для 1С входит мониторинг дисковой подсистемы, позволяющий найти оптимальное соотношение производительности и надежности. Чрезвычайно важным фактором, влияющим на быстродействие, оказывается ее способность выполнять определенное количество операций чтения/записи в секунду (IOPS). Если база данных составляет до 300 Мб, а количество пользователей «1С» – до 6 человек, этот параметр составляет 400–600. Если количество пользователей сервера доходит до 100 человек, то IOPS будет равняться 18 000. Потоковая скорость передачи играет второстепенную роль.

Для каждого типа жестких дисков установлены значения скорости чтения/записи:

  • SATA – 100/80;
  • SAS – 240/220;
  • SSD – 35 000/8 600.

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

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

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

На сегодняшний день финансовый продукт 1С из прикладной учетной программы для бухгалтерии вырос в широкоформатный комплекс для учета и сопровождения практически любого вида бизнеса, претендуя на конкуренцию с мировыми «монстрами» SAP R/3 и Microsoft Dynamics AX (Axapta).

Российские компании все чаще организовывают свои бизнес-процессы с помощью современных конфигураций 1С 8.3 «Управление торговлей», «Управление производством», «ERP Управление предприятием» и тому подобных. На 1С переводятся отделы бухгалтерии, маркетинга, производственные, продаж, проводится интеграция с системами IP-телефонии и документооборота. Однако, сразу после намерений «давайте работать в 1С» возникают вопросы – на каких ресурсах будет работать центральная база 1С, какое «железо» покажет оптимальный результат за разумный бюджет? Предприятиям-гигантам госсектора в этой ситуации проще – дана чёткая команда многочисленным штатным ИТ-интеграторам и архитекторам, завертелись механизмы крупнобюджетных тендеров с обязательным условием предоставления концепции «под ключ» и дальнейшего сопровождения системы сертифицированными специалистами. А как же быть компаниям, которые хотят сами приобрести и установить себе один из продуктов 1С: Предприятие, разумно расходуя бюджет?

Самой основной ошибкой, если не брать в расчёт использование пиратского или непроверенного ПО, является экономия на аппаратном обеспечении для 1С. Подобные тенденции особенно часто прослеживаются в стартапах и небольших компаниях. Бытует мнение, что не обязательно покупать дорогое серверное оборудование с процессорами типа Intel Xeon, не нужно предварительно рассчитывать объемы ОЗУ, нагрузку на ЦПУ и дисковую подсистему, что нет необходимости создавать избыточность дисковых массивов (Raid), использовать профессиональные дисковые контроллеры с Cache-RAM и так далее. Ошибки в расчетах ИТ-архитектуры для 1С приводят к печальным последствиям, о которых компания узнает уже по факту остановки бизнес-процессов. Поэтому очень важно уделять внимание каждому аппаратному узлу серверной платформы для 1С.

Примеры типичных проблем из-за неправильного построения ИТ-архитектуры под 1С:

  • «Торможение» базы и интерфейсов 1С из-за превышения нагрузки на ключевые ресурсы (обычно, ОЗУ или дисковую подсистему).
  • Ошибки и «вылеты» программы 1С из-за нестабильности работы неверно подобранного оборудования.
  • Простои работы компании по причине выхода из строя центрального аппаратного обеспечения.
  • Частичные либо полные потери данных 1С из-за случайных сбоев аппаратных комплектующих или программного обеспечения.

Аппаратные ресурсы сервера 1С

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

Центральный процессор (CPU)

Количество физических ядер центрального процессора.

Тема извечных споров на всевозможных форумах по 1С – что важнее частота CPU или многоядерность. Корни этих противоречий уходят в прошлое, к 1С 8.0 или даже 1С 7.7. Действительно, исполняемые процессы 1С более ранних версий были сугубо одноядерными, т.е. сколько бы ядер не предоставлял центральный процессор – служба сервера предприятия 1С 8.0 или «толстый клиент 1С 7.7» всегда занимали только одно «нулевое» ядро в операционной системе. На сегодняшний день картина изменилась – операционная система смело распределяет задания одного процесса 1С: Предприятие (rphost) по нескольким ядрам ЦПУ (см. рисунок 1).

Рисунок 1 — Нагрузка на ЦП при работе процессов сервера 1С

Но это абсолютно не значит, что если купить процессор с максимальным количеством ядер, то сервер 1С в паре с СУБД (чаще всего под СУБД имеется ввиду MS SQL) покажут фантастическую производительность и перепроведение бухгалтерских периодов в программе 1С станут делом нескольких минут. Нужно понимать отличие между скоростью выполнения одной операции и процессом одновременной обработки большого объема информации. Количество физических ядер как раз позволяет решить вопрос стабильности и производительности одновременной работы с множеством разных заданий сервером 1С:Предприятия и СУБД. Отсюда вывод – чем больше количество пользователей 1С, тем больше будет играть роль нужное количество ядер для комфортной одновременной работы этих самых пользователей. Зависимость количества пользователей от количества ядер для сервера 1С показана в таблице 1.

Таблица 1 — Соотношение количества пользователей на сервере 1С и рекомендуемого количества ядер ЦП

Количество одновременно работающих пользователей на сервере 1С:Предприятие Тип и модель процессора Количество используемых ядер
До 10 пользователей Пользовательский Intel Core от 3.1Ghz Не более 2-4
До 20 пользователей Серверный Intel Xeon от 2.4 Ghz От 4 до 6
До 30 пользователей Серверный Intel Xeon от 2.6 Ghz От 6 до 8 ядер
До 50 пользователей Серверный Intel Xeon от 2.4 Ghz – в количестве 2 шт От 4 на каждый процессор

Частота центрального процессора.

В противовес к количеству ядер – частота работы центрального процессора влияет именно на скорость обработки одного кусочка задания в один момент времени, что является самым популярным критерием конечных пользователей 1С. Частота процессора – это именно тот параметр, при увеличении которого у отдельно взятого пользователя увеличится скорость обработки запросов сервером 1С и СУБД и уменьшится время, за которое система предоставит итоговый результат конечному пользователю. В подтверждение этому известный специалист Гилев в одной из своих статей на базе практических тестов сделал однозначный вывод — «на скорость работы 1С гораздо больше влияет частота центрального процессора, нежели остальные его параметры, будь то конечный клиент 1С или же сервер 1С:Предприятие». Такова архитектура программы 1С.

Кеш, виртуализация и гиперпоточность (hyper threading).

В прошлом, когда многоядерные процессоры еще не были так распространены – компанией Intel была придумана специальная технология центрального процессора, имитирующая многоядерность, так называемая «гиперпоточность». После её включения один физический процессор (одно физическое ядро) определяется операционной системой как два отдельных процессора (два логических ядра). Рекомендуем для сервера 1С «гиперпоточность» отключать. Никакого ускорения работы 1С эта технология не приносит.

При использовании виртуальных машин для сервера 1С:Предприятие и СУБД нужно учитывать, что ядра виртуальных машин «слабее» реальных физических ядер, хотя называются одинаково – «ядра». Точных официальных коэффициентов нет, но статьи на технических порталах Microsoft рекомендуют на одно физическое ядро считать 4-6 ядер процессора в виртуальной машине.

Кеш – это сверхоперативная память, используемая процессором для уменьшения среднего времени доступа к компьютерной памяти. По сути, она является неотъемлемой частью процессора, поскольку расположена на одном с ним кристалле и входит в состав функциональных блоков. Здесь всё предельно ясно – чем больше объем кэша, тем более крупные «кусочки» информации сможет обрабатывать процессор. Обычно величина кэша зависит от моделей процессора – чем модель дороже, тем обычно больше там объем кеш-памяти. Однако мы не считаем, что величина кеша процессора кардинально влияет на производительность сервера 1С и СУБД. Скорее это относится к области «тонкого тюнинга».

Тип процессора.

Всем известно, что аппаратное обеспечение делится на серверное и пользовательское. А можно ли в отдельных случаях использовать недорогой пользовательский центральный процессор как альтернативу профессиональному, но дорогостоящему серверному ЦПУ? Оказывается – можно. Рассмотрим таблицу сравнения основных параметров двух вариантов центральных процессоров Intel (см. таблицу 2).

Таблица 2 — Сравнение основных параметров домашнего и серверного ЦП от Intel.

Пользовательский Intel® Core™ i7-6700T Processor (8M Cache, up to 3.60 GHz) Серверный Intel® Xeon® Processor E5-2680 v2 (25M Cache, 2.80 GHz)
Кэш-память 8 MB 25 MB
Частота системной шины 8 GT/s DMI3 8 GT/s QPI
Набор команд 64-bit SSE4.1/4.2, AVX 2.0 64-bit AVX 2.0
Количество ядер 4 10
Базовая тактовая частота процессора 2.8 GHz 2.8 GHz
Макс. объем и тип оперативной памяти 64 GB non-ECC 768 GB ECC
Ориентировочная стоимость 354$ 1 280$

Как мы видим, серверный процессор имеет гораздо более высокие значения в количестве ядер, в объеме кэша, поддержке большего объема оперативной памяти и, конечно же, в более высокой цене. Однако, серверный ЦПУ практически не отличается от пользовательского в поддержке определенных процессорных команд (инструкций) и в тактовой частоте. Отсюда можно сделать вывод – для небольших организаций вполне допустимо применение пользовательского центрального процессора для сервера 1С:Предприятие. Вопрос только в том, что пользовательский процессор не может быть установлен в сокет серверной материнской платы и поддерживать серверную ОЗУ с контролем четности (ECC), а использование пользовательских комплектующих влечет за собой риски стабильности работы всей системы в целом.

Оперативная память (ОЗУ)

Тип оперативной памяти.

Планка оперативной памяти (ОЗУ) различается по ее предназначению – для многопользовательских серверных систем или для персональных устройств – ПК, ноутбуков, неттопов, тонких клиентов и т.д. Как и в случае с ЦПУ – основные параметры модулей ОЗУ примерно равнозначны – современная ОЗУ для ПК практически не отстает от серверной ни в объеме одной планки, ни в тактовой частоте, ни в типе модулей DDR. Отличия серверной ОЗУ от «домашней» в вариантах использования и предназначения аппаратной платформы — отсюда же формируется ее более высокая стоимость:

  • Серверная ОЗУ имеет контроль четности ECC (Error Correction Code) — технику кодирования/декодирования, позволяющая исправлять ошибки в обработке информации непосредственно модулем ОЗУ.
  • Серверная материнская плата имеет гораздо больше разъемов под установку модулей ОЗУ, чем обыкновенный ПК.
  • Серверная ОЗУ содержит регистры (буферы), обеспечивающие буферизацию данных (частичную Registered либо полную Full Buffered), за счет чего уменьшается нагрузка на контроллер памяти при множестве одновременных запросов. Буферизованные модули «FB-DIMM», несовместимы с небуферизованными.
  • Модули регистровой памяти также позволяют повысить масштабируемость памяти — наличие регистров дает возможность устанавливать больше модулей в одном канале.

Можем сделать вывод, что использование серверных модулей оперативной памяти дает возможность устанавливать большие объемы ОЗУ в одной системе, а техники контроля четности ECC и использование буферов позволяют серверной операционной системе работать стабильно и быстро.

Объем оперативной памяти.

Одним из ключевых факторов для высокой производительности сервера 1С и СУБД является достаточный объем оперативной памяти. Конечно же фактические потребности в ОЗУ зависят от многих факторов – тип конфигурации 1С, количество процессов сервера 1С:Предприятие, объем базы СУБД и так далее. Однако можно вывести примерную зависимость объема ОЗУ от количества пользователей (см. таблицу 3).

Таблица 3 — Примерное соотношение количества пользователей сервера 1С и рекомендуемой оперативной памяти на процессы сервера 1С:Предприятие и сервера MS SQL.

Потребность ОЗУ для сервера 1с и СУБД До 10 пользова­телей До 20 пользова­телей До 30 пользова­телей До 50 пользова­телей
Сервер 1с:Предприятие 4-6 Гб 6-8 Гб 12-14 Гб 18-24 Гб
Сервер MS SQL 4-6 Гб 8-10 Гб 16-18 Гб 24-28 Гб

Касательно процессов сервера 1C:Предприятия (rphost.exe) — современные платформы 1С не позволяют в ручном режиме указывать количество процессов сервера 1С. Вместо этого, система требует задать параметры, такие как количество информационных баз и количество пользователей на один процесс rphost.exe, после чего сама автоматически определяет оптимальное количество процессов сервера 1С:Предприятие. Так же можно настроить плавное освобождение процессом rphost.exe ОЗУ в случае, если ее объем превышает заданный заранее порог. При этом сервер 1С создает новый процесс rphost.exe, который постепенно берет на себя задания 1С, позволяя разгрузить требуемый процесс 1С.

Также нужно обратить внимание, что объем ОЗУ, выделенный службе SQL считается достаточным, если попадание данных SQL в cache составляет не менее 90%. Эта метрика довольно удобна, т.к. просто посмотреть количество потребляемой ОЗУ сервером SQL нельзя – последние выпуски SQL имеют динамически потребляемую ОЗУ — захватывается максимально возможное количество ОЗУ и высвобождается по мере запроса ОЗУ другими процессами.

Частота оперативной памяти.

Если коротко, то это пропускная способность каналов, по которым данные передаются на материнскую плату, а оттуда — в процессор. Желательно, чтоб этот параметр совпадал с допустимой частотой материнской платы или превышал ее, иначе канал передачи ОЗУ рискует стать «узким местом». В рамках одного типа DDR увеличение\уменьшение частоты кардинальным образом не влияет на производительность сервера 1С и относится больше к области «тонкого тюннинга».

Тайминги оперативной памяти.

Это задержи или латентность (Latency) ОЗУ. Характеризуется этот параметр временем задержки данных при переходе между разными модулями микросхемы ОЗУ. Меньшие значения означают более высокое быстродействие. Однако, влияние на общее быстродействие серверной системы, а уж тем более, на сервер 1С:Предприятия – невысоко. Обычно, внимание на эти параметры обращают только геймеры и оверклокеры, для которых каждая лишняя капля производительности — дороже всего.

Дисковая подсистема и жесткие диски HDD

Контроллеры жестких дисков.

Основным устройством соединения и организации жестких дисков в аппаратной системе является контроллер жестких дисков. Он бывает двух типов:

  1. Встроенный– модуль контроллера встроен в систему, корзина с жесткими дисками подключается непосредственно в материнскую плату. Считается более экономным решением.
  2. Внешний– представляет собой отдельную печатную плату (устройство), которая подключается в разъем материнской платы. Он считается более профессиональным решением за счет того, что имеет отдельные чипы проведения и контроля операций с жесткими дисками HDD. Рекомендуется для важных серверных систем, таких как сервер 1С:Предприятия и СУБД.

Существует еще третий тип – устройство приема\передачи блочных данных по каналам iSCSI, FiberChanel, InfiniBand, SAS. Однако в этом варианте дисковая подсистема «вынесена» на отдельное устройство хранения данных (СХД), соединяемое с сервером посредством оптического или медного кабеля. В нашей статье мы делаем разбор требований к автономному серверу для 1С, поэтому данный тип мы рассматривать не будем.

Типы и уровни RAID-массивов.

Это технология виртуализации данных, которая объединяет несколько дисков в логический элемент для избыточности и повышения производительности. Рассмотрим наиболее популярные уровни спецификации RAID:

  • RAID 0 («Striping») избыточности не имеет, а информацию распределяет сразу по всем входящим в массив дискам в виде небольших блоков («страйпов»). За счет этого существенно повышается производительность, но страдает надежность. Мы не рекомендуем использовать этот тип массива, несмотря на повышение производительности.
  • RAID 1 («Mirroring», «зеркало»). Имеет защиту от выхода из строя половины имеющихся аппаратных средств (в общем случае – одного из двух жестких дисков), обеспечивает приемлемую скорость записи и выигрыш по скорости чтения за счет распараллеливания запросов. Такой тип массива вполне «потянет» сервер 1С+СУБД до 25-30 пользователей, особенно, если будут использованы диски SAS 15K либо SSD.
  • RAID 10. Зеркальные пары дисков выстраиваются в «цепочку», поэтому объем полученного тома может превосходить емкость одного жесткого диска. По нашему мнению, наиболее удачный тип дискового массива, т.к. в нем соединяются надежность RAID1 и быстродействие RAID 0. В сочетании с дисками SAS 15K либо SSD может быть использован для серверов 1С от 40-50 пользователей.
  • RAID 5. Знаменит благодаря своей экономичности. Жертвуя ради избыточности емкостью всего одного диска из массива, получаем защиту от выхода из строя любого из жестких дисков системы. (его вариация RAID 6 требует лишние два жестких диска для размещения контрольных сумм, но зато сохраняет данные даже при выходе из строя двух дисков). Данный тип массива экономичен, надежен и имеет довольно ощутимое быстродействие «на чтение». К сожалению, узким местом этого массива является низкая скорость записи, что позволяет комфортно использовать его при конфигурациях сервера 1С до 15-20 пользователей. Также он оптимален для прикладных целей – хранения файловых данных, архивов документооборота и т.д.

Типы интерфейсов жестких дисков.

По типу подключения жесткие диски разделяются:

  • HDD Sata Home. Наиболее дешевый вариант жестких дисков, предназначенный для использования в домашних ПК либо сетевых медиа-центрах. Убедительно не рекомендуется использовать подобные устройства в серверах 1с в связи с низким коэффициентом отказоустойчивости и стабильности работы – компоненты этих дисков попросту не предназначены для работы в режиме 24/7 и быстро выходят из строя.
  • HDD Sata Server. Под данным наименованием обычно понимаются жесткие диски с интерфейсом Sata и скоростью вращения шпинделя 7 200 оборотов\мин. Приставка «Server» означает, что такие диски проходили тестирование на работоспособность в серверных системах и рассчитаны на стабильную работу в режиме 24/7. Обычно используются в серверах 1С для хранения больших объемов информации, не требующей высокой скорости ее обработки. К примеру – архивные базы 1с, папки обмена, файлы выгрузок офисных документов и т.д.
  • HDD SAS Server. Отличий интерфейса SAS (современного аналога SCSI) от интерфейса Sata несколько. Здесь и среднее время отклика диска, и работа в общей дисковой полке, и работа с контроллером HDD на более высоких скоростях обмена информацией – до 6 Гб\с (по сравнению с Sata 3 Гб\с). Но главное преимущество — существование моделей SAS-дисков со скоростью вращения шпинделя 15 000 оборотов\мин. Именно эта конструктивная особенность позволяет SAS-дискам проводить почти в 3 раза больше операций ввода\вывода в секунду по сравнению с HDD Sata Server. Такие диски SAS имеют небольшой объем и их рекомендуется использовать под основные базы данных 1с с постоянно высокой рабочей нагрузкой.
  • SSD диски. Эти диски отличаются от предыдущих не интерфейсом подключения, а своей конструкцией – они твердотельные и не имеют движущихся частей, т.е. по своей сути являются аналогами «флешек». Такие технологии позволяют SSD-дискам производить «запредельное» количество операций ввода\вывода в секунду (от 10 000 операций на самых простых моделях SSD). Однако подобное преимущество имеет и обратную сторону – более высокая цена SSD-дисков и «порог их жизни», который зависит от предела количества записи в блоки SSD. Впрочем, с каждым годом эти диски становятся все более доступными и долговечными. Поскольку стоимость SSD дисков многократно возрастает в зависимости от объема – разумнее всего будет использовать их под небольшие, но сверх-нагруженные базы данных 1с, требующие высокой скорости доступа, а так же под временные базы СУБД TempDB.

IOPS – количество операций ввода-вывода в секунду.

По сути, IOPS — это количество блоков информации, которое успевает считаться или записаться на носитель за 1 секунду времени. То есть, в чистом виде — это и есть ключевой параметр скорости обработки информации жестким диском, влияющий на производительность 1С сервера. Если брать для сравнения стандартный блок информации 4кб, то можно примерно выделить следующие показатели IOPS (см. таблицу 4).

Таблица 4 — Показатели IOPS на различых типах жестких дисков при работе с блоком данных 4кб.

Жесткий диск IOPS Интерфейс
7 200 об/мин SATA-диски ~75-100 IOPS SATA 3 Гбит/с
10 000 об/мин SATA-диски ~125-150 IOPS SATA 3 Гбит/с
10 000 об/мин SAS-диски ~140 IOPS SAS
15 000 об/мин SAS-диски ~175-210 IOPS SAS
SSD-диски От 8 000 IOPS SAS либо SATA

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

(см. RAID-калькулятор)

Практический тест

Какая же зависимость между количеством пользователей 1С и количеством iops? Наша команда провела практический тест (см. таблицу 5) по измерению нагрузки на дисковую подсистему определенным количеством сессий 1С. Поскольку система 1С является программируемой средой и каждая компания может иметь свой набор бизнес-процессов в 1С – нам требовалась привязка к некой эталонной конфигурации для тестирования. В этом качестве была выбрана специализированная конфигурация ЦУП 1С, разработанная для тестирования и отладки. На ее базе наши программисты 1С добавили ряд запросов, имитирующих нормальную работу обычного предприятия, с формированием бухгалтерских запросов, проводок, составлением отчетов и проведением операционных документов.

Таблица 5 — Результаты практического теста по нагрузке на дисковую подсистему.

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

Параллельно мы провели практические замеры уже работающих баз 1С УПП 8.2 на протяжении тестового периода – 5 рабочих дней. Они показывают, что в среднем сервер 1С + СУБД потребляет в два раза больше iops «на запись», чем «на чтение». Такая разница между синтетическими тестами и статистикой мониторинга реального сервера 1С обусловлена как периодическими выборками информационных данных с базы в течение рабочего дня, так и регулярным чтением базы при резервном копировании или репликации СУБД.

Прочие составляющие жесткого диска, на которые стоит обратить внимание.

  • Физический размер (форм-фактор). На сегодняшний день почти все известные накопители для персональных компьютеров и серверов имеют размер 3,5 либо 2,5 дюйма. Отметим, что диски 2,5 дюйма не производятся больших объемов.
  • Время произвольного доступа (random access time) — время, за которое жесткий диск гарантированно выполнит операцию чтения-записи на определенном участке магнитного диска. Как правило, более высокими результатами обладают серверные диски. Это является достаточно важным параметром при построении массива дисков для сервера СУБД 1С.
  • Скорость вращения шпинделя — количество оборотов шпинделя жесткого диска в минуту. Здесь все просто и понятно — от скорости вращения шпинделя с магнитными пластинами зависят время доступа и средняя скорость передачи данных жесткого диска.
  • Объём буфера жесткого диска — буфером называется временная память, предназначенная для сглаживания различий в скорости чтения/записи жесткого диска и передачи данных по интерфейсу.
  • Надёжность — определяется как среднее время наработки на отказ (MTBF). Как правило, надежность напрямую зависит от производителя, цены и среды использования жесткого диска. Мы считаем надежность важным параметром жесткого диска, влияющим на качество работы сервера 1С.

Правильный выбор: домашнее или серверное «железо»

Удешевление аппаратных комплектующих и активный рост потенциальных мощностей «домашних компьютеров» приводят еще к одному губительному заблуждению – малый бизнес активно использует рабочие станции в качестве платформы для совместной работы с базами 1С. При этом, не осознавая, что помимо параметров частоты ядра, объема памяти и возможности использования бюджетных SSD-дисков в обычном ПК – существуют более системные, более глубокие и важные требования к работе аппаратного обеспечения в коммерческой структуре (см. таблицу 6).

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

Таблица 6 — Сравнение домашнего и серверного железа по критериям, требуемым для качественной работы сервера 1С.

Параметры Сервер Персональный компьютер
Достаточность вычислительных мощностей
Гарантированная работоспособность системы в режиме 24/7
Надежность и стабильность ключевых аппаратных комплектующих
Возможность удаленного управления питанием и консолью (IPMI)
Бюджетная стоимость аппаратной платформы

Отказоустойчивая работа 1С

Безусловно, одним из важных требований к серверной части 1С является стабильность ее работы и устойчивость к отказам. Компания Microsoft и сама фирма 1С приложили много усилий в этом направлении, создав технологии кластеризации своих сервисов на довольно серьезном уровне (см. таблицу 7).

Таблица 7 — Отказоустойчивость SQL и 1С-серверов

Отказоустойчивость SQL серверов Базирована на концепции единого общего хранилища данных. Встроенная технология кластеризации SQL Server объединяет два SQL сервера в один кластер с единым виртуальным IP-адресом и единой базой. Таким образом при выходе из строя основного SQL — запросы автоматически переводятся на резервный. Вторым вариантом является недавно появившаяся AlwaysOn — технология автоматической регулярной репликации баз СУБД между основным и резервным серверами SQL. При этом дублирующий сервер SQL находится физически на другом хранилище, что повышает устойчивость к рискам
Отказоустойчивость службы сервера 1С:Предприятие Серверы 1С Предприятия объединяются в программный отказоустойчивый кластер active-active с автоматическим переключением при сбое и сохранением текущих сессий.

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

  • Кластеризация SQL использует виртуальный IP. А это значит, что взаимодействие сервера 1С:Предприятие и MS SQL всегда будет происходить по сетевому интерфейсу, даже если оба сервиса находятся в одной операционной системе. Что соответственно приведет к замедлению работы 1С в сравнении с классическим вариантом архитектуры, рекомендуемым самой компанией 1С – использованием разделяемой памяти Shared Memory. В принципе, эту помеху можно «обойти», используя, к примеру, технологию MS SQL Log Shipping. Однако, в таком случае переключение на резервный сервер SQL уже не будет автоматическим и этот вариант нельзя считать полноценным кластером.
  • Кластер SQL требует крупных бюджетных затрат. Если речь идет о классической кластеризации сервиса MS SQL – требуется единое хранилище баз, подключенное к основному и резервному серверам SQL. Обычно в этой роли выступают дорогостоящие системы хранения данных СХД, что увеличивает бюджет на порядок. Если речь идет о новомодной AlwaysOn, то единое хранилище баз не требуется, технология работает с локальными дисками основного и резервного серверов по сети. Зато требуется версия SQL Server Enterprise, лицензия на которую стоит в 4 раза больше, чем на обычный SQL Server StandarD.
  • Количество лицензий. Несмотря на то, что второй сервер SQL не обрабатывает данные и находится в резерве – лицензии нужно будет приобрести на оба сервера – как основной, так и резервный. Особенно болезненным для бюджета являются лицензии SQL Server Enterprise для реализации распределенного кластера групп высокой доступности AlwaysOn.

Выводы и рекомендации по созданию архитектуры для сервера 1С

  • Не нужно использовать дешевое пользовательское аппаратное обеспечение для столь важного сервиса как учетная система всего предприятия. Цена в данном случае напрямую предопределяет качество, стабильность и долговечность такой платформы.
  • Рекомендуем при выборе серверной платформы обращать внимание на наличие двух блоков питания, удаленную карту IPMI и бренд производителя. Конечно же, каждый подбирает решение, исходя из своего бюджета, топовые бренды иногда слишком дороги и не совсем уместны, однако не стоит уж совсем экономить на производителе, это может привести к неконтролируемым форс-мажорам в работе с 1С. Лично мы используем серверные платформы Supermicro в сочетании с серверными ЦПУ Intel.
  • Есть мнение, подтвержденное практикой, что производительность 1С больше зависит от более высокой частоты работы ЦПУ, чем от количества предоставленных ядер.
  • Не нужно экономить на объеме оперативной памяти, выделяемой для сервера 1С и службы SQL. ОЗУ на данный момент является достаточно дешевым ресурсом, а ее нехватка (даже на 10-15 процентов) приведет к сильному падению производительности системы 1С, т.к. включится более медленная система подкачки (swap). Плюс ко всему swap даст дополнительную нагрузку на дисковую подсистему что еще сильнее ухудшит ситуацию.
  • Компания EFSOL предлагает комплексные услуги по подбору сервера 1С , в которые входит:
    • проектирование сервера 1С,
    • закупка,
    • настройка,
    • обслуживание
  • Альтернативным собственному созданию сервера 1С вариантом является аренда сервера для 1С. Облачные технологии позволяют при небольших ежемесячных затратах пролучить надежный отказоустойчивый сервис для комфортной работы в 1С.

+1515
голосов

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

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

Почему ПК плох в качестве сервера
Подмена серверов на процессорах Intel Xeon обычными ПК на Intel Core i5-i7 лишает их владельцев преимуществ, которые они могли бы получить за те же деньги.
При равной частоте процессоры Intel Core i7 и Intel Xeon E3 стоят одинаково. Но Intel Core i7 создан под однопользовательские приложения — вывод графики в играх и кодирование видеоданных, а Intel Xeon E3 оптимизирован на уровне внутреннего микрокода под обслуживание множества одновременных запросов пользователей, в том числе к различным устройствам ввода/вывода (диски, сеть) и поддерживает коррекцию ошибок оперативной памяти (ECC-память).
Бюджетные материнские платы для ПК не рассчитаны на круглосуточную эксплуатацию по ресурсу их компонентов. Есть ограничения по использованию дополнительных устройств — таких как RAID-контроллеры. На платах распаян один сетевой порт на дешевом чипе — потенциально узкое место при сетевых обменах. У серверных плат есть как минимум два сетевых порта на специализированных многопоточных чипах. Дорогие же материнские платы для ПК на качественных компонентах стоят как серверные, и даже дороже.

Уже при 3-5 сотрудниках предприятию для продуктивной работы нужен выделенный сервер. В отличие от пользовательского ПК, сервер подлежит эксплуатации в режиме 24×7 (а не 8×5) в многозадачной многопользовательской среде, с доступом к данным и приложениям по сети, разграничением прав доступа и соответствующим уровнем надежности хранения (см врезку).

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

Якорное приложение

Доминирующей учетной системой малых предприятий (примерно 70% рынка) сегодня является «1С:Предприятие 8.2». Требования этой платформы задают необходимый уровень вычислительных ресурсов серверов — подобно тому, как продуктовый супермаркет выполняет якорную функцию торгово-развлекательного центра: он генерирует трафик, под него рассчитываются людские потоки, подъездные маршруты и парковки, к нему тяготеют смежные магазины и сервисные точки.

Попробуем оценить вычислительную нагрузку на серверы начального уровня под «1С:Предприятие 8.2», ограничившись диапазоном 5-25 пользователей — типичным для малого бизнеса. Обычно используются базовые конфигурации «Бухгалтерский учет» или «Управление Торговым Предприятием» — для регламентированного и оперативного учета, а также «Управление торговлей» — для оперативного и складского учета. Конфигурации «Зарплата и Управление Персоналом» и «Управление Торговым Предприятием» в сегменте «5-25» почти не встречаются.

«Семь… восемь…»
Платформа «1С:Предприятие 8.2» вышла на уровень систем ERP-класса, но потеряла былую легкость предшественницы «1С:Предприятие 7.7» по отношению к запрашиваемым аппаратным ресурсам. Против «семерки», с ее структурным кодом, «восьмерка» более объектно-ориентированная. Так, количество табличных ссылок на объект конфигурации в 8.2 выросло против 7.7 в 20-50 раз.
Платформа 8.2 ориентирована на работу с SQL-сервером. Ее стандартные конфигурации построены на использовании SQL-запросов, в том числе сложных и вложенных. В платформе 7.7 запросы большей частью применялись для построения отчетов. Если на «семерке» в файловом режиме можно было продуктивно работать, то его производительность в «восьмерке» стремительно падает с ростом объема базы данных: при увеличении количества пользователей резко растет количество блокировок таблиц, особенно при доступе к файлам базы данных по локальной сети.
Двухуровневая архитектура платформы «1С:Предприятие 7.7» (SQL-сервер или файлы на диске — Клиентское приложение 1С) поощряла использование терминального доступа к приложению (Remote Access), особенно на предприятиях с большим количеством пользователей или с объемными базами данных. При этом все данные хранятся и обрабатываются на сервере, а у пользователя на ПК только отображается картинка. Такая модель эксплуатации повышает сохранность базы данных, улучшает общую производительность и снижает зависимость от мощности конечных компьютеров пользователей.
В трехуровневой от рождения платформе «1С:Предприятие 8.2» (SQL-сервер — Сервер приложений 1С — Клиентское приложение 1С) терминальный доступ не критичен, разве что при работе в двухуровневом файловом режиме (Файл — Клиентское приложение 1С) пяти и более пользователей.

Малые предприятия работают с файловой либо SQL-версией «1С». Переход от предыдущей платформы «1С:Предприятие 7.7» к актуальной «1С:Предприятие 8.2» существенно увеличил возможности системы в целом. Платой за совершенствование стала сложность взаимодействия с таблицами данных. Как следствие, работа в файловом режиме с ростом числа сотрудников и размера базы данных превращается в мучение, необходим переход на SQL-версию (см врезку). «1С» поддерживает в числе прочих бесплатные и условно-бесплатные SQL базы данных, которых, при их ограничениях (например, 1 процессор для IBM DB2), достаточно для небольшого предприятия.

В задаче проектирования сервера под «1С» для сегмента «5-25», исходим из того, что:

— 5 пользователей «1С» (1-2 активных) с базой до 500 МБ и небольшой нагрузкой обойдутся файловым режимом работы (сервер используется именно как файл-сервер);

— 5-10 пользователям (3-5 активных) базы данных объемом 0,5-1 ГБ скорее всего потребуется режим удалённого доступа к приложению Remote Access (сервер выполняет роль и файл-сервера, и сервера терминалов) и переход на SQL-версию;

— 10 и более сотрудникам с базой данных более 2 ГБ почти всегда требуется SQL-сервер и «1С:Предприятие 8.2. Сервер приложений»;

— При 15 сотрудниках к нагрузке SQL-сервера обычно добавляется поддержка удаленного рабочего стола пользователей (Remote Desktop) — наиболее продуктивного и оптимального по совокупным (включая поддержку) затратам режима работы, даже при необходимости покупать пользовательские лицензии для удаленного доступа (Remote Desktop CAL).

Определяемся с вычислительной мощностью сервера

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

Малому числу пользователей «1С:Предприятие 8.2» для работы с небольшой базой данных 1-2 ГБ в файловом режиме будет достаточно классического файлового сервера на младших процессорах линейки Intel Xeon E3. Объем необходимой оперативной памяти (ОЗУ) считается совсем просто: 2 ГБ под операционную систему и 2 ГБ под кэширование файлов — итого 4 ГБ. При работе пользователей с файловой версией в режиме удаленного рабочего стола потребуются процессоры чуть мощнее — например, Intel Xeon E3-1240v2. Дополнительно к 4 ГБ надо зарезервировать по 150-200 МБ ОЗУ оперативной памяти на каждого пользователя «1С» (1-4 ГБ) — итого порядка 8 ГБ ОЗУ.

В SQL-версии с пользовательским приложением «1С» на клиентских рабочих станциях также хватит среднего процессора из линейки Intel Xeon E3. Дополнительно к 4 ГБ понадобится зарезервировать 1-2 ГБ ОЗУ для кэша SQL-сервера и 1-2 ГБ ОЗУ для Сервера приложений «1С» — то есть всего порядка 6-8 ГБ ОЗУ. В режиме удаленного стола для SQL-версии оптимально использовать линейку старших процессоров Intel Xeon E3 — например, 1270v2, и 8-12 ГБ ОЗУ (а то и 16 ГБ — благо оперативная память нынче недорога).

15-25 сотрудникам, работающим с SQL-сервером в режиме удаленного рабочего стола, хватит процессора из старших Intel Xeon E3 и 16 ГБ оперативной памяти (2 ГБ под ОС, 2 ГБ под кэширование, 2-4 ГБ для кэша SQL-сервера и 1-2 ГБ для Сервера приложений «1С», по 150-200 МБ на каждого пользователя «1С»). Если пользователи на сервере будут запускать Microsoft Word/Excel/Outlook, то на каждое приложение надо выделить еще порядка 100 МБ на брата. Нагруженному серверу терминалов 32 ГБ ОЗУ не помешают.

Таким образом, c точки зрения процессорной мощности, предприятию сегмента «5-25» для работы в «1С:Предприятие 8.2» достаточно сервера с одним процессором и 8-16-32 ГБ оперативной памяти.

В зоне особого внимания

IOPS, MB/s, latency
Количество операций ввода вывода в секунду IOPS (Input/Output operations Per Second) — частотная характеристика, оценка интенсивности обслуживания дисковой системой приходящих запросов. Это далеко не то же самое, что MB/s, мегабайты в секунду – объем прочитанных/записанных данных в единицу времени. Какой из критериев применять к оценке дисковой активности, зависит от типа приложения и характера обращения к данным. К ячейкам таблиц баз данных приложение обращается произвольным (random) образом — там важнее IOPS’ы. Резервное копирование — потоковая операция с последовательным (sequential) доступом к данным, требовательная к скорости MB/s.
Величина IOPS мало информативна без указания времени задержки отработки запроса (latency) и в отрыве от информации о структуре данных: процентного соотношения операций чтения и записи, размера блоков ввода-вывода, длины очереди запросов. Latency — как метрика затрат
времени приложением на выполнение одного запроса ввода-вывода – самая важная характеристика при работе с базами данных, где критично время отклика системы на запрос.
Дисковая подсистема, способная выдать 10000 IOPS со средним временем отклика 50 ms с точки зрения пользователя будет медленнее, чем система, выдающая «всего» 1000 IOPS, но со средней задержкой 10 ms.

Если центральный процессор сервера полностью загружен, это еще не повод для покупки двухпроцессорного сервера. Процессор может быть занят банальным ожиданием выполнения операций ввода-вывода. Чтобы в этом убедиться, достаточно проанализировать дисковую и сетевую активность — в каждой ОС есть свои средства мониторинга, которые позволяют это сделать. Разобравшись с очередями запросов к дискам/сетевым картам и изменив устройство подсистем, можно разгрузить CPU и решить проблему.

В оценке систем хранения есть свои устойчивые заблуждения. До сих пор многие отождествляют их производительность с пропускной способностью (в МБ/s), и даже не физического устройства — диска, а интерфейса к этому диску. Это все равно как выбирать автомобиль по значению максимальной скорости, выбитой на его спидометре. В реальной жизни куда больше практического смысла у такого качества автомобиля, как приемистость (способность ускоряться).

Базы данных чувствительны к длительности обслуживания запросов. Малые задержки, наряду с высокой надежностью хранения — два приоритета серверов баз данных. Способность базы данных к быстрому отклику зависит от физических возможностей устройств хранения обработать поток запросов (в IOPS) и от характера работы с данными (см врезку). Задержки отклика на запросы выливаются в простой сервера — ожидание пользователем ответной реакции учетной системы. В большинстве случаев корни простоя надо искать в дисковой системе, построенной без анализа свойств якорного приложения и его запросов. Процессор не виноват, что его ресурсы не востребованы и он фактически простаивает в ожидании рассасывания дисковых очередей — как невиновны светофоры в транспортных пробках неудобного для езды города.

Структура данных в «1С» — объектно-ориентированная, со множеством перекрестных связей между объектами. Ее дисковый трафик складывается из потоков обращений к таблицам баз данных (DB), их индексным файлам (index), временным таблицам (tempDB), файлам протоколов (логов) SQL и 1C, временным файлам пользовательских приложений «1С» (tmp). Для работы с таблицами и индексами баз данных чрезвычайно важно быстрое обслуживание большого количества операций чтения и записи (IOPS) произвольного (random) доступа. Очень скромная база данных объемом 200-400 МБ с 3-5 пользователями может генерировать пиковые нагрузки порядка 400-600 IOPS, база на 10-15 пользователей объёмом в 1-2 ГБ — порядка 800- 1500 IOPS, нагруженная база данных на 25 пользователей объемом 4-8 ГБ — порядка 1500-3000 IOPS.

Оптимизируем дисковую систему

«Штрафы» ввода-вывода, или почему RAID 5 плохой выбор в серверах баз данных
Для расчета реальной производительности дисковой подсистемы нужно учитывать затраты («штраф») на запись, которые несет дисковая группа в RAID. На одну операцию записи с хоста (фиксируемую на уровне ОС) приходится две операции ввода-вывода в RAID 10, четыре — в RAID 5 и шесть — в RAID 6.
Вычисляя предельно достижимое значение IOPS RAID-массива, надо делить сумму IOPS его дисков на «штраф» выбранного уровня RAID. RAID 5 экономно расходует дисковое пространство, но создает серьезную вычислительную нагрузку на RAID-контроллер и/или CPU. В терминах операций ввода-вывода, RAID 5 — пожиратель IOPS при записи, расходуя их вдвое больше чем RAID 1 и 10.

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

В серверах баз данных используются RAID-массивы из нескольких дисков — для обеспечения производительности и надежности хранения. Уровни RAID различаются алгоритмами избыточности, полезной емкостью и количеством «потребляемых» операций ввода-вывода. Чудес не бывает — на избыточность в хранении данных расходуется либо емкость дисков, либо быстродействие массива на запись.

Во времена механических HDD было два способа борьбы за IOPS и малые задержки: переход на диски c большей скоростью вращения привода и увеличение количества дисков RAID-группы. Показатели RAID-массива в IOPS определяются физическими возможностями дисков, с учетом накладных расходов (см. врезку). Для баз данных число операций произвольного чтения и записи в единицу времени — важнейший параметр, поэтому в серверах баз предпочитают RAID 10. У RAID 10 из 4-х дисков скорость чтения равна скорости чтения с 4-х дисков, а скорость записи — скорости записи на 2 диска.

C появлением SSD «концепция поменялась». По задержкам обращения к данным вращающиеся накопители — не конкурент твердотельным: механический подвод головок HDD к позиции над рабочей поверхностью несравним по скорости с прямой адресацией к ячейке флэш-памяти у SSD. Серверные SSD на два порядка производительнее HDD по чтению и записи (см таблицу).

У серверных SSD есть свой контроллер, кэш-память, защита записи по питанию, встроенные процедуры оптимизации производительности и блок ускорения шифрования без потери быстродействия. Фактически, каждый SSD диск — это RAID-контроллер в миниатюре. При этом для SSD стали бесполезны такие интеллектуальные возможности дорогих RAID-контроллеров массивов HDD, как сортировка обращений к дискам для оптимизации траектории движения головок от одного блока данных к другому.

В типичных для баз данных малого бизнеса задачах два диска SSD в RAID 1 по времени отклика и показателю IOPS перекрывают 10-12 традиционных дисков SAS HDD 15K rpm в RAID 10. О перевесе SSD над SATA HDD 7200 rpm лучше скажут графики сравнения по числу IOPS и времени отклика.

В сервере начального уровня суммарный объем «горячих» данных (критичных к скорости обращения) невелик: сама база данных, ее индексы и временные таблицы — десятки гигабайт от силы. Сюда же можно проинсталлировать саму «1С» и разместить профили пользователей «1С» (но только «1С», а не всего MS Office с базами Outlook!). C их обслуживанием в рабочей среде «1С» прекрасно справится пара SSD серверных, и даже «околосерверных» серий. Стоить такие диски будут при небольшой емкости сопоставимо с дисками SAS HDD, служить будут долго (в особенности, если применить overprovisioning — оставить неразмеченной большую часть их емкости).

Более объемные данные: ОС, приложения, пользовательские папки, резервные копии, log-файлы и файловые архивы — не так критичны к скорости доступа («холодные» данные). Им с головой хватит производительности двух недорогих и емких SATA HDD 7200 rpm, объединенных в RAID 1.

Получается, серверу начального уровня больше четырех дисков и не нужно. Двух SSD в RAID 1 достаточно под «горячие» данные, на двух SATA HDD в RAID 1 комфортно разместятся приложения и объемные «холодные» данные. Упрощаются требования к RAID-контроллеру (если он объективно нужен): достаточно поддержки 4 дисков и уровней 1, 10. Оптимизировать сочетание SSD, HDD и RAID-контроллера помогает мониторинг дисковых операций на живой системе с реальными данными.

RAID 1, 10 — и нужен ли выделенный контроллер?

Круг контроллеров для обслуживания 4 дисков в RAID-массивах уровней 1 или 10 можно свести к трем кандидатам:

— контроллеру в составе базового набора логики материнской платы;

— выделенному SAS HBA (c функцией 1, 10) на шине PCIe;

— выделенному SAS RAID (1, 10) на шине PCIe.

В таблице сравниваются их типичные представители: Intel Matrix RAID — LSI 9211-4i — Adaptec 6405E:

По производительности больших отличий между ними нет, разве что Intel Matrix RAID больше загружает CPU. Различаются: устойчивость к внешним факторам (например, отключение питания), риски разрушения массива и сложность процедур восстановления данных.

Intel Matrix RAID использует базовую логику чипсета для ввода/вывода и расходует ресурсы центрального процессора и оперативной памяти на расчет контрольных сумм RAID5, кэширование чтения/записи, управление массивом. Он существенно зависит от драйверной поддержки: восстановление RAID-массива после сбоя начинается только после старта ОС и загрузки драйверов. При неотключенном кэшировании записи в оперативной памяти (по умолчанию оно включено) и сбое по питанию есть вероятность разрушения массива. Но ведь и достается контроллер бесплатно, в составе материнской платы.

LSI 9211-4i является аппаратным RAID-контроллером. Созданный как выделенный контроллер ввода/вывода с поддержкой протоколов SAS и SATA, он снабжен собственным процессором и реализацией RAID 1 и 10 на уровне прошивок. Поддерживает расширение массива (что в нашем случае не слишком актуально), имеет широкий список совместимости с операционными системами.

Гибридный RAID-массив
Собирается из дисков различной внутренней архитектуры — твердотельного SSD и классического HDD с механическими вращающимися дисками. Его преимущество — в высокой скорости чтения с SSD. Запись на SSD и HDD производится одновременно. Гибридные массивы поддерживаются всеми контроллерами Adaptec серий 2, 5, 6.
В минимальном сочетании 1 SSD/1 HDD гибридный массив эффективен в серверах фронтальных приложений с преобладанием чтения произвольного доступа. Для универсального сервера начального уровня может быть интересным такое решение: 1 SSD (например, 60GB) и 2 HDD (по 500GB) собираются в два массива. Один из них — гибридный (RAID 1 из SSD и 60GB первого HDD), второй — обычный (RAID1 из оставшейся емкости первого HDD и второго HDD).

Adaptec 6405E — полноценный аппаратный RAID-контроллер со своим двухъядерным процессором и кэш-памятью. К его достоинствам можно отнести независимость представления RAID-массива от драйверов и операционных систем (он легко переносится на другой физический сервер), и поддержку гибридных массивов из смеси SSD/HDD (см врезку).

Не все SSD одинаково полезны или Где хранить «горячие» данные

Очень немногие SSD пригодны к использованию в серверах. Как правило, сам производитель определяет их область применения и не стоит экспериментировать на своем сервере с продуктами бытового назначения — для ноутбуков и ПК. Даже если для SSD заявлены привлекательные характеристики, следует помнить, что однопользовательские игровые приложения и серверные задачи оперируют разными типами данных, их критерии применимости SSD отличаются кардинально. Для сервера принципиально важны: большое значение IOPS, особенно по записи произвольного доступа, малое значение latency, наличие встроенных средств и процедур увеличения производительности, продолжительность жизни (количество гарантированных циклов перезаписи).

Сравнивая параметры различных линеек SSD одного производителя, можно судить об их применимости в серверах (см. таблицу).

По параметру Random Read IOPS более-менее сильны все SSD. Серверные SSD отличает высокое значение Random Write IOPS — причем, измеренное при заполнении 100% пространства диска (100% Span) — см врезку. Еще один критичный параметр — время отклика SSD на одиночный запрос Latency Read/ Write, µs. Разница между интеловскими серверной 3700-й и бытовой 520-й сериями — почти в 2 раза.

Параметры SSD и уловки маркетологов
Приписка 8 GB span в таблицах с характеристиками SSD означает, что приведена производительность при заполнении всего 8 GB из общего объема диска. Хитрость состоит в том, что с уменьшением резерва ячеек памяти производительность SSD падает. При 100% заполнении показатель Random Write IOPS может ухудшиться в 20-80 (!) раз.
Еще один маркетинговый прием — фокусировка на нерелевантных характеристиках. Известно, что контроллеры SandForce выполняют компрессию данных перед записью в ячейки памяти. SSD на них показывают выдающиеся результаты — но только при операциях с хорошо сжимаемыми данными. Потоковая запись — не самая типичная серверная операция, а при случайных запросах произвольного доступа к таблицам баз данных сжатие может дать обратный эффект в виде замедления.
Заявленная производительность Intel SSD 520 series 60 GB составляет 80 000 IOPS для «компрессируемых» и всего лишь 6 900 IOPS для несжимаемых данных. Производительность в серверном режиме со 100% заполнением просто не приводится.

Жизненно важный фактор для SSD — это объем перезаписи, который способен выдержать диск при полноценной эксплуатации (умирая, SSD переходит в состояние Read Only). Здесь чудеса творит overprovisioning — выделение контроллеру SSD служебной области, недоступной пользователю. Свободный резерв памяти упрощает процесс неизбежного перемещения валидных данных при перезаписи содержимого ячеек (ускоряет запись) и предотвращает их преждевременный износ. Так, для SSD Intel 710 series 100 ГБ паспортный оборот данных при записи с полностью произвольной выборкой и 100% заполнении составляет 900 TB. У идентичного ему по контроллеру, схемотехнике и микросхемам флэш-памяти SSD Intel 320 series 160 ГБ этот же показатель равен всего 15 TB. Дело не только в особенностях прошивок и отборе микросхем памяти. Служебный резерв ячеек памяти у 320-й серии составляет 8% общего объема, а у 710-й серии — все 42%.

Зная назначение SSD, их реальные нагрузочные возможности и будущие условия эксплуатации, можно подобрать оптимальные по соотношению стоимость/производительность/ресурс накопители под свои задачи, а заодно принять меры для увеличения их производительности и продления срока службы. Ведь если производитель отводит под служебную область до половины объема SSD, то что может помешать конечному пользователю поступать так же, оставляя неразмеченной и 20, и 50, да хоть 80% емкости SSD? Только жадность и безграмотность.

Пусть HDD в сервере начального уровня хранят «холодные» данные

Задача обслуживания «горячих» данных в сервере начального уровня по силам 1-2 SSD. На долю HDD остается хранение «холодных» данных (ОС, приложения, папки пользователей, бэкапы и файловые архивы) — где не нужны подвиги по скорости отклика и IOPS’ам, зато на руку невысокая удельная цена хранения. Два SATA HDD в RAID 1 обеспечат приемлемый уровень производительности и надежности.

Диски большого объема стоят относительно недорого, но за емкостью лучше не гнаться — она серверу вряд ли потребуется (если только не хранить на нем посторонние данные). Массив большой емкости после сбоя может восстанавливаться часами. Скорость его работы в деградированном состоянии низка, а риск полной потери данных, напротив, велик. Чем меньше емкость дисков — тем быстрее реконструируется RAID.

В серверы ставят SATA HDD класса RAID Edition — такие как Seagate Constellation ES, Hitachi Ultrastar или WD RE. Их отличает долгий срок службы, специальные прошивки и встроенные технологии, снижающие риск развала массива, особенно в работе под аппаратными RAID-контроллерами — как Adaptec 6405E и LSI 9211-4i. При малой нагрузке в программно-аппаратный RAID можно собирать менее дорогие диски серий WD Red или Seagate Constellation СS.

Сетевые операции

В отличие от однопользовательского ПК, серверу, обслуживающему множественные запросы пользователей сети, нужны как минимум два сетевых порта Gigabit Ethernet — для обеспечения отказоустойчивости и балансировки нагрузки. Крайне желательна аппаратная поддержка TOE (TCP Offload Engine) — ускорения обработки сетевых пакетов стека протоколов TCP/IP. Встраиваемые в сетевые адаптеры наборы команд разгружают центральный процессор. При отсутствии поддержки TOE каждый пакет, проходящий через сетевую карту, будет требовать отдельного прерывания и обслуживания процессором. Как следствие, процессор будет загружен обработкой этого потока ввода/вывода.

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

Операционная система

Для компаний до 15 пользователей существует экономичный серверный продукт Microsoft — Windows Server 2012 в редакции Foundation. При стоимости чуть выше Windows Professional, это полноценная ревизия Windows Server, куда уже включены пользовательские лицензии (User CAL), на нем можно настроить сеть с аутентификацией и контролем доступа к ресурсам на уровне Active Directory (AD), а при покупке лицензий Remote Desktop CAL (RD CAL) работать пользователям на сервере в режиме удаленного рабочего стола.

Если пользователей больше, обычно используют Windows Server 2012 Standard, который позволяет разместить на одном сервере и общие функции сервера с AD, и SQL-сервер, и Сервер приложений «1С» 8.2, и само пользовательское приложение «1С:Предприятие 8.2». Правда, кроме самой ОС придётся покупать как минимум клиентские лицензии на каждого пользователя User CAL, а при использовании удаленного рабочего стола — еще и RD CAL.

Оба варианта ПО от Microsoft успешно справятся и с традиционными задачами файл-сервера, шлюза в Интернет и т.д.

Какой он, сервер начального уровня?

При соблюдении баланса подсистем серверу начального уровня под «1С Предприятие 8.2» многого не надо: достаточно одного процессора Intel Xeon E3 (а то и Core i3), 4-16 (редко — 32 ГБ) оперативной памяти ECC, 2-4 дисков SSD/HDD, двух сетевых портов Gigabit Ethernet, слота расширения под дополнительный контроллер (HBA или RAID).

Это посильные потребности. Такой сервер будет недорог, прост в исполнении и скромен по габаритам: 1U глубиной порядка 40 см — если предполагается его установка на площадке провайдера, или размером с ПК — при настольной компоновке. Когда сервер работает в обитаемом помещении, мало соответствия его производительности запросам приложений. Хочется, чтобы он был компактный и тихий. К сожалению, поставщики серверов не так часто задумываются об их подгонке под задачи пользователей, и уж тем более о зримых и слышимых эксплуатационных характеристиках.

Небольшой по размерам сервер можно собрать на плате Intel 1200KP-R на чипсете С206 (фото платы). Скромный формат mini-ITX не мешает ей оставаться полноценной серверной платформой: поддерживаются процессоры Intel Core i3 и Xeon E3 12×5, до 16ГБ оперативной памяти ECC, есть 4 бортовых порта SATA, слот расширения x16 PCIe, два сетевых порта Gigabit Ethernet (i82574L + i82579) с драйверами под все основные ОС. Если такую плату поставить в корпус Chenbro SR301 (фото), сервер получится меньше большинства ПК, но при этом богатым по оснастке (можно поставить 4 диска 3,5″ горячей замены и 2 фиксированных диска 2,5″) и практически бесшумным в работе. Все дело в необычной конструкции корпуса и способе монтажа материнской платы — она лежит горизонтально, на дне корпуса, теплый воздух отводится наружу без принудительного наддува.

Подбирая наполнение, таким сервером-кубиком можно спокойно обслужить все приложения 5 — 25 сотрудников в «1С Предприятие 8.2». Большего от сервера начального уровня и не требуется. Все равно с ростом предприятия и объемов операций задачи поменяются, а с ними — инструменты их решения.

Вы можете подписаться на наш Telegram-канал для получения наиболее интересной информации

Покупаем 1С! Как выбрать 1С? Что необходимо учитывать?

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

На рынке программного обеспечения представлено большое количество программ 1С практически для любого вида деятельности организаций. В связи с этим у руководителей при виде огромного перечня программ часто начинается некое смятение и возникает ряд вопросов: «Как правильно выбрать 1С программу? Какую из версий 1С 8 выбрать?»

Мы надеемся, что содержание этой статьи поможет ответить на большинство вопросов и, может быть, сэкономит ваше время и силы.

Платформа, конфигурация…Что же покупает клиент?

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

Платформа – это что-то вроде обычного письменного стола. А Конфигурация – это все, что на этом письменном столе находится.

При этом сам по себе письменный стол существовать может, а вот без него все канцелярские принадлежности и положить некуда. Таким образом, можно использовать платформу в качестве плацдарма для разработки собственного уникального программного продукта «с нуля» под специфические задачи бизнеса. А при приобретении «коробочной поставки» предоставляется и платформа, и выбранная в итоге конфигурация, и лицензия на 1 пользователя (рабочее место).

Из чего же обычно состоит правильный выбор программы 1С в итоге?

  1. сама конфигурация 1С (Бухгалтерия, Розница, Управление торговлей, Управление предприятием и другие варианты),
  2. платформа 1С,
  3. возможно, сопутствующее программное обеспечение, необходимое при организации работы большого количества пользователей одновременно (Microsoft SQL Server, PostgreSQL, IBM DB2, Oracle Database)
  4. иногда и оборудование (сервер, персональные компьютеры для пользователей, торговое оборудование и так далее).

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

Выбираем конфигурацию. Как правильно выбрать конфигурацию 1С?

Чтобы правильно выбрать конфигурацию 1С, рекомендуем сначала ознакомиться с ее описанием в каталоге программ. Также можно обратиться за консультацией к специалисту «АйТи-Консалтинг», который подскажет, как правильно выбрать программу 1С и проконсультирует по ее функционалу.

Топ самых популярных конфигураций 1С:

При выборе 1С конфигурации следует обратить внимание на одну главную особенность их градации. Конфигурации 1С бывают типовыми и отраслевыми.

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

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

В любом случае, только Вы знаете, что именно хотите получить в итоге, а специалисты «АйТи-Консалтинг» посоветуют «Как правильно выбрать программу 1С». Важно — обращать внимание на стоимость сопровождения, рекомендации конфигураций и отзывы о программистах 1С, с которыми планируете внедрять продукт.

Выбираем платформу. Как правильно выбрать платформу 1С?

Итак, как мы уже выяснили, платформа является по своей сути основой для работы программ 1С. Как правильно выбрать 1С платформу?

Изначально, при покупке платформы подразумевается файловый режим работы с конфигурациями 1С. То есть, установленная платформа будет представлять собой набор служебных файлов и папок. Такой вариант работы вполне приемлем, когда количество одновременно работающих пользователей не превышает 5 человек. Оговоримся, что при использовании на основном компьютере SSD-накопителей, на которые производилась установка платформы и конфигурации, количество одновременно работающих пользователей может быть больше. Однако использование SSD-накопителей является всего лишь отсрочкой от приобретения серверного программного обеспечения. А серверное программное обеспечение может, в свою очередь, потребовать новое более мощное оборудование.

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

  • базовый комплект поставки состоит из платформы, конфигурации и лицензии на 1 рабочее место,
  • организовываем новое рабочее место – приобретается еще лицензия,
  • сервер 1С требует отдельной лицензии. При этом следует также учитывать, что с технологической точки зрения серверы могут иметь разную разрядность: 32 и 64 бита.

Мы рекомендуем 64-битную версию серверного программного обеспечения 1С. Да, она дороже. Наша рекомендация основывается на практическом опыте и понимании, что в век бурного развития технологий ограничение в 4Гб оперативной памяти, которое Вы получаете в случае приобретения 32-битной версии, может быть критичным в плане скорости работы программ.

Отметим еще одну особенность в части лицензирования рабочих мест. Иной раз следует подумать над приобретением «пакетов» лицензий. Например, лицензия на 5 рабочих мест, как правило, дешевле, чем приобретение пяти лицензий по одной на 1 рабочее место.

Выбираем варианты лицензирования. Какие бывают лицензии 1С?

Сразу отметим, что приобретенная лицензия остается за собственником навсегда. Меняются адреса, компьютеры, программы 1С (например, с ростом компании переход на программу 1С совсем другого уровня) – лицензия остается за покупателем. Важно не терять документацию, полученную при приобретении! Помните, лицензируется платформа 1С, а не программа 1С.

Лицензии 1С бывают двух типов: программные и аппаратные.

Программные лицензии устанавливаются путем активации пин-кода, предоставленного при приобретении. Основной и резервные пин-коды лицензирования содержатся в сопутствующей документации (желтый буклет).

Аппаратные лицензии представляют собой usb-носители или, проще говоря, «флэшки». Такой вариант обойдется дороже. Однако он более мобилен. В случае частых смен рабочих мест достаточно будет просто вставить usb-ключ в компьютер, и можно работать. Но стоит помнить, что в случае потери аппаратной лицензии ее замену придется оплачивать отдельно.

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

Сопутствующее программное обеспечение. Как подобрать программы?

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

Пример расчета стоимости автоматизации

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

Рассмотрим простой пример. Руководитель хочет управлять и анализировать взаимоотношения с клиентами. В таком случае может дополнительно потребоваться 1С: CRM.

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

  • Первый шаг. Выбираем и покупаем основной программный продукт 1С. В нашем примере мы можем рассматривать как пару программ 1С: Управление торговлей и 1С: CRM или отраслевой продукт 1С: Управление торговлей и взаимоотношениями с клиентами.
  • Второй шаг. Считаем количество пользователей программы. Добавляем в расчет нужное количество лицензий 1С или подходящий пакет. При этом, по примеру, требуется приобрести отдельно лицензии для 1С и отдельно лицензии для 1С: CRM.
  • Третий шаг. Серверная часть. Пользователей немало, поэтому планируем прибрести серверную лицензию 1С. Отметим сразу, что в случае использования SQL следует также учитывать стоимость самой базы данных. В нашем примере мы ее не включаем в список.
  • Четвертый шаг. Планируем осуществлять звонки из 1С. Добавляем стоимость лицензирования, например, СофтФон в наш список.

Важное дополнение к нашему списку – это стоимость сопровождения. Следует понимать необходимость заключения договора ИТС 1С (информационно-технологического сопровождения), а иногда еще и договора сопровождения отраслевого решения ИТС Отраслевой. Без этого договора не будет доступа к обновлениям программных продуктов и другим сервисам обслуживания. Мы рекомендуем уточнять стоимость сопровождения у специалистов компании «АйТи-Консалтинг».

Серверное программное обеспечение

Для организации серверного варианта работы требуется отдельное специализированное программное обеспечение. Оно может быть бесплатным и платным.

Бесплатные серверные решения, такие как Open Source, появились не так давно, так что для их использования квалифицированного специалиста скорее всего будет не так просто.

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

Серверное оборудование. Как выбрать сервер 1С?

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

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

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

Важно понимать, что даже самое современное и актуальное программное обеспечение не будет оптимально работать на устаревшем оборудовании.

Аренда 1С. Облачная 1С

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

А теперь давайте отметим и некоторые недостатки такого решения:

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

Решение по аренде серверных мощностей 1С скорее больше подойдет для небольших компаний. Крупным развивающимся компаниям такое решение вряд ли подойдет. В любом случае, до принятия окончательного решения необходимо еще раз взвесить все «за» и «против» предлагаемых вариантов и подумать какую 1С выбрать.

Подведем итог

Давайте проговорим еще раз все расходы, которые ожидают в случае принятия решения о внедрении программных продуктов 1С:

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

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

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

1. Общие сведения о SQL сервере

2. Установка SQL сервера 2000

3. Установка SQL сервера 2005

4. Установка SQL сервера 2008

5. Правила формирования имен объектов SQL сервера

Общие сведения o SQL сервере

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

Существует несколько способов подключения к SQL Server. Чаще всего используют четыре варианта:

  • подключение по OLE DB — набор интерфейсов, основанных на СОМ, которые позволяют приложениям обращаться к данным, хранимым в разных источниках информации или хранилищах данных с помощью унифицированного доступа. Этот способ является наиболее рекомендуемым и современным вариантом;

  • подключение по Open DataBase Connectivity (ODBC) — интерфейс взаимодействия приложений с системами управления базами данных (СУБД);

  • подключение с использованием BDE (Borland Database Engine) — доступ к базам данных из C++ Builder, Delphi;

  • подключение по JDBC, который позволяет приложениям под управлением Java соединяться с Microsoft SQL Server.

Установка SQL сервера 2000

Перед началом установки вставьте CD с Windows SQL 2000 в CD-ROM и запустите любой из менеджеров (Windows Explorer, Total Commander). Найдите в каталоге CD найдите Setup.bat и запустите его.

Перед Вами стартовое окно. Опция «Install Database Server” позволяет начать процесс установки сервера SQL 2000. Для этого нажимаем Next. Существует три варианта установки SQL, выберите необходимый:

  • Local Computer– установка сервера SQL на локальный компьютер;

  • Remote Computer – установка сервера SQL на удаленный компьютер по сети;

  • Virtual Server – установки сервера SQL в кластер серверов.

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

Выбираем следующие опции:

Create a new instance, or install Client Tools – позволяет установить новый экземпляр сервера SQL и инструменты клиента (Client Tools)

Upgrade, remove, or add components – позволяет работать с уже установленным экземпляром.

Advance options – позволяет создавать индивидуальные установочные файлы, восстанавливать ключи регистра и поддерживать Виртуальные Серверы.

Мы выберем Create a new instance, or install Client Tools и нажмем Next.

В полях Name и Company вводим имя и компанию, нажимаем Next. Когда перед Вами появится окошко с правилами использования, нажимаем Yes (да, мы согласны с условиями лицензии).

Теперь следует выбрать тип инсталляции.

Client Tools Only — установить клиентскую часть для работы с удаленным SQL сервером.

Server and Client Tools — установить клиентскую часть и SQL сервер на одном компьютере.

Connectivity only – установить Data Access Components (DAC) и Сетевые библиотеки (Network Libraries), так чтобы приложения могли получать доступ к экземпляру сервера SQL.

Если у Вас в сети уже есть установленный «удаленный» SQL сервер, выбирайте Client Tools Only, иначе — Server and Client Tools. Нажимаем Next.

Необходима помощь специалистов? Оставьте заявку. Мы с Вами свяжемся.

Если выбран режим Default, то сервер SQL будет установлен как экземпляр по умолчанию. Но если Вы хотите, Вы можете установить именованный экземпляр. Для этого выключите переключатель Default и введите имя экземпляра в поле Instance Name. Нажимаем кнопочку Next.

Теперь определим объем инсталляции.

  • Typical – установка обязательных файлов и наиболее часто используемых необязательных файлов.

  • Minimum – установка только обязательных файлов.

  • Custom – можно самостоятельно определить, какую конфигурацию SQL сервера Вы желаете установить.

Так же нужно выбрать папки для Program Files и Data Files, в которые будет производиться инсталляция. Next.

Сервер SQL 2000 использует две учетные записи: для агента сервера (Server Agent) SQL и для самого сервера SQL. Теперь пора определиться: использовать ли одну и ту же учетную запись для обеих служб или же будут созданы отдельные учетные записи для каждой службы отдельно. Если Вы будете использовать только одну учетную запись, тогда нужно еще выбрать, будет она локальной учетной записью (local system account) или учетной записью пользователя домена (domain user account). Если Вы пользуетесь только одним сервером SQL в сети, и Вы не планируете его взаимодействие с другими серверами SQL или удаленными серверами, Вы можете использовать только локальную учетную запись. Для примера выберем «Use the same account for both services. Autostart SQL Server Agent Service”, «Use the Local System account”.

Режим аутентификации для доступа к базам данных может осуществляться операционной системой либо сервером SQL. Лучше вариант «Windows Authentication Mode”, при котором все идентификации обрабатываются через систему безопасности Windows для пользователей и групп.

Выбор способа сортировки символов (collation) по умолчанию. Выберите «SQL Server Collations”, «Dictionary order, case-insensitive, for use with 1252 Character Set”, а затем нажмите Next.

Теперь выберите сетевые библиотеки. Сохраните настройки по умолчанию и нажмите кнопку Next.

После возникновения в окошке надписи «Setup has enough information to prompt you for the licensing mode information and start copying the program files. Click Back to review or change the settings, otherwise click Next to proceed.» Чтобы продолжить установку, нажмите Next.

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

Установка благополучно завершена!!!

Теперь, чтобы найти инструменты, которые используются для работы с сервером SQL, щелкните мышью на кнопке Start на панели инструментов и выберите меню Programs и Microsoft SQL Server.

Установка SQL сервера 2005

Некоторые действия для установки сервера SQL 2005 совпадают с теми, которые мы выполняем при установке сервера 2000. Но, во избежание каких-либо проблем, давайте рассмотрим установку SQL сервера 2005 с самого начала до конца.

Итак, приступим.

Сначала запустите программу-установщик. Перед Вами возникнет стартовое окно. Нажимаем кнопку Далее.

На следующем шаге будет произведена проверка возможных проблем при установке. Если все необходимые требования выполнены, нажмите Далее.

Регистрация сведений. Вам необходимо заполнить поле «Имя», поле «Компания» можно не заполнять. Нажимаем кнопку Далее.

Теперь выберите компоненты программы, которые нужно установить. Если Вы не будете вносить изменения, будут установлены параметры по умолчанию. Нажмите Далее.

Как и при установке SQL сервера 2000 можно создать именованный экземпляр или экземпляр по умолчанию. Если Вы хотите установить именованный экземпляр, введите в поле ввода его имя. Нажмите Далее.

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

При установке SQL сервера нужно выбрать режим авторизации «Mixed Mode» (Смешанный режим (режим проверки подлинности Windows и режим проверки подлинности SQL Server)). Также необходимо установить пароль для учетной записи «sa». Нажмите Далее.

Необходима помощь специалистов? Оставьте заявку. Мы с Вами свяжемся.

Определяем режим сортировки данных для сервера. Порядок сортировки следует установить как «Cyrillic_General». Ставим галочку на пункте «С учетом диакритических символов» (по умолчанию уже стоит). Нажмите Далее.

Теперь настраиваем параметры конфигурации. Если Вы поставите галочку на Включить пользовательские экземпляры, тогда пользователи, которые не имеют разрешение администратора, смогут запустить отдельный экземпляр компонента SQL Server. Если установить галочку на Добавить пользователя к роли «Администратор SQL Server», тогда пользователь, который запустил программу установки SQL Server Express, будет добавлен к роли «Системный администратор». Нажмите Далее.

Если Вы хотите помочь корпорации Майкрософт улучшить некоторые компоненты и службы SQL Server 2005, можете отметить галочками интересующие Вас пункты. Понятное дело — это не является обязательным. Нажимаем Далее.

Когда появится окошко с сообщением «Все готово для установки», нажмите Установить.

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

После завершения установки программы, нажмите Готово.

Вот в общем-то и все) Удачи при установке!!!

Установка SQL сервера 2008

Установка SQL сервера 2008 имеет свои особенности, поэтому мы не будем останавливаться только на отличиях от установки сервера 2005, а пройдем с Вами весь путь.

Запустите программу-установщик с правами администратора.

В разделе «Планирование» нажмите пункт «Средство проверки конфигурации» (на рисунке обычно изображен молоточек и гаечный ключ).

Теперь нажмите кнопку «Показать подробности» и убедитесь, все ли проверки пройдены успешно. Если были обнаружены какие-либо проблемы, необходимо их устранить и запустить проверку, нажав «Включить заново». Нажмите ОК.

Далее заходим в раздел «Установка». Выбираем пункт «Новая установка изолированного SQL Server или добавление компонентов к существующему экземпляру».

Снова нажмите кнопку «Показать подробности» и убедитесь, все ли проверки пройдены успешно. Если были обнаружены какие-либо проблемы, необходимо их устранить и запустить проверку, нажав «Включить заново». Нажмите ОК.

Введите приобретенный ключ продукта (если версия бесплатная, ключ не требуется) и нажмите Далее.

Прочитайте условия лицензии и поставьте галочку, что вы с ними согласны. Нажмите Далее.

Для установки файлов поддержки программы установки нажмите Установить.

Нажмите кнопку «Показать подробности» и убедитесь, все ли проверки пройдены успешно. Если были обнаружены какие-либо проблемы, необходимо их устранить и запустить проверку, нажав «Включить заново». Нажмите ОК.

На данном этапе выберите компоненты для установки (можно использовать кнопку «Выделить все») и нажмите Далее. Обратите внимание, что для нормальной работы ПО следует установить Полнотекстовый поиск и для управления самим SQL сервером необходимо выбрать Средства управления — основные.

Выберите опцию «Экземпляр по умолчанию» или «Именованный экземпляр». Во втором случае задайте имя экземпляра. Нажмите Далее.

Проверьте данные по месту на диске для компонентов SQL сервера и нажмите Далее.

Выберите опции, как показано ниже, и перейдите на закладку «Параметры сортировки».

Определяем режим сортировки данных для сервера. В обоих случаях следует установить «Cyrillic_General». Нажмите Далее. Чтобы изменить опцию, нажмите расположенную рядом кнопку «Настройка» и установите необходимые параметры (порядок сортировки следует установить как «Cyrillic_General» и поставить галочку на пункте «С учетом диакритических символов»).

Теперь выберите опцию «Смешанный режим» и задайте пароль для учетной записи администратора «sa». Можно указать и дополнительные учетные записи пользователей Windows. Далее перейдите на закладку «Каталоги данных».

Введите путь к папке, в которой будут размещены файлы баз данных, в поле «Корневой каталог данных». Нажмите кнопку Далее.

Теперь задаем режим настройки служб Reporting Services. Выберите Установить конфигурацию по умолчанию для работы в собственном режиме и нажмите Далее.

Если Вы хотите помочь корпорации Майкрософт улучшить некоторые компоненты и службы SQL Server 2008, можете отметить галочками интересующие Вас пункты. Понятное дело — это не является обязательным. Нажмите Далее.

Нажмите кнопку «Показать подробности» и убедитесь, все ли проверки пройдены успешно. Если были обнаружены какие-либо проблемы, необходимо их устранить и запустить проверку, нажав «Включить заново». Нажмите ОК.

Нажмите кнопку Установить.

По завершению установки нажмите Далее.

После появления окна с надписью «Установка SQL Server 2008 успешно завершена» нажмите Закрыть.

Ура! Получилось!

А теперь лучше компьютер перезагрузить.

Правила формирования имен объектов SQL сервера

При задании имен создаваемых объектов серверов и баз данных, которые создаются на сервере, MS SQL задает ряд правил, пердставленных ниже.

  • максимальная длина имени — 128 символов для SQL Server 7.0

  • первым символом имени должна быть буква латинского алфавита или один из символов: @, _, #. Все остальные символы — буквы латинского алфавита, цифры или символы $, #, _.

  • в идентификаторе не допускается использование внутренних пробелов.

  • лучше не использовать в качестве имени зарезервированные слова SQL Server.

  • символы @ и # имеют специальное значение, когда они применяются в качестве первого символа: @ означает переменную, а символ # объявляет именуемый объект временным объектом. Объект, который начинается с двух знаков ## — глобальный временный объект.

Статьи на схожую тематику:

Занимательно о сервере
Ошибки SQL сервера

Остались вопросы? Мы с радостью поможем Вам в их решении.

Оставить заявку

ТЕХПОДДЕРЖКА:

Add a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *