02.11.11 — 10:48
При открытии периода выскакивает такая ошибка и ее заклинивает.
Error #: -310
Not a Correct Index File
Corrupt index file
Затем:
Error #: -310
Not a Correct Index File
IDELETED
Переиндексацию делала уже разными способами. База большая. + около 15 перефирийных. Что посоветуете? Проверка логической целостности уже часа 3-4 идет… пока без результатов.
1 — 02.11.11 — 10:49
Выгрузку/загрузку не предлагать. не проходит.
2 — 02.11.11 — 10:51
размер самой большой дбф-ки и её имя какое ?
3 — 02.11.11 — 10:53
Rg3116.dbf 1,76 Гб
Dt907.dbf 1,40 Гб
4 — 02.11.11 — 10:54
Конфа не типовая. еФарма.
5 — 02.11.11 — 10:55
Rа3116.dbf какого размера?
6 — 02.11.11 — 10:55
Погугли Error 310
7 — 02.11.11 — 10:56
(5) 124 мб
8 — 02.11.11 — 10:56
(6) уже второй день гуглю… бесполезно в основном
9 — 02.11.11 — 10:56
критический размер файла
скоро будет полное разрушение бд
или обрезка
или скл.
10 — 02.11.11 — 10:58
(9) такая ситуация уже не в первый раз. уже не помню что помогало. вроде как восстановление вчерашней копии спасало, в этот раз не идет ((( попытки свернуть базу ни к чему не привели. ужасная конфа.
11 — 02.11.11 — 11:04
Возникает еще вопрос. если создавать новую (пустую) базу, то переферийки тоже новые нужны будут?
12 — 02.11.11 — 11:07
отключить файрвол и антивирь
проверить целостность диска,базу на другом компе потестить
13 — 02.11.11 — 11:15
(10)
сверните по одному регистру и документу.
если перейдете на скл, то внимательно протестируйте
тк в ряде случев скл и дбф версии по-разному себя ведут (перепроведите период, сравните все отчеты)
14 — 02.11.11 — 11:16
Как определить, что Проверка на целостность зависла? Уже 4 часа… процесс занимает 36 800 Кб памяти и подгружает проц на 48-51 %
15 — 02.11.11 — 11:17
(13) еще бы знать как свернуть «по одному регистру и документу.»
16 — 02.11.11 — 11:17
(14) занимаемая процессом память должна изменяться. обычно в большую сторону.
ну, и есть приблуда ещё, которая статус-строку показывает.
ну, или режим совместимости с Win2k поставить
17 — 02.11.11 — 11:22
(16) значит зависло… окно программы висит как и сам процесс…
(12) видимо стоит на другом попробовать.
18 — 02.11.11 — 11:24
Пора вам на SQL смотреть 
19 — 02.11.11 — 11:25
(17) Попробуй выгрузить в SQL 2000 и обратно в ДБФ, если нет желание на скуле сидеть, других вариантов не вижу, при пересчете итогов система проводит ряд операций с таблицами, так что руками лучше ничего не ровнять
20 — 02.11.11 — 11:26
+(19) Забыли похвалить автора, ветка создана по всем правилам!
21 — 02.11.11 — 11:28
(20) Спасибо! Учусь )))
22 — 02.11.11 — 11:29
(18) А сможете объяснить как именно выгрузить туда-обратно. Затрудняюсь с данной конфой. SQL есть. знаний маловато… и конфа просто ужасная
23 — 02.11.11 — 11:29
Есть еще вариант, не SQL, а на Codebase сервере базу держать. Тогда размер дбфок не важен. Правда, автор это решение уже не сопровождает. Но у меня на нем до сих пор магазины крутятся.
24 — 02.11.11 — 11:30
Эта база в sql не выгрузится
25 — 02.11.11 — 11:31
(24) тоже так думаю… уже пробовала полгода назад… ничего не вышло
26 — 02.11.11 — 11:32
(23) с этим вообще не знакома… (((
27 — 02.11.11 — 11:32
(3) у вас регистр 3116 не закрыт.
Посмотрите в словаре имя регистра Rg3116
Посмотрите, по какому измерению он не закрыт.
Далее, ставим заплатку от хогик, далее кастрируем или (что правильнее) выправляем движения регистра, чтоб правильно закрывался.
Далее наслаждаемся.
28 — 02.11.11 — 11:33
(14) можешь смело прерывать, надеюсь, Тии на копии базы было запущено ?
29 — 02.11.11 — 11:37
(28) у меня тут уже мстолько копий. не жалко. основная копия в архиве.
30 — 02.11.11 — 11:37
(27) это конечно свернаглость, но можно поподробнее описать вышесказанное? ни разу с регистрами не работала.
31 — 02.11.11 — 11:46
(30) открываешь словарик (*.dd) находишь в нём, как зовут Rg3116 , для начала.
Структуру регистра в студию.
32 — 02.11.11 — 11:50
#===============================================================================
#==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 — 02.11.11 — 11:53
(32) а несоответствия чего вы в нём накапливаете ?
Партий ?
34 — 02.11.11 — 11:53
+33 каким документом пишете в него приход, каким документом расход ?
35 — 02.11.11 — 11:54
+34 ЕдиницаИзмерения — это явно лишнее, как и ТипОперации
36 — 02.11.11 — 11:58
приход — Приходная накладная (зачастую загружаемая из дбф или хмл файлов поставщиков)
расход — перемещение на переферийные базы — далее чеки = закрытие кассовой смены.
37 — 02.11.11 — 12:05
Нашла инструкцию по ведению учета в этой конфе… Читаю… глаза на лоб лезут. Эти бестолочи 4 года ведут неправильный учет… по принципу «так удобнее» видимо.
38 — 02.11.11 — 12:07
По крайней мере про «несоответствия» нашла вот что. Приход должен связываться с заявкой и потом проверяться на несоответствия. Чего никогда не делалось. может причина в этом, того что регистр не закрыт.
39 — 02.11.11 — 12:09
Короче, если он тебе не нужен и в отчетах ты его не используешь нигде, то прибей его к едрени фени.
Можешь и тупо файло от него грохнуть, но лучше из мд вырезать любое обращение к этому регистру.
40 — 02.11.11 — 12:12
Регистр: «Несоответствия»
Документы, формирующие движение: Инвентаризация; Акт излишек; Акт недостачи; Начало инвентаризации; Перемещение
Назначение регистра: Данный регистр используется при проведении инвентаризации. Учитывает несоответствия, выявленные в процессе инвентаризации
Структура регистра…
Измерения:
1. Тип операции
2. Документ основание
3. Товар
4. Партия
5. Единица измерения товара
Ресурсы: Количество товара
Реквизиты:
1. Код операции
2. Ценообразование
3. ПартияЦенообразование
4. ЕдиницаИзмеренияЦенообразование
41 — 02.11.11 — 12:13
(39) видимо не такой уж он и не нужный…
42 — 02.11.11 — 12:16
То описание было для 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
43 — 02.11.11 — 12:35
(40) ты им пользуешься ?
У вас в базе есть эти документы — инвентаризация и т.д ?
Я, сомневаюсь.
Конфа, самоделка ?
44 — 02.11.11 — 12:37
+ зачем эти «несоответствия» выявленные в процессе инвентаризации вообще накапливать в учетной системе ?
Ну выявили вы излишекнедостаток на складе по итогам инвентаризации, ну списали выоприходывали на основании документа инвентаризации.
Но накапливать то это в регистре зачем ???!!
45 — 02.11.11 — 12:41
(43) конфа не самоделка. точнее не наша самоделка. купленная у спарко. Е-фарма обзывается.
Уговорил, попробую снести оба файла в 0. посмотрим что выйдет.
46 — 02.11.11 — 12:42
47 — 02.11.11 — 12:42
Ой… Ну вы насоветовали…
(45) Заявление уже написала?
48 — 02.11.11 — 12:46
+(46)
1) При возникновении ошибки — 310 , на любой рабочей станции, срочно выгнать всех пользователей из 1C. Не сохранять никаких открытых форм ввода информации. Прекратить (прервать) выполнение отчетов. И т.д. Если произошёл сбой при выполнении регламентных работ, то восстановить базу с последней копии. При этом заранее оповестить всех пользователей об возможности появления такой ошибки и довести до них информацию о действиях в таком случае.
2) Т.к. в сообщении об ошибке — 310 не выдаётся имя таблицы, то необходимо найти эту таблицу силой ума или тупым открытием подряд всех DBF-ов в порядке от большего размера файла к меньшему. Ищем таблицы в которых количество записей подбирается или уже больше 16777215 штук.
и т.д.
Косяк опасный, от 1С хочется чтобы они приобрели движок DBEng без ограничений на 2 гига и исправили найденные Ходжиком баги.
49 — 02.11.11 — 12:49
(47) начальство дало добро если что-то то организовывать новую базу и 15 перефериеек… эх чувствую поеду я по области кататься скоро…
50 — 02.11.11 — 12:53
(48) дело дельное! файлики проверю… ссылки погляжу.
51 — 02.11.11 — 12:53
вообще НАСТОЯТЕЛЬНО советую перевести на SQL, даже если локально победите эти 2 таблицы через пару месяцев выпловет другое….
как тут правильно говорили штатно переход может не проканать.
не штатно делается так:
делается пустая база на этом МД и она цепляется в СКУЛЬ, дальше скульным импортом переносим из дбфок данные.
возможные траблы с задвоением первичного ключа — решаем правкой дбф
52 — 02.11.11 — 12:54
(47) не сцы, всё норм.
Ну вот сам, можешь объяснить, зачем нужен этот регистр ?
тем более, с таким нелепым набором измерений ?
(49) грохни таблички и вырежи обращение (закоменти) к этому регистру в конфе в модулях проведения.
53 — 02.11.11 — 12:54
(51) накуа ?
54 — 02.11.11 — 12:55
+53 заняться нечем ?
55 — 02.11.11 — 12:55
(52) я базу не вижу, а телепатировать не умею. Но удалять движения (!) не стал бы, пока не выяснил, что к чему…
56 — 02.11.11 — 12:56
Инфостарт сейчас висит, там есть исправление ошибки при выгрузке больших баз
http://infostart.ru/public/15364/
Или вот здесь
http://x-romix.narod.ru/
Unload_Dat_Fix.rar (294K) — исправляет ошибку 1С:Предприятие при штатной выгрузке и загрузке больших информационных баз (несколько гигабайт)
57 — 02.11.11 — 12:56
(55) да и так видно, что не используются.
Та и, восстановить движуху не проблема.
58 — 02.11.11 — 12:57
(53) это мое ИХМО, я знаю что есть умельцы с большими файловыми базами, но учитывая, что там бардак и скорее всего люди меняются, решение перевода на скуль — более надежное
59 — 02.11.11 — 12:57
(57) Зацени 46, там вообще беда в самом движке у 1С.
60 — 02.11.11 — 12:58
(59) зацени каменты, я об этом давно знаю..
61 — 02.11.11 — 13:00
(59) (60) не ругайтесь! пожалуйста!
62 — 02.11.11 — 13:02
(61) а мы и не ругаемся, просто обмен мнениями
Ты луше конфу правь.
63 — 02.11.11 — 13:06
(62) файлы снесла, а вот как в конфе убрать упоминания этих таблиц не знаю.
64 — 02.11.11 — 13:08
+ (63) пошла переиндексация… файлы воссоздал, но с минимальным размером. жду пока закончит.
65 — 02.11.11 — 13:09
(63) глобальный поиск по всей конфе по имени регистра.
Все упоминания камменти ( не удаляй) на всякий.
66 — 02.11.11 — 13:10
(65) по всей конфе… это в глобальном модуле? — там нету…
67 — 02.11.11 — 13:11
(66) нет, это во всём мд:)
68 — 02.11.11 — 13:12
(67) md открыть аля-блокнотом и искать?
69 — 02.11.11 — 13:13
(68) Нет, в конфигураторе. Конфигурация — поиск во всех текстах
70 — 02.11.11 — 13:13
+ 68 думаю… что все же не блокнотом
71 — 02.11.11 — 13:13
поиск во всех текстах — кнопочка на панели меню в пофигураторе
72 — 02.11.11 — 13:14
(69) (70) ух, ты! нашла!
73 — 02.11.11 — 13:16
вхождения строки «3116» не найдены. ну и с буковками тоже нету.
74 — 02.11.11 — 13:16
(73) ищи «Несоответствия»
75 — 02.11.11 — 13:16
ТОлько там нужно будет ещё много головой думать…
76 — 02.11.11 — 13:18
(74) юх… их там много…
77 — 02.11.11 — 13:19
231 штука. может их пока оставить. поглядеть с какой скоростью будет файл расти.
78 — 02.11.11 — 13:21
лучше выложи мд в архиве на поглядеть
79 — 02.11.11 — 13:37
80 — 02.11.11 — 13:38
тем временем база ожила. период открылся. и даже работает… обмен стоит делать?
81 — 02.11.11 — 13:39
хотя чего бояться. слетит так слетит )))
82 — 02.11.11 — 14:02
(80) конечно делай.
ничего не слетит.
83 — 02.11.11 — 14:12
при беглом просмотре, это новодел, который не нужен никому, как и регистр НесоответствиеИзлишки
84 — 02.11.11 — 14:17
+83 ну и судя по коду, Регистр.Несоответствия не закроется никогда.
85 — 02.11.11 — 14:45
(84) ну хоть теперь запомню что его можно смело «убивать» =) Спасибо, что помогли разобраться!
86 — 02.11.11 — 16:22
…отмечусь
87 — 02.11.11 — 16:30
(0) Сколько ж базе лет, что файл с ЗС имеет такой размер?
Последняя_Надежда
88 — 03.11.11 — 06:21
(87) с 2007 года. в тот год она «упала» и ее начали с начала, а то была бы с 2005 )))
Содержание
- Как справиться с ошибкой «CodeBase Error #: -310» в 1С:Предприятие 7.7
- Сообщение об ошибке
- Прочие рекомендации по исправлению
- Временное решение
- Последовательность действий:
- Дополнение
- Скидка 40% на Клерк.Премиум только на этой неделе!
- Как справиться с ошибкой «CodeBase Error #: -310» в 1С:Предприятие 7.7
- Сообщение об ошибке
- Прочие рекомендации по исправлению
- Временное решение
- Последовательность действий:
- Дополнение
- Codebase error 310 1с
- Error # -310 IDELETED Not a correct index file
- Ошибка загрузки в бухгалтерию: Not a Correct Index File
Как справиться с ошибкой «CodeBase Error #: -310» в 1С:Предприятие 7.7
Ошибка возникает при непосредственном удалении записи в таблице с количеством записей более 16777215 штук. Удаляемые записи могут располагаться и до этой границы.
Сообщение об ошибке указывает на индекс «IDELETED» с индексным выражением «D» и выражением фильтра «DELETED()». Этот индекс используется для нахождения помеченных на удаление записей и размещения на их месте новых добавляемых записей.
Ранее мы сталкивались с этой ошибкой. В этот раз у клиента оказалось все сложнее. Описание задачи:
У нас 1с7 начала выдавать ошибку, после индексации (с удалением .cdx ) снова можно работать от 30 минут до 2х часов и снова ошибки. Помогите, пожалуйста, разобраться в причинах и восстановить нормальную работу программы.
Сообщение об ошибке
Прочие рекомендации по исправлению
- удаление cdx-файлов и индексация БД;
- выполнение «Тестирование и исправление»;
- очистка базы от помеченных на удаление элементов;
- выполнение свертки.
Временное решение
В качестве временной меры в ручном режиме рекомендуется следующее.
Суть способа: отключить индекс «IDELETED» для проблемных таблиц. Естественно, отключится механизм использования помеченных на удаление записей (в терминах DBF). А это приведет к более быстрому росту размера таблицы.
Последовательность действий:
- Срочно выгнать всех пользователей из 1C. Не сохранять никаких открытых форм ввода информации. Прекратить/прервать выполнение отчетов. Если произошёл сбой при выполнении регламентных работ, то восстановить базу с последней копии.
- В сообщении об ошибке −310 не выдается имя таблицы — необходимо найти эту таблицу силой ума или открытием подряд всех DBF-ов в порядке от большего размера файла к меньшему. Ищем таблицы в которых количество записей подбирается или уже больше 16777215 шт.
- Удалить все CDX-файлы. Зайти в сессию 1С монопольно и выполнить реиндексацию.
- Вызвать утилиту обслуживания DBF/CDX структур. Например, бесплатную утилиту «Advantage Data Architect». На сайте с программной сообщается, что: «Этот выпуск не поддерживается. Загрузки предоставлены в качестве любезности».
- Открыть проблемную таблицу в формате «FoxPro (DBF/CDX)». Вызвать свойства таблицы. Выбрать закладку с описанием индексов. Найти индекс «IDELETED». Изменить выражение фильтра с «DELETED()» на «.F.». Сохранить изменения с реиндексацией. Закрыть таблицу.
- Открыть таблицу «1SUSERS» (DBF-файл без индексов). В поле «USRSCNT» установить значение больше нуля. Закрыть таблицу. Выйти из утилиты.
- Запустить сессию 1С в монопольном режиме. Согласиться с реиндексацией.
В перспективе для исключения подобных сбоев в базе — задумайтесь о переходе на СУБД.
Необходимо повторять действия по отключению индекса после каждого удаления файлов CDX. После реиндексации без удаления файлов повторять отключение индекса не надо.
Дополнение
Касается только бухгалтерии и только файла 1SACCSEL.DBF. Из описания — файл 1SACCSEL.DBF служит для отбора счетов.
Открываем конфигуратор, заходим в проводки и убираем галочку «Разрешить отбор» в группе «Отбор по счетам». Сохраняем. Изменения происходят быстро. После изменения данный файл перестает существовать.
Скидка 40% на Клерк.Премиум только на этой неделе!
Это первый раз, когда «Клерк» раздает сервис почти в два раза дешевле! Что вы получите в крутой бухгалтерской подписке:
• качественное обучение: +450 вебинаров, ежедневные мини-курсы, 50+ онлайн-курсов;
• полную информационную поддержку: безлимитные консультации с экспертами по любым рабочим вопросам;
• эксклюзивные статьи от главреда «Клерка» по вашему запросу.;
• более 400 чек-листов, инструкций, шаблонов для работы;
Забирайте Клерк.Премиум. пока дешево — всего 10 800₽. Больше такой цены не будет. Оставьте заявку ниже — ответим на все вопросы.
Источник
Как справиться с ошибкой «CodeBase Error #: -310» в 1С:Предприятие 7.7
Ошибка возникает при непосредственном удалении записи в таблице с количеством записей более 16777215 штук. Удаляемые записи могут располагаться и до этой границы.
Сообщение об ошибке указывает на индекс «IDELETED» с индексным выражением «D» и выражением фильтра «DELETED()». Этот индекс используется для нахождения помеченных на удаление записей и размещения на их месте новых добавляемых записей.
Ранее мы сталкивались с этой ошибкой. В этот раз у клиента оказалось все сложнее. Описание задачи:
У нас 1с7 начала выдавать ошибку, после индексации (с удалением .cdx ) снова можно работать от 30 минут до 2х часов и снова ошибки. Помогите, пожалуйста, разобраться в причинах и восстановить нормальную работу программы.
Сообщение об ошибке
Прочие рекомендации по исправлению
- удаление cdx-файлов и индексация БД;
- выполнение «Тестирование и исправление»;
- очистка базы от помеченных на удаление элементов;
- выполнение свертки.
Временное решение
В качестве временной меры в ручном режиме рекомендуется следующее.
Суть способа: отключить индекс «IDELETED» для проблемных таблиц. Естественно, отключится механизм использования помеченных на удаление записей (в терминах DBF). А это приведет к более быстрому росту размера таблицы.
Последовательность действий:
- Срочно выгнать всех пользователей из 1C. Не сохранять никаких открытых форм ввода информации. Прекратить/прервать выполнение отчетов. Если произошёл сбой при выполнении регламентных работ, то восстановить базу с последней копии.
- В сообщении об ошибке −310 не выдается имя таблицы — необходимо найти эту таблицу силой ума или открытием подряд всех DBF-ов в порядке от большего размера файла к меньшему. Ищем таблицы в которых количество записей подбирается или уже больше 16777215 шт.
- Удалить все CDX-файлы. Зайти в сессию 1С монопольно и выполнить реиндексацию.
- Вызвать утилиту обслуживания DBF/CDX структур. Например, бесплатную утилиту «Advantage Data Architect». На сайте с программной сообщается, что: «Этот выпуск не поддерживается. Загрузки предоставлены в качестве любезности».
- Открыть проблемную таблицу в формате «FoxPro (DBF/CDX)». Вызвать свойства таблицы. Выбрать закладку с описанием индексов. Найти индекс «IDELETED». Изменить выражение фильтра с «DELETED()» на «.F.». Сохранить изменения с реиндексацией. Закрыть таблицу.
- Открыть таблицу «1SUSERS» (DBF-файл без индексов). В поле «USRSCNT» установить значение больше нуля. Закрыть таблицу. Выйти из утилиты.
- Запустить сессию 1С в монопольном режиме. Согласиться с реиндексацией.
В перспективе для исключения подобных сбоев в базе — задумайтесь о переходе на СУБД.
Необходимо повторять действия по отключению индекса после каждого удаления файлов CDX. После реиндексации без удаления файлов повторять отключение индекса не надо.
Дополнение
Касается только бухгалтерии и только файла 1SACCSEL.DBF. Из описания — файл 1SACCSEL.DBF служит для отбора счетов.
Открываем конфигуратор, заходим в проводки и убираем галочку «Разрешить отбор» в группе «Отбор по счетам». Сохраняем. Изменения происходят быстро. После изменения данный файл перестает существовать.
Источник
Codebase error 310 1с
Данная ошибка возникает если какая то из таблиц имеет больше 16777215 записей
Нормального решения я не знаю.
Могу лишь предложить либо удалить лишние данные из этой таблицы.
Если интересно какая таблица за что отвечает то можно это узнать так:
открываем 1Cv7.DD в блокноте и ищем эту таблицу чтоб понять какие в ней данные.
В моём случае глюканула RG4674 и это Заявки покупателей. Я просто очистил содержимое этой таблицы , потому что в данной фирме эти данные не использовались для работы.
| agkorepanov | Дата: Воскресенье, 02.11.2014, 23:11 | Сообщение # 2 |
|
1SSYSTEM Системная — системная таблица, содержит общие параметры базы: Точку актуальности, период Бухгалтерских итогов, периодичность Оперативных итогов; 1SUSERS Соединений – системная таблица, отслеживание числа соединений с базой данных; 1SBLOB Длинные строки – содержит значения реквизитов справочников, документов, счетов имеющий тип «Строка неограниченной длины». Также содержит описания шаблонов типовых операций; 1SUIDCTL Уникальности – используется для дополнительного контроля уникальности внутренней идентификации объектов: документов, справочников, бухгалтерских счетов; 1SCONST Константы и Периодические реквизиты справочников и бухгалтерских счетов; 1SJOURN Журналы – содержит заголовки всех документов: внутренний идентификатор, номер, дату, время, общие реквизиты отбора; 1SACCS Бухгалтерский учёт Счета – список счетов всех планов-счетов CJPROP Расчёт Параметры Журнала Расчётов – расчётный период, глубина просмотра Источник Error # -310 IDELETED Not a correct index file
Ну вот и ко мне подкралось, бухгалтерия встала, доки не проводятся, валится ошибка из сабжа, гугль сказал что большой размер DBF, Выход тока резать? Сейчас выгрузкузагрузку делаю, но имхается что не поможет
(8) Внимание. Получается что для модификации надо всех выкинуть из терминала?
(8) я приверщенец штатных технологий 🙂 вообще не понятно какой именно индекс полез за границы? ну и вообще свертку можно сделать и без индексов вообще 🙂 и без 1с то-же :))) просто эото не так просто. ИХМО через скуль самое простое решение Источник Ошибка загрузки в бухгалтерию: Not a Correct Index FileВнимание! Данный форум является модерируемым.
Коллеги, добрый день! Ситуация: 1) Альфа-Авто: Автосервис+Автозапчасти. Редакция 4.0 (4.0.04.10), платформа 8.1.15.14. ОС Win Server 2003 SP2. Настроен обмен через обработку обмена между базами 1 — 2 и 1 — 3. Обмен 1-2 работает больше года стабильно. Посление две недели появляется ошибка нарушения индексного файла. При следующей загрузке появляется: На выходных дважды появлялась другая ошибка, в виде окна предупреждения: Когда звонил в техподдержку посоветовали использовать последнюю версию обработки загрузки. Скажите, возможно ли заменив алгоритмы работы с файлами ТС, добиться стабильной работы имеющейся обработки? Источник Adblock |
Ошибка возникает при непосредственном удалении записи в таблице с количеством записей более 16777215 штук. Удаляемые записи могут располагаться и до этой границы.
Сообщение об ошибке указывает на индекс «IDELETED» с индексным выражением «D» и выражением фильтра «DELETED()». Этот индекс используется для нахождения помеченных на удаление записей и размещения на их месте новых добавляемых записей.
Ранее мы сталкивались с этой ошибкой. В этот раз у клиента оказалось все сложнее. Описание задачи:
У нас 1с7 начала выдавать ошибку, после индексации (с удалением .cdx ) снова можно работать от 30 минут до 2х часов и снова ошибки. Помогите, пожалуйста, разобраться в причинах и восстановить нормальную работу программы.
Сообщение об ошибке
Прочие рекомендации по исправлению
- удаление cdx-файлов и индексация БД;
- выполнение «Тестирование и исправление»;
- очистка базы от помеченных на удаление элементов;
- выполнение свертки.
Временное решение
В качестве временной меры в ручном режиме рекомендуется следующее.
Суть способа: отключить индекс «IDELETED» для проблемных таблиц. Естественно, отключится механизм использования помеченных на удаление записей (в терминах DBF). А это приведет к более быстрому росту размера таблицы.
Последовательность действий:
- Срочно выгнать всех пользователей из 1C. Не сохранять никаких открытых форм ввода информации. Прекратить/прервать выполнение отчетов. Если произошёл сбой при выполнении регламентных работ, то восстановить базу с последней копии.
- В сообщении об ошибке −310 не выдается имя таблицы — необходимо найти эту таблицу силой ума или открытием подряд всех DBF-ов в порядке от большего размера файла к меньшему. Ищем таблицы в которых количество записей подбирается или уже больше 16777215 шт.
- Удалить все CDX-файлы. Зайти в сессию 1С монопольно и выполнить реиндексацию.
- Вызвать утилиту обслуживания DBF/CDX структур. Например, бесплатную утилиту «Advantage Data Architect». На сайте с программной сообщается, что: «Этот выпуск не поддерживается. Загрузки предоставлены в качестве любезности».
- Открыть проблемную таблицу в формате «FoxPro (DBF/CDX)». Вызвать свойства таблицы. Выбрать закладку с описанием индексов. Найти индекс «IDELETED». Изменить выражение фильтра с «DELETED()» на «.F.». Сохранить изменения с реиндексацией. Закрыть таблицу.
- Открыть таблицу «1SUSERS» (DBF-файл без индексов). В поле «USRSCNT» установить значение больше нуля. Закрыть таблицу. Выйти из утилиты.
- Запустить сессию 1С в монопольном режиме. Согласиться с реиндексацией.
В перспективе для исключения подобных сбоев в базе — задумайтесь о переходе на СУБД.
Необходимо повторять действия по отключению индекса после каждого удаления файлов CDX. После реиндексации без удаления файлов повторять отключение индекса не надо.
Дополнение
Касается только бухгалтерии и только файла 1SACCSEL.DBF. Из описания — файл 1SACCSEL.DBF служит для отбора счетов.
Открываем конфигуратор, заходим в проводки и убираем галочку «Разрешить отбор» в группе «Отбор по счетам». Сохраняем. Изменения происходят быстро. После изменения данный файл перестает существовать.
ЕНС и ЕНП в программе 1С:Бухгалтерия: как уплачивать и вести учет налогов
С введением ЕНС и ЕНП многие бухгалтеры до сих пор не могут понять, как теперь им осуществлять уплату и учет налогов и взносов в программе 1С:Бухгалтерия. Чтобы было проще прояснить, показываем на примерах в программе 1С новый счет 68.90, операции уплаты налогов, как создавать и отправлять Уведомления.
Байден объявил России третью мировую войну!
А согласны ли умирать европейцы за прихоти маразматичного старика? Голосовали ли европейцы за войну? Или им войну навязывает диктатор?
Похоже что диктатор Байден приказал своим рабам «умереть за дерьмократию», и повысил расценки на сжиженное топливо,
которое европейцам в скором времени потребуется для танков. А где им еще брать топливо? Пока европейцы будут умирать за ценности ЛГБТ , США будет делать деньги, схема стара как и хуй Байдена.
А все те, кому данная схема демократии не нравится , будут насильно отловлены на улице и принудительно отправлены на войну (на убой).
7 Кpитичecкaя oшибкa вxoдe 1С пpи в 7 Digital / ЛАЙФХАК
📝 Иcпpaвляeм oшибку «CODEBASE ERROR Error:-310 Not a correct Index File» пpи зaпуcкe инфopмaциoннoй бaзы.
С этoй cитуaциeй cтoлкнулcя нaш клиeнт. Слoжнocть в тoм, чтo пpoгpaммa нe cooбщaeт, нa кaкoм индeкce ocтaнaвливaeтcя. Пpилoжeниe зaвepшaeтcя кpитичecкoй oшибкoй.
Пepвaя peкoмeндaция: зaкpыть дpугиe пoдключeния к ИБ и cдeлaть кoпию, дaжe двe.
Вaжный мoмeнт: вce пpoвepки дeлaeм нa кoпии.
🎯 Пopядoк дeйcтвий:
- oткpoйтe Кoнфигуpaтop в мoнoпoльнoм peжимe и зaпуcтитe «Тecтиpoвaниe и иcпpaвлeниe» — в нaшeм cлучae нe пoмoглo, пpoцeдуpa зaвepшaлacь тaкoй жe oшибкoй;
- удaлитe из кaтaлoгa c бaзoй cdx-фaйлы;
- выпoлнитe мoнoпoльный зaпуcк 1С и дoждитecь зaвepшeния индeкcaции.
✅ Пocлe peиндeкcaции 1С зaпуcтилacь штaтным oбpaзoм.
Пoвeзлo, чтo нe пoпaли нa «тяжeлый» cлучaй, кoгдa тpeбуeтcя пoиcк пpoблeмнoй тaблицы и мaнипуляции co cтpуктуpaми DBF/CDX.
_____________________________________
⚡ Пoдпиcывaйтecь нa кaнaл или зaдaвaйтe вoпpoc нa caйтe — пocтapaeмcя пoмoчь вceми тexничecкими cилaми. Бeзoпacнoй и пpoизвoдитeльнoй paбoты в Windows и 1С.
/ ЛАЙФХАК
Спасибо что Вы с нами!
2023-02-09 14:36:56
Внимание! авторам, имеющих авторское право на тот или иной текст бренд или логотип, для того чтобы ваша авторская информация свободно не распространялась в ресурсах интернета вы должны ее удалить с таких ресурсов как vk.com ok.ru dzen.ru mail.ru telegram.org instagram.com facebook.com twitter.com youtube.com и т.д в ином случаи размещая информацию на данных ресурсах вы согласились с тем что переданная вами информация будет свободно распространятся в любых ресурсах интернета. Все тексты которые находятся на данном сайте являются неотъемлемым техническим механизмом данного сайта, и защищены внутренним алфавитным ключом шифрования, за любое вредоносное посягательство на данный ресурс мы можем привлечь вас не только к административному но и к уголовному наказанию.
Согласно статье 273 УК РФ
Пожаловаться на эту страницу!
2764 тыс.
Коллеги, добрый день!
Ситуация:
У клиента используются:
1) Альфа-Авто: Автосервис+Автозапчасти. Редакция 4.0 (4.0.04.10), платформа 8.1.15.14.
2) База Бухгалтерии юрлица «А» релиза 2.0.49.11 платформа 8.2.17.169.
3) База Бухгалтерии юрлица «Б» релиза 2.0.43.13 платформа 8.2.17.169.
ОС Win Server 2003 SP2.
Переводить Альфа-Авто на свежий релиз клиент не готов, конфигурация нетиповая.
Настроен обмен через обработку обмена между базами 1 — 2 и 1 — 3.
Обработка обмена одна и таже, доработанная, версия обработки загрузки 2.3.
Обмен 1-2 работает больше года стабильно.
Обмен 1-3 тестируется, в базу 3 загружаюся данные начиная с 2009 года помесячно.
Посление две недели появляется ошибка нарушения индексного файла. При следующей загрузке появляется:
«ВНИМАНИЕ! В таблице соответствия: D:1CbasesBuhg_2.0_… .Таблица соответствия (не удалять!)ts.dbf
свойства индекса <IndSource>, не соответствуют требованиям!»
Переиндексация не помогала. Удалял файл индексов ТС ts.ODX. Через пару загрузок ошибка повторялась.
На выходных дважды появлялась другая ошибка, в виде окна предупреждения:
CODEBASE ERROR Error #: -310 Not a Correct Index File. Corrupt Index File.
Появлявилось окно в процессе загрузки справочников.
Когда звонил в техподдержку посоветовали использовать последнюю версию обработки загрузки.
Трудоемко будет перенести сделанные изменения.
Если я правильно понимаю, то ошибка связана в работой XBase, а точнее с типами полей в файлах ТС.
Скажите, возможно ли заменив алгоритмы работы с файлами ТС, добиться стабильной работы имеющейся обработки?
Вообще хочется понять с чем именно связана ошибка, какие есть варианты устранения ее появления?
Непонятно, почему обмен 1-2 работает стабильно.
Заранее спасибо.
Изменено: Артем Гайдамако — 22.07.2013 15:17:36
|
0 / 0 / 0 Регистрация: 02.11.2007 Сообщений: 37 |
|
|
1 |
|
Помогите исправить ошибку при обмене06.11.2007, 06:19. Показов 39229. Ответов 16
Ошибка при обмене. На глобальной базе запускаю обмен, при загрузки из перефирии выскакивает ошибка. После чего нажимаю ОК и обмен продолжается. Кто может обьяснить в чем дело? Error #:-310 Not a Correct Index File
__________________
0 |
|
0 / 0 / 0 Регистрация: 22.04.2010 Сообщений: 38 |
|
|
06.11.2007, 06:56 |
2 |
|
Возможно ошибка в порядке обмена если в центре что-нибудь менялось где-то так
0 |
|
0 / 0 / 0 Регистрация: 02.11.2007 Сообщений: 37 |
|
|
06.11.2007, 07:38 |
3 |
|
это происходит каждый день. так-что дело не в этом. Реиндексацию делали. в чем дело не понятно.
0 |
|
0 / 0 / 0 Регистрация: 22.04.2010 Сообщений: 38 |
|
|
06.11.2007, 07:46 |
4 |
|
Попробуйте перед выгрузкой убить все индексы
0 |
|
0 / 0 / 0 Регистрация: 02.11.2007 Сообщений: 37 |
|
|
06.11.2007, 07:56 |
5 |
|
а есть еще варианты?
0 |
|
0 / 0 / 0 Регистрация: 22.04.2010 Сообщений: 38 |
|
|
06.11.2007, 09:04 |
6 |
|
А не может быть так что в одном месте стоит платформа DBF a в другом SQL?
0 |
|
0 / 0 / 0 Регистрация: 02.11.2007 Сообщений: 37 |
|
|
06.11.2007, 09:48 |
7 |
|
нет….везде DBF
0 |
|
0 / 0 / 0 Регистрация: 11.11.2005 Сообщений: 584 |
|
|
06.11.2007, 13:24 |
8 |
|
1. Резервная копия,
0 |
|
0 / 0 / 0 Регистрация: 02.11.2007 Сообщений: 37 |
|
|
07.11.2007, 03:10 |
9 |
|
ок, спасибо! попробую. Результат сообщу)
0 |
|
0 / 0 / 0 Регистрация: 10.07.2017 Сообщений: 350 |
|
|
10.11.2007, 02:36 |
10 |
|
Есть еще вариант отличный. Помогает исправить 90% косяков с битыми индексами, неверным количеством полей в dbf и прочими файловыми проблемами.
0 |
|
0 / 0 / 0 Регистрация: 11.11.2005 Сообщений: 584 |
|
|
10.11.2007, 15:29 |
11 |
|
Для: LSH см. п.3.2.
0 |
|
Prytoryom |
|
|
13.11.2007, 08:49 |
12 |
|
Все файлы *.cdx снеси и переиндексируй базу. |
|
0 / 0 / 0 Регистрация: 11.11.2005 Сообщений: 584 |
|
|
13.11.2007, 09:01 |
13 |
|
Все файлы *.cdx снеси и переиндексируй базу. п. 3.1.
0 |
|
Prytoryom |
|
|
13.11.2007, 09:14 |
14 |
|
Ну тут же конкретно ссылка идет на индексный файл. Либо файл поврежден или на него прав нет. |
|
0 / 0 / 0 Регистрация: 02.11.2007 Сообщений: 37 |
|
|
14.11.2007, 08:18 |
15 |
|
ребята, все спасибо! все ок, исправил. Zab, тебе особый респект, ты был прав)
0 |
|
0 / 0 / 0 Регистрация: 11.11.2005 Сообщений: 584 |
|
|
14.11.2007, 08:35 |
16 |
|
Для: Pretorian ок. Для: Vazzzo приятно, когда твои советы работают Для: VytFil Кста, если всетки решишь добавить что-то отсюда в топ форума или фак, вспомнился еще один метод универсального лечения «странных» глюков: удалить из базы файлы 1sbkttl.dbf 1sbkttlc.dbf и выполнить полный пересчет бух итогов. Случается, что при наличии проблем в них обыкновенный пересчет не работает. Для: All Господа, может у кого еще есть в загашнике аналогичные методы восстановления глюков баз без ручного вмешательства?
0 |
|
Prytoryom |
|
|
14.11.2007, 10:27 |
17 |
|
Есть пара. |