Проблема: большой объем файловой базы #793522


#0 by Sun125
Файловая база Бухгалтерия 2.0. Весит почти 8 Гб, данные с 2011 года. Через "Администрирование/Выгрузить данные" в *.dt не выгружается, ругается на большой объем таблицы. Сделал свертку на 01.01.2015, база не уменьшилась. Выполнил удаление помеченных объектов - удалилось около 60тыс объектов, база не уменьшилась. Подскажите, пожалуйста, в чем причина? База не уменьшается, в dt не выгружается.
#1 by butterbean
ТИИ
#2 by 1Снеговик
chdbfl тебя спасет Хотя надо еще посмотреть что за таблица
#3 by Sun125
chdbfl ошибок не видит.
#4 by Zmich
. Можно программкой V8TableSizes.exe выяснить, какая таблица много весит.
#5 by Sun125
Сейчас как раз ТИИ делаю, посмотрим, что будет. До свертки делал ТИИ - база увеличивалась после этого вдвое, до 14 Гб.
#6 by 1Снеговик
сжатие таблиц делает, любая база уменьшается физически
#7 by 1Снеговик
со всеми галками делай, сжатие таблиц не включил.
#8 by Фрэнки
в ТИИ сжатие таблиц есть
#9 by Serg_1960
"Файловая база... в *.dt не выгружается" "удалилось около 60тыс объектов, база не уменьшилась." "ТИИ - база увеличивалась после этого вдвое, до 14 Гб." ТиИ, все галочки. Переиндексация, пересчет итогов и сжатие - обязательно. На "увеличение" объёма файла после ТиИ не обращай внимание.
#10 by Sun125
О, после ТИИ со сжатием уменьшилась до 3,5 Гб. Спасибо!)
#11 by Serg_1960
ТС, зачем нужен DT? Для архива - нет смысла. Для миграции на клиент-сервер? Это разовая операция, данные в новую базу можно перегнать разными вариантами...
#12 by Sun125
Но это не помогло при выгрузке в dt.. Нарушение целостности информационной базы. Ошибка в размере файла ***.pfls при выгрузке таблицы Files. Ожидаемое значение 0, значение в таблице 282320.
#13 by Serg_1960
Гугли "Ожидаемое значение: 0. Значение в таблице" - довольно частая неприятная ошибка :((
#14 by Провинциальный 1сник
Попробуй проверку физической целостности базы утилитой chdbfl.exe. Если там всё ок - попробуй увеличить размер страницы данных. В 8.3.9 для этого утилитка есть.
#15 by Фрэнки
извращенцы. Хранить сохраняемые в базе файлы в файловом режиме работы с базой
#16 by DrZombi
>>. ругается на большой объем таблицы. Как вы работаете? Может вы из SQL пытаетесь делать файловую? А так, ищи таблицу, которая превышает 4 ГБ :) 8 ГБ на весь пакетный файл, это ни о чем. Дарю...
#17 by Serg_1960
Не в тему :(
#18 by Serg_1960
Вот много инфы по теме:
#19 by Serg_1960
#20 by Sun125
ОчиститьНастройкиПользователя(ПользователиИнформационнойБазы.ТекущийПользователь) под каждым пользователем не помогло
#21 by darius357
ну как всегда побакланили, и нифига толку
#22 by capllary_surgut
Версия платформы какая?
#23 by Serg_1960
Не тебе судить, а автору. Быстро только кролики плодятся. Вариантов много, пока найдёшь верный...
#24 by 1Снеговик
при чем тут не видит? Ты сделал его или нет с включенной галкой? Вообще с него надо всегда начинать.
#25 by Sun125
Поставил 8.2 и выгрузилось!
#26 by Sun125
До этого пытался в 8.3.7 выгрузить
#27 by Serg_1960
К гадалке не ходи - 8.3.7 и позже :) Я уже давал ссылки - там многие предлагают "понижать" версию платформы.
#28 by Serg_1960
Понижай до 8.3.6, в 8.3.7 появилась проверка, которая сейчас эту ошибку генерит.
#29 by 1Снеговик
Что за извращение сидеть на старых платформах и ловить в них глюки?
#30 by Sun125
У меня отраслевое решение, релиз которого требует версию платформы не ниже 8.3.8. Получается, для выгрузки отдельно нужно запускать старую платформу.
#31 by DrZombi
Просто лучше написать устойчивую системы на обычных глюках одной версии платформы. Чем все время переписывать конфу под каждый глюк, выпускаемый 1С в новой версии :)
#32 by Sun125
Выгрузил в dt через 8.2. Через 8.3.7 загрузил в dt, все ок. Но выгрузить опять не получается через 8.3.7.
#33 by DrZombi
Лучше перейдите на SQL и забить на этот момент :)
#34 by DrZombi
Зачем вообще ДТ? Скопируй файл, бД же файловая :)
#35 by 1Снеговик
млять, а 8.3.9 не судьба поставить?
#36 by Serg_1960
Понижать платформу - не самоцель и не лекарство. А только ради выгрузки базы вместе с ошибкой. Далее - загрузка в SQL, устранение ошибки, выгрузка работоспособной версии базы. Ты по ссылкам всё это проигнорировал :( "Читаю книгу - вижу фигу"(цы) [ушёл с ветки]
#37 by Sun125
Если бы все так просто было, база в глухой деревне, смотрю удаленно. Конечно, если SQL только поможет, придется через интернет тянуть базу или ехать туда за базой. Не у всех же под рукой SQL.
#38 by Пузан
Почему это для архива нет смысла? А как еще сделать бэкап файловой базы? Тупо копированием каталога?
#39 by 1Снеговик
да, типа копируешь файл и жмешь архиватором
#40 by Dmitrii
Выгрузка в dt не является полноценным архивом базы. Уже обсосано миллион раз. Случаев, когда загрузка из dt не взлетала, полно.
#41 by DrZombi
по ссылке: При использовании файлового варианта 1С:Предприятия 8 можно организовать процесс создания резервной копии информационной базы путем простого копирования файла 1CV8.1CD в отдельный каталог или с использованием программного обеспечения для резервного копирования и восстановления данных. ... Сама 1С не рекомендует бекапировать через DT. Есть большая вероятность потерять часть данных :)
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С