Добрый день!

1С 7.7 комплексная. УРБД. 2 базы: центральная, переферийная. По определенным причинам с начала года обмен производился только односторонний из переферийной в центральную базу. Планировалось, что в ближайшее время будет произведен очередной обмен и центральная база будет свернута на начало года и от центральной базы будет создана новая связка распределенных баз.

По этой причине последние релизы не накатывались на центральную базу так как изменения  в них не были критичны. В последнем релизе вышли обновления по НН , которые критичны к обновлению, поэтому обновления надо вносить как минимум в центральную базу. обмен центральная база - переферийная очень не желателен по разным объективным причинам!!! После обновления центральной базы обмен из переферийной будет невозможен.

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

У тебя обмены и не подтверждаются, чтоль?

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

(2) я сделал копию центральной, накатил на нее последних 3 версии. После этого выгрузил и зпереферийной базы данные. Пытался загрузить в центральную - НЕ ЗАГРУЖАЕТСЯ!

(3) как насчет 1?

(3) пишет, конечно, "изменеия не приняты в ПБ", или как-то так? :-)

-Здравствуй, мальчик!!!
....
-Мальчик, как тебя зовут?
-- Здрррасте!
- Ты че тормоз?
-- Вася!
- Ладно, Вася, скока те лет?
-- Сам ты тормоз!
©

вася ушел...

(7) Дядя, здрасте...

(1) B   Изменения конфигурации  не загружались в ИБ из которой прибыл файл переноса.
Загрузка не выполнена!

(9) Прикинь, программа чистую правду глаголит.
но (9) -это ответ на (5). а как насчет ответа на (1)?

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

(11) ну и дура!©
коллизии как раз возникают и-за неподтверждений.
у тебя периферийка до сих пор в центр отправляет те давно полученные данные...

решений, в общем-то три:
1. удалить апдейтс, сделать еще раз какое-нибудь изменеие в конфтге, и сделать выгрузку в ПБ.
2. тупо удалить строчку с обжектидом=0 и тайпидом=0, и тогда все примется.
3. депериферизировать ПБ, обновить конфигу там, опять периферизировать и работать себе (орять же после п.2)
---------
самый тупой метод, конечно, удалить апдейтс - наверное, он тут как раз... ибо один зрен вам все пофиг

(12) пусть отправляется! Приоритет изменений в центральной выше!. Важно чтобы в результате состояние которое формируется в ЦБ не менялось и в ближайшем будущем от нее делать новую связку распределенных баз.

(1) 1. удалить апдейтс, сделать еще раз какое-нибудь изменеие в конфтге, и сделать выгрузку в ПБ.

что под ты имеешь ввиду под "апдейтс"

2. Если удалить указанную строчку, будут ли потом проблемы с обменом?

(14) приоритет выше, но не все данные записаны. кроме того,  тупая нагрузка на перезапись уже давно имеющегося.
апдейтс - это файлик данных такой.или табличка,  в зависимости от типа базы

(15) 1SUPDTS.DBF ??

(13) а как в случае п.3  после того как из периферийной сделать обычную потом снова из нее сделать периферийную и чтобы эта база корректно обменивалась с центральной?

(16) да
(17) убрать апдейтс, даунлоадид, и дбсет. а в системсе убрать дбсетууид и дбсигн.

(18) это мы сделаем из распределенных баз обычные. А как их потом снова связать, чтобы продолжить процесс обновления с последнего места?

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

+(20) в т.ч. - и _правильного_ способа обмена.

(20) можно все же более подробно описание схемы действий которые позволят принять изменения из ПБ в ЦБ в варианте когда ПБ отвязывает, обновляем конфигурацию ПБ, привязывает к ЦБ, делаем выгрузку из ПБ в ЦБ, загружаем файл обмена в ЦБ!

В инете не нашел ответа на этот вопрос. Удалении строк с апдейтс не помогла, выгрузка обрывается с ошибкой когда загружаются в ЦБ данные объекта, структура которого в ЦБ изменена!

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

(23) да в том то и дело что нельзя делать выгрузку в ПБ. Это связано с особенностями документоборота фирмы за последние 3 месяца. в ЦБ только загружали из ПБ данные по нескольким фирмам, делали определенные операции, которые не желательно чтобы попали в ПБ (долго объяснять). Просто в какой то момент руководство хотело создать на основе ЦБ новую пару ЦБ и ПБ. Затянули!!! до этого 4-5 лет делался 2х сторонний обмен  как и надо делать. Сейчас надо как то выйти из положения.

я рассматриваю вариант обмена из Пб в ЦБ, в кторой такая же конфигурация как и в ПБ. Проводить в ЦБ необходимые манипуляции с данными. а если нужен будет новый функционал, делать копию от ЦБ и на нее накатывать подготовленный МДэшник

(24) мляттттььььь.... Ты убрал из выгрузки в пб ВСЁ. Ваще все. И добавил к выгрузке только конфигурацию.

+(26) поэтому "особеннлсти документооборота" тут могут быть либо религиозное табу, либо феерическая тупость. Даже третьего варианта ч не могу придумать.

(26) что за бред! что я ВСЕ убрал!?загрузка только из ПБ в ЦБ. В выгрузке из ПБ в ЦБ все измененные данные с момента последней выгрузки!

(28) видимо, у вас второй вариант из (27). Ибо удалив апдейтс вы удали отсылку

Отсылку всех измененных данных из цб. Все, урбд считат, что отсылать нечено...
Ну почитайте уж про усьройство урбд наконец... Вместо "рассматривания вариантов"

(29) да я все это делал на копиях!

мой вопрос был о том , есть ли способ перенести данные из ПБ в ЦБ, когда В ЦБ обновленная конфигурация и без выгрузки из ЦБ в ПБ. Вы же наверно в свое время более подробно изучали организацию УРБД! Если ответ ДА тогда просто направьте куда копать. Если нет , то на нет и суда нет!

(32) я ответил еще в (13).
Найдите статью ро устройству урбд, и изучайте, есди не доверяете советам.