v7: Error #: -310. Not a Correct Index File при открытии периода! #578000

При открытии периода выскакивает такая ошибка и ее заклинивает. Not a Correct Index File Corrupt index file Затем: Error #: -310 Not a Correct Index File IDELETED Переиндексацию делала уже разными способами. База большая. + около 15 перефирийных. Что посоветуете? Проверка логической целостности уже часа 3-4 идет... пока без результатов.

Выгрузку/загрузку не предлагать. не проходит.

размер самой большой дбф-ки и её имя какое ?

Rg3116.dbf   1,76 Гб Dt907.dbf    1,40 Гб

Конфа не типовая. еФарма.

Rа3116.dbf какого размера?

Погугли Error 310

124 мб

уже второй день гуглю... бесполезно в основном

критический размер файла скоро будет полное разрушение бд или обрезка или скл.

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

Возникает еще вопрос. если создавать новую (пустую) базу, то переферийки тоже новые нужны будут?

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

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

Как определить, что Проверка на целостность зависла? Уже 4 часа... процесс занимает 36 800 Кб памяти и подгружает проц на 48-51 %

еще бы знать как свернуть "по одному регистру и документу."

занимаемая процессом память должна изменяться. обычно в большую сторону. ну, и есть приблуда ещё, которая статус-строку показывает. ну, или режим совместимости с Win2k поставить

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

Пора вам на SQL смотреть :)

Попробуй выгрузить в SQL 2000 и обратно в ДБФ, если нет желание на скуле сидеть, других вариантов не вижу, при пересчете итогов система проводит ряд операций с таблицами, так что руками лучше ничего не ровнять

+ Забыли похвалить автора, ветка создана по всем правилам!

Спасибо! Учусь )))

А сможете объяснить как именно выгрузить туда-обратно. Затрудняюсь с данной конфой. SQL есть. знаний маловато... и конфа просто ужасная

Есть еще вариант, не SQL, а на Codebase сервере базу держать. Тогда размер дбфок не важен. Правда, автор это решение уже не сопровождает. Но у меня на нем до сих пор магазины крутятся.

Эта база в sql не выгрузится

тоже так думаю... уже пробовала полгода назад... ничего не вышло

с этим вообще не знакома... (((

у вас регистр 3116 не закрыт. Посмотрите в словаре имя регистра Rg3116 Посмотрите, по какому измерению он не закрыт. Далее, ставим заплатку от хогик, далее кастрируем или (что правильнее) выправляем движения регистра, чтоб правильно закрывался. Далее наслаждаемся.

можешь смело прерывать, надеюсь, Тии на копии базы было запущено ?

у меня тут уже мстолько копий. не жалко. основная копия в архиве.

это конечно свернаглость, но можно поподробнее описать вышесказанное? ни разу с регистрами не работала.

открываешь словарик (*.dd) находишь в нём, как зовут Rg3116 , для начала. Структуру регистра в студию.

#=============================================================================== #==TABLE no 227    : Регистр Несоответствия # Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable   T=RG3116  |Регистр Несоответствия        |A          |RG3116     |1         #-----Fields------- # Name      |Descr               |Type|Length|Precision F=PERIOD    |Period Registr      |D   |8     |0         F=SP3124    |(P)ТипОперации      |C   |9     |0         F=SP3121    |(P)ДокументОснование|C   |13    |0         F=SP3117    |(P)Товар            |C   |9     |0         F=SP3120    |(P)Партия           |C   |9     |0         F=SP4314    |(P)ЕдиницаИзмерения |C   |9     |0         F=SP3126    |(P)Количество       |N   |19    |8         #----Indexes------ # Name     |Descr         |Unique|Indexed fields                                              |DBName     I=PROP     |PERIOD+PROP   |0     |PERIOD,SP3124,SP3121,SP3117,SP3120,SP4314                   |PROP       #

а несоответствия чего вы в нём накапливаете ? Партий ?

+33 каким документом пишете в него приход, каким документом расход ?

+34 ЕдиницаИзмерения - это явно лишнее, как и ТипОперации

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

Нашла инструкцию по ведению учета в этой конфе... Читаю... глаза на лоб лезут. Эти бестолочи 4 года ведут неправильный учет... по принципу "так удобнее" видимо.

По крайней мере про "несоответствия" нашла вот что. Приход должен связываться с заявкой и потом проверяться на несоответствия. Чего никогда не делалось. может причина в этом, того что регистр не закрыт.

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

Регистр: «Несоответствия» Документы, формирующие движение: Инвентаризация; Акт излишек; Акт недостачи; Начало инвентаризации; Перемещение Назначение регистра: Данный регистр используется при проведении инвентаризации. Учитывает несоответствия, выявленные в процессе инвентаризации Структура регистра... Измерения: 1. Тип операции 4. Партия 5. Единица измерения товара Ресурсы: Количество товара Реквизиты: 1. Код операции

видимо не такой уж он и не нужный...

То описание было для RG3116,  который  1,84 гб весит а это для RA3116 - что такое (Дв.) ??? #==TABLE no 228    : Регистр (Дв.) Несоответствия # Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable   T=RA3116  |Регистр (Дв.) Несоответствия  |A          |RA3116     |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=SP3124    |(P)ТипОперации      |C   |9     |0         F=SP3121    |(P)ДокументОснование|C   |13    |0         F=SP3117    |(P)Товар            |C   |9     |0         F=SP3120    |(P)Партия           |C   |9     |0         F=SP4314    |(P)ЕдиницаИзмерения |C   |9     |0         F=SP3126    |(P)Количество       |N   |19    |8         F=SP3127    |(P)КодОперации      |C   |9     |0         F=SP3787    |(P)Ценообразование  |N   |2     |0         F=SP4236    |(P)ПартияЦенообразов|C   |9     |0         F=SP4488    |(P)ЕдиницаИзмеренияЦ|C   |9     |0         #----Indexes------ # Name     |Descr         |Unique|Indexed fields                                              |DBName     I=IDLINE   |of IDDOC+LineN|0     |IDDOC,LINENO,ACTNO                                          |IDLINE

ты им пользуешься ? У вас в базе есть эти документы - инвентаризация и т.д ? Я, сомневаюсь. Конфа, самоделка ?

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

конфа не самоделка. точнее не наша самоделка. купленная у спарко. Е-фарма обзывается. Уговорил, попробую снести оба файла в 0. посмотрим что выйдет.

Рецепт от Hogik-а копия (пока сайт не открывается)

Ой... Ну вы насоветовали... Заявление уже написала?

+ 1) При возникновении ошибки - 310 , на любой рабочей станции, срочно выгнать всех пользователей из 1C. Не сохранять никаких открытых форм ввода информации. Прекратить (прервать) выполнение отчетов. И т.д. Если произошёл сбой при выполнении регламентных работ, то восстановить базу с последней копии. При этом заранее оповестить всех пользователей об возможности появления такой ошибки и довести до них информацию о действиях в таком случае. 2) Т.к. в сообщении об ошибке - 310  не выдаётся имя таблицы, то необходимо найти эту таблицу силой ума или тупым открытием подряд всех DBF-ов в порядке от большего размера файла к меньшему. Ищем таблицы в которых количество записей подбирается или уже больше 16777215 штук. и т.д. Косяк опасный, от 1С хочется чтобы они приобрели движок DBEng без ограничений на 2 гига и исправили найденные Ходжиком баги.

начальство дало добро если что-то то организовывать новую базу и 15 перефериеек... эх чувствую поеду я по области кататься скоро...

дело дельное! файлики проверю...  ссылки погляжу.

вообще НАСТОЯТЕЛЬНО советую перевести на SQL, даже если локально победите эти 2 таблицы через пару месяцев выпловет другое.... как тут правильно говорили штатно переход может не проканать. не штатно делается так: делается пустая база на этом МД и она цепляется в СКУЛЬ, дальше скульным импортом переносим из дбфок данные. возможные траблы с задвоением первичного ключа - решаем правкой дбф

не сцы, всё норм. Ну вот сам, можешь объяснить, зачем нужен этот регистр ? тем более,  с таким нелепым набором измерений ? грохни таблички и вырежи обращение (закоменти) к этому регистру в конфе в модулях проведения.

накуа ?

+53 заняться нечем ?

я базу не вижу, а телепатировать не умею. Но удалять движения (!) не стал бы, пока не выяснил, что к чему...

Инфостарт сейчас висит, там есть исправление ошибки при выгрузке больших баз Или вот здесь Unload_Dat_Fix.rar (294K) - исправляет ошибку 1С:Предприятие при штатной выгрузке и загрузке больших информационных баз (несколько гигабайт)

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

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

Зацени 46, там вообще беда в самом движке у 1С.

зацени каменты, я об этом давно знаю..

не ругайтесь! пожалуйста!

а мы и не ругаемся, просто обмен мнениями :) Ты луше конфу правь.

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

+ пошла переиндексация... файлы воссоздал, но с минимальным размером. жду пока закончит.

глобальный поиск по всей конфе по имени регистра. Все упоминания камменти ( не удаляй) на всякий.

по всей конфе... это в глобальном модуле? - там нету...

нет, это во всём мд:)

md открыть аля-блокнотом и искать?

Нет, в конфигураторе. Конфигурация - поиск во всех текстах

+ 68 думаю... что все же не блокнотом

поиск во всех текстах - кнопочка на панели меню в пофигураторе

ух, ты! нашла!

вхождения строки "3116" не найдены. ну и с буковками тоже нету.

ищи "Несоответствия"

ТОлько там нужно будет ещё много головой думать...

юх... их там много...

231 штука. может их пока оставить. поглядеть с какой скоростью будет файл расти.

лучше выложи мд в архиве на поглядеть

тем временем база ожила. период открылся. и даже работает... обмен стоит делать?

хотя чего бояться. слетит так слетит )))

конечно делай. ничего не слетит.

при беглом просмотре, это новодел, который не нужен никому, как и регистр НесоответствиеИзлишки

+83 ну и судя по коду, Регистр.Несоответствия не закроется никогда.

ну хоть теперь запомню что его можно смело "убивать" =) Спасибо, что помогли разобраться!

...отмечусь

Сколько ж базе лет, что файл с ЗС имеет такой размер?

с 2007 года. в тот год она "упала" и ее начали с начала, а то была бы с 2005 )))