Терминальный режим 1с. Повышение безопасности и сохранности данных

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

Преимущества использования терминального сервера 1С

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

  • Снижаются требования к персональным компьютерам пользователей. При терминальном доступе к 1С у предприятия нет необходимости приобретать мощные компьютеры для каждого пользователя. Достаточно производительной должна быть только одна машина – сам сервер. В качестве пользовательских ПК можно использовать маломощные компьютеры, не затрачивая дополнительные средства на их модернизацию. Этот момент может стать ключевым, например, для бюджетных организаций.
  • Возрастает уровень защиты данных. Можно не опасаться, что данные будут повреждены или перехвачены во время их передачи терминальному клиенту. Во-первых, весь трафик шифруется. Во-вторых, передаётся не сама информация, а только её графический эквивалент для монитора. Данные хранятся на защищённом удалённом сервере и не «путешествуют» по сети. По этой же причине данные застрахованы от потери во время сбоев в сети. Это особенно важно при работе с базой данных 1С при файл-серверном режиме, чувствительном к отключению питания.
  • Уменьшаются сроки и затраты на администрирование информационной системы. На сервере можно создать нужное количество типовых профилей с определённым набором приложений. Это гораздо быстрее, чем настраивать такое же количество пользовательских ПК. Кроме того, администрирование может быть и удалённым. Администратор системы может находиться в другом городе и даже стране, но при этом быстро настроить рабочее место в 1С для нового сотрудника.

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

Терминальный сервер является эффективным решением для компаний, которые столкнулись с проблемой ограниченной пропускной способности локальной сети. Для таких компаний «Смарт Офис» предлагает услугу

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

Когда может понадобиться терминальный доступ

Рис.1 Окно подключения к удаленному рабочему столу.

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

Кроме этого терминальный сервер для 1С:

  1. Позволяет значительно снизить сетевую нагрузку. Вместо большого массива передаваемых туда-сюда данных, фактически, на клиент передается картинка, а на сервер только введенная информация;
  2. Защищает базу как от несанкционированных попыток доступа к ней, значительно усложняет копирование базы с посторонних ресурсов;
  3. Существенно ускоряет работу, если настроен файловый режим работы;
  4. Заметно снижает материальные затраты, необходимые для модернизации. Для улучшения качества работы достаточно обновить сервер терминалов 1С, оставив неизменным железо клиентской части;
  5. Исчезает необходимость установки платформы на все компьютеры операторов.

Важно! Основным требованием к клиентскому компьютеру в терминальном режиме является размер экрана и его разрешение . Порой, даже на 17′ экранах с низким разрешением некорректно отображаются некоторые элементы форм.

Лицензирование в терминальном режиме

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

  1. Клиентские;
  2. Серверные.

В свою очередь, клиентские можно разделить на:

  • Многопользовательские. Такие лицензии, приобретенные на определенное количество пользователей, позволяют осуществить запуск программы на нескольких персональных компьютерах. Лицензирование происходит либо через модуль веб-сервера либо через сервер выдачи лицензий;
  • Однопользовательские. В этом случае на одном компьютере может быть запущено неограниченно большое количество приложений.
  • Комбинированная — изначально содержит оба варианта лицензирования, однако после активации пин-кодом, работают исключительно в одном, выбранном режиме.

Настраивая под 1С терминальный сервер, следует учитывать, что серверные лицензии делятся на 32 и 64 битные версии, при этом последняя, установленная на сервер, позволяет без проблем запустить 32 разрядную версию.

При этом многопользовательская лицензия, установленная на терминал 1С, будет использоваться как несколько однопользовательских.

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

Проблема при работе 1С при терминальном доступе на Windows Server 2012R2

Некоторые пользователи встречались с ситуацией, когда тормозит 1С в терминале на WS 2012R2. При этом все показатели по железу достаточно высокие, установка другой ОС значительно увеличивает скорость работы, перегрузок не заметно.

Естественно, причин может быть много. Не в последнюю очередь следует присмотреться к режиму Dynamic Fair Share Scheduling, который впервые появился именно в этой версии серверной операционки. Включение данного режима позволяет операционной системе самостоятельно распределять ресурсы центрального процессора между пользователями. Таким образом, даже на мощном компьютере этот режим может искусственно ограничивать скорость обработки.

Для отключения данного режима необходимо поменять параметры в ветках регистра HKEY_LOCAL_MACHINE->SYSTEM-> CurrentControlSet -> Control -> Session Manager -> Quota System (параметр EnableCPUQuota на 0) и в ветке HKEY_LOCAL_MACHINE -> SYSTEM -> CurrentControlSet -> Services -> TSFairShare -> Disk (EnablaFairShare также на 0).

Не будем говорить, что это — панацея, но в качестве одного из лекарств от тормозов терминального сервера вполне подходит.

Сегодня я для себя решил создать памятку по установке и настройке Сервера терминалов Windows 2003, так как на работе устанавливаю для работы бухгалтерии с 1С. Надеюсь и Вам пригодится.

Установка сервера терминалов решит самую главную проблему, которая сопровождает 1С - "многопользовательность". Поясняю, город выделил нам программный комплекс 1С с одним физическим ключем HASP, а так как наша организация в штате имеет 8 бухгалтеров + начальник желает заходиь и видеть что происходит в программе, то одного ключа мало. Для этого нам и понадобится выполнить, то что написано ниже. Таким образом 1С будет думать, что подключенные к серверу терминалов пользователи - это один пользователь.

Итак! Установив Windows 2003 заходим Administrator `ом. Если всё сделано правильно - перед нами окно "Manage Your Server" и никаких (!) сообщений об активации.

Добавляем роль "Сервера терминалов"

Список "ролей" (теперь это так называется;-) нашего сервера пуст. Добавляем роль нашему серверу. Компьютер симулирует поиск чего-то там по локальной сети, и предлагает нам выбрать: между той ролью, которая нужна нам по ЕГО мнению и той, которая нужна по ВАШЕМУ мнению. Поскольку в искусственный интеллект и прочие сказки мы с вами уже не верим, да и своё мнение нам как-то дороже, то выбираем: Сustom .

В появившемся списке ролей выбираем Terminal Server , и нажимаем Next . Снова нажимаем Next , а затем OK - подтверждая свою готовность перегрузить компьютер.

После перезагрузки заходим под Administrator `ом, и говорим установке сервера терминалов Finish . Теперь: в окне Managing your computer появилась роль: Terminal Server . Однако ниже сказано, что: "Поскольку сервера терминальных лицензий не найдено, то сервер терминалов будет выдавать временные лицензии на соединение, каждая из которых закончит своё существование через 120 дней" .

Такая ситуация нас никак не устраивает, поэтому мы устанавливаем сервер терминальных лицензий. Для этого заходим в Пуск? Панель управления ? Установка и удаление программ ? Компоненты Windows . Ставим галочку напротив пункта Terminal Server Licensing . Hажимаем Next . Затем Finish .

Активация Сервера терминалов:

Теперь у нас установлен сервер терминальных лицензий. Hо его ещё надо активировать! .

Если есть корпоративный прокси, его следует прописать в Панель управления? Hастройки интернет .

Заходим в Администрирование ? Terminal Server Licensing . Видим, что найденный на нашем компьютере сервер находится в состоянии Not activated .

Щелкаем правой кнопкой, говорим Activate server . Выбираем тип подключения Automatic . Вводим свои личные данные (имя, фамилию, организацию, страну - строго те, которые были введены при установке Windows). Следующую страничку (E-Mail, адрес) я оставил пустой. Hажимаем Next, и ждём.

Активация должна пройти успешно. Непонятным, какой смысл, Microsoft закладывала в эту активацию? Зачем она нужна кроме сбора статистики? После успешной активации вам будет предложено добавить лицензии. Продолжаем.

Запустится Client Access License (CAL) Activation Wizard , который первым делом снова полезет в Microsoft. После чего спросит тип лицензии, которую желаете установить. Я выбрал Enterprise Agreement , и следующим этапом у меня спросили магическое число.

Теперь нужно указать продукт - Windows 2003 Server . Тип лицензии - per Device . Лицензия инсталлировалась отлично. Закрываем окно Terminal Server Licensing .

Получаем результат примерно такой:

Hастраиваем сервер

Из папки Администрирование вытаскиваем на рабочий стол ярлычки Computer Management и Terminal Server Manager . Это не обязательно, но так намного удобнее.

Заходим в Computer Management , создаём группу/группы пользователей .

Для этого идем в Администрирование? Terminal Services Configuration . В настройках Server Setting снимаем ограничение "Restrict each user to one session" . В списке Connections выбираем соединения и настраиваем их Properties :

Закладка Client Settings :

Заменяем настройки пользователей в отношении дисков и принтеров собственными:

  • подключать всё (то есть верхняя галочка должна быть снята, а три следующие должны быть активными и установленными);
  • Ограничить глубину цвета до 16 бит;
  • Запретить переадресацию LPT, COM, Audio портов.

Закладка Permissions(Разрешения) :

  • Добавляем созданные группы пользователей и ставим им права: Guest Access + User Access , я поставил полный.

Закладка Remote Control(Удаленное управление):

  • Use remote control with following setting(Использовать управление со следующими параметрами):
  • Require user`s permission (снимаем галочку);
  • (o) Interact with the sessio.

Закрываем Terminal Services Configuration . Далее делаем следующее:

    Заходим в My computer.

    Говорим Propetries на диске C:

    Переходим на закладку Security

    Говорим Advanced...

    Удаляем права, позволяющие группе Users создавать папки и файлы.

Заходим с Панель управления? Система. Закладка "Автоматическое обновление" . Отключаем всё автоматическое обновление напрочь.

Заходим в Администрирование? Local Security Settings ? Account Policies ? Password Polisy . Устанавливаем "Maximum password age" = 0 - так удобнее.

Заходим в Computer Management , добавляем себя в качестве пользователя.
Hе забываем:

  • Password never expires
  • Добавить себя в группы пользователей 1С.
  • Снять галочку "Require user`s permission" на закладке "Remote control"
Подключаемся к серверу:

Пробуем подключиться с другого компьютера к серверу терминалов. Для этого нам нужно установить на компьютер клиент. В составе XP такой клиент уже есть: "Пуск? Программы ? Стандартные ? Связь ? Удаленное управление рабочим столом" .
Однако, даже на XP его стоит переустановить: клиент в составе Win2003 Server будет все-таки поновее.

Клиент находится в папке: C:\WINDOWS\SYSTEM32\CLIENTS\TSCLIENT . он поддерживает установку и на Windows 98. Установите его на всех машинах, с которых хотите работать на сервере терминалов.

После запуска клиента нажмите кнопку "Options(Опции)" . Для пользователей лучше применять следующие настройки:

Закладка "Общие" :
  • заполнить поля компьютер, имя пользователя, пароль
  • домен (если сеть с доменами - имя домена, если без доменов - имя сервера)

Закладка "Экран" :
  • рабочий стол - во весь экран;
    цветовая палитра - 16 бит.

Закладка "Локальные ресурсы" :

звук - не проигрывать;
клавиши - только в полноэкранном режиме;
автоматически подключаться к дискам и принтерам - Как Вам угодно.

Закладка "Дополнительно":
  • скорость - модем 28.8 - должна остаться одна галочка - кэширование графики.

Теперь эти настройки можно сохранить в файл с расширением RDP . Обратите внимание на галочку "Сохранять пароль" на закладке "Общие" . Для операционных систем Win2000 и WinXP эта галочка доступна. Для других - нет. К сожалению, пользователи Win9x лишены возможности сохранять пароль в RDP файле - поэтому настройте ваших пользователей Win9x , что кроме пароля на им придётся набивать пароль на Windows .

Как поступить с этим паролем - дело ваше. Можно назначить всем один пароль, можно сгенерировать свой пароль для каждого пользователя. Однако, вам крайне желательно знать пароль каждого пользователя - это пригодится для удалённого присоединения и администрирования сессий.

Hастроив должным образом соединение, убедитесь, что оно работает, и если хотите сохраните его в RDP -файл (можно прямо на рабочий стол).

Установка ПО:

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

Я бы ограничился установкой на сервер следующего софта:

  • Total Commander;
  • WinRAR;
  • Office XP RUS;
  • Антивирус;
  • ПО для поддержки БД(например MySQL).

Весь софт устанавливался правильно - то есть через Панель управления. Из Office я поставил только Word, Excel и Access. Отключил такие вещи как Binder и Панель_Office.

После этого осталось зайти в "C:\Documents and Settings\Administrator" и "C:\Documents and Settings\All users" и подкорректировать содержимое папок

  • \Start men;
  • \Start menu\Programs;
  • \Start menu\Programs\Startup;
  • \Deskto.

на предмет лишних ярлыков.

Устанавливаем 1C:Предприятие:

Установку производим как обычно запустив инсталяцию.

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

Проверяем доступа на папку с базами :

  • Правой кнопкой мыши Propetries(Свойства) ? Security(Безопасность) ? Advance.
  • все права должны наследоваться с корня диска: Administrators, SYSTEM и Владельцы должны иметь "Full Control" , группа - права "Read & Execute.
  • Добавляем права для соответствующей группы пользователей (которой принадлежит эта база). Ставим все галочки, кроме:
    Full Control, Delete, Change Permissions , Take Ownership (для "This folder, subfolders and files")
  • таким образом, в списке прав появится наша группа с правами "Special"

Маленький секрет: если вы хотите, чтобы кто-нибудь кроме Administrator`а мог выполнять сохранение какой-либо из баз , вам надо дать этому человеку права записи на файл C:\Program Files\1Cv77.ADM\BIN\1CV7FILE.LST .

Конфигуратор, при вызове команды "Сохранить данные" пытается открыть его на чтение и запись, даже если вы не хотите менять список сохраняемых файлов. Поэтому имеет смысл создать группу 1C-Admins , членам которой разрешить доступ на этот файл:

  • правой кнопкой мыши? Propetries ? Security ? Advanced
  • добавляем права для группы 1С-Admins: Ставим все галочки, кроме: Full Control, Delete, Change Permissions, Take Ownership

9. Ключ защиты

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

Хотя от других людей о подобных проблемах я не слышал. Вам поможет установка эмулятора драйверов HASP. Но это уже другая история!

Сервер терминалов для 1С на Windows server 2012.

Теперь нам нужно его настроить, таким образом, чтоб наши пользователи могли работать в 1С на этом сервере.

Настройку мы выполним как для доменной сети, когда работает Active Directory, так и без «AD».

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

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

Теперь мы должны создать пользователей для сервера терминалов. Создавать мы их, конечно, будем на этом же сервере так как «AD» у нас не поднималась.

Клик «Пуск» — «Панель управления» — «Администрирование» — «Управление компьютером» и находим слева в окне «Локальные пользователи».

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

Например, этот будут логины: PCN1, PCN2, PCN3… PCN27. Здесь главное не создавать уж слишком предсказуемые имена наподобие: User1, User2, User3. (Рекомендация для защиты сервера терминалов).

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

Убираем птичку возле «Требовать смену пароля при следующим входе в систему».

Вместо этого ставим птичку возле «Запретить смену пароля пользователям».

И «Срок действия пароля не ограничен». Если ранее был создан надежный пароль, то и менять его постоянно нет смысла.

Как видите наш пользователь входит в группу «Пользователи». Нам нужно еще добавить этого пользователя в группу «Пользователи удаленного рабочего стола».

Для этого клик по кнопке «Добавить», затем клик по кнопке «Дополнительно» и клик по кнопке «Поиск».

Затем в списке ищем «Пользователи удаленного рабочего стола» и клик по кнопке «Ок» и еще раз «Ок». Заем нужно применить изменения.

Теперь еще один момент!

Если Вы работаете в 1С на сервере терминалов в простом файловом варианте, тогда Вам потребуется выполнить еще одну небольшую настройку.

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

Находим эту папку и делаем правый клик мышкой, затем идем на вкладку «безопасность».

Наши пользователи как видите на «скрине» не имеют права на «Запись» только чтение и исполнение.

Давайте это исправим!

Кликаем по кнопке «Изменить» выделим группу «Пользователи» и добавим птички возле:

«Полный доступ» и «Изменение», затем «Применить» и «Ок».

Настройка сервера терминалов для 1С, когда работает Active Directory.

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

Настройки, как и прежде, будем проводить на Windows server 2012 R2, но покажу и как настроить доступ, когда у Вас Windows server 2008.

Для начала идем на сервер где у Вас работает «AD».

Запускаем оснастку «Active Directory – пользователи и компьютеры» и создадим необходимое количество пользователей. Создание пользователей очень простое и мало чем не отличается от создания локальных пользователей на сервере, что мы сделали раньше.

Поэтому создание пользователей в «AD» я пропускаю, и мы идем далее.

Создаем новую группу, например «TS».

И включаем в эту группу наших уже созданных в «AD» пользователей.

Теперь идем на сервер терминалов (Выполним вход под учетной запись Администратора AD).

Конечно! Сервер терминалов на этот момент уже должен быть включен в наш домен.

И так выполняем вход под учетной запись Администратора AD на сервере терминалов.

В окне справа находим группу «Пользователи удаленного рабочего стола».

Откроем эту группу и добавим туда нашу созданную группу в «AD» — «ТС».

Что это нам дает?

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

Нам потребуется лишь создать его в «AD» и включить в группу «ТС».

Так администрирование, будет намного проще и быстрее!

И финальные настройки (На Windows server 2008 аналогично)

Набираем команду

Затем, когда откроется «Локальная политика безопасности», мы в окне слева открываем папку

«Локальные политики» — «Назначение прав пользователя» и в списке справа ищем «Разрешить вход в систему через службу удаленных рабочих столов».

Открываем эту политику и видим (На Windows server 2008) Что там есть только Администраторы.

Следует добавить или нашу группу «ТС» или выбрать пользователей, которые должны работать на сервере терминалов. Затем «Применить» – «Ок».

Что ж на этом все, будут вопросы пишите ниже в комментариях.

Сегодня мы рассмотрим выбор серверного «железа» для небольшой организации на 25-30 пользователей, с распределенной инфраструктурой (торговые точки, склад), которой требуются терминальный сервер и программа «1С: Предприятие». Этими сервисами будут пользоваться все сотрудники.

Большинство малых компаний, для удешевления стоимости оборудования, предпочитают минимизировать количество приобретаемой техники и просят администраторов «впихнуть» все запрошенные ими сервисы в один физический сервер. Желание понятное и простительное, но тут «есть нюансы».

Можно организовать терминальный сервер и использовать там файловую версию 1С, но при таком количестве пользователей компания-разработчик рекомендует переходить на клиент-серверный вариант. Поэтому нам потребуется еще сервер под «1С: Предприятие» и сервер баз данных. Уточним сразу, что организовать терминальный сервер, сервер SQL и сервер 1С на одной операционной системе возможно, но, с точки зрения безопасности и стабильности работы сервисов, это крайне не рекомендуется. А если всё-таки очень хочется использовать один физический сервер для всех трёх ролей, то рекомендуем использовать виртуализацию, например, VMWare ESXi или Hyper-V.
Таким образом, вырисовывается три варианта:

  1. Один сервер с файловой 1С. Плохой вариант, далее мы его рассматривать не будем.
  2. Один сервер с двумя виртуальными машинами.
  3. Два физических сервера, один терминальный, второй с БД и 1С.

Для решения этих задач можно предложить следующую конфигурацию серверов:

В случае с одним физическим сервером мы остановили выбор на Dell R710, с двумя шестиядерными процессорами Xeon X5650, 64 Гб оперативной памяти и шестью дисками: два SSD в RAID 1 и четыре SAS-диска в RAID 10.

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

  • Терминальный сервер: IBM x3550 M3 с одним процессором Xeon E5620, 32 Гб оперативной памяти и двумя SSD в RAID 1, с дополнительной сетевой картой на два гигабитных интерфейса. У этого сервера также есть богатые возможности для апгрейда, так как он двухпроцессорный, имеет 18 слотов под модули памяти и поддерживает до 288 Гб ОЗУ.
  • Сервер баз данных: IBM x3250 M5 с одним процессором Xeon E3-1220v3, 16 Гб ОЗУ, дополнительным RAID-контроллером SAS/SATA, четырьмя SAS-дисками в RAID 10, с дополнительной сетевой картой на 2 гигабитных интерфейса.
Почему мы выбрали именно такие конфигурации? Для ответа на этот вопрос давайте подсчитаем, что нам нужно для обеспечения комфортной работы пользователей в нашей небольшой организации на 25-30 сотрудников. Чтобы не было недопонимания: это лишь один из примеров недорогого внедрения 1С, и во многих случаях целесообразнее выбрать другие конфигурации.

Процессор

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

Для небольшой базы SQL-серверу понадобится одно ядро. Но мы будем ориентироваться на расширение базы в будущем (или увеличение количества баз) и возьмем два ядра на SQL.

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

Итого у нас получается:

  • для сервера с двумя виртуальными машинами нужно 12 физических ядер. Можно и меньше, но всегда должен оставаться запас по мощности. Сервер с двумя шестиядерными процессорами подходит для этого идеально.
  • для терминального сервера достаточно одного процессора Xeon E5620 с шестью ядрами, для сервера баз данных - процессора Xeon E3-1220v3 с четырьмя ядрами.

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

Сначала посмотрим, сколько нужно оперативной памяти под сервисы:
  • Операционная система Windows Server только под себя требует 2 Гб ОЗУ.
  • Для SQL и небольшой базы 1С достаточно будет 4-6 Гб ОЗУ.
  • Сервер «1С: Предприятие» требует еще 2-3 Гб ОЗУ.
  • Рассчитываем, что каждому пользователю потребуется 700 Мб ОЗУ в терминальной сессии, тогда на 30 пользователей потребуется 21 Гб.
Теперь применим это к нашим вариантам.
  • Для одного сервера с двумя виртуальными машинами нужно около 40 Гб ОЗУ.
  • Для терминального сервера достаточно будет 24 Гб или 32 Гб ОЗУ (возьмем с запасом, предполагая будущее расширение). Для сервера с базами данных нужно не менее 8 Гб, но это «впритык», поэтому 16 Гб с запасом. Память сейчас - один из самых дешевых компонентов сервера.

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

Это традиционное бутылочное горлышко многих систем. Правильный выбор жестких дисков очень важен для обеспечения быстродействия серверов. При работе 1С с базой SQL происходит множество операций чтения/записи в секунду (IOPS). Если пользователи работают на терминальном сервере с тонких клиентов (т.е. полноценно используют терминальный сервер как рабочую среду), это сильно нагружает дисковую систему сервера. Например, 30 пользователей терминального сервера на RAID 1, SATA 3 Гбит/с, с дисками WD Velociraptor чувствуют себя некомфортно при работе с почтой и активном сёрфинге в интернете. Для терминальных серверов мы рекомендуем использовать SSD-накопители. Для серверов баз данных - SAS-диски, собранные в отказоустойчивые массивы.

Помимо накопителей, следует уделить внимание и дисковому контроллеру. Современные серверы имеют на борту довольно хорошие контроллеры, например, HP SmartArray и DELL PERC. Однако некорректно будет использовать «набортные» решения при серьёзной нагрузке, когда требуется максимальная производительность. Немного сэкономив, вы легко можете получить мощный сервер, который совершенно не тянет нагрузку. Поэтому контроллер должен быть , со своей энергонезависимой памятью.

Рассмотрим варианты решения этой задачи.

  • Для одного сервера с двумя виртуальными машинами желательно использовать два RAID-массива: на одном будут располагаться файлы виртуальной машины терминального сервера, на втором - файлы виртуальной машины сервера баз данных и «1C: Предприятия». Для создания первого массива лучше всего использовать два SSD-накопителя в RAID 1 (зеркало).

    Второй массив лучше создать из четырёх SAS-диска в RAID 10 (зеркало + страйп), но можно и из двух SSD-накопителей в RAID 1. Выбор зависит только от стоимости дисков и модели сервера.

  • Для двух серверов всё то же самое, только массивы будут разнесены по серверам. На терминальном - RAID 1 из двух SSD, на сервере баз данных - RAID 10.

Один или несколько серверов

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

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

Однако два сервера имеют более широкие возможности по апгрейду. Например, в нашем варианте недорогой IBM x3550 M3 с добавлением еще одного процессора и ОЗУ превращается в элегантные шорты терминальный сервер на 50 и даже более пользователей.

Еще одно «узкое место» в нашем случае, которое необходимо учитывать при выборе двух физических серверов, это обмен данными между ними по сети. У виртуальных серверов обмен данными идёт через виртуальный коммутатор. Здесь же, для увеличения пропускной способности сети, можно установить в каждый сервер по сетевой карте с двумя гигабитными интерфейсами, которые можно агрегировать между собой и напрямую соединить оба сервера агрегированными 2-х гигабитными линками. Или же использовать сетевые карты с SPF+ 10GBASE, но это дорогое удовольствие.

Запас по мощности

При расчетах и выборе сервера необходимо принимать во внимание пиковые нагрузки. Также обязательно нужно помнить, что база данных будет только «пухнуть», объёмы данных на терминальном сервере будут расти, а количество пользователей может увеличиться. Многие предприятия экономят на запасе мощности и через полгода-год сталкиваются с перебоями в работе и жалобами пользователей. Это тот случай, когда чрезмерная экономия приводит к новым затратам в будущем - скупой платит дважды. Выбранные нами варианты рассчитаны с запасом мощности и возможностью апгрейда. Учтено, что в DELL R710 можно будет добавить еще два жестких диска и ОЗУ, а также заменить процессоры на более производительные.

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

Если вы использовали один сервер DELL R710, то можно докупить недорогой IBM x3550 M3, поднять на нём гипервизор, перенести туда виртуальную машину с БД и 1С-сервером, а на DELL-е все ресурсы отдать виртуальной машине с терминалом. Это будет быстро, и не потребуется «всё выкинуть и купить новое».
Если же вы использовали два сервера IBM, то x3550 M3 с добавлением второго процессора и небольшого количества ОЗУ превращается из середнячка в довольно мощную машину. А в x3250 M5 можно обновить процессор с E3-1220v3 до E3-1285v3.