Комментарии
Избранное
Подписка
Сортировка:
Древо
По решению данной проблемы много статей, в основном рекомендации вида: заменить таблицу config.
У меня к сожалению не помогло. А вот вариант с удалением строк из этой таблицы - вроде как выручило.
Но вот надолго ли и что это за строки, за что отвечают .... вопрос открытый.
delete from config where FileName = 'commit'
delete from config where FileName = ' dbStruFinal'
После их запуска удалось зайти в конфигуратор.
Кстати: платформа 8.2.16.362 формат базы: DB2.
всем удачи.
У меня к сожалению не помогло. А вот вариант с удалением строк из этой таблицы - вроде как выручило.
Но вот надолго ли и что это за строки, за что отвечают .... вопрос открытый.
delete from config where FileName = 'commit'
delete from config where FileName = ' dbStruFinal'
После их запуска удалось зайти в конфигуратор.
Кстати: платформа 8.2.16.362 формат базы: DB2.
всем удачи.
Не похоже, чтобы проблему решили полностью. Вот и цитата из него
Мы просто попытались так же честно описать всю ситуацию, как она есть:
Проблема имеется.
Мы провели большую работу по ее нейтрализации.
Исправление сложное.
Мы его включили в версию 8.3.1
Проблема имеется.
Мы провели большую работу по ее нейтрализации.
Исправление сложное.
Мы его включили в версию 8.3.1
Столкнулся с такой же проблемой, сделал беккап косячной базы средствами скуля, развернул недавний беккап в соседнюю базу, перекинул с одной базы в другую таблицу dbo.config. Сначала зашло, потом началось непонятное, rphost стали падать со страшной силой. Наткнулся на эту статью, решил восстановить беккап косячной базы и проверить, но получилось странное, попробовал зайти в конфигуратор, он предложил продолжить обновление, я согласился и база стала нормально загружаться!
Мораль - мне, похоже, помогло сделать беккап и залить его. Попробуйте, может кому поможет.
Мораль - мне, похоже, помогло сделать беккап и залить его. Попробуйте, может кому поможет.
Спасибо! Запустил конфигуратор после статьи, о большем и не мечтал =)) Ошибка возникла на платформе 8.3.9.1818. (Бух 2.0.) по ощущениям во время динамического обновления совпавшего с разностным бэкапом средствами SQL. Запустил только удаление: delete from config where FileName = 'commit'
Блин, 5 лет с первого поста здесь, а проблема до сих пор актуальна!!!
Только что продела сию процедуру:
1. select * from Config WHERE FileName = 'commit'
2. delete from config where FileName = 'commit'
3. select * from Config WHERE FileName = 'dbStruFinal'
4. delete from config where FileName = ' dbStruFinal'
и база вернулась в жизни.
Только что продела сию процедуру:
1. select * from Config WHERE FileName = 'commit'
2. delete from config where FileName = 'commit'
3. select * from Config WHERE FileName = 'dbStruFinal'
4. delete from config where FileName = ' dbStruFinal'
и база вернулась в жизни.
Огромное спасибо, уже 3 базы починили. Проблема актуальна Платформа 8.3.10.2252. И, да, если перестать нажимать Перезапустить, если рухнул конфигуратор при обновлении, а нажимать Закрыть, то проблемы нет. Проблема есть не только при динамическом обновлении, но и при обычном обновлении нетиповой базы с релиза на релиз.
Спасибо большое.
При динамическом обновлении возникла именно такая ситуация.
База запустилась.
delete from config where FileName = 'commit'
удалило 1 запись. А
delete from config where FileName = ' dbStruFinal'
Записей не обнаружено
УПП 1.3
8.3.10.2375
При динамическом обновлении возникла именно такая ситуация.
База запустилась.
delete from config where FileName = 'commit'
удалило 1 запись. А
delete from config where FileName = ' dbStruFinal'
Записей не обнаружено
УПП 1.3
8.3.10.2375
Конфиг запустился только после выполнения второй строчки
delete from config where FileName = 'dbStruFinal'
УПП 1.3 на 8.3.10.2580
Спасибо автору!
Почти 6 лет и вагон релизов минуло с момента публикации поста, а он всё ещё актуален.
delete from config where FileName = 'dbStruFinal'
УПП 1.3 на 8.3.10.2580
Спасибо автору!
Почти 6 лет и вагон релизов минуло с момента публикации поста, а он всё ещё актуален.
Спасибо за статью!!!
У меня тоже была такая ошибка на 8.3.10.2580 База УПП. Бэкап был за прошедший день. Битая база через SQL бекапировать не хотела. По статье нашел и удалил вот эти две записи и все заработало.
delete from config where FileName = 'commit'
delete from config where FileName = 'dbStruFinal'
динамично обновлял и никогда такого не было. теперь будет наукой
У меня тоже была такая ошибка на 8.3.10.2580 База УПП. Бэкап был за прошедший день. Битая база через SQL бекапировать не хотела. По статье нашел и удалил вот эти две записи и все заработало.
delete from config where FileName = 'commit'
delete from config where FileName = 'dbStruFinal'
динамично обновлял и никогда такого не было. теперь будет наукой
8.3.11.2924
после неудачного динамического обновления указанная ошибка.
В это время возможно выполнялся диф бекап.
delete from config where FileName = 'commit'
delete from config where FileName = 'dbStruFinal' - помогло.
после неудачного динамического обновления указанная ошибка.
В это время возможно выполнялся диф бекап.
delete from config where FileName = 'commit'
delete from config where FileName = 'dbStruFinal' - помогло.
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
|
54-ФЗ. Новый порядок применения ККТ.
|
ФЗ-54. Очередь печати для ККМ. Подключение онлайн-касс к 1С 8
Открыть
|
Сравнение как целиком так и по реквизитам, Любые отборы, Работа с FTP и с локальными папками, Регистрация на обмен, Для любых конфигураций и многое другое
|
Сравнение ЛЮБЫХ данных обменивающихся баз с одинаковыми/похожими конфигурациями по контрольным суммам выбранных реквизитов, работающих на платформе 8.3... и выше
Открыть