Теряет, , внешние источники данных

http://listick.ru/share/wvHxx
слева только-что восстановленная из бекапа SQL база

кроме внешних - отсутствуют еще XDTO пакеты
как такое может быть
в базе восстановленной из бекапа отсутсвуют метаданные которые есть в забекапленной базе?

при это забекапленной средствами SQL

(0) как всегда четные релизы платформ глючные обновляйся на 8.3.7

(0) А кто сказал, что будет легко?

Это фантастика.

а что говорит история хранилища?

(5) + видно же что внеш. источники данных захвачены другим пользаком.

копию восстанавливаешь на тот же сервак 1с?

(3) а если бэкапилось не то, с чем пытаются сравнить?)

(7) нет
(8) - нет - это рабочая база
бекап был вчера вечером

аналогично получается если выгрузить в DT и загрузить - объекты теряются

+(9) рабочая база работает с внешним источником (т.е. его используют) - т.е.. он там стопроцентов есть

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

но мне что то подсказывает, что "внешние данные" могут хранится где-то в каталоге сервера 1с а не в самой базе... (по примеру лога)... Кто-бы проверил?

(11) собственно очень похоже на ODBC....

(11) ОДно дело работать, а другое что сами метаданные теряются

(11) есть другая база использующая этот же источник

это SQL база из одной таблицы
DRIVER={SQL Server};SERVER=1

и на ней такого не замечено (хотя аналогично частенько восстанавливается)

(11) он работает - его просто нет в метаданных
после подключения к хранилищу и синхронизации - все объекты появляются

и еще - напомню - кроме внешнего источника пропадают также и Пакеты XDTO

(9)
> аналогично получается если выгрузить в DT и
> загрузить - объекты теряются
ну тогда уж и cf проверить не грех

перед восстановлением из бекапа тестовую базу отключаешь от хранилища?

(16) зачем? она же затирается полностью
рабочая к хранилищу подключена

т.е. бек ап полностью соответсвует конфигурации рабочей

чудеса какие-то
у меня ничего не теряется, ни внешние источники, ни объекты XDTO, регулярно восстанавливаю коппии для разработки с рабочих бекапов, на разных базах, на разных серверах БД.
8.3.6

Так что, это фантастика, может не то восстановил, нетуда смотришь, или типа того что-то.

будет время - попробую пустую конфу сделать
выложу

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

попробуйте кеш почистить. У нас такое тоже было: после копирования базы "пропадали" последние изменения. Почистили кеш - все вернулось

(0) Потому что бэкап неактуальный

(22) а вот тут поподробнее как может быть не актуальным бекап?

(23) банально перепутали

(24) исключено

(24) я думал ты щас будешь рассказывать ка SQL может делать бекапы неактуальные