ЗУП (базовая) вылетает #807721

День добрый! Есть - несколько БД ЗУП 2.5.123.1 базовая (разные организации), файловые, лежат на серваке. В одной сегодня вылезло: в расчете ЗП - после заполнения при попытке записать - вылетает. Нормального описания ошибки нет (серое окошко). В других БД - все нормально. Кэш почистила - результат тот же. Выгрузила (написал, что выгрузил). При попытке загрузить (новая БД) - висит. Вердикт? Спасибо.

ТИИ?

Запустила...

Как возможный вариант, когда не помогает ТИИ и ЧЕКДБФ: Создай новую папку, положи туда базу. Переименуй старую папку, а новой задай исходное название. Для файловых баз иногда причиной является битые кластера на жестком диске.

Расчетчица(цы) помнит(нят) что делала вчера в базе? Бэкап-то хоть есть? И это, запустить одну, не запуская другие - прокатит? "Что-то с памятью моей стало" © :)

Вот - загрузилась из архива (новая папка на серваке) - и рассчиталось, и сохранилось. Сервак?

+ про бэкап - отбой..

У меня есть ощущение (пруфов не приведу) - что-то с серваком...

- или хард

Возможно и сервак. Железо проверить не мешало бы.

Грузи системщика.. Чтоб не простаивал, путь оправдывает своё существование :)

Хард у пользователя? А другие объяснения есть? Ну, если не сервак. ТИИ, кстати, висит. На реиндексации.

Тут - только с тяжелой артиллерией :(((((((((

Вряд-ли.. на серваке.

О! Логическая целостность пошла....

Важен итог

Итогов (должно быть) 2: 1. Из архива (dt) загрузилось в новую, начисление (заполнение + расчет + проведение) не вылетает. 2. ТИИ - пока идет...

Адресный классификатор - 32000... Уже минут 5 так... Это ж надо додуматься - впихнуть КЛАДР в базу...

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

Нет. А зачем?

Сначала надо его - это проверка на более низком уровне.

Меня учили, что chdbfl - это крайний случай. Правда, это было давно. А сколько записей в кладре?

чбфл грохает битые страницы, из-за которых база вылетает. так что это как раз именно тот случай, когда перед ТИИ надо чдбл сначала прогнать. А сколько записей в кладре - это у вас спрашивать надо. сколько областей туда загрузили?

Спасибо. Учту. Откуда я знаю? Я его не грузила. Уже 147000...

А если снять в диспетчере задачу сейчас (при ТИИ) - плохо будет? Базе.

Тии в процессе работы активно пишет в 1св8.1сд, так что чисто теоретически лучше процесс не трогать.

ТИИ восстанавливает, чек грохает. Сначала грохнем, а потом попытаемся восстановит? Генитально

Блин...

Терпение*3 в работе с 1С.

3 - это мало (я уже закипаю.....)

Тогда желаю тебе Терпение**3 :) ЗЫ.Бывший начотдела преподнёс свое отношение к срочнонудной работе: "Корплю, как прОклятый над срочнейшей задачкой руководства, в 5 часов одеваюсь и спокойно иду домой" :)

Нервы дороже длинного ТИИ © Я, типа народная мудрость :)

Борщ (со всеми прибамбасами) можно сварить и съесть.

Нет. Сначала грохнем, а потом подчистим съехавшие индексы и пересчитаем итоги. А после этого пропавший документ либо дозаносим ручками, либо переносим с архивной выгрузки.

Это, блин, не просто ж..., это полный звездец... 491000....

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

А записей сколько?

Вы будете смеяться... Старая БД: прошло ТИИ, ошибок нет, всё работает (!!!). Новая БД (которая вчера была загружена из архива до ТИИ и работала (!!!)): выдала "Ошибка СУБД".

Карма?

Без смеха. Надолго ли? Проверь (или попроси системных..) железо и операционку.

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

Чья? На компе или серваке?

Того, кто мыкается

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

То есть - моя... А почему только одна БД?

Везде проверяй. И сеть заодно.

Понял. Передам (админам).

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

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

Ты у меня спросил что-то не понятное... Мне.

+ Насколько я в курсе: сервак - отдельный ПК, к которому имеют доступ все пользователи. Что за ось и пр. - не знаю.

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

Это ЗП. У них - недолго думает. Вчера (с чего все началось): начисление ЗП - заполнить - записать - все, вылет.

Вот вы мне просто скажите: проблема на стороне 1С или нет?

"почему только одна БД?" // Ну так цель - это преподать урок, а не загнобить по уши )

Никто этого тебе не скажет с гарантией, т.к. 1С - закрытое ПО, а программ без ошибок не бывает. Проблема может быть и в платформе, и в данных инфобазы, и в программном окружении (ОС, ПО в этой ОС), и в аппаратном.

Базовая - я не трогала :) Лады... Щас возьму проблемную - буду ковырять у себя... Пальцем... Платформа одна (у всех одинаковая). Баз - около десятка (разные организации + ЗП). С проблемной работают 2.

Ты делала? Фокус в том, что в другом месте (другой каталог, компьютер) база может вести себя без сбоев.

Вчера, когда возникла проблема: сделала выгрузку, сделала новую папку на среваке, загрузила туда БД. И вот она работала (назовем её БД_2). А проблемную поставила на ТИИ (назовем её БД_2). Сегодня: ТИИ прошло, ошибок нет, проблемная база работает (БД_1). А вот новая (БД_2)- при попытке записи начисления выдает "Ошибка СУБД". БД_2 скопировала себе (тупо, весь каталог) - тоже самое - ошибка СУБД.

+ Тьфу, блин, читать: А проблемную поставила на ТИИ (назовем её БД_2). - А проблемную поставила на ТИИ (назовем её БД_1).

Вот на копии (у меня): chdbfl - ошибок не обнаружено. новый док-т начисления ЗП - заполнить - сохранить - ошибка СУБД.

// сервак - отдельный ПК, к которому имеют доступ все пользователи. Что за ось и пр. - не знаю. после это объяснения бесполезно выяснять кто больше виноват 1С или сервак в возникновении проблемы Кстати, а сам файл базы (это же файловая базовая, как было сказано выше) где развернут, на локальном ресурсе или на расшаренной сетевой папке?

На серваке (ну, типа того).

+ Кстати, папка имеет вид - \192.000.0.000Base..