29.11.2007, 10:20 | #41 |
Участник
|
Да в том-то и дело, у меня нет ни одного пользователя, который бы нормально заходил в базу. Где бы взять такого??? (устанавливала без домена)
|
|
30.11.2007, 17:27 | #42 |
Участник
|
Тогда прописать вручную SID пользователя и домен в базе.
|
|
30.11.2007, 17:39 | #43 |
Участник
|
SID какого пользователя прописать?
И какой домен? Например, пользователь Mariya , при установке в файл реестра добавляла запись о домене "home.home" после установки SQL Server, аксапты, запуска AOS, осталось только запустить аксапту? В таблице userinfo для всех пользователей прописала sid пользователя mariya (под которым все и устанавливалось) и домен home.home. |
|
01.12.2007, 01:02 | #44 |
Участник
|
SID того пользователя, кому в Аксапту войти нужно и под каким в Windows логинятся.
SID определяется так, как описано в блоге http://www.amand.ru/modules/wordpress/archives/17 домен и локальный пользователь определяются командой SET, переменные USERDOMAIN и USERNAME. А прописать надо только для администратора, зачем для всех пользователей AX это делать? |
|
06.12.2007, 11:01 | #45 |
Участник
|
После долгих и упорных попыток установить Ax 4.0 на домашнем компьютере без домена, все-таки добились результата. Вот алгоритм как мы это делали:
1. Установить MSSQL Server, с методом авторизации SQL. 2. Пусть имя компьютера называется HOME, прописать в реестре по адресу HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\ComputerName\ActiveComputerName имя домена комьютера, пусть это будет DOMAIN В переменных средах добавить переменную UserDnsDomain со значением DOMAIN. 3. Запустить установку Ax, пройти один-два первых шага, не прекращая установки, вернуть прежнее значение в реестре и удалить переменную. 4. Продолжить установку Ax. Запустить вручную AOS и пр. Манипуляции с реестром и переменной проводить только на этапе запуска установки, чтобы в дальнейшем не было мучительно больно. В этом случае, установка Ax выполняется под локальным пользователем на локальный MSSQL и дальнейших дополнительных действий с пользователями не требует. |
|
|
За это сообщение автора поблагодарили: Maxim Gorbunov (6), mazzy (5), gudzon (2). |
06.12.2007, 11:55 | #46 |
Участник
|
я себе батничек сделал, который изменяет реестр и окружение запускает setup а потом обратно все меняет, могу выложить вечерком...
|
|
07.12.2007, 07:04 | #47 |
Участник
|
Да. Но после такого алгоритма у меня категорически отказывалась ставится ax50.
Я так и не нашел причину (то ли из-за беты, то ли из-за моей ошибке в реализации алгоритма). Но тогда приходилось сносить ax40, ставить ее по правильному в домене, а затем ax50 в домене. В общем, будьте внимательны и осторожны с этим алгоритмом. |
|
07.12.2007, 08:56 | #48 |
Участник
|
Батничек
Вот батник, который автоматизирует это дело. Должен лежать рядом с setup.exe или пусть в нем наджо подправлять. Свежую CTP пятерки ставил именно им и все нормально.
Единственное только настройки надо править потом - менять имя компьютера strange на настоящее |
|
|
За это сообщение автора поблагодарили: mazzy (5). |
07.12.2007, 11:07 | #49 |
Участник
|
Скммировал описание сюда, если что есть добавить - можно править
|
|
07.12.2007, 11:54 | #50 |
Участник
|
не, под вистой не работает.
инсталлятор запускается, но служба категорически не устанавливается выдает следующий лог |
|
07.12.2007, 11:55 | #51 |
Участник
|
кроме того, под вистой /wait не действует при запуске программ с графической оболочкой
|
|
07.12.2007, 12:02 | #52 |
Участник
|
ужас ужас ужас
|
|
13.12.2007, 15:28 | #53 |
Участник
|
под Windows XP таже проблема при установке AOS
|
|
13.12.2007, 15:32 | #54 |
Участник
|
какая?
|
|
14.12.2007, 11:39 | #55 |
Участник
|
та о которой писал mazzy. ошибка при установке АОС
=== Setting up Object server === Exception = System.NullReferenceException Message = В экземпляре объекта не задана ссылка на объект. FullText = System.NullReferenceException: В экземпляре объекта не задана ссылка на объект. в Microsoft.Dynamics.Setup.Misc.GetMachineDomain() в Microsoft.Dynamics.Setup.InstallSqlServer.GrantAosAccessToRemoteSqlServer() в Microsoft.Dynamics.Setup.MainForm.AosDbAccess() в Microsoft.Dynamics.Setup.MainForm.s250Timer_Tick() ==== Setup ended before completion. === |
|
17.12.2007, 10:45 | #56 |
Участник
|
помогла установка названия домена такого же как и название компа
|
|
|
За это сообщение автора поблагодарили: belugin (1). |
17.12.2007, 11:25 | #57 |
Участник
|
В каком месте?
|
|
17.12.2007, 12:07 | #58 |
Злыдни
|
Цитата:
Property: AosAccount set to: '' 'System', 'NT Authority\Network Service' - еще куда нишло, но пустой. Служба с пустым аккаунтом, по идее, не должна запускаться
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
19.12.2007, 05:52 | #59 |
Участник
|
Возвращаясь к теме установки под W2K - обойдя все ограничения инсталлятора (да здравствует .NET ) и установив все части трехзвенки DAX 4.0 не смог запустить AOS-Server он сразу вывалился с ошибкой 'Entry Point getaddrinfo not found in WS2_32.dll', а это ведет к тому что нужно прекращать подобные извращения и ставить 2003 Server...
|
|
28.01.2008, 12:39 | #60 |
Участник
|
Установил AX 4.0 на ХР для тренировки и экспериментов, комп в домене, AOS запускается, SQL сервер локальный, база dynamics, на нем создалась и проиндексировалась, при старте клиента, ошибка "Failed to establish connection", куда рыть, чего смотреть?
|
|
Теги |
active directory, ax4.0, faq, домен, установка, хак |
|
|