SQL Server: статус бази даних Suspect або Recovery Pending
Статуси Suspect або Recovery Pending означають, що SQL Server не може коректно відкрити базу даних або завершити її відновлення. У такому стані програма Торгсофт не запускається або не працює з даними.
Матеріал призначений для системних адміністраторів або користувачів із практичним досвідом роботи з Microsoft SQL Server та розумінням наслідків змін у структурі бази даних. Усі дії виконуються на власний ризик: некоректне застосування команд може призвести до втрати даних або непрацездатності бази. Перед виконанням будь-яких операцій необхідно створити повну резервну копію бази даних, перевірити наявність вільного місця на диску та переконатися у відсутності активних підключень до бази. Якщо немає впевненості у правильності дій або їх наслідках — рекомендується звернутися до технічної підтримки.
Типові ситуації
-
після раптового вимкнення електроенергії,
-
після аварійного перезавантаження ПК,
-
при нестачі вільного місця на диску,
-
при пошкодженні файлів бази даних або диска.
Як проявляється
-
база даних у SSMS має статус Suspect або Recovery Pending,
-
Торгсофт не запускається або зависає при старті,
-
з’являється повідомлення про неможливість підключення до бази,
-
SQL Server не переводить базу в стан Online.
Причини
-
Немає вільного місця на диску
SQL Server не може завершити відновлення журналу транзакцій. -
Аварійне завершення роботи SQL Server
Пошкоджена логічна структура бази після вимкнення живлення. -
Проблеми з доступом до файлів БД
Перейменована папка, змінені права доступу або антивірус блокує файли. -
Фізичні проблеми з HDD / SSD
Пошкоджені сектори або помилки файлової системи.
Що робити
Крок 1. Перевірити базові речі (обовʼязково)
-
Перевірте вільне місце на диску, де зберігається база (зазвичай C:\).
-
має бути мінімум 5–10 ГБ вільного простору.
-
Перевірте, чи запущена служба SQL Server (services.msc).
-
Перезавантажте компʼютер та дочекайтесь повного старту Windows.
-
Переконайтесь, що папка з базою даних не переміщена та доступна.
Крок 2. Спроба вивести базу з аварійного стану (через SSMS)
Виконується лише якщо встановлений SQL Server Management Studio.
-
Підключіться до сервера в SSMS,
-
Переведіть базу в режим EMERGENCY,
-
Запустіть перевірку цілісності DBCC CHECKDB.
У SSMS виконайте команди по черзі (замініть TorgsoftDB на назву вашої бази):
-
Спробуйте повернути базу в режим ONLINE.
Результат:
-
якщо база переходить у Online — роботу відновлено,
-
якщо CHECKDB показує невиправні помилки — база пошкоджена.
Крок 3. Відновлення з резервної копії (найнадійніший варіант)
Якщо база не виходить зі статусу Suspect / Recovery Pending:
-
Знайдіть останній архів бази:
-
локально: C:\DatabaseArchive\
-
або в C:\Журнал Торгсофт\
-
або в папці, куди архів зберігали під час останнього ручного створення
-
або у хмарі (якщо була активна «Безпека даних»).
-
Файл має розширення .mir або .mirz.
-
Виконайте:
-
«База даних → Відновити з архіву» в Торгсофт
або -
відновлення через SSMS.
Перевірка після виконання
-
база даних має статус Online,
-
Торгсофт запускається без помилок,
-
відкриваються довідники, продажі, звіти,
-
немає повідомлень про помилки SQL.
Як уникнути повторення
-
використовувати UPS для ПК з базою даних,
-
забезпечити автоматичне архівування (локально або в хмару),
-
постійно контролювати обсяг БД (ліміт SQL Express — 10 ГБ),
-
не допускати заповнення системного диска,
-
періодично перевіряти стан HDD / SSD.
Ключове правило
Якщо база має статус Suspect або Recovery Pending і не переходить у Online —
відновлення з резервної копії є єдиним гарантованим способом повернути роботу системи.
Що підготувати для техпідтримки
-
Скриншот або точний текст статусу бази в SSMS.
-
Файли логів:
-
log_server.data
-
server_app_log.data.
-
Дата та наявність останнього архіву.
-
Версія Торгсофт та SQL Server.
-
16.03.2026
Дублікати штрихкодів і назв: як знаходити, об’єднувати і виправляти, щоб не ламати облік
Як знайти, об’єднати та виправити дублікати товарів у Торгсофт, щоб уникнути помилок у залишках, звітності та інвентаризації
-
27.02.2026
Помилки в довідниках: причини збоїв та фінансових втрат
Помилки в довідниках Торгсофт: штрихкод у кількість, нульова собівартість, дублікати, фіскальні збої та гальмування бази
-
03.02.2026
Відновлення пароля «Власника» або користувача sa
Інструкція з відновлення доступу до Торгсофт (користувач sa). Скидання пароля через SQL Management Studio, командний рядок osql або за допомогою техпідтримки.









Повернутися до попереднього кроку