Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: Как одолеть ограничение в 2ГБ?

v7: Как одолеть ограничение в 2ГБ?
Я
   box
 
07.06.21 - 16:48
Как одолеть ограничение в 2ГБ?
Kernel3x не дает результата
   1Сергей
 
1 - 07.06.21 - 16:50
Перейти на SQL
   ДенисЧ
 
2 - 07.06.21 - 16:50
(1) А толку?
(0) Переходи на 8.3
   SleepyHead
 
3 - 07.06.21 - 16:51
   1Сергей
 
4 - 07.06.21 - 16:52
(2) ну, на скуль можно и бесплатно перейти, если вписаться в ограничения :)
   box
 
5 - 07.06.21 - 16:53
Связка 1С:Предприятие 7.7 + MS SQL Server 2008 R2 + Microsoft Windows Server 2012 R2
?
   Garykom
 
6 - 07.06.21 - 16:54
(0) Конфа какая?
   SleepyHead
 
7 - 07.06.21 - 16:54
(1) Помнится, в 2005 году один инициативный админ перевел на SQL базу с компонентой "Расчёт", и все перестало работать. База была небольшая. Разбираться никому не хотелось, дали админу по шапке и заставили вернуть обратно.
   Garykom
 
8 - 07.06.21 - 16:55
И да "Переходи на 8.3" +1
   1Сергей
 
9 - 07.06.21 - 16:55
(7) не, ну проблема была исключительно в скуле, да?
   SleepyHead
 
10 - 07.06.21 - 16:56
(9) Не знаю, врать не буду.

Но склоняюсь к тому, что проблема была в одном инициативном дураке.
   SleepyHead
 
11 - 07.06.21 - 16:57
(9) Я просто хотел сказать, что перевод на SQL - не гарантия того, что проблема у автора исключительно в размере базы.
   1Сергей
 
12 - 07.06.21 - 17:03
(11) хоспаде, проблема 2гб решалась скулем тогда. Сейчас ДенисЧ скорее прав. Лучше перейти на снеговика
   box
 
13 - 07.06.21 - 17:04
(6) ТиС 9.2
---
Сейчас ошибка:

codebase error
Error #: -120
Writing to File
RG328.DBF
   ДенисЧ
 
14 - 07.06.21 - 17:05
(12) 2гб чего? Файла бд или оперативки?
   Garykom
 
15 - 07.06.21 - 17:05
(13) >RG328.DBF
Думаю много незакрытого в регистре

Свертку бы вам сделать и дальше работать
Возьми чистую базу без регистров (только SC) и перенеси остатки
   ДенисЧ
 
16 - 07.06.21 - 17:06
(13) Тогда в скуль )))
   Garykom
 
17 - 07.06.21 - 17:06
(15)+ Ну или переходить на УТ или КА рекомендую
Лучше на КА чтобы не иметь проблем с синхронизацией с БП
   uno-group
 
18 - 07.06.21 - 17:12
Незакрытые регистры разобраться что не закрывается и почему. Если в принципе вопрос не решается то в одной конторе создал 1 документ, что закрывает такие косяки. обработку которая создала и заполнила этот документ на последнее число каждого месяца от регистра 200 кб осталось.
   Mikeware
 
19 - 07.06.21 - 17:13
(15) достаточно зафиксировать остатки на, скажем, начало 2020, закрыв регистр, и удалив ненужные итоги - и еще лет 10 работать можно
   uno-group
 
20 - 07.06.21 - 17:14
RG328.DBF что за регистр и какие у него измерения
   oslokot
 
21 - 07.06.21 - 17:14
Переходить с клюшек на снеговика не дождавшись 2038 года? Это кощунство
   Mikeware
 
22 - 07.06.21 - 17:15
(20) ПартииНаличие жеж.
   Mikeware
 
23 - 07.06.21 - 17:15
(21) с 7.7 - только на 8.8!
   uno-group
 
24 - 07.06.21 - 17:16
(22) я по русским конфам не настолько спец чтобы помнить по номеру что за регистр
   box
 
25 - 07.06.21 - 17:16
(14) файл RG328.DBF регистр остатков
   Mikeware
 
26 - 07.06.21 - 17:18
(24) ну прошу пардону!©
просто настолько заезженый вопрос по этому регистру, что уже автоматом извстен и регистр, и решение...
   1Сергей
 
27 - 07.06.21 - 17:19
(26) был заезжен лет 15 назад :)
   uno-group
 
28 - 07.06.21 - 17:25
Какой размер RА328.DBF. при нормальном учете RG328.DBF должен быть в несколько раза меньше.
   box
 
29 - 07.06.21 - 17:25
Переход на SQL очевиден, а в данном случае как можно обойти ограничение в ГБ для DBF?
   uno-group
 
30 - 07.06.21 - 17:32
(29) Ой не факт. Если там регистр не закрывается то где гарантия что там нет запросов ВыбратьПодвиненыеДокументы(,,текДок).
Для ДБФ это пофик и оно летает. а СКЛ тут на месяц задумается. и таких вариантов полно.
Тут же не в ограничение трабла, а в корявом учете исправляется за пару часов. А глюки кривого кода можно отлавливать и переписывать под СКЛ гораздо дольше.
 
 
   uno-group
 
31 - 07.06.21 - 17:37
Измерения ресурсы регистра приведи. Построй отчет по всем измерениям и ресурсам. смотри его.
Если товар 1 остаток 0 а сумма 0,20 коп. то нужно посоздавать документы на конец месяца и все товары остаток которых =0 а сумма неравна 0 списать сумму в 0.
Или товар числится на одной фирме а продается от другой. в итоге на фирме А висит -1 шт. А на фирме Б +1 шт. и так милион записей с начала существования базы. тогда нужно смотреть свернутый остаток по товару и если он равен 0 то обнулять остатки по фирмам. и т.д. привести учет к нормальному виду и регистр сам сдуется до нормального размера.
   box
 
32 - 07.06.21 - 17:47
(31) Измерения: Фирма, Номенклатура, Склад, ЦенаПрод
Ресурсы: Количество
   ДенисЧ
 
33 - 07.06.21 - 17:56
ЦенаПрод - отсюда копай.. У тебя там розница, штолле?
   1Сергей
 
34 - 07.06.21 - 17:59
(33) у @Епрст ж была обработина которая показывала незакрытые регистры?
   1Сергей
 
35 - 07.06.21 - 18:00
   ДенисЧ
 
36 - 07.06.21 - 18:00
(34) Эк ты ИТС-то обозвал...
Там есть такое... regprint называется...
   1Сергей
 
37 - 07.06.21 - 18:02
Думал его поделка
   Anton9843
 
38 - 07.06.21 - 18:04
На самом деле проблемы 2 гигобайта на файл нет, это старые ограничения из FAT.
Сейчас такого наверное нигде не найдешь уже.
Я обслуживал базы где DBFки были более трех гигобайт и все прекрасно работало.

Мне кажется вы столкнулись с ограничением индекса в DFB файле.
Индекс - число с (не помню какой разрядностью, кажется 32 бита), документы в регистр пишут, на каждую запись ставиться индекс, и очередной тупо не влазит в эти 32 бита

Сейчас можно переиндексировать базу, ну и запланировать переиндексацию на ночное время каждый день.
И надо переходить на SQL, т.к. это не лечится никак для DBF
   ДенисЧ
 
39 - 07.06.21 - 18:05
(37) Не, у него есть специализированная, но её искать надо...
   1Сергей
 
40 - 07.06.21 - 18:06
(38) блин, точно!
(0) Какая ФС?
   Anton9843
 
41 - 07.06.21 - 18:20
(38) Дополню
Упаковку + переиндексацию, а не просто переиндексацию
потому что "удаленные" записи в файле физически остаются и занимают индекс. Заодно и размер уменьшится.
   Cthulhu
 
42 - 07.06.21 - 18:27
д/dbf: kernel3x
д/sql(new): solution7
   Djelf
 
43 - 07.06.21 - 18:30
А у меня усё есть:
Для увеличения памяти 1С больше 2Gb: 4Gb Patch NTCore https://ntcore.com/?page_id=371
Для загрузки и выгрузки dt больше 2Gb: ConfigSpy от АЛьФ http://www.dorex.pro/?projects&configspy&download
Для работы 1C с файлами dbf больше 2Gb: dbeng32 от Wirth https://cloud.mail.ru/public/3mVX/4trK45on8

З.Ы. все равно резать базу придется, не сейчас но придется...
   Mikeware
 
44 - 07.06.21 - 19:04
(30) ВыбратьПодчиненные - добавляешь даты, и задумчивость пропадает. а если заменить функцией - получаешь сахар в виде фильтрации по проведенности/виду подчиненных/еще там чему-то
(31) удаление нулевых остатков очень просто делается на той же 1с...
(43) "всё бы им, херургам, резать... попрыгай - сами отвалятся"©
   Mikeware
 
45 - 07.06.21 - 19:05
(27) ну если ТС еще и в гугле забанен, тады да...
   ДенисЧ
 
46 - 07.06.21 - 19:54
(44) "попрыгай - сами отвалятся"
Это что за политика в тематической ветке? )))
   Злопчинский
 
47 - 07.06.21 - 19:55
РГ328 - итоги по регистру партий. регистр тотально незакрыт. скорее всего присутствует несколько контор (типа ИП и ООО которые торгуют общими остатками с контролем "по компании в целом"). В нормальном учете почти всегда приходы партий БОЛЬШИЕ и много мелких движенйи по расходу партий. то есть регистра RA328 д.б. намного ощутимо больше чем РГ. (например, у меня RG328 = 57МБ, RA328 670Мб (учет партий по среднему) - это правильное соотношение размеров)
   Злопчинский
 
48 - 07.06.21 - 19:57
https://infostart.ru/public/180018/ - очистка нулевых итогов
   Djelf
 
49 - 07.06.21 - 20:03
(44) Так я же не хирург! Я терапевт! Ну отвалятся... но ведь не сразу же?
   victuan1
 
50 - 08.06.21 - 06:10
(0) Для начала уменьшить в регистре размерность числовых ресурсов. Вряд ли по факту используется Число.15.2
Плохо нет нормального поиска на мисте - дал бы ссылку на тему где это обсуждалось.
   tgu82
 
51 - 08.06.21 - 13:09
Недавно восстанавливал файл РГ328. Вроде он был больше 2 ГБ. Но после аккуратного пересчета итогов по движениям регистра партий он стал 1.3 ГБ
   tgu82
 
52 - 08.06.21 - 13:09
(51)+ Сначала его вообще снести прищлось
   box
 
53 - 08.06.21 - 13:18
(52) В базе сейчас периодичность сохранения остатков установлена 5 дней и 7 лет в работе. Пересчет итого затянется на несколько дней)
   box
 
54 - 08.06.21 - 13:19
(48) Где бы такую обработку попробовать?)
   Злопчинский
 
55 - 08.06.21 - 13:19
(52) серпом...
   DrZombi
 
56 - 08.06.21 - 13:19
(5) Нормально, что не так?
А так, начинайте Сворачивать базу, 7.7 по инструкции сворачивают ;)


https://profbuh8.ru/2016/08/svertka-bazyi-1s-7-7/
   uno-group
 
57 - 08.06.21 - 13:29
(54) Дык ты хоть что то для этого сделай. слать на деревню дедушке?
   tgu82
 
58 - 08.06.21 - 13:46
(57) Киньте и мне плиз. Любопытно глянуть. ПОчта указана в профиле
   tgu82
 
59 - 08.06.21 - 13:53
(58)+ Плиз это пожалуйста )
   box
 
60 - 08.06.21 - 14:09
(57) можно и мне, пожалуйста)
 
 
   tesei
 
61 - 08.06.21 - 15:44
Готовлюсь резать ТиС 7.7 10 Гб. Буду делать частями. Итоги по всем регистрам считаются за 15 минут. Самая долгая часть - удаление документов. Еще долго пересчитывать итоги, поэтому удаляю RG*, перекидываю ТА в начало и в конец, занимает час. Буду, наверное, резать год, по месяцам. "Окно" монопольной работы - 12 часов.
   box
 
62 - 08.06.21 - 15:51
(57) у меня RG328.DBF - размер 2146819604 (107,3%), записей 13587463 (81%)
в SQL-е тоже ограничение по записям?
   1Сергей
 
63 - 08.06.21 - 16:03
(62) в бесплатном скуле ограничение на объем БД
   1Сергей
 
64 - 08.06.21 - 16:06
и использование ядер, и ещё там что-то
   tesei
 
65 - 08.06.21 - 16:10
(62) RG пухнет сам, как на дрожжах. Эффективно сделать как в (61). Попробуй на копии, время работы программиста ~ 2 мин.
   HawkEye
 
66 - 08.06.21 - 17:08
(25) чего вы там продаете, если у вас остатки на 2Г... приводи учет в порядок, чисти и обрезай базу, с таким подходом вы и скуль засрете...
   Mikeware
 
67 - 08.06.21 - 17:19
(61) я уже писал товарищу из (51) в его теме, как надо делать... чтоб без всякой монопольщины и т.п. Правда, на файловой переиндексироваться придется, поэтому "почти без монопольщины". а на сиквеле - вполне можно делать в базе, работающей 24*7
(65) "сами" даже кошки не родятся...
   Злопчинский
 
68 - 08.06.21 - 17:46
(61) у меня такая база режется с перекурами без предварительного плана часа за два неторопливо. Универсальным двигателем регистров загоняем регистры на дату обрезки. ТА на начало. Штатно помечаем документы на удаление (с транзакциями). ТА на перед документами обрезки. Удаляем РГ. Перегоняем ТА на сейчас. Удаляем штатно что может удалиться.
Примерно так
   Злопчинский
 
69 - 08.06.21 - 17:47
(65) "RG пухнет сам, как на дрожжах."
не должно быть так, недокручено что-то...
   tesei
 
70 - 08.06.21 - 17:51
(68) неплохо, попробую так, замерю время выполнения.
   tesei
 
71 - 09.06.21 - 11:10
(68) Попробовал, быстро, буду резать сразу год. Спасибо, коллега!
   Злопчинский
 
72 - 09.06.21 - 12:05
   Mikeware
 
73 - 09.06.21 - 14:59
(71) (72) на что только люди не идут, лишь бы не работать :-)


Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.