Банк ВТБ внедряет отечественную систему сохранения данных в собственные ИТ-системы
Банк ВТБ впервые внедряет российскую систему резервного копирования (СРК), которая в дальнейшем должна заменить применяемые в банке зарубежные решения.
Такие системы – одни из ключевых в ИТ-инфраструктуре любого банка. Они используются во всех основных элементах, включая пользовательские приложения, гарантируют сохранность информации и непрерывность работы ИТ-систем. Ожидается, что к третьему кварталу 2024 доля российского ПО СРК в банке составит не менее 80%.
В рамках комплексного перехода на российские ИТ-системы в ВТБ идет миграция на систему резервного копирования (СРК) RuBackup от одного из крупнейших отечественных вендоров — «Группы Астра». Этот проект стал продолжением плана поэтапного импортозамещения ИТ-инфраструктуры банка: значительная часть его серверной архитектуры уже работает под ОС Astra Linux.
«При выборе решения перед ВТБ стояла цель определить российскую систему резервного копирования, которая в наибольшей степени отвечала бы нашим функциональным задачам, включая требования информационной безопасности одного из крупнейших банков страны. Мы провели масштабное исследование имеющихся на рынке СРК, проанализировав некоторое количество решений, а также выполнили комплексное тестирование RuBackup — все эти работы продолжались в течение года. До последнего времени в ВТБ использовались две зарубежные СРК – Veeam Backup System и NetBackup. Первая уже выведена из эксплуатации банком. В дальнейшем мы намерены постепенно вывести из эксплуатации и NetBackup – по мере разворачивания RuBackup», — отмечает Сергей Безбогов, заместитель руководителя технологического блока — старший вице-президент ВТБ.
Решение RuBackup обеспечивает функцию резервного копирования и восстановления данных для всех основных элементов ИТ-инфрастуктуры банка: виртуальных машин, физических серверов, бизнес-приложения и системы управления базами данных (СУБД) и др. В число определяющих преимуществ вошла поддержка кластерной конфигурации PostgreSQL Patroni, интеграция с почтовыми серверами, возможность гибкой интеграции с OpenStack с учётом архитектурных особенностей сетевого ландшафта банка и требований к информационной безопасности.
На первом этапе на российскую систему резервного копирования RuBackup были переведены серверы под управлением ОС Astra Linux, на втором этапе переведены виртуальные машины на базе VMware, которые до этого использовали систему резервного копирования Veeam Backup System. После чего состоялся перевод почтовых серверов. Основной СУБД к переводу на российскую СРК является PostgreSQL на базе Patroni, помимо этого в планах перевод и других целевых и экспериментальных решений: ArenadataDB, MongoDB, Tarantool, ScyllaDB и FondationDB.
В ходе тестирования и внедрения новых релизов программного продукта RuBackup команда разработчика решения своевременно вносила изменения в работу СРК, адаптируя решение под задачи ВТБ. В частности, были существенно доработаны клиенты RuBackup для PostgreSQL, VMware. Реализованный функционал клиента RuBackup для VMware будет применяться для восстановления архивных данных выведенных из эксплуатации информационных систем на базе VMware.
В итоге по мере совместной работы ВТБ и специалистов «Группы Астра» продукт RuBackup качественно изменился: его функционал был существенно расширен. Результатом синергии стали более 5000 клиентов резервного копирования, переведённых на RuBackup с суточным объемом бэкапируемых данных до 1,5 Петабайт.
«Сейчас очень актуальна угроза потери данных: многие зарубежные вендоры ограничили российским пользователям поддержку и доступ к обновлениям, при этом спектр вредоносного ПО растет, и без оперативных исправлений появляются серьезные риски. Они могут быть связаны с обнаружением новых уязвимостей и векторов атак, способных нанести вред всем элементам ИТ-инфраструктуры. В таких условиях особое значение приобретает роль систем резервного копирования и аварийного восстановления данных. Даже в случае успешной кибератаки или аварии правильно настроенная СРК позволяет быстро вернуть к работе ИТ-систему и восстановить информацию. Лучший выход в сложившейся ситуации — использование российских технологий. Мы уверены, что сможем соответствовать ожиданиям ВТБ, так как уже убедились на собственном опыте в том, что RuBackup в полной мере отвечает современным ИБ-требованиям», — комментирует Илья Сивцев, генеральный директор «Группы Астра».
В программном комплексе FROST 3D доступен расчет теплозащиты с XPS ТЕХНОНИКОЛЬ
В пакете программ Frost 3D появилась возможность рассчитать теплозащиту инженерных сооружений при помощи XPS ТЕХНОНИКОЛЬ. Этому способствовало тесное взаимодействие экспертов направления «Полимерная изоляция» ТЕХНОНИКОЛЬ и специалистов Научно-технического центра «Симмэйкерс», разработчика пакета программ для прогнозных расчетов при проектировании на многолетнемерзлых грунтах.
Программа Frost.Термо пакета Frost 3D позволяет создавать 3D геологическую модель грунтов любой сложности, после чего выполнять расчет температурного режима грунтов с учетом влияния зданий и сооружений, в том числе протяженных линейных объектов.
Наличие теплоизоляции ТЕХНОНИКОЛЬ в базе данных материалов дает возможность легко заложить расчетные параметры материала и определить оптимальный вариант защитных мероприятий для безопасной эксплуатации объектов на многолетнемерзлых грунтах.
С помощью программного комплекса Frost 3D можно проработать проектные решения и определить параметры применения экструзионного пенополистирола ТЕХНОНИКОЛЬ на многолетнемерзлых грунтах в следующих конструкциях: трубопроводы, земляное полото автомобильных и железных дорог, основания взлетно-посадочных полос, основания зданий и сооружений, шахты, тоннели, плотины и др. Все расчеты выполняются в соответствии с действующей нормативной документацией строительства.
В программу внесены расчетные характеристики всей линейки экструзионного пенополистирола ТЕХНОНИКОЛЬ, которые располагаются во вкладке Материалы базы данных материалов, физических свойств и условий теплообмена.

Как проверить BIM-модели и избежать ошибок в строительстве
Качественная BIM-модель — ключевой элемент при реализации строительных проектов. Она позволяет увидеть будущее сооружение еще до начала работ, спланировать их и убедиться в правильности проектных решений.
Проверка BIM-моделей
Не выявленные на ранних этапах ошибки могут привести к задержкам в строительстве, дополнительным затратам, а в некоторых случаях и к авариям на объекте.
Чтобы избежать этих проблем BIM-модель будущего объекта должна:
- быть пригодной для использования на последующих этапах проекта;
- отражать оптимальные проектные решения, отвечающие требованиям заказчика и нормативно-технических документов.
Очевидно, что для достижения этих целей, необходима тщательная проверка BIM-модели до начала ее использования: при определении стоимости строительства, планировании строительно-монтажных работ и других ответственных операциях.
Эффективное проведение таких проверок позволит:
- минимизировать вероятность срыва сроков;
- выявлять и исправлять неудачные проектные решения до начала строительно-монтажных работ;
- оптимизировать использование материалов для экономии ресурсов;
- обеспечивать возможность планирования строительно-монтажных работ на основе достаточных и достоверных данных;
- минимизировать вероятности непредвиденного удорожания строительства.
Larix.Manager, разработанный компанией Айбим, позволяет автоматизированно проверить модель как на геометрические коллизии, так и на соответствие информационным требованиям заказчика (EIR) и требованиям нормативно-технических документов.
Этот программный продукт является частью платформы Larix, которая также включает в себя модули:
- Larix.EST для формирования ведомостей объемов работ и бюджета строительства
- Larix.CDB для ведения справочников видов работ
- Larix.Tender для управления закупками
- Larix.Contract для взаимодействия с подрядчиками и контроля выполнения обязательств
Larix.Manager может использоваться как в связке с другими модулями платформы, так и в качестве самостоятельного инструмента для аудита BIM-моделей.
Сводная BIM-модель
Larix.Manager позволяет собирать сводную (федеративную) модель из частных моделей, выполненных в различных САПР. Это дает возможность проверять решения как внутри одного раздела, так и выполнять междисциплинарные проверки. Ведь плохая координация между моделями различных разделов, выполняемых разными специалистами, отделами и даже проектными организациями, как раз и порождает большую часть ошибок, всплывающих на этапе строительства.
Larix.Manager принимает на вход модели в формате IFC, в который могут экспортировать практически все широко используемые САПР. Модели, выполненные в Autodesk Revit, Bentley, Renga и модели, собранные в Autodesk Navisworks, могут экспортироваться во внутренний формат Larix – IMC – с помощью специальных плагинов. Это позволяет исключить формирование промежуточного файла IFC между нативным форматом САПР и Larix.Manager и, как следствие, исключить возможную потерю и искажение данных, вызванных особенностями конвертации в IFC отдельными программными продуктами.
Но даже наличие модели с геометрией не обязательно для проведения некоторых автоматизированных проверок: в Larix.Manager можно загрузить книгу Microsoft Excel, в которой содержится информация о немоделируемых элементах и их параметрах, и выполнить проверку параметров элементов без геометрии.

Проверка параметров
Одним из важнейших критериев качества BIM-модели является корректность заполнения параметров. Их наличие и значения определяют, как можно использовать модель на последующих этапах проекта, насколько это будет эффективно.
Larix.Manager позволяет проверить наличие требуемых параметров у элементов, наличие у них значений и соответствие этих значений требованиям EIR, сводов правил и ГОСТ.
Текстовые параметры можно проверить на заполнение, содержание определенной последовательности символов, числовые – также и на соответствие значений определенному диапазону.
Проверка коллизий
В режиме «Проверка коллизий» можно отследить:
- Пересечения. Например, пересечения элементов различных инженерных систем, отсутствие отверстий в стенах и перекрытиях и другие несоответствия, как правило, вызванные ошибками при моделировании и плохой координацией. Допуски пересечений можно задавать как по максимальному допустимому расстоянию, так и по максимально допустимому объему пересечения.

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

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

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

Все описанные автоматизированные проверки реализуются с помощью гибко настраиваемых фильтров проверяемых элементов и условий проверки. Эти проверки сохраняются и загружаются из шаблонов, которые можно многократно использовать для моделей сооружений одного типа.
Результаты автоматизированных проверок формируются в отчеты в формате Microsoft Excel. Отчеты содержат в себе идентификаторы элементов, по которым к ним можно обратиться в программах разработки модели и в самом Larix.Manager. Отчеты по проверкам на коллизии сгруппированы по типам (пересечения, минимальное расстояние, проверка положения) и содержат эскизы элементов с обнаруженными коллизиями.
Визуальная проверка
К сожалению, не все можно проверить, пользуясь исключительно инструментами автоматизированного поиска ошибок. Многие проверки автоматизировать очень сложно или даже невозможно. Поэтому программный продукт, используемый для проверки BIM-моделей, должен также обладать удобными инструментами для визуального контроля.
Larix.Manager позволяет гибко управлять визуализацией BIM-модели:
- Группировать элементы модели по значениям параметров и выстраивать дерево элементов любым удобным способом, отображая только элементы, необходимые для определенной задачи. Для различных целей можно создавать несколько типов группировки одной модели, сохранять их и применять, когда это необходимо.
- Использовать инструменты скрытия, изоляции элементов, сечения.
- Сохранять виды и добавлять комментарии к сохраненным видам, т.е. формировать замечания, выявленные в результате визуальной проверки.
Импортозамещение
Многие иностранные программные продукты, предназначенные для проверки BIM-моделей, например, Autodesk Navisworks и Solibri, ушли с российского рынка.
Со временем все труднее легально работать с зарубежным программным обеспечением. У многих компаний и вовсе нет возможности выбрать иностранные инструменты для работы ввиду специфики их объектов. Вопрос поиска отечественных инструментов взамен привычных зарубежных встает все острее.
Larix.Manager – полностью российская разработка, не использует Autodesk Forge и сервера, расположенные за пределами Российской Федерации. Это десктопное приложение, работающее с файлами на компьютере пользователя или сервере на усмотрение пользователя.