MS SQL для владельца: когда ваш бизнес живёт в экосистеме Microsoft

Microsoft SQL Server (часто говорят «MS SQL» или просто SQL Server) - база данных, вокруг которой Microsoft выстроила целую экосистему: Dynamics 365, Azure, Power BI, .NET, SharePoint, 1С на Windows. Если у вас уже есть Active Directory, почта на Exchange, CRM от Microsoft и отчёты в Power BI, с высокой вероятностью ключевые данные бизнеса лежат именно в MS SQL - не в MySQL на Linux-хостинге и не в Google Sheets. Владельцу не нужно писать T-SQL, но понимать, почему подрядчик предлагает SQL Server, сколько стоит лицензия и что произойдёт при миграции в облако Azure - значит принимать решения без сюрпризов в бюджете.

• MS SQL - реляционная СУБД Microsoft: таблицы, связи, транзакции, отчёты
• Где встречается - Dynamics 365, 1С (типовые конфигурации), .NET-сайты, Power BI, внутренние ERP
• Экосистема - единый вход, интеграция с Excel, Teams, Power Platform
• Варианты - SQL Server на своей инфраструктуре или Azure SQL в облаке
• Главный плюс - «всё от одного вендора»: меньше стыков, быстрее внедрение в MS-среде
• Главный риск - лицензии, привязка к Microsoft, миграция на другую СУБД дороже, чем с MySQL

Что такое MS SQL простыми словами

SQL Server - программа на сервере (Windows или Linux), которая хранит данные в таблицах и отвечает на запросы от приложений. Как и MySQL или PostgreSQL, это реляционная база: заказы связаны с клиентами, позиции заказа - с товарами, сотрудники - с отделами.

Отличие для владельца не в «таблицах», а в контексте:

Важно: MS SQL - не «лучше» или «хуже» MySQL универсально. Это логичный выбор, когда весь IT-ландшафт уже на Microsoft: проще интеграции, один подрядчик знает стек, меньше споров «почему не PostgreSQL».

Когда ваш бизнес «живёт» в Microsoft

Проверьте себя по чек-листу. Если совпадает три и больше пункта - MS SQL, скорее всего, уже есть или будет предложена как основная БД:

1. CRM/ERP - Dynamics 365 Sales, Business Central, Navision (исторически).
2. 1С - типовые конфигурации на MS SQL, а не на PostgreSQL (распространённый вариант в СНГ).
3. Сайт и личный кабинет - написаны на .NET (C#, ASP.NET), а не на PHP.
4. Почта и файлы - Exchange Online, SharePoint, OneDrive for Business.
5. Вход - сотрудники логинятся через корпоративный Microsoft-аккаунт (Azure AD).
6. Аналитика - отчёты собирают в Power BI напрямую из базы или через хранилище данных в Azure.
7. Инфраструктура - серверы в Azure или на Windows Server в офисе/ЦОД.

В такой картине база данных - центр, куда стекаются заказы, остатки, финансы, KPI. Power BI не «придумывает» цифры - он читает MS SQL (или синхронизированную копию в Azure Synapse). Если база упала или устарела без бэкапа, падают и CRM, и отчёты для директора.

SQL Server на своём сервере и Azure SQL

Microsoft даёт два основных способа «где физически живёт» база:

On-prem (свой сервер)

SQL Server установлен на вашем железе или VPS с Windows. Плюсы: данные в известном ЦОД, предсказуемость для регуляторов (банк, госсектор). Минусы: вы (или подрядчик) отвечаете за патчи, бэкапы, диски, отказоустойчивость.

Azure SQL (облако)

Управляемая служба в Azure: Microsoft обновляет движок, масштабирует ресурсы, предлагает географически распределённый бэкап. Плюсы: быстрый старт, оплата по потреблению, связка с другими сервисами Azure. Минусы: ежемесячный счёт растёт с объёмом данных и нагрузкой; без грамотной архитектуры облако может обойтись дороже, чем на своей инфраструктуре.

Для владельца: вопрос не «облако или нет», а кто несёт ответственность за простой в пятницу вечером. На своей инфраструктуре - ваш подрядчик и SLA договора (гарантии по времени реакции и восстановления). Azure - тикет в Microsoft + архитектор, который не оставил одну базу без реплики.

Лицензии и бюджет: о чём спросить до подписания

MS SQL - одна из немногих баз, где стоимость лицензии может сравниться с годом разработки. Не подписывайте проект, не получив ответы:

Редакции

• Express - бесплатно, лимит 10 ГБ на базу; подходит для малых приложений и тестов, не для тяжёлого ERP.
• Standard - типичный выбор среднего бизнеса: Always On (кластер высокой доступности, ограниченно), основные функции.
• Enterprise - крупные объёмы, продвинутая аналитика, дорого; часто избыточно для компании до 200 сотрудников.

Модели оплаты

• Per core - платите за ядра процессора на сервере с SQL (на своей инфраструктуре).
• Server + CAL (Client Access License) - лицензия на сервер + «клиентские» лицензии на каждого пользователя/устройство (редче на новых проектах).
• Azure - vCore или DTU, поминутная/помесячная тарификация.

Практический совет: попросите три строки в смете - лицензии SQL, лицензии Windows (если на своей инфраструктуре), стоимость администрирования (бэкап, мониторинг, патчи) на 12 месяцев. Сравните с облачным калькулятором Azure SQL за тот же период.

Как данные текут в экосистеме Microsoft

Упрощённая схема для владельца без IT-отдела:

Сотрудник → Dynamics / 1С / .NET-сайт → MS SQL (запись заказа, остатка)
                                              ↓
                                    Power BI (дашборд для директора)
                                              ↓
                                    Excel / Teams (алерт «продажи -20%»)

• Операционный слой - транзакции в реальном времени: заказ, оплата, списание со склада.
• Аналитический слой - часто отдельная база или витрина (ETL ночью), чтобы отчёты не тормозили кассу.
• Идентификация - Azure AD знает, кто открыл отчёт; MS SQL знает, что он увидел.

Если подрядчик говорит «подключим Power BI напрямую к боевой базе без реплики» - уточните риск: тяжёлый отчёт в понедельник утром может замедлить ввод заказов менеджерами.

Что контролировать владельцу (без знания SQL)

Бэкапы и восстановление

• Есть ли ежедневный полный бэкап и журнал транзакций (point-in-time восстановление)?
• Когда последний раз проверяли восстановление на тестовом сервере - не «файл лежит», а «база поднялась за N часов»?
• Где хранится копия - не на том же диске, что и боевая база.

Доступы

• Кто имеет права sysadmin (полный контроль)? Должно быть 2-3 имени, не «все разработчики».
• Уволился подрядчик - сменили пароли служб и SQL-логины в тот же день.
• Разделение: бухгалтерия видит финансы, склад - остатки, не «один логин sa на всех».

Версия и поддержка

Microsoft прекращает поддержку старых версий SQL Server. SQL Server 2014 и старше в 2026 году - красный флаг: нет патчей безопасности, сложнее интеграция с современным Azure AD. План обновления - в бюджет на 1-2 года вперёд.

Производительность

Признаки, что пора звать DBA, а не покупать «ещё сервер»:

• Отчёт «продажи за месяц» считается больше 5 минут каждый день.
• В часы пик зависает ввод заказа в CRM.
• Диск на сервере БД заполнен на 90%+ без плана очистки логов и архива.

Когда MS SQL - не лучший выбор

Честный список, чтобы не переплачивать за «корпоративный» стек:

Обратная ситуация: вы уже платите за Dynamics 365 и Microsoft 365 E3/E5 - спор «MySQL или MS SQL» для внутренней ERP обычно решается в пользу MS SQL: интеграции уже написаны, поддержка у одного партнёра Microsoft.

MS SQL и «большая картина» данных

Директору полезно связать MS SQL с темой базы данных и SQL в целом: независимо от вендора, единый источник правды важнее бренда. В экосистеме Microsoft этот источник часто одна или две базы SQL Server (операционная + аналитическая), а не десять Excel на разных дисках.

Типичная эволюция среднего бизнеса:

1. Excel и 1С на одном ПК бухгалтера.
2. 1С на MS SQL в офисе, бэкап на внешний диск.
3. VPN, удалённые филиалы, нагрузка на сервер.
4. Миграция в Azure SQL или гибрид: боевая база в ЦОД, отчёты в облаке.
5. Power BI для собственника, алерты в Teams.

На каждом шаге данные остаются в MS SQL - меняется только где стоит сервер и кто администрирует. Планируйте миграции заранее, а не после поломки диска в пятницу.

Итог

MS SQL - естественный выбор, когда бизнес уже в экосистеме Microsoft: Dynamics, 1С на SQL Server, .NET, Azure AD, Power BI. Вы платите за лицензии и привязку к вендору, но получаете скорость внедрения и меньше стыков между системами.

Владельцу стоит:

• понимать на своей инфраструктуре vs Azure SQL и полную стоимость на 3 года, а не только «цена сервера»;
• требовать проверенные бэкапы и список людей с полным доступом к базе;
• не тащить MS SQL на простой WordPress-магазин - там MySQL логичнее и дешевле;
• при росте компании закладывать аналитическую копию данных, чтобы Power BI не душил операционную базу.

Хороший MS SQL в Microsoft-среде незаметен - пока отчёты сходятся с кассой, а восстановление после сбоя проверяли не на словах. Плохой - когда лицензии платят годами, а последний рабочий бэкап оказывается трёхмесячной давности.

Если нужна помощь с разработкой, внедрением ИИ или сопровождением сайта под вашу задачу - напишите мне.

Часто задаваемые вопросы

MS SQL и MySQL - это одно и то же?

Нет. И MySQL, и MS SQL - реляционные базы данных, но от разных компаний с разными лицензиями, синтаксисом (T-SQL vs SQL диалект MySQL) и типичным окружением. MySQL чаще на Linux и PHP-сайтах; MS SQL - в Windows, Dynamics, 1С и .NET. Перенос приложения с одной на другую - проект, а не «экспорт за вечер».

Обязательно ли нам MS SQL, если мы купили Microsoft 365?

Не всегда. Microsoft 365 (почта, Teams, Excel в облаке) не включает автоматически SQL Server для ваших заказов и склада. MS SQL нужен, когда есть приложение, которое её использует: 1С, Dynamics, самописная .NET-система. Для заявок с лендинга в Excel или SharePoint-списках отдельная MS SQL может не понадобиться.

Сколько стоит MS SQL для компании на 50 человек?

Сильно зависит от модели. Express - $0, но с лимитом 10 ГБ. Standard на своей инфраструктуре - от нескольких тысяч долларов на лицензии (ядра) плюс Windows Server и админ. Azure SQL - от $50-300+/мес за скромную базу до существенно больше при росте vCore (виртуальных ядер, единицы тарификации Azure) и хранилища. Запросите у интегратора сравнение сметы на своей инфраструктуре и Azure на 36 месяцев - разовая покупка сервера не всегда дешевле облака.

Можно ли перенести базу 1С с MS SQL на PostgreSQL?

Теоретически да, практически редко. 1С официально поддерживает несколько СУБД, но миграция - остановка работы, перенос данных, тест всех отчётов и интеграций, переобучение подрядчика. Делают при осознанном уходе от Microsoft-стека или требовании Linux. Если цель только «сэкономить на лицензии» - посчитайте полную стоимость простоя и рисков; часто дешевле остаться на MS SQL и оптимизировать железо.

Как проверить, что подрядчик реально делает бэкапы MS SQL?

Попросите раз в квартал: (1) скриншот или лог успешного job бэкап за последние 7 дней; (2) тестовое восстановление на отдельном сервере с вашим участием по видеосвязи; (3) размер последнего полного бэкапа - он должен расти с ростом данных, а не быть подозрительно маленьким годами. В договоре пропишите RPO и RTO с конкретными цифрами - без них фраза «бэкапы делаем» ничего не гарантирует.

Термины в статье

BI — Business Intelligence — бизнес-аналитика

Active Directory — Microsoft directory for users, groups, and access policies — каталог Microsoft: пользователи, группы и политики доступа

CRM — Customer Relationship Management — управление взаимоотношениями с клиентами

на своей инфраструктуре — on-premise — на своей инфраструктуре (on-premise)

ERP — Enterprise Resource Planning — планирование ресурсов предприятия

OpenCart — open-source PHP e-commerce platform — PHP-платформа с открытым кодом (open-source) для интернет-магазинов

KPI — Key Performance Indicator — ключевой показатель эффективности

отказоустойчивость — fault tolerance — способность системы работать при сбоях частей

бэкапы — backups — резервные копии данных

VPS — Virtual Private Server — виртуальный частный сервер

удержание — retention — удержание пользователей (retention)

SLA — Service Level Agreement — соглашение об уровне обслуживания

витрина — storefront — витрина магазина (storefront)

ETL — Extract, Transform, Load — извлечение, преобразование и загрузка данных

Tilda — block-based website and landing page builder — блочный конструктор сайтов и лендингов

open source — software with publicly available source code — ПО с открытым исходным кодом

VPN — Virtual Private Network — защищённый туннель к сети через интернет

RPO — Recovery Point Objective — целевая точка восстановления данных

RTO — Recovery Time Objective — целевое время восстановления