Общие требования к ландшафту СУР

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

2. Оборудование серверного комплекса должно обеспечивать работу Системы в режиме 24х7.

3. Надежность функционирования аппаратной части должна обеспечиваться следующими средствами:

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

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

Многопроцессорность (поддержку параллельного выполнения программного кода);
Поддержку минимум 64-битной архитектуры;
Поддержку ОЗУ большого объема (>1Тб);
Поддержку взаимодействия с внешними высокопроизводительными дисковыми массивами;
Поддержку высокоскоростных каналов связи (> 10Гб/с);
Поддержку дублирования компонентов (блоки питания, ЦПУ, сетевые карты, карты ввода/вывода);
Поддержку "горячей" замены компонентов;
Поддержку мониторинга состояния оборудования;
Поддержку организации файловых систем в соответствии с требованиями ОС, платформенного и прикладного ПО.

4. ПТК должен оснащаться дисковыми подсистемами двух типов:

С простой организацией и дублированием между отдельными дисками для системного ПО (с них выполняется загрузка сервера);
Высокопроизводительные дисковые массивы с множеством каналов ввода-вывода и своим кэшем чтения-записи на диски – для прикладного ПО (СУБД, ERP) и экземпляра БД.

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

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

7. При этом для максимального использования потенциала серверного комплекса программно-аппаратными средствами должна быть реализована поддержка распределения нагрузки каналов связи (драйверы на уровне ОС, программируемые параметры работы коммутаторов, сетевых карт и карт ввода/вывода).

8. Сетевое взаимодействие с серверным комплексом должно выполняться по дублируемым каналам связи и поддерживать:

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

9. Для межсерверного взаимодействия должен выделяться отдельный сегмент сети с поддержкой высокоскоростных соединений (оптоволокно) и дублированием линий связи и активного сетевого оборудования.

10. Взаимодействие дисковой подсистемы с серверным комплексом должно выполняться по дублируемым каналам связи и поддерживать:

Высокоскоростные соединения (оптоволоконные линии связи);
Промежуточное оборудование (коммутаторы/оптические коммутаторы) также должны быть дублированы.

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

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

13. Требования к версиям клиентского ПО будут определены на этапе разработки Системы.

14. В рамках выполнения работ по созданию (модернизации) Системы не должна быть нарушена работоспособность существующих потоков данных со смежными ИС, а также функциональность, работоспособность и производительность смежных ИС.

15. Требования к режиму эксплуатации, функционирования и техническому обслуживанию Системы определяются регламентирующими документами компании.

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

17. Восстановление технических средств должно осуществляться преимущественно путем замены типовых элементов.

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

19. Администрирование серверной части платформы должно осуществляться сотрудниками ИТ-подразделений эксплуатирующей организации.

20. В перечень задач, выполняемых системным администратором, должны входить:

Задача поддержания работоспособности технических средств;
Задачи установки (инсталляции) и поддержания работоспособности системных программных средств − операционной системы, средств виртуализации и контейнеризации, платформенного ПО;
Задача установки, настройки и сопровождения прикладного программного обеспечения;
Задача создания резервных копий конфигурации и данных.

21. Требования к квалификации, численности обслуживающего персонала Системы, режиму его работы определяются на этапе технического проектирования.

22. Сроки хранения первичных документов учета определяются законодательством РФ и нормативными документами компании, требования по срокам предъявляются ФЗ при разработке Системы.

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

24. Для обеспечения необходимого уровня доступности в Системе должны быть предусмотрены следующие механизмы:

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

25. При определении RTO и RPO должно учитываться следующее:

Уровень доступности системы должен быть, с учетом возможностей существующей ит-инфраструктуры (Защищенного корпоративного облака). При проектировании может быть определена потребность в модернизации ИТ-инфраструктуры, с учётом сроков на модернизацию ИТ-инфраструктуры;
Максимальное время восстановления после сбоя и максимальное окно потери данных должны быть определены на стадии проектирования, с учётом возможностей существующей ИТ-инфраструктуры (Защищенного корпоративного облака). При проектировании может быть определена потребность в модернизации ИТ-инфраструктуры, с учётом сроков на модернизацию ИТ-инфраструктуры;
При реализации катастрофоустойчивости системы должна быть учтена удаленность площадок, не позволяющая реализовать синхронную репликацию для нагруженных систем. При проектировании возможно определить основную и резервную площадку, с дальнейшим разграничением уровня предоставления сервиса (SDO) на резервной площадке до момента возврата работоспособности основной площадки. При проектировании возможно определить максимальное альтернативное время использования резервной площадки.

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

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

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

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

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

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

30. Резервные копии данных Системы не должны храниться в том же помещении, в котором расположены аппаратные средства Системы.

31. Резервное копирование должно производиться согласно установленному графику резервного копирования.

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

33. Тиражирование системы – процедура создания новой инсталляции типовой системы, идентичной с точки зрения функционального наполнения. Решение о создании новой системы принимается ФЗ и эксплуатирующей организацией при необходимости внедрения для новых организаций, филиалов, структурных подразделений и т.д. на основе выделенной инсталляции. Для тиражирования продуктивной системы должна использоваться эталонная система или эталонный пакет инсталляции ПО, содержащие актуальные версии программных компонентов и общие настройки, необходимые для работы ПО.

34. После создания новой системы должны быть произведены следующие действия:

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

35. Техническое сопровождение Системы должно быть обеспечено следующими операциями:

Управление серверами приложений, БД и других программных компонентов Системы;
Управление параметрами работы серверов приложений (настройка профилей параметров);
Настройка схемы и графиков резервного копирования Системы;
Настройка расписания периодических операций обслуживания системы (чистка журналов фиксации событий различного характера, проверка состояния БД, пересчет статистик для БД и т.д.);
Ведение всех типов пользователей Системы;
Ведение прав/полномочий/ролей для пользователей Системы;
Контроль и восстановление работоспособности серверного комплекса;
Контроль и восстановление выполнения резервного копирования;
Контроль и восстановление выполнения периодических операций по обслуживанию Системы (чистка журналов фиксации событий различного характера, проверка состояния БД, пересчет статистик для БД и т.д.);
Контроль подключенных пользователей Системы (получение списка подключенных пользователей, принудительное завершение сеанса работы пользователя);
Контроль межсистемных соединений (определение параметров для соединений, вызываемых из программ; установление соединения вручную, получение списка установленных соединений, принудительное прерывание выбранных соединений);
Контроль используемых Системой ресурсов (список рабочих процессов, объем выделенной/используемой оперативной памяти, принудительное прерывание выделенного рабочего процесса);
Выполнение трассировки по различным аналитическим срезам работы функциональных блоков бизнес-транзакций (трассировка полномочий, трассировка обращений к БД и пр.);
Возможность отладки работы функционала;
Перенос изменений прикладного ПО по системному ландшафту без остановки работы систем;
Контроль ведения разработки (разграничение уровнями доступа запрет/чтение/запись, ограничение пакетами/узлами в дереве объектов разработки, ограничение на использование инструментов разработки).

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

37. Резервное копирование БД должно проводиться в соответствии с рекомендуемой вендором ПО и разработчиком ИС стандартной процедурой силами и средствами эксплуатирующей организации.

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

39. Резервное копирование БД продуктивных систем должно быть запланировано штатными инструментами СУБД, системного, платформенного ПО или специализированного ПО.

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

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

База знаний