Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Восстановление работоспособности ИБ после поломки

Восстановление работоспособности ИБ после поломки
Я
   AlexTimin
 
17.11.20 - 10:24
Всем здравствуйте.
На днях сломали базу, ERP 2.4, доработанная и с расширениями, MSSQL. Подозрение на то, что запустили пересчёт итогов регистра накопления и потом аварийно завершили сеанс.
Что получилось: в конфигуратор заходит, в предприятие нет. Ни под одним пользователем, пишет ошибку "Нарушение прав доступа". Хотя у пользователей все галки в правах сохранились.
Что делали: чистили все кэши, делали тии с логической, реиндексом, пересчетом итогов. Отключали все расширения. Запускались в толстом, веб клиенте. При выгрузке базы в dt показывает ошибку (пустую) и кнопки Перезапустить и Завершить работу. накатывали cf файл из бэкапа, он загрузился, но при накатывании пишет "В процессе обновления ИБ произошла критическая ошибка" и кнопка ОК.
Ничо не помогает.
Мы восстановились из бэкапа SQL. Но он был сделан на начало рабочего дня, на конец нет, документов за день было много..
Есть идеи как восстановить?
   AlexTimin
 
1 - 17.11.20 - 10:35
Платформа 8.3.17.1386
   yzimin
 
2 - 17.11.20 - 10:40
Попробовать перенести таблицу MS SQL dbo.Config из тестовой базы в рабочую
   ansh15
 
3 - 17.11.20 - 10:57
Бэкап журнала транзакций мог бы помочь восстановить базу до момента аварийного завершения, если он есть, конечно.
   dka80
 
4 - 17.11.20 - 11:19
Сносите в SQL таблицу с пользователями. Заходите в базу. Восстанавливаете в SQL таблицу с пользователями. В Режиме предприятия пытаетесь записать пользователя заново
   Kassern
 
5 - 17.11.20 - 11:30
(0) Если манипуляции с восстановлением SQL не помогут. Можно попробовать следующий изврат - напрямую попробовать подключиться к "побитой" базе через Внешние источники данных к нужным таблицам и попробовать выцепить данные.
   mistеr
 
6 - 17.11.20 - 12:33
(0) Модель восстановления в SQL какая, Full или Simple?
   AlexTimin
 
7 - 17.11.20 - 13:09
(4) Снесли таблицу v8users с пользователями в SQL, зашли в конфигуратор, запустили отладку - не помогло, такая же ошибка.
   dka80
 
8 - 17.11.20 - 13:13
ТИИ делали?
   AlexTimin
 
9 - 17.11.20 - 13:19
(8) конечно, в первом посте написано всё
   AlexTimin
 
10 - 17.11.20 - 13:20
Снесли таблицу пользователей в SQL. При заходе в конфигуратор остался один пользователь с полными правами. Зашёл под ним в конфиг, открыл список пользователей. Удалил там этого пользователя. Всё зависло. Снял зависший сеанс. Пытаюсь открыть предприятие, программа висит, пока не спрашивала пользователя. Просто висит минут 10
   AlexTimin
 
11 - 17.11.20 - 13:21
(6) Модель восстановления full
   Фрэнки
 
12 - 17.11.20 - 13:22
(9) А у вас настроены обмены и вы хотите после реанимации из бакапа обменами перебросить документы? или там универсальным обменом...
   Фрэнки
 
13 - 17.11.20 - 13:24
(10) там же если нет пользователя, то конфиг пытается сгенерить дефолтного, которому назначит полные права.

Чтоб совсем без таблицы пользователей - так нельзя. Зависать будет. Ну вот у вас и зависло.
   mistеr
 
14 - 17.11.20 - 13:26
(11) Позовите спеца по скулю, он вам восстановит на момент перед поломкой.
   Фрэнки
 
15 - 17.11.20 - 13:28
А уже пробовали скл-манагером или что-то там есть актуальное для просмотра самих таблиц найти соответствующие таблицы и докопировать в восстановленную рабочую базу недостающие документы средствами скл?
   AlexTimin
 
16 - 17.11.20 - 13:35
(15) сами документы еще не смотрели в sql, как то хочется другими средствами их перенести. Там куча дописано в расширениях для Реализаций например, это же всё надо искать и перекидывать
   Фрэнки
 
17 - 17.11.20 - 14:03
(16) вроде же очевидно, что поломка не поддается воздействиям средствами платформы.

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

По идее, full как раз и нужна только для того, чтоб можно было откатить или накатить базу на любой момент времени. Но это средствами скуля только.
   AlexTimin
 
18 - 17.11.20 - 14:39
Господа, меня дезинформировали. Модель восстановления sql у нас простая, то бишь simple..
   МихаилМ
 
19 - 17.11.20 - 14:42
(0) пора тс научиться пользоваться тж.
   mistеr
 
20 - 17.11.20 - 14:44
Выше спрашивали про обмены. Если они есть, можно попытаться с другой стороны вытащить.

А так, пусть день перебивают. Будет им урок, заплатят админу за нормальные бэкапы с Full.
   AlexTimin
 
21 - 17.11.20 - 15:29
(20) Обменов нет, база одна, к сожалению.
   AlexTimin
 
22 - 17.11.20 - 15:32
(19) ?
   МихаилМ
 
23 - 17.11.20 - 15:40
(22) тж содержит информацию о внутренней работе 1с8 . и по нему можно вычислить проблемную часть бд. и отремонтировать её.

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

ищите платную помощь, коли не умеете пользоваться бд.
   МихаилМ
 
24 - 17.11.20 - 16:42
в Вашем случае . скорее всего поможет восстановление таблиц files b params из копии.
   AlexTimin
 
25 - 25.11.20 - 10:35
(24) это не помогло.

Помогла замена таблицы [dbo].[SchemaStorage], база запустилась.
   AlexTimin
 
26 - 25.11.20 - 10:38
Всем спасибо за помощь
   Dmitrii
 
27 - 25.11.20 - 11:16
(18) >> Модель восстановления sql у нас простая, то бишь simple.

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


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.