1. Домен вообще нафиг не нужен. Нигде. И даже если он есть в сети, то при установке он безразличен, чтобы жить спокойно надо делать локальную установку, и все пользователи д.б. локальными.
2. Что такое "общий дисковый массив"?
3. Варианты есть разные. Например вынести сервер в отдельную подсеть с доступом только через сапроутер. На всех раб.станциях в сетке в обязательном порядке приличный антивирь с автоматическим обновлением. Доступ к серверу строго ограничен. И насчет того, что все порты не закрыть, это вопрос спорный

Спасибо за инфу, особенно по п.1
Через пару недель предстоит инсталляция у клиента, а вопросов больше чем ответов.
по п.1 - в промышленной эксплуатации MS SQL достаточно провести локальную инсталляцию, а траснпортную систему -как раз это п.2 - траснпортные общие каталоги \usr\sap\trans организовать на общем для всех серверов САП дисковом массиве и подключить его на каждом из серверов ландшафта?
Пока не очень понятно, как выглядит в таком случае транспортная система в случае 2 серверов : DEV & PRD и общий дисковый массив, подключенный к ним обоим...
С утра порпробую тогда снова локальную инсталляцию с автоматической инсталляцией SQ SQL через скрипт..

На мой взгляд делать надо так: транспортную директорию сделать на диске, подключенном к серверу той системы, которая будет контроллером транспортного домена. Остальные системы все равно будут доступаться туда через сетевую шару sapmnt\trans. Если же подключить этот диск ко всем серверам ландшафта и прописать на каждом сервере локальную транспортную директорию, то будет путаница - физически транспорты будут лежать на одном диске, но логически каждая система будет считать, что у нее своя транспортная директория. В результате, как минимум, придется делать выравнивание очереди для каждой системы. Хотя, не исключаю, что вообще могут случиться глюки.
Впрочем, это суждение умозрительное, возможно, я не прав.

а при инсталляции MSSQL Instance name выбирать какой: по доке советуют Default, хотя также рекомендовано аналогично и доменную инсталляцию проводить..
или SID сразу указывать?
если выбрать default, то затем впорследствие можно будет провести дополнительные инсталляции через MCOD?

локальная инсталляция вылетела тепрь на шаге start instance:

INFO 2006-12-01 15:09:21
Connect to message server (HOSTNAME/3901) succeeded.

INFO 2006-12-01 15:09:21
Disconnect from message server (HOSTNAME/3901) succeeded.

WARNING 2006-12-01 14:59:20
Connect to message server (HOSTNAME/3901) failed: NIECONN_REFUSED.

INFO 2006-12-01 14:59:23
Creating file C:\Program Files\sapinst_instdir\ERP\SYSTEM\MSS\CENTRAL\AS\start_ZED_DVEBMGS01.log.

INFO 2006-12-01 14:59:23
Output of E:\usr\ZED\SYS\exe\uc\NTI386\startsap.exe name=ZED nr=01 SAPDIAHOST=HOSTNAME is written to the logfile start_ZED_DVEBMGS01.log.

WARNING 2006-12-01 15:02:43
Execution of the command "E:\usr\ZED\SYS\exe\uc\NTI386\startsap.exe name=ZED nr=01 SAPDIAHOST=HOSTNAME" finished with return code -1. Output:
STARTSAP failed
Details are written to C:\Program Files\sapinst_instdir\ERP\SYSTEM\MSS\CENTRAL\AS\startZED.log

running E:\usr\ZED\SYS\exe\uc\NTI386\sapstart.exe name=ZED nr=01 SAPDIAHOST=HOSTNAME -wait
SAPSTART finished successfully on HOSTNAME_ZED_01, but at least one process doesn't run correctly:

E:\usr\ZED\SYS\exe\uc\NTI386\sapstart.exe=>sapparam(1c): No Profile used.

вот такой сгенерирован Default.PFL:

SAPDBHOST = HOSTNAME
dbms/type = mss
dbs/mss/server = HOSTNAME
dbs/mss/dbname = ZED
dbs/mss/schema = zed
j2ee/dbtype = mss
j2ee/dbhost = HOSTNAME
j2ee/dbname = ZED
SAPSYSTEMNAME = ZED
SAPGLOBALHOST = HOSTNAME
#-----------------------------------------------------------------------
# SAP Central Service Instance for J2EE
#-----------------------------------------------------------------------
j2ee/scs/host = HOSTNAME
j2ee/scs/system = 00
j2ee/ms/port = 3900
rdisp/bufrefmode = sendoff,exeauto
#-----------------------------------------------------------------------
# SAP Messaging Service for ABAP
#-----------------------------------------------------------------------
rdisp/mshost = HOSTNAME
rdisp/msserv = sapmsZED
rdisp/msserv_internal = 3901
login/system_client = 001

startsap.exe не стартует!
P.S. SQL 2005 установлен через скрипт SQL4SAP.vbs

sapinst висит с сообщением:
Starting ZED/DVEMMGS01[ABAP:UNKNOWN]

в логах:
trc file: "dev_sapinst", trc level: 1, release: "700"
---------------------------------------------------
[Thr 2176] Fri Dec 01 16:05:33 2006
[Thr 2176] ***LOG Q0I=> NiPConnect2: connect (10061: WSAECONNREFUSED: Connection refused) [nixxi.cpp 2764]
[Thr 2176] *** ERROR => NiPConnect2: SiPeekPendConn failed for hdl 0 / sock 1736
(SI_ECONN_REFUSE; I4; ST; 192.168.0.61:3901) [nixxi.cpp 2764]
[Thr 2176] *** ERROR => MsIAttachEx: NiBufConnect to telecon61/3901 failed (rc=NIECONN_REFUSED) [msxxi.c 652]
[Thr 2176] Fri Dec 01 16:05:42 2006
[Thr 2176] ***LOG Q0I=> NiPConnect2: connect (10061: WSAECONNREFUSED: Connection refused) [nixxi.cpp 2764]
[Thr 2176] *** ERROR => NiPConnect2: SiPeekPendConn failed for hdl 0 / sock 1616
(SI_ECONN_REFUSE; I4; ST; 192.168.0.61:3901) [nixxi.cpp 2764]
[Thr 2176] *** ERROR => MsIAttachEx: NiBufConnect to telecon61/3901 failed (rc=NIECONN_REFUSED) [msxxi.c 652]

ms вроде ок:
trc file: "dev_ms", trc level: 1, release: "700"
---------------------------------------------------

[Thr 3084] Fri Dec 01 14:59:24 2006
[Thr 3084] MsSSetTrcLog: trc logging active, max size = 20971520 bytes
systemid 560 (PC with Windows NT)
relno 7000
patchlevel 0
patchno 50
intno 20050900
make: multithreaded, Unicode, optimized
pid 640

[Thr 3084] ***LOG Q01=> MsSInit, MSStart (Msg Server 1 640) [msxxserv.c 1828]
[Thr 3084] load acl file = E:\usr\ZED\SYS\global\ms_acl_info.DAT
[Thr 3084] MsGetOwnIpAddr: my host addresses are :
[Thr 3084] 1 : [192.168.0.61] telecon61 (HOSTNAME)
[Thr 3084] 2 : [127.0.0.1] telecon61 (LOCALHOST)
[Thr 3084] MsHttpInit: full qualified hostname = telecon61
[Thr 3084] HTTP logging is switch off
[Thr 3084] set HTTP state to LISTEN
[Thr 3084] ms/icf_info_server : deleted
[Thr 3084] *** I listen to port sapmsZED (3601) ***
[Thr 3084] *** I listen to internal port 3901 (3901) ***
[Thr 3084] *** HTTP port 8101 state LISTEN ***
[Thr 3084] CUSTOMER KEY: >E1038453121<

netstat -an на 3901 сос татусом LISTENINIG

Гайды есессно читаем - когда было с ходу поставлено три инстанса MS SQL 2000 с нетой collation сразу же к ним, к гайдам, проявилась любовь

Но ИМХО MS SQL совсем не обязательно ставить с помощью скрипта - покрайней мере 2000 точно. Сделал все ручками - да там и делать особо ничего не надо. Поставил sql, накатил сервис-пак, поставил с нужной коллейшн-binary, потом накатил патч (instcoll.exe помоему) коллейшн-binary2, и вся любовь. Прекрасно работает.

А тут помоему нет выбора - первая инсталяция полюбому Default.
Все остальные инстансы - named, <server_name>\<instance_name>.

точно, default сначала:
в MS SQL видно базу SAPSID

а чего не стартуется startsap.exe не пойму
что-то с 3901 не нравится чтоли

или вот такая еще ошибка
*> RfcRegisterProgram ...
Server Program ID = IGS.ZED
Host name of Gateway =HOSTNAME
Service of Gateway = 3301
RFC-Trace = OFF
SNC Own Name =
SNC Library Name =
<* Error: RfcRegisterProgram failed !!!

1. надо поискать что за ошибка NIECONN_REFUSED
может прав каких нет или еще чего.

2. на 2005ой ерп не знаю - просто не помню - но на системах до нее, мне приходилось имя машины, на которой ставится r3, всегда переводить в upper-case. Иначе начинались проблемы с поиском имени в сети (инсталлятор видимо case имени различает, причем както невпопад он это делает).

#define NIECONN_REFUSED -10 /* Connection setup failed */
через порт 3901 закрыт доступ получается?
netstat -an на нем слушается чтото..

"Давайте пойдем простым логическим путём" (с) - откуда могут пойти вирусные атаки? а) извне, из мира так сказать б) с внутренних рабочих станций

п.а) - Очевидно, что R3ёвый сервак должен находиться в DMZ зоне. И чтобы добраться до него из мира - надо как минимум сломать внешний файрвол. Ну поставьте какойнть там Cisco PIX xxx, фильтруйте трафик

п.б) на рабочих станциях тоже очевидно - антивиры файловые, почтовые, и так далее. Также было предложен хороший вариант - SAP Router. Тем более что если в дальнейшем планируется давать сотрудникам удаленный доступ к системе, а также доступ сотрудникам SAP для анализа какихто ошибок - самый пистолет будет.

www.radmin.com - там есть порт-сканер, может че скажет.
потом :\windows\system32\drivers\etc\services - посмотри, может ктото занял порт уже, или он просто закрыт.

Вообще 3901 это -
nimsh 3901/tcp NIM Service Handler
nimsh 3901/udp NIM Service Handler

сапроутер самое то будет..

\windows\system32\drivers\etc\services:
sapmsZED 3601/tcp # SAP System Messaging Service Port
sapdp00 3200/tcp # SAP System Dispatcher Port
sapdp01 3201/tcp # SAP System Dispatcher Port
...
sapgw98 3398/tcp # SAP System Gateway Port
sapgw99 3399/tcp # SAP System Gateway Port
sapdp00s 4700/tcp # SAP System Dispatcher Security Port
sapdp01s 4701/tcp # SAP System Dispatcher Security Port
...
sapgw98s 4898/tcp # SAP System Gateway Security Port
sapgw99s 4899/tcp # SAP System Gateway Security Port

3901 здесь должен был быть прописан явно или не обязательно?
в unix если нет то значит свободный.., а здесь как?

милый человек - может я ошибаюсь - но если ты ставишь систему удаленно, то собственно скорее всего ты сам и держишь этот порт. Ибо NIM используется remote shell server-ом (rshd). Так что можно попробовать сделать тоже самое локально, или, если ставишь локально, то отключить все ремоут службы.