УПП 1.3. База 1С серверная. Проводится документ расчет себестоимости. Он проводится 7 часов, формирует несколько миллионов записей в разных регистрах. В середине проведения перезагружается сервер (сервер БД и сервер 1С на одном серваке находятся). Вопрос, это могло нанести какой-нибудь серьезный урон базе?
Или после перезагрузки SQL откатить все изменения?

Должен откатить, насколько я помню, в УПП рсс ведётся в транзакции.
Хотя... В моей версии была кнопка рассчитать вне проведения... ))

Если всё делалось в транзакции, то откатится. Если нет - всякое может быть.

Ок. Сейчас посмотрю. Спасибо!

(3) в журнале регистрации записи серенькие, значит все ок, правильно?

"Всё ок". Но понятие "правильно" - понятие относительное. Я бы перезапустил расчет себестоимости и не ломал бы себе голову.

PS: мне не проблема "расчет себестоимости 7 часов" - у меня РИБ и я всегда могу расчет себестоимости "убрать" на отдельный узел. Где не будет пользователей, которые друг другу мешаются, не говоря уж про расчет себестоимости.

(4) Серенькие - это там надо посмотреть статус транзакции. Должно быть "отменена". Тогда откатилось

(7) стоит "не завершена"

(8) https://support.microsoft.com/ru-ru/help/295108/incomplete-transaction-may-hold-large-number-of-locks-and-cause-blocki
В результате проведения большого числа блокировок, заблокированные пользователи и потерянные транзакции, что приводит данные, отличается от ожидаемого.

Не уверен, но транзакции откатывает SQL, а сервер 1С после перезагрузки может не помнить где у него правая рука, а гле - левая. Что я хотел сказать: смотреть нужно не в журнале регистрации, а в SQL.

(0) Это была именно софт-перезагрузка с гашением сервера или жесткая перезагрузка по отключению питания? В первом случае ничего особенно страшного не должно быть, во втором вполне реально получить базу в состоянии suspect, которую проще всего будет поправить восстановлением из бэкапа. Плавали, знаем.

ок. Все понял. Всем спасибо!

(10) вообщето сервер делает write ahead log, чтобы ничего не потерять при таких случаях