При проведении документов в конце месяца 1с выдает ошибку 630,проведение документов прекращается. далее вылезает ошибка 7,затем 4,все подряд,по закрытии окна с предыдущей ошибкой.

база 1с находится на одном из компов в просто сети. ошибка вылезает при проведении с разных компов работающих с этой базой. в чем причины и как с ошибками бороться?

ТИИ делалось?

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

на компе, работающем с базой локально, такая хня возникает? если нет - копай в сторону сети. и вообще сколько юзеров? почему не в терминале?

(1)ТИИ тут чем поможет ... винда там неправильная ... точнее не северная стоит ... так что либо скул ... либо виндовый сервер

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

""раньше все работало"" (с) :)
модификация бухов: ""а вчера всё работало!"" :)

робкий совет: сделать дубль базы на том-же сервере, только дбф-ный.. 10 чел на дбф-ный это немного, у нас работает именно такой, вполне.

может памяти маловато? в т.ч. виртуальной..
но это так.. в порядке вечернего бреда

+6 зы.. офф небольшой.. у нас при неладах с прогой тут-же шизеет ГБ.. хотя в сети постоянно сидят 2 админа, чаще всего вина не моя, перевожу стрелки на них.. извинений ни разу не слышал, ибо не принято.. :)

озвучивает 2 этажа.. приходите в гости, я вам гб покажу :)

было в 2007.. редкая ошибка.. решения не предложено

1C 7.7 ошибки 50, 120, 630

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

(9) че-то я не въеду, у тебя база скульная или дбф?

(9) нормально..
база большая? у нас не очень, в архиве 23метра весит.. а так - не проверял.. может, потому и позволяет работать 10 юзерам..

что заметил: реорганизовывал справочник Товары, всего-то добавил туда поле, но 18000элементов раскручивались часа 3..
причем, неважно, в терминале-ли, или через сермяжную сеть..

что заметил в статусе, где сообщает кол.обраб.элементов: начиная с каждой тыщи первая сотня (например, 1100) выскакивает за 2-3 сек, вторая 5, третья сотня 45сек, до 7-й сотни 5 минут, а с 1900 до 2000 - около 8минут..
как только перейдет за очередную тыщу - время обработки повторяется с точностью до секунд..
это дбф-ный вариант, бд на сервере, курочу со своего компа, через сеть..
любопытно..

(11) у тебя наверно много рекв с сортировкой? и добавил тоже рекв с сортировкой?

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

(13) думаю, индексы

(14) скорей всего - твоя правда.
индексный файл на глазах может превысить объем дбф-файла раза в 3-4.. видел воочию, когда работал с FoxPro..

+15 может, и у автора индексы корчат из себя.. я-бы еще и реиндекс сделал..

(8) не нашел описаний этой ошибки там
а как сделать реиндекс?)

(17) так запусти ТИИ, там поставь одну галку "Переиндексировать", остальные сними

(17) Грохни все индексы и зайди монопольно.

(17) - (19) надежней

(19) у него может sql..
(17) если дбф-ная - в директории БД удали все файлы с расширением *.CDX, и запусти монопольно.. еще проще

то-ли фф тормозит.. то-ли миста.. то-ли я :)

(21) На скуле индексы так себя не ведут. При нормальной настройке джобов скуль вообще ведет себя тихо и никому не мешает...

(21) 1. ну если он молчит как партизан - что я сделаю? не за горелкой же бежать?

(23) +1

(23) да, ты прав 100%.. речь ведется о дбфах

извиняйте за молчание) дбфная она

я уже побежал удалять cdx, ибо в ошибке 7 про них и говорится)вполне возможно что дело в индексах. после реиндексации все будет работать нормально я надеюсь)

(27) не забудь про резервную копию..