Номер извещения: 0830500000225004593

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Запрос котировок в электронной форме

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РТС-тендер

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: http://www.rts-tender.ru

Размещение осуществляет: Уполномоченное учреждение ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ВОЛОГОДСКОЙ ОБЛАСТИ "ЦЕНТР ЗАКУПОК"

Наименование объекта закупки: Оказание услуг по предоставлению прав (простых (неисключительных) лицензий) на использование программного обеспечения

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202503302000160001000004

Контактная информация

Размещение осуществляет: Уполномоченное учреждение

Организация, осуществляющая размещение: ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ВОЛОГОДСКОЙ ОБЛАСТИ "ЦЕНТР ЗАКУПОК"

Почтовый адрес: Российская Федерация, 160001, Вологодская обл, Вологда г, УЛ. МАЛЬЦЕВА, Д. 7, ОФИС 9

Место нахождения: Российская Федерация, 160001, Вологодская обл, Вологда г, УЛ. МАЛЬЦЕВА, Д. 7, ОФИС 9

Ответственное должностное лицо: Мамонова Е. А.

Адрес электронной почты: cz@cz.gov35.ru

Номер контактного телефона: 8-8172-230161-4388

Дополнительная информация: Заказчик : БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ В СФЕРЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ВОЛОГОДСКОЙ ОБЛАСТИ "ЦЕНТР ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ". Место нахождения, почтовый адрес: Российская Федерация, 160000, Вологодская обл, Вологда г, УЛИЦА ГЕРЦЕНА, 27, адрес электронной почты: cit@cit.gov35.ru, номер контактного телефона: 8(8172) 23-00-24 (доб.3953). Ответственное должностное лицо: Лебедева Елена Леонидовна Информация о руководителе контрактной службы, ответственном за заключение контракта: Пучков Николай Анатольевич.

Регион: Вологодская обл

Информация о процедуре закупки

Дата и время начала срока подачи заявок: 27.11.2025 17:09 (МСК)

Дата и время окончания срока подачи заявок: 04.12.2025 08:00 (МСК)

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 05.12.2025

Начальная (максимальная) цена контракта

Начальная (максимальная) цена контракта: 3 114 540,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 252352524929735250100100011470000244

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Количество (объем работы, услуги) - Цена за ед., ? - Стоимость, ?

- 58.29.50.000 58.29.11.000-00000004 - Программное обеспечение Совместимость Функционал простой (неисключительной) лицензии на использование системы управления базами данных должен быть совместим с программой для ЭВМ «Система DirectumRX» и СУБД Postgres Pro Certified имеющихся у Заказчика. Общие требования к СУБД Программное обеспечение (ПО) системы управления базами данных (СУБД) должно предоставляться в виде права (простой (неисключительной) лицензии) на использование ПО СУБД. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му уровню доверия согласно Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му классу защиты согласно Требованиям по безопасности информации к системам управления базами данных, утвержденным приказом ФСТЭК России от 14 апреля 2023 г. № 64. СУБД должна быть доступна в российских публичных облачных системах (Mail.ru Cloud Solutions, Yandex.Cloud и др.), имеющихся у Заказчика. СУБД должна быть официально совместима с программным обеспечением, которое используется  Заказчиком (Директум RX, 1С) СУБД должна быть совместима с российской системой резервного копирования, используемой Заказчиком (Кибер Бэкап - Реестровая запись № 4160 от 11.12.2017. Требования к стандартизации и унификации СУБД должна поддерживать следующие стандартные, унифицированные типы данных: - числовые типы (целочисленные типы: INT, SMALLINT, BIGINT; числа с произвольной точностью; типы с плавающей точкой: REAL, DOUBLE PRESISION, FLOAT; последовательные типы) - денежные типы - символьные типы данных: VARCHAR(n), CHAR(n), TEXT - двоичные типы данных - типы даты и времени: DATE, TIME, TIMESTAMP, TIMESTAMP WITH TIMEZONE, INTERVAL - логический тип BOOLEAN - типы перечислений - геометрические типы - типы, описывающие сетевые адреса - битовые строки - типы данных, предназначенные для текстового поиска - UUID - XML - JSON/JSONB - SQL/JSON - массивы - составные типы - диапазонные типы - типы доменов - идентификаторы объектов - тип pg_lsn - псевдотипы - Условная единица - 15,00 - 207 636,00 - 3 114 540,00

БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ В СФЕРЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ВОЛОГОДСКОЙ ОБЛАСТИ "ЦЕНТР ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ" - 15 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Совместимость Функционал простой (неисключительной) лицензии на использование системы управления базами данных должен быть совместим с программой для ЭВМ «Система DirectumRX» и СУБД Postgres Pro Certified имеющихся у Заказчика. Общие требования к СУБД Программное обеспечение (ПО) системы управления базами данных (СУБД) должно предоставляться в виде права (простой (неисключительной) лицензии) на использование ПО СУБД. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му уровню доверия согласно Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му классу защиты согласно Требованиям по безопасности информации к системам управления базами данных, утвержденным приказом ФСТЭК России от 14 апреля 2023 г. № 64. СУБД должна быть доступна в российских публичных облачных системах (Mail.ru Cloud Solutions, Yandex.Cloud и др.), имеющихся у Заказчика. СУБД должна быть официально совместима с программным обеспечением, которое используется  Заказчиком (Директум RX, 1С) СУБД должна быть совместима с российской системой резервного копирования, используемой Заказчиком (Кибер Бэкап - Реестровая запись № 4160 от 11.12.2017. Требования к стандартизации и унификации СУБД должна поддерживать следующие стандартные, унифицированные типы данных: - числовые типы (целочисленные типы: INT, SMALLINT, BIGINT; числа с произвольной точностью; типы с плавающей точкой: REAL, DOUBLE PRESISION, FLOAT; последовательные типы) - денежные типы - символьные типы данных: VARCHAR(n), CHAR(n), TEXT - двоичные типы данных - типы даты и времени: DATE, TIME, TIMESTAMP, TIMESTAMP WITH TIMEZONE, INTERVAL - логический тип BOOLEAN - типы перечислений - геометрические типы - типы, описывающие сетевые адреса - битовые строки - типы данных, предназначенные для текстового поиска - UUID - XML - JSON/JSONB - SQL/JSON - массивы - составные типы - диапазонные типы - типы доменов - идентификаторы объектов - тип pg_lsn - псевдотипы Требования к функциям (задачам), выполняемым системой СУБД должна обладать следующими функциональными характеристиками: - соответствие стандарту SQL (SQL:2016, SQL:2011, SQL:2008, SQL:2006, SQL:2003, SQL:1999 и SQL-92) - поддержка представлений - поддержка внешний ключей - поддержка транзакций - поддержка оконных функций - поддержка наследований - поддержка функций и операторов - поддержка хранимых процедур - поддержка различных типов индексов: B-tree, hash, GiST, SP-GiST, GIN, RUM, BRIN - наличие встроенной системы полнотекстового поиска, средств ускорения полнотекстового поиска и словарей для полнотекстового поиска - поддержка табличных пространств - поддержка табличных триггеров БД и триггеров событий - поддержка процедурных языков, в т.ч. PL/pgSQL, PL/Perl, PL/Python, PL/Tcl - поддержка кодировки UTF8 - поддержка NoSQL - наличие программных интерфейсов для работы с C/C++, Java/JDBC, .NET, ODBC, Perl, Python, Ruby, Tcl - наличие встроенных средств аутентификации пользователей, поддерживающих GSSAPI, SSPI, LDAP, RADIUS, PAM, BSD - поддержка SSL - возможность разграничения доступа к объектам БД - возможность разграничения доступа к таблицам на уровне строк - возможность разграничения доступа на уровне отдельных строк таблицы - возможность безопасного хранения паролей - возможность интеграции с подсистемой SE-Linux имеющейся у заказчика Требования к высокой доступности и надежности СУБД должна обладать следующими функциональными возможностями по обеспечению сохранности информации при авариях: - наличие встроенных средств репликации данных: синхронная, асинхронная, каскадная - возможность использования различных видов репликации данных: потоковая, логическая - возможность построения отказоустойчивого кластера (ведущий-ведомый) с произвольным количеством реплик (ведомых серверов) в разных конфигурациях (теплый резерв, горячий резерв) - наличие встроенных средств ‘горячего’ резервного копирования и восстановления данных - возможность полного и инкрементального (на уровне страниц) резервного копирования данных с сохранением журналов транзакций и сжатием, что позволяет экономить место на диске и создавать копии быстрее, чем при полном копировании - возможность полного и инкрементального (на уровне страниц) восстановления данных быстрее, чем воспроизведение файлов WAL - ускорение восстановления из копии благодаря повторному использованию неизменённых страниц, имеющихся в PGDATA - возможность контроля целостности данных и проверки резервных копий без восстановления данных - возможность управление архивами WAL и резервными копиями в соответствии с установленными правилами их хранения - возможность выполнения операций резервного копирования и восстановления в несколько параллельных потоков - возможность хранения копируемых данных в сжатом состоянии для экономии дискового пространства - возможность получения списка резервных копий и соответствующей метаинформации в виде простого текста или JSON - возможность получения списка всех линий времени в WAL и соответствующей метаинформации в виде простого текста или JSON - возможность восстановления избранной базы данных / объекта базы данных - возможность восстановления на заданный момент в прошлом (point-in-time recovery - PITR) - возможность резервного копирование файлов и каталогов, расположенных вне каталога данных PGDATA, например скриптов, файлов конфигурации, журналов или SQL-дампов - поддержка работы с ленточными устройствами систем резервного копирования - возможность резервного копирования экземпляра СУБД, находящегося в удалённой системе, и его удалённого восстановления - наличие API для облегчения интеграции и создания собственных приложений резервного копирования и восстановления данных. Требования к производительности и масштабируемости СУБД должна обладать следующими возможностями, обеспечивающими производительность и масштабируемость: - улучшенный механизм проверки блокировок, не оказывающий отрицательного влияния на производительность - увеличенная скорость и эффективность планирования для различных типов запросов - уменьшенное потребление памяти при обработке сложных запросов со множеством таблиц - наличие стоимостного оптимизатора, учитывающего дисковые операции и процессорное время - возможность добавлять поддержку указаний для планировщика, позволяющих отключать или подключать определённые индексы при выполнении запроса (управление планами запросов) - возможность обучения оптимизатора на ошибках и уточнение оценок планирования - возможность проверки целостности таблиц и индексов, в том числе – индекса-B-дерева с ограничением уникальности - возможность асинхронного подтверждения транзакций - возможность параллельного выполнения запросов - возможность параллельного создания индексов и параллельного доступа к индексам - возможность сканирования только индекса (покрывающие индексы) - возможность параллельной выгрузки и загрузки данных - поддержка секционирования для больших таблиц - возможность использования большого количества секций (10К+) на таблицу без деградации производительности - возможность параллельного секционирования таблиц - возможность динамического создания секций для секционированных таблиц - возможность разделения одной секции на несколько или объединения нескольких секций в одну по диапазону значений ключа или по списку значений ключа одной командой Требования к администрированию и мониторингу СУБД должна обладать следующими средствами администрирования и мониторинга: - наличие собственной графической консоли мониторинга и управления, обеспечивающей интерфейс к основным задачам администрирования, мониторинга и диагностики - возможность вызова консольной утилиты PSQL из web-браузера, без непосредственного доступа по ssh - наличие собственного универсального агента мониторинга, поддерживающего протокол Open Telemetry - визуальное представление планов запросов в различных режимах - возможность полноценного управления задачами резервного копирования и восстановления из графической консоли, включая настройки хранения резервных копий и различные режимы восстановления (PITR, отдельные БД, валидация) - возможность реорганизации таблиц с ликвидацией пустот в таблицах и индексах и дополнительным восстановлением физического порядка кластеризованных индексов без исключительных блокировок в ходе обработки таблиц - расширенные возможности загрузки данных (замена нулевого байта при загрузке данных) - возможность изменения структуры таблицы без блокировки - возможность перестроения индексов без блокировки таблицы - возможность автоматической настройки конфигурации базы данных для использования выделенных ресурсов сервера - возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе - возможность использования функций для работы с переменными различных типов в рамках текущей сессии - поддержка платформонезависимой сортировки (использование ICU на всех платформах) - поддержка структуры пакетов ОС Linux (имеющуюся у Заказчика), упрощающую миграцию между ними и позволяющая устанавливать несколько различных продуктов на базе СУБД совместно без каких-либо конфликтов - расширенные возможности расширения auto_explain (добавление времени планирования) - расширенные возможности изменения параметров экземпляра СУБД (возможность изменения параметра restore_command без перезапуска экземпляра БД) - наличие выделенного соединения для администратора - возможность для сбора статистики планирования и выполнения всех обрабатываемых сервером SQL-операторов - возможность немедленно обновлять статистику после операций INSERT, UPDATE, DELETE или SELECT INTO в целевых таблицах - возможность периодического сбора статистики по событиям ожидания для понимания характера активности сервера, в том числе - просмотра текущих событий ожидания во всех обычных и фоновых рабочих процессах - возможность экспортировать статистику таблиц при выгрузке и восстанавливать её вместо того, чтобы выполнять VACUUM ANALYZE после восстановления базы или обновления сервера - наличие встроенного агента мониторинга состояния БД - возможность получать подробные диагностические отчёты по нагрузке за определенный период для выявления наиболее ресурсоёмких операций в базе данных, включая состояния сессий и расширенную статистику, доступную в новейших версиях СУБД - возможность трассировки (логирования) сессий пользователей, подпадающих под гибкий набор условий, например: долго выполняющихся, содержащих много дисковых операций, исходящих из определенного бэкенда - возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе - возможность получения плана и прогресса выполнения активных запросов - возможность получения истории и профиля ожиданий сессии Требования к защите информации от несанкционированного доступа Общие требования безопасности информации, предъявляемые к СУБД СУБД должна применяться для защищенной обработки информации ограниченного доступа, не содержащей сведения, составляющие государственную тайну. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) – не ниже 4 уровня доверия. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) – не ниже 4 класса защиты. Исполнитель обязан обеспечить возможность предоставления минимум трех мажорных версий СУБД для корректного взаимодействия с автоматизированной системой электронного документооборота, используемой Заказчиком. СУБД должна обеспечивать защиту информации, содержащейся в базах данных, находящихся под их управлением, путем реализации следующих процессов: - ролевой метод управления доступом для следующих ролей пользователей СУБД: администратор СУБД, администратор базы данных (администратор информационной системы), пользователь базы данных (пользователь информационной системы); - возможность применения роли, способной выполнять команды VACUUM, ANALYZE, CLUSTER, REFRESH MATERIALIZED VIEW, REINDEX и LOCK TABLE для всех отношений, как будто эта роль имеет права MAINTAIN на эти объекты, но при этом явным образом такие права ей не назначены; - управление параметрами ролей через профили, которые задают парольные политики (длину, сложность, срок жизни, число неудачных попыток входа до блокировки), а также - блокирование и разблокирование ролей; - идентификация и аутентификация субъектов доступа, предоставление доступа к базе данных в случае успешной аутентификации пользователя, блокирование доступа к базе данных в случае неуспешной аутентификации пользователя; - управление доступом субъектов доступа к объектам доступа, предоставление пользователям запрашиваемых типов доступа к объектам СУБД в соответствии с реализуемым методом управления доступом; - регистрация событий безопасности, связанных с функционированием СУБД и действиями пользователей СУБД, с указанием важности и фиксированием в файл CSV или в syslog; - обеспечение целостности исполняемых файлов СУБД, библиотек и других неизменяемых файлов, а также – файлов конфигурации БД; блокировка работы (запуска) экземпляра БД в случае обнаружения фактов нарушения целостности; - встроенные механизмы защиты данных, которые позволяют стерилизовать объекты, перед удалением заполняя их нулями. Обнуление объектов может производиться перед удалением файлов на диске и перед удалением устаревших версий строк (очисткой страниц), освобождением ОЗУ и удалением или перезаписью файлов WAL; - обеспечение доступности информации: резервное копирование и восстановление информации, содержащейся в базе данных. Требования к гарантийной поддержке, документации, обновлениям и новым версиям СУБД, предоставляемым в рамках гарантийной поддержки Требования к документации СУБД: - Наличие русскоязычной документации в электронном виде на сайте Производителя СУБД с описанием реализации всех функций СУБД - Наличие документации по всем поддерживаемым версиям СУБД Требования к обновлениям и новым версиям СУБД, предоставляемым в рамках гарантийной поддержки: - Доступность по крайней мере трёх последних поддерживаемых мажорных версий СУБД с актуальными обновлениями - Периодичность выпуска новых версий СУБД с обновлениями не реже одного раза в квартал - Выпуск внеочередных версий СУБД с исправлениями (в т.ч. исправлениями безопасности) – Обеспечение наличия опубликованного плана доработок СУБД (roadmap) – Обеспечение наличия доработок / патчей специалистами Производителя СУБД в основную ветку базовой версии СУБД. Базовые требования к СУБД: Поддерживать современные стандарты реляционных баз данных (БД) по требованиям ACID, а именно: - Атомарность (Atomicity) - Согласованность (Consistency) - Изолированность (Isolation) - Устойчивость (Durability) Обеспечивать уровни изоляции транзакций SERIALIZABLE, REPEATABLE READ, READ COMMITTED. Поддерживать управление доступом с помощью многоверсионности (MVCC - MultiVersion Concurrency Control), которая используется для поддержания согласованности данных в конкурентных условиях. Система должна видеть копию данных (версию базы данных) на момент начала транзакции несмотря на то, что состояние базы данных могло уже измениться, что защищает транзакцию от несогласованных изменений данных, которые могли быть вызваны другой конкурентной транзакцией и обеспечивает таким образом изоляцию транзакций. Многоверсионность должна обеспечивать факт того, что блокировка, устанавливаемая ей для чтения, не конфликтует с блокировкой на запись, и поэтому чтение никогда не блокирует запись и наоборот. Обеспечивать поддержку блокировок на уровне записей Обеспечивать журнал упреждающей записи (Write-Ahead Logging - WAL), механизм протоколирования транзакций, что позволяет восстановить систему после возможных сбоев. Основная идея WAL состоит в том, что все изменения должны записываться на диск после того, как записи журнала, описывающие эти действия, будут гарантировано записаны на диск. Это позволяет не сбрасывать страницы данных на диск после фиксации каждой транзакции, так как всегда есть возможность восстановления базы данных используя журнал транзакций. Обеспечивать ссылочную целостность. Обеспечить возможность добавления новых типов данных, функций, операторов, методов доступа, языков программирования без перекомпилирования ядра СУБД и остановки экземпляра БД. Обеспечить возможность доступа к сторонним данным для работы с СУБД Microsoft SQL Server, MySQL, Oracle и PostgreSQL, имеющихся у Заказчика. Ограничения СУБД: - отсутствие ограничения на размер БД - отсутствие ограничения на максимальное количество записей (строк) - отсутствие ограничения на количество индексов - поддержку таблиц размером не менее 32 ТБ - поддержку не менее 1600 полей (столбцов) в одной таблице - поддержку полей (столбцов) размером не менее 1 ГБ Требования к операционным системам (ОС) и аппаратным платформам: Операционная система, в среде которой функционирует система управления базами данных, должна быть сертифицирована на соответствие Требованиям в области технического регулирования к продукции, используемой в целях защиты сведений, составляющих государственную тайну или относимых к охраняемой в соответствии с законодательством Российской Федерации иной информации ограниченного доступа (требованиям безопасности информации к операционным системам), утвержденным приказом ФСТЭК России от 19 августа 2016 г. N 119 (зарегистрирован Минюстом России 19 сентября 2016 г., регистрационный N 43691), и Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. Система управления базами данных должна функционировать в среде сертифицированной операционной системы, имеющей класс защиты не ниже класса защиты системы управления базами данных. СУБД должна поддерживать следующий минимальный набор операционных систем (ОС), которые используются Заказчиком: ОС специального назначения «Astra Linux Special Edition» РУСБ.10015-01 (очередное обновление 1.7) – x86_64 (номер сертификата соответствия – 2557); ОС специального назначения «Astra Linux Special Edition» РУСБ.10015-01 (очередное обновление 1.8) – x86_64 (номер сертификата соответствия – 2557); операционная система Альт 8 СП (ЛКНВ.11100-01) – x86_64 (версии 8.0, 8.2, 8.4) (номер сертификата соответствия – 3866); РЕД ОС (RED OS) (версия 7.3) – x86_64 (номер сертификата соответствия – 4060); Вид лицензии Простая (неисключительная) Способ предоставления Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет Класс программ для электронных вычислительных машин и баз данных (02.07) Средства управления базами данных - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Совместимость - Функционал простой (неисключительной) лицензии на использование системы управления базами данных должен быть совместим с программой для ЭВМ «Система DirectumRX» и СУБД Postgres Pro Certified имеющихся у Заказчика. - - - Общие требования к СУБД - Программное обеспечение (ПО) системы управления базами данных (СУБД) должно предоставляться в виде права (простой (неисключительной) лицензии) на использование ПО СУБД. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му уровню доверия согласно Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му классу защиты согласно Требованиям по безопасности информации к системам управления базами данных, утвержденным приказом ФСТЭК России от 14 апреля 2023 г. № 64. СУБД должна быть доступна в российских публичных облачных системах (Mail.ru Cloud Solutions, Yandex.Cloud и др.), имеющихся у Заказчика. СУБД должна быть официально совместима с программным обеспечением, которое используется  Заказчиком (Директум RX, 1С) СУБД должна быть совместима с российской системой резервного копирования, используемой Заказчиком (Кибер Бэкап - Реестровая запись № 4160 от 11.12.2017. - - - Требования к стандартизации и унификации - СУБД должна поддерживать следующие стандартные, унифицированные типы данных: - числовые типы (целочисленные типы: INT, SMALLINT, BIGINT; числа с произвольной точностью; типы с плавающей точкой: REAL, DOUBLE PRESISION, FLOAT; последовательные типы) - денежные типы - символьные типы данных: VARCHAR(n), CHAR(n), TEXT - двоичные типы данных - типы даты и времени: DATE, TIME, TIMESTAMP, TIMESTAMP WITH TIMEZONE, INTERVAL - логический тип BOOLEAN - типы перечислений - геометрические типы - типы, описывающие сетевые адреса - битовые строки - типы данных, предназначенные для текстового поиска - UUID - XML - JSON/JSONB - SQL/JSON - массивы - составные типы - диапазонные типы - типы доменов - идентификаторы объектов - тип pg_lsn - псевдотипы - - - Требования к функциям (задачам), выполняемым системой - СУБД должна обладать следующими функциональными характеристиками: - соответствие стандарту SQL (SQL:2016, SQL:2011, SQL:2008, SQL:2006, SQL:2003, SQL:1999 и SQL-92) - поддержка представлений - поддержка внешний ключей - поддержка транзакций - поддержка оконных функций - поддержка наследований - поддержка функций и операторов - поддержка хранимых процедур - поддержка различных типов индексов: B-tree, hash, GiST, SP-GiST, GIN, RUM, BRIN - наличие встроенной системы полнотекстового поиска, средств ускорения полнотекстового поиска и словарей для полнотекстового поиска - поддержка табличных пространств - поддержка табличных триггеров БД и триггеров событий - поддержка процедурных языков, в т.ч. PL/pgSQL, PL/Perl, PL/Python, PL/Tcl - поддержка кодировки UTF8 - поддержка NoSQL - наличие программных интерфейсов для работы с C/C++, Java/JDBC, .NET, ODBC, Perl, Python, Ruby, Tcl - наличие встроенных средств аутентификации пользователей, поддерживающих GSSAPI, SSPI, LDAP, RADIUS, PAM, BSD - поддержка SSL - возможность разграничения доступа к объектам БД - возможность разграничения доступа к таблицам на уровне строк - возможность разграничения доступа на уровне отдельных строк таблицы - возможность безопасного хранения паролей - возможность интеграции с подсистемой SE-Linux имеющейся у заказчика - - - Требования к высокой доступности и надежности - СУБД должна обладать следующими функциональными возможностями по обеспечению сохранности информации при авариях: - наличие встроенных средств репликации данных: синхронная, асинхронная, каскадная - возможность использования различных видов репликации данных: потоковая, логическая - возможность построения отказоустойчивого кластера (ведущий-ведомый) с произвольным количеством реплик (ведомых серверов) в разных конфигурациях (теплый резерв, горячий резерв) - наличие встроенных средств ‘горячего’ резервного копирования и восстановления данных - возможность полного и инкрементального (на уровне страниц) резервного копирования данных с сохранением журналов транзакций и сжатием, что позволяет экономить место на диске и создавать копии быстрее, чем при полном копировании - возможность полного и инкрементального (на уровне страниц) восстановления данных быстрее, чем воспроизведение файлов WAL - ускорение восстановления из копии благодаря повторному использованию неизменённых страниц, имеющихся в PGDATA - возможность контроля целостности данных и проверки резервных копий без восстановления данных - возможность управление архивами WAL и резервными копиями в соответствии с установленными правилами их хранения - возможность выполнения операций резервного копирования и восстановления в несколько параллельных потоков - возможность хранения копируемых данных в сжатом состоянии для экономии дискового пространства - - - - возможность получения списка резервных копий и соответствующей метаинформации в виде простого текста или JSON - возможность получения списка всех линий времени в WAL и соответствующей метаинформации в виде простого текста или JSON - возможность восстановления избранной базы данных / объекта базы данных - возможность восстановления на заданный момент в прошлом (point-in-time recovery - PITR) - возможность резервного копирование файлов и каталогов, расположенных вне каталога данных PGDATA, например скриптов, файлов конфигурации, журналов или SQL-дампов - поддержка работы с ленточными устройствами систем резервного копирования - возможность резервного копирования экземпляра СУБД, находящегося в удалённой системе, и его удалённого восстановления - наличие API для облегчения интеграции и создания собственных приложений резервного копирования и восстановления данных. - Требования к производительности и масштабируемости - СУБД должна обладать следующими возможностями, обеспечивающими производительность и масштабируемость: - улучшенный механизм проверки блокировок, не оказывающий отрицательного влияния на производительность - увеличенная скорость и эффективность планирования для различных типов запросов - уменьшенное потребление памяти при обработке сложных запросов со множеством таблиц - наличие стоимостного оптимизатора, учитывающего дисковые операции и процессорное время - возможность добавлять поддержку указаний для планировщика, позволяющих отключать или подключать определённые индексы при выполнении запроса (управление планами запросов) - возможность обучения оптимизатора на ошибках и уточнение оценок планирования - возможность проверки целостности таблиц и индексов, в том числе – индекса-B-дерева с ограничением уникальности - возможность асинхронного подтверждения транзакций - возможность параллельного выполнения запросов - возможность параллельного создания индексов и параллельного доступа к индексам - возможность сканирования только индекса (покрывающие индексы) - возможность параллельной выгрузки и загрузки данных - поддержка секционирования для больших таблиц - возможность использования большого количества секций (10К+) на таблицу без деградации производительности - возможность параллельного секционирования таблиц - возможность динамического создания секций для секционированных таблиц - возможность разделения одной секции на несколько или объединения нескольких секций в одну по диапазону значений ключа или по списку значений ключа одной командой - - - Требования к администрированию и мониторингу - СУБД должна обладать следующими средствами администрирования и мониторинга: - наличие собственной графической консоли мониторинга и управления, обеспечивающей интерфейс к основным задачам администрирования, мониторинга и диагностики - возможность вызова консольной утилиты PSQL из web-браузера, без непосредственного доступа по ssh - наличие собственного универсального агента мониторинга, поддерживающего протокол Open Telemetry - визуальное представление планов запросов в различных режимах - возможность полноценного управления задачами резервного копирования и восстановления из графической консоли, включая настройки хранения резервных копий и различные режимы восстановления (PITR, отдельные БД, валидация) - возможность реорганизации таблиц с ликвидацией пустот в таблицах и индексах и дополнительным восстановлением физического порядка кластеризованных индексов без исключительных блокировок в ходе обработки таблиц - расширенные возможности загрузки данных (замена нулевого байта при загрузке данных) - возможность изменения структуры таблицы без блокировки - возможность перестроения индексов без блокировки таблицы - возможность автоматической настройки конфигурации базы данных для использования выделенных ресурсов сервера - возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе - возможность использования функций для работы с переменными различных типов в рамках текущей сессии - поддержка платформонезависимой сортировки (использование ICU на всех платформах) - поддержка структуры пакетов ОС Linux (имеющуюся у Заказчика), упрощающую миграцию между ними и позволяющая устанавливать несколько различных продуктов на базе СУБД совместно без каких-либо конфликтов - - - - расширенные возможности расширения auto_explain (добавление времени планирования) - расширенные возможности изменения параметров экземпляра СУБД (возможность изменения параметра restore_command без перезапуска экземпляра БД) - наличие выделенного соединения для администратора - возможность для сбора статистики планирования и выполнения всех обрабатываемых сервером SQL-операторов - возможность немедленно обновлять статистику после операций INSERT, UPDATE, DELETE или SELECT INTO в целевых таблицах - возможность периодического сбора статистики по событиям ожидания для понимания характера активности сервера, в том числе - просмотра текущих событий ожидания во всех обычных и фоновых рабочих процессах - возможность экспортировать статистику таблиц при выгрузке и восстанавливать её вместо того, чтобы выполнять VACUUM ANALYZE после восстановления базы или обновления сервера - наличие встроенного агента мониторинга состояния БД - возможность получать подробные диагностические отчёты по нагрузке за определенный период для выявления наиболее ресурсоёмких операций в базе данных, включая состояния сессий и расширенную статистику, доступную в новейших версиях СУБД - возможность трассировки (логирования) сессий пользователей, подпадающих под гибкий набор условий, например: долго выполняющихся, содержащих много дисковых операций, исходящих из определенного бэкенда - возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе - возможность получения плана и прогресса выполнения активных запросов - возможность получения истории и профиля ожиданий сессии - Требования к защите информации от несанкционированного доступа - Общие требования безопасности информации, предъявляемые к СУБД СУБД должна применяться для защищенной обработки информации ограниченного доступа, не содержащей сведения, составляющие государственную тайну. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) – не ниже 4 уровня доверия. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) – не ниже 4 класса защиты. Исполнитель обязан обеспечить возможность предоставления минимум трех мажорных версий СУБД для корректного взаимодействия с автоматизированной системой электронного документооборота, используемой Заказчиком. - - - СУБД должна обеспечивать защиту информации, содержащейся в базах данных, находящихся под их управлением, путем реализации следующих процессов: - ролевой метод управления доступом для следующих ролей пользователей СУБД: администратор СУБД, администратор базы данных (администратор информационной системы), пользователь базы данных (пользователь информационной системы); - возможность применения роли, способной выполнять команды VACUUM, ANALYZE, CLUSTER, REFRESH MATERIALIZED VIEW, REINDEX и LOCK TABLE для всех отношений, как будто эта роль имеет права MAINTAIN на эти объекты, но при этом явным образом такие права ей не назначены; - управление параметрами ролей через профили, которые задают парольные политики (длину, сложность, срок жизни, число неудачных попыток входа до блокировки), а также - блокирование и разблокирование ролей; - идентификация и аутентификация субъектов доступа, предоставление доступа к базе данных в случае успешной аутентификации пользователя, блокирование доступа к базе данных в случае неуспешной аутентификации пользователя; - управление доступом субъектов доступа к объектам доступа, предоставление пользователям запрашиваемых типов доступа к объектам СУБД в соответствии с реализуемым методом управления доступом; - - регистрация событий безопасности, связанных с функционированием СУБД и действиями пользователей СУБД, с указанием важности и фиксированием в файл CSV или в syslog; - обеспечение целостности исполняемых файлов СУБД, библиотек и других неизменяемых файлов, а также – файлов конфигурации БД; блокировка работы (запуска) экземпляра БД в случае обнаружения фактов нарушения целостности; - встроенные механизмы защиты данных, которые позволяют стерилизовать объекты, перед удалением заполняя их нулями. Обнуление объектов может производиться перед удалением файлов на диске и перед удалением устаревших версий строк (очисткой страниц), освобождением ОЗУ и удалением или перезаписью файлов WAL; - обеспечение доступности информации: резервное копирование и восстановление информации, содержащейся в базе данных. - Требования к гарантийной поддержке, документации, обновлениям и новым версиям СУБД, предоставляемым в рамках гарантийной поддержки - Требования к документации СУБД: - Наличие русскоязычной документации в электронном виде на сайте Производителя СУБД с описанием реализации всех функций СУБД - Наличие документации по всем поддерживаемым версиям СУБД - - - Требования к обновлениям и новым версиям СУБД, предоставляемым в рамках гарантийной поддержки: - Доступность по крайней мере трёх последних поддерживаемых мажорных версий СУБД с актуальными обновлениями - Периодичность выпуска новых версий СУБД с обновлениями не реже одного раза в квартал - Выпуск внеочередных версий СУБД с исправлениями (в т.ч. исправлениями безопасности) – Обеспечение наличия опубликованного плана доработок СУБД (roadmap) – Обеспечение наличия доработок / патчей специалистами Производителя СУБД в основную ветку базовой версии СУБД. - Базовые требования к СУБД: - Поддерживать современные стандарты реляционных баз данных (БД) по требованиям ACID, а именно: - Атомарность (Atomicity) - Согласованность (Consistency) - Изолированность (Isolation) - Устойчивость (Durability) - - - Обеспечивать уровни изоляции транзакций SERIALIZABLE, REPEATABLE READ, READ COMMITTED. - Поддерживать управление доступом с помощью многоверсионности (MVCC - MultiVersion Concurrency Control), которая используется для поддержания согласованности данных в конкурентных условиях. Система должна видеть копию данных (версию базы данных) на момент начала транзакции несмотря на то, что состояние базы данных могло уже измениться, что защищает транзакцию от несогласованных изменений данных, которые могли быть вызваны другой конкурентной транзакцией и обеспечивает таким образом изоляцию транзакций. Многоверсионность должна обеспечивать факт того, что блокировка, устанавливаемая ей для чтения, не конфликтует с блокировкой на запись, и поэтому чтение никогда не блокирует запись и наоборот. - Обеспечивать поддержку блокировок на уровне записей - Обеспечивать журнал упреждающей записи (Write-Ahead Logging - WAL), механизм протоколирования транзакций, что позволяет восстановить систему после возможных сбоев. Основная идея WAL состоит в том, что все изменения должны записываться на диск после того, как записи журнала, описывающие эти действия, будут гарантировано записаны на диск. Это позволяет не сбрасывать страницы данных на диск после фиксации каждой транзакции, так как всегда есть возможность восстановления базы данных используя журнал транзакций. - Обеспечивать ссылочную целостность. - Обеспечить возможность добавления новых типов данных, функций, операторов, методов доступа, языков программирования без перекомпилирования ядра СУБД и остановки экземпляра БД. - Обеспечить возможность доступа к сторонним данным для работы с СУБД Microsoft SQL Server, MySQL, Oracle и PostgreSQL, имеющихся у Заказчика. - Ограничения СУБД: - - отсутствие ограничения на размер БД - отсутствие ограничения на максимальное количество записей (строк) - отсутствие ограничения на количество индексов - поддержку таблиц размером не менее 32 ТБ - поддержку не менее 1600 полей (столбцов) в одной таблице - поддержку полей (столбцов) размером не менее 1 ГБ - - - Требования к операционным системам (ОС) и аппаратным платформам: - Операционная система, в среде которой функционирует система управления базами данных, должна быть сертифицирована на соответствие Требованиям в области технического регулирования к продукции, используемой в целях защиты сведений, составляющих государственную тайну или относимых к охраняемой в соответствии с законодательством Российской Федерации иной информации ограниченного доступа (требованиям безопасности информации к операционным системам), утвержденным приказом ФСТЭК России от 19 августа 2016 г. N 119 (зарегистрирован Минюстом России 19 сентября 2016 г., регистрационный N 43691), и Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. - - - Система управления базами данных должна функционировать в среде сертифицированной операционной системы, имеющей класс защиты не ниже класса защиты системы управления базами данных. - СУБД должна поддерживать следующий минимальный набор операционных систем (ОС), которые используются Заказчиком: ОС специального назначения «Astra Linux Special Edition» РУСБ.10015-01 (очередное обновление 1.7) – x86_64 (номер сертификата соответствия – 2557); ОС специального назначения «Astra Linux Special Edition» РУСБ.10015-01 (очередное обновление 1.8) – x86_64 (номер сертификата соответствия – 2557); операционная система Альт 8 СП (ЛКНВ.11100-01) – x86_64 (версии 8.0, 8.2, 8.4) (номер сертификата соответствия – 3866); РЕД ОС (RED OS) (версия 7.3) – x86_64 (номер сертификата соответствия – 4060); - Вид лицензии - Простая (неисключительная) - - - Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - - - Класс программ для электронных вычислительных машин и баз данных - (02.07) Средства управления базами данных - -

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Совместимость - Функционал простой (неисключительной) лицензии на использование системы управления базами данных должен быть совместим с программой для ЭВМ «Система DirectumRX» и СУБД Postgres Pro Certified имеющихся у Заказчика. - -

Общие требования к СУБД - Программное обеспечение (ПО) системы управления базами данных (СУБД) должно предоставляться в виде права (простой (неисключительной) лицензии) на использование ПО СУБД. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му уровню доверия согласно Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му классу защиты согласно Требованиям по безопасности информации к системам управления базами данных, утвержденным приказом ФСТЭК России от 14 апреля 2023 г. № 64. СУБД должна быть доступна в российских публичных облачных системах (Mail.ru Cloud Solutions, Yandex.Cloud и др.), имеющихся у Заказчика. СУБД должна быть официально совместима с программным обеспечением, которое используется  Заказчиком (Директум RX, 1С) СУБД должна быть совместима с российской системой резервного копирования, используемой Заказчиком (Кибер Бэкап - Реестровая запись № 4160 от 11.12.2017. - -

Требования к стандартизации и унификации - СУБД должна поддерживать следующие стандартные, унифицированные типы данных: - числовые типы (целочисленные типы: INT, SMALLINT, BIGINT; числа с произвольной точностью; типы с плавающей точкой: REAL, DOUBLE PRESISION, FLOAT; последовательные типы) - денежные типы - символьные типы данных: VARCHAR(n), CHAR(n), TEXT - двоичные типы данных - типы даты и времени: DATE, TIME, TIMESTAMP, TIMESTAMP WITH TIMEZONE, INTERVAL - логический тип BOOLEAN - типы перечислений - геометрические типы - типы, описывающие сетевые адреса - битовые строки - типы данных, предназначенные для текстового поиска - UUID - XML - JSON/JSONB - SQL/JSON - массивы - составные типы - диапазонные типы - типы доменов - идентификаторы объектов - тип pg_lsn - псевдотипы - -

Требования к функциям (задачам), выполняемым системой - СУБД должна обладать следующими функциональными характеристиками: - соответствие стандарту SQL (SQL:2016, SQL:2011, SQL:2008, SQL:2006, SQL:2003, SQL:1999 и SQL-92) - поддержка представлений - поддержка внешний ключей - поддержка транзакций - поддержка оконных функций - поддержка наследований - поддержка функций и операторов - поддержка хранимых процедур - поддержка различных типов индексов: B-tree, hash, GiST, SP-GiST, GIN, RUM, BRIN - наличие встроенной системы полнотекстового поиска, средств ускорения полнотекстового поиска и словарей для полнотекстового поиска - поддержка табличных пространств - поддержка табличных триггеров БД и триггеров событий - поддержка процедурных языков, в т.ч. PL/pgSQL, PL/Perl, PL/Python, PL/Tcl - поддержка кодировки UTF8 - поддержка NoSQL - наличие программных интерфейсов для работы с C/C++, Java/JDBC, .NET, ODBC, Perl, Python, Ruby, Tcl - наличие встроенных средств аутентификации пользователей, поддерживающих GSSAPI, SSPI, LDAP, RADIUS, PAM, BSD - поддержка SSL - возможность разграничения доступа к объектам БД - возможность разграничения доступа к таблицам на уровне строк - возможность разграничения доступа на уровне отдельных строк таблицы - возможность безопасного хранения паролей - возможность интеграции с подсистемой SE-Linux имеющейся у заказчика - -

Требования к высокой доступности и надежности - СУБД должна обладать следующими функциональными возможностями по обеспечению сохранности информации при авариях: - наличие встроенных средств репликации данных: синхронная, асинхронная, каскадная - возможность использования различных видов репликации данных: потоковая, логическая - возможность построения отказоустойчивого кластера (ведущий-ведомый) с произвольным количеством реплик (ведомых серверов) в разных конфигурациях (теплый резерв, горячий резерв) - наличие встроенных средств ‘горячего’ резервного копирования и восстановления данных - возможность полного и инкрементального (на уровне страниц) резервного копирования данных с сохранением журналов транзакций и сжатием, что позволяет экономить место на диске и создавать копии быстрее, чем при полном копировании - возможность полного и инкрементального (на уровне страниц) восстановления данных быстрее, чем воспроизведение файлов WAL - ускорение восстановления из копии благодаря повторному использованию неизменённых страниц, имеющихся в PGDATA - возможность контроля целостности данных и проверки резервных копий без восстановления данных - возможность управление архивами WAL и резервными копиями в соответствии с установленными правилами их хранения - возможность выполнения операций резервного копирования и восстановления в несколько параллельных потоков - возможность хранения копируемых данных в сжатом состоянии для экономии дискового пространства - -

- возможность получения списка резервных копий и соответствующей метаинформации в виде простого текста или JSON - возможность получения списка всех линий времени в WAL и соответствующей метаинформации в виде простого текста или JSON - возможность восстановления избранной базы данных / объекта базы данных - возможность восстановления на заданный момент в прошлом (point-in-time recovery - PITR) - возможность резервного копирование файлов и каталогов, расположенных вне каталога данных PGDATA, например скриптов, файлов конфигурации, журналов или SQL-дампов - поддержка работы с ленточными устройствами систем резервного копирования - возможность резервного копирования экземпляра СУБД, находящегося в удалённой системе, и его удалённого восстановления - наличие API для облегчения интеграции и создания собственных приложений резервного копирования и восстановления данных.

Требования к производительности и масштабируемости - СУБД должна обладать следующими возможностями, обеспечивающими производительность и масштабируемость: - улучшенный механизм проверки блокировок, не оказывающий отрицательного влияния на производительность - увеличенная скорость и эффективность планирования для различных типов запросов - уменьшенное потребление памяти при обработке сложных запросов со множеством таблиц - наличие стоимостного оптимизатора, учитывающего дисковые операции и процессорное время - возможность добавлять поддержку указаний для планировщика, позволяющих отключать или подключать определённые индексы при выполнении запроса (управление планами запросов) - возможность обучения оптимизатора на ошибках и уточнение оценок планирования - возможность проверки целостности таблиц и индексов, в том числе – индекса-B-дерева с ограничением уникальности - возможность асинхронного подтверждения транзакций - возможность параллельного выполнения запросов - возможность параллельного создания индексов и параллельного доступа к индексам - возможность сканирования только индекса (покрывающие индексы) - возможность параллельной выгрузки и загрузки данных - поддержка секционирования для больших таблиц - возможность использования большого количества секций (10К+) на таблицу без деградации производительности - возможность параллельного секционирования таблиц - возможность динамического создания секций для секционированных таблиц - возможность разделения одной секции на несколько или объединения нескольких секций в одну по диапазону значений ключа или по списку значений ключа одной командой - -

Требования к администрированию и мониторингу - СУБД должна обладать следующими средствами администрирования и мониторинга: - наличие собственной графической консоли мониторинга и управления, обеспечивающей интерфейс к основным задачам администрирования, мониторинга и диагностики - возможность вызова консольной утилиты PSQL из web-браузера, без непосредственного доступа по ssh - наличие собственного универсального агента мониторинга, поддерживающего протокол Open Telemetry - визуальное представление планов запросов в различных режимах - возможность полноценного управления задачами резервного копирования и восстановления из графической консоли, включая настройки хранения резервных копий и различные режимы восстановления (PITR, отдельные БД, валидация) - возможность реорганизации таблиц с ликвидацией пустот в таблицах и индексах и дополнительным восстановлением физического порядка кластеризованных индексов без исключительных блокировок в ходе обработки таблиц - расширенные возможности загрузки данных (замена нулевого байта при загрузке данных) - возможность изменения структуры таблицы без блокировки - возможность перестроения индексов без блокировки таблицы - возможность автоматической настройки конфигурации базы данных для использования выделенных ресурсов сервера - возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе - возможность использования функций для работы с переменными различных типов в рамках текущей сессии - поддержка платформонезависимой сортировки (использование ICU на всех платформах) - поддержка структуры пакетов ОС Linux (имеющуюся у Заказчика), упрощающую миграцию между ними и позволяющая устанавливать несколько различных продуктов на базе СУБД совместно без каких-либо конфликтов - -

- расширенные возможности расширения auto_explain (добавление времени планирования) - расширенные возможности изменения параметров экземпляра СУБД (возможность изменения параметра restore_command без перезапуска экземпляра БД) - наличие выделенного соединения для администратора - возможность для сбора статистики планирования и выполнения всех обрабатываемых сервером SQL-операторов - возможность немедленно обновлять статистику после операций INSERT, UPDATE, DELETE или SELECT INTO в целевых таблицах - возможность периодического сбора статистики по событиям ожидания для понимания характера активности сервера, в том числе - просмотра текущих событий ожидания во всех обычных и фоновых рабочих процессах - возможность экспортировать статистику таблиц при выгрузке и восстанавливать её вместо того, чтобы выполнять VACUUM ANALYZE после восстановления базы или обновления сервера - наличие встроенного агента мониторинга состояния БД - возможность получать подробные диагностические отчёты по нагрузке за определенный период для выявления наиболее ресурсоёмких операций в базе данных, включая состояния сессий и расширенную статистику, доступную в новейших версиях СУБД - возможность трассировки (логирования) сессий пользователей, подпадающих под гибкий набор условий, например: долго выполняющихся, содержащих много дисковых операций, исходящих из определенного бэкенда - возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе - возможность получения плана и прогресса выполнения активных запросов - возможность получения истории и профиля ожиданий сессии

Требования к защите информации от несанкционированного доступа - Общие требования безопасности информации, предъявляемые к СУБД СУБД должна применяться для защищенной обработки информации ограниченного доступа, не содержащей сведения, составляющие государственную тайну. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) – не ниже 4 уровня доверия. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) – не ниже 4 класса защиты. Исполнитель обязан обеспечить возможность предоставления минимум трех мажорных версий СУБД для корректного взаимодействия с автоматизированной системой электронного документооборота, используемой Заказчиком. - -

СУБД должна обеспечивать защиту информации, содержащейся в базах данных, находящихся под их управлением, путем реализации следующих процессов: - ролевой метод управления доступом для следующих ролей пользователей СУБД: администратор СУБД, администратор базы данных (администратор информационной системы), пользователь базы данных (пользователь информационной системы); - возможность применения роли, способной выполнять команды VACUUM, ANALYZE, CLUSTER, REFRESH MATERIALIZED VIEW, REINDEX и LOCK TABLE для всех отношений, как будто эта роль имеет права MAINTAIN на эти объекты, но при этом явным образом такие права ей не назначены; - управление параметрами ролей через профили, которые задают парольные политики (длину, сложность, срок жизни, число неудачных попыток входа до блокировки), а также - блокирование и разблокирование ролей; - идентификация и аутентификация субъектов доступа, предоставление доступа к базе данных в случае успешной аутентификации пользователя, блокирование доступа к базе данных в случае неуспешной аутентификации пользователя; - управление доступом субъектов доступа к объектам доступа, предоставление пользователям запрашиваемых типов доступа к объектам СУБД в соответствии с реализуемым методом управления доступом;

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

Требования к гарантийной поддержке, документации, обновлениям и новым версиям СУБД, предоставляемым в рамках гарантийной поддержки - Требования к документации СУБД: - Наличие русскоязычной документации в электронном виде на сайте Производителя СУБД с описанием реализации всех функций СУБД - Наличие документации по всем поддерживаемым версиям СУБД - -

Требования к обновлениям и новым версиям СУБД, предоставляемым в рамках гарантийной поддержки: - Доступность по крайней мере трёх последних поддерживаемых мажорных версий СУБД с актуальными обновлениями - Периодичность выпуска новых версий СУБД с обновлениями не реже одного раза в квартал - Выпуск внеочередных версий СУБД с исправлениями (в т.ч. исправлениями безопасности) – Обеспечение наличия опубликованного плана доработок СУБД (roadmap) – Обеспечение наличия доработок / патчей специалистами Производителя СУБД в основную ветку базовой версии СУБД.

Базовые требования к СУБД: - Поддерживать современные стандарты реляционных баз данных (БД) по требованиям ACID, а именно: - Атомарность (Atomicity) - Согласованность (Consistency) - Изолированность (Isolation) - Устойчивость (Durability) - -

Обеспечивать уровни изоляции транзакций SERIALIZABLE, REPEATABLE READ, READ COMMITTED.

Поддерживать управление доступом с помощью многоверсионности (MVCC - MultiVersion Concurrency Control), которая используется для поддержания согласованности данных в конкурентных условиях. Система должна видеть копию данных (версию базы данных) на момент начала транзакции несмотря на то, что состояние базы данных могло уже измениться, что защищает транзакцию от несогласованных изменений данных, которые могли быть вызваны другой конкурентной транзакцией и обеспечивает таким образом изоляцию транзакций. Многоверсионность должна обеспечивать факт того, что блокировка, устанавливаемая ей для чтения, не конфликтует с блокировкой на запись, и поэтому чтение никогда не блокирует запись и наоборот.

Обеспечивать поддержку блокировок на уровне записей

Обеспечивать журнал упреждающей записи (Write-Ahead Logging - WAL), механизм протоколирования транзакций, что позволяет восстановить систему после возможных сбоев. Основная идея WAL состоит в том, что все изменения должны записываться на диск после того, как записи журнала, описывающие эти действия, будут гарантировано записаны на диск. Это позволяет не сбрасывать страницы данных на диск после фиксации каждой транзакции, так как всегда есть возможность восстановления базы данных используя журнал транзакций.

Обеспечивать ссылочную целостность.

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

Обеспечить возможность доступа к сторонним данным для работы с СУБД Microsoft SQL Server, MySQL, Oracle и PostgreSQL, имеющихся у Заказчика.

Ограничения СУБД: - - отсутствие ограничения на размер БД - отсутствие ограничения на максимальное количество записей (строк) - отсутствие ограничения на количество индексов - поддержку таблиц размером не менее 32 ТБ - поддержку не менее 1600 полей (столбцов) в одной таблице - поддержку полей (столбцов) размером не менее 1 ГБ - -

Требования к операционным системам (ОС) и аппаратным платформам: - Операционная система, в среде которой функционирует система управления базами данных, должна быть сертифицирована на соответствие Требованиям в области технического регулирования к продукции, используемой в целях защиты сведений, составляющих государственную тайну или относимых к охраняемой в соответствии с законодательством Российской Федерации иной информации ограниченного доступа (требованиям безопасности информации к операционным системам), утвержденным приказом ФСТЭК России от 19 августа 2016 г. N 119 (зарегистрирован Минюстом России 19 сентября 2016 г., регистрационный N 43691), и Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. - -

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

СУБД должна поддерживать следующий минимальный набор операционных систем (ОС), которые используются Заказчиком: ОС специального назначения «Astra Linux Special Edition» РУСБ.10015-01 (очередное обновление 1.7) – x86_64 (номер сертификата соответствия – 2557); ОС специального назначения «Astra Linux Special Edition» РУСБ.10015-01 (очередное обновление 1.8) – x86_64 (номер сертификата соответствия – 2557); операционная система Альт 8 СП (ЛКНВ.11100-01) – x86_64 (версии 8.0, 8.2, 8.4) (номер сертификата соответствия – 3866); РЕД ОС (RED OS) (версия 7.3) – x86_64 (номер сертификата соответствия – 4060);

Вид лицензии - Простая (неисключительная) - -

Способ предоставления - Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет - -

Класс программ для электронных вычислительных машин и баз данных - (02.07) Средства управления базами данных - -

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге Информация содержится в электронном документе "Описание объекта закупки"

Преимущества, требования к участникам

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 2. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

Сведения о связи с позицией плана-графика

Сведения о связи с позицией плана-графика: 202503302000160001000004

Начальная (максимальная) цена контракта: 3 114 540,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 252352524929735250100100011470000244

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

Дата начала исполнения контракта: 0  рабочих дней с даты заключения контракта

Срок исполнения контракта: 14  рабочих дней

Закупка за счет собственных средств организации: Да

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 31 145,40 РОССИЙСКИЙ РУБЛЬ

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде ден. средств или независимой гарантии (далее-НГ), предусмотренной ст. 45 Федерального закона (далее-ФЗ). Предприятия уголовно-исполнительной системы, организации инвалидов, предусмотренные ч. 2 ст. 29 ФЗ, предоставляют обеспечение заявки на участие в закупке (в случае установления заказчиком требования обеспечения заявок на участие в закупке) в размере одной второй процента НМЦК. Государств., муницип. учреждения не предоставляют обеспечение подаваемых ими заявок на участие в закупках.Выбор способа обеспечения осуществляется участником закупки самостоятельно. НГ должна быть безотзывной и должна соответствовать требов. установленным статьей 45 ФЗ.Срок действия НГ должен составлять не менее месяца с даты окончания срока подачи заявок.Обеспечение заявки на участие в закупке предоставляется одним из способов указанных в статье 44 ФЗ.Участник закупки для подачи заявки на участие в закупке выбирает с использованием электронной площадки способ обеспечения такой заявки путем указания реквизитов спец. счета или указания номера реестровой записи из реестра НГ, размещенного в ЕИС. Денежные средства, находящиеся на спец. счете участника закупки, могут использоваться для обеспечения заявок на участие в закупках исключительно такого участника закупки. Блокирование денежных средств в целях обеспечения заявки на участие в закупке на специальном счете осуществляется и прекращается банком на основании информации, полученной от оператора электронной площадки в соответствии со ст. 44 ФЗ. На денежные средства, заблокированные в соответствии со ст. 44 ФЗ, не может быть обращено взыскание по обязательствам участника закупки. Банком начисляются проценты за пользование денежными средствами, находящимися на спец. счете, в том числе в период их блокирования в целях обеспечения заявки на участие в закупке. Размер таких процентов определяется договором специального счета, заключаемым участником закупки.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03224643190000003000, л/c 176200011, БИК 011909101, ОКЦ № 10 СЗГУ Банка России//УФК ПО ВОЛОГОДСКОЙ ОБЛАСТИ, г Вологда, к/c 40102810445370000022

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО ВОЛОГОДСКОЙ ОБЛАСТИ (УФК ПО ВОЛОГОДСКОЙ ОБЛАСТИ) ИНН: 3525043546 КПП: 352501001 КБК: 17611610056020000140 ОКТМО: 19701000001 40102810445370000022 03100643000000013000 011909101

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Вологодская, г.о. город Вологда, г. Вологда, ул. Герцена, д. 27, каб. 508

Предусмотрена возможность одностороннего отказа от исполнения контракта в соответствии со ст. 95 Закона № 44-ФЗ: Да

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 10 %

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Исполнение контракта может обеспечиваться предоставлением независимой гарантии (далее – НГ),соответствующей требованиям ст.45ФЗ,или внесением денежных средств на указанный заказчиком счет,на котором в соответствии с закон-вом РФ учитываются операции со средствами,поступающими заказчику.НГ должна быть безотзывной и должна соответствовать требованиям устан-ым ст.45ФЗ.Способ обеспечения исполнения контракта, срок действия НГ определяются в соответствии с треб-ми ФЗ участником закупки,с которым заключается контракт,самостоятельно.Срок действия НГ должен превышать предус-ый контрактом срок исполнения обяз-в,которые должны быть обеспечены такой НГ,не менее чем на 1 месяц,в т.ч. в случае его изменения в соответствии со ст.95ФЗ. В НГ включается условие об обязанности гаранта уплатить заказчику (бенефициару) денежную сумму по НГ не позднее 10 раб.дней со дня, следующего за днем получения гарантом требования заказчика (бенефициара), соответствующего условиям такой НГ, при отсутствии предусм. ГКРФ оснований для отказа в удовлетворении этого требования.Запрещается включение в условия НГ требования о пред-ии заказчиком гаранту судебных актов,подтвер-их неисполнение принципалом обязательств,обеспечиваемых НГ.НГ,используемая для целей ФЗ, информация о ней и документы,предус-ые ч.9ст.45ФЗ,должны быть вкл. в реестр НГ, размещенный в ЕИС,за исключением НГ,указанных в ч.8.1ст.45ФЗ. Участник закупки, с которым закл. контракт по результатам определения поставщика в соответствии с п.1ч.1ст.30ФЗ,освобождается от предоставления обеспечения исполнения контракта в случае, предус-ом ч.8.1.ст.96ФЗ.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03224643190000003000, л/c 176200011, БИК 011909101, ОКЦ № 10 СЗГУ Банка России//УФК ПО ВОЛОГОДСКОЙ ОБЛАСТИ, г Вологда, к/c 40102810445370000022

Требуется гарантия качества товара, работы, услуги: Да

Срок, на который предоставляется гарантия и (или) требования к объему предоставления гарантий качества товара, работы, услуги: Гарантийная поддержка должна осуществляться в течение 12 месяцев с даты подписания сторонами документов о приемке услуг.

Информация о требованиях к гарантийному обслуживанию товара: Требования к гарантийной поддержке СУБД: - Предоставление базовой услуги технической поддержки СУБД в режиме 24х7 на территории РФ с целевым временем обработки заявок высшего приоритета (не хуже): Время реакции – 15 мин. в режиме 24х7 Время предоставления решения – 4 ч. в режиме 24х7 Время исправления ошибки в коде – 24 ч. в режиме 24х7 – Обеспечение наличия телефонной «горячей линии» технической поддержки 24х7 – Обеспечение наличия сервиса технической поддержки с доступом: к информации о составе купленных Заказчиком лицензий и сроках их действия; к бинарным репозиториям для установки и обновления ПО вендора; к интерфейсу самообслуживания Заказчика для создания новых заявок на поддержку и работе с ними; к архиву закрытых заявок и заявок других сотрудников Заказчика; к Базе знаний производителя СУБД; - Экстренный выпуск патчей / исправлений ошибок в коде СУБД - Получение технических консультаций

Требования к гарантии производителя товара: -

Банковское или казначейское сопровождение контракта не требуется

Информация о сроках исполнения контракта и источниках финансирования

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

Дата начала исполнения контракта: 0  рабочих дней с даты заключения контракта

Срок исполнения контракта: 14  рабочих дней

Закупка за счет собственных средств организации: Да

Документы

Общая информация

Документы

Журнал событий