Александр Криулин. tempdb, почему она всё время растет?

Злоумышленники все чаще атакуют компании не ради выкупа или продажи данных. Их целью становится остановка бизнеса и разрушение IT-инфраструктуры – иногда до состояния, когда ее приходится восстанавливать практически с нуля. Рассказываем о том, как изменился профиль угроз, почему сотрудник становится частью большинства успешных сценариев и какие меры действительно разрывают цепочку атаки. Доклад в виде статьи: https://infostart.ru/1c/articles/2833182/

Разбираем, какие угрозы возникают при использовании искусственного интеллекта и почему его безопасность зависит не только от защиты инфраструктуры, но и от достоверности данных, устойчивости моделей и возможности обнаруживать подмену информации. Показываем, как на ИИ воздействуют через данные, модели и вычислительные ресурсы и какие меры помогают снизить эти риски – от проверки источников и состязательного обучения до внешних детекторов атак и альтернативных моделей для верификации. Объясняем, какие стандарты и требования уже применяются в этой области и почему безопасность ИИ нужно закладывать в архитектуру и процессы разработки с самого начала. Доклад в виде статьи: https://infostart.ru/1c/articles/2813707/

Разбираем, как выстроить мониторинг так, чтобы он не превращался в коллекцию графиков и алертов, а действительно помогал быстро переходить от жалобы пользователя к технической гипотезе. Показываем, что стоит контролировать на разных уровнях – от инфраструктуры и 1С с СУБД до интеграций и бизнес-сценариев – и почему одних метрик по CPU, памяти и дискам часто недостаточно. Рассматриваем базовый набор инструментов для старта, работу с централизованными логами и подход к алертам, по которым понятно, что делать дальше. А заодно разбираем типичные ошибки мониторинга и объясняем, как даже минимальный рабочий контур помогает быстрее находить причины сбоев и увереннее действовать во время инцидентов. Доклад в виде статьи: https://infostart.ru/1c/articles/2813617/

За считанные месяцы цены на серверное железо выросли в разы, а бюджеты компаний – нет, поэтому ошибка при подборе оборудования для 1С теперь обходится особенно дорого. Разбираем, почему логика «возьмем самое дорогое и производительное» здесь не работает, какие особенности памяти, дисков и серверных конфигураций нужно учитывать и где действительно можно сэкономить – от свертки базы до использования десктопного компьютера. Показываем, как продавцы могут предлагать вместо подходящих компонентов более выгодные им аналоги или неликвид и почему советы нейросетей о частоте процессора, конфигурациях и тесте Гилева нельзя принимать на веру. Объясняем, какие ошибки приводят к потере производительности и на чем при подборе сервера для 1С экономить нельзя. Доклад в виде статьи: https://infostart.ru/1c/articles/2784488/

5,5 тысячи пользователей в единой базе 1С, розница в режиме 24/7 и SLA 99,98% – в таких условиях любая авария быстро превращается в очереди на кассах, потерю денег и давление со стороны бизнеса. Показываем, как выстроить процесс аварийно-восстановительных работ: от первых алертов и базового скрининга системы до подключения команды, проверки гипотез и дебрифа после инцидента. Разбираем, как метрики, дашборды, техжурнал, Zabbix, Prometheus, Grafana, Telegram-боты и скрипты помогают не гадать, а быстро находить причину проблемы. На реальных авариях объясняем, почему «быстро» не должно означать «рискованно», как работа над ошибками снижает панику и почему каждая авария может сделать систему надежнее. Доклад в виде статьи: https://infostart.ru/1c/articles/2760866/

Разбираем, как быстро понять, чем занят SQL Server, кто создает блокировки и почему запросы 1С внезапно начинают тормозить. Показываем, какие настройки сервера и базы данных стоит проверять, как анализировать ожидания, планы запросов, статистику и индексы, а также переводить сырые данные SQL на понятный 1С-нику язык. Объясняем, как наладить предметный разговор с DBA и перейти от диагностики к конкретным рекомендациям. Доклад в виде статьи: https://infostart.ru/1c/articles/2751253/

Разбираем, зачем бизнесу переходить с MS SQL на PostgreSQL и какие риски сдерживают миграцию больших баз 1С. Показываем основные этапы перехода: от предварительного тестирования и конвертации через ibcmd до синхронизации данных с помощью DBReplication и других технологий. Объясняем, как выполнить миграцию с минимальным технологическим окном, сохранить возможность отката при непредвиденных ситуациях и подстраховать бизнес от простоев. Отдельно рассматриваем методику и инструменты обеспечения производительности после перехода. Доклад в виде статьи: https://infostart.ru/1c/articles/2726683/

Парсинг техжурнала 1С – это не просто «распарсить JSON» или CSV, а работа с множеством неочевидных особенностей формата. Показываем, какие проблемы могут возникнуть из-за дублей свойств и событий, «полей-призраков», нестандартных имен свойств, разрозненного контекста, кавычек, апострофов и других нюансов, которые легко ломают парсеры и искажают результаты анализа. Объясняем, чем может помочь ИИ при работе с техжурналом и почему даже при использовании современных инструментов важно понимать внутреннюю логику логов. В докладе собраны главные правила надежного парсинга и примеры ситуаций, где техжурнал может неожиданно показать свою «темную сторону». Доклад в виде статьи: https://infostart.ru/1c/articles/2718175/

Рассматриваем переход от классической инфраструктуры к облачным моделям и причины, по которым бизнес все чаще выбирает PaaS: скорость внедрения, снижение затрат и отказоустойчивость. Разбираем, какую роль Kubernetes играет в автоматизации, масштабировании и управлении контейнеризированными приложениями, а также можно ли считать 1С Cloud Native-приложением. На примере архитектуры кластера 1С показываем, как компоненты сервера упаковываются в контейнеры, какие ограничения возникают из-за монолитной природы 1С и как их можно обходить. В финальной части объясняем, как Prometheus, Grafana, Loki/ELK и другие инструменты мониторинга помогают контролировать состояние сервиса и делать облачную платформу удобнее для бизнеса. Доклад в виде статьи: https://infostart.ru/1c/articles/2706412/

Разовые проверки ролей, настроек и кода в 1С не дают полноценной защиты, если за ними не стоит регулярный процесс контроля. На практических кейсах SafeERP покажем, как выявлять конфликтные полномочия, опасные настройки платформы, открытый запуск внешних обработок и использование привилегированного режима в коде. Отдельное внимание уделим тому, как автоматизировать аудит 1С и превратить разрозненные проверки в единый управляемый контур безопасности с понятной дорожной картой исправлений. Доклад в виде статьи: https://infostart.ru/1c/articles/2701378/