Всем здравствуйте.
На днях сломали базу, ERP 2.4, доработанная и с расширениями, MSSQL. Подозрение на то, что запустили пересчёт итогов регистра накопления и потом аварийно завершили сеанс.
Что получилось: в конфигуратор заходит, в предприятие нет. Ни под одним пользователем, пишет ошибку "Нарушение прав доступа". Хотя у пользователей все галки в правах сохранились.
Что делали: чистили все кэши, делали тии с логической, реиндексом, пересчетом итогов. Отключали все расширения. Запускались в толстом, веб клиенте. При выгрузке базы в dt показывает ошибку (пустую) и кнопки Перезапустить и Завершить работу. накатывали cf файл из бэкапа, он загрузился, но при накатывании пишет "В процессе обновления ИБ произошла критическая ошибка" и кнопка ОК.
Ничо не помогает.
Мы восстановились из бэкапа SQL. Но он был сделан на начало рабочего дня, на конец нет, документов за день было много..
Есть идеи как восстановить?

Платформа 8.3.17.1386

Попробовать перенести таблицу MS SQL dbo.Config из тестовой базы в рабочую

Бэкап журнала транзакций мог бы помочь восстановить базу до момента аварийного завершения, если он есть, конечно.

Сносите в SQL таблицу с пользователями. Заходите в базу. Восстанавливаете в SQL таблицу с пользователями. В Режиме предприятия пытаетесь записать пользователя заново

(0) Если манипуляции с восстановлением SQL не помогут. Можно попробовать следующий изврат - напрямую попробовать подключиться к "побитой" базе через Внешние источники данных к нужным таблицам и попробовать выцепить данные.

(0) Модель восстановления в SQL какая, Full или Simple?

(4) Снесли таблицу v8users с пользователями в SQL, зашли в конфигуратор, запустили отладку - не помогло, такая же ошибка.

ТИИ делали?

(8) конечно, в первом посте написано всё

Снесли таблицу пользователей в SQL. При заходе в конфигуратор остался один пользователь с полными правами. Зашёл под ним в конфиг, открыл список пользователей. Удалил там этого пользователя. Всё зависло. Снял зависший сеанс. Пытаюсь открыть предприятие, программа висит, пока не спрашивала пользователя. Просто висит минут 10

(6) Модель восстановления full

(9) А у вас настроены обмены и вы хотите после реанимации из бакапа обменами перебросить документы? или там универсальным обменом...

(10) там же если нет пользователя, то конфиг пытается сгенерить дефолтного, которому назначит полные права.

Чтоб совсем без таблицы пользователей - так нельзя. Зависать будет. Ну вот у вас и зависло.

(11) Позовите спеца по скулю, он вам восстановит на момент перед поломкой.

А уже пробовали скл-манагером или что-то там есть актуальное для просмотра самих таблиц найти соответствующие таблицы и докопировать в восстановленную рабочую базу недостающие документы средствами скл?

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

(16) вроде же очевидно, что поломка не поддается воздействиям средствами платформы.

совет (14) уже озвучен.

По идее, full как раз и нужна только для того, чтоб можно было откатить или накатить базу на любой момент времени. Но это средствами скуля только.

Господа, меня дезинформировали. Модель восстановления sql у нас простая, то бишь simple..

(0) пора тс научиться пользоваться тж.

Выше спрашивали про обмены. Если они есть, можно попытаться с другой стороны вытащить.

А так, пусть день перебивают. Будет им урок, заплатят админу за нормальные бэкапы с Full.

(20) Обменов нет, база одна, к сожалению.

(19) ?

(22) тж содержит информацию о внутренней работе 1с8 . и по нему можно вычислить проблемную часть бд. и отремонтировать её.

если на вашем предприятии резервные копии делаются раз в сутки, значит руководство с этим согласно.

ищите платную помощь, коли не умеете пользоваться бд.

в Вашем случае . скорее всего поможет восстановление таблиц files b params из копии.

(24) это не помогло.

Помогла замена таблицы [dbo].[SchemaStorage], база запустилась.

Всем спасибо за помощь

(18) >> Модель восстановления sql у нас простая, то бишь simple.

И после подобных историй у кого-то ещё возникают вопросы на тему того в какой модели восстановления должны работать продуктивные базы 1С.
Простоя модель восстановления допустима только там, где потеря результатов работы от бекапа до бекапа не критична и пользователи готовы сознательно идти на риск необходимости ручного восстановления потерянных данных.