|
Превышен максимально допустимый размер внутреннего файла '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 по " + с+ " = " + РазмерВложений + " Байт"); КонецЦикла; |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |