требуется ли поочередное обновления загружая каждый релиз:
релиз 1.3.29.1 от 21.08.12
релиз 1.3.28.1 от 23.07.12
релиз 1.3.27.4 от 10.07.12
релиз 1.3.27.3 от 06.07.12
релиз 1.3.27.2 от 21.06.12
и т.д. либо можно сразу установить 1.3.53.1?

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

всегда хватало cfu последней подверсии релиз 1.3.29 <-
1.3.28 <- 1.3.27

с УПП по методу (1) я б не рискнул. Фиг проверишь все ли корректно встало. Туча регистров, документов.
Уж лучше (2) - всегда так делаю.
P.s. ну и статью на инфострате "технология обновления нетиповых" никто не отменял.

в ридми каждой версии написано на какую можно накатывать же

26->53 автоматом конечно не встанет... но при наличии прямых рук все возможно

(0)[можно сразу установить 1.3.53.1]
можно
но вести учет будет нельзя

(0) разверни лучше сразу новую чистую типовую базу - быстро и надежно!

и хоть бы одна *ВЦ* отписалась что в итоге сделал, и что получилось.

См. ОбщийМодуль.БиблиотекаОбновленияИнформационнойБазыПереопределяемый Функция ОбработчикиОбновления()

(9) Обновляю чаще через несколько релизов. При такой частоте как в этом году, не реально обновляться каждый раз. Прокатывало через год и более.
В журнале регистрации должно появиться что-то типа:
Изменился номер версии конфигурации: с "1.3.32.1" на "1.3.45.3". Будет выполнено обновление информационной базы.
Изменился номер версии конфигурации: с "1.3.51.3" на "1.3.52.1". Будет выполнено обновление информационной базы.
Выполняются обязательные процедуры обновления информационной базы.
.............
Выполнены обязательные процедуры обновления информационной базы.
Выполняется обновление информационной базы родительской конфигурации ЗУП с версии 2.5.79.3 на версию 2.5.79.4.
Выполнено обновление информационной базы родительской конфигурации ЗУП с версии 2.5.79.3 на версию 2.5.79.4.
...........
Выполнено обновление информационной базы родительской конфигурации ЗУП с версии 2.5.80.1 на версию 2.5.80.2.
Выполнены обязательные процедуры обновления информационной базы.
Выполняется обновление информационной базы с версии 1.3.51.3 на версию 1.3.52.1.
Выполнено обновление информационной базы с версии 1.3.51.3 на версию 1.3.52.1.
Обновление информационной базы на версию "1.3.52.1" выполнено успешно.
Тестирование, резервирование само-собой. Удачи!

Рискнул и обновил сразу с 1,3,26,1 до 1,3,53,1.
Второй день, полет нормальный.

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

(12) Вы правы если очень большой размер базы.
В моем случае это 100мб.

(13)В моем случае это 100мб
УПП только cf-ник под 500 тянет. dt-шник по более должен быть.

(0) обновить нельзя. Не помню в каком точно релизе, были переходные процедуры по ЗУП

(15) Переходные процедуры предусмотрены начиная с 1.3.0.1 см. (9). Если они выполнены то оставляют в журнале следы см. (10).

(16) при чем тут это? я обновляю через несколько релизов.
В одном случае не прошли процедуры обновления подсистемы ЗУП

(11) Так и делаю.
Замечу - предусмотрена защита. При вызове через меню "Обновить конфигурацию" платформа проверяет возможность обновления имеющегося релиза из выбранного файла. При отсутствии такой возможности конфигурацию поставщика не обновить никак. Вызов всех процедур можно проконтролировать по журналу регистрации и при необходимости запустить вручную. Ничего тут хитрого нет.