1с ошибка codebase error

Ошибка возникает при непосредственном удалении записи в таблице с количеством записей более 16777215 штук. Удаляемые записи могут располагаться и до этой границы.

Сообщение об ошибке указывает на индекс «IDELETED» с индексным выражением «D» и выражением фильтра «DELETED()». Этот индекс используется для нахождения помеченных на удаление записей и размещения на их месте новых добавляемых записей.

Ранее мы сталкивались с этой ошибкой. В этот раз у клиента оказалось все сложнее. Описание задачи:

У нас 1с7 начала выдавать ошибку, после индексации (с удалением .cdx ) снова можно работать от 30 минут до 2х часов и снова ошибки. Помогите, пожалуйста, разобраться в причинах и восстановить нормальную работу программы.

Сообщение об ошибке

Прочие рекомендации по исправлению

• удаление cdx-файлов и индексация БД;
• выполнение «Тестирование и исправление»;
• очистка базы от помеченных на удаление элементов;
• выполнение свертки.

Временное решение

В качестве временной меры в ручном режиме рекомендуется следующее.

Суть способа: отключить индекс «IDELETED» для проблемных таблиц. Естественно, отключится механизм использования помеченных на удаление записей (в терминах DBF). А это приведет к более быстрому росту размера таблицы.

Последовательность действий:

1. Срочно выгнать всех пользователей из 1C. Не сохранять никаких открытых форм ввода информации. Прекратить/прервать выполнение отчетов. Если произошёл сбой при выполнении регламентных работ, то восстановить базу с последней копии.
2. В сообщении об ошибке −310 не выдается имя таблицы — необходимо найти эту таблицу силой ума или открытием подряд всех DBF-ов в порядке от большего размера файла к меньшему. Ищем таблицы в которых количество записей подбирается или уже больше 16777215 шт.
3. Удалить все CDX-файлы. Зайти в сессию 1С монопольно и выполнить реиндексацию.
4. Вызвать утилиту обслуживания DBF/CDX структур. Например, бесплатную утилиту «Advantage Data Architect». На сайте с программной сообщается, что: «Этот выпуск не поддерживается. Загрузки предоставлены в качестве любезности».
5. Открыть проблемную таблицу в формате «FoxPro (DBF/CDX)». Вызвать свойства таблицы. Выбрать закладку с описанием индексов. Найти индекс «IDELETED». Изменить выражение фильтра с «DELETED()» на «.F.». Сохранить изменения с реиндексацией. Закрыть таблицу.
6. Открыть таблицу «1SUSERS» (DBF-файл без индексов). В поле «USRSCNT» установить значение больше нуля. Закрыть таблицу. Выйти из утилиты.
7. Запустить сессию 1С в монопольном режиме. Согласиться с реиндексацией.

В перспективе для исключения подобных сбоев в базе — задумайтесь о переходе на СУБД.

Необходимо повторять действия по отключению индекса после каждого удаления файлов CDX. После реиндексации без удаления файлов повторять отключение индекса не надо.

Дополнение

Касается только бухгалтерии и только файла 1SACCSEL.DBF. Из описания — файл 1SACCSEL.DBF служит для отбора счетов.

Открываем конфигуратор, заходим в проводки и убираем галочку «Разрешить отбор» в группе «Отбор по счетам». Сохраняем. Изменения происходят быстро. После изменения данный файл перестает существовать.

Учет курсовых разниц в 2022-2024 году

В 2022 году вступили в силу несколько изменений законодательства, которые временно, на два года, меняют порядок учета курсовых разниц. Рассказываем о том, как эти изменения поддержаны в решениях 1С, и какие решения на эту тему можно предложить.

	Ø Я
atm 11.08.05 — 14:14	В чём причина и каковы способы лечения ошибки CODEBASE ERROR в 1С Сервер управляется Windows 2003 Server Std ошибка появляется в нескольких фирмах одновременно
Макс 1С 1 — 11.08.05 — 14:22	причина в админе
johnnik 2 — 11.08.05 — 14:47	А ты MUI в Винду устанавливал?
IronSerg 3 — 11.08.05 — 14:59	А ты чай,мил человек, последние апдейты не устанавливал?
atm 4 — 11.08.05 — 15:00	ну да возьми и прочти хелпик а потом следуй инструкциям на экране было бы так всё просто
IronSerg 5 — 11.08.05 — 15:11	(4)не понял…
Карабас 6 — 11.08.05 — 19:10	Не ставь 025 релиз, возми другой до 025
GALL 7 — 11.08.05 — 20:14	(6) Ты еще ДОС посоветуй, умник..
Gary 8 — 12.08.05 — 07:19	(0) чаще всего такая причина в ошибках файловых, в структуре DBF+CDX, а возникает обычно от коряво сделаной сети и сбоев винта. Что тут предложить-то? 1. Внимательно осмотреть локальную сеть на предмет правильной и акууратной разводки (обжимки). 2.Осмотреть сетевые платы клиентов и настройки. 3…
pit 9 — 12.08.05 — 08:24	(8) не факт, что сетка…
Gary 10 — 12.08.05 — 09:03	(9) не факт, но чаще всего именно с этим и сталкивался… Не считая «бешеного» Касперского Персональ на первых или вторых «Пнях» запущенного :-)))
vrag 11 — 12.08.05 — 09:16	Перетащи кпию БД на заведомо неглючную машину: проблем отпадет.
Lesorub Фореве 12 — 12.08.05 — 09:29	была такая фигня че только не делал тут как раз железо обновляли (купили новый сервак) ставил все с нуля как vrag сказал перелил базы туда все заработало как часы ша грещу на сервер(винду) стояла без переустановка года 3 причем была почти «эксперементальной» всякие эксченжжи исы ухари на нее ставили убирали вопще засraлась.. попробуй перетащить поганять… причем еще глюк был на одной машине в терминале именно ни с того ни с сего вылетала при открытии журнала документов ОС
Lesorub Фореве 13 — 12.08.05 — 09:33	вдогонку когда ашипка вылезает? т.е. в определенном месте, при работе с определенными типами данных, доками.. вопщем когда CODEBASE ERROR в 1С лезет?
di1978 14 — 12.08.05 — 09:41	Попробуй удалить *.cdx и зайти монопольно.
atm 15 — 12.08.05 — 10:28	А кто-нибудь пробовал с SQL сервером экспереминтировать? Если да то какие результаты?
Gary 16 — 12.08.05 — 10:31	(15) а зачем с ним экспериментировать ? Если ты про ошибки, то твои ошибки именно к DBF относятся, поскольку CodeBase — библиотека для работы с DBF, используемая 1С?
Скушно 17 — 12.08.05 — 12:21	15. Ежли результат хошь иметь, то опиши поподробней… Админ в «в нескольких фирмах» один и тот же ? движок «в нескольких фирмах» ставили из одно и того же дистрибутива ? Базы «нескольких фирм» на одном и том же серваке или как ?
IronSerg 18 — 12.08.05 — 15:59	Недавно на сервак с Win2003 апдейт поставил. После этого, если с рабочих станций заходить с базу, лежащую на серваке, тоже стала выскакивать ошибка CODEBASE ERROR, и типа не могу сохранить данные в *.dbf и вылетала с ошибкой. Не мудрствуя лукаво, я снес обновление виндов и все стало ОК.

Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Показывать по
10
20
40
сообщений

Новая тема

Ответить

srn

Дата регистрации: 13.07.2010
Сообщений: 18

Бьюсь уже три недели.
Имеется сервер с Windows 2003 sp2. На нем расположены 4 базы dbf (1с предприятие 7.7, комплексная). 6 человек работают сразу в нескольких базах. (У одних открыты 2 базы, у кого-то 3, у кого-то 1на база открыта). И в какой-то момент выкидывает практически всех (но иногда остается пара пользователей) с этой ошибкой.

CODEBASE ERROR
Error #: -50
Locking File
путь базы….1Cv771SUSERS.DBF

После чего закрывается 1С и всплывает новое окно с ошибкой: 1С: Предприятие
Невосстановимая ошибка
Код: -56
Таблица: 1SUSERS
Ошибка захвата таблицы для чтения и записи

Что я сделал, потеряв время, но отбросив лишние факторы

1. Перенес базы на другие винчестеры,
2. Заменил сетевой кабель от свитча до сервака,
3. Заменил сам свитч
4. делал на всех базах ТИИ, удалял файлы CDX и LCK
5. удалял файлы журналов во всех базах
6. Создавал новых пользователей
7. делал дефрагментацию
8. Увеличивал на сервере количество открытых файлов путем правки реестра.
9. Проверял на вирусы сервер.

      Если посмотреть по журналу, то видно, что это происходит утром (около 8 часов утра) и вечером (около 17 часов). Иногда, но реже случается в середине рабочего дня.
      Также замечено, что сие безобразие случается в момент, когда пользователи активно начинают выходить из одних баз и заходить в другие. Когда все пользователи заходят сразу во все 4 базы один раз и долго не выходят, то спокойно работают. Но один раз это случилось, когда в сети остался только один человек после рабочего дня, его и выбросило.
Из-за чего это и как исправить, понять не могу. Уже все перебрал. Может быть какой-нибудь один комп в сети выбивает всю сеть? Кто сталкивался, подскажите.

Thorvardr

Дата регистрации: 25.02.2005
Сообщений: 3082

> Увеличивал на сервере количество открытых файлов путем правки реестра
проверим все таки.
в командню строку пишем:
net config server
Что там написано в «Максимальное число открытых файлов в сеансе»?
и, на всякий случай, в диспетчере устройств для сетевого адаптера надо снять галочку «Разрешить отключение этого устройства для экономии энергии»

srn

Дата регистрации: 13.07.2010
Сообщений: 18

Thorvardr, все это проделывал. Там все в пределах нормы. Максимальное открытое кол-во файлов около 11тыщ.
Позавчера сделал вот что
1. каждый компьютер просканил на сетевые черви прогой от Касперыча и также обычным сканером DrWeb.
2. Подключил свитч через другой ИБП.
Итог вчера впервые не выкинуло пользователей и утром и вечером.

Показывать по
10
20
40
сообщений

   Mafiozaa

21.09.21 — 07:00

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

   Il19

1 — 21.09.21 — 07:23

Размер дбф файла какой? И сколько записей в нем?

   Mafiozaa

2 — 21.09.21 — 08:00

(1) 68 966 КБ DBF, 34 769 КБ CDX

   Mafiozaa

3 — 21.09.21 — 08:01

+ (2) Судя по размеру, до лимита еще далеко

   Mafiozaa

4 — 21.09.21 — 08:02

(1) Сделал копию, попробывал удалить CDX и сделать переиндексацию, заругался на dbf, бросил эту затею, накатил копию, пусть пока работают пока решение не найду)

   ДенисЧ

5 — 21.09.21 — 08:13

RG можно смело удалить и пересчитать итоги (не перепроводить!)

   Mafiozaa

6 — 21.09.21 — 08:16

(5) Боюсь что будет очень долго пересчитывать, а у магазина простой, машинки слабенькие

   Il19

7 — 21.09.21 — 08:42

(4) и что за ошибка?

И вьювером глянь что в дбф

   Mafiozaa

8 — 21.09.21 — 08:58

(7) Не совсем умелец им пользоваться, но я так полагаю если зеленая галочка в строке, значит все ок?

   Mikeware

9 — 21.09.21 — 09:00

1. сделать свежую копию (с испорченым файлом) [заодно закинуть е в бэкап]

2. из копии удалить все RA кроме соответствующего проблемному, и все RG

3. пересчитать итоги в копии (это будет быстро, фактически — один регистр)

4. перекинуть в рабочую RG и его индекс (будут некорректны текущие остатки по этому регистру). запретить на всякий случай работать раньше текущей даты.

5. как будет время даунтайма — сдвинуть ТА на конец прошлого периода остатков и вернуть  назад на последний док для пересчета последнего периода в RG (без перепроведения)

(пересчитаются итоги за последний период)

6. перепровести доки с «момента сбоя» до последнего документа

   Злопчинский

10 — 21.09.21 — 10:10

Для начала тупо удалить все цдх и перестроить индексы заново

   Mikeware

11 — 21.09.21 — 10:26

(10) так он удалил индекс. 70 ошибка — это «разрушен файл данных», если правильно помню.

   Mafiozaa

12 — 21.09.21 — 10:53

(10) Я удалил этот RG9495.CDX, не все конечно, а один, зашел монопольно началось реиндексирование, и вылетела ошибка -70 но уже на RG9495.DBF

Щас вьювером прошелся,везде зеленые галочки

   Ёпрст

13 — 21.09.21 — 11:03

(12) см (11)

   Mikeware

14 — 21.09.21 — 11:11

(12) с написания (9) прошло 2 часа. Сделал?

   hogik

15 — 21.09.21 — 23:53

(0)(11)

-70

Reading File.

An error occurred while reading a file. This could be

caused by calling d4go with a nonexistent record

number.

   hogik

16 — 22.09.21 — 00:01

int d4go( DATA4 *data, long recordNumber )

Function d4go reads the specified record into the record buffer and recordNumber

becomes the current record number. Before reading the new record, d4go writes the

current record buffer to disk if the record changed flag is set.

If memory optimizations are being used, use d4skip instead of d4go when

sequentially reading data file records. When memory optimizations are used,

CodeBase detects the sequential skipping and automatically optimizes the operations

when d4skip is used.

Parameters:

recordNumber

This long value specifies the physical record number to read into the record buffer. To

succeed, recordNumber must be

> 0 and <= d4recCount .

   hogik

17 — 22.09.21 — 01:31

   victuan1

18 — 22.09.21 — 06:14

Возможно, нарвался (0) на другой лимит — слишком большое кол-во записей в файле dbf (может быть при любом объеме файла, если записи короткие).

   Mikeware

19 — 22.09.21 — 08:29

(18) маловероятно. в RG как минимум период, т.е. 8 байт+измерение+ресурс (пусть даже вместе запись 10 байт). Записей в ДБф — 2^30. Т.е. такой файл уже вылазит за 10Г

   Mafiozaa

20 — 22.09.21 — 08:34

   Mikeware

21 — 22.09.21 — 08:36

   Mafiozaa

22 — 22.09.21 — 08:38

(21) Галченок)))

   Mikeware

23 — 22.09.21 — 08:39

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

   tgu82

24 — 22.09.21 — 08:42

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

   Mafiozaa

25 — 22.09.21 — 08:44

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

   Mafiozaa

26 — 22.09.21 — 08:45

(23) Единственное, сделать это в ночную)

   Mafiozaa

27 — 22.09.21 — 08:45

Кстати, а почему мне простой пересчет итогов не поможет?

   Mikeware

28 — 22.09.21 — 08:46

(25) простой 2 раза по5 минут в рабочее время для _оперативного_ ввода в работу. и 20 минут в даунтайм

Впрочем ССЗБ

   Mikeware

29 — 22.09.21 — 08:47

(27) потому, что отношение радиусов стремится к нулю

   Mafiozaa

30 — 22.09.21 — 08:48

(29) Я тебя услышал братулец, спасибо за то что вверху)

   hogik

31 — 22.09.21 — 21:10

(20)

«скажите а допустимо ли»(с)

В CodeBase — допустимо. А в способах/алгоритмах работы 1С с CodeBase — не допустимо.

В 1С+CodeBase такое может образоваться при сбое в момент фиксации транзакции.

(29) Твой способ проблему не решил, проблема была именно в пустых ссылках, после их удаления, все завелось

Коллеги, добрый день!

Ситуация:
У клиента используются:

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

Показывать по
10
20
40
сообщений

Новая тема

Ответить

srn

Дата регистрации: 13.07.2010
Сообщений: 18

Бьюсь уже три недели.
Имеется сервер с Windows 2003 sp2. На нем расположены 4 базы dbf (1с предприятие 7.7, комплексная). 6 человек работают сразу в нескольких базах. (У одних открыты 2 базы, у кого-то 3, у кого-то 1на база открыта). И в какой-то момент выкидывает практически всех (но иногда остается пара пользователей) с этой ошибкой.

CODEBASE ERROR
Error #: -50
Locking File
\путь базы\….1Cv771SUSERS.DBF

После чего закрывается 1С и всплывает новое окно с ошибкой: 1С: Предприятие
Невосстановимая ошибка
Код: -56
Таблица: 1SUSERS
Ошибка захвата таблицы для чтения и записи

Что я сделал, потеряв время, но отбросив лишние факторы

1. Перенес базы на другие винчестеры,
2. Заменил сетевой кабель от свитча до сервака,
3. Заменил сам свитч
4. делал на всех базах ТИИ, удалял файлы CDX и LCK
5. удалял файлы журналов во всех базах
6. Создавал новых пользователей
7. делал дефрагментацию
8. Увеличивал на сервере количество открытых файлов путем правки реестра.
9. Проверял на вирусы сервер.

      Если посмотреть по журналу, то видно, что это происходит утром (около 8 часов утра) и вечером (около 17 часов). Иногда, но реже случается в середине рабочего дня.
      Также замечено, что сие безобразие случается в момент, когда пользователи активно начинают выходить из одних баз и заходить в другие. Когда все пользователи заходят сразу во все 4 базы один раз и долго не выходят, то спокойно работают. Но один раз это случилось, когда в сети остался только один человек после рабочего дня, его и выбросило.
Из-за чего это и как исправить, понять не могу. Уже все перебрал. Может быть какой-нибудь один комп в сети выбивает всю сеть? Кто сталкивался, подскажите.

Thorvardr

Дата регистрации: 25.02.2005
Сообщений: 3082

> Увеличивал на сервере количество открытых файлов путем правки реестра
проверим все таки.
в командню строку пишем:
net config server
Что там написано в «Максимальное число открытых файлов в сеансе»?
и, на всякий случай, в диспетчере устройств для сетевого адаптера надо снять галочку «Разрешить отключение этого устройства для экономии энергии»

srn

Дата регистрации: 13.07.2010
Сообщений: 18

Thorvardr, все это проделывал. Там все в пределах нормы. Максимальное открытое кол-во файлов около 11тыщ.
Позавчера сделал вот что
1. каждый компьютер просканил на сетевые черви прогой от Касперыча и также обычным сканером DrWeb.
2. Подключил свитч через другой ИБП.
Итог вчера впервые не выкинуло пользователей и утром и вечером.

Показывать по
10
20
40
сообщений

Читают тему: