Добрый день,

После переноса системы через offline бэкап, создал пользователей OPS$, задал им пароль, ABAP инстанция стартует, JAVA нет. Что может быть?

И вторая проблема. Перенастроил транспортную систему(контроллер не переезжал остался на старом месте). в stms при заходе в очередь перевезенной систему выдавало ошибку, не скопировался профиль в \\sapsrv2\sapmnt\trans\bin, скопировал cofiles и data от старой системы на новый сервер. НО! сейчас новые запросы не появляются в очереди на перевезенной системе =( Подскажите в какую сторону копать? Проверка транспортной системы говорит что все ОК...

я бы воспользовался инструкцией по гомогенному копированию, т.к. понятие "скопировать систему" не равнозначно понятию "скопировать БД"

Директория sapmnt/trans должна быть одна для всех систем...

не обязательно


alexivara
как правильно заметил NikolayGr Вам необходимо провести процедуру гомогенного копирования в части копирования JAVA (экспорт/импорт) занимает эта процедура (без глюков) примерно час.

с java уже разобрался, а вот с транспортной системой непонятки, удалил в se06 конфигурацию сказал что после систем копи через бэкап, сконфигурировал заново, и очередь запросов пустая для этой системы =(

пока вернул все назад, в следующие выходные попробую еще раз.

sapmnt/trans у меня одна на DEV системе и все смотрят туда, но на других системах в своей sapmnt/trans все равно что-то хранится, buffers, cofile, data и так далее.

очень странно, в /sapmnt не должно быть каталога trans, конечно можно создать софт-линк, но классически транспортная система должна располагаться в /usr/sap/trans, причем это должна быть "расшаренная" на одном хосте файловая система, а на других хостах смонтированная по NFS. Если все сделано правильно, то в STMS есть прекрасные инструменты по диагностике...

alexivara

если не хочешь мудрить с шарами, попробуй сконфигурить разные транспортные группы переноса для систем в STMS, в этом варианте, папка /usr/sap/trans будет синхронизироваться между серверами (точнее будут физически переноситься запросы, которые встают в очередь нужной системы)

она и есть в C:\usr\sap\trans я про шару говорил, она в \\server1\sapmnt\trans и есть
у нас платформа Windows к сожалению...
все инструменты диагностики говорили что все ОК и проблем нет =))) в алертах тоже пусто

Вы же косую черточку указали юниксовую "/sapmnt", это и ввело меня в заблуждение...
на WIN платформе, если мне память не изменяет, надо настроить SAPTRANSHOST(в инструкции по инсталляции про это подробно написано) и еще в одном ландшафте не должно быть одноименных систем.

- доктор, меня никто не замечает!
- следующий!

Направление черточки для Windows безразлично. В том числе можно и смешивать их по желанию.
SAPTRANSHOST настраивать необязательно, если имеется в виду настройка его в DNS. А если есть больше одного ландшафта в сети, так и вовсе даже вредно.
Одноименные системы (SID'ы) могут присутствовать в любом количестве. Ограничений на это нет. Есть неудобство конфигурирования и возможность ошибки. Также как и с одинаковыми номерами мандантов в разных системах в пределах одного ландшафта.

SID не менялся кстати, просто менялось место жительства системы на соседний новенький сервер.

Поищите в параметрах системы имя старого хоста

это в стартовых профилях чтоли? новая система ставилась с нуля, обновлялось ядро и там с хостами все ок )