Ошибка в размере файла при выгрузке таблицы files ожидаемое значение 0
1c 8 нарушение целостности информационной базы pfl Ошибка в размере файла
Версия платформы 8,3,7,1860 Файловый вариант
При попытке в конфигураторе выгрузить БД в ДТ выдает ошибку
Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456
Исправление БД через конфиг сделано - ошибок нет
chdbfl.exe ошибок не обнаружил
Поудалял все папки ХХХХХ-ХХХХ-ХХХХ-хххх с файлами pfl
НЕ ПОМОГАЕТ.
Ребят - кто сталкивался?
---------- Post added at 12:39 ---------- Previous post was at 12:38 ----------
Версия платформы 8,3,7,1860 Файловый вариант
При попытке в конфигураторе выгрузить БД в ДТ выдает ошибку
Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456
Исправление БД через конфиг сделано - ошибок нет
chdbfl.exe ошибок не обнаружил
Поудалял все папки ХХХХХ-ХХХХ-ХХХХ-хххх с файлами pfl
НЕ ПОМОГАЕТ.
Ребят - кто сталкивался?
---------- Post added at 12:39 ---------- Previous post was at 12:38 ----------
---------- Post added at 18:26 ---------- Previous post was at 16:33 ----------
Докладываю! Перенес 1cv8.cd на другой комп. Платформа та же. Базу проверил на наличие ошибок обеими способами. Ошибок нет. Пытаюсь выгрузить - результат та же самая ошибка.
Нарушение целостности информационной базы.
Ошибка в размере ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456
Получается дело не во временных файлах, а внутри файла 1cv8.1cd
У кого есть какие предложения?
Вы не пишете, какая у вас конфигурация, какие выполняются настройки у пользователей.
Дело в том. что файлы pfl все равно создаются при запуске 1С, хоть и на другой машине, см. например:
Пока сообщу только это:
КОНФИГУРАЦИЯ
"Управление торговлей", редакция 10.3
Фарватер, автоматизация аптек
Администратор, Полные права
Завтра изучу Ваши материалы - покопаюсь! Спасибо!
---------- Post added at 20:50 ---------- Previous post was at 20:38 ----------
Попробовал по быстрому:
ОчиститьНастройкиПользова теля(ПользователиИнформац� �оннойБазы.ТекущийПользова тель());
Не помогло
Ребят поделитесь редактором 1CD
---------- Post added at 07:05 ---------- Previous post was at 07:04 ----------
Нужно обнулить размер файла и должно заработать!
---------- Post added at 08:49 ---------- Previous post was at 07:05 ----------
Попробовал сделать выгрузку на 1С:Предприятие 8.2 (8.2.19.80) Выгрузило!
Загрузил на 1С:Предприятие 8.3 (8.3.7.1860)
Загрузило!
Запустил - работает. данные есть
Но при выгрузке DT снова пишет ту же ошибку! Т.е. всосало с ошибками и выплюнуло с ними же!
Ребят поделитесь редактором 1CD
---------- Post added at 07:05 ---------- Previous post was at 07:04 ----------
Нужно обнулить размер файла и должно заработать!
---------- Post added at 08:49 ---------- Previous post was at 07:05 ----------
Попробовал сделать выгрузку на 1С:Предприятие 8.2 (8.2.19.80) Выгрузило!
Загрузил на 1С:Предприятие 8.3 (8.3.7.1860)
Загрузило!
Запустил - работает. данные есть
Но при выгрузке DT снова пишет ту же ошибку! Т.е. всосало с ошибками и выплюнуло с ними же!
Ошибка может быть и мнимая.
Возможно, проблема с платформой. Раз в 8.2.19.80 выгружает без ошибки. Попробуйте последние (8.3.7.1873 - финальная и 8.3.7.1901 - тестовая), если ошибка останется - в техподдержку
Версия платформы 8,3,7,1860 Файловый вариант
При попытке в конфигураторе выгрузить БД в ДТ выдает ошибку
Нарушение целостности информационной базы.
Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456
Исправление БД через конфиг сделано - ошибок нет
chdbfl.exe ошибок не обнаружил
Поудалял все папки ХХХХХ-ХХХХ-ХХХХ-хххх с файлами pfl
Перенес 1cv8.cd на другой комп. Платформа та же. Базу проверил на наличие ошибок обеими способами. Ошибок нет. Пытаюсь выгрузить - результат та же самая ошибка.
Нарушение целостности информационной базы.
Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456
Получается дело не во временных файлах, а внутри файла 1cv8.1cd
Ребят - кто сталкивался? Подскажите как полечить
(1) "Версия платформы 8,3,7,1860 Файловый вариант"
Вообще очень ожидаемая ситуация, как раз в 8.3.7 добавили проверку корректности при выгрузке. Раньше бы выгрузилась. но не загрузилась.
Сейчас до "незагрузки" дело и не дойдёт, так как база просто не будет выгружаться.
Чисто теоретически.
Если откатить платформу до 8.3.6, то шанс какой-никакой но появится.
Открыть базу в предыдущей версии платформы, скорее всего невозможно.
Наверно надо создать новую базу и выполнить перенос данных.
А вообще надо стучаться в Фирму и узнавать, как предполагается восстанавливать данные.
Ведь реальная проблема "Исправление БД через конфиг сделано - ошибок нет chdbfl.exe ошибок не обнаружил"
Если бы была база SQL, то выгрузку можно было бы сделать его средствами. А тут - файловая!
(3) CaptainMorgan,
ОчиститьНастройкиПользователя(ПользователиИнформационнойБазы.ТекущийПользователь());
Вот еще попробовал - Не помогло
У нас была такая же проблема. база УПП доработанная, на 8.3.6 в dt выгружается без проблем на 8.3.7 (все проверил до 8.3.7.1860) выдается аналогичная ошибка на files.
Решили так:
выгрузили под 8.3.6 файловом варианте загнали в MSSQL под 8.3.7 средствами MSSQL нашли таблицу files, в ней запись на которую ругается - поставили ее размер = 0 и все база стала выгружаться.
По содержимому этой таблицы было что то типа истории при динамическом обновлении полгода назад. 8.3.5 тогда платформа была.
Если в MSSQL не перевести то на infostarte где то есть бета-редактор 1CD файлов там тоже можно найти эту таблицу (но сам не пробовал хотя его и скачал)
Попробовал сделать выгрузку на 1С:Предприятие 8.2 (8.2.19.80) Выгрузило!
Загрузил на 1С:Предприятие 8.3 (8.3.7.1860)
Загрузило!
Запустил - работает. данные есть
Но при выгрузке DT снова пишет ту же ошибку! Т.е. всосало с ошибками и выплюнуло с ними же!
Ответ выше - загрузите в SQL, почистите эту таблицу средствами SQL, выгрузите базу и загрузите в файловый вариант. Ну или ждите пока 1с пофиксит chdbfl.exe.
Загрузил БД в MS SQL
Нашел нужный файл и косячную запись в таблице - как ее удалить?
(9) На закладке Дополнительно надо указать каталог где будут располагаться файлы.
После этого выделить таблицу и нажать кнопку экспорт текущей таблицы
В указанном каталоге появляется папка с файлами.
blob
data
descr
index
root
Исправляешь их или заменяешь исправленными и выполняешь обратный процесс
Указываешь тот же каталог импорта
Кнопка Импорт текущей таблицы
(10) CaptainMorgan,
Взял tools_1cd
Выгрузил, получил файлы
blob
data
descr
index
root
открыл файл blob - какой то странный формат. Вроде и текстовый а вроде и xml подобный. Нужную запись по содержимому поля FILENAME так и не нашел в нем!
Как с ним бороться?
Обыскался не нашел Дополнительно. Ребята ткните пальцем
(11) Я рассказал про программу Tool_1CD версии 3.0 beta
Эта программа позволяет корректно работать с файловой базой 1С
Вы же писали "Версия платформы 8,3,7,1860 Файловый вариант"
А на скриншоте я не разобрал что за программа, очки потерял а зрение уже не то что раньше.
Если вам удалось базу залить в SQL, то там в контекстном меню Изменить первые 200 строк
А вообще, попробуйте переименовать dbo.Files что в этом случае получится?
(13) Вы пишите "Изменить 200 подошло! Удалил косячные записи"
Уважаемый ah7777777 , очень хочется узнать результат.
Если по правде, то именно это нововведение, появившееся с релиза 8.3.7 сдерживает меня от внедрения его у пользователей.
Непредсказуемость больше всего пугает.
Тем более, что не за горами а уже вот она 8.4, сделанная (якобы) на базе 8.3.5 и соответственно 8.3.7 является изначально нежизнеспособным ответвлением, которое, скорее всего засохнет не дожив до зрелого возраста.
Но 8.4 сейчас не просто сырая платформа, а вообще ультра сырая.
(14) CaptainMorgan,
Результат по восстановлению работоспособности БД (Нарушение целостности информационной базы.
Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456 )
прошел успешно.
8.3.7 в этом случае только выявила ошибку при выгрузке, т.к. 8.2 выгрузило ту же БД без ошибок. Поэтому про 8.3.7 ничего плохого сказать не могу, но и хорошего то же, т.к. Исправление ошибок средствами конфигуратора (логическая целостность) ошибок не выявило.
Сегодня столкнулся с такой же проблемой. Внутреннее + внешнее тестирование не давало результатов. Уже отчаялся. Думал вскрывать базу через МС СКуЛ (вычитал на руборде), но решил на последок под всеми пользователями прогнать ОчиститьНастройкиПользователя(ПользователиИнформационнойБазы.ТекущийПользователь()); Вот прям зашел под каждым, и выполнил. Платформа 1С:Предприятие 8.3 (8.3.7.1970). И произошло чудо! База выгрузилась и загрузилась! :) Я рад
Можете не благодарить
Но есть побочный эффект. Все настройки послетали. Кучу внешних обработок перенастраивать заново. ех.
(17) Воспользовался вашим советом. У меня платформа 8.3.7.1790, Бухгалтерия 2.0. Прогнал команду ОчиститьНастройкиПользователя(ПользователиИнформационнойБазы.ТекущийПользователь() под каждым пользователем.
ВСЕ В ПОРЯДКЕ. Ошибка ушла!
(40)
Чтобы не перебирать пользователей можно использовать следующий код, например во внешней обработке:
МассивПользователей=ПользователиИнформационнойБазы.ПолучитьПользователей();
Для Каждого СтрокаМассива Из МассивПользователей Цикл
Сообщить("Чистим "+СтрокаМассива);
ОчиститьНастройкиПользователя(СтрокаМассива);
Сталкивался с такой же ерундой, в sql перевести базу не было возможности. В итоге откатился до последнего бэкапа, где ошибки не было и с помощью стандартной обработки ВыгрузкаЗагрузкаДанныхXML перетащил недостающие данные.
Столкнулся с такой же проблемой, нужно было сконвертировать Бухгалтерия 2.0 в Бухгалтерию 3.0;
Решение оказалось интересным, сначала попробовал очень ранний релиз 1С 8.3, и там и выгружалось и загружалось, проблем не было, но ругалась конвертация, что ей нужна платформа не ниже 8.3.6.2449, ну я и решил установить эту платформу, и В.С.Е. проблема решилась, конфигурация успешно конвертнулась в 3.0.
И самое интересное, что ошибка переносится и в 8.3 скорее всего 1С пофиксит эту проблему когда нибудь, но до той поры советую данный релиз не удалять для такого рода ошибки.
Как дополнение, после загрузки БД в Postgre решил я найти эту таблицу и исправил в таблице размер файла. После проверили 1С Бухгалтерию, и оборотка и справочники и документы, все на месте, сложилось впечатление что разницы была забита пустыми строками. Но это в моем случае, в других случаях возможно потеря данных, короче надо экспериментировать.
У меня проблема решена полностью.
Повторяю. Это касаемо Бухгалтерской конфигурации.
1. Ставите релиз платформы 8.3.6.2449
2. Конвертируете в Бухгалтерию 3.0 (БД должна находиться либо в SQL, Postgre).
3. После конвертации ищем в SQL (Postgre) таблицу на которую ругается 1С и ставим тот размер который предлагает 1С.
Далее проверяем.
Спасибо,за совет!
Выгрузил с помощью 1с 8.2 (в 8.3 не выгружается)
Загрузил в MsSQL
в Dbo.Files нашел файл на который ругается 1с 8.3
Datasize поставил 0 - такой размер ожидала выгрузка 1с
Загрузил 1с 8.3 и. выгрузка прошла нормально!
Еще раз спасибо!
Протокол моих действий в скулевой базе:
похоже, 1С-ка ругается на эту запись
FileName Creation Modified Attributes DataSize BinaryData PartNo
2001-01-01 00:00:00.000 2001-01-01 00:00:00.000 0 99616 0x 0
т.е. ту, в которой пустой FileName и BinaryData = 0x
Попробуем ее удалить.
Пишем DELETE FR OM [имяВашейБазы].[dbo].[Files] WH ERE FileName=''
Все прошло удачно!
Здравствуйте!
столкнулся а аналогичной проблемой. прочитал тему, решил пойти более быстрым путем, использовать Tool_1CD, а SQL оставить на крайний случай. Скачал утилиту. Открыл свой файл 1Cv8.CD. нашел табличку и файл на которые ругались при выгрузке. поставил значение 0 как просила 1С. сохранил значение. выгружаю ДТ из 1С второй раз снова выходит ошибка, но уже на другой файл ругается. Повторил процедуру в Tool_1CD. Снова выгрузить ДТ попробовал и все получилось. Изначально ДТ был выгружен со стартера 8.2. Загружен в 8.3.7. Из него выгрузка не проходила, пока таблички не поправил. Дальше ради эксперимента ДТ от 8.2 загрузил на стартер 8.3. Снова попробывал выгрузить в ДТ и опять ошибки. Исправил через Tool_1CD. Дальше на старетере 8.3 выгрузка прошла.
(25) nick-name, tool_1cd, которую мне удалось добыть не загружает базу БП 2.0 работавшую на 8.3.7, пишет что это не база 1С.
Какая у вас версия и где ее можно взять? Проблема такая же как в теме. (нужна версия с редактированием)
Такая же ошибка возникла на клиент-серверном варианте. Помогла остановка и повторный запуск сервера 1С
Была такая же ошибка на платформе 8.3.7.
Поставила платформу 8.3.8.1652, сделала Исправление черезchdbfl.exe ошибок не обнаружил, копию потом сделал
была такая же проблема. Решил путем отката на предыдущий бэкап, где все работало, и перенес данные с битой базы в рабочую
(30) kondrv, Также столкнулась с такой же проблемой,ничего не окатывала, просто запустила программу со старой платформой,в данный момент 8.3.5.1486 всё выгрузилось и обновилось, ошибка же возникла на платформе 8.3.8.1933.
Возникла подобная проблема на платформе 8.3.8.2054 после обновления с платформы 8.3.6.1251. База 1С Бухгалтерия 3.0 На SQL 2014 (на самом деле от версии SQL не зависит).
Ошибка
Нарушение целостности информационной базы. Ошибка в размере файла 0070d942-3a6c-43e2-a265-b76c6943d100.pfl при выгрузке таблицы Files. Ожидаемое значение: 109444, значение в таблице: 172141
Решили следующим образом.
Зашли на SQL сервер нашли в нужной базе таблицу DBO.FILES
Вывели таблицу. Для тех кто не знает, Контекстное меню на таблице "Select top 1000 rows"
Нашли строку с файлом и некорректными данными
Открыли первых 200 записей для редактирования. Для тех кто не знает, Контекстное меню на таблице Edit top 200 rows
У меня было повреждение только при выгрузке таблицы CONFIC.
Решение, которое помогло.
Все манипуляции в режиме конфигуратора.
1) Открыл другую базу с аналогичным релизом и выгрузил конфигурацию в файл (.cf). (Конфигурация -> Сохранить конфигурацию в файл)
2) Снимаю проблемную базу с поддержки (чтобы можно было загрузить конфигурацию). (Конфигурация -> Поддержка -> Настройка поддержки -> Включить возможность изменения -> Снять с поддержки)
3) Загружаю ранее выгруженный .cf файл. (Конфигурация - Загрузить конфигурацию из файла)
файл *.pfl - это настройки пользователей.
для решения всего-то убить юзеров в конфигураторе.
да, настройки слетят, но они ведь и так уже битые.
Мне помогло вот это:
Для Каждого Пользователь Из ПользователиИнформационнойБазы.ПолучитьПользователей() Цикл
ОчиститьНастройкиПользователя(Пользователь);
КонецЦикла;
Осталась одна запись и БД сохранилась в DT.
Программная очистка настроек пользователей (описанная выше) не помогла. Зато помогло удаление пользователей ИБ (в конфигураторе). В итоге создал пользователей заново.
Бился по максимуму, ничего не помогало. Обновил платформу до версии 8.3.9.2033 от 19.12.2016. Всё выгрузилось с первого раза. Видать баг пофиксили.
Мне помогло использование Tool_1CD с возможностью редактирования.
Просто поставил размер файла 0 и ошибка при выгрузке исчезла.
Мне помогло использование Tool_1CD с возможностью редактирования.
Просто поставил размер файла 0 и ошибка при выгрузке исчезла.
А такой dt обратно загружается? У меня выдает ошибку формата потока после таких изменений
(47) У меня так и не загрузилось, пришлось через выгрузку/загрузку XML перекидывать все данные в новую базу.
(45) Здравствуйте! А где лежит Tool_1CD с возможностью редактирования? У меня ее версия 0.4.0 и там ничего не редактируется.
(44) Здравствуйте! А где лежит Tool_1CD с возможностью редактирования? У меня ее версия 0.4.0 и там ничего не редактируется.
Проблема встречалась несколько раз при обновлении БГУ. Успешно решалась установкой последней версии платформы 8.3.9.2033.
Доброго дня всем!
Столкнулся с той же проблемой.
Версия платформы 8.3.9.1818.
Конфигурация ЗУП 2.5, файловая
Очистка настроек пользователей не помогла. Tool_1CD для данной версии платформы имеется только "на чтение".
Помогло обновление версии платформы на 8.3.9.2033
Вот только что решилась эта проблема сама собой.
Платформа 8.3.9.1850, файловая конфигурация Бухгалтерия 2.0.66.20.
Утилита chdbfl.exe не помогает, тестирование и исправление Конфигуратором не помогает, команда "ОчиститьНастройкиПользователя" не помогает.
Взял и просто обновил конфигурацию до релиза 2.0.66.25 на той же платформе. Ошибка ушла.
Вот какие сюрпризы от разработчиков бывают.
Доброго вечера.
А у меня не получается. :(
версия 2.0, файловая база.
Тестирование -база вылетает, вначале ругалась на ошибку, что не найдена таблица, затем я подкинула её с помощью Tool_1CD (взяла из старого архива, таблица пустая)
Tool_1CD
Ошибка получения объектов из блока
Блок не является объектом.
chdbfl.exe Вначале была 1 ошибка, затем chdbfl.exe ошибок не обнаружил
Выгрузка/загрузка в dt идёт, а при открытии конфигурации -база вылетает с ошибкой- база повреждена.
при открытии пользователей тоже база вылетает.
При запуске в режиме предприятия- тоже вылетает.
Чистила кэш, загружала/выгружала базу, переносила на другой компьютер..
К сожалению, пока что никакого результата.
Архивирование сохранялось в n1 и вылетало с ошибкой.
База работала, а вчера окончательно сломалась.
Есть файлы *.1сd
Переход от релиза 8.2.121 к 8.3.8.хх (серверный вариант) прошел гладко.
Но старая привычка проверять после создания базы ее выгрузку очень помогла в этот раз.
Выгрузка не произошла- ошибка полученная при этом видна на первом скриншоте.
Ответ 1с был лаконичен: "Средствами SQL поправьте соответствующее значение в таблице Files. Это битая сохраненная настройка пользователя."
Для базы на MS SQL.
В Ms SQL Management Studio делаем следующие манипуляции.
Находим dbo.Files и выбираем "Изменить первые 200 строк".
Для базы на PostgreSQL.
В pgAdmin III делаем следующие манипуляции.
вставка неуникального значения в уникальный индекс) эта великая утилита решает отлично.
Если уже новый формат файловой базы (8.3.8).
В кои веки 1с выпустила утилиту, для обратной конвертации!
bin\cnvdbfl.exe (по опыту- 64 разрядная работает на порядок быстрее)
C:\Program Files\1cv8\8.3.9.2033\bin\ cnvdbfl -c -f 8.2.14 D:\base\1Cv8.1CD
Конвертирует базу в прежний формат, а:
C:\Program Files\1cv8\8.3.9.2033\bin\ cnvdbfl -c -f 8.3.8 D:\base\1Cv8.1CD
обратно.
Tool_1cd не работает с новым форматом! Обратная конвертация обязательна.
UPD. К теме не относится, если только к инструментарию SQL.
При очистке таблицы SQL (к примеру регистра информации в тестовой базе или "распухшего" и вызывающего ошибки, но при этом не критичного для удаления) в pgAdmin использую команду TRUNCATE (опустошить таблицу или набор (TRUNCATE CASCADE) таблиц)
Проходил Тестирование и Исправление, вылезли ошибки, ошибки исправились.
При открытии в 1CD_Tools
лезут ошибки, и одна из них "Отсутствует таблица DBSCHEMA"
Конфигуратор запускается без проблем.
Все осложняется тем, что архив сохранился старый (начало января), с базой за это время не работали, но сдали отчетность и получили протокол Регламентированной отчетности, а так бы восстановил из старой версии и все.
Подскажите пожалуйста!
Заранее большое спасибо!
(1) Hunta, Создаешь копию БД, после чего пропускаешь её через штатную утилиту chdbfl.exe та что хранится в папке платформы, после в конфигурацию заходишь делаешь тестирование исправление, и смотришь результат и оттуда уже пляшешь, можно попробовать создать новую конфигурацию того же релиза и загрузить туда данные. а если уж и это не помогЁт, то выгрузку загрузку XML еще никто не отменял
П.С. Перед тем как подошел к БД делай бэкап, (лучше скопировать папку с БД) пусть займет 5-10 минут, но не будет впредь таких проблем
(1) Hunta, если цена вопроса 1 протокола, то перенеси его в старый бэкап, но протестируй его изначально
(8) THEBESTolo4b, подскажите как это сделать, никогда не переносил протоколы
Конечно на копии, копию сделал копированием каталога с базой.
(12) THEBESTolo4b, подскажите пожалуйста Выгрузка и загрузка данных XML не запускается, вообще ничего не пишет, просто не запускается и все.
(2) ZergKRSK, Программисты делятся на два вида: 1 Те кто делают бекап и 2 те кто теперь делают бекап.
Архив есть, но осложнилось тем, что после обновления архивы перестали выгружаться из-за данной ошибки, а отчетность уже начали делать.
Т.е. базу без проблем восстановить из архива, но потеряется сданная отчетность.
О как! )))
Если выгружаю не применив пока Тестирование и Восстановление, то конфигуратор просто вываливается с ошибкой СУБД - файл базы данных поврежден.
такая ошибка стала часто появляться на платформе 8.3.7.но при этом бэкап можно сделать на предыдущих платформах 8.3.6 без проблем.
1С в описании к платформе пишут:
Выгрузка информационной базы в файл .dt будет прервана при обнаружении проблем с внутренней стуктурой информационной базы. это для 8.3.7
При выгрузке информационной базы в файл .dt не анализировалось состояние внутренней структуры информационной базы. это для ранних платформ.
Решения этой ошибки от них пока нет.
Сами базу загоняли в SQL в таблице files находили запись на которую ругается 1С, и корректировали ее размер - после база выгружалась. это все на 8.3.7
Спасибо большое за разъяснение!
Решил прогнать базу chdbfl.exe, но взятого из платформы 8.2, получил следующее:
Я ведь правильно понял, дело в индексах, переиндексация базы поможет?
После перехода на 8.3.7.1860 вылезла аналогичная ошибка, благо база на MSSQL. Открыл MS SQL Server Management Studio, в списке таблиц захандрившей БД нашел dbo.Files (в самом конце она), в контекстном меню таблицы выбираем -> Изменить первые 200 строк, находим строку с нашим именем файла - редактируем ячейку с размером (заносим значение, которое 1С ожидает получить). После база выгружается как ни в чем ни бывало.
На платформе 8.3.7.1917 проблема сохраняется. Так же в таблице dbo.Files установил в ожидаемое 1С значение. Выгрузка прошла.
(22) 2casp, Не могли бы вы описать механизм изменения данного значения, и какими средствами вы это сделали.
Я уже собрался выгружать все доки из конфигурации и загружать в чистую.
Из 8.3.6 без проблем выгружается, из 8.3.7 - проблема ((
Уже пробовал выгрузить из 8.3.6, создать новую БД, и загрузить в 8.3.7, загружается без проблем, но не выгружается.
Прогоняю утилитой chdbfl(8.3.6) ошибок не находит.
UPD. Ааа тоже поставил значение Tool_1CD, которое хочет и выгрузка и все проверки прошли без ошибок.
Но странно, что это вообще было? И только на одной базе, остальные без проблем выгружаются.
Нарушение целостности информационной базы. Ошибка в размере файла .pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 51694.
Описание ошибки:
Встретился с данной ошибкой при попытке выгрузить информационные базы конфигурации 1С: Управление торговлей, ред. 10.3, релизов 10.3.37.1 и 10.3.46.3. Версия платформы 1С: Предприятие 8.3.9.1818
Попытка восстановить целостность базы с помощью компнонеты chdbfl не принесла результатов. Точнее в результате выполнения компонента отрапортовала, что никаких ошибок в базе нет. На помощью пришла подсказка из обсуждения данной ошибки на форуме сайта infostart.
Было принято решение исправлять ошибку с помощью компоненты Tool_1CD alpha 0.3.0 - ссылка на версию, которой выполнено исправление (забегая немного вперед)) )
Дальнейшаяя последовательность действий изложена ниже. С помощью компоненты Tool_1CD был открыт файл проблемной базы 1Cv8.1CD. Для удобства поиска таблицы Files установлен флажок "Сортировать".
Найдена таблица FILES
После выделения названия таблицы Files, справа в списке в колонке "FILENAME" ищем строку с именем, которое указано в ошибке, в моем случае это было имя "071523a4-516f-4fce-ba4b-0d11ab7a1893.pfl". Т.к. упорядочивание в колонке "Filename" по возрастанию, то найти нужную строку не составило труда.
Видно в колонке "DATASIZE" то самое "проблемное" значение размера, о котором рапортует ошибка. Выделив строку, нажимаем кнопку "Редактировать таблицу (Ctrl+E)".
И в колонке меняем значение размера на "0", о котором написано в ошибке "Ожидаемое значение: 0". И нажимаем кнопку "Сохранить изменения (Ctrl+S)".
Читайте также: