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

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

Что Мы Делаем Не Так?
Версия Каши 2008.1.1 (Unix)

servitOwerКогда мы делаем перенос баз с одной машины на другую (со свежеустановленной Кашей) методом, описанным в документацииВ документации описано несколько методов. Который из них?
Здесь подразумевался " Restore/Migrate Database to Different Systems " по сценарию " Legacy Concurrent External Backup ", потому что система, с которой переносятся базы не должна провисать ни на минуту.

servitПроверяли cconsole.log на предмет ошибок?
Да, ошибок не обнаружено.

servitPS: данные перенести нужно один раз или на регулярной основе?
Данные нужно перенести один раз.

doublefintOwer, напоминает эффект от включенной опции "безопасность конфигурации".
Спасибо, проверил, но "безопасность конфигурации", как оказалось, нечто другое (см. раздел Configuration Security ).

-----

Проблема все-таки была решена!

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

Мы прибегли к "опасной" процедуре и отредактировали cpf вручную (предварительно остановив Кашу), дополнив его строками из Каши-донора (разделы [Datasets], [Namespaces], [NspMap]). После запуска Каши все осталось на месте и пока работает без нареканий.

Благодарю всех откликнувшихся на проблему =)