Вход | Регистрация

  1  2
1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: И снова превышение 2 Гб ))

v7: И снова превышение 2 Гб ))
Я
   jazzymanserg
 
10.04.18 - 10:52
Извечная тема для семерок - превышение 2Гектаров
Обратился на днях клиент
RA 1.32Гб, RG 1.85 Гб
Ну диагноз понятен - пухнет, не закрыт
RG в течении месяца не растет(период месяц)
каждый месяц на метров 5 вырастает
Клиент измерения убирать не хочет, ресурсы урезать тоже, сворачивать не хочет, Скуль ставить не хочет
Попросил хотя бы остановить рост.
1)
Ну для начала ТиС сделал, все пункты прошли на ура , последним включил пересчет итогов, - через 2-е суток  -программа аварийно закрылась.
RG файы не удалял.
2)
Сели с бухгалтером посмотрели что много хвостов по отчету партий по 1 копейке или вообще сумма бек кво.
Сделал служебный документ и в нем все хвосты убрал просто сторно правильно по измерениям
3) Но проблема в том что специфика фирмы в том что у них много остатков партий реально на складе лежат с 2003 года, тоесть не должны закрывааться, я думаю что по этому и такое распухание RG

4) Попробовал закрыть не закрытое
Вот тут нужен совет
Выгрузил остатки по не закрытым регистрам
допустим весит такая строка:
Фирма  - пусто 
склад  - пусто
статус - пусто
контрагент -Вася
Док - РН№1
сумма  - 10
Кво - 0
Делаю точно такую же запись в регистре движения (спец документом)
ну типа остатков уже нет партии - всё красиво но потом на  следующий месяц RG всё равно подростает.
Универсальным отчетом по регистру смотрю -  вроде всё нормально
Может я не то смотрю
Как Вы ищете в  универсальном регистре не закрытые партии ? точнее не правильно закрытые ?

Вот такая картина маслом !
#===============================================================================
#==TABLE no 261    : Регистр ПартииТоваров
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RG277   |Регистр ПартииТоваров         |A          |RG277      |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=PERIOD    |Period Registr      |D   |8     |0        
F=SP278     |(P)Фирма            |C   |9     |0        
F=SP279     |(P)Товар            |C   |9     |0        
F=SP280     |(P)Статус           |C   |1     |0        
F=SP281     |(P)Контрагент       |C   |9     |0        
F=SP282     |(P)Поставщик        |C   |9     |0        
F=SP283     |(P)Поставка         |C   |13    |0        
F=SP284     |(P)ПрихДокумент     |C   |13    |0        
F=SP2783    |(P)Склад            |C   |9     |0        
F=SP285     |(P)ОстатокТовара    |N   |16    |5        
F=SP286     |(P)Стоимость        |N   |20    |2        
F=SP287     |(P)ПродСтоимость    |N   |20    |2        
F=SP288     |(P)НДС              |N   |20    |2        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=PROP     |PERIOD+PROP   |0     |PERIOD,SP278,SP279,SP280,SP281,SP282,SP283,SP284,SP2783     |PROP      
#
#===============================================================================
#==TABLE no 262    : Регистр (Дв.) ПартииТоваров
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RA277   |Регистр (Дв.) ПартииТоваров   |A          |RA277      |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=IDDOC     |ID Document's       |C   |9     |0        
F=LINENO    |LineNo              |N   |4     |0        
F=ACTNO     |Action No           |N   |6     |0        
F=DEBKRED   |Flag Debet/Kredit   |N   |1     |0        
F=SP278     |(P)Фирма            |C   |9     |0        
F=SP279     |(P)Товар            |C   |9     |0        
F=SP280     |(P)Статус           |C   |1     |0        
F=SP281     |(P)Контрагент       |C   |9     |0        
F=SP282     |(P)Поставщик        |C   |9     |0        
F=SP283     |(P)Поставка         |C   |13    |0        
F=SP284     |(P)ПрихДокумент     |C   |13    |0        
F=SP2783    |(P)Склад            |C   |9     |0        
F=SP285     |(P)ОстатокТовара    |N   |16    |5        
F=SP286     |(P)Стоимость        |N   |20    |2        
F=SP287     |(P)ПродСтоимость    |N   |20    |2        
F=SP288     |(P)НДС              |N   |20    |2        
F=SP290     |(P)Оборот           |N   |20    |5        
F=SP292     |(P)НДСрасхода       |N   |20    |5        
F=SP294     |(P)КодОперации      |C   |1     |0        
F=SP2309    |(P)Прибыль          |N   |20    |5        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=IDLINE   |of IDDOC+LineN|0     |IDDOC,LINENO,ACTNO                                          |IDLINE    
#
 
 
   Builder
 
101 - 11.04.18 - 16:06
(100) Ставь симпл, но с ним сможешь восстановиться только на момент бекапа, если что.
Если не критично такое точное восстановление, хватит симпл.
   jazzymanserg
 
102 - 11.04.18 - 16:28
(101) Спасибо. Именно такое интересует только на момент бекапа. Мне смущает момент, как сам сервак при сбое поднимается при симпле. Был у кого то опыт ?
Ну допустим трабл с УПС и сервак выключили. Включается. Хватит ему данных в журнале, что б нормально подняться ?
   Builder
 
103 - 11.04.18 - 16:44
(102) Всегда поднимался без вопросов. Могут пропасть только незавершенные транзакции.
   jazzymanserg
 
104 - 11.04.18 - 16:47
Да это фиг с ними, разве что УРБД в этот момент могут качаться сливаться ))))
  1  2

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует