Добрый день!
Необходимо изменить номер системы у портала.
Подскажите, кто делал, как проводятся такие работы для java инстанций?
Какие доки почитать?

Что имеется в виду под номером системы?
Если имеется в виду номер системы, который относится к лицензии, то он в лицензии и зашивается. Когда ставите лицензию - получаете автоматом и номер системы и номер инсталляции.
Или Вы про какой-то другой номер?

avlag

Я так понимаю, что речь идет об JAVA instance ID


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

На 1 сервер надо перенести 2 портала, они работают по одним портам. Надо менять.
Вопрос: можно ли это сделать настройками? делается ли это при systemcopy или еще как-нибудь

При копировании системы вы, безусловно, можете указать новые номера инстанций.

И все-таки подниму тему. Как было уже сказано: "копирование системы" позволит корректно изменить ID Java Instance.

Но вот на новой работе имею следующее: 3-х системный ландшафт СолМан: SOT, SOQ, SOP
По рассказам сотрудников SOT и SOP были проинталлированны, а вот SOQ получена путем пофайлового копирования и изменения конфигурационных настроек. SOT имеет собственный ID, а вот SOQ, SOP одинаковый.

Мне поставлена задача сделать Upgrade 7.01 -> 7.02. SOT - сделал.

SOQ на стадии "SUM check check analyse-checks-result com.sap.sdt.j2ee.services.servicesimpl.AnalyseChecksResultsService" выдает:

The following problem has occurred during step execution: com.sap.sdt.j2ee.services.servicesimpl.AnalyseCheck
sResultsException: The detected instance ID ID8845756 and the one calculated from the box number ID8633033 do not match. A possible reason for that is that you have changed the box number in the central instance instance.properties file.

Я уже прошелся по файловой системе и везде поменял ID, кроме файлов типа *.bin (j2ee/cluster/server0/apps/sap.com/caf~UI~cladmin/webdynpro/wd_app_version.bin). В configtool поменял везде номера на 8633033. Перезапустил, но Java не стартует. При запуске Configtool вновь отображается старый номер:
instance_ID8845756
dispatcher_ID8845756
server_ID8845756

Собственно вопрос, может у кого получалось сменить ID, а то очень не хочется прерывать Upgrade и заново делать системную копию.

В общем получилось.
И так:
- SOQ была скопирована пофайлово с SOP.
- ABAP часть была запущена
- Java часть путем изменения параметров в configtool ( и offlinecfgeditor) и поиском по файловой системе и заменой SID и номера инстанции также была запущена.
Проблема была в изменении ID Java Instance.
Я сделал системную копию SOQ -> SOQ. Все процедуры были выполнены успешно, но Java не запускалась. В configtool (и offlinecfgeditor) был уже новый ID Java Instance.
Я адаптировал все параметры в configtool (и offlinecfgeditor). Заметил, что после system copy полностью отсутствует каталог server0. Его я восстановил из бэкапа. Но Java не запускалась.

потом я в offlinecfgeditor из SOP выгрузил ветки "Properties instance.properties.IDХХХХХХХ", разархивировал их, подменил все параметры, заново запаковал и загрузил в SOQ.

Java запустилась, сейчас делаю бэкап и продолжу прерванный Upgrade.
A SAP порекомендовал мне повторить процедуру Systemcopy, что не входило в мои планы

Если еще не надоел то вот продолжение истории:

Итак, не законченный Upgrade продолжить не удалось. SUM постоянно ругался на старый Java ID. В общем, я потер SUM и начал заново (кто будет идти тем же путем, то дополнительно нужно удалить пользователя SAP<SID>SHD и очистить таблицу UVERS).

Начал Upgrade заново и SUM больше не помнит про старый Java ID.

Единственное, с чем не разобрался, это как вычислить самому Java ID, чтобы при копировании системы без SAP System Copy Tools, сразу подменить на верный Java ID. Кто знает, поделитесь пожалуйста

Давно я делал так. Кусок из инструкции для себя.
----
После отката на старом сервере не работала жава.
http://forums.sdn.sap.com/thread.jspa?m ... 1#10817751
В jvm_bootstrap.out было «Problem occurred while performing synchronization» и «No such Dialog Instance (ID12109200) in the database! Check database consistency or local Bootstrap properties!»
По сути в в базе в схема (вроде таблицы типа J2EE_CONFIG ) прописалось новое ИД Жава. Выяснилось что было
ID12109200, ID12109250 в файлах (типа instance.properties),
ID15307800, ID15307850 в бд
Исправил instance.properties ? instance.properties.vmprop
j2ee/instance_id=ID0121092 - в S01_DVEBMGS01_sapmain
Но так и поднял.