Есть практически самописная незаконченная конфигурация. В базе присутствуют архитектурные нарушения, в частности, не выводятся в 0 остатки по часто используемому регистру накопления типа остатки.
Ежемесячно в базу вводится в сумме около 1000 документов (примерно поровну: Заявки на заказы, Счета клиентам, Акты выполненных работ, ПКО, РКО), файлы в базе не хранятся. 1CD-файл базы занимает 3,5 Гб, архив - 100 мб. Ежемесячно 1CD-файл увеличивается на 150 Мб. Опасаюсь, что это многовато. Каким образом оценить угрозы базе?
П.С. после какого размера 1cd файла невозможно сделать выгрузку базы в архив?
Ежемесячно в базу вводится в сумме около 1000 документов (примерно поровну: Заявки на заказы, Счета клиентам, Акты выполненных работ, ПКО, РКО), файлы в базе не хранятся. 1CD-файл базы занимает 3,5 Гб, архив - 100 мб. Ежемесячно 1CD-файл увеличивается на 150 Мб. Опасаюсь, что это многовато. Каким образом оценить угрозы базе?
П.С. после какого размера 1cd файла невозможно сделать выгрузку базы в архив?
По теме из базы знаний
- "Крест ИТ", или как жить, если у вас в ИТ ландшафте выросло Кудрово/Мурино/Девяткино
- Интеграции с маркетплейсами из одного окна: Озон, ВБ, Яндекс, Сбер, Али, ЛаМода для 1С:УНФ, УТ, КА, ERP
- Как система обмена данными помогает решить нетривиальные задачи, характерные для терабайтных баз: обрезка, обслуживание, балансировка нагрузки и другие
- tempdb, почему она всё время растет?
- Методология логирования промежуточного этапа, или Ну давайте перестанем хранить уже логи в 1С
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(35) (1) А вот к примеру BMP будут схлопываться в 3 раза и при однотонном рисунке не будут влиять на размер DT файла, потому что практически сжимаются до нуля. Есть также интересные картинки и PNG которые можно сжать до 200 байт а в развернутом состоянии или при другом сжатии они могут достигать 20-40 Мб. Все это условности на наличие пользовательских картинок необходимо базу проверить и постараться как можно скорее.
(30) Может поможет выгрузка загрузка данных, у меня подобная ситуация была, база разрослась до 40 Гб, виной были фоновые задания которые бесконечно запускались, и писали данные в некие регистры, которые на практике не имели никакого значения ни для базы ни для программы. Не помню точно наименования, в УТ их 3, походите по другим форумам, можете нарыть названия таких отчетных регистров, которые имеют значения только при восстановлении утерянной информации.
(1)Вы скорее столкнётесь с тем что не сможете из этого архива потом загрузить. Выгружаться может и очень большая база.
Посмотрите размеры таблиц, определите ту таблицу которая больше всего весит, ну и думайте как её оптимизировать.
Выведите остатки в ноль.
Посмотрите размеры таблиц, определите ту таблицу которая больше всего весит, ну и думайте как её оптимизировать.
Выведите остатки в ноль.
(19)
там ничего не менялось
В платформах 1С:Предприятие с версии 8.3.8 до 8.3.13 включительно увеличение размера страниц позволяло увеличить максимальный размер внутреннего файла до 6Гб, но начиная с версии 8.2.14 размер файла по прежнему не может превышать 4Гб.
там ничего не менялось
В платформах 1С:Предприятие с версии 8.3.8 до 8.3.13 включительно увеличение размера страниц позволяло увеличить максимальный размер внутреннего файла до 6Гб, но начиная с версии 8.2.14 размер файла по прежнему не может превышать 4Гб.
(1) Самое главное не хранят ли пользователи картинки в базе и файлы больших объемов
Зачем уменьшать размер базы 1С?
Чем больше объем базы, тем менее неповоротливой она становится, тем больших ресурсов она требует для своей работы.
тем больший объем требуется для хранилища резервных копий.
Уменьшив объем базы, мы прежде всего экономим на затрачиваемых ресурсах, уменьшаем требования к серверу и к объему хранилища резервных копий.
Также пользователям работать будет комфортнее, так как все операции будут выполняться быстрее.
Выгрузив файлы и картинки во внешний каталог, можно сократить размер базы на 30-60%.
Чем больше объем базы, тем менее неповоротливой она становится, тем больших ресурсов она требует для своей работы.
тем больший объем требуется для хранилища резервных копий.
Уменьшив объем базы, мы прежде всего экономим на затрачиваемых ресурсах, уменьшаем требования к серверу и к объему хранилища резервных копий.
Также пользователям работать будет комфортнее, так как все операции будут выполняться быстрее.
Выгрузив файлы и картинки во внешний каталог, можно сократить размер базы на 30-60%.
(23) Поясните пожалуйста вашу мысль, почему DT с текстовыми файлами будет весить много, если они отлично сжимаются. К примеру вы забиваете свою базу XML И dt ничего не весит а база растет как на дрожжах. Сжатие происходит на уровне формирования Dt а сжатие в хранилище значений к примеру стоит слабое или не стоит вообще. Кстати, как вариант автору проверить сжатие полей хранилища значений. Так сказать подробно удостовериться.
(23) Word файлы тоже довольно отлично плющатся при выгрузке DT и excel и HTML тем более. С картинками и EXE файлами я согласен, там как правило применяются очень хорошие алгоритмы сжатия, рассчитанные на то, что файл будет именно небольшое место занимать, а Word и Excel такой строгой нагрузки на себе не несет и HTML файлы тем более, Хотя вполне возможно, что я ошибаюсь.
(1) Для начало определите что растет и насколько. База может вырасти и до 60гб и при этом размер таблицы может не превысить 4Гб.
Рост базы в 350Мб не такой уж и большой при таком количестве документов.
А 3,5Гб не так уж и много. Как вариант можно сделать сжатие базы, возможно база уменьшится в размерах. Также как посоветовали выше, проверьте индексы, они могут занимать очень много места при не оптимальном индексирование всего и вся.
Рост базы в 350Мб не такой уж и большой при таком количестве документов.
А 3,5Гб не так уж и много. Как вариант можно сделать сжатие базы, возможно база уменьшится в размерах. Также как посоветовали выше, проверьте индексы, они могут занимать очень много места при не оптимальном индексирование всего и вся.
(1)
Что-то я не пойму, что вы имеете здесь в виду? Для хранения остатков товаров на складах, например, используются РН с видом "Остатки" и по нему остатки уж точно не будут нулевыми.
3.5 Гб - это совсем немного. Если у вас 8.3.8, то вообще можете забыть об ограничении в 4 Гб на таблицу.
Уже неоднократно здесь обсуждалось, что . Если вы посмотрите актуальные конфигурации, то в них увидите, что для файловых баз в качестве резервной копии используется сам файл 1CD
не выводятся в 0 остатки по часто используемому регистру накопления типа остатки.
Что-то я не пойму, что вы имеете здесь в виду? Для хранения остатков товаров на складах, например, используются РН с видом "Остатки" и по нему остатки уж точно не будут нулевыми.
3.5 Гб - это совсем немного. Если у вас 8.3.8, то вообще можете забыть об ограничении в 4 Гб на таблицу.
после какого размера 1cd файла невозможно сделать выгрузку базы в архив?
Уже неоднократно здесь обсуждалось, что . Если вы посмотрите актуальные конфигурации, то в них увидите, что для файловых баз в качестве резервной копии используется сам файл 1CD
(1) Для подробного разбора возьмите на вооружение программку
Есть где-то её бесплатный аналог, хотя и этот не совсем платный.
Есть где-то её бесплатный аналог, хотя и этот не совсем платный.
Показывает информацию о размерах таблиц базы данных на SQL (количество строк и занимаемое место в Кб) в связке с метаданными базы данных 1С в виде таблицы.
Показывает информацию о размерах таблиц базы данных на SQL (количество строк и занимаемое место в Кб) в связке с метаданными базы данных 1С в виде таблицы.
Позволяет анализировать базу данных на предмет "толстых мест".
Выводимые данные:
Зарезервировано, Кб
Данные, Кб
Индекс, Кб
Неиспользовано, Кб
КоличествоСтрок
Показывает информацию о размерах таблиц базы данных на SQL (количество строк и занимаемое место в Кб) в связке с метаданными базы данных 1С в виде таблицы.
Позволяет анализировать базу данных на предмет "толстых мест".
Выводимые данные:
Зарезервировано, Кб
Данные, Кб
Индекс, Кб
Неиспользовано, Кб
КоличествоСтрок
(6) "Размеры внутренних файлов растут неравномерно и проблемы с запуском информационной базы могут начаться уже когда размер файла информационной базы 1Cv8.1CD немногим превысит 4Gb, но вполне возможно, что база распухла до 10Gb и продолжает запускаться в файловом режиме "
(27) ничего странного, размер базы при такой операции может быть уменьшен только в том случае, когда освободившееся место в результате удаления данных из базы, еще не заполнено. А также если не пересчитывали индексы и итоги. А если нет "мусорного пространства" которое еще не заполнено, то и уменьшать в базе нечего.
Есть практически самописная незаконченная конфигурация. В базе присутствуют архитектурные нарушения, в частности, не выводятся в 0 остатки по часто используемому регистру накопления типа остатки.
почему вы решили,
что при таких ошибках и объемах
не нужно навести порядок в коде
и конфигурации
ведь это вопрос времени, даже если перейдете на серверный вариант
объемы будут увеличиваться и не факт, что руководство не захочет новых "плюшек"
как правило, захочет и....конечно в самый не подходящий момент
почему вы решили,
что при таких ошибках и объемах
не нужно навести порядок в коде
и конфигурации
ведь это вопрос времени, даже если перейдете на серверный вариант
объемы будут увеличиваться и не факт, что руководство не захочет новых "плюшек"
как правило, захочет и....конечно в самый не подходящий момент
Выгрузка/загрузка тут не поможет и уже писали что размер не уменьшается. Вместо выгрузки можно сделать обычные операции индексирование, пересчет итогов и сжатие базы, но это все врятли поможет, потому что база растет не просто так.
Тут два варианта судя повсему:
1) Ни куда от роста не деться, просто факт занесения данных. Вот и растет база.
2) Много индексов, можно оптимизировать и тогда можно будет уменьшить размер базы.
Тут два варианта судя повсему:
1) Ни куда от роста не деться, просто факт занесения данных. Вот и растет база.
2) Много индексов, можно оптимизировать и тогда можно будет уменьшить размер базы.
(38)
Вот мне то же кажется что кто то про запас всё проиндексировал. Попадалась пара баз таких, самописных. В которых индексы были включены у всех измерений. К тому же часть измерений были строкового типа и тд.
2) Много индексов, можно оптимизировать и тогда можно будет уменьшить размер базы.
Вот мне то же кажется что кто то про запас всё проиндексировал. Попадалась пара баз таких, самописных. В которых индексы были включены у всех измерений. К тому же часть измерений были строкового типа и тд.
Возможно кто-то трудится над загрузкой адресного классификатора.
С переходом на версию 1С:Предприятие 8.3 размер информационной базы сильно возрос. Что с этим можно сделать и как постараться уменьшить размер базы, да и вообще — можно ли это сделать? Рассмотрю пример для 1С:Бухгалтерии 8.3.
Более подробно про один из методов уменьшения размера базы, а именно про удаление ненужных регионов адресного классификатора, читайте отдельно.
Более подробно про один из методов уменьшения размера базы, а именно про удаление ненужных регионов адресного классификатора, читайте отдельно.
Возможно документов накопилось действительно много и надо произвести свертку базы.
При свёртке базы 1С анализирует документы с самого начала и до даты свёртки, после чего формирует остатки на основе этих данных, а сами данные удаляет. Это приводит к уменьшению размера информационной базы 1С, причём тем больше, чем более новая дата устанавливается в процессе сворачивания базы.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот