Доброго всем дня, есть отраслевая 1С Управление ветеринарными сертификатами. В последнее время поступили жалобы на долгий запуск базы данных и зависание регламентных заданий.

на текущий момент размер файла БД почти 13Гб. Что было сделано - чистка кэша, логов. Выгрузка/загрузка - не помогло.

Что смутило, 1CDTools "не видит" в данных этих 13Гб, самая большая таблица 0,6Гб. Остальное это что - конфигурация? Никаких изменений и реструктуризации не было. Прошу помочь разобраться

https://ibb.co/p3XZTx5
https://ibb.co/T8tyPvc

(0) С добрым утром. =)
Протри окуляры. 6Гб самая большая таблица.

(1) Хм, вроде бы логически понимаю, что размер в битах, а не в байтах.  А то получается, что максимальных размер таблицы 40Гб, а не 4Гб

(2) Ну коли так, то извините. Все время думал, что есть негласный формат: минимальный размер в байтах пишут, а минимальную скорость в битах.

(3) вот надо выяснить ))) Тоже не задавался этим вопросом, а вдруг в байтах размер. Что-то не нашел нигде описания 1СdTools в каких единицах колонка размер

Это не связано с темой в соседней ветке про десять баз?
На самом деле волшебник прав. Надо почистить в каждой базе лишнюю информацию. А вот после чистки база сама по себе не уменьшается вроде пока шринк в SQL не сделаешь. А как на файловых не знаю. Сто лет их не трогал. Ранее в ТИИ был пункт по очистке.
Может в этом проблема?

А вообще странно считать информацию в битах. Не практично. Положи в байт один бит информации, а он все равно будет байтом.
Или сейчас по другому считают?

Настроить хранение файлов в томах.

(5) Нет :) там база Бухгалтерия и больше организационный вопрос

(0) работа идет по сети или локально?

перенести присоединённые файлы во внешний том, после чего ТИИ со сжатием таблиц

_inforg - это вроде бы регистры сведений, если не ошибаюсь

один регистр 6 Гб, другой 3,6 Гб
периодические наверно, раз так распухли.

Ну.. можно или пообрезать регистры до определенной даты (если старая инфа в текущей работе больше не нужна, для старой истории можно оставить копию базы)
или... пора переходить на клиент-сервер.
:)

шел 2024 год, а народ все на файловых базах сидит....

даже на минисервер 1с у них денег нет....

(10) Периодические регистры со статусами документов и логирование запросов не в хранилище, а прямо XML в реквизиты пишутся с типом строка.

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

(0) То что файловая 13 гб не есть гуд. Но как вариант это может быть железо. Какая конфигурация сервера? Может там селерон с HDD от царя гороха, вот и тормозит, может скоро каюк жесткому диску?

Имхо, размер файловой базы напрямую на долгий запуск базы данных не играет особого значения сам по себе. У меня, например, на домашнем компе файловая база с 1Cv8.1CD размером 38130786304 байт летает быстрее, чем на сервере SQL на работе. Может быть дело не в 1С и не в размере базы, а в окружении, в ОС? В антивируснике после его обновления? Это легко проверить - достаточно временно его отключить...

(11) Файловые вполне рабочее решение. Если бы не одно но - разрабы типовых откровенно забили на правила разработки. Итогом их "деяний" базы в надцать гигабайт. Базовая розница обнять и плакать со списком "нужных" драйверов и "нужного" функционала, которое УНФное, что мешает драйвера вынести на модные "облака" (как и остальное "нужное") и качать по потребности, заодно и подписку будет легче контролировать. Ведь всех зовут в "облака".
(12) золотые слова.

(15) файловые базы рабочий вариант только в монопольном режиме, или как демо-базы.

в многопользовательском режиме они и не надежные, и медленные...

Ну а жмоты которые не могут выделить 100тр на лицензию сервера 1с (при десятке активных пользователей) должны иметь персональный котел в аду....

(16) да, да. Все жмоты, один ты Дартаньян. А то что типовые не обновляются х86 сервере 1С и приходится типовую базу для обновления тащить на x64 серв - то жмотам нужно следующим этапом покупать x64 сервер?

(0) какая версия Tool_1CD?
смущает максимальный размер для таблицы и, соответственно, процент,
почему Tool_1CD считает, что одна таблица может быть 32 Гб?

(18) потому, что максимум, 8 (или 6 не помню ужо. В древних было 4)

(17) "А то что типовые не обновляются х86 сервере 1С"
БП и ЗУП обновляются

(20) 1. Не всегда
2. А в РИБ пробовал?

(19) я про это и говорю,
для старых баз в формате 8.2.14 был возможен только один размер страниц - 4Кб и максимальный размер "внутреннего файла" был 4Гб,
для баз в формате 8.3.8 появилась возможность использования страниц размером 8, 16, 32 и 64Кб (по умолчанию 8Кб), при этом максимальный размер "внутреннего файла" не может быть более 6Гб для любого размера страниц более 4Кб,
откуда в Tool_1CD взялся максимальный размер таблицы 32Гб?

(21) Рибом не пользовался, не знаю

(21) о да, не всегда, особенно ЗУП. И даже БП было разок. А то что крупнее, к примеру КА - вообще без шансов обновить на x86.

(24) Наверное, проблемы с памятью на x86 возникают, когда включена возможность редактирования

резать надо. Постгри ставьте или скуль или на что денег хватит

+1 пора переходить на скуль или сворачивать,
размер таблицы _INFORG1844 уже близок критическому,
еще чуть-чуть и перестанет запускаться

(0) Tool_1CD совершенно точно показывает размер таблицы именно в байтах. Поэтому ваша самая толстая таблица уже вот-вот превысит ограничение в 6Гб (примерно 300 Мб осталось).
А вот с максимальным размером - вопрос.
Руководство разработчика ясно говорит:

Размер каждого из вышеперечисленных внутренних файлов не может превышать:
● для формата версии 8.2.14 ‑ 4 Гбайта.
● для формата версии 8.3.8 с размером страницы 4 096 байт ‑ 4 Гбайта.
● для формата версии 8.3.8 с размером страницы 8 192, 16 384, 32 768 и 65 536 байт ‑ 6 Гбайт.
( https://its.1c.ru/db/v8325doc#bookmark:dev:TI000001287 )

Но вот здесь как-то приходят к выводу о 32Гб при размере страницы в 8К, что похоже на цифры максимального размера в Tool_1CD -
https://infostart.ru/1c/articles/536343/

(28)  для 8.2.14 было понятно, откуда 4ГБ
кол-во индексных страниц 1018 * кол-во страниц данных 1023 * размер страницы 4096 Байт, итого 4 265 631 744 Байт = 3.9727 Gb ~4Gb.
для 8.3.8 похоже такая математика не работает и откуда берется максимальный размер 6Гб непонятно,
нигде в документации не видел

(28) Да из контекста понятно, что он в базе хранит приаттаченые файлы.
Скинет на диск и у него еще на несколько лет хватит.

(29) 6 гигабайт вместо 4 при увеличении размера страницы - это "последний шанс" для перехода на клиент-сервер. А не штатная возможность продолжать работать в файловом режиме. Ограничение чисто коммерческое.

А может быть это КЛАДР столько весит