Суть дела:
База, 8.2, самописная, обычное приложение, файловый вариант.

Всё было хорошо, и дт-шники весили около 12 мб каждый. И тут в очередной раз при выгрузке дт-ника этот процесс не останавливается.
Прервал, сделал копию, запустил у себя. Уже пару-тройку часов выгружается и так и не останавливается, уже 4+ гб. Причем сама папка, в которой база, весит около 500 мб.
Пробовал тестирование-исправление, все пункты кроме "Сжатие таблиц ..." - не помогло. "Сжатие таблиц ..." не выполняется - "Не достаточно памяти".

Почему такое произошло, какие изменения конфигурации могли к такому привести, и как починить?

например, в ХЗ порнофильм

переведи в скуль, посмотри размеры таблиц

(0) а зачем из файловой базы размером 500 мб делать dt ?

(0) циклическая сссылка:
кокнуть кэши
перенести в идентичную через xml

chdbfl.exe

(1) если бы в ХЗ был бы порнофильм, то и папка с базой наверно весила бы не 500 Мб....

(6) ну я хз, чем можно ХЗ забить ;)

"Горшочек, не вари."
"Лёлик, хватит!"

Пробовали?

(1) хз, что такое ХЗ, в любом случае никаких фильмов
(3) бэкап
(4) кэши вряд ли, ведь скопировал папку на другой комп - то же самое
(5) спасибо! совсем про него забыл! помогло!

Повреждены данные таблицы 'FILES'. Восстановлено 37 из 38 записей.

Надеюсь это не чревато?

(9) Бекап в dt... а потом однажды он неожиданно не загрузится

(10) скорее всего там и была утеряна циклическая ссылка

(9) 1С не рекумендует делать бэкап через выгрузки в dt
понятно, что в случае sql-базы на сервере сделать бакап с машины клиента в dt-файл проще для большинства пользователей (не скажу, что админам это должно понравиться), но в случае файлового режима гораздо безопасней и даже удобней сделать бэкап с использованием простого файлового архиватора с самым быстрым сжатием - даже с таким сжатием размер архивного файла уже мало отличается от размера выгруженного в dt

(12) >>1С не рекумендует делать бэкап через выгрузки в dt
ссылку можно ? - без подвоха,просто интересно почему

(0) как вариант циклические ссылки, хранилища значений, много индексов (индексирование с упорядочиванием по всем измерениям регистров и пр.)

(13) Информационное письмо как-то было, но я себе ссылку на него не сохранил. Попробую поискать, если получится, то перепостю сюда.

(13) "Руководство администратора"

(13) +1!
(12) Ссылку можно?

(13) (17) Как будто у вас никогда не было "Ключевое поле не уникально". dt не является средством бекапа - это инструмент переноса базы из файлового в серверный вариант.

(13) Итоги не сохраняются, емнип

(2) отличный совет при невыгружающемся dt-шнике!

(13)(17) опытные оленеводы? раз пятьсот на форуме уже тёрлось.
а дело всё в том, что:
1) dt-шник может просто не сделаться (по примеру, как в (0) )
2) в dt-шнике могут оказаться искажённые данные, или не оказаться часть данных, если, например, были глюки с кэшем, или тупо физические ошибки в базе данных

dt - это, всего лишь, способ миграции из одной СУБД в другую

(21) зачем так грубо))
проблемы как при выгрузке в dt (как в (0)) сразу являются симптомом проблем с базой),
как прямое копирование или скульная выгрузка помогут против перечисленых вами же проблем ?)

(22) Прямое копирование или скульный бекап дает хоть какую-то гарантию что в случае с ошибками в базе все развернется как было, в случае dt - может возникнуть не очень приятная ситуация когда бекап вот он, а загрузить его не получается.

(22) да разве ж это грубо? :))  это всё равно, что обижаться, когда одинэсника называют тупым, ленивым, и жадным )

Внезапно! оказалось что 1С не рекомендует бекапить 8ку посредством выгрузки в dt

(22) Можно без грубости. Так лучше? :)

_(\_/)_
(='.'=)
(.:]|||||[:.)
(")_(")

(25) ы-ы-ы... зачётная пикча! :)

(24) да я и не обижаюсь)
спасибо)буду знать