Имя: Пароль:
1C
 
Превышен максимально допустимый размер внутреннего файла 'E:\Bases/1Cv8.1CD
0 irusanov
 
21.07.07
12:30
Базы Урбд Астор Ваш магазин Интерпрайс за последнюю неделю раздулись до 4.5 гигов (базе 2 месяца) - небольшой минимаркет (1 юзер) и при попытки загрузки пакета из центра выходит ошибка "Превышен максимально допустимый размер внутреннего файла 'E:\Bases/1Cv8.1CD'" что делать?
перепробовал следующее:
1) Тестирование и исправление
2) Лечил утилитой в папке бин ChDBFl.exe
3) Заливал в SQL и обратно
эффекта никакого
1 Джинн
 
21.07.07
12:33
Файловая система какая?
2 selenat
 
21.07.07
12:39
(0) раз заливал в СКЛ, то можно посмотреть - какие таблицы раздулись...
3 irusanov
 
21.07.07
13:03
Файловая система NTFS
4 kumena
 
21.07.07
13:06
ставить sql вот что делать. NTFS ни при чем
в файловой версии есть 3 файла (во внутренней файловой системе), размер каждого из которых не может превышать 4 гига. информация с форума разработчиков.
так что воленс-неволенс придется переходить
5 Злопчинский
 
21.07.07
13:11
небольшой минимаркет за 2 месяца - 4.5 гига...? однозначно косяки в учете...
6 irusanov
 
21.07.07
13:14
небольшой минимаркет за 2 месяца - 4.5 гига...? однозначно косяки в учете...
как найти?
7 Fill
 
21.07.07
13:25
здрасьте
8 irusanov
 
21.07.07
13:40
здрасте не принимается давайте по делу
9 romix
 
21.07.07
13:48
Ограничение какое-то слегка странное по нынешним временам имхо.
Винда-то поддерживает (даже в 32-разрядной версии NTFS) 64-битные длины файлов.
То есть 4 гига по 4 гига. А тут гляди ка ты - ограничение-с.
10 TormozIT
 
гуру
21.07.07
13:49
Сначала смотришь какие таблицы по количеству записей лидируют.
Потом анализируешь таблицы, где могут храниться строки неограниченной длинны и хранилища значения. Проанализировав выгружаешь подозрительные по одной с помощью ВыгрузкаЗагрузкаXML и сравниваешь размеры полученных выгрузок.
11 romix
 
модератор
21.07.07
13:51
Интересно что именно там разрослось - может каких-то документов много, и их надо сливать время от времени куда-то? В Астор не пробовали звонить?
12 irusanov
 
21.07.07
13:54
Да у них все время какие то отговорки
13 Advan
 
21.07.07
14:03
А че тут удивляться - если чеки подробные, а не отчет ККМ - они до фига места занимают скока магазинов, скока касс...

На такую базу SQL однозначно ставить или отключать сбор транзакций по кассам.
14 irusanov
 
21.07.07
14:06
3 мага по 3 кассы
15 Злопчинский
 
21.07.07
14:19
9 касс в день...
по 1 кассе:
пусть в 2 секунды фиксируется 1 операция (строка чека) пусть длина 1 операции = 128 байт, пусть это отражается в 4 местах (партии, остатки, взаиморасчеты и прочее) итого 512 байт в 2 сек, 4 сек = 1 кило, 1 минута = 15 кил, 1 час = 900 кил = 1 Мег, сутки = 24 мега, 9 касс = 216 мег, месяц = 6,5 мег...
угум.. судя по всему хранятся и регистриуется сильно подробно.. надо где-то обощать...
16 irusanov
 
21.07.07
14:30
где тогда рыть?
17 selenat
 
21.07.07
14:33
(16) смотри (10), (2)...
18 MRAK
 
21.07.07
16:13
(4) размер файла КАЖДОЙ ТАБЛИЦЫ не может превышать 4 ГБ
19 irusanov
 
21.07.07
16:17
размер файла КАЖДОЙ ТАБЛИЦЫ не может превышать 4 ГБ в подобных магазинах у товарищей базы по 700-800 метров за 3 мес работы
20 Злопчинский
 
21.07.07
16:27
для скульной базы - смотри размеры таблиц и плясать оттуда - обработока такая есть..
21 irusanov
 
21.07.07
16:36
Загруженная база в Эскуэль весит 500 метров а при выгрузке/загрузке в файл вариант 4,47гиг
22 selenat
 
21.07.07
16:45
(21) а сколько выгруженный cf весит?
23 irusanov
 
21.07.07
16:53
наверно dt? 69 mb
24 selenat
 
21.07.07
16:55
(23) не дт. Именно cf.
25 irusanov
 
21.07.07
16:58
46 mb
26 irusanov
 
23.07.07
09:24
с этим нужно решить
27 RomaH
 
naïve
23.07.07
09:26
(0) картинки храните?
28 zalexey
 
23.07.07
09:38
(4) не надо, лично разворачивал бекап с sql в файловый режим - 10,5 Гб в одном файле все работало (медленно, но работало)
ограничение не на файл, а на одну таблицу - 4 гб
29 kumena
 
23.07.07
10:00
http://partners.v8.1c.ru/forum/thread.jsp?id=430570#430570

заявление сотрудника фирмы 1С (для тех у кого нет доступа)

Ограничения на размер файловой базы данных 1С:Предприятия 8.0 имеются. Все данные, относящиеся к одной таблице собраны в три внутренних файла:
- файл записей, в котором находятся все записи таблицы, за исключением полей неограниченной длины
- файл индексов
- файл значений неограниченной длины
Размер каждого из этих файлов не может превышать 4 гб.

Ошибка "Превышен максимально допустимый размер внутреннего файла" может возникать только в тех случаях, когда действительно превышен размер внутреннего файла. Конечно, не исключено, что файловый движок 1С:Предприятия содержит ошибку, из-за которой данное сообщение появляется и по неподобающему поводу. Но на настоящий момент нам про такие ошибки неизвестно.
Для штатного возникновения ошибки "Превышен максимально допустимый размер внутреннего файла" совсем необязательно, чтобы файл 1Cv8.1cd был больше 4 Гб. Можно представить себе ситуацию, при которой в поле типа 'Хранилище Значения' помещается содержимое файла значительного размера, достаточного для того, чтобы внутренний файл полей неограниченной длины превысил 4 Гб. В этом случае ошибка возникнет при записи элемента справочника, но до фиксации транзакции, то есть до фактической записи на диск.
30 kumena
 
23.07.07
10:07
(9) ромик, тут скорее всего ограничение в маркетинговых целях, хотя может и опасаются чего.
31 BlackMak
 
23.07.07
10:12
(23) - база переписывалась? Такая огромная разница в размерах между файлом БД и dt-файлом подозрительно напоминает случай, когда в одном из регистров измерение было типа "Строка"...
32 irusanov
 
23.07.07
12:23
В базе были небольшие езменения но регистры не трогались
33 BlackMak
 
23.07.07
12:35
(32) - что за изменения? И еще - платформа какой версии? Астор официально говорит, что их обмен не работает на версиях ниже 8.0.18.2.
Ситуация совершенно ненормальная, так как у меня в схожей ситуации размер БД чуть больше гига (а там номенклатура порядка 12000 и все загруженные классификаторы). А разница в размерах между БД и dt указывает на то, что в БД строится какой-то огромный индекс.
34 irusanov
 
23.07.07
13:29
1c ка 8.0.18.2.
номенклатура порядка 50 000
35 irusanov
 
23.07.07
13:43
(33) - что за изменения? И еще - платформа какой версии? Астор официально говорит, что их обмен не работает на версиях ниже 8.0.18.2.
   Изменения такого плана: если создается новый документ приходная накладная , то в реквизите вариант расчета НДС ставится БезНДС - вот и все
36 BlackMak
 
23.07.07
13:48
(35) - ну, тогда только из области художественного стука в бубен - выгрузить данные, переустановить платформу и снова их загрузить. На мой взгляд, тут проблема в платформе, все же.
37 irusanov
 
24.07.07
14:03
Дело труба!"!
38 Terv
 
24.07.07
14:22
(29) читай внимательно
>Все данные, относящиеся к одной ТАБЛИЦЕ

ЗЫ. эта инфа и на ИТС есть ...
39 Immortal
 
24.07.07
15:00
хх..вирусы в 1с=)
40 sash-ml
 
24.09.07
13:26
Один из вариантов определения суммарного размера хранилищ по справочнику ВложенияЭлектронныхПисем
хотя можно и над любым другим объектом поработать где есть реквизит с типом "ХранилищеЗначения"
//---------------------------------------
ИмяФайла = "c:\Temp\fgtffvdyyra543.tmp";
РазмерВложений = 0;
с = 0;
Вложения =  Справочники.ВложенияЭлектронныхПисем;
Выборка = Вложения.Выбрать();
Пока Выборка.Следующий() цикл
   Хранилище = Выборка.Хранилище.Получить();
   Если Тип("ДвоичныеДанные") = ТипЗнч(хранилище) тогда
       Хранилище.Записать(ИмяФайла);
       ВыбФайл = Новый Файл(ИмяФайла);
       РазмерВложений = РазмерВложений + ВыбФайл.Размер();
   конецЕсли;
   с = с+ 1;
   Сообщить("Суммарный размер файлов с 1 по " + с+ " = " + РазмерВложений + " Байт");
КонецЦикла;
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn