Переход от релиза 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) таблиц)
