Codebase error 70 reading file

   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) Твой способ проблему не решил, проблема была именно в пустых ссылках, после их удаления, все завелось

Error#: -70 , Error#: -200 , Разрушен файл данных таблицы DH 1850

Всем доброго времени суток!
Очень нужна ваша помощь!

При входе в 1С 7.7 выбивает три ошибки:

1)
CODEBASE ERROR
Error#: -70
Reading file
File name
D:|+++TLBAZA|++++-+L|L(6)єф|хя|хэ 1SBUKR10DH1850.DBF
(адрес в самой 1С выставлен правильно, здесь же адрес написан некорректно)

2)
CODEBASE ERROR
Error#: -200
File is not a data file

3)
Разрушен файл данных таблицы DH 1850

после чего программа просто выключается.

Пробовал провести «тестирование и исправление» через конфигуратор. Безуспешно.
Проверка окончилась на первом пункте «Проверка физической целостности».
в окне ниже писалось:
Не удалось открыть файл DH1850
Проверка физической целостности таблиц ИБ. Неисправимая ошибка.

Резервной копии нету.

Господа-Профессионалы, Молю вас о помощи!

вот, что нашел в файле 1cv7.dd:

#===========================================================
#==TABLE no 74 : Документ НачислениеЗП
# Name |Descr |Type[A/S/U]|DBTableName|ReUsable
T=DH1850 |Документ НачислениеЗП |A |DH1850 |1
#——Fields——-
# Name |Descr |Type|Length|Precision
F=IDDOC |ID Document’s |C |9 |0
F=SP1826 |(P)ВидВыплаты |C |9 |0
F=SP1827 |(P)Подразделение |C |13 |0
F=SP1830 |(P)ССЧ |N |9 |2
F=SP1831 |(P)Дней |N |4 |0
F=SP1832 |(P)ВалРасхЗарплата |C |9 |0
F=SP1833 |(P)ВалРасхПенсионный|C |9 |0
F=SP3724 |(P)СчетЗатратКоммун |C |9 |0
F=SP3725 |(P)ВидЗатратКоммун |C |9 |0
F=SP5308 |(P)ВидДеятельностиКо|C |9 |0
F=SP14077 |(P)СчетПоДругимВыпла|C |13 |0
F=SP15355 |(P)КолРабДнейНачало |N |3 |0
F=SP1837 |(P)Оклад |N |11 |2
F=SP1838 |(P)Больничные |N |11 |2
F=SP5995 |(P)БольничныеЗаСчетП|N |11 |2
F=SP1840 |(P)ОблагаемаяМатПомо|N |11 |2
F=SP14199 |(P)ОблагаемаяМатПомо|N |11 |2
F=SP6262 |(P)НеоблагаемаяМатПо|N |11 |2
F=SP1841 |(P)Отпускные |N |11 |2
F=SP1842 |(P)Начислено |N |11 |2
F=SP14078 |(P)НачисленоПоДругим|N |11 |2
F=SP1843 |(P)Подоходный |N |11 |2
F=SP1844 |(P)Пенсионный |N |11 |2
F=SP1845 |(P)Безработица |N |11 |2
F=SP1846 |(P)Профсоюзный |N |11 |2
F=SP5309 |(P)СтрахНетрудосп |N |11 |2
F=SP1847 |(P)Удержано |N |11 |2
F=SP1848 |(P)КВыплате |N |13 |2
F=SP3739 |(P)ОсталосьВыплатить|N |13 |2
F=SP3752 |(P)НеРассчитан |N |2 |0
F=SP14079 |(P)КВыплатеПоДругимВ|N |13 |2
F=SP14080 |(P)ОсталосьВыплатить|N |13 |2
F=SP15554 |(P)ЕдиныйВзнос |N |11 |2
F=SP958 |(P)Автор |C |9 |0
#—-Indexes——
# Name |Descr |Unique|Indexed fields |DBName
I=ID |of IDDOC |0 |IDDOC |ID
#
#===========================================================

Можно по подробнее по поводу таблицы. где ее найти?

Зашел в конфигуратор — конфигурация — открыть конфигурацию.
папка «документы» — файл «НачислениеЗП» -Табличная часть.
там дальше список файлов: сотрудники, Отработано дней.

Источник

Тема: порушились базы 7.7

Опции темы

Поиск по теме

порушились базы 7.7

При запуске любой базы 1С 7.7 вываливается ошибка типа:

CODEBASE ERROR
ERROR#:-70
Reading File
File Name Base1cv771SBDB1SSYSTEM.DBF
ОК
ERROR#:-200
File is not a Data File
ОК
Разрушен файл данных таблицы 1SSYSTEM.DBF

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

Правильно. А насчет вирусов достаточно спорное заявление, больше на умирающий винчестер смахивает. Речь ведь о локальной базе? А то такие ошибки еще для проблемной сети характерны. В любом случае проблема чисто «железная», аппаратная то есть

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

Попробуйте в Конфигураторе Сохранить данные и тут же Восстановить данные. Некоторые косяки проходят. Иногда помогает просто скопировать базу на другой диск.

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

Ценность базы в принципе невелика. Данил75, спасибо за прояснение по поводу железа. База да, локальная, компьютер 1, сети нет. Все перечисленные махинации пробовали, некоторые прошли нормально и не исправили ничего, некоторые отказались выполняться, вываливая те же ошибки. Спасибо всем большое за внимание.

Хорошие акки конечно.

Хорошие акки конечно. Правда дорогие.

С уважением, Оксана Фомина.

dew_, а место под временные файлы есть на диске?

Источник

Не формируется Книга учета доходов и расходов

Есть база 1С Комплексная ДБФ, терминальный режим, 40 пользователей, размер базы где то 3 Гига. В ней ведётся 3 Юридических лица. Примерный документооборот около 600-800 документов в день. По двум Юр лицам книга доходов и расходов формируется нормально, а вот по одному Юрику, где идет 80% всего документооборота есть проблема. Это Юридическое лицо работает по УСН, Розничная торговля.

Во время формирования книги за 3-тий квартал, во первых она формируется гдето 5-6 часов, а потом выдаёт ошибку
CODEBASE ERROR
Error#: -70
Reading file
File name:
C:dokument and setting. temp2cRA00002T1.CDX

Вначале были такие ошибки и в первом квартале и во втором, но программист меняет и оптимизирует щас обработку формировании Книги доходи и расходов, в Итоге мы худо бедно закрыли 1 и второй квартал, а вот 3-тий не можем.

Есть какие идеи как побороть эту проблему?

Если певести на SQL — это может помочь?

(3) делал. первые три галки только. Если все галки ставлю, то делает бесконечно долго.

(5) Места на диске предостаточно, как на системном так и на том где хранится база. Сервер используется только под 1С.

(8) Было куча незакрытых регистров по НДС, мы их все удалили, потом удалили НДС из документов, перепровели базу, и таким макаром закрылись первые 2 квартала.

(17) Базе 1,5 года. Размер щас уточнил — 4 гига без вспомогательных каталогов.

Вот самые жирные файлы
RG2351.CDX 8 959 КБ
RA405.CDX 10 396 КБ
RG3549.DBF 12 281 КБ
RG4674.DBF 15 186 КБ
1SBLOB.DBF 15 507 КБ
DT2457.DBF 16 263 КБ
1SOPER.CDX 16 386 КБ
RA328.CDX 17 481 КБ
DTI582. DBF 20 179 КБ
1SOPER.DBF 21 022 КБ
DH5292.DBF 21 614 КБ
DT1611.DBF 21 818 КБ
SC214.DBF 22 440 КБ
1SCONST.CDX 22 611 КБ
RA31823. DBF 23 434 КБ
RG405.CDX 24 238 КБ
1SCRDOC.CDX 25 689 КБ
DT3957.DBF 28 216 КБ
1SCRDOC.DBF 28 282 КБ
RA4335.DBF 32 608 КБ
1SJOURN.DBF 35 141 КБ
lcv7.md 36 509 КБ
DTI628. DBF 39 240 КБ
RG2351.DBF 39 480 КБ
1SCON5T.DBF 41 851 КБ
RG405.DBF 42 749 КБ
1SJOURN.CDX 47 408 КБ
RG328.CDX 63 616 КБ
DT5292.DBF 70 891 КБ
1SBKTTL.CDX 80 493 КБ
1SSBSEL.CDX 89 079 КБ
RA2351.DBF 96 791 КБ
RA405.DBF Ю5 444 КБ
1SSBSEL.DBF 106 310 КБ
RG4335.DBF 134 163 КБ
RG328.DBF 138 131 КБ
1 SENTRY. CDX 202 364 КБ
1SACCSEL.CDX 229 421 КБ
RA328.DBF 307 589 КБ
1SACCSEL.DBF 379 022 КБ
1SBKTTL.DBF 416 333 КБ
1 SENTRY. DBF 614 811 КБ

(18) Программер как раз этим и занимается. Но пока безуспешно.

Главбух потихоньку начинает паниковать.

Источник

Codebase error -70. При копировании элементов номенклатуры

Кто знает по какой причине выходит ошибка Codebase error #-70
при копировании одного справочника в другой?
Сама по себе фунция первый раз работала стабильно.
два раза после копирования возникала ситуация когда справочник.номенклатуры приходилось полностью очищать.
после каждой очистки запускал процедуру копирования опять..все работало, до того момента когда очистил справочник.номенклатуры и в 3-ий раз запустил процедуру копирования.
САМ ПО СЕБЕ СПРАВОЧНИК.Соотпрайсов содержит 12000 элементов. 7 уровней
У справочника.номенклатуы тоже 7 уровней, а поле ПолноеНаименование дублирует Наименование, т.к. длина строки для наименования нужна 200.
вот код процедуры копирования. (хотя проблема думаю не вней)
Кажеться ошибка связана с переполнением памяти, или что-то с файлом таблицы справочника.

Процедура КопированиеСпр()
Спр=СоздатьОбъект(«Справочник.СоотПрайсов»);
Спр1=СоздатьОбъект(«Справочник.Номенклатура»);
ит=0;

Спр.ВыбратьЭлементы(1);
Пока Спр.ПолучитьЭлемент()=1 Цикл

род=»»;
Если спр.родитель.Выбран()=1 Тогда
Спр1.НайтиПоКоду(спр.родитель.ПолныйКод(),2);
Род=Спр1.ТекущийЭлемент();
КонецЕсли;

Если спр.ЭтоГруппа()=1 Тогда
Спр1.НоваяГруппа();
Иначе
Спр1.Новый();
КонецЕсли;
Спр1.Родитель=Род;
Спр1.Код=Спр.Код;
Спр1.Наименование=Спр.Наименование;
Спр1.ПолноеНаименование=Спр.Наименование;
Спр1.Проверен=0;
Спр1.Записать();
ит=ит+1;
КонецЦикла;
Сообщить(ИТ);

Источник

Error #: -70 Reading File

Привет, уважаемые.
Вот столкнулся с мега проблемой: сильно переписанная Бух 77 ver. 465 (добавлены справочники, документы, изменен план счетов) при безобидной попытке перепровести документы обработкой «проведение документов» — ведет себя неадекватно.
А именно выскакивает сообщение об ошибке
Error #: -70
Reading File %Username%Local SettingsTempt0.cdx
Причем в каталоге %Username%Local SettingsTemp формируются файлики
t0.dbf
t0.cdx

Dbf — совершенно безобидного размера, примерно 5 мег.
cdx — дорастает до > 2 гиг, и тут же выскакивает сообщение об ошибке (что логично).
База СКЛ, но работаю с ней монопольно.
Выгрузка/загрузка проходит нормально, после этой процедуры попытка перепроведения опять завершается ошибкой.
«ТИИ» также нормально.

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

Подскажите пожалуйста, как лечить?
Как мне проанализировать структуру CDXа, понять, где там «глючное место», и соответсвенно привести в порядок структуру метаданных?

Да не замученный вопрос.
Поиском пользовался, смотрел.
В основном либо банальные ответы «сделать выгрузку/загрузку, ТИИ», либо ветки остаются без ответа.

Тут вопрос конкретный: как мне проанализировать CDX и понять, по каким же полям там строится столь избыточный индекс, что размер файла превышает 2 гига?.

Источник