Когда SQL Server падает в рабочий день, бухгалтерия, склад и CRM останавливаются одновременно. Каждый час простоя — незакрытые сделки, задержанные отгрузки и нервные звонки от клиентов.
Самое опасное в этот момент — начать чинить, не понимая, что именно сломалось. В большинстве обращений в GG Security данные остаются живы. Проблема в том, что до звонка нам часто успевают сделать действия, которые резко снижают шанс восстановления.
⛔ Что нельзя делать
1. Перезапускать службу снова и снова. Каждый цикл старт–ошибка–стоп нагружает незавершённые транзакции. После серии таких попыток журнал может стать нечитаемым.
2. Запускать DBCC, detach/attach и rebuild log из интернета. Эти команды работают только в конкретных сценариях. Применённые не к тому случаю, они могут перезаписать внутренние структуры базы.
3. Пересоздавать системные базы через установщик SQL. Если проблема была только в правах или файле master, установщик может превратить конфигурационный сбой в реальную аварию.
4. Восстанавливать бэкап поверх живой базы без проверки. Если копия тоже повреждена, вы потеряете оригинал.
5. Отдавать диски в обычный IT-сервис. SQL — это не просто файлы. Важны транзакционные журналы, структура MDF/LDF и состояние диска.
✅ Что сделать сразу
1. Зафиксируйте, когда сервер работал последний раз и что делали накануне: обновления, перенос файлов, смена паролей, сбой питания.
2. Откройте Event Viewer → Application и сохраните ошибки SQL Server.
3. Найдите ERRORLOG SQL Server: обычно он лежит в C:\Program Files\Microsoft SQL Server\MSSQL...\MSSQL\Log\ERRORLOG.
4. Проверьте физическое состояние дисков. Если есть щелчки, скрежет, ошибки секторов — остановите любые действия.
5. Не трогайте .mdf и .ldf: не переносите, не переименовывайте, не копируйте туда-сюда до диагностики.
🔍 Что часто происходит на практике
SQL Server может не стартовать из-за повреждения системных баз, потери прав после обновления Windows, проблем с журналом транзакций, заполненного диска, конфликта служб или физического сбоя накопителя.
Для бизнеса всё выглядит одинаково: 1С не открывается, склад встал, CRM недоступна. Но технически это разные аварии, и лечатся они по-разному.
📊 Кейс из практики
Производственная компания, около 50 сотрудников. SQL Server 2019, база учёта производства.
После обновления Windows Server служба SQL перестала запускаться. IT-специалист перезапустил её 15 раз, получил ошибку 17058, затем начал пересоздавать системные базы через мастер установки.
Когда обратились в GG Security, данные физически были целы, но конфигурация сервера уже частично перезаписана.
Реальная причина оказалась простой: обновление изменило права на каталог с данными, и сервис SQL Server потерял доступ к своим файлам. Без лишних действий задача решалась бы примерно за полчаса.
Файл .mdf не успели испортить — это спасло ситуацию. Права восстановили, конфигурацию пересобрали, сервер запустился. Но из-за действий в первые два часа восстановление заняло вдвое больше времени.
Что написать в GG Security
Если MSSQL не запускается, остановите попытки ремонта. Пришлите нам:
1. Что произошло и когда
2. Версию SQL Server и что хранится в базе
3. Ошибки из Event Viewer и ERRORLOG
4. Что уже успели сделать до обращения
Мы быстро скажем, есть ли шанс на восстановление и какой первый шаг будет безопасным. Без обещаний до диагностики и без действий, которые могут добить базу.
Собранно ИИ – Пока не проверено!