Как установить Dynamics AX 4 на компьютер, который не в домене?

Цитата:

Сообщение от Jabberwocky

Только вот при попытке завести нового пользователя или поменять настройки у стандартного Admin Ax40 кажет здоровенный болт, т.к. не может обновить данные в AD

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

[Jabberwocky]

Цитата:

Сообщение от Lemming

А Вы не подскажите, что именно подразумевается под настройками пользователя? Что происходит в Вашем случае, если мы попробуем добавить стандартному пользователю новую группу, например?

Под настройками пользователя подразумеваются настройки, которые задаются в форме "Параметры пользователя" и хранятся в UserInfo. В Ax40 пользователь обязательно должен быть привязан к сетевому имени в домене, и при каждом изменении настроек в UserInfo Акса пытается "синхронизировать" (или просто проверяет наличие) указанное (скорее, не указанное ) сетевое имя с AD. Что невозможно, при отсутствии подключения к PDC. Добавление пользователя в новую группу не задействует UserInfo и не требует "синхронизации" с AD, поэтому проходит без проблем.

[Lemming]

Jabberwocky Спасибо!

Ну ладно, покамест интеграция минимальная, хотя очень любопытно почитать официальные доки, обо всем, связанном с Ax 4.0 интеграцией со службой AD.

[Garic]

Весело наверно теперь будет права настраивать.
Разве что терминалку под рукой держать.

[komar]

Цитата:

Сообщение от Vadim Korepin

Сергей, прав.

В АХ4 права пользователей завязаны на AD равно как и администрирование АОСа интегрировано в операционную систему. Насчет топорности вопрос спорный - скорее это стоит рассматривать как первый этап тесной интеграции.

P.S. используйте диски с виртуальной машиной пререлиза.

Ага...началось...а не вчинят ли МС очередной судебный иск за очередную "тесную интеграцию" продуктов?
Интересно также услышать из первых рук про дальнейшие планы "тесной интеграции" - система уже не занимается правами доступа, пытается допродать к себе в комплекте sharepoint и biztalk, явно не собирается заниматься формированием отчетов - что дальше? Продажа в нагрузку "виртуальной машины пререлиза"? Стоит ли ожидать выпуска новых продуктов типа "сервер закрытия склада" или еще более тесной интеграции с MS SQL (может, хоть от recid избавятся....)?

я слышал, что в AX 4 вроде как избавились от закрытия склада

[slava09]

Не верьте слухам.

[gl00mie]

Цитата:

Сообщение от mazzy

Пока используется MAPI. Но вопрос действительно интересный.

В любой организации, где есть Exchange-сервер, это - штука серьезная и ответственная, и ставить лишний сервер никто просто так не даст. НО у Exchange, как и у AD и кучи других служб, есть удобные средства управления через COM. В частности, у Exchange есть классы и интерфейсы CDOEX (Collaboration Data Objects for Exchange) и CDOEXM (CDO for Exchange Management; вообще еще есть CDOWF, но это уже немного из другой оперы). Так вот, для управления любым сервером Exchange в организации со своей рабочей станции через эти COM-интерфейсы (а Аксапте, если она дейтсвительно будет интегрирована и с Exchange Server большего и не понадобится) достаточно установить компоненты для поддержики CDOEX(M). При этом нужны вовсе даже не 150-меговые Exchange System Management Tools из дистрибутива, а всего несколько dll-ок общим весом меньше 10Mb: address.dll, cdoex.dll, cdoexm.dll, escprint.dll, ese.dll, exchmem.dll, glblname.dll, pttrace.dll (для Exchange Server 2003 SP1). Все они, кроме cdoex.dll, берутся из каталога %exchsrvr%\bin на компьютере, куда установлен Exchange Server, а cdoex.dll - из %CommonProgramFiles%\Microsoft Shared\CDO. После копирования в укромное место на cdoex.dll и cdoexm.dll надо натравить regsvr32.
Так что ничего-ничего, пусть интегрируют...

[gl00mie]

Цитата:

Сообщение от Lemming

в ранних версиях ms crm роли безопастности или подразделения, введенные в систему хранирлись в структуре AD. Об удобствах переноса с тестового сервера на рабочий, можно спросить у тех, кто когда либо на практике переносил схемы AD.

Если тестовый и рабочий сервера находятся в одном домене (пожалуй, даже просто в одном доменном лесу), то схемы AD переносить нет необходимости - они обновляются один раз при установке в домене - и все. Может потребоваться переносить/копировать объекты AD (те же подразделения и роли безопасности), но это для сисадминов не должно быть сложной задачей и обычно легко реализуется скриптом на VBS.

Цитата:

Сообщение от Lemming

Exchange, насколько мне известно, не ставится Stand Alone, а ставится на ту же машину где развернут домен. То есть если он станет обязательным, это опять же приведет к трудностям при инсталяции системы, в крупных компаниях, с большими сетями.

Exchange Server прекрасно ставится на stand-alone сервер (который, разумеется, должен быть в домене), более того, ставить Exchange на контроллер домена является не очень хорошей практикой.

Цитата:

Сообщение от Lemming

Я против тесной интеграции таких систем, с некоторыми из которых, без интеграции, кхмм... мягко говоря не все впорядке, по отдельности.

Если тенденция по интеграции Аксапты с такими вещами, как Reporting Services, SharePoint, VSS и проч., продолжится, то без чего-то связующего (AD) будет просто не обойтись...

[gl00mie]

Цитата:

Сообщение от Vadim Korepin

По поводу интеграции с AD вопрос интересный, попробую прояснить в ближайшее время

Заодно, пожалуйста, проясните, может ли AX4 работать в связке с ADAM.

2All: ADAM (Active Directory Application Mode) может устанавливаться как локальная служба на рабочую станцию и предоставлять по LDAP доступ к данным, которые можно предварительно "закачать" из домена. Таким образом, приложение, интегрированное с AD, может работать с данными, предоставляемыми локальным экземпляром ADAM, не затрагивая данные в домене. Или же домена вообще может не быть (в случае "ноутбука пре-сейла и мобильного консультанта" или домашнего компьютера разработчика), и при этом интегрированное с AD приложение будет нормально работать.

[gl00mie]

Цитата:

Сообщение от komar

а не вчинят ли МС очередной судебный иск за очередную "тесную интеграцию" продуктов?

Exchange Server 5.5 работал без AD и в ус не дул. Exchange Server 2000 уже стал тесно интегрирован с AD - и что, кто-то вчинил иск?.. Microsoft разрабатывает кучу служб и технологий, которые потом сама успешно использует, и это нормально. С другой стороны, тот же Samba вроде поддерживает LDAP - кто мешает попробовать поставить AX4 на отдельный Windows-сервер, а в качестве СУБД использовать Oracle и сеть сделать на Linux?..

Цитата:

Сообщение от komar

Интересно также услышать из первых рук про дальнейшие планы "тесной интеграции" - система уже не занимается правами доступа, пытается допродать к себе в комплекте sharepoint и biztalk, явно не собирается заниматься формированием отчетов - что дальше? Продажа в нагрузку "виртуальной машины пререлиза"? Стоит ли ожидать выпуска новых продуктов типа "сервер закрытия склада" или еще более тесной интеграции с MS SQL?

Мне кажется, что это всего лишь проявление тенденции перехода от "монолитных" ERP-систем к сервисо-ориентированной архитектуре. Глядишь, потом партнеры будут разрабатывать свои "серверы закрытия склада", которые будут быстрее, лучше и дешевле, чем штатные от MS

[gl00mie]

Цитата:

Сообщение от Garic

Весело наверно теперь будет права настраивать. Разве что терминалку под рукой держать.

Secondary Logon рулит

[slava09]

Цитата:

Сообщение от gl00mie

Заодно, пожалуйста, проясните, может ли AX4 работать в связке с ADAM.

2All: ADAM (Active Directory Application Mode) может устанавливаться как локальная служба на рабочую станцию и предоставлять по LDAP доступ к данным, которые можно предварительно "закачать" из домена. Таким образом, приложение, интегрированное с AD, может работать с данными, предоставляемыми локальным экземпляром ADAM, не затрагивая данные в домене. Или же домена вообще может не быть (в случае "ноутбука пре-сейла и мобильного консультанта" или домашнего компьютера разработчика), и при этом интегрированное с AD приложение будет нормально работать.

Скажите и как этот ADAM работает. И как его приспособить?

[gl00mie]

Цитата:

Сообщение от slava09

Скажите и как этот ADAM работает. И как его приспособить?

Собственно, как работает, и как приспособить, описано по указанной ранее ссылке (на всякий случай, повторю: http://www.microsoft.com/windowsserv...m/default.mspx). Вкратце, на компьютер под управлением w2k3 или wxp sp1 ставится по возможности последняя версия ADAM, настраиваются всякие вещи, partition по умолчанию (он же naming context), администратор для ADAM, etc. C помощью ADSchemaAnalyzer расширяется схема, используемая ADAM, чтобы она соответствовала объектам в AD домена. Затем туда можно закачать данные из домена, например, с помощью Active Directory to ADAM Synchronizer. Если машина не является контроллером домена, то ADAM можно повесить на стандартные 389-й порт для LDAP и 636-й для SSL-соединений. Еще можно создать userProxy-объекты, тогда для таких объектов, если их SID совпадает с SID пользователя в AD, присоединение к ним (simple bind) под доменным пользователем даст также доступ к объектам и в ADAM, и в AD за счет использования bind redirection (суть здесь в том, что в ADAM у этих объектов может быть больше свойств, чем у соответствующих объектов в AD).
А вообще, по указанной в начале ссылке можно еще найти обстоятельный ADAM step-by-step guide.

[komar]

Цитата:

Сообщение от gl00mie

Exchange Server 5.5 работал без AD и в ус не дул. Exchange Server 2000 уже стал тесно интегрирован с AD - и что, кто-то вчинил иск?.. Microsoft разрабатывает кучу служб и технологий, которые потом сама успешно использует, и это нормально.

Иск вчинили по поводу, например MediaPlayer.
Собственно, дело-то в том, что МС не просто разрабатывает кучу всего, а еще и вынуждает в безальтернативном порядке эту кучу всего покупать. За немалые, надо сказать, деньги (плюс сопутствующие куче расходы, тоже немалые). Что делает систему дороже. Добавим сюда "цепную реакцию обновлений", когда каждая новая версия чего-либо требует кучи сервиспаков для всего остального - тоже не самое удобное для пользователя решение.
Это, конечно, нормально - для МС. Нормально ли это для клиента - можно посмотреть такие примеры:

http://www.compulenta.ru/254157/
http://www.glavred.info/archive/2006.../115619-6.html
http://www.glavred.info/archive/2006.../153847-5.html

[wb]

Цитата:

Сообщение от gl00mie

[FONT="Trebuchet MS"]Заодно, пожалуйста, проясните, может ли AX4 работать в связке с ADAM.

цитата из руководства:

Before installing the Enterprise Portal server, the following must be available in the domain:
• Active Directory directory service configured in native mode.

получается, что по крайней мере не рекомендуют

[Vadim Korepin]

Цитата:

Сообщение от ahtoh

я слышал, что в AX 4 вроде как избавились от закрытия склада

Новый принцип закрытия склада планируется к появлению в АХ 4.1

[gl00mie]

Цитата:

Сообщение от komar

Иск вчинили по поводу, например MediaPlayer.

Это я в курсе. И по поводу MS messenger тоже (а ранее еще были иски Sun на тему Java VM, на которую у MS кончилась лицензия, и ее выкинули из поставки очередного sp4 для w2k). Но суть иска была в том, что MS, мол, поставляет их (wmp, messenger) вместе с виндами, "лишая своих клиентов и другие предприятия права на выбор". Какой-то бред imho, я лично не пользуюсь ни wmp, ни тем более messenger, и мне без разницы, идут они в комплекте или нет.

Цитата:

Собственно, дело-то в том, что МС не просто разрабатывает кучу всего, а еще и вынуждает в безальтернативном порядке эту кучу всего покупать. За немалые, надо сказать, деньги (плюс сопутствующие куче расходы, тоже немалые). Что делает систему дороже.

А то, что для установки даже AX3.0 нужен Windows Server, нужна СУБД (тоже не дешевая), нужны клиентские винды, опять же - это все не смущает? К тому же, если контора делает у себя Enterprise Portal, то, надо полагать, она не мелкая и, наверно, не бедствует. На фоне стоимости внедрения AX закупка того же SharePoint, мне кажется, не будет особо заметна...

Цитата:

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

Во-первых, обновления у MS бесплатны (Dynamix не в счет ) Во-вторых, а как иначе в случае, если компоненты завязаны друг на друга?

Цитата:

Это, конечно, нормально - для МС. Нормально ли это для клиента - можно посмотреть такие примеры:
http://www.compulenta.ru/254157/ http://www.glavred.info/archive/2006.../115619-6.html http://www.glavred.info/archive/2006.../153847-5.html

В примерах, сказать откровенно, информации мало. Из того, что есть:

• "В примере указывается программный пакет Microsoft Office, который не совместим с иными ОС, и другие компании не могут создать приложения для этого пакета."(url) - что за чушь? Во первых, есть даже специальная версия Visual Studio для разработки под офис, во-вторых, с какого перепугу Ms Office должен быть совместим с иными ОС? Если речь о форматах файлов, то OpenOffice давно их все поддерживает, а возможность выгрузить офисные файлы в xml делает их и вовсе "готовыми к употреблению" на любой ОС.
• "Ряд компаний, в числе которых Oracle, IBM, Sun Microsystems, Nokia и RealNetworks обвиняют корпорацию в недобросовестной конкуренции, а также в том, что до сих пор Microsoft не выполняет решение суда, вынесенное в 2004 году." (url) на это можно ответить вот так: "Корпорация Microsoft открыла широкой общественности конфиденциальные документы, которые использовала для своей защиты в судебной тяжбе с ЕС, и которые доказывают, что корпорация выполнила все ее требования. Представители Еврокомиссии считают, что компания Microsoft только частично выполнила их требования, но никаких документов со своей стороны не раскрывают и не планируют раскрывать." (url) Просто, на мой взгляд, перечисленные выше компании пытаются использовать давление на MS всяких коммитетов ЕС для того, чтобы "пнуть" конкурента и снизить стоимость его акций на бирже
• А по поводу того, что MS якобы не собирается делать 32-битную версию Exchange 2007 - чего-то я не видел такого на сайте MS. И beta2 доступна как в версии x64, так и в x86. Опять нестыковка...

Вообще, может, это тема для отдельной ветки где-нить в курилке?

[gl00mie]

Цитата:

Сообщение от wb

цитата из руководства:
Before installing the Enterprise Portal server, the following must be available in the domain:
• Active Directory directory service configured in native mode.
получается, что по крайней мере не рекомендуют

Так то Enterprise Portal - а речь в ветке шла, я так понял, о локальной установке AX4 на машину без завязок на домен. Мне кажется, для разработчика тянуть на своей машине еще и IIS+SharePoint+Enterprise Portal - слишком напряжно, надо будет по любому вынести что-то на отдельную машину (подопытный сервак) - а там уже можно замутить виртуальный домен из нескольких компов на каком-нить VMware и уже не париться на счет AD.

Цитата:

Сообщение от Vadim Korepin

Новый принцип закрытия склада планируется к появлению в АХ 4.1

это та, что в 2008 году выйдет? тогда ясно, перепутал с 4.01 значит =)