Mihich,

в Data директории есть XMLA (XML) файлы содержащие определения обьектов,
пакетно меняй там тэг с Load на Create
создавай базу с нужным ID,
и выполняй XMLA в нужном порядке (Roles/DS/DSV/Dim/Cub..)

Mihich,

не мучайся,

данные в файлах сжаты и часто зашифрованы,
контрольные суммы/ключи и пр. информация хранится в detach_log
(или частичная информация об этом в n.CryptKey.bin на живой версии скорей всего привязанная к текущему профилю безопасности исходной OS системы, на файл которого есть ссылка в DB_ID_Ver.db.xml в корневом каталоге SSAS живой системы где так-же хранится зашифрованный пароль)

попробуй конечно как в первом сообщении советуют - но при такой последовательности и подходу к структурной целостности данных по моему в целях ограничений безопасности задача восстановления на другой системе без detach_log или backup.abf или-же без исходных данных - довольно неподьёмная обычными средствами (корневые master.vmp / CryptKey.bin вероятнее всего будут другими на другой системе/машине), структуру легко восстановить, данные - большой вопрос.

когда будешь пробовать:
- версия SSAS (+SP/CU) должна быть идентична исходной
- копировать придётся всё (пробуй все возможные / разные комбинации файлов, так-же с перезаписью файлов master.vmp / CryptKey.bin): но всегда должны быть директория SSAS базы данных project_id.version.db и project_id.version.db.xml в корневом каталоге ..MSASxx.Intance\OLAP\Data) при выключенном SSAS сервисе,
- после копирования запускаешь SSAS сервис и смотришь случилось-ли чудо, останавливаешь сервис и по новой пока не исчерпаются варианты и не пропадёт надежда.

Alex_496,

ну с master как раз по моему меньше всего проблем (так-же как и всего остального что чистым текстом лежит), наверное можно просто редактировать/добавить (скопировать из мёртвого) нужные ObjectId и Version в формате котором просит (всего что лежит в восстанавливаемой базе: роли, DS/DSV/измерения, и т.д.)

вот подмена/подхват шифрования как раз самый рисковый момент.