v7: Ругается матом: CodeBase Error 310 #198029

Вобщем сабж,после индексирования работаем 5 минут, потом при проведении или отмене проведения вылетает окошко CodeBase Error - 310 Index File corrup or Ideletete. Чего делать-то? Контора стоит... Ребята, как можно посмотреть на что он ругаецца, какой индекс или таблица порушились??? Тестирование и справление делал, индексы удалял. PS файловый формат хранения таблиц, размер 7 гигов :(((

найди файлик размером ближе к 2Мегам.... если есть переходите на SQL

ну или свенртку базы делать надо...

Есть файл 1sentry. Там хранятся проводки комплексной конфы. Его размер 1.2 мега. Но фича в том, что при его удалении, создается новый, пустой, но ошибка фсе равно появляецца. Остальные файлы мень гига :(

1.2 мега = 1.2 гига :)

значит не то.... Может Касперский установлен?

2Гигам

да..да...

Касперский стоит, но не на серваке, а на одном компе всего и то он сейчас выключен.... А как Касперский может влиять?

касперский слишком долго проверяет и не дает доступа к файлу... системе тоже надоедает ждать :-)

ну расказывай теперь про ОСИ...

Блин, ну дело не в Касперском, сто пудов.... Операционка Windows 2003 TS. Кроме Терминала никакий причиндалов не стоит... Сервак Ксеновые процы 2, 4 гига оперы, 4 скази в рейд 10.

какие варианты? Можно как-нибудь узнать на какую таблицу ругаецца?

Ну попробуй отследить в какой момент ошибка возникает... например если при открытии журнала - в dd файле смотрим какой файлик отвечает за этот журнал. Еще может есть какое ограничение на папку с базой или темп?

Иногда документ проводит полностью иногда непроводит и вылетает...иногда при отмене проведения вылетает.... В других случаях пока не наблюдалось.... Есть подозрение что глюк платформы... такое вообще возможно??? ЗЫ Раньше такого небыло никогда... в понедельник утром пришли и все, капец. 1С 25-й релиз

а что за конфа? А изменения в модуле проведения ничего не меняли?

Комплексная конфигурация... изменений никаких не делали... просто раз.... и приехали :(

мож всетаки что-то с ограничением места?

одна из машин недавно переустановлена и на ней стоит ХР диагноз - миздить админа...

Нет ничего не устанавливали, хотя я не знаю как это может влиять.

Ограничений по месту не делалось... на винте свободно 26 гигов...

а может CDX какой большой есть?

скорей всего неправильный индекс, если ДБФ всего 1.2 гига....

Да я думаю мож просто сортировок или отборов понаставили...

Да вся фишка в том, что ничего не изменяли....как работали так и работали...Индексы, нафиг, удаляли. Вот сейчас попробовал внести изменения в МД, после изменений в структуре метаданных может исчезнет ошибка?! ЗЫ ждем индексирования

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

Как ты считаешь сколько времени должно занимать индексирование 7 гиговой базы?

Может все-таки стоит перейти на SQL?

у меня 1.8 гига бухия и индексирование занимает примерно 3-4 минуты локально... Но я сильно  менял структуру индексов, оставляя только нужные...

и есть база в 400 метров, в которой индексирование идет порядка 12-15 минут на той же машине...

Скуль хотим поставить, только столкнулись с проблемой. В файловом варианте Справочник.Номенклатура - > для подбора поиск по коду происходит очень быстро (в справочнике около 80 тысяч позиций). При работе на скуле, поиск по коду работат очень медленно.... Причем замечено, что скуль делает запрос только на видимую часть справочника (т.е. только то, что показано на экране) получается при вводе кода из 6 цифр  - получаем 6 запросов. Из чего следуют тормоза... Народ желает делать подбор по коду интерактивно в справочнике. Т.к. наличие товара изменяется постоянно - кэширование справочника невозможно :(

индексирование закончилось... работа началась... ждемс

Все в том же духе... CODEBASE ERROR

Есть еще идеи?

офф: тема обсуждалась довольно подробно и здесь и на просторах инета.. в "поиск", одним словом..

4, 5 посты

Пробую....

в мемориз

у какого справочника есть периодический рекв с отбором?

Было как-то похожее, но вылетало на одной машине, т.е. проводишь документ на одной машине - ОК, на другой - вылетает.

Это возможно? Ведь если справочнику ставить галку периодический реквизит, то отбор автоматически отключается....

не помогло.... Дело швах....

Переходи на SQL.

см

Попробуй вот этим посмотреть как 1с-ка с файлами работает .

Сделай свою форму списка в которой все делается одни запросом.

Ошибка и в монопольном и в разделенном режимах?

В обоих режимах

Вотъ быть бы уверенным, что после перехода на скуль все будет чики-пуки!?

Если руки не кривые, то будет.

1. Попробуй создать копию базы и перенести на другую машину 2. Системные диски давно проверял scandisk-ом и антивирусом?

драйвер: прямые руки вроде имеется...

Второго сервака у нас нет... А на простой тачке база умрет... И антивирусом сканили и диски проверяли :( я сча завою уже......ууууууууу

с чего ты решил что умрет? Объем базы?

+54 Syslog удалить пробовал?

Дак 7 гигов она... и 15 юзеров в терминале рулят

а нафига, мы его регулярно сжимаем и он архивами лежит... Сейчас у mlg объем всего 14 метров

А чего база такая огромная? Попробуй все-таки на другой машине... Все-равно делать что-то надо...

Ок! Сча попробую

А выгрузку-загрузку не пробывал? мне на мелких базах (500 м) помогало

Благодаря указанной проге, обнаружил, что 1С в момент когда появляется окошко с ошибкой ломится к файлу 1saccel - это отбор счетов. Так вот, этот файл длинной 700 метров, а индекс к нему 300 метров. Как лечить индекс?

Удалить его(индекс) на хрен.

Может тебе обрезание БД сделать?

Переходи на SQL пока не поздно

Наверное только SQL поможет.

Файл точно 1saccel называется? У себя я его что-то не нашел.

Таблицы не пробовал упаковать?

файл называется 1saccsel

Упаковать не пробовал.... но на индексы это наверное не повлияет...а разваливается индекс а не дбф

Повлияет. Ведь когда что-то ищется в таблице удаленные записи тоже перебираются.

Попробуй на копии упаковать и посмотреть результат.

а какие-нибудь еще стоят антивирусы?

Лемур, можно, но ошибка сейчас стала появлятся намного реже.... за 3 часа всего 2 раза.... Следовательно если я на копии сделаю, то как ее узеры оттестят? Прийдется вечером запускать на рабочей базе (сделав копию ессно) и завтра будут результаты

Есть ДР.ВЕБ но на локальных тачках, а юзается все в терминале. На серваке нету никаких антивирусов

Такая же проблема как у тебя

Дак вот, я полагаю, что раз 1saccsel - отвечает за отбор счетов, то если выключить формирование проводок, можно будет избежать ерроров. Следовательно будет время подготовить базу для перехода на SQL.

Интересно, какое ограничение на размер индексного файла в 1с. Похоже меньше 2Гб, то есть меньше, чем ограничение на dbf.

Похоже, в зависимости от ситуации, бывает нужно записать дополнительные индексы и в этот момент вылазиет ошибка.

В предлагают 2 решения - обрезание или SQL. Может быть есть еще другие решения.

У тебя база сколько лет ведется?

С Нового года! т.е. 6.5 месяцев... Но специфика предприятия такова, что ОГРОМНОЕ количество документов со средним количеством записей около 150. Вот база и пухнет на гиг в месяц :(((

Del 1sentry.dbf - не кошерно, Del *.dbf - вот это круто! Гектар/месяц? Забудь про 1с, даже про 8-ку.

Переходите сразу на Oracle.

Почему, вариант с SQL вполне подойдет.

См.

Лемур, спасибо за ссыку, попытаюсь списаться с автором и узнать как они решили проблему!

К новому году будет 15 Гб, к 2008 ~ 50. Обрезание в таких случаях помогает мало.