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 )))
Ошибка возникает при непосредственном удалении записи в таблице с количеством записей более 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 служит для отбора счетов.
Открываем конфигуратор, заходим в проводки и убираем галочку «Разрешить отбор» в группе «Отбор по счетам». Сохраняем. Изменения происходят быстро. После изменения данный файл перестает существовать.
Учет курсовых разниц в 2022-2024 году
В 2022 году вступили в силу несколько изменений законодательства, которые временно, на два года, меняют порядок учета курсовых разниц. Рассказываем о том, как эти изменения поддержаны в решениях 1С, и какие решения на эту тему можно предложить.
При изменении и перепроведении ранее проведенных документов одного типа выскакивают следующие ошибки: Not a Correct Index File Corrupt index file Затем: Error #: -310 Not a Correct Index File IDELETED При вводе и проведении новых документов. Подобных ошибок не возникает.
Снеси индексные файлы (*.cdx) и зайди монопольно.
Пробовали неоднократно. Через какое-то время начинается опять. Также пробовали выгрузку/загрузку данных. База DBF, большая. 1SENTRY — 1,4 Gb.
На скуль похоже вам скоро придется переходить. ИЛи попробуйте на Codebase сервере 1С замутитить.
Ошибка выскакиевает именно при отмене проведения конкретного вида документов. Что вообще происходит, когда отмена проведения выполняется? Добавил в модуль документа процедуру ОбработкаУдаленияПроведения с соощением. Это сообщение выскакиевает послесообщения об ошибке. Значит глюк случается по времени еще до начала выполнения этой процедуры.
Удаляются записи из таблицы движений… А на «сервере» какая ось стоит? Если монопольно делать — выскакивает? Размер базы?
на сервере Win 2003 Svr И монопольно тоже. Размер базы 6 GB
Предел для 7.7 — 1Гб на дбф
Угу. Вот это решение позволяет не переходить на скуль а дальше юзать дбф базу. В частности, решается проблема 1 гигабайта. У меня в 3 магазинах стоит. Не жалуются. Я правда ставил, чтобы решить проблему несерверной оси.
А свернуть П+У+Б такого размера чем посоветуете? И сколько это может занять по времени? И будет ли быстрее сворачитваться после перехода на SQL?
Если свернуть, то SQL можно отложить.
Поверь моему опыту. Быстрее будет кодебазе сервер поставить и под него базу сконвертировать. Проблема отложится года на три. )
3 года это мало? Я за это время обычно 2 работы меняю. )
: и все-таки. я так понял ты на кодебейз переводил и в курсе тонкостей — так? вопрос — какие ограничения у кодебейса, реально?
Переводил. Тебя какие тонкости интересуют? Размер базы?
: да, тонкости сильно интересуют (предстоит существенное распухание сетевой файловой базы в связи с лоскутной реализацией управленческого расчеты и бюджетирования). по асе можно с тобой связаться (скорее всего не сегодня)?..
Тут еще вопрос в цене. Изложи, пожалуйста, развернуто. Проблема помимо прочего в том, что на предприятии идет непрерывная отгрузка, с созданием до 1000 документов в сутки.
Можно. Насчет тонкостей, наверно лучше связаться с автором решения на инфостарте (он вроде активно отвечает) и почитать его ответы. Я могу только сказать, что у меня 3 магазина до сих пор работают на этом решении, причем тот, кто после меня остался вообще практически не в курсе че это такое, т.е. работает и работает, не звонят. Там базы не очень большие, мне главное, чтобы не было проблемы подключения третьего пользователя. Еще мой знакомый, который и подал идею про этот кодебазе, перевел на него 15 магазинов крупной книжной розницы. У него, кажется, достаточно большие базы и ставил он именно чтобы избежать проблемы больших dbf. Причем он кодебазе везде ставит как службу. Я не заморачивался, просто как приложение запускал на сервере. То решение вроде бы бесплатное, но мой знакомый говорит типа что почитал внимательнее договор лицензии, и пришел к выводу что не совсем бесплатное. Поэтому, чтобы избежать проблем с лицензионностью, он его как службe и ставит. Для проверяющих будет очень проблематично найти. Кстати, стоит кодебазе сервер вроде всего 300 баксов на неограниченное количество пользователей. Я не заморачивался, могу и ошибиться.
: подыму ветку и спрошу заодно. 1) УРИБД он без проблем держит?.. 2) прямая правка таблиц возможна? (хитрый УРИБД с анализом-правкой состава обменов и подменами 1сдбсет нужен)
3) обратная миграция — возможна? туда-сюда гонять базу (дбф-кодебейс)?
1) УРБД без проблем. 2) Возможна, тот товарищ как раз с УРБД шаманит прямой правкой таблиц, но я не в курсе деталей. По сути, вся конвертация в кодебейс заключается в смене расширений у файлов с .dbf на .DBF. 3) Возможна, но для этого нужно конвертор запускать и сносить индексы с последующей переиндексацией.
И вообще, скачай и почитай доку к решению. Там очень подробный и понятный мануал.
: блинство, вот только выглянул и то сильно эпизодиццки.. ссылку бы.
Я б не переводил на кодебайсе.. проще длл подправить и жить дальше..
А, инфостарт лежит. ) Ну могу на мыло сбросить или в аську.
,: kernel33.dll ? и все нормально? и до каких размеров таблиц?
: стукнулся бы .. если б знал..
Тэги:
Комментарии доступны только авторизированным пользователям
|
0 / 0 / 0 Регистрация: 02.11.2007 Сообщений: 37 |
|
|
1 |
|
Помогите исправить ошибку при обмене06.11.2007, 06:19. Показов 39179. Ответов 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 |
|
Есть пара. |
-
Имеем:
Платформа 1C_v7.70.027 для SQL.
Конфигурация Бухгалтерия v.7.70.507Проблема:
При отмене проведения документов или при попытке перепроведения доков вылетает ошибка системная (вроде вообще Виндовская), что-то вроде:
_______________
| Error#: -310.
| corrupt index file
| IDELITE.
| . . . |OK|
———————-Принажатии «OK» ошибка вторяется … и т.д. пока не завершишь саму прогу 1С.
После чего вылетает Виндовская критическая ошибка с предложением отправить административное оповещение в «Мелкософт».
После всего , при попытке снова запустить конфигурацию система просит переиндексировать базу т.к. работа была завершена якобы аварийно!!!
Переиндексация не спасает ситуацию, и при новой отмене проведения ошибка повторяется.Вопрос:
С чем это может быть связано, как решать проблему ?? Что посоветуете ??PS: База достаточно разрослась, её каталог уже весит более 4 гигов.
Однако свертка пока не представляется возможной из-за описанной проблемы.. (((((( -
Лечение: сделать выгрузку/загрузку данных. Все должно нормализоваться
-
К сожалению не помогло. Предполагаю, что проблема может быть не в 1С, а в операционке или доп. установленных прогах.
После загрузки (продолжалась около 15-ти часов, база то около 4.5 гиг вести) всё работало некоторое время нормально, потом снова и та же ошибка #310/
Что исчо можно предпринять вмеру адекватное ???Спасибо.
-
для начала проверь еще целостность доска хотябы chkdsk раз «лечение» помогло на 15 часов — начни с железа. дело действительно скорее всего не в 1с
-
Диск порядке.
Что интересно — приношу базй домой, совершаю какие-либо действия с перепроведением, удалением и т.д. = та же самая ошибка #310 !!
Но после реиндексации —> всё работает и не сбивается !!
А вот у «них» (бухгалтерш) в офисе ошибка появляется снова. И ведь не допытаешься у них, что они там такое с ней (базой) делают противоестесвенное… ((Еще один дурацкий факт добавился. Теперь к ошибке #310 прибавилась ошибка #77 с которой, якобы, БУХа вообще не запускается.
Может ли это происходить из-за одновременного доступа к базе под одним и тем же ЛОГИНОМ ???
А если точнее — ЛОГИН вообще не используется, пользователей не создавали никогда, да и не планируют. Говорят, что без авторизации удобнее. (( -
Ошибка 77????????? А ты сам лично ее видел? НЕТ ТАКОЙ ОШИБКИ. Тебе просто «по ушам ездяд» Вот полный перечень
10 — Ошибка закрытия файла
20 — Ошибка создания файла
30 — Ошибка определения длины файла
40 — Ошибка установки длины файла
50 — Ошибка при попытке заблокировать файл
60 — Ошибка при открытии файла
70 — Ошибка чтения файла
80 — Ошибка даления файла
90 — Ошибка переименования файла
100 — Ошибка позиционирования в файле
110 — Ошибка снятия блокировки с файла
120 — Ошибка записи в файл
200 — Файл не является базой данных DBF-формата
210 — Неопознанное имя поля
220 — Неопознанный тип поля
230 — Запись слишком длинная
300 — Индексный файл не содержит информации о записи
310 — Нарушение структуры индексного файла
330 — Указанное имя индекса недоступно
340 — Ошибка уникальности индекса
400 — Ожидается запятая или скобка
410 — Выражение не завершено
422 — IFF() требует параметров одинаковой длины
425 — У STR() и SUBSTR() 2-й и 3-й параметры — константы
430 — Неверное число параметров
440 — Слишком сложное выражение
450 — Пропущена правая скобка
460 — Неверный тип подвыражения
470 — Неопознанная функция
480 — Неопознанный оператор
490 — Неопознанное значение
500 — Выражение не завершено символом двойной кавычки
920 — Недостаточно памяти
1)Файловая система или SQL крутится? Если файловая — возможно подошли к порогу максимального размера для DBF. Озвучь размер самого большого DBF и соответственно CDX файла. Это как вариант.
2)На какой ОС все «крутится» и какое количество пользователей? Возможно порог на количество открытых файлов?
3)Вирусы? Проверялся?
4)Какой антивирь стоит? Если Каспер — он «грешен» тем что если не поставить исключение, то проверяет ВСЕ (DBF,CDX) и как следствие блокирует из.
5)Если стоит фаервол — попробуй временно отключить.
-
Спасибо.
Ошибку не видел сам.
Действительно! Уже давно подозревал, что дело не в шибках, а , скорее всего, в желании оплачивать услуги.
Еще раз спасибо. Попробую побеседовать с дамочками «на другую тему». )))) -
Offline
Yury
Опытный в 1С- Регистрация:
- 22 дек 2011
- Сообщения:
- 383
- Симпатии:
- 4
- Баллы:
- 29
Такая же фигня.
1с работает в терминальном режиме на Windows 2008 Server R2
размер базы 5Гб
самый большой dbf 1sentry 1,4 ГБРаботала база нормально. Решил выполнить тестирование и выгрузить-загрузить. После этого получаю 310 ошибку почти при каждом проведении.
Может подскажешь, как избавиться от ошибок??
-
Offline
WaRDeR
Модераторы
Команда форума
Модератор- Регистрация:
- 23 ноя 2006
- Сообщения:
- 3.264
- Симпатии:
- 19
- Баллы:
- 29
Для начала нужно попробовать так: выгрузить базу, а потом загрузить в другой пустой каталог (получим тестовую копию базы). Никаких файлов в каталог ИБ не копируй.
Повторяется ли ошибка на копии базы?
