Приложение № ____ к тендерной документации

Приложение № ____
к тендерной документации
Техническая спецификация
о закупках лицензии на программный продукт
1. ВВЕДЕНИЕ
Настоящая Техническая спецификация содержит описание основных задач и требований,
предъявляемых Акционерным обществом «Фонд национального благосостояния «СамрукҚазына» (далее – Фонд) к поставке системы резервного копирования информационных
ресурсов с сопутствующими услугами.
2. ОБЩИЕ СВЕДЕНИЯ
2.1. Полное наименование Системы и ее условное обозначение
Полное наименование программного продукта: Система резервного копирования
информационных ресурсов.
2.2. Наименования организации-Заказчика
Полное наименование Заказчика: Акционерное общество «Фонд
благосостояния «Самрук-Қазына» (далее – Фонд, Заказчик).
Краткое наименование: АО «Самрук-Казына» / Фонд
Адрес: Республика Казахстан, город Астана, ул. Кунаева, 8, Блок: Б.
национального
2.3. Перечень основательных документов
− Политика информационной безопасности от 10 сентября 2010 года;
− Регламент резервного копирования АО «Самрук-Казына»;
2.4. Определения, термины, обозначения и сокращения
Термин
Заказчик
Описание
Акционерное общество «Фонд национального благосостояния «СамрукҚазына»
Система
Система резервного копирования информационных ресурсов
ИС
Информационная система
БД
База Данных
DRP
Disaster Recovery Plan – План аварийного восстановления
Объект
Файлы, приложения, базы данных и операционные системы определённые
резервирования Заказчиком, участвующие в процессе резервного копирования
ОС
Операционная система
БД
База данных
ЛВС
Локальная вычислительная сеть
SAN
Сеть хранения данных
ПО
Программное обеспечение
ЦОД
Центр хранения данных
3. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
3.1. Назначение Системы
Система резервного копирования предназначена для создания, краткосрочного и
долгосрочного хранения, резервных копий данных, а также аварийного и операционного
восстановления данных и информации, используемой в корпоративной информационной
системе (КИС), в случае ее потери или полного/частичного повреждения.
3.2. Цели применения Системы
Основная цель применения Системы:
 Обеспечение резервного копирования для наиболее важных областей ИТинфраструктуры Заказчика, при помощи создания централизованного управления и
мониторинга операций резервного копирования
 Обеспечение непрерывности бизнес-процессов Заказчика;
 Уменьшение риска потери критичных данных;
 Автоматизация процесса резервного копирования;
 Снижение времени простоя в случае чрезвычайных ситуаций.
4. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
Объектом автоматизации Заказчика является процесс резервного копирования объектов
резервирования, объединённых средствами телекоммуникаций в корпоративную сеть передачи
данных с использованием различных каналов связи. Объекты резервирования расположены в
центральном офисе Заказчика, по адресу Центральный офис Заказчика по адресу г. Астана,
Кунаева, д.8, Блок Б (Здание «Изумрудный квартал») и в ЦОД г.Астана, ул.Жирентаева 11
(Здание АО «Казахтелеком»).
Таблица 1 Перечень объектов резервирования
п/п
Название системы
Количество
1.
Файловые серверы Microsoft Windows
2
2.
Файловые серверы Red Hat
15
3.
Серверы баз данных Microsoft SQL
6
4.
Серверы баз данных Oracle
15
5.
Серверы SAP
15
6.
Серверы Microsoft Exchange:
1
7.
Серверы Microsoft SharePoint:
2
8.
Серверы Microsoft Active Directory:
2
9.
Виртуальные серверы на платформе VMware
15
Точный состав объектов резервирования, должен быть уточнён Поставщиком на момент
автоматизации процесса резервного копирования.
5. ТРЕБОВАНИЯ К СИСТЕМЕ
5.1. Требования к системе в целом
1. Должна обеспечивать сохранность данных путем их резервного копирования и
архивирования с различных платформ и хранения на разнородных носителях информации
(дисковых, оптических, ленточных);
2. Должна обеспечивать выполнение резервного копирования баз данных и целостность
резервных копий объектов, без остановки работы БД (файлов данных БД и журналов
транзакций);
3. Должна обеспечивать возможность создавать гибкие политики хранения данных, а
также возможность их изменения без необходимости повторного резервного копирования
данных объектов резервирования;
4. Должна предоставлять возможность осуществлять резервное копирование всех
данных объектов резервного копирования (или выборочно) на дисковый массив (с
последующей миграцией этих данных на ленточный носитель). А также иметь возможность
кэширования данных на диске для обеспечения ускоренного восстановления отдельных
объектов без обращения к ленточному хранилищу;
5. Должна обеспечить восстановление данных в случае выхода из строя аппаратной
части сервера (Disaster Recovery);
6. Должна иметь модуль отчётности, легко интегрирующийся с общепринятыми
отчётными формами (HTML, почтовые сообщения и др.);
7. Должна иметь возможность оптимизации использования СХД и ленточных
накопителей, за счёт удаления с них резервных копий данных с истекшим сроком хранения;
8. Должна обеспечивать одновременное создание нескольких резервных копий данных и
обеспечивать автоматическое переключение на резервную копию при восстановлении, в случае
повреждения основной копии;
9. Должна обеспечивать возможность полного восстановления объектов резервирования
на базе Windows и Linux;
10. Должна обеспечивать возможность хранить резервные копии данных клиентов на
выделенных ленточных носителях;
11. Должна обеспечивать возможность многопоточного резервного копирования и
восстановления данных;
12. Должна иметь открытый программный интерфейс (API) для возможности интеграции
с другими приложениями;
13. Должна иметь возможность удалённого централизованного администрирования, с
визуализацией структуры Ситемы;
14. Должна иметь 3-х уровневую архитектуру (мастер – медиа сервер - клиент), которая
позволит просто и быстро масштабироваться;
15. Должна иметь возможность балансировки нагрузки между серверами резервного
копировании;
16. Должна обеспечить возможность выборочного восстановления отдельных объектов из
полной копии MS Exchange, MS Active Directory, MS Sharepoint и MS SQL;
17. Должна иметь средства восстановления ОС Linux, Windows из полной защищённой
резервной копии объекта резервирования;
18. Должна позволять конвертировать полную резервную копию объекта резервирования
в VMDK-файл для запуска в виртуальной среде;
19. Должна обеспечить функцией запуска восстанавливаемую виртуальную машину
прямо из резервной копии;
20. Должна иметь программную технологию эмуляции ленточных приводов в FC SAN
для резервного копирования с разных ОС в общий дисковый пул;
21. Выбор программных (программно-аппаратных) средств Системы должен проводиться
с учётом текущей инфраструктуры Заказчика;
22. Должна иметь возможность репликации резервных копий между автономными
системами резервного копирования данных (находящимися под контролем различных серверов
управления) с передачей только уникальных блоков данных и использованием встроенной
технологии дедупликации;
23. Должна обеспечить создание полных, инкрементальных и кумулятивных
инкрементальных резервных копий;
24. Должна обеспечить, при создании полной резервной копии файловых данных,
выполнение отслеживания, чтения и передачу на сервер резервного копирования только
изменённых блоков данных с последующим синтезом из них полной резервной копии;
25. Должна обеспечить, при создании полной резервной копии виртуальных машин на
платформе VMware, выполнение отслеживания, чтения и передачу на сервер резервного
копирования только измененных блоков данных с последующим синтезом из них полной
резервной копии;
26. Должна обеспечить функцию синтеза полной копии из предыдущей полной копии и
последующих инкрементальных копий на уровне серверов резервного копирования без
использования агентов резервного копирования и передачи данных;
27. Должна обеспечить возможность задавать разные приоритеты для заданий по
резервному копированию, восстановлению, дублированию резервных копий;
28. Должна обеспечить возобновления заданий резервного копирования и восстановления
с контрольной точки, в случае сбоя;
29. Должна обеспечить возможность резервного копирования не менее 32-x потоков
одновременно на один ленточный привод;
30. Должна обеспечить возможность параллельного создания не менее 4 резервных копий
с различным сроком хранения на различных устройствах хранения одновременно за одну
сессию резервного копирования;
31. Должна обеспечить возможность блочного резервного копирования на уровне раздела
с возможностью восстановления отдельных файлов;
32. Должна обеспечить технологией дедупликации данных как на уровне агента
резервного копирования, так и на любом дисковом целевом устройстве хранения данных;
33. Должна обеспечить резервное копирование и восстановление виртуальных машин
VMWare без использования агентов с применением мгновенных копий по ЛВС, SAN (Fibre
Chanel) и технологии Vmware hotadd;
34. Должна обеспечить возможность резервного копирования виртуальных машин
VMware под управлением Windows и Linux в один проход с возможностью восстановления
всей машины целиком, отдельных файлов и директорий, а также приложений MS Exchange, MS
SQL и MS SharePoint на уровне отдельных объектов;
35. При резервном копировании виртуальных машин с MS Exchange, MS SQL и
MS SharePoint должна быть обеспечена функция усечения журналов транзакций;
36. Должна обеспечить возможность автоматического аварийного восстановления ОС
Windows и Linux, целиком с нуля, включая системную область ОС, с поддержкой аппаратного
обеспечения отличного по конфигурации от исходного;
37. Должна иметь возможность равномерного распределения нагрузки по ферме VMWare
серверов при резервном копировании;
38. Должна иметь возможность автоматического учёта и выгрузки копий лент при
удаленном хранении для функций аварийного восстановления;
39. Должна иметь возможность осуществлять резервное копирование без нагрузки на
клиента с интегрированной поддержкой широкого спектра аппаратных технологий
производителей дисковых массивов;
40. Должна обеспечить функцией классификации и управлением жизненным циклом
хранения данных в зависимости от их критичности;
41. Должна иметь программную технологию эмуляции ленточных приводов в FC SAN
для передачи потока резервного копирования с агента резервного копирования на сервер
резервного копирования по протоколу FC;
42. Встроенная возможность управления правами с наличием предопределенных ролей;
43. Должна обеспечить иметь в составе компонентов, систему мониторинга,
позволяющую накапливать и анализировать историческую информацию о состоянии
нескольких автономных систем резервного копирования, с возможностью настройки гибких
отчетов, автоматических уведомлений, ролей и представлений;
44. Должна иметь возможность получение отчётность по выполненным задания и
проценту дедупликации;
45. Система должна быть совместима с широким спектром производителей ленточных
устройств. Должны официально поддерживаться следующие производители: ADIC, Compaq,
Dell, Exabyte, HP, IBM, Overland Data, Qualstar, Quantum, Sony, Spectra Logic, Sun.
46. Должна обеспечить возможность организации дисковых пулов хранения как с
дедупликацией, так и без дедупликации.
47. Поддерживаемые объекты резервирования:
− ОС Windows;
− OC Linux
− MS Exchange;
− MS SharePoint;
− MS Active Directory;
− БД MS SQL;
−
−
БД Oracle;
Виртуальные машины на платформе VMWare;
5.1.1. Требования к квалификации персонала Поставщика
48. Специалист(ы) Поставщика осуществляющие сопутствующие услуга, должны
обладать опытом внедрения Системы и сертификатами, подтверждающими знания по системе
резервного копирования от производителя поставляемого товара. Для подтверждения требуется
предоставить резюме специалиста(ов) и копию указанного сертификата.
5.1.2. Требования к надёжности
49. Система должна функционировать круглосуточно в бесперебойном режиме, за
исключением случаев проведения профилактических или других работ связанных с
обеспечением функционирования Системы;
50. Система должна включать инструментарий, позволяющий автоматическое резервное
копирование конфигурации Системы, на удалённый физический ресурс, с возможностью
последующего полного восстановление Системы, в случае выхода из строя аппаратной
составляющей;
5.1.3. Требования к безопасности
51. Должно быть предусмотрено шифрование данных на уровне агента резервного
копирования или сервера резервного копирования с поддержкой 40, 56, 128, и 256-бит
алгоритмов при записи на дисковые или ленточные устройства хранения.
5.1.4. Требования к защите информации от несанкционированного доступа
52. Система, должна обеспечивать защитой от несанкционированного доступа:
− идентификацию и аутентификацию пользователей системы при подключении к
системе;
− обеспечение настраиваемой возможности разграничения доступа пользователей и
групп пользователей к данным, группам данных, действиям, типам действий;
− обеспечение в настройках системы возможности ведения журналов аудита,
регистрирующих действия пользователей.
5.1.5. Требования к патентной частоте
53. Предлагаемое к использованию программное обеспечение должно быть
лицензировано фирмой-производителем;
54. Решения по использованию программного обеспечения должны приниматься с
учётом обеспечения поддержки его функционирования производителем.
5.2. Требования к видам обеспечения
5.2.1. Требования к программному обеспечению системы
55. Лицензии для Системы должны позволять резервное копирование суммарного объёма
данных объектов резервирования Заказчика, не менее 10 TB (десяти терабайт) и поддержку
неограниченного количества агентов (согласно пункта 47 данной Технической спецификации)
Системы для осуществления резервного копирования объектов резервирования Заказчика;
56. Лицензии на использование Системы должны быть зарегистрированы на Заказчика;
57. Лицензии на использование Системы не должны быть ограничены по времени
использования;
6. СОСТАВ И СОДЕРЖАНИЕ СОПУТСТВУЮЩИХ УСЛУГ
58. Перед началом работ по поставке Поставщик обязан предоставить Заказчику:
−
Список специалистов Поставщика, осуществляющего сопутствующие услуги;
− График проведения работ с указанием сроков, выполняющих работы, а также
ответственных лиц и их контактные данные.
59. Поставщик должен предоставить Заказчику возможность контроля и надзора за ходом
выполнения работ, предоставлять по требованию Заказчика отчеты о ходе выполнения работ.
60. Поставщик должен немедленно известить Заказчика и до получения от него указаний,
приостановить работы, при обнаружении:
− Возможных неблагоприятных для Заказчика последствий выполнения его указаний о
способе выполнения работ;
− Иных, не зависящих от Поставщика обстоятельств, угрожающих годности или
качеству результатов выполняемых работ, либо создающих невозможность завершения их в
срок;
61. Поставщик должен исполнять полученные в ходе проведения работ указания
Заказчика, если такие указания не противоречат условиям настоящей технической
спецификации и не представляют собой вмешательства в оперативно-хозяйственную
деятельность Поставщика.
Таблица 2 Требования к перечню сопутствующих услуг
№
1
Этап
Проектирование
Наименование работ
Актуализация
и
согласование
перечня объектов резервирования
Заказчика
Согласование стратегии резервного
копирования
Проектирование и согласование
архитектуры решения
Разработка
плана
восстановления (DRP)
2
Установка
настройка
Системы
аварийного
Разработка
и
согласование
программы и методики испытаний
и
настройка
и Установка
программного обеспечения для
резервного копирования
Подключение и настройка дисковых
массивов
для
резервного
копирования
Форма завершения
Список
объектов
участвующих в процессе
резервного копирования
Согласованная с Заказчиком,
стратегия
резервного
копирования
Архитектура
решения
процесса
взаимодействия
Системы
с
объектами
резервного копирования
Согласованный
план
аварийного восстановления
(DRP)
Программа
и
методика
испытаний
Установленное лицензионное
программное
обеспечение
Системы
и
сконфигурированная согласно
утверждённой стратегии и
плану
резервного
копирования
Подключённые
и
настроенные
дисковые
массивы к Системе, для
хранения резервных копий
Инструкция по подключению
ленточной библиотеки
Подключение
и
настройка
ленточных
библиотек
для
резервного копирования
Установка и настройка агентов Установленные
и
резервного
копирования
на настроенные агенты Системы
объектах резервирования Заказчика на объектах резервирования
Заказчика
Добавление виртуальных хостов в Безагентный мониторинг и
список резервного копирования, на резервное
копирование
№
Этап
3
Опытная
эксплуатация
4
Пусконаладочные
работы
3
Наименование работ
которые не будут ставиться агенты
Форма завершения
данных с виртуальных хостов
Настройка шифрования резервных
копий
Выполнение тестового резервного
копирования
и
устранение
выявленных неполадок
Тестирование согласно программе и
методике испытаний
Настроенное
шифрование
резервных копий
Отчёт
о
выявленных
несоответствиях
и
проведении тестирования
Протокол предварительных
испытаний
Написание
инструкции Инструкция администратора
администратора
по работе с Системой
Обучение
администраторов Протокол обучения
заказчика
Проведение
приёмо-сдаточных Протокол приёмо-сдаточных
испытаний
испытаний
Ввод
в
промышленную Акт ввода в промышленную
эксплуатацию
эксплуатацию
7. ТРЕБОВАНИЯ К ГАРАНТИЙНОМУ ОБСЛУЖИВАНИЮ
В состав гарантийной обслуживания Системы должны быть включены следующее:
62. Поставщик в течении 1 (одного) месяца, после подписания акта приёма-передачи
системы или акта ввода в промышленную эксплуатацию, предоставляет расширенную
гарантийное обслуживание по сопутствующим услугам, в рамках которой своими силами и за
свой счёт устраняет несоответствия функционала Системы, в соответствии с требованием
настоящей технической спецификации, выявленные в процессе эксплуатации;
63. Предоставление единой точки контакта для расширенного гарантийного
обслуживания;
64. Расширенное гарантийное обслуживание Системы должно осуществляться в рабочие
дни с 9.00 до 18.00 или согласно режиму рабочего времени и его учёту в Республике Казахстан;
65. Гарантийное обслуживание от товаропроизводителя, в течении 12 (двенадцати)
месяцев с момента заключения договора о закупке Системы, в которое входит:
− Право на получение последних обновлений;
− Право на получение консультаций и технической поддержки в случае нестандартных
ошибок в работе Системы.
8. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
66. Документация по Системе должна включать минимальный пакет документов согласно
Таблице 2;
67. Вся документация должна вестись Поставщиком на русском языке;
Заказчик
Поставщик
____________________ ФИО
М.П.
____________________ ФИО
М.П.