Ситуация следующая: необходимо создать на другом компьютере копию базы 1С 7.7 ТиС. Обе базы (оригинал и копия) скульные. Порядок действий такой:
1. Делаю выгрузку оригинальной базы посредством скуля (backup database)
2. На другой машине в пустую скульную базу загружаю данные из сформированного файла выгрузки (Restore Database)
3. На машине с копией БД создаю новую папку, в нее помещаю МДшник оригинальной БД
4. Т.к. исходная база распределенная, прежде чем подключить ее к 1С, из скулевой базы убиваю таблицу _1SSYSTEM
5. В созданной папке создаю новую базу 1С, в конфигураторе указываю ей параметры подключения к скулевой базе.
6. При запуске предприятия из конфигуратороа система пишет, что параметры базы данных не определены", и т.д. Я пересохраняю конфигурацию, чтобы сформировался файл словаря DDS, и снова запускаю Предприятие из конфигуратора.
7. При запуске 1С, система предлагает выполнить открытие периода. Соглашаюсь.
Вся проблема в том, что при этом из базы внезапно очищается справочник договоров. Верне, он очищается уже после п. 6. Я специально непосредственно после рестора просмотрел таблицу справочника договоров, она была заполнена. Возможно, какие-то еще таблицы похериваются при выполнении п.6. Что за хрень? Как лечится? Заранее благодарен.

3. С ддс файлом? Тогда он начинает матюгаться "Нарушена струткутра таблицы таккой-то" и т.д.
4. > Может сначала все же подключиться а потом править...
При работающей 1С ты ни хрена не сможешь в скуле править.

Еще какие варианты? Кто-нибудь вообще с такой фигней сталккивался, что неккоторые таблицы БД после подключения к 1с полностью очищаются, а другие нет?

The Dim!,

Хз, может, и со всеми подчиненными. Но я пока только с договорами такой глюк нашел.
Ничто не мешает. Кроме самой 1С, которая после подключения к базе скуля при запуске выдает ошибку, что ДДС неродной

Кстати, не со всем подчиненными справочниками такое происходит при сохранении конфы. Тому же справочнику "Контрагенты" подчинено, кроме "Договоров", еще несколько справочников, там все на месте.

The Dim!,

Хм... а через ДБФ прокинуть - это, пожалуй, идея. Я как-то об этом не подумал. Просто хотел сначала все перенести без лишних заморочек, но я не подозревал, что окажется такой глюк. Сейчас попробую. Но ты полагаешь, что проблема кроется именно в том, что 1SSYSTEM убивается?

> А ты сам как думаешь, убить кусок базы и ожидать работоспособности?
Ну, в статье http://kb.mista.ru/article.php?id=3 именно так и советуют отвязать базу от УРБД :) Да и с файловыми БД прокатывало такое, раньше сам делал. СО скулем, как вижу, есть заморочки.
Я так понял, надо из этой таблицы удалить те данные, которые касаются принадлжности БД к УРИБ (очистить поля код и ГУИД базы)?

The Dim!,

Сделал, как вы сказали, убрал запросом в QA УИД и префиккс УРИБ из таблицы 1ссистем (саму таблицу оставил), но при сохранении конфы опять та же хня :(

AHDP,

Цель озвучена в самом первом посте.

The Dim!,

Конфигуратор был ЗАКРЫТ, если что...

The Dim!Злобный ЙожегСделал, как вы сказали, убрал запросом в QA УИД и префиккс УРИБ из таблицы 1ссистем (саму таблицу оставил),

Т.е. из QA udpate по этим полям?
select после этого что показывает?

Злобный Йожег но при сохранении конфы опять та же хня :(
А это что такое?
Тыж работал в SQL, конфигуратор открыт не был... что сохранять-то?

SELECT после очистки полей не делал, просто открыл саму таблицу. Там эти поля были пустые.
Когда работал в SQL, все и было нормально. Но потом-то в 1С зашел в конфигуратор, и стал сохранять МДшни, чтобы DDS перезаписался под родного для конфы.

Горилла с Нижнего Тагила,

Скопировал родные. При попытке запуска 1С пишет "Нарушена структура таблицы SC9505", т.е. как родной она ДДСник не распознала все равно.

ЕВА 2000,

> Значит бекап не родной.

бэкап как раз родной

Злой Бобр,

млять, я скопировал мд и ддс из каталога источника, х..ли еще надо?! Весь каталог тащить не собираюсь (это 20 гб всякой }{уетени)

ЕВА 2000,

> восстанавливаемой базе нужно назначить владельца базы
Т.е.?

Короче, дохлое дело, ни хрена не помогает. Не рсапознает она свой ддшник как родной. При загрузке бэкапа требует, чтобы стоял флажок "Force restore over existing database", может, в нем дело, если я его ставлю?

Господин ПЖ,

База-источник называется Barnaul. С таким именем она выгружается в бэкап, правильно? А база-приемник называется barnaul 9с маленькой буквы). Имена регистрозависимые?

AHDP,

После бэкапа при запуске 1С в реж. Предприятия она сообщает "Нарушена структура таблицы". Файл словаря распознается как неродной. Чтобы он переписал его, приходится менять и сохранять конфу. Чтобы это можно было сделать, для этого и убивается.

Господин ПЖ,

Хорошо, как добиться, чтобы были одинаковые?

В-общем, проблема решена. Сделал следующим образом: базу на другом сервере назвал так же, как базу-источник, бэкап назвал по имени базы, файл бэкапа тоже по имени базы, параметр Overwrite установил в значение "Overwrite existing media". Во время restore скуль уже не требовал поставить перед началом загрузки флажок "Force restore over existing database". Загрузка прошла без проблем, с 1С тоже все прошло гладко, ДДСник был воспринят ею как родной. Посему вопрос об отвязке базы от УРБД отпал сам собой.