v8: Тестирование и исправление (ТиИ (а ТИС - это торговля и склад)) #676510

Доброе утро! Нужна ваша помощь! С некоторых пор у меня не проходит тестирование и исправление базы бухгалтерия. Версия платформы была 8.2.17.169, переустановила уже на 8.2.18.109. Номер релиза бухи 3.0.21.14. SQL. База вестит 18ГБ, тестирование под sql проводила (DBCC CHECKDB), ошибок не обнаружил! При ТИС зависает на "Проверке логической целостности БД" регистр "Хозрасчетный" 10-15%. При чем тестирование идет больше 8 часов, хотя ранее (месяца 3 назад) этого хватало и все проходило успешно. В итоге зависает сервер где лежит sql и на этом все =( Что можно сделать, меня немного беспокоит что база тест не проходит?!

Размер базы? А вообще я бы мониторил активность процесса, если активен, значит что-то делает

Выгрузить (уже лечит) в файловый вариант, его протестить ТиИ на хорошем компьютере.

мне одному неприятно слышать про базу в 18ГБ восьмерочную? на 7.7 больше 3 ГБ ни одна не разрасталась. И то это было критичным

Сервер sql просто затыкается в определенный момент! Пробовала, тоже не помогло! Это все-таки sql! Хотелось бы меньше конечно, но что сделаешь! УПП у нас 50 и ничего, норма!

Пробовала  использовать технологический журнал. Возможно, он даст подсказку. Поговори с админом по SQL. Может быть, есть проблемы не только в 1С,  а и в железе, например.

+Пробовала  использовать технологический журнал? ))

Как то наши админы не очень позитивно к этому отнеслись. Типо наша хата скраю, ваш 1С и вы разбирайтесь. Спасибо, что напомнил. Я пробовала, даже настроила, вроде как=) Сейчас пройдусь по логам, поищу.

иногда мне кажется, что с появлением 8.х в базы гадить неприлично начали. Ничего личного, просто наблюдения

а пофиг УПП твои наблюдения

ОФФ: Корова в поле тоже замечает, что после неё остаётся. Какие выводы предлагаешь из наблюдений?

С каких пор аббревиатура от "тестирование и исправление" выглядит как ТИС?

да, тебе одному

с тех пор как база не тестируется, все не так!

срочно замуж

ну вот, на выходные запускала очередное тестирование. Из логов следует, что спустя несколько часов была ошибка Descr='Ошибка СУБД: Microsoft SQL Native Client: Extent (1:89688) not found in shared extent directory. Retry the transaction. If the problem persists, contact Technical Support.

знать бы еще заччем тестируешь

В смысле, зачем? Тебя не учили хотя бы время от времени профелактические работы над базой проводить?

Помогите, плиз, расшифровать ошибку. Какая-то она неодназначная. Гугл ничего особо важного и четкого не дает!

В смысле, не помогло - не выгрузилась?

Хорошие слова: "If the problem persists, contact Technical Support. ". Админ по SQL  и серверам есть? Что сказал?

2 и что же эта профилактика предотвращает, предупреждает? Вот что предупредила твоя регулярная практика ТиИ? предупредила ли ту ситуацию, в которой ты сейчас оказалась? Меня прежде всего учили не совершать ритуальные действия ради самого ритуала.

sql админа нет. Просто системные админы пожимаю плечами, ну и гугл. А там я и сама посмотрела. Как видишь до данного момента помогало! Твое предложение просто плюнуть и не тестировать?!

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

2 еще раз - чем помогало?

Когда увидел заголовок темы))) удивился. Подумал автор наркоман? А прочтя тему понял, заголовок изменил модер

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

2м.. серьезно? ну произнеси еще пару прописных истин, типа "статистику собирать надо регулярно"

Автор темы просто опечатался! Бывает. Вашу точку зрения уже поняли. Если вы не настроены на помощь, прошу прекратить бесмысленные сообщения.

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

выгрузка загрузка в dt проходит?

грузить в dt не в рабочую базу, естественно

Возможно. Поэтому и привела текущую ошибку. да. Тоже самое.

up!

например избавиться от нулевых записей в регистрах (в том числе и в итогах)

кстати а проверь в журналах, нет ли нигде документа в далёком прошлом. У меня как то провели документ в 201 году, в результате ТиИ как раз и висело долго на пересчете итогов

неа. такого не имеется. Да и пересчет итогов проходит нормально! Что ты подразумеваешь под "избавиться от нулевых записей"?

3 гб это не база. Это базка, базулечка :-)

Молчание это плохо. Может эту ошибку кто прокомментирует: Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/dlist: по причине: Ошибка SDBL: Запрос содержит UNION или DISTINCT. Поле R.Period отсутствует в разделе SELECT Возникает при отборе В Журнале проводок регистра хозрасчетный!

попробуй для начала почистить кэш. в том числе и серверный.