Axapta 4.0 работает только в 3хуровневом режиме. Это значит, что Axapta использует СУБД, клиентскую часть, и серверную часть (AOS, сервер приложений). Если следовать инструкции по установке, то обычно никаких сложностей не возникает. Ровно до тех пор пока консультант не захочет установит все части Аксапты на свой ноутбук (причины такого желания могут быть разными). Тут то как правило и выясняется, что сервер приложений Microsoft Dynamics AX 4.0 устанавливается только на Microsoft Windows Server 2003. Что делать?

Процедура установки Microsoft Dynamics AX 4.0 на Windows XP (краткая версия)
Почему для установки сервера приложений требуется Microsoft Windows Server 2003?
Процедура установки Microsoft Dynamics AX 4.0 на Windows XP (версия со скриншотами)

Процедура установки Microsoft Dynamics AX 4.0 на Windows XP (краткая версия)

Сразу перейдем к делу. Более развернутые комментарии даны ниже.

  1. Подключитесь и зайдите в любой нелокальный домен
  2. Дайте пользователю, под которым вы вошли, администраторские права на локальной машине
  3. Установите AOS (постарайтесь не запускать AOS)
  4. Переключитесь в любую рабочую группу или домен локального компьютера
  5. Запустите AOS (первый запуск сервиса будет выполняться долго - от 5 до 20 минут)
  6. Запустите клиента Axapta 4.0

Примечание: администраторские права в пункте 2 избыточны для установки. Я сформулировал так, чтобы упростить инструкцию. Если вы дадите пользователю домена администраторские права на локальную машину, то гарантировано установите Аксапту. Остальные тонкости оставим администраторам вашей сети.

Примечание: пункт 6 - первый запуск клиента - в обязательном порядке надо выполнять от имени локального пользователя. Иначе вам будет очень сложно зайти в Аксапту.

 

Почему для установки сервера приложений требуется Microsoft Windows Server 2003?

Вопрос "А зачем?" является настолько типовым, что я решил включить ответ в эту статью.

Axapta 4.0 работает совместно с несколькими службами - SharePoint Serveice, Analysis Service, ReporingServer Service, VSS и другими. Разработчики следуют рекомендациям Microsoft и переносят управление правами и привилегиями в Active Directory (оставим пока вопрос, насколько изящно они это сделали).

Таким образом, Axapta 4.0 требует Active Directory при установке, а также при создании нового пользователя в Аксапте. Естественно при разработке последней Аксапты была использована последняя версия Active Directory. А последняя версия Active Directory реализована только в Microsoft Windows Server 2003.

По крайней мере такова была задумка разработчиков - использовать Active Directory как инструмент централизованного управления правами и привелегиями. И в нормальной ситуации у нормального клиента такой подход замечательно работает.

 

Процедура установки Microsoft Dynamics AX 4.0 на Windows XP (версия со скриншотами)

Axapta 4.0 замечательно устанавливается на сервере в домене. Но то ли разработчики Аксапты намеренно сделали... то ли забыли... о консультантах, которые, как правило, работают на ноутбуках, работают у различных клиентов в различных доменах и/или рабочих группах.

Сейчас у консультанта, который хочет изучить Аксапту 4.0 выбор небольшой - либо изучать только в офисе, либо работать через виртуальную машину Virtual PC, либо ставить Microsoft Windows Server 2003 (с Active Directory) на ноутбук. Очевидно, что эти пути имеют свои недостатки.

В этом совете рассказывается как установить все части Axapta 4.0 на ноутбук с обычной Windows XP. Предполагается, что на ноутбуке уже установлен Microsoft SQL (для Oracle установка аналогична).

Сразу оговорюсь, что данный подход имеет свои недостатки и ограничения:

  1. на Windows XP возможны глюки с передачей больших пакетов между клиентом и AOS
  2. на Windows XP не устанавливаются компоненты Reporing service, Enterprise Portal server, Application Integration server (эти компоненты можно изучать только если у вас есть Windows Server 2003)
  3. на Windows XP в Аксапту можно заходить только под одним пользователем (можно заходить несколько раз, но пользователь будет один)
  4. на время установки вам все равно потребуется доступ к нелокальному домену

Примечание: Ограничения c и d можно преодолеть, но это тема отдельного совета

Итак, начнем.

Подключитесь и зайдите в любой нелокальный домен

К сожалению для установки вам нужен домен. Поэтому установку лучше выполнять в офисе, где домен есть.

В свойствах моего компьютера укажите, что компьютер подключается к домену. На скриншоте показано, что компьютер SMAZ подключается к домену TEST.

Перезагрузите компьютер, так чтобы при вводе логина требовался пароль и домен. Укажите пользователя из НЕЛОКАЛЬНОГО домена.

К сожалению, я не смог снять скриншот окна в котором меня спрашивали логин, пароль и домен. Но в моем случае я видел два домена - TEST и SMAZ (local computer). Я указал пользователя из нелокального домена TEST (естественно вы должны знать пароль для этого пользователя).

Внимание: если вы зайдете в домен локального компьютера, то при установке сервера приложений вы получите сообщение об ошибке.

Теперь ваш компьютер в домене.

 

Дайте пользователю, под которым вы вошли, администраторские права на локальной машине

Если вы вошли как администратор домена, то этот пункт можно пропускать. Если же пользователь домена не является администратором домена, то надо дать ему побольше прав на локальном компьютере.

Щелкните правой кнопкой мыши на иконке My Computer и выберите пункт Manage (Управление)

Управление

Добавьте пользователя домена в группу локальных администраторов.

Теперь ваш пользователь имеет право творить на локальном компьютере что угодно. А самое главное, может устанавливать приложения, сервисы а также имеет полный доступ к локальной СУБД.

Установите AOS (постарайтесь не запускать AOS)

Теперь установите AOS.

Установите роли

Не обращайте внимание на возникающие предупреждения. Это правильное предупреждение, но мы сознательно нарушаем инструкции и требования к ПО, не так ли?

Установите требуемые языки

Установите требуемые регионы

Установите AOS

Укажите имя новой базы данных

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

В любом случае, пользователь, от лица которого производится установка должен иметь права роли Database Creator в СУБД. Поскольку мы включили пользователя домена в группу локальных администраторов и указали СУБД на локальном компьютере, то наш пользователь имеет такие права.

Установите приложение

Установка. НЕ ЗАПУСКАЙТЕ AOS!

А теперь выключите галочку "Start the AOS Windows service". Не запускайте AOS от лица пользователя домена.

Примечание: Это рекомендация. Жесткое требование сменить пользователя будет ниже. Почему рекомендуется не запускать AOS из под пользователя домена? Дело в том, что при запуске AOS будет выполнено создание базы данных. В этот момент возможны побочные эффекты разных владельцев базы данных и таблицы. Если вы не чувствуете уверенности в своих силах по администрированию СУБД, лучше выключите эту галочку.

 

Переключитесь в любую рабочую группу или домен локального компьютера

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

 

Запустите AOS

Если вы ничего не меняли, то AOS запустится автоматически. Но наберитесь терпения - первый запуск может выполняться очень долго (от 5 до 20 минут).

Чтобы точно узнать запустился сервис или нет, снова зайдите в Computer Management, найдите сервис, название которого начинается на Dynamic Server$ и обратите внимание на статус. Статус Starting (Запуск) означает, что сервис еще запускается и не готов к работе. Дождитесь, когда статус изменится на Started (Запущено).

Дождитесь когда сервер полностью запустится. Статус сервиса Dynamics Server$ должен изменится на Started

Во время запуска сервиса происходит переиндексация приложения, создание базы данных и создание системных таблиц в базе данных.

Запустите клиента Axapta 4.0

Внимание! Этот шаг надо выполнять от лица того пользователя, под которым вы собираетесь изучать Аксапту.

Если вы действовали по инструкции, то при запуске клиента Axapta 4.0 создаст недостающие таблицы в базе данных, а также заполнит информацию о пользователе Admin.

Здесь и кроется основная хитрость - в этой записи содержится идентификатор пользователя. Если вы не подключены к Active Directory, то вы не сможете поменять этот идентификатор, не сможете создать или удалить пользователя в списке Аксаптовских пользователей. Поэтому будьте осторожны, когда запускаете Аксапту в первый раз.

Axapta 4.0 работает на Windows XP

Желаю приятных исследований.