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

В общем и целом да, интересно было знать почему БД не стартует через Сетевую Файловую Систему. Экспорт вполне подходит и я как раз маюсь как примонтировать место для новой системы с теми ресурсами, которые есть. В идеале бы вообще у полки д.б. функция репликации и все мои гигабайты прошли бы за 20 минут (может и меньше). Но так как полки нет, а есть только шара на FBSD приходится заниматься тем, что выспрашивать методы копирования системы. Нашел что-то про ISCSI кто-нибудь слышал про это что-нибудь?

без трассировок можно лишь предполагать, что проблема в разных осях, а не в nfs

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

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

Привет, Светик )) Подбрось, будь ласка, по старой памяти - потренирую свой новый базис - ставить научил - пора на клонирование натаскать ))

Народ так как правильно сделать копирование мандантов из продуктива в тестовый?
Чтобы все данные туда перенести...?

Приключения продолжаются...

Начальство достало дисковую полку, вот что было далее:

1) Зацепили её диски на тестовую систему.
2) На тестовой системе создана структура каталогов, аналогичная продуктивной.
3) В ОС созданы пользователи с аналогичными сидами (и имя и цифровой ИД)
4) Командой share эти диски даны в распоряжение продуктивной системе.
5) С помощью конструкции tar'a содержимое каталогов oracle, sapmnt и usr/sap перенесено в примонтированные каталоги.
6) На тестовой системе изменен файл /etc/hosts после чего она (система) стала думать, что она и есть <dbhost> (но почему-то упрямо продожает помнить и разрешать имена хостов входящих в ландшафт )
7) startdb начал отрабатывать без ошибок
8 ) Поправлены профили инстанции.
9) startsap почему-то пытается запустить диалоговую инстанцию для оригинальной системы, но валится с ошибкой.
10) startsap_DVE02... (второй файл запуска в каталоге ехе) сообщает, что IGS запущена.
11) НЕ получается поключиться к запущенной инстанции через SAPGUI
12) Ко всему прочему в списке процессов нет ни процесса oracle ни disp+work

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

не упомянули домашние каталоги ОС-юзеров (oracle и sap). Домашный каталог ora<sid> скопировался при копировании /oracle. А что в /.../home/<sid>adm ?

Да (забыл упомянуть). Настройки окружения <sid>adm'a скопированы. У ора<adm>'a домашний каталог вместе с БД расположен.

Заработало. Всё причешу и потом где-нибудь роад-мап выложу.

Шара примонтировалась для конкретного пользователя (Вашего рабочего стола). Служба естественно ее не видет.

причесал? выкладывай!

Коллеги, пишу втихую от базисника - зашибет ненароком .
ситуация у нас удивительная, перенос данных из продуктива в тестовую систему может продолжаться 7-12 дней, естественно ни о какой консистентности данных речи не идет. База на SapDB , сервера достойные, т.с., с железом проблем нет. На холодный бэкап хватает и часа. Базис разводит руками и требует (вполне обоснованно) курсы.
Может быть, укажите, о гуру и гурукалы, в какую сторону (кроме курсов и Вальдорфа) смотреть?
На что обратить внимание?

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