Ошибка формата потока
Доброго времени суток!
Вот в чем дело.
При работе в файловом варианте:
При тестировании и исправлении в момент проверки логической целостности базы вылетает ошибка формата потока и останавливается на справочнике ИдентификаторыОбъектовМетаданных, такая же ошибка вылетает в конфигураторе при попытке пересчета итогов регистра бухгалтерии Хозрасчетный. Ни одну обработку открыть нельзя - ни в конфигураторе ни в режиме прежприятия, все та же ошибка формата потока.
В клиент-серверном
При попытке загрузить базу из DT выдается ошибка о существующем индексе (CREATE UNIQUE INDEX), _AccRgAT - это таблица итогов регистра бухгалтерии ,после чего выходит сообщение, что данные в базу загружены не полностью.
В режиме предприятия запуск возможен, все функции открыть не открываются - все та же ошибка.
Версия платформы 8.3.13.1644, Бухгалтерия предприятия 3.0.60.59.
Мероприятия были следующие - тестирование/исправление, очистка кэша, сжатие журнала, понижение версии платформы до 8.3.12.1466.
Прошу подсказать, куда еще можно копнуть.
Заранее спасибо.
Вот в чем дело.
При работе в файловом варианте:
При тестировании и исправлении в момент проверки логической целостности базы вылетает ошибка формата потока и останавливается на справочнике ИдентификаторыОбъектовМетаданных, такая же ошибка вылетает в конфигураторе при попытке пересчета итогов регистра бухгалтерии Хозрасчетный. Ни одну обработку открыть нельзя - ни в конфигураторе ни в режиме прежприятия, все та же ошибка формата потока.
В клиент-серверном
При попытке загрузить базу из DT выдается ошибка о существующем индексе (CREATE UNIQUE INDEX), _AccRgAT - это таблица итогов регистра бухгалтерии ,после чего выходит сообщение, что данные в базу загружены не полностью.
В режиме предприятия запуск возможен, все функции открыть не открываются - все та же ошибка.
Версия платформы 8.3.13.1644, Бухгалтерия предприятия 3.0.60.59.
Мероприятия были следующие - тестирование/исправление, очистка кэша, сжатие журнала, понижение версии платформы до 8.3.12.1466.
Прошу подсказать, куда еще можно копнуть.
Заранее спасибо.
По теме из базы знаний
Найденные решения
(1) рекомендации по исправлению :
взять самый первый файл базы, не тестированный, исправленный , сжатый, сделать его копию и на ней проверить
1) сделать chdbfl из текущей версии %\Program Files\1cv8\8.3.12.1466 - если вылетит с ошибкой проверка и исправление , или пройдет но не исправит ошибки в таблицах, удаляем базу и берем снова изначальный вариант Базы .
2) Если первый пункт не помог, значит вариантов осталось меньше, можно попробовать очистить испорченную таблицу, через утилиты типа Tool_1CD или похожие
3) после удаление таблицы лучше сделать тестирование полное реиндексацию и реконструктиризацию .
ps/ 1 -Сжатие таблиц лучше не делать в конфигураторе - влияет на производительность сильно, а на размер не сильно
2- исходник с базой , которая поломалась всегда лучше хранить в архиве а не удачные версии баз удалять после не удачных попыток восстановления
3- так же может помочь но мало вероятно загрузка той же конфигурации в текущую базу , или полная поочередная выгрузка данных из поломанной базы в пустую через стандартные обработки ВыгрузкаЗагрузкаДанныхXML
взять самый первый файл базы, не тестированный, исправленный , сжатый, сделать его копию и на ней проверить
1) сделать chdbfl из текущей версии %\Program Files\1cv8\8.3.12.1466 - если вылетит с ошибкой проверка и исправление , или пройдет но не исправит ошибки в таблицах, удаляем базу и берем снова изначальный вариант Базы .
2) Если первый пункт не помог, значит вариантов осталось меньше, можно попробовать очистить испорченную таблицу, через утилиты типа Tool_1CD или похожие
3) после удаление таблицы лучше сделать тестирование полное реиндексацию и реконструктиризацию .
ps/ 1 -Сжатие таблиц лучше не делать в конфигураторе - влияет на производительность сильно, а на размер не сильно
2- исходник с базой , которая поломалась всегда лучше хранить в архиве а не удачные версии баз удалять после не удачных попыток восстановления
3- так же может помочь но мало вероятно загрузка той же конфигурации в текущую базу , или полная поочередная выгрузка данных из поломанной базы в пустую через стандартные обработки ВыгрузкаЗагрузкаДанныхXML
Остальные ответы
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(9)
1) Рекомендуемая платформа (при обновлении пишут что нужна платформа не ниже бла бла бла. Вот ее)- проверка
2) На ней очистка кэша - проверка
3) открытие конфигурации - проверка
4) Загрузка конфигурациии - проверка
5) ТиС - Реструктуризация - проверка
6) Открыть справочник на котором валится, попытаться его изменить и записать
7) Загрузить ДТ в чистую базу (можно файловую)
8) .....танцев много. Поиск по форуму поможет
1) Рекомендуемая платформа (при обновлении пишут что нужна платформа не ниже бла бла бла. Вот ее)- проверка
2) На ней очистка кэша - проверка
3) открытие конфигурации - проверка
4) Загрузка конфигурациии - проверка
5) ТиС - Реструктуризация - проверка
6) Открыть справочник на котором валится, попытаться его изменить и записать
7) Загрузить ДТ в чистую базу (можно файловую)
8) .....танцев много. Поиск по форуму поможет
(1) рекомендации по исправлению :
взять самый первый файл базы, не тестированный, исправленный , сжатый, сделать его копию и на ней проверить
1) сделать chdbfl из текущей версии %\Program Files\1cv8\8.3.12.1466 - если вылетит с ошибкой проверка и исправление , или пройдет но не исправит ошибки в таблицах, удаляем базу и берем снова изначальный вариант Базы .
2) Если первый пункт не помог, значит вариантов осталось меньше, можно попробовать очистить испорченную таблицу, через утилиты типа Tool_1CD или похожие
3) после удаление таблицы лучше сделать тестирование полное реиндексацию и реконструктиризацию .
ps/ 1 -Сжатие таблиц лучше не делать в конфигураторе - влияет на производительность сильно, а на размер не сильно
2- исходник с базой , которая поломалась всегда лучше хранить в архиве а не удачные версии баз удалять после не удачных попыток восстановления
3- так же может помочь но мало вероятно загрузка той же конфигурации в текущую базу , или полная поочередная выгрузка данных из поломанной базы в пустую через стандартные обработки ВыгрузкаЗагрузкаДанныхXML
взять самый первый файл базы, не тестированный, исправленный , сжатый, сделать его копию и на ней проверить
1) сделать chdbfl из текущей версии %\Program Files\1cv8\8.3.12.1466 - если вылетит с ошибкой проверка и исправление , или пройдет но не исправит ошибки в таблицах, удаляем базу и берем снова изначальный вариант Базы .
2) Если первый пункт не помог, значит вариантов осталось меньше, можно попробовать очистить испорченную таблицу, через утилиты типа Tool_1CD или похожие
3) после удаление таблицы лучше сделать тестирование полное реиндексацию и реконструктиризацию .
ps/ 1 -Сжатие таблиц лучше не делать в конфигураторе - влияет на производительность сильно, а на размер не сильно
2- исходник с базой , которая поломалась всегда лучше хранить в архиве а не удачные версии баз удалять после не удачных попыток восстановления
3- так же может помочь но мало вероятно загрузка той же конфигурации в текущую базу , или полная поочередная выгрузка данных из поломанной базы в пустую через стандартные обработки ВыгрузкаЗагрузкаДанныхXML
(22)ВыгрузкаЗагрузкаДанныхXML не сработает - вылетает с той же ошибкой. Попытка открыть Все функции - тоже. Видимо, придется проделать пункты 1-3. А какие утилиты есть еще помимо Tool_1CD? Я просто пробовал ее запустить, но она отказалась работать, т.к. не поддерживается работа с файлами, которые созданы в платформе выше 8.3.8.
(22)Удалось через Tool_1CD открыть ее, сконвертировал, взял типовую, сконвертировал ее тоже, вытащил из нее таблицы CONFIG и CONFIGSAVE, закинул в битую и все заработало. Очень сильно упростило задачу то, что конфигурация полностью на поддержке. Даже накатил обновления. Так что спасибо за помощь. :)
Есть предположение что то не так в 1644, аналогичная ситуация, была рабочая база УТ11.4 SQL, после обновления платформы до 1644 начала выдавать ошибку потока при открытии приходных накладных и отчетах о реализациях. никакие танцы с бубном не помогали.
Поставил платформу 8.3.12.1790 - подключил туда базу - все проблемы исчезли, все стало работать нормально.
Поставил платформу 8.3.12.1790 - подключил туда базу - все проблемы исчезли, все стало работать нормально.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот