При попытке выгрузить БД в ДТ выдает ошибку Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456
Версия платформы 8,3,7,1860 Файловый вариант
При попытке в конфигураторе выгрузить БД в ДТ выдает ошибку
Нарушение целостности информационной базы.
Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456
Исправление БД через конфиг сделано - ошибок нет
chdbfl.exe ошибок не обнаружил
Поудалял все папки ХХХХХ-ХХХХ-ХХХХ-хххх с файлами pfl
Перенес 1cv8.cd на другой комп. Платформа та же. Базу проверил на наличие ошибок обеими способами. Ошибок нет. Пытаюсь выгрузить - результат та же самая ошибка.
Нарушение целостности информационной базы.
Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456
Получается дело не во временных файлах, а внутри файла 1cv8.1cd
Ребят - кто сталкивался? Подскажите как полечить
Открыть базу в предыдущей версии платформы, скорее всего невозможно.
Наверно надо создать новую базу и выполнить перенос данных.
А вообще надо стучаться в Фирму и узнавать, как предполагается восстанавливать данные.
Ведь реальная проблема "Исправление БД через конфиг сделано - ошибок нет chdbfl.exe ошибок не обнаружил"
Если бы была база SQL, то выгрузку можно было бы сделать его средствами. А тут - файловая!
У нас была такая же проблема. база УПП доработанная, на 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.
(10) CaptainMorgan,
Взял tools_1cd
Выгрузил, получил файлы
blob
data
descr
index
root
открыл файл blob - какой то странный формат. Вроде и текстовый а вроде и xml подобный. Нужную запись по содержимому поля FILENAME так и не нашел в нем!
Как с ним бороться?
Обыскался не нашел Дополнительно. Ребята ткните пальцем
SQL Server 2008 R2
Microsoft SQL Server Management Studio 10.50.4000.0
Компоненты доступа к данным (MDAC) 6.1.7601.17514
Microsoft MSXML 3.0 4.0 5.0 6.0
Microsoft Internet Explorer 9.11.9600.18163
Microsoft .NET Framework 2.0.50727.5485
Операционная система 6.1.7601
(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 и... выгрузка прошла нормально!
Еще раз спасибо!
Здравствуйте!
столкнулся а аналогичной проблемой. прочитал тему, решил пойти более быстрым путем, использовать 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С.
Какая у вас версия и где ее можно взять? Проблема такая же как в теме. (нужна версия с редактированием)
(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
Изменили значение.
Для нашей базы из 96 записей из указанной таблицы пришлось поправить 3 записи.
Делалось всё с предварительно сохраненной базой средствами SQL, на случай если бы в процессе решения проблемы что-то пошло не так.
У меня было повреждение только при выгрузке таблицы CONFIC.
Решение, которое помогло.
Все манипуляции в режиме конфигуратора.
1) Открыл другую базу с аналогичным релизом и выгрузил конфигурацию в файл (.cf). (Конфигурация -> Сохранить конфигурацию в файл)
2) Снимаю проблемную базу с поддержки (чтобы можно было загрузить конфигурацию). (Конфигурация -> Поддержка -> Настройка поддержки -> Включить возможность изменения -> Снять с поддержки)
3) Загружаю ранее выгруженный .cf файл. (Конфигурация - Загрузить конфигурацию из файла)
У меня была какая ситуация в файловой БП 3.0.
Было 2 записи вот с таким идентификатором 43385748-85af-41c2-b9fb-d0e5b96ec262.pfl в таблице Files.
Это я увидел в Tool_1CD.
Мне помогло вот это:
Для Каждого Пользователь Из ПользователиИнформационнойБазы.ПолучитьПользователей() Цикл
ОчиститьНастройкиПользователя(Пользователь);
КонецЦикла;
Программная очистка настроек пользователей (описанная выше) не помогла. Зато помогло удаление пользователей ИБ (в конфигураторе). В итоге создал пользователей заново.
Версия платформы 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 на той же платформе. Ошибка ушла.
Тестирование -база вылетает, вначале ругалась на ошибку, что не найдена таблица, затем я подкинула её с помощью Tool_1CD (взяла из старого архива, таблица пустая)
Tool_1CD
Ошибка получения объектов из блока
Блок не является объектом.
chdbfl.exe Вначале была 1 ошибка, затем chdbfl.exe ошибок не обнаружил
Выгрузка/загрузка в dt идёт, а при открытии конфигурации -база вылетает с ошибкой- база повреждена.
при открытии пользователей тоже база вылетает.
При запуске в режиме предприятия- тоже вылетает.
Чистила кэш, загружала/выгружала базу, переносила на другой компьютер..
К сожалению, пока что никакого результата.
Архивирование сохранялось в n1 и вылетало с ошибкой.
База работала, а вчера окончательно сломалась.
Есть файлы *.1сd
Может быть у кого-нибудь есть варианты решения, кроме перевода на sql
(62)
Доброго утра.
Базу удалось восстановить, только к сожалению права пользователей не открываются, и не открывается конфигуратор- база вылетает с ошибкой нарушена целостность структуры конфигурации
Тестирование не помогает.
Выгрузка/загрузка тоже.
как открыть конфигурацию и восстановить права пользователей?
Локально на моём компьютере 1с открывается, я вспомнила, что удалила все файлы *.pfl
и сделала ОчиститьНастройкиПользователя(ПользователиИнформационнойБазы.ТекущийПользователь()
А на других компьютерах пользователи не могут войти в систему
Решила пока что вопрос таким образом:
файл 1cd подкинула из старого архива (от 28.09.17), а затем перенесла все данные из восстановленой базы с помощью переноса данных (с 20.09.2017).
Версия платформы 8.3.7.1917, УПП, файловая. Изначально не работала выгрузка в .dt -
ошибка СУБД, файл БД поврежден. После chdbfl и ТИИ (и та, и другая что то исправили), всё равно не заработало, но ошибка другая: нарушение целостности информационной базы, ошибка в размере файла *.pfl. Заархивированный до chdbfl и ТИИ 1СD открыла на платформе 8.3.10.2580 - ничего не поменялось. Помогло ОчиститьНастройкиПользователя(). Также оказалось, что сносить настройки всех пользователей совсем не обязательно. Имя файла *.pfl - суть идентификатор пользователя, а дальше можно:
Пользователь = ПользователиИнформационнойБазы.НайтиПоУникальномуИдентификатору(Новый УникальныйИдентификатор(ИмяФайлаPFL));
ОчиститьНастройкиПользователя(Пользователь);
69.
user662610_EvgenyKasper
07.02.18 09:49 Сейчас в теме
Доброго времени суток!
Буквально сегодня столкнулся с такой проблемой, конфа Бух для здравоохранения, база файловая. Погуглил, но сделал по стандарту (утилитка, внутренние средства тестирования, кэш чистил, из списка баз удалял, - восстанавливал, в общем нифига). Думал уже на сиквел переносить, но вот незадача, база то не выгружается..
Но юзверь он на то и юзверь, решилась проблема довольно банально, просто обновил версию платформы.
Еще один способ:
через тул-1с смотрим таблицу V8USERS, в колонке ID ищем идентификатор поломанного pfl, правее в колонке NAME видим чей он. Заходим в 1с-предприятие под данным пользователем, меняем что-либо в настройках пользователя, сохраняем. Проблема выгрузки dt пропадает. Если пользователей мало, или не до тул-1с, тогда, как вариант, можно поочередно войти под всеми пользователями и пересохранить их настройки.