Реструктуризация проходит, что-то ещё выполняется, быстро проскакивает окно про запись дампа, и конфигуратор закрывается.
Промблемы начались после убийства процесса конфигуратора, который висел на отладке. Потом было демоническое обновление, которое изменило лишь один флаг у общего модуля. Прошло успешно, но с тех пор никто не может зайти в базу: "Ошибка сетевого доступа" (http://www.gilev.ru/10054/).

Клиент-серверный вариант, база в дтшник уже не помещается, в конфигуратор пускает, перезапускали всё что можно, кэш чистили. Сейчас пробуем пролить утреннюю конфу в базу..
Кто-нибудь сталкивался с подобной проблемой? Буду рад любым предложением)

п.с. огромная просьба не засорять ветку бессмысленной демагогией о демонических обновлениях :)

Вы же в Москве находитесь, а не в пгт захалустном.

- пригласите специалистов из франчайзи.

Use БД_НужноВостановить
go
Delete From [DBO].[Config]
go
insert into [БД_НужноВостановить].[Dbo].[Config] select * from [База_Из_Бэкапа].[Dbo].[Config]
go
)

сам не пробовал

А сервер был в режиме отладки, когда её срубили ?
Можно попробовать зайти в отладчик и посмотреть, что там происходит.

(2) Жестоко.

(3) Да.
Куда зайти? Всех выгнали, фоновые задание отключили. Или попробовать пошагово запустить предприятия из конфигуратора?

(1) Юмора не понял.

(2) Надеюсь, это не стёб :)

Победа, конфа залилась, база запустилась)
Всем спасибо)

(2) Наверное, "Delete From [БД_НужноВостановить].[DBO].[Config]", а не "Delete From [DBO].[Config]"?

(0) На будущее

нимфостарт/public/327674/

(7) не важно, перед этим есть use БД_НужноВостановить

потом все следуюшие запросы будут к этой базе

Ну прям так сразу и DELETE - а сравнить ?

(8) А как составные типы связаны с проблемй из (0)?
(9) Понял, спасибо.

(12) всмысле ?
по ссылке - триггер для сохранения конфигсэйв перед обновлением конфы (в том числе, демоническим)

http://infostart.ru/public/327674/

Можно и без триггера, но не удобно (обычно, лень кнопки нажимать)

(13) Да, я забыл номер публикации изменить после автозамены браузера :)