Тестирование и исправление информационной базы #764749

Сколько может продолжаться тестирование и исправление со всеми галочками серверной базы УПП размером 150 Гб?

Бесконечно.

до 50 лет

Врешь, может и дольше

Ты сначала дождись :)

На сколько хватит терпения. Надеюсь, ТИИ на копии запускалось? :)

"Ой, что такое Копия?" (с) :)

С какими галочками ТиИ запустила? :)

а что сломалось?

Нет))))На рабочей)))Раньше проходило успешно за 6 часов, сегодня с 2 часов ночи где то до 9 утра протестировалось и начался пересчет итогов, потом 2 часа 1с "не отвечает", решили погасить сеанс, если что восстановить из копии. Завершили, вроде все нормально(на первый взгляд). Думаем запустить ТИИ на копии, посмотреть что будет

Эцсамое... вы так больше не делайте.

При обновлении не видит новый релиз, в свойствах конфигурации не меняется релиз на новый.

Мы это уже поняли)))

Обновили неправильно.

+13 ТИИ тут делать не нужно

Просто хочется услышать какие-нибудь прогнозы(желательно оптимистические) Читала что у кого-то база 30 гиг тестировалась 2 недели, но непонятно насколько это реально.

Да. согласна, но тестирование тоже надо делать по идее, хотя с такой базой это только лишние проблемы..

Точную цифру никто "не угадате". От нуля до бесконечности...

Наверно будем копию частями тестировать...

вам же написали что  эт не поможет..

причина не тут

С обновление будем разбираться отдельно, это уже понятно..Вопрос в том, реально ли в принципе на такой базе сделать ТИИ

все реально . 150 г это мало

Ок, появилась надежда. А если использовать "Прервать через..." , потом на день пускать пользователей поработать, потом "Продолжить.." - по идее корректно пройдет ТИИ?

что ожидается обнаружить в процессе?

Имхо: тестирование и исправление базы перед обновлением конфигурации - рекомендованный, но не обязательный этап обновления, (и не удержался) так же как и копирование :) Желательно, но не обязательно.

На данный момент интересен сам процесс ТИИ, а вернее количество времени на него)) особо нам это не нужно, но появился спортивный интерес)

Может не пройти номер. Например, реструктуризация. Ограничивай её, не ограничивай - нет смысла, не имеет смысла когда часть данных реорганизована, а остальная - нет. Может возникнуть большой и обидный... эээ... нонсенс :)

когда вы пишете про использование копии базы для тестирования - какими средствами создается копия? Может быть через выгрузку-загрузку в DT-файл? Не надеюсь, но вдруг именно так.

Запускайте ТиИ с одной галочкой за сеанс на свежей копии. Тоже не выход, но всё-таки. Хоть будете знать есть ли (и где) проблемы в рабочей базе. Кстати: сам процесс выгрузки/загрузки базы в *.dt тоже своеобразное "тестирование" базы.

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

Спасибо, попробую

понятно. Хорошо тогда, что админы делают копию именно так. А что админы говорят по возможностям тестирования таблиц средствами SQL менеджера?

Ничего)

Копию конечно надо сделать, как и всегда? Но зачем тестирование на копии запускать, чтобы потом еще и на основной запустить?

а как ты будешь работать в базе, в которой 150 гигов, а она захвачена конфигуратором в монопольный режим для тестирования? В базе такого объема, не настаиваю на своей правоте, но пользователи в ней толпятся постоянно и возможно даже больше, чем по 8 часов в день.

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

хм я обычно после делаю, после обновления платформы

Было у меня когда база начала очень долго тестироваться (пересчет итогов). Оказалось бухи ввёли документ от 215 года. Вот 1С с 215 по 2015 старательно пересчитывала итоги.

Протестировать копию хочу, чтобы узнать сколько это займет по времени. Да пользователи в базе постоянно, и ночью и в выходные...

Шикарно)

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

"Но зачем тестирование на копии запускать" - когда рабочая база доступна для тестирования на период меньший, чем время тестирования; когда рабочая база работает в режиме "24 часа", то не остаётся иного выхода, кроме как профилактического тестирования копии базы. Часть выявленных в копии проблем может быть устранена в рабочей базе спец.обработками или иными методами. Если копия показала наличие проблем, которые могут быть устранены только тестированием рабочей базы - есть аргумент для требования приостановки работы по техническим причинам. Политика, что б её :( Юзверы не любят простои по вине админов и прогеров без причины.