Эххх спасайте!

Знаю что темы такие были, находил их. НО нечего не помогает.

Один программист делал изменение конфигурации, началась реконструктизация, в момент реконструктизации прервали процесс. В итоге при открытии конфигурации через конфигуратор, вылетает ошибка и 1С умирает.

Уточню что:
1) Пробовал чистить темы, толку ноль, пробовал базу на другом компе, ошибка та же
2) Сам режим предприятия работает вроде без проблем
3) Я могу зайти в конфигуратор, но если открою базу то он вылетает с этой ошибкой(то есть не могу откатить конфу и не могу обновить)
4) Бэкапы есть но они уже старые, всё же второй день работы тонны доков.
5) Надо как то через HEX редактор((

Через "chdbfl.exe" проверял, сказал что ошибок не обнаружено.
Ещё может быть из за "Динамического обновления"

Попробовать выгрузку загрузку. Если не поможет,
Создавать чистую базу с такой же конфигурацией и с помощью КД2 тянуть данные.

Базу из списка пробовал удалять и снова добавить?

(3) конечно)) старый прикол. Тем более даже на другой машине проверил где всё другое(темпы и т.д)

tool1c тебе в помощь

(5) есть и? показывает данные в 1CD как это мне поможет? Сравнил со старой базой, на глаз таблицы теже

configsave пустой?

(7) да и в старой базе и в текущей

А, смотри лучше таблицу config на предмет того, что в поле data пусто а filesize > 0

И лучше перенеси на sql - проще править будет

(9) не понял, в таблице CONFIG какую запись искать?? там нет Data, есть DataSize и нет FileSize

База Скуль?
Если да - то можно вернуть конфигурацию и будет все Тип Топ.
Где то на варжеском была статья подобная. я 2 раза так уже ловился.
Не ссы!

(12) увы но не скуль 1CD файловая

(11) Я не помню имена полей. DataSize пусть будет. И бинарное поле, не помню название

(13) и тонны документов меньше чем за 2 дня?
Восстанавливай из бэкапа, пока не поздно и с вазелином к начальству - иначе хуже будет...

(15) не вариант
(14) запись в Config с DataSize 0 не нашёл)))

(16) Не DataSize 0, а DataSize > 0, а бинарное поле пустое

------------------------
путь для новичков:

1. tool1c - выдираешь конфигурацию, на ее основе делаешь пустую база
2. далее через хмл и конвертацию данных переносишь все данные в новую базу

------------------------
путь для ждедаев:

1. еще 2 дня убить на поиски литературы
2. вернутся на путь для новичка

(18) Есть третий путь.
1) Поставить хотя бы Postgres или лучше SQLEXPRESS и загрузить туда базу
2) "Починить" таблицу CONFIG

(19) интересно посмотреть как ты загрузишь базу содержащую ошибки

(19) а для копания в потрохах файловой базы есть http://code.google.com/p/restoration-base-1c8/

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

(22) перенос один в один генерится автоматически, то есть вообще ничего делать не надо

(23) Тогда уж ВыгрузкаЗагрузкаДанныхXML82.epf

(23) как происходит такой перенос? Что это за перенос

(25) можно через ВыгрузкаЗагрузкаДанныхXML82.epf

а можно в конвертацию данных загрузить две одинаковых конфы и КД сама сделает правила обмена

(26) Выгрузил через tool1c конфу.
Создал новую базу, начал загружать конфу... ошибка таже самая (см. заголовок темы)

(27) Правильно, ты уже конфигурацию БД повредил

(27)выгрузи cf и его загрузи в пустую базу

(29) а я что сделал?

(30) cf с какой таблицы?

оО в смысле cf и таблица? cs это конфигурация всей базы)

ну там две кнопки "Сохранить основную конфигурация" и "Сохранить конфигурацию базы данных"

(33) так ты какую нажимал??? нажми другую! у тебя в базе ТРИ конфигурации, одна порушилась, конфа поставщика - не пойдет, осталось угадать какую кнопку нажать

(34) да да, сначала первую, щас вторую жду

(34) пздц обе конфы вылетает когда грузишь в новую базу

(36) Я не понимаю на что ты надеешься? Что тебе подскажут волшебную кнопку восстановить базу? Восстанавливай из архива и переноси через xml документы за период

Ну все, вазелин тебе в помощь тогда

1) В скуль не выгрузишь
2) Уровень повреждения как таблицы config так и таблицы configsave (вероятно что configsave цела, а вот ошибка в записи таблицы config которая как раз записывалась после удаления этой записи из configsave когда вы решили поиграться со смертью).
3) Если найдешь способ - заменяй в файловой базе таблицу config на другую из бэкапа, сделанного "непосредственно" до этого момента (надеюсь такой же существует, верно)???

Перепробовал миллион вариантов и с хекс редактором сидел, не чего не подошло.

04.04.13 поднял архив за 27.03.13(т.к. проблему заметил только недавно, предприятие нормально работало).

Потом сделал конвертацию данных с авто-созданием правил, отключил лишние правила и т.д.


Сделал перенос данных(за два месяца) и потом групповую проводку доков(проводка шла где то часа 3).

Сейчас вроде норм =)

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

(39) Файловая при выключении питания просто не успевает скинуть на диск изменённый блок файла - в результате там просто мусор и старые данные, которые там были до записи.