Собственно сабж. Динамическое обновлении и теперь ни одна база не стартует (SQL, 8.2). Самое интересное, что при запуске дает выбрать пользователя и указать пароль, далее зависает намертво. что делать?

Чистили кэш, перезапускали службы, рестарт сервера, сейчас попробую службу переустановить. Кароче танца  с бубном.

(1) Сколько раз говорилось? Не используй демоническое обновление. Делай бэкапы. Отказывайся пока не поздно. Или уже поздно?

(2) Походу поздно.

(2) Почему только остальные базы умерли , вот в чем вопрос.

(1) Почистить (переместить в другое место) папку сервера 1С.

Делай копию того что есть средствами SQL И заливай на другой SQL

(6) И что это даст?
Если в базе ошибки , то они выживут.
У меня, блин, вообще ни одна не запускается, а их 3.

(7) а ты попробуй

(8) У мня скюля нет резервного. =(

ТС, а релиз платформы 8.2 какой? Последний?

(10) нет, 8.2.19.90

(9) ну попробуй перезалей в новую базу, подключи ее потом к серверу 1С

попробуй 8.2.19.130 - это последняя. а что за конфа у тебя?

у тебя случаем РИБ не настроен?

(13) Комплексная Автоматизация 1.1

(15) пробуй выгрузить базу как я написал в (12) может прокатит и сделаешь отмену в Конфигуратооре

а ты почеум перед обновлением копии не делаешь?

(17) потому что я долбАеб. Онлайн кассы запустили и понадобилось СРОЧНО исправить один косяк.

(16) соль в том, что динамическое обновление прошло, но когда пользователи начали перезаходить, то уже болт. Ввод пароль и тишина, вечная загрузка. Не показывается даже картинку конфигурации в окне загрузки, кароче база не отдает ничего.

(19) в файловом режиме загрузи, в конфигуратор-то пускает?

базы скульные?

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

только аккуратно

бэкапы хоть какие то есть?

(21) не взлетело
(22) Да, ночь делался. Упало все в обед.

ТС, сделай новое подключение в косноле сервера 1С

(24) Делал, разницы нет. По ощущениям база скульная померла, но блин, Почему ВСЕ базы залегли?

(25) что менял в структуре конфигурации?

(23) у тебя полетели таблицы скульные, отвечающие за конфигурацию, надо аккуратно подменить их из бэкапа, найди, была куча тем по этому поводу

(27) а остальные то почему легли?

config или configsave перезаливать тогда из бэкапов

ТС, может у тебя место закончилось на HDD

(30) Нет.
Создал новую пустую базу, зашла. ЩА буду пытаться восстановить Скульную таблицу с конфигурацией.

Я собрал обновление на УПП, хотел уже его делать. Но из за этого поста сделал 2 копии на разные диски.

(31) все это после бэкапов того что есть

В общем запускаются базы, все, кроме рабочей, которую собственно и обновляли. Ща буду курить как конфигурацию методами SQL восстановить.

(34) разверни бэкап ночной копии в SQL и выгрузи таблицу config и загрузи ее в раб базу, ну предварительно сделай копию рабочей

(35) ээээ, дарагой, зачем неправильно советуешь, там 3 таблицы надо...

(36) и какие? config и configsave? а третья?

(35)
Вот так?
USE [MyBase]
GO

DELETE FROM [MyBase].[dbo].[Config]
GO

INSERT INTO [MyBase].[dbo].[Config] SELECT * FROM [CopyMyBase].[dbo].[Config]
GO

http://catalog.mista.ru/public/324751/

(38) да, пробуй так

на копии очисти таблицу

конфиг (или конфиг саве)

(38) вставлять ничего не нужно...

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

(0) тж уже ведь смотрел? профайлер уже ведь тоже запускал?