Вопрос наверное больше программистам. С недавних пор заметил что размер файла 1Cv8.1CD (собственно и база и конфигурация) превысила размер в 1.5 Gb. Кто знает не пора ли будет переводить на SQL в случае если размер базы скоро перевалит за 2 Gb. Помнится, где то читал что 32 -х разрядные системы плохо работают с файлами размером более 2Gb? даже с файловой системой NTFS.
По теме из базы знаний
- Мониторинг SQL Server с помощью Extended Events (и не только) для 1С. Как держать руку на пульсе?
- Новичок новичку: как выгрузить/загрузить XML данные
- Как на мобильной платформе 1С сделать игру. Расширяем возможности через Поле HTML Документа
- Особенности настройки хранения файлов в томах в конфигурации 1С:Документооборот 3.0
- Как превратить человека в литеру – техника быстрой и качественной оценки уровня профессиональной квалификации
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) На самом нижнем уровне файл *.1CD или файл базы данных содержит внутри своего рода файловую систему, включающую в себя так называемые внутренние файлы. Файл *.1CD имеет страничную организацию, то есть состоит из страниц размером 4096 байт (4 К). Размер файла *.1CD всегда кратен 4 К.
Страницы адресуются их номерами. Номер страницы представлен 4-байтовым целым числом без знака. Следовательно, файл *.1CD может содержать не более чем 4 294 967 296 страниц.
Страницы адресуются их номерами. Номер страницы представлен 4-байтовым целым числом без знака. Следовательно, файл *.1CD может содержать не более чем 4 294 967 296 страниц.
Да просто у меня на 7-ке когда перевалило за 2 Гига я тоже перевел на SQL. Неудобно было копировать и архивировать базу, какие то заморочки были постоянно с этим, да и сервак сильно грузился. Ладно, спасибо за советы, придется все таки готовиться к переходу, эхх...
Максимальный размер файла 1Cv8.1CD - около 8ГБ - после этого система перестаёт записывать в него данные.
32-х битная система вполне может справляться с подобным размером файла при наличии RAID массива и нормального терминального сервера. Если база бухгалтерская - т.е. конфигурация построена на Плане счетов - то по опыту работает помедленнее чем конфигурации на регистрах накопления.
32-х битная система вполне может справляться с подобным размером файла при наличии RAID массива и нормального терминального сервера. Если база бухгалтерская - т.е. конфигурация построена на Плане счетов - то по опыту работает помедленнее чем конфигурации на регистрах накопления.
(6) alexhline,
(8) Spektr,
Перестаньте людей пугать, нет такого ограничения.
Сам работал с базой 16Гб на 20 пользователей - тормозило при одновременной работе, но работало.
Потом на SQL перевел её.
У 1С есть ограничение в 4Гб для одной таблицы базы.
Это далеко не одно и тоже, что и размер файла базы.
(8) Spektr,
Перестаньте людей пугать, нет такого ограничения.
Сам работал с базой 16Гб на 20 пользователей - тормозило при одновременной работе, но работало.
Потом на SQL перевел её.
У 1С есть ограничение в 4Гб для одной таблицы базы.
Это далеко не одно и тоже, что и размер файла базы.
При большом количестве пользователей (от 5-ти) если работаете не в терминальном режиме - рекомендую переходить или на SQL или на терминальный режим - нужно принимать решение взависимости от количества пользователей, конфигураций баз данных, подлючённого торгового оборудования и парка компьютеров.
(15) SlayDer_t, в конфигураторе "Администрирование - тестирование и исправление", там в конце пункт по сжатию таблиц.
(0) Ограничение в 1С для файловых баз данных - 4гб на одну из таблиц (допустим если взять какой-то справочник, содержащий много элементов, имеющий наименование неограниченной длины, то этот порог быстро превысится), ограничение ОС х86 - 4гб на сами файлы *.1CD.
Попробуйте сжать таблицы в тестировании и исправлении, предварительно создав резервную копию базы. Т.к. сама структура работы предполагает, что если место высвобождается после обновления конфигурации 1С, то сам файл не уменьшается, а просто помечается пространство как свободное, поэтому хорошо запаковывается архиваторами в некоторых случаях.
(0) Ограничение в 1С для файловых баз данных - 4гб на одну из таблиц (допустим если взять какой-то справочник, содержащий много элементов, имеющий наименование неограниченной длины, то этот порог быстро превысится), ограничение ОС х86 - 4гб на сами файлы *.1CD.
Попробуйте сжать таблицы в тестировании и исправлении, предварительно создав резервную копию базы. Т.к. сама структура работы предполагает, что если место высвобождается после обновления конфигурации 1С, то сам файл не уменьшается, а просто помечается пространство как свободное, поэтому хорошо запаковывается архиваторами в некоторых случаях.
(16) timurhv,
Хватит народ пугать!!!
Нет такого ограничения у ОС х86
Есть такое ограничение у файловой системы FAT32 - 4Гб, неужели Вы свои базы
держите на таком разделе???
А максимальный размер в NTFS - 2 в 64 степени байт.
ограничение ОС х86 - 4гб на сами файлы *.1CD.
Хватит народ пугать!!!
Нет такого ограничения у ОС х86
Есть такое ограничение у файловой системы FAT32 - 4Гб, неужели Вы свои базы
держите на таком разделе???
А максимальный размер в NTFS - 2 в 64 степени байт.
Что касается файловой базы данных 1С:Предприятия, то в ней все данные, относящиеся к одной таблице, собраны в три внутренних файла:
файл записей, в котором находятся все записи таблицы, за исключением полей неограниченной длины
файл индексов
файл значений неограниченной длины
Размер каждого из этих файлов не может превышать 4 гб.
(
файл записей, в котором находятся все записи таблицы, за исключением полей неограниченной длины
файл индексов
файл значений неограниченной длины
Размер каждого из этих файлов не может превышать 4 гб.
(
Только что одна база заткнулась на 13Гб с сообщением превышен максимальный размер файловой базы... Так что точно ограничение не 4Гб, а те кто утверждают что 4Гб просто не особо компетентны, т.к. не знают ограничений файловых систем.
Скорее всего если файловая система FAT, то на 4Гб заткнется из-за ограничений файловой системы, а если NTFS, то заткнется на 13 Гб из-за ограничения 1С. Я бы столько не стал бы держать в файловой, если только не один пользователь.
В одном из ответ про три файла звучал официальный ответ специалиста фирмы "1С"
Про ограничение на размер каждого из файлов трех таблиц, из которых состоит файловая версия базы на платформе 1С
Каждая таблица не может превышать 4 гб.
Так как файлов таблиц всего три, то путем не хитрой математики мы получаем.
Проблемы могут возникнуть при объеме ИБ более 12Гб (4Гб*3)
Про ограничение на размер каждого из файлов трех таблиц, из которых состоит файловая версия базы на платформе 1С
Каждая таблица не может превышать 4 гб.
Так как файлов таблиц всего три, то путем не хитрой математики мы получаем.
Проблемы могут возникнуть при объеме ИБ более 12Гб (4Гб*3)
(27) vggrigoryev, Не-а. :) Проблемы могут возникнуть, когда одна из таблиц перевалит за 4Гб. Т.е. потенциально получить проблемы можно при размере базы >4Гб (если не вдаваясь в детали по поводу размера индексов, блобов и т.д.). Но все строго индивидуально и зависит от того, что в базе ведут.
я просто имел недавно "удовольствие" работать с файловой базой УТ10 с РИБом из 7 узлов... а РИБ в УТ10 только полный... и каждый узел весил 15Г. Сейчас слава Богу база уже SQL -ная и в узлах Филиалах заменена 1С:Розницей с обменом в УТ
Косяки в старой базе естественно были... но проявлялись только в момент обмена - узел РИБ мог просто сказать:"Ой , мне плохо.База повреждена"
Косяки в старой базе естественно были... но проявлялись только в момент обмена - узел РИБ мог просто сказать:"Ой , мне плохо.База повреждена"
Подведу итог.
Как уже было сказано, в файловом варианте базы данных 1С:Предприятия все данные, относящиеся к одной таблице, собраны в три внутренних файла:
файл записей, в котором находятся все записи таблицы, за исключением полей неограниченной длины
файл индексов
файл значений неограниченной длины
Размер каждого из этих файлов не может превышать 4 гб.
Таким образом, в принципе возможна ситуация, когда файловая БД становится неработоспособной уже при превышении размера в 4 гб - если почти вся информация окажется втиснутой в один файл. На практике такая ситуация маловероятна. Однако, при размере БД 10-12 гб вероятность выскочить за пределы повышается, и тут нужно вовремя отследить этот момент. Утилита вам в помощь (проверено на 1С v8.3 - работает).
Как уже было сказано, в файловом варианте базы данных 1С:Предприятия все данные, относящиеся к одной таблице, собраны в три внутренних файла:
файл записей, в котором находятся все записи таблицы, за исключением полей неограниченной длины
файл индексов
файл значений неограниченной длины
Размер каждого из этих файлов не может превышать 4 гб.
Таким образом, в принципе возможна ситуация, когда файловая БД становится неработоспособной уже при превышении размера в 4 гб - если почти вся информация окажется втиснутой в один файл. На практике такая ситуация маловероятна. Однако, при размере БД 10-12 гб вероятность выскочить за пределы повышается, и тут нужно вовремя отследить этот момент. Утилита вам в помощь (проверено на 1С v8.3 - работает).
Еще в качестве итога:
В типовых базах могут быстро расти 2 таблицы и за которыми надо следить:
- регистр сведений "Версии объектов" (если включено "Версионирование").
- справочник "Хранилище доп. информации" (любые картинки, файлы - которые можно прикреплять к элементам справочников или документам).
Во втором случае злой юзер вообще легко может в базу закинуть пару копий этой же базы 1С :).
База при этом продолжит работать, только новые файлы не даст прикреплять.
В типовых базах могут быстро расти 2 таблицы и за которыми надо следить:
- регистр сведений "Версии объектов" (если включено "Версионирование").
- справочник "Хранилище доп. информации" (любые картинки, файлы - которые можно прикреплять к элементам справочников или документам).
Во втором случае злой юзер вообще легко может в базу закинуть пару копий этой же базы 1С :).
База при этом продолжит работать, только новые файлы не даст прикреплять.
Есть сеть магазинов с рапределенной базой, где на каждом узле база более 30 Гб и все работает, правда тормозит малость, но на магазинах SSD и Intel i3 и все работает так уже несколько лет. Базы забыл уточнить конечно файловые. Ограничение в 1с у файловых баз данных это 4Гб на таблицу, для каждого объекта минимум 3-и таблицы.
Нужно уменьшить базу за счет удаления данных и потом в конфигураторе выполнить Администрирование -> Тестирование и исправление - > Сжатие таблиц информационной базы
(файловая версия 1С 8 при удалении данных в режиме Предприятия, не удаляет данные со своих страниц БД, а помечает потоки как удаленные и сжатие БД нужно делать регулярно для очистки таких данных)
Если не поможет, то значит пора уже базу перевести, на SQL вариант!
(файловая версия 1С 8 при удалении данных в режиме Предприятия, не удаляет данные со своих страниц БД, а помечает потоки как удаленные и сжатие БД нужно делать регулярно для очистки таких данных)
Если не поможет, то значит пора уже базу перевести, на SQL вариант!
Коллеги, а у меня другой вопрос, работаем в БП 3.0.66.60 в файловом варианте с октября 2018 года и размер базы 2 736 392 Кб за 3 месяца такой объем, с чем это может быть связано... Или это нормально, что-то программа стала подтормаживать и пытаюсь понять в чем проблема...
(55)
Если база много обновлялась (что в вашем случае с 3.0.66.60 маловероятно), то после обновлений в ней нередко остается много "мусора" от прошлых конфигураций. Помогает ТиИ с галками "Реструктуризация" и "Сжатие таблиц".
Кстати, оно же потребуется, если действительно загружен КЛАДР (или ФИАС?) и вы решите его удалить - без сжатия таблиц место не освободится.
А по хорошему, надо базу открывать в Tool_1CD и смотреть - есть там статистика по размеру таблиц.
размер базы 2 736 392 Кб за 3 месяца
Скорее всего, что-то объемное загрузили в базу. Например, классификатор адресов РФ, частично или полностью.
Если база много обновлялась (что в вашем случае с 3.0.66.60 маловероятно), то после обновлений в ней нередко остается много "мусора" от прошлых конфигураций. Помогает ТиИ с галками "Реструктуризация" и "Сжатие таблиц".
Кстати, оно же потребуется, если действительно загружен КЛАДР (или ФИАС?) и вы решите его удалить - без сжатия таблиц место не освободится.
А по хорошему, надо базу открывать в Tool_1CD и смотреть - есть там статистика по размеру таблиц.
(55) Может зависеть от разного. Сколько у вас операций в день. Сколько пользователей работает. Что за база, типовая или нет и т.д.
Смотреть Tool_1C есть ли смысл? Что вы планируете увидеть? Реальные таблицы? И? Что будете с этим делать?
Сжать базу и пересчитать итоги совет дельный. Обязательно сделать резервную копию вначале.
Смотреть Tool_1C есть ли смысл? Что вы планируете увидеть? Реальные таблицы? И? Что будете с этим делать?
Сжать базу и пересчитать итоги совет дельный. Обязательно сделать резервную копию вначале.
Ситуация вообще-то в следующем, в ИБ было 4 организации, по определенным причинам организации надо было разделить, вывела одну организацию простым удалением всех данных по другим, а вот теперь, ИБ с выделенной одной организацией имеет такой размер и тормозит... как все-таки уменьшить размер базы, какие еще манипуляции (ТиИ с реструктуризацией и сжатием таблиц) могут помочь, пользователи жалуются, что тормозит при формировании ОСВ и открытии других отчетов....
(60)
Даже не хочется и гадать. Поэтому ограничусь только общим советом: лучше всего выгрузить данные по этой организации в XML и загрузить в пустую базу. Если не знаете, как это делается... что ж, "пригласите специалиста!" (с)
Ситуация вообще-то в следующем, в ИБ было 4 организации, по определенным причинам организации надо было разделить, вывела одну организацию простым удалением всех данных по другим
Ну, всё как всегда в дамских ветках: ключевые моменты сначала умалчиваются, а когда все предположения у сердобольных участников иссякают - тогда-то всё и выясняется! Или не всё - что там еще автор не сочла нужным рассказать?
Даже не хочется и гадать. Поэтому ограничусь только общим советом: лучше всего выгрузить данные по этой организации в XML и загрузить в пустую базу. Если не знаете, как это делается... что ж, "пригласите специалиста!" (с)
ishelper А зачем сразу хамить...
Через выгрузку в формате XML однажды выгружала ИБ столкнулись с проблемой, что не перенеслись в новую базу контактные данные по контрагентам и юридический и почтовый адрес тех же контрагентов... Правда, выгрузку/загрузку делала в БП 2.0... В БП 3.0 такая проблема решена или...
Через выгрузку в формате XML однажды выгружала ИБ столкнулись с проблемой, что не перенеслись в новую базу контактные данные по контрагентам и юридический и почтовый адрес тех же контрагентов... Правда, выгрузку/загрузку делала в БП 2.0... В БП 3.0 такая проблема решена или...
(62)
А во-вторых - в чем заключается хамство? В слове "дамских"? И правда, нехорошо как-то, некрасиво... приношу свои извинения и готов заменить его на "бабских". Согласны?
А зачем сразу хамить...
Во-первых, не сразу - см. (56), где вам попытались помочь, как оказалось - вслепую. Что из данных тогда рекомендаций вы выполнили?
А во-вторых - в чем заключается хамство? В слове "дамских"? И правда, нехорошо как-то, некрасиво... приношу свои извинения и готов заменить его на "бабских". Согласны?
Во первых мы тут за каждый пост копеечки получаем, чем подробнее вопрос-ответ тем лучше.В любом случае не более 5, поэтому большие ответы тоже нет смысла постить.
Сколько копеек вам начислили за переход на личности в профильной ветке?
Во вторых сразу даже мужу все не говорят, а вы на каком-то основании в интернете ждете откровенности
В третьих если проблема была при выгрузке из БП 2 в БП 3, то вполне логично предположить, что даже если ее решили, то в ситуации с тормозами в базе это не поможет.
По существу можно попробовать сделать распределенку, в нее будут перегружены все данные и даже с фильтром по организации.
Сколько копеек вам начислили за переход на личности в профильной ветке?
Во вторых сразу даже мужу все не говорят, а вы на каком-то основании в интернете ждете откровенности
В третьих если проблема была при выгрузке из БП 2 в БП 3, то вполне логично предположить, что даже если ее решили, то в ситуации с тормозами в базе это не поможет.
По существу можно попробовать сделать распределенку, в нее будут перегружены все данные и даже с фильтром по организации.
acanta, благодарю..
Параллельно еще один вопрос: есть ИБ БП 3.0 за 5 лет, довольно большая, попыталась сделать свертку, но удалить помеченные документы ... не получается, вылетает ошибка При удалении помеченных возникла ошибка:
Не удалось записать: "Журнал проводок (бухгалтерский и налоговый учет)"!
и удаление не выполняется. Как же тогда уменьшить базу, если не сверткой....
Параллельно еще один вопрос: есть ИБ БП 3.0 за 5 лет, довольно большая, попыталась сделать свертку, но удалить помеченные документы ... не получается, вылетает ошибка При удалении помеченных возникла ошибка:
Не удалось записать: "Журнал проводок (бухгалтерский и налоговый учет)"!
и удаление не выполняется. Как же тогда уменьшить базу, если не сверткой....
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот