Имя: Пароль:
1C
1С v8
Восстановление базы (конфликт блокировок)
0 cons74
 
16.05.17
08:34
Добрый день. База помирает. Серверная.
Выяснилось не сразу, т.к. все работало кроме документа сф выданный. А его не так часто создают. Поэтому бекап не актуален (прошло уже видимо несколько дней), пытались разворачивать копию 2х дневной давности - полдня было нормально, а потом вылезла та же проблема.

Симптомы: при попытке отмены проведения сф получаем конфликт блокировок, даже если один пользователь в базе. ТИИ (проверка логической и ссылочной целостности) валится с конфликтом блокировок, создание бекапа через sql management studio - то же ("Превышено время ожидания типа кратковременной блокировки буфера 3 для страницы").

Хотим попробовать залить cf недельной давности, но что-то надежд мало.
1 ТупойЖадный
 
16.05.17
08:43
Разворачивай базу какая есть рабочая и накатывай изменения из не рабочей через xml
2 Одинесю
 
16.05.17
08:58
Может какая-то доработка в с\ф. Регистры ее посмотреть. Что там может сломаться?
3 Рэйв
 
16.05.17
09:00
(0)Попробуй на скуле детач/аттач базы сделать
4 Serg_1960
 
16.05.17
09:10
(2) Ага, доработка :) "ТИИ валится с конфликтом блокировок" - у автора блокировки висят на базе, тут уж не до алгоритмом конфигурации.
5 МихаилМ
 
16.05.17
09:11
1)
проверка дисков, проверка рэйд контроллнра,
проверка бд

2) замена дисков контроллера.


создание базы путем копирования таблиц.
6 Serg_1960
 
16.05.17
09:12
Остановить сервера для очистки кэшей, запустить и попытка выгрузки базы (создание бэкапа).
7 Serg_1960
 
16.05.17
09:14
PS: автор ничего не сказал про переиндексацию и проверку базы в SQL. Чтобы понять где бяда - на сервере 1С или на сервере базы.
8 cons74
 
16.05.17
09:18
(3) после первого сбоя на другой сервер железный переносили
9 cons74
 
16.05.17
09:21
Вернее когда обнаружили бяку пытались починить на "старом" сервере. Не получилось. Сначала только сф не проводились, потом вообще все документы.
Взяли 2х дневный бекап и перенесли на другой сервер. Полдня документы проводились, а потом - опять сф перестали проводиться.
10 Evgueni
 
16.05.17
09:21
Если в БД полетели индексы, то обращение ко всем таблицам будет в режиме скана. Гарантированно получим конфликт блокировок. Необходимо сделать реструктуризацию БД и потом перестроить индексы. У меня два месяца назад при обновлении конфигурации переполнился лог на сервере, индексы разрушились. Больше одного человека в БД работать не могло, постоянный конфликт блокировок. Помогла реструктуризация и переиндексация.
11 Дмитрий
 
16.05.17
13:10
Если база еще может загрузится в файловом режиме, то попробовать сделать в файловом ТиИ
12 Heckfy
 
16.05.17
13:18
(9) Может вам бомбочку заложили? Никого с деньгами не опрокидывали?
13 Serg_1960
 
16.05.17
13:59
Кстати, вспомнил: проверьте регламентные задачи, отключите не нужное и настройте расписание на минимальную нагрузку на базу. Если можно, то перенести запуск на ночное время, если нельзя - уменьшить частоту запуска. Да, и проверьте работу фоновых задач, не зависают ли они, блокируя работу остальных.
14 Serg_1960
 
16.05.17
14:11
Просто вспомнил интенсивные жалобы юзверей на тормоза и блокировки в конце очередного месяца. Думал активность юзверей к концу месяца возрастает, отсюда и проблемы... а  как оказалось, главбух освоила настройки отчёт по себестоимости... ну и кнопку запуска расчета себестоимости :) По несколько раз в день запускала перерасчет, каждый раз после обнаружения и ликвидации очередной выявленной ею ошибки.
15 ИС-2
 
naïve
16.05.17
14:12
dt получиается сделать ? Если да, то выгрузить в файловую.

Можно добавить реквизит в регистр, где блокировка, чтобы провести реструкторицию
16 ИС-2
 
naïve
16.05.17
14:14
регламетные задания не запущены? и какая конфа ?
17 AdApter
 
16.05.17
14:23
тут проблемы с сервером баз данных, а не 1С, версий конфигурации и пр. ни при чем.
Возможно не обслуживаемый скул жил как мог покуда хватало ресурсов, а теперь у автора начинается новый этап освоения знаний.
Если размер позволяет - выгружайте в файловую и начинайте изучать sql глубже.
Программист всегда исправляет последнюю ошибку.