Коллеги, прошу просветить в вопросе запуска и эксплуатации реальных систем под Windows (+Oracle или MS SQL)
Цель- установить реальную 2-х ландшафтную систему ERP 2005 SR1.
OS Windows 2003 EE Engl + MS SQL 2005
Имеем 2 сервера (DEV & PRD) и дисковый массив со SCSI интерфейсом, подключенный к обоим серверам.
Интересуют следующие моменты:
1. Как писалось на форуме, доменную инсталляцию проводить не обязательно, можно провести 2 локальные инсталляции на DEV и PRD.
1. Как в винде подключать общую танспортную систему? - в unix-снистемах это nfs, а в винде на обоих серверах надо подключить общий раздел на массиве, допустим , это будет раздел под литерой F: - и этот раздел на массиве должен быть расшаренной NTFS-папкой? - нет ли здесь проблем с одновременным доступом на изменение к файлам транспорта?
Здесь сразу же возникает вопрос- при локальной инсталляции sapinst ругался на то, что локально на винчестере нет расшаренных папок saploc и sapmnt - их приходилось создавать вручную на самом сервере - в нашем варианте надо их просто создать на массиве, чтобы они присутствовали на обих серверах перед статром sapinst?
2. Насчет прав доступа - раз нет домена, значит права на доступ к sapmnt и saploc надо просто раздать вручную на обоих серверах пользователям групп <SID> GlocalAdmin с обоих серверов?
Извиняюсь за несколько сумбурное изложение возникших вопросов - надеюсь на помощь коллег, эксплуатирущих реальные системы на платформе Windows

По опыту работы с 4.72 SR1 можно сказать:
1. доменная инсталляция не нужна, за исключением случаев Single Sign-On
2. насчет проблем с одновременным доступом на изменение файлов - в транспортном ландшафте будет прописан контроллер транспортного домена, который собственно и будет все разруливать
3. непонятно, почему ругался sapinst. при запуске от пользователя с правами администратора у меня никогда не ругался и эти папки создавались автоматом
4. в инсталляционном гайде есть такой пункт Preparing the SAP System Transport Host - там написано про права доступа на папки

Согласен с коллегой AZ по поводу того, что при инсталляции САП из-под логина локального админа сервера все необходимые расшаривания делаются автоматически и никаких проблем не вызывают.

То же самое касается транспортной директории - если мы делаем ее общей (а это упрощает дальнейшую работу), то по умолчанию ею будет транспортная директорию той системы, которая будет контроллером транспортного домена. Никаких прав пользователям винды с серверов других систем на нее давать не нужно. Там все делается через RFC-вызовы, то есть доступаться с точки зрения винды к этой директории будет только пользователь, под которым работают рабочие процессы системы-контроллера транспортного домена.

1.Отказавшись от доменной инсталляции приготовьтесь создать необходимые группы пользователей и пользователей на обоих серверах, под которыми будете сервисы саповские стартовать и стопить (хотя сакральный смысл этих пользователей я пока не уловил).

2. Когда транспорт строить будете, те системы, что не будут выступать контроллером домена, поругаются, если им прав каких-нибудь не будет хватать… Путь до общей папки транспорта выглядит как \\bla-bla\trans (read-write для всех систем).

3.А чем домен не понравился? На одном из серверов организовать местечковый домен SAP, благо делается за 3 минуты. И управлять удобнее, да и выглядит как-то более правильно.

Gans91 – а если транспортная директория лежит на третьем сервере, через какое RFC в нее будут системы смотреть? =) Завтра посмотрю, т.к. в своем пункте 2 уже сомневаюсь.

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

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

Фиг его знает. У меня доменная инсталляция. Захожу доменным админом и делаю все что необходимо. Вот и непонимание, зачем мне эти пользователи и группы, только глаза мозолят.

1. - самое простое (имхо домен не нужен - лишний)
2. проблем с доступом нет, т.к. нет одновременного доступа :), а как юзеров создать, и что с правами - всё есть в гайде по установке.
даже можно и русскую винду, токо надо группы переименовать и юзеров. (типа Пользователи -> Users). можно и так ставить - в логе всё будет видно чего инсталлятор ищет и чего не нашёл (типа учётную запись Administrator ;))
3. транспортная директория - это просто виндовая шара с правами всё для всех. единственно надо будет на контроллере транспортном завести юзеров, под которыми работает SAP на другом серваке - всего пару. по аналогии. например контроллер на деве - значит юзеры с продакта. и на уровне NTFS не забыть дать доступ.
4. подмаунтить эту шару как диск на продакте, и прописать в профиле инстанса где у него транспортный хост и транспортная директория (должен смотреть на этот замаунтиный диск)

а всякие переменные окружения инсталлятор пропишет сам. всё равно будете всегда под SIDadm заходить на сервер. рестартануть там, или ещё что.. так что других юзеров и заводить не надо...

вроде ничо не забыл? ;)

Спасибо всем откликнувшимся!
"3. транспортная директория - это просто виндовая шара с правами всё для всех. единственно надо будет на контроллере транспортном завести юзеров, под которыми работает SAP на другом серваке - всего пару. по аналогии. например контроллер на деве - значит юзеры с продакта. и на уровне NTFS не забыть дать доступ.
4. подмаунтить эту шару как диск на продакте, и прописать в профиле инстанса где у него транспортный хост и транспортная директория (должен смотреть на этот замаунтиный диск)"

по п.3 на уровне ntfs даем доступ этим вручную заведенным юзерамс продакта к примеру - тут вроде прояснятся...
по п.4 - а здесь в SID_DVEBMGSxx_hostname нужно указать DIR_TRANS=\\IP_ADRESS_DEV\sapmnt\trans явно?
у меня под пробной виндозной инсталляцией в этом профайле этого параметра нет по умолчанию. Так и должно быть?

для компа который _не_ контр. трансп. домена (например продуктив)
DIR_TRANS=X:\foo\bar, зачем привязываться к ip?? поменяется - возня, а так только диск перемаунтите. и возможно что UNC не поймёт.
SAPTRANSHOST=[хост с контр. транспр. домена]
Если не указать, то NT, возможно, будет глядеть на _свой_ хост, а это неправильно.

"DIR_TRANS=X:\foo\bar, зачем привязываться к ip?? поменяется - возня, а так только диск перемаунтите. и возможно что UNC не поймёт. "
- тут X:\foo\bar это есть диск с путями на котроллере домена, например на DEV: G:\sapmnt\trans? Эта папка должна быть доступна в таком виде на PRD?

SAPTRANSHOST=[хост с контр. транспр. домена] - здесь укажу hostname DEV хоста с контр. транспр. домена.

а нужно ли на PRD прописывать следующее?:
из доки SAP ERP 2005 SR1 ABAP+Java on Windows: MS SQL Server,
раздел 3.7 Preparing the SAP System Transport Host:

"In the hosts files
If no DNS server is available, you can map the IP address to the alias SAPTRANSHOST in the hosts file,
which you can find in the Windows default directory:
<Drive>:\%windir%\system32\drivers\etc
Perform the mapping as follows:
a) Open the hosts file with an editor.
b) Add the following line:
<IP_address> <hostname> SAPTRANSHOST
This step assigns the alias SAPTRANSHOST to the transport host."

С 8.01.07 начнется процесс инсталляции сего сочетания систем, буду информировать обо всех нюансах, встреченных на пути..

я чтото уже запутался, давно было дело, сейчас солярка и нет возможности посмотреть на винду.. суть в том, что на DEV у вас будет расшарена какая то директория, в которую будет входить диретория sap/trans.. вот вы когда подмаунтите эту диреторию, то путь к транспортному каталогу на PROD примет вид - x:\usr\sap\trans - где х: - это сетевой диск. всё это не столь важно, поскольку всегда можно поменять в профиле параметры как вам хочется.
важно лишь доступ юзеров под которым работает сап PROD на шару которая на DEV, указать правильный транспортхост. а то будете мучаться и думать почему не читает очередь или вапще что с транспортами за фигня...

алиас никогда не прописывал, но видимо если прописать, то можно профиль не править на этот счёт, не пробовал. правил профиль всегда.. если ДНС ненадёжен, то лучче использовать файлик hosts (даже проще сразу прописать там всё что надо, и забыть про кривые ДНС, за которые вы не отвечаете :)

вообще пока можно на всё это забить и ставить отдельно DEV & PRD.
а потом уже завязывать всё в ландшафт.

и ещё на продуктиве и разработке не забудьте про файлик services, а то RFC не будут как надо работать.. там всё по имени резолвица..

У клиента обнаружно след железо
2 идентичных сервера 2 CPU Xeon 3.2 GHz
16 RAM, OS Win 2003 EE 64bit
8 SCSI по 73 GB разбиты на сервере так:
Диск С - 73 GB RAID1 - думаю здесь разместятся OS, MS SQL 2005
Диск D - 73 GB RAID1 - здесь SAPSID<logn>
Диск Е - 204 GB RAID5 - сюда SAPDATA<n> - думаю хватит 200 ГБ

к одному из серверов через SCSI шлейф подключен дисковый массив
12 дисков по 500 ГБ SATA II

Вопросы такие возникли:
1. под X64 битную винду на sun не нашел Java SDK 64 бит!
есть толко 32 битная, хотя под linux x84_64 есть давно уже SDK!
если есть ссылка, плиз скиньте! срочно скачаю такую))
думаю могут быть траблы с производительностью с такой 32 битной Java? (лишние преобразования 64 в 32 и т.п.)
2. Где надо организовать транспорт - \SAPMNT\trans - на диске Д у PRD к примеру или обязательно на общем дисковом массиве, чтобы
потом к нему цепляться и с DEV, и с PRD Через SCSI шлейфы?

если через сеть доступ (шара) - то без разницы. вы ж уже спрашивали.. какие скази шлейфы??
делайте просто на разработке.

Нота 941595