нарушена структура данных таблицы 1CJOURN #334506

при очередной загрузке базы, в журнале пропала инфа ровно за месяц, попытался восстановить базу из архива на что 1с ругается сначала окном codebase error Eror#: -210 Unrecongnizer Field Name SP8709 после нажатия на нарушена структура данных таблицы 1CJOURN помогите исправить

1)Что за "архив" и как "архивировали"? 2) как "восстанавливаешь"? 3)меняли структуру базы за прошедший месяц - добавляли общие реквизиты

в базе пол года точно ничего не меняли, только забивали данные, архивировалось все Хранителем (зиповский архив), восстанавливал в конфигураторе

С Хоронителем не знаком. А что в архиве лежит-то?

>>при очередной загрузке базы, Зачем?

сохраняет файлы по фильтру *.dbf; 1cv7.dd; 1cv7.md; ExtForms*.*; USRDEFusers.usr; 1cv7.spl; 1cv7.ord

>>при очередной загрузке базы, Зачем? ну закрыли базу, открыли а там журнал пуст до 15.03.08

А период журнала? реиндексацию для начала?

Восстанавливаешь в пустую папку?

что в обычном, что в монопольном режиме грузиться не хочет, пишет одно и то же... в базу войти вообще не могу, период вроде не меняли, у меня в этой базе днем 15 юзеров работало, что именно делали не знаю...

при восстановлении в пустую папку пишет то же самое...

сравни структуру .дд с структурой журнала

пардон, журнал где хранится, и чем сравнивать?

период - может смотрели доки за период с 1 января по 15 марта, и все

структуру 1sjourn.dbf с его описанием в 1cv7.dd

нет насчет периода исключено, да и исправитьего можно только в монопольном режими, а в базе весь день было по несколько пользователей

сори за спам, я лузер в этом, залез в 1cv7.dd правильно? как сравнить #=============================================================================== #==TABLE no 3      : Журналы # Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable   T=1SJOURN |Журналы                       |A          |1SJOURN    |1         #-----Fields------- # Name      |Descr               |Type|Length|Precision F=IDJOURNAL |ID of Journal       |C   |4     |0         F=IDDOC     |ID Document         |C   |9     |0         F=IDDOCDEF  |ID Def Document     |C   |4     |0         F=APPCODE   |Application code    |N   |3     |0         F=DATE      |date                |D   |8     |0         F=TIME      |Time                |C   |6     |0         F=DNPREFIX  |Prefix Document No  |C   |18    |0         F=DOCNO     |Document No         |C   |10    |0         F=CLOSED    |Flag Document is Clo|N   |1     |0         F=ISMARK    |Flag Document is Mar|C   |1     |0         F=ACTCNT    |Action counter      |C   |6     |0         F=VERSTAMP  |Version stamp       |C   |6     |0         F=RF639     |Reg Action Flag     |N   |1     |0         F=RF464     |Reg Action Flag     |N   |1     |0         F=RF4667    |Reg Action Flag     |N   |1     |0         F=RF4674    |Reg Action Flag     |N   |1     |0         F=RF635     |Reg Action Flag     |N   |1     |0         F=RF3549    |Reg Action Flag     |N   |1     |0         F=RF4343    |Reg Action Flag     |N   |1     |0         F=RF405     |Reg Action Flag     |N   |1     |0         F=RF328     |Reg Action Flag     |N   |1     |0         F=RF351     |Reg Action Flag     |N   |1     |0         F=RF2964    |Reg Action Flag     |N   |1     |0         F=RF4335    |Reg Action Flag     |N   |1     |0         F=RF4314    |Reg Action Flag     |N   |1     |0         F=RF2351    |Reg Action Flag     |N   |1     |0         F=RF438     |Reg Action Flag     |N   |1     |0         F=RF4480    |Reg Action Flag     |N   |1     |0         F=SP74      |(P)Автор            |C   |9     |0         F=SP798     |(P)Проект           |C   |9     |0         F=SP4056    |(P)Фирма            |C   |9     |0         F=SP5365    |(P)ЮрЛицо           |C   |9     |0         F=SP8709    |(P)ГруппаПользовател|C   |9     |0         F=DS1946    |DocStream flag      |N   |1     |0         F=DS4757    |DocStream flag      |N   |1     |0         F=DS5722    |DocStream flag      |N   |1     |0         #----Indexes------ # Name     |Descr         |Unique|Indexed fields                                              |DBName     I=IDDOC    |Id Doc        |0     |IDDOC                                                       |IDDOC       I=ACDATETIM|Date+Time+ID  |0     |DATE,TIME,IDDOC                                             |ACDATETIME I=DOCNO    |Prefix+No     |0     |DNPREFIX,DOCNO(UPPER)                                       |DOCNO       I=DOCTYPE  |Type+Date+Time|0     |IDDOCDEF,DATE,TIME,IDDOC                                    |DOCTYPE     I=JOURNAL  |Journal+Date+T|0     |IDJOURNAL,DATE,TIME,IDDOC                                   |JOURNAL     I=VIA74    |VIA74         |0     |SP74,DATE,TIME,IDDOC                                        |VIA74       I=VIA798   |VIA798        |0     |SP798,DATE,TIME,IDDOC                                       |VIA798     I=VIA4056  |VIA4056       |0     |SP4056,DATE,TIME,IDDOC                                      |VIA4056     I=VIA5365  |VIA5365       |0     |SP5365,DATE,TIME,IDDOC                                      |VIA5365     I=VIA8709  |VIA8709       |0     |SP8709,DATE,TIME,IDDOC                                      |VIA8709     I=VIA1946  |VIA1946       |0     |DS1946,DATE,TIME,IDDOC                                      |VIA1946     I=VIA4757  |VIA4757       |0     |DS4757,DATE,TIME,IDDOC                                      |VIA4757     I=VIA5722  |VIA5722       |0     |DS5722,DATE,TIME,IDDOC                                      |VIA5722     # #===============================================================================

F=SP8709    |(P)ГруппаПользовател|C   |9     |0   ??? ошибка я так понимаю связанна с этой строкой

что такое SP8709   ?

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

помогите поднять базу

+1

Это какая-то ссылка :) Смотри в конфигураторе есть оно или нет (общий реквизит документа с отбором) Может скопировали МД поверх

"загрузка базы" - это запуск в режиеме Предприятие? восстанавливал в рабочую папку или догадался копию сделать? вообще наиболее вероятная причина изначального пропадания документов - битый индекс. не нашел ответа на по части реиндексации. если это действительно так, то в твоем архиве уже не сходятся концы с концами

создал новую пустую базу, восстановил в нее последний архив, сравнил с битой оказалось не хватает 3-х *.DBF, докинул их в папку, переиндексировал, заработало!!! страноо все это, а теперь вопрос!!! посоветуйте плиз нармальный автоматический архиватор баз, чтоб больше таких засад небыло...

еще раз. Что за архив?

Батничек напиши. или погугли - куча примеров!

->

не поможет тебе "нармальный автоматический архиватор баз". При таких методах работы ладно если будет нарушена физическая структура базы - вылезет как в . Но есть еще логическая структура... Если структура базы меняется (а в это ясно видно), правильное восстановление базы невозможно участия того, кто эти изменения совершает. Либо надо самому внимательно следить за этими изменениями.

а как вы считаете, по какой маске нужно сохранять базу?

Подозрительно что оно заработало... Все копируй - не ошибешься

да я тоже так думаю что подозрительно, завтра посмотрим что юзера скажут...

жесть...

Плохо если скажут не сразу :) Попробуй копию сделать и ее сохранить через сохранить конфигурацию (передернуть что-то где-то не меняя чтобы звездочка появилась)

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

Вызовите ужо специалиста

а в файле 1сжурн.дбф это поле есть? ага, пора бы...

может тебе поможетъ ента сохранялка? создай файло ***.cmd и занеси в список задач на каждый день md c:ackup xcopy "d:ase1c2" c:ackup emp /E c:Progra~1Winrarwinrar.exe a -r  -ag+YYYY-MM-DD-HH-MM -x*.cdx c:ackupzikzik.rar c:ackup emp*.* rd /S /Q  c:ackup emp

"сохранялка"... я плЯкалЪ... Пля, ну если вы пишете файловую базу во время ее работы - будьте готовы к взбрыкам при ее восстановлении... дети малые, млин...

у меня она сохраняется ночью, так что сильно не заморачивалсЯ

Ночью можно запустить и штатное сохранение/выгрузку...

Ну-ну ... кто нить запустит монопольно или на перепровод поставить и привет .. ЗЫ: У нас так вообще круглосуточно люди работають ...

Да там базы видимо - метров по триста...

у нас крупная сеть магазинов, база действительно большая, на сегодняшний день 450 метров, причина почему хранитель не взял несколько файлов очевидна, они были заняты, т. к. работали юзеры, а вот как теперь восстановить цены...

>>база действительно большая, на сегодняшний день 450 метров Плакаль

1SCONST найти посвежее ... а чтоб небыло мучительно больно, устанвливать все цены документами, а не руками... тогда достаточно было бы токма перепровести их и всё..

"крупная сеть магазинов, база действительно большая, на сегодняшний день 450 метров" Уссацца... ПлЯкалЪ... Тогда у нас, видимо, транскнациональная корпорация.... а у Садовникова - межгалактическая...

издевайтесь - издевайтесь...