Обработка позволяет просмотреть размеры всех таблиц в файловой базе данных, с разбивкой по объектам (записи, BLOB, индексы). Работает как на платформах 8.2-8.3 под Windows, так и на 8.3 под Linux
Если поле сортировки выбрать до открытия файла, то получаем ошибку
{Форма.Форма.Форма(539)}: Ошибка при вызове метода контекста (Сортировать)
ДанныеТаблицы.Сортировать("РазмерОбщий Убыв");
по причине:
Неизвестная колонка
Неизвестная колонка
(7) Evil Beaver, например, можно узнать, на каких объектах быстро пухнет файловая база.
а также, есть ли объекты, чей размер приближается к 4Гб (это верхний предел размера объекта для файловой БД)
11.
Sergoninfostarru
207.03.13 01:07 Сейчас в теме
Не, ну, если база сильно пухнет, то в большинстве случаев - это результат незакрытых остатков. Незакрытые остатки - это постоянное переписывание остатков в базу данных из месяца в месяц, что является следствием неправильного ведения учета. Сами справочники и документы особо базу не раздувают. Поэтому, когда база распухла через полгода-год, можна говорить о "природном" ее увеличении, а если через 2-3 месяца, то нужно садить за парту пользователей и показывать, как происходит закрытие месяца и определение фин.результатов, причем как для регламентного, так и для управленческого учетов.
12.
Sergoninfostarru
207.03.13 01:43 Сейчас в теме
"Сортировать по" лучше сделать неактивным, если база не открыта, т.к. непонятно будет произведена сортировка после открытия базы или в уже открытой. Я сразу поставил "сортировать по имени" и получил "Неизвестная колонка". Только после открытия базы понял, что работает в уже открытой ...
А вот галочка "Показывать размер удаленных" работает до открытия базы данных, что еще больше запутывает.
(12) Sergoninfostarru, галку просто назвал неудачно, переименую в "Вычислять размер удалённых", ведь её смысл не просто в показе доп.колонок, но больше в том, что при считывании данных дополнительно вычисляется размер удалённых данных. т.е. она оказывает влияние на процесс чтения - без этой галки скорость раза в два выше.
а вот сортировка - её можно выполнить и после чтения, она оперирует уже с заполненной таблицей
(14) Cratos2, улучшено описание некоторых таблиц регистров накопления, + исправления для работы под linux. если для Вас это не критично - то можно и не качать
Любопытно получается, 1С говорит вот так:
Ограничения на размер файловой базы данных. Все данные, относящиеся к одной таблице собраны в три внутренних файла:
- файл записей, в котором находятся все записи таблицы, за исключением полей неограниченной длины
- файл индексов
- файл значений неограниченной длины
Размер каждого из этих файлов не может превышать 4 гб.
Загрузил архив базы в SQL, смотрю сколько все таблицы в сумме занимают места
Видно, что индексы зашкаливает за 4 гига.
Но этот архив грузится в файловую базу без вопросов.
Однако когда данные или индексы забегают за 7 гиг, тогда в файловую уже не грузится.
Значит ограничение не 4 гига, а чуть побольше.
Или есть иное объяснение?
Предлагаю добавить сортировку по каждой таблице,
добавить пересчёт в Мб и Гб.
выделять красным таблицы у которых достигнут порог 90% от максимально возможного размера 4Гб.
Сделать "примерный" прогноз оставшегося времени работы по таблице с максимальным размером.
З.Ы. "примерный" - это примерный, два локтя по карте, с отказом от ответственности.
Здравствуйте, ошибку выдает
{Обработка.РазмерыТаблиц.Форма.Форма.Форма(100)}: Поле объекта не обнаружено (ИспользуемоеИмяФайла)
ВремФайл=Новый Файл(ТекОбъект.ИспользуемоеИмяФайла);
ценная вещь, завтра опробую, у нас как раз на Линуксе крутится 32 битная 1С пробовал dt развернуть в файловом варианте не получается, ищем где в базе идет перекос, надеюсь поможет ускорить поиск проблемы.
тут про КЛАДР писали, а в чем феномен, что при его загрузке в базу он так раздувает ее просто фантастически.
ради эксперимента в демо базу УТ 11.1, которая весит около 1Гига выгрузил весь КЛАД, который весит от силы 30 мегабайт, база запухла ... до 3,5 гигов?
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv8c.exe
Версия приложения: 8.3.9.1818
Отметка времени приложения: 57ebfa49
Имя модуля с ошибкой: 1CDLib32.dll
Версия модуля с ошибкой: 1.3.0.0
Отметка времени модуля с ошибкой: 00000000
Код исключения: c0000005
Смещение исключения: 0002936d
Версия ОС: 6.1.7601.2.1.0.256.48
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1CV8C.exe
Версия приложения: 8.3.10.2580
Отметка времени приложения: 599f5753
Имя модуля с ошибкой: 1CDLib32.dll
Версия модуля с ошибкой: 1.3.0.0
Отметка времени модуля с ошибкой: 00000000
Код исключения: c0000005
Смещение исключения: 0002936d
Версия ОС: 6.1.7601.2.1.0.16.7
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Какие условия работы обработки, вываливается с дампом, и в 32 битном и 64 битном приложении 1с. Может винда нужна 32 битная. Что нужно чтобы она отработала?