Попала объемная база УТ 11.0.9.15, которую нужно обновить до последнего релиза, на все переделки пофиг.
Я загрузил последний релиз в эту базу, и терпеливо 1.5 недели ждал пока она выполнит свои процедуры обновления, сейчас уже начали появляться ошибки обнвления, то то не может записать, то это, сервер слабенький, тяжело редактировать конфу, да и не факт (как мне кажется) что после таких манипуляций, все остатки "сохранятся".

Что думаете, просить быстрее сервер, и таким же макаром пробывать обновить конфу, или может есть другие варианты, например, поэтапно прообновлять конфу.

а если файловую да на ссд?

это скуль, пардон забыл сказать

(2) да я понял, но если уж там все так плохо, то пробуй на файловой

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

(1)  у тебя ошибки по статье движения денежных средств не выскакивало?

(3) пробывал, не хватило место для файловой

(3) в смысле он написал что размер файла cd привышен и т.п.

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

да я вот думаю мб поэтапно будет лучше

(0) "и терпеливо 1.5 недели ждал"

топикстартеру сменить специальность на что-нибудь поближе к работе с людьми.

Терпение и похеризма у него хоть отбавляй.

(10) твои варианты по поводу вопроса?

(11)
1) Включить замер производительности.
2) Подождать 2 минуты.
3) Выключить замер производительности.
4) Увидеть строчку кода, в которой будет запрос в цикле с 90% вероятностью, не попадающий в индекс.
5) Либо добавить индексов (правильно) либо переписать запрос.

да, там есть у них в обновлении баг с производительностью. У нас небольшая файловая база, с 11.1.2 до 11.1.10 шесть часов обновление шло.

(13) Пофиг или поправил?

(0) При этом обновлении вроде перепроводятся все движения денег по безналу
И как можно полторы недели ждать если релиз вчера вышел?!

пофиг. Изначально же не знали про это. А обновление все равно вечером запустили, оно всю ночь и проработало.

(16)
"Сначала мы решили, она вроде нужна,
Потом подумали, забили на его слова..."

Замети раньше, что если перед обновлением отменить проведение всех доков, которые формирует закрытие месяца, то обновление идет на порядок быстрее. А перепроводится закрытие потом перепроводится быстро, если не выставлен партионный учет

(18) Твой совет на уровне бабки повитухи.

(0) Железо слабовато?
Винт сыпется?
Места на винте нет?
Личный телепат в отпуску?

(0) свертку делай, быстрее будет, там при переходе с 9 на 10 перепроводятся все документы

(17) это стихи?

+ и не по одному разу

+ а потом обновляй

(19) исключительно собственные наблюдения

(22) Это песня про Ханкалу.

(12) да, как тут сказали уже он тресет все документы, там видешь с какого релиза, в товародвижение ушли такие измерения как Номенклатура и Характеристика и добавилось одно - АналитикаУчета (кажется)
Свертки в моей версии нет

(27) тормозит какой-то запрос. Надо вычислить его. Потом как в (12).

>>Я загрузил последний релиз в эту базу, и терпеливо
Вот так взял и сразу накатил 11.1.10.116 ?
Или может сначала накатил 11.1.2.8, запустил обновление, подождал когда завершится. Потом накатил 11.1.2.9 и т.д.

(0) > на все переделки пофиг
Снеси их на время обновления, а если они еще актуальны, добавь в обновленную базу.

(29) да, нажал просто загрузить конфигурацию, взял последний релиз УТ, который был на тот момент и в путь.

(31) так нельзя делать, надо последовательно обновлять

А объемная база - это сколько?

Отключи полнотекстовый поиск.
У меня было когда большую базу буху с 2.0 на 3.0 переводил. Очень долго выполнялись процедуры. По ТЖ вычислил, что каждую минуту происходило толи индексирование толи слияние индексов не помню уже. После отключения процесс пошел гораздо веселее.

(34) и версионирование, а реально сколько размер базы?

(32) +1 обновляй последовательно, там не в каждом релизе такие обработки, подробнее смотри в ОбновлениеИнформационнойБазыУТ.ПриДобавленииОбработчиковОбновления, можно какие нибуть не делать, а сделать потом

(0) Огласите хоть размер БД?

+(0) ПЕриод ведения учета, От и по...

(35) Версионирование там вроде по умолчанию отключено. Размер где-то 60 гигов был тогда.

Размер, 20гб.
Ведение учета с наверное сентября 2012.

(36) Это процедуру я видел, у меня видишь возникали проблемы при обновление, например, когда он добавляет обработчик (в этой процедуре), то такой процедуры нет, и ошибка. Помню эта процедура должна была быть в регистре ТоварыВРезервеНаСкладах, но ее там не было. А конфа под замком, как так

Я пока хочу действовать так, перенести всю движу на сервер побыстрее, и делать поэтапное обновление.

Как бы если он после конца 1.5 недели обновился, то мне было б пофиг, сеанс висит на тестовом сервере а работу пользователей никак не грузит. Но полезли ошибки

(32) почему?

(42) http://infostart.ru/public/18596/