Каталог решений - Ошибка в размере файла *** при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице *** Исправление этой (и некоторых других) проблемы средствами MS SQL и PostgreSQL

Ошибка в размере файла *** при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице *** Исправление этой (и некоторых других) проблемы средствами MS SQL и PostgreSQL

Ошибка в размере файла *** при выгрузке таблицы files. Ожидаемое значение 0, а значение в таблице *** Исправление этой (и некоторых других) проблемы средствами MS SQL и PostgreSQL

В наличии

Проблема с «битой» сохраненной настройкой пользователя, не позволяющей (начиная с релиза 8.3.7) произвести выгрузку БД

Категория:

Описание

Переход от релиза 8.2.121 к 8.3.8.хх (серверный вариант) прошел гладко.

Но старая привычка проверять после создания базы ее выгрузку очень помогла в этот раз.

Выгрузка не произошла- ошибка полученная при этом видна на первом скриншоте.

Ответ 1с был лаконичен: "Средствами SQL поправьте соответствующее значение в таблице Files. Это битая сохраненная настройка пользователя."

Для базы на MS SQL.

В Ms SQL Management Studio делаем следующие манипуляции.

Находим Таблицы.

Находим dbo.Files и выбираем "Изменить первые 200 строк".

Находим таблицу.

Исправляем DataSize.

18.08.2016

Для базы на PostgreSQL.

В pgAdmin III делаем следующие манипуляции.

Находим Таблицы.

Находим files и выбираем "Просмотреть первые 100 строк".

Нажимаем "воронку" (параметры сортировки/ фильтрации), выбираем Фильтр. Вводим filename==’имя_файла’.

datasize integer — то, что надо поменять. На скриншоте уже изменен.

P.S. По материалам, что встретились мне, данная проблема возникает начиная с релиза 8.3.7 и не только в серверном, но и в файловом варианте.

По поводу файловой.

Если еще есть файловая база на 8.2 (а если она до 8.3.8, то можно запустить из-под 8.2), то выгружать из нее в SQL, дальше см. выше, затем выгрузка и вновь в файловую.

Можно попробовать Tool_1cd (альфа=с возможностью редактирования). Для решения этой проблемы, лично я, Tool_1cd не пользовался. Другие вопросы файловых баз (к примеру вставка неуникального значения в уникальный индекс) эта великая утилита решает отлично.

Если уже новый формат файловой базы (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) таблиц)

has been added to your cart:
Оформление заказа