Есть конфигурация Бухгалтерия 2.0.34.13, для нее скачала релиз обновления версии 2.0.35.5, установила это обновление.
В конфигураторе в обновлении конфигурации выбираю файл cfu этого релиза.
Появляется сообщение, что этот файл предназначен для обновления следующих релизов, среди списка которых есть и мой релиз. А это сообщение обычно появляется, когда выбираешь обновление, не предназначенное для текущего релиза.
Что в таком случае следует предпринять? Может ли быть, что номер стоит одной версии, а реально на самом деле стоит другая версия?
Как определить текущую реальную версию?

>>Как определить текущую реальную версию?

Конфигурация, поддержка, настройка поддержки, там номер конфы поставщика

(0) На этом форуме девушкам принято сначала фотку в личную карточку вставлять, а потом уже спрашивать))
Чем зрелищнее фото, тем качественнее ответы)

Как вариант, качай обновление ДО 2.0.35.5.

Собст-но: v8: Обновление на релиз 2.0.35.5

В настройке поддержки указан релиз 2.0.34.13. Платформа 8.16
Почитала v8: Обновление на релиз 2.0.35.5, там проблема с подчиненными узлами, а у меня даже центральный не обновляется.

Каким способом можно обновить этот релиз?

(1)не будем забывать что поставку могли сделать можифицированную и накатить
поэтому нужно сравнивать с заведомо типовым релизом релиз конфы поставщика сначала

(5) Попробуй обновить на cf-ник. Его можно сделать (если нет) из твой конфы - сохранив типовой из поддержки и накатив 2.0.25.5.

7+ можешь на всякий случай и на позднюю 35 версию cf сразу обновить.

(6) кто бы мог так извратиться?

(5) все-таки,
1) попробуй поднимать поэтапно, от 2.0.34.13 со всеми промежуточными.
2) Посмотри как должна выглядеть типовая (сравнение с 2.0.34.13 типовой).

Ну либо, действительно, пустая база 2.0.25.5 и через сравнение-объединение.
Может занять много времени.

Сейчас качаю типовую 2.0.34.7 и обновления до 2.0.34.13, чтобы потом с ней сравнить.
А пока сделала сравнение текущей конфы с конфой поставщика в конфигураторе, никаких изменений не выявлено.

(11) Сравнение-объединение. Странно, вообще, что ты дописанную конфу на автомате обновляешь.

(11) может в режиме предприятия не запускали?

(9) вообще-то для РИБ нормальный изврат, если делаешь свою поставку, размер файла обмена в 3 раза меньше.

т.е. если кто-то сделал свою поствку, то мне нужно создать cf_ник уже для 2.0.35.5 и путем сравнения и объединения, обновлять, правильно ли я поняла? и т.д. до последнего релиза?

Посмотри еще свойства конфигурации и Конфигурация - поддержка - настройка поддержки. Версии одинаковые?

hhhh, что-то ты не в тему... Предположение заманчивое, но маловероятное.

(15) Правильно.
Н осначала, все же поройся на предмет что конкретно не так.

Засомневался, переспрошу: (11) Сравнение,объединение было сделано кнопкой в настроке обновления или как, где?

(16) Версии одинаковые
(19) Настройка поддержки - Сравнить и объединить с конфигураций поставщика

Как скачается типовая, с ней сравню

Мне непонятно потому, что в (11) - "...никаких изменений не выявлено", а в наименовании темы - "немного дописанная..." - как это так? "Немножко беременная"(с)

Блин, еще раз, посмотри свойства конфигурации и Конфигурация - поддержка - настройка поддержки. Версии одинаковые?

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

(22) версии одинаковые и свойствах конфигурации и в настройке поддержки

Но у этого интерфейса с именем, как у названия организации, стоит замочек "Объект поставщика не редактируется"

Кстати вспомнил :) в УПП был однажды такой прикол - выпустили обновление для версии, которую "забыли" - В описании - она есть, а в файле поставки - её нет.

Слушай, а проверь, обновления 2.0.34.13 - прописались?
Вообще, посмотри, http://forum.infostart.ru/forum26/topic56313/

И за одно вот это http://infostart.ru/public/18562/.

Кстати: а чего никто ещё не вспомнил про очистку кэшей? Непорядок :)

Вспомнил) см (27)

Спасибо большое, буду изучать:)

Сравнила рабочую конфигурацию, кот. нужно обновить, с конфигурацией поставщика. Выявила изменения. Обновила тестовый вариант на релиз вперед, учитывая изменения. Еще надо накатить 7 релизов.
Скажите, пожалуйста, правильно ли я поняла, что эти обновления я должна провести непосредственно на рабочей станции, т.е. я не могу сделать сначала, все на тестовой базе, а потом просто перенести конфигурацию на рабочую из-за возможной?

из-за возможной потери данных в случае изменения метаданных в одном из релизов

ИМХО (методом проб и ошибок) обновлять лучше поэтапно. Из-за всего.

(33) Да, правильно поняла. Именно "возможной".

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

И ещё про обязательные бработки  обновления не забывай. Они тоже важны в плане вероятности потери данных.

33 - можно ли полагаться на описание обновления? всегда ли там  пишут об изменениях в метаданных (переименованиях, удалениях)?

Возник еще такой вопрос: нужно ли после каждого обновления на один релиз главного узла РИБ передавать обновления на подчиненные или это можно будет сделать одним махом уже после того, как накачу все релизы до последнего?

(36) Нет, нельзя. Там нет описания как именно эти изменения реализуются в конфигурации.

(37) Да, нужно. После каждого обновления - вызов сеанса "1С:Предприятие" для запуска обязательных обработок обновления и проведение сеанса обмена (взаимная выгрузка и загрузка сообщений обмена) для пердачи обновления далее по всем базам подчиненных узлов.

Просто нужно понимать, что "распределенная база данных", на самом деле, состоит из автономными и независимыми друг от друга баз данных. "Распреденными" их считает только платформа 1С, программно контролируя идентичность конфигураций (т.е. идентичность метаданных) и механизм обмена данными (синхронизация данных).

После обновление главного узла обновила конфигурацию на подчиненных узлах.  С этих пор приходят очень большие файлы сообщений обмена. В чем причина? Ведь изменения уже загружены в подчиненые узлы?

(29) Если сделала обмен в обе стороны. Повторной отправки конфигурации не будет.

(39) Кто кому что шлёт? "Ничего не понимаю"(с) :)

Я конечно предпологаю что происходит, но всё0таки...

Файл обмена - обычный, текствовый. Его структура проста как две копейки - можно посмотреть, хоть блокнотом, и понять "что происходит".