При открытии бызв и попытка перенести остатки на слдедующий месяц возникает ошибка Codebase Error -120. Как исправить?
Характеристика базы:
1с.Тис 7
Тип: файловая
Объем: >5Гб

ТИИ?

dbf/cdx больше гига есть?

RG9480.DBF весит 2 гига и на него и ругаетьтсяь пишет типа неможет произвести чтение

при таких обьемах наверное следует хотябы уменьшить период хранения остатков

(3) дотянул. надо было или на sql переходить, или базу резать. теперь патч надо ставить

Снеси все rg* и пересчитай итоги. Должно немного уменьшиться.

какой патч? скажите где взять плиз

ДенисЧ а поподробнее пожалйста можно?

(8) куда уж подробней...
Удали из каталога базы все файлы rg*.*
зайди в конфигуратор - ТиИ - пересчет итогов

(9)+бекап

+(9) но поможет это ненадолго. срочно надо или резать, или на sql, т.к. патч, насколько я читал, пашет не идеально

если удалить эти файлы данные останутьс целыми?

(12) да

это файлы хранения регистров... они востановятся при ТИИ

но лишний бэкап не будет лишним (c)

Спасибо всем

RA9480.DBF сколько весит?

2 гига

пока идет ТИИ почитай-ка:
http://infostart.ru/public/15577/

(18) т.е. у тебя RG9480.DBF и RA9480.DBF по 2 гига?

RA9480.DBF 58 мб

(21) ну...у тебя регистр не закрывается.

+22
что за регистр, посмотри в dd

где посмотреть? что то я запутался если чесно

(22) +100000

(24) открой файл 1Cv7.DD и найди строчки с T=RA9480

(24) 1cv7.dd найди T=RA9480

а чем фал открыть?

(28) :(

нотепадом.
Или фаром. Или тоталкомандиром.

#==TABLE no 339    : Регистр (Дв.) КДРДокументы
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RA9480  |Регистр (Дв.) КДРДокументы    |A          |RA9480     |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=SP9474    |(P)СФ               |C   |13    |0        
F=SP9475    |(P)Номенклатура     |C   |9     |0        
F=SP9476    |(P)Количество       |N   |19    |6        
F=SP9477    |(P)СуммаБезНДС      |N   |19    |6        
F=SP9478    |(P)СуммаНДС         |N   |19    |6        
F=SP9479    |(P)СуммаОплаченного |N   |19    |6        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=IDLINE   |of IDDOC+LineN|0     |IDDOC,LINENO,ACTNO                                          |IDLINE    
#

Уж точно не типовая ТИС

че у тебя в Рег.КДРДокументы ???

не база полностью нетиповая ..ее писали под нас

(34) таким писателям надо руки пообрывать. опять какую-то структуру сунули в регистр остатков, вместо того чтобы сделать по-человечьи

andrewks
абсолюьно с тобой с этим согласен

(31) а покажи еще RG9480

#==TABLE no 338    : Регистр КДРДокументы
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=RG9480  |Регистр КДРДокументы          |A          |RG9480     |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=PERIOD    |Period Registr      |D   |8     |0        
F=SP9474    |(P)СФ               |C   |13    |0        
F=SP9475    |(P)Номенклатура     |C   |9     |0        
F=SP9476    |(P)Количество       |N   |19    |6        
F=SP9477    |(P)СуммаБезНДС      |N   |19    |6        
F=SP9478    |(P)СуммаНДС         |N   |19    |6        
F=SP9479    |(P)СуммаОплаченного |N   |19    |6        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=PROP     |PERIOD+PROP   |0     |PERIOD,SP9474,SP9475                                        |PROP      
#

Грубо говоря - у тебя полно остатков вида

Номенклатура     Пылесос      
Количество       0.00000  
   
СуммаБезНДС      0.00000        
СуммаНДС         0.00000        
СуммаОплаченного 0.00001

Надо задним числом ввести самописный документ -
обнуляющий все такие остатки с нулевым количеством
например каждые полгода

(38) а что за отчеты формируете по "кадровые документы" или еще как...

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

Фигня какая-то. для того, чтобы регистр с движениями 58 мб и 2 измерениями имел остатки в 2 гб... считать неохота, но на глазок лет 25 понадобится, при этом, чтобы совсем ничего эти 25 лет не закрывать.

Так что скорее всего, какой-то сбой. Удалить rg + пересчет итогов должен помочь.

я удалил все R*.*. сделал пересчет итогов..помогло...

и каков теперь вес указанных файлов? не корысти ради, интереса для...

Хотя не совсем, прикинул - за лет эдак 7-8 работы реально соорудить (3 года это теоретический вариант, когда эти 56 мб набили  в начале и забыли, и они каждый месяц падают себе из RA на RG)

все R весят 254 кб

(46) O_O

чето както оно даже подозрительно...

(43) все R*.* или RG*.* ?

Если RA удалил - то восстанавливайся из архива.
Ну или  перепроводи всю базу :)

Жесть... даже совет в форуме прочитать правильно не может...

(46) перепроводи доки, либо бекап

+51
лучше бекап, т.к. не факт, что не проводили доки взад.

(52) он уже все регистры грохнул. Только бекап спасет теперь

(53) не только. перепроведение тоже рулит. правда, времени уйдет...

(15)+100 если читал вниматочно...

Пригласите спеца - сами похоже не разрулите

Форум надо почитывать периодически, дабы на грабли не наступать.