№ 1
Программное обеспечение
- Классификатор
- КТРУ: 58.29.11.000-00000003 · Программное обеспечение
- Характеристики
- Вид лицензии: Простая (неисключительная). Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Класс программ для электронных вычислительных машин и баз данных: (02.07) Средства управления базами данных. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Способ предоставления: Копия электронного экземпляра. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Общие требования к СУБД: СУБД должна быть включена в ‘Единый реестр российских программ для электронных вычислительных машин и баз данных’ (reestr.minsvyaz.ru/reestr). Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му уровню доверия согласно Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му классу защиты согласно Требованиям по безопасности информации к системам управления базами данных, утвержденным приказом ФСТЭК России от 14 апреля 2023 № 64. СУБД должна быть официально совместима с приложениями (1С, Парус). СУБД должны быть официальна совместима с российскими системами резервного копирования (Кибер Бэкап - Реестровая запись №4160 от 11.12.2017 - reestr.digital.gov.ru/reestr/305510). Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования к структуре и функционированию: Базовые требования к СУБД: 1. Поддерживать современные стандарты реляционных баз данных (БД) по требования ACID, а именно: - Атомарность (Atomicity) - Согласованность (Consistency) - Изолированность (Isolation) - Устойчивость (Durability) 2. Обеспечивать уровни изоляции транзакций SERIALIZABLE, REPEATABLE READ, READ COMMITTED. 3. Поддерживать управление доступом с помощью многоверсионности (MVCC - MultiVersion Concurrency Control), которая используется для поддержания согласованности данных в конкурентных условиях. Система должна видеть копию данных (версию базы данных) на момент начала транзакции несмотря на то, что состояние базы данных могло уже измениться, что защищает транзакцию от несогласованных изменений данных, которые могли быть вызваны другой конкурентной транзакцией и обеспечивает таким образом изоляцию транзакций. Основной выигрыш от использования многоверсионности заключается в том, что блокировка, устанавливаемая ей для чтения, не конфликтует с блокировкой на запись, и поэтому чтение никогда не блокирует запись и наоборот. 4. Обеспечивать поддержку блокировок на уровне записей. 5. Обеспечивать журнал упреждающей записи (Write-Ahead Logging - WAL), механизм протоколирования транзакций, что позволяет восстановить систему после возможных сбоев. Основная идея WAL состоит в том, что все изменения должны записываться на диск после того, как записи журнала, описывающие эти действия, будут гарантировано записаны на диск. Это позволяет не сбрасывать страницы данных на диск после фиксации каждой транзакции, так как всегда есть возможность восстановления базы данных используя журнал транзакций. 6. Обеспечивать ссылочную целостность. 7. Обеспечить возможность добавления новых типов данных, функций, операторов, методов доступа, языков программирования без перекомпилирования ядра СУБД и остановки экземпляра БД. 8. Обеспечить возможность доступа к сторонним данным для работы с СУБД Microsoft SQL Server, MySQL, Oracle и PostgreSQL. Ограничения СУБД: - отсутствие ог. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования к стандартизации и унификации: СУБД должна поддерживать следующие стандартные, унифицированные типы данных: - числовые типы (целочисленные типы: 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 - псевдотипы. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
Показать ещё 6
- Требования к функциям (задачам), выполняемым системой: СУБД должна обладать следующими функциональными характеристиками: - соответствие стандарту 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-дампов - поддержка работы с. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования к производительности и масштабируемости: СУБД должна обладать следующими возможностями, обеспечивающими производительность и масштабируемость: - улучшенный механизм проверки блокировок, не оказывающий отрицательного влияния на производительность - увеличенная скорость и эффективность планирования для различных типов запросов - уменьшенное потребление памяти при обработке сложных запросов со множеством таблиц - наличие стоимостного оптимизатора, учитывающего дисковые операции и процессорное время - возможность добавлять поддержку указаний для планировщика, позволяющих отключать или подключать определённые индексы при выполнении запроса (управление планами запросов) - возможность обучения оптимизатора на ошибках и уточнение оценок планирования - возможность проверки целостности таблиц и индексов, в том числе – индекса-B-дерева с ограничением уникальности - возможность асинхронного подтверждения транзакций - возможность параллельного выполнения запросов - возможность параллельного создания индексов и параллельного доступа к индексам - возможность сканирования только индекса (покрывающие индексы) - возможность параллельной выгрузки и загрузки данных - поддержка секционирования для больших таблиц - возможность использования большого количества секций (10К+) на таблицу без деградации производительности - возможность параллельного секционирования таблиц - возможность динамического создания секций для секционированных таблиц - возможность разделения одной секции на несколько или объединения нескольких секций в одну по диапазону значений ключа или по списку значений ключа одной командой. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования к администрированию и мониторингу: СУБД должна обладать следующими средствами администрирования и мониторинга: - наличие собственной графической консоли мониторинга и управления, обеспечивающей интерфейс к основным задачам администрирования, мониторинга и диагностики - возможность вызова консольной утилиты PSQL из web-браузера, без непосредственного доступа по ssh - наличие собственного универсального агента мониторинга, поддерживающего протокол Open Telemetry - визуальное представление планов запросов в различных режимах - возможность полноценного управления задачами резервного копирования и восстановления из графической консоли, включая настройки хранения резервных копий и различные режимы восстановления (PITR, отдельные БД, валидация) - возможность реорганизации таблиц с ликвидацией пустот в таблицах и индексах и дополнительным восстановлением физического порядка кластеризованных индексов без исключительных блокировок в ходе обработки таблиц - расширенные возможности загрузки данных (замена нулевого байта заданным ASCII-символом при загрузке данных) - возможность изменения структуры таблицы без блокировки - возможность перестроения индексов без блокировки таблицы - возможность автоматической настройки конфигурации базы данных для использования выделенных ресурсов сервера - возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе - возможность использования функций для работы с переменными различных типов в рамках текущей сессии - поддержка платформонезависимой сортировки (использование ICU на всех платформах) - наличие унифицированной структуры пакетов Linux, упрощающую миграцию между ними и позволяющая устанавливать несколько различных продуктов на базе PostgreSQL совместно без каких-либо конфликтов - расширенные возможности расширения auto_explain (добавление времени планирования) - расширенные возможности изменения параметров экземпляра СУБД (возможность изменения параметра restore_command без перезапуска экземпляра БД) - наличие выделенного соединения дл. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования к защите информации от несанкционированного доступа: Общие требования безопасности информации, предъявляемые к СУБД СУБД должна применяться для защищенной обработки информации ограниченного доступа, не содержащей сведения, составляющие государственную тайну. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) – не ниже 4 уровня доверия. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) – не ниже 4 класса защиты. В сертифицированный дистрибутив СУБД должны входить минимум три мажорные версии. СУБД должна обеспечивать защиту информации, содержащейся в базах данных, находящихся под их управлением, путем реализации следующих процессов: - ролевой метод управления доступом для следующих ролей пользователей СУБД: администратор СУБД, администратор базы данных (администратор информационной системы), пользователь базы данных (пользователь информационной системы); - возможность применения роли, способной выполнять команды VACUUM, ANALYZE, CLUSTER, REFRESH MATERIALIZED VIEW, REINDEX и LOCK TABLE для всех отношений, как будто эта роль имеет права MAINTAIN на эти объекты, но при этом явным образом такие права ей не назначены; - управление параметрами ролей через профили, которые задают парольные политики (длину, сложность, срок жизни, число неудачных попыток входа до блокировки), а также - блокирование и разблокирование ролей; - идентификация и аутентификация субъектов доступа, предоставление доступа к базе данных в случае успешной аутентификации пользователя, блокирование доступа к базе данных в случае неуспешной аутентификации пользователя; - управление доступом субъе. Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Требования к гарантийной поддержке, документации и разработке СУБД: Требования к гарантийной поддержке СУБД: - Предоставление базовой услуги Техподдержки СУБД в режиме 24х7 на территории РФ с целевым временем обработки заявок высшего приоритета (не хуже): · Время реакции – 15 мин. в режиме 24х7 · Время предоставления решения – 4 ч. в режиме 24х7 · Время исправления ошибки в коде – 24 ч. в режиме 24х7 - Наличие телефонной ‘горячей линии’ Техподдержки 24х7 - Наличие портала Техподдержки с доступом: · к информации о составе купленных Заказчиком лицензий и сроках их действия; · к бинарным репозиториям для установки и обновления ПО вендора; · к интерфейсу самообслуживания Заказчика для создания новых заявок на поддержку и работе с ними; · к архиву закрытых заявок и заявок других сотрудников Заказчика; · к Базе знаний отдела Техподдержки вендора; - Экстренный выпуск патчей / исправлений ошибок в коде СУБД - Получение технических консультаций Требования к документации СУБД: - Наличие русскоязычной документации в электронном виде на сайте Производителя СУБД с описанием реализации всех функций СУБД - Наличие документации по всем поддерживаемым версиям СУБД Требования к разработке СУБД: - Доступность по крайней мере трёх последних поддерживаемых мажорных версий СУБД с актуальными обновлениями - Периодичность выпуска новых версий СУБД с обновлениями не реже одного раза в квартал - Выпуск внеочередных версий СУБД с исправлениями (в т.ч. исправлениями безопасности) - Наличие опубликованного плана доработок СУБД (roadmap) - Наличие доработок / патчей специалистами Производителя СУБД в основную ветку базовой версии СУБД (PostgreSQL или др.) - Наличие у Производителя СУБД специалистов со статусом Contributor / Major Contributor (PostgreSQL). Указание по заполнению: Значение характеристики не может изменяться участником закупки.
- Количество
- 8 Штука
- Распределение по заказчикам
- Распределение отсутствует в XML
- Цена
- 238 781,00 руб. за единицуВсего 1 910 248,00 руб.
- Дополнительные признаки
- Запрет иностранных товаров