Превышен максимально допустимый размер внутреннего файла 'E:Bases/1Cv8.1CD #285843


#0 by irusanov
Базы Урбд Астор Ваш магазин Интерпрайс за последнюю неделю раздулись до 4.5 гигов (базе 2 месяца) - небольшой минимаркет (1 юзер) и при попытки загрузки пакета из центра выходит ошибка "Превышен максимально допустимый размер внутреннего файла 'E:Bases/1Cv8.1CD'" что делать? перепробовал следующее: 1) Тестирование и исправление 2) Лечил утилитой в папке бин ChDBFl.exe 3) Заливал в SQL и обратно эффекта никакого
#1 by Джинн
Файловая система какая?
#2 by selenat
раз заливал в СКЛ, то можно посмотреть - какие таблицы раздулись...
#3 by irusanov
Файловая система NTFS
#4 by kumena
ставить sql вот что делать. NTFS ни при чем в файловой версии есть 3 файла (во внутренней файловой системе), размер каждого из которых не может превышать 4 гига. информация с форума разработчиков. так что воленс-неволенс придется переходить
#5 by Злопчинский
небольшой минимаркет за 2 месяца - 4.5 гига...? однозначно косяки в учете...
#6 by irusanov
небольшой минимаркет за 2 месяца - 4.5 гига...? однозначно косяки в учете... как найти?
#7 by Fill
здрасьте
#8 by irusanov
здрасте не принимается давайте по делу
#9 by romix
Ограничение какое-то слегка странное по нынешним временам имхо. Винда-то поддерживает (даже в 32-разрядной версии NTFS) 64-битные длины файлов. То есть 4 гига по 4 гига. А тут гляди ка ты - ограничение-с.
#10 by TormozIT
Сначала смотришь какие таблицы по количеству записей лидируют. Потом анализируешь таблицы, где могут храниться строки неограниченной длинны и хранилища значения. Проанализировав выгружаешь подозрительные по одной с помощью ВыгрузкаЗагрузкаXML и сравниваешь размеры полученных выгрузок.
#11 by romix
Интересно что именно там разрослось - может каких-то документов много, и их надо сливать время от времени куда-то? В Астор не пробовали звонить?
#12 by irusanov
Да у них все время какие то отговорки
#13 by Advan
А че тут удивляться - если чеки подробные, а не отчет ККМ - они до фига места занимают скока магазинов, скока касс... На такую базу SQL однозначно ставить или отключать сбор транзакций по кассам.
#14 by irusanov
3 мага по 3 кассы
#15 by Злопчинский
9 касс в день... по 1 кассе: пусть в 2 секунды фиксируется 1 операция (строка чека) пусть длина 1 операции = 128 байт, пусть это отражается в 4 местах (партии, остатки, взаиморасчеты и прочее) итого 512 байт в 2 сек, 4 сек = 1 кило, 1 минута = 15 кил, 1 час = 900 кил = 1 Мег, сутки = 24 мега, 9 касс = 216 мег, месяц = 6,5 мег... угум.. судя по всему хранятся и регистриуется сильно подробно.. надо где-то обощать...
#16 by irusanov
где тогда рыть?
#17 by selenat
смотри , ...
#18 by MRAK
размер файла КАЖДОЙ ТАБЛИЦЫ не может превышать 4 ГБ
#19 by irusanov
размер файла КАЖДОЙ ТАБЛИЦЫ не может превышать 4 ГБ в подобных магазинах у товарищей базы по 700-800 метров за 3 мес работы
#20 by Злопчинский
для скульной базы - смотри размеры таблиц и плясать оттуда - обработока такая есть..
#21 by irusanov
Загруженная база в Эскуэль весит 500 метров а при выгрузке/загрузке в файл вариант 4,47гиг
#22 by selenat
а сколько выгруженный cf весит?
#23 by irusanov
наверно dt? 69 mb
#24 by selenat
не дт. Именно cf.
#25 by irusanov
46 mb
#26 by irusanov
с этим нужно решить
#27 by RomaH
картинки храните?
#28 by zalexey
не надо, лично разворачивал бекап с sql в файловый режим - 10,5 Гб в одном файле все работало (медленно, но работало) ограничение не на файл, а на одну таблицу - 4 гб
#29 by kumena
заявление сотрудника фирмы 1С (для тех у кого нет доступа) Ограничения на размер файловой базы данных 1С:Предприятия 8.0 имеются. Все данные, относящиеся к одной таблице собраны в три внутренних файла: - файл записей, в котором находятся все записи таблицы, за исключением полей неограниченной длины - файл значений неограниченной длины Размер каждого из этих файлов не может превышать 4 гб. Ошибка "Превышен максимально допустимый размер внутреннего файла" может возникать только в тех случаях, когда действительно превышен размер внутреннего файла. Конечно, не исключено, что файловый движок 1С:Предприятия содержит ошибку, из-за которой данное сообщение появляется и по неподобающему поводу. Но на настоящий момент нам про такие ошибки неизвестно. Для штатного возникновения ошибки "Превышен максимально допустимый размер внутреннего файла" совсем необязательно, чтобы файл 1Cv8.1cd был больше 4 Гб. Можно представить себе ситуацию, при которой в поле типа 'Хранилище Значения' помещается содержимое файла значительного размера, достаточного для того, чтобы внутренний файл полей неограниченной длины превысил 4 Гб. В этом случае ошибка возникнет при записи элемента справочника, но до фиксации транзакции, то есть до фактической записи на диск.
#30 by kumena
ромик, тут скорее всего ограничение в маркетинговых целях, хотя может и опасаются чего.
#31 by BlackMak
- база переписывалась? Такая огромная разница в размерах между файлом БД и dt-файлом подозрительно напоминает случай, когда в одном из регистров измерение было типа "Строка"...
#32 by irusanov
В базе были небольшие езменения но регистры не трогались
#33 by BlackMak
- что за изменения? И еще - платформа какой версии? Астор официально говорит, что их обмен не работает на версиях ниже 8.0.18.2. Ситуация совершенно ненормальная, так как у меня в схожей ситуации размер БД чуть больше гига (а там номенклатура порядка 12000 и все загруженные классификаторы). А разница в размерах между БД и dt указывает на то, что в БД строится какой-то огромный индекс.
#34 by irusanov
1c ка 8.0.18.2. номенклатура порядка 50 000
#35 by irusanov
- что за изменения? И еще - платформа какой версии? Астор официально говорит, что их обмен не работает на версиях ниже 8.0.18.2.    Изменения такого плана: если создается новый документ приходная накладная , то в реквизите вариант расчета НДС ставится БезНДС - вот и все
#36 by BlackMak
- ну, тогда только из области художественного стука в бубен - выгрузить данные, переустановить платформу и снова их загрузить. На мой взгляд, тут проблема в платформе, все же.
#37 by irusanov
Дело труба!"!
#38 by Terv
читай внимательно >Все данные, относящиеся к одной ТАБЛИЦЕ ЗЫ. эта инфа и на ИТС есть ...
#39 by Immortal
хх..вирусы в 1с=)
#40 by sash-ml
Один из вариантов определения суммарного размера хранилищ по справочнику ВложенияЭлектронныхПисем хотя можно и над любым другим объектом поработать где есть реквизит с типом "ХранилищеЗначения"
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям