Имя: Пароль:
1C
1С v8
Ошибка "обнаружена незавершенная операция сохранения конфигурации"
0 philll
 
03.04.13
19:05
Соответственно конфигуратор не запускается. (В конфигурации делал небольшое изменение). Можно как-то попроще исправить?
1 philll
 
03.04.13
19:25
Хочу попробовать http://infostart.ru/public/116123/

insert into [base2009].[Dbo].[Config] select * from [BaseCopy].[Dbo].[Config]

Другого пути не вижу
2 philll
 
03.04.13
19:39
Есть бекап SQL вчерашний, в новую базу он не восстанавливается. Делаю копию рабочей, в нее хочу восстановить из бекапа. Затем скопировать вышеупомянутую таблицу. Правильно?
3 philll
 
03.04.13
19:42
Подскажите хоть, как в Профайлере скрипт этот запустить(
4 Bober
 
03.04.13
19:44
http://infostart.ru/public/138797/ это тебе больше подойдет
5 philll
 
03.04.13
19:52
configsave вроде не пустая, может ее почистить? По правде говоря я в SQL  не разбираюсь, но что поделаешь
6 shuhard
 
03.04.13
19:56
(3)[как в Профайлере скрипт этот запустить]
это не есть возможно для профайлера
7 Живой Ископаемый
 
03.04.13
19:56
Кто сказал что его нужно в профайлере запусать?
8 philll
 
03.04.13
19:56
"Первым делом посмотрел в configsave, таблица оказалась пустой. Запустил profiler на sql.

Первое сообщение в 1С выводится после запроса select * from Config WHERE FileName = 'commit'. В копии запрос возвращает пусто, удаляю в поврежденной базе этот флаг (delete from config where FileName = 'commit').

Запускаю 1С, снова выводится первое сообщение, но уже после запроса select * from Config WHERE FileName = 'dbStruFinal'. В копии запрос возвращает пусто, удаляю в поврежденной базе этот флаг (delete from config where FileName = ' dbStruFinal')."
-----
В первом способе более пошагово расписано, а здесь для меня сложновато.

delete from config where FileName = 'commit').
(delete from config where FileName = ' dbStruFinal')."

Этого достаточно будет или иначе как-то?
9 philll
 
03.04.13
19:57
(7) "Очищаем таблицу dbo.config нашей базы в которой лежит наша порушенная конфа. Это можно сделать из SQL- Profiler, к примеру запустив в нем команду:

Use Base2009"
10 philll
 
03.04.13
19:58
а где его запускать?
11 philll
 
03.04.13
20:00
в контекстном меню таблицы? может configsave почистить сначала?
12 philll
 
03.04.13
20:14
может 17 платформу поставить, там вроде это исправлено?
13 shuhard
 
03.04.13
20:21
(9) ну ни при чем здесь  SQL- Profiler,
не в нем запускаются T-SQL
14 philll
 
03.04.13
20:28
Server Managment Sudio -> New Query?

Как в пустую базу бекап восстановить? Не восстанавливает, говорит что-то вроде "backup set... other than existing"
15 shuhard
 
03.04.13
20:31
(14) да
да
16 Serg_1960
 
03.04.13
21:58
17 philll
 
03.04.13
22:17
Всем спасибо, вроде проблема решилась запуском под 18 платформой. Бекапы надо делать оказывается даже если кнопку передвинул)
18 Jonny_Khomich
 
04.04.13
06:15
(17) Работать надо не в рабочей базе, а на тестовой.
19 Nefrit88
 
04.04.13
07:20
Была таже проблема буквально неделю назад. Пользовались той же статьей.
Для начала решили удалить запись "commit". Таблица "configsave" была пуста.
Запись была успешно удалена! После этой операции появилась возможность работать в предприятии, но конфигуратор по прежнему отказывался работать.
Чтобы не восстанавливать бэкапы и не тануть базы туда сюда (они у нас далеко не мелкие), тупо создали пустую базу и натянули туда конфигурацию.
Опустошили "config" в ломаной базе, скопировали таблицу из пустой базы. Вуаля и все работает!
20 rs_trade
 
04.04.13
07:39
(18) просто демонически не надо обновляться.
21 Живой Ископаемый
 
04.04.13
09:39
2(9) это какая-то лажа, этого нельзя сделать в профайлере. соответсвенно и всему остальному доверия 0
22 philll
 
04.04.13
10:54
(20)демонически не обновлялся, просто сохранял изменение (по сети)
23 Goggy
 
04.04.13
11:03
(20) Да я бы и без демонического казнил за живую базу.
А с ним, я бы ещё и кастрировал перед казнью...