Переход от релиза 8.2.121 к 8.3.8.хх (серверный вариант) прошел гладко.
Но старая привычка проверять после создания базы ее выгрузку очень помогла в этот раз.
Выгрузка не произошла- ошибка полученная при этом видна на первом скриншоте.
Ответ 1с был лаконичен: "Средствами SQL поправьте соответствующее значение в таблице Files. Это битая сохраненная настройка пользователя."
Для базы на MS SQL.
В Ms SQL Management Studio делаем следующие манипуляции.
Находим Таблицы.
Находим dbo.Files и выбираем "Изменить первые 200 строк".
Находим таблицу.
Исправляем DataSize.
18.08.2024
Для базы на 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с выпустила утилиту, для обратной конвертации!
bincnvdbfl.exe (по опыту- 64 разрядная работает на порядок быстрее)
C:Program Files1cv88.3.9.2033in cnvdbfl -c -f 8.2.14 D:ase1Cv8.1CD
Конвертирует базу в прежний формат, а:
C:Program Files1cv88.3.9.2033in cnvdbfl -c -f 8.3.8 D:ase1Cv8.1CD
обратно.
Tool_1cd не работает с новым форматом! Обратная конвертация обязательна.
UPD. К теме не относится, если только к инструментарию SQL.
При очистке таблицы SQL (к примеру регистра информации в тестовой базе или "распухшего" и вызывающего ошибки, но при этом не критичного для удаления) в pgAdmin использую команду TRUNCATE (опустошить таблицу или набор (TRUNCATE CASCADE) таблиц)
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
А в файловом варианте как исправлять?
(1) TrinitronOTV, Google -> tool 1 cd АЛЬФА версия позволяет редактировать файл бд.
Пожалуйста. Мне даров и подношений.
(1) TrinitronOTV, Если есть выгрузка то загружайте в любой SQL и вперед. tool 1 cd посмотю..
а стандартными методами тестирования и исправления . не? или пользователю сказать Ёк?
(4) shaman22, вы видели ответ 1с. пробуйте. обычно не помогает.
Если файловая, то нужно выгрузить под 8.2, дальше грузить в серверную и дальше по инструкции, уже правите таблицу.
(1) Если файловая, то нужно выгрузить под 8.2, дальше грузить в серверную и дальше по инструкции, уже правите таблицу.
(6) очевидно имеется ввиду, что если еще есть файловая база на 8.2 (, а если она до 8.3.8, то можно запустить из-под 8.2), то выгружать из нее, а дальше (3). Это очевидно.
Если уже новый формат базы (8.3.8)
В кои веки 1с выпустила утилиту, для обратной конвертации!
bincnvdbfl.exe (по опыту- 64 разрядная работает на порядок быстрее)
C:Program Files1cv88.3.9.2033in cnvdbfl -c -f 8.2.14 D:ase1Cv8.1CD
Конвертирует базу в прежний формат, а:
C:Program Files1cv88.3.9.2033in cnvdbfl -c -f 8.3.8 D:ase1Cv8.1CD
обратно.
После конвертации в формат 8.2.14 можем выгружать в SQL, а дальше по схеме или попробовать Tool_1cd (альфа=с возможностью редактирования). Tool_1cd не работает с новым форматом! Конвертация обязательна.
помогло, спасибо