При попытке выгрузить БД в ДТ выдает ошибку Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456

При попытке выгрузить БД в ДТ выдает ошибку Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456

Версия платформы 8,3,7,1860 Файловый вариант При попытке в конфигураторе выгрузить БД в ДТ выдает ошибку Нарушение целостности информационной базы. Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456

Исправление БД через конфиг сделано - ошибок нет chdbfl.exe ошибок не обнаружил Поудалял все папки ХХХХХ-ХХХХ-ХХХХ-хххх с файлами pfl

НЕ ПОМОГАЕТ. Воспользовался советами из темы http://infostart.ru/public/126309/ НЕ ПОМОГАЕТ.

Перенес 1cv8.cd на другой комп. Платформа та же. Базу проверил на наличие ошибок обеими способами. Ошибок нет. Пытаюсь выгрузить - результат та же самая ошибка.

Нарушение целостности информационной базы. Ошибка в размере файла ХХХХХ-ХХХХ-ХХХХ-хххх.pfl при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице 123456

Получается дело не во временных файлах, а внутри файла 1cv8.1cd Ребят - кто сталкивался? Подскажите как полечить

  • Скопировать ссылку
  • Перейти

(1) "Версия платформы 8,3,7,1860 Файловый вариант"

Вообще очень ожидаемая ситуация, как раз в 8.3.7 добавили проверку корректности при выгрузке. Раньше бы выгрузилась. но не загрузилась.

Сейчас до "незагрузки" дело и не дойдёт, так как база просто не будет выгружаться.

Чисто теоретически. Если откатить платформу до 8.3.6, то шанс какой-никакой но появится.

  • Скопировать ссылку
  • Перейти

Открыть базу в предыдущей версии платформы, скорее всего невозможно. Наверно надо создать новую базу и выполнить перенос данных.

А вообще надо стучаться в Фирму и узнавать, как предполагается восстанавливать данные. Ведь реальная проблема "Исправление БД через конфиг сделано - ошибок нет chdbfl.exe ошибок не обнаружил"

Если бы была база SQL, то выгрузку можно было бы сделать его средствами. А тут - файловая!

  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти

Загрузил БД в MS SQL Нашел нужный файл и косячную запись в таблице - как ее удалить?

  • Скопировать ссылку
  • Перейти

(9) На закладке Дополнительно надо указать каталог где будут располагаться файлы. После этого выделить таблицу и нажать кнопку экспорт текущей таблицы

В указанном каталоге появляется папка с файлами. blob data descr index root

Исправляешь их или заменяешь исправленными и выполняешь обратный процесс

Указываешь тот же каталог импорта Кнопка Импорт текущей таблицы

  • Скопировать ссылку
  • Перейти

(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 сейчас не просто сырая платформа, а вообще ультра сырая.

  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти

Сегодня столкнулся с такой же проблемой. Внутреннее + внешнее тестирование не давало результатов. Уже отчаялся. Думал вскрывать базу через МС СКуЛ (вычитал на руборде), но решил на последок под всеми пользователями прогнать ОчиститьНастройкиПользователя(ПользователиИнформационнойБазы.ТекущийПользователь()); Вот прям зашел под каждым, и выполнил. Платформа 1С:Предприятие 8.3 (8.3.7.1970). И произошло чудо! База выгрузилась и загрузилась! :) Я рад Можете не благодарить

Но есть побочный эффект. Все настройки послетали. Кучу внешних обработок перенастраивать заново. ех.

  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти

(40) Чтобы не перебирать пользователей можно использовать следующий код, например во внешней обработке:

МассивПользователей=ПользователиИнформационнойБазы.ПолучитьПользователей(); Для Каждого СтрокаМассива Из МассивПользователей Цикл Сообщить("Чистим "+СтрокаМассива); ОчиститьНастройкиПользователя(СтрокаМассива);

  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти

Как дополнение, после загрузки БД в Postgre решил я найти эту таблицу и исправил в таблице размер файла. После проверили 1С Бухгалтерию, и оборотка и справочники и документы, все на месте, сложилось впечатление что разницы была забита пустыми строками. Но это в моем случае, в других случаях возможно потеря данных, короче надо экспериментировать. У меня проблема решена полностью.

Повторяю. Это касаемо Бухгалтерской конфигурации. 1. Ставите релиз платформы 8.3.6.2449 2. Конвертируете в Бухгалтерию 3.0 (БД должна находиться либо в SQL, Postgre). 3. После конвертации ищем в SQL (Postgre) таблицу на которую ругается 1С и ставим тот размер который предлагает 1С. Далее проверяем.

  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти

Протокол моих действий в скулевой базе:

похоже, 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=''

Все прошло удачно!

  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти
  • Скопировать ссылку
  • Перейти

Возникла подобная проблема на платформе 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 файл. (Конфигурация - Загрузить конфигурацию из файла)

📎📎📎📎📎📎📎📎📎📎