AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 11.06.2009, 12:34   #1  
Nikolaich is offline
Nikolaich
Участник
 
238 / 10 (1) +
Регистрация: 15.12.2004
версия ОС
Добрый день, коллеги ! нужна такая помощь если кто сталкивался.
Переносим нашу аксапту (3.0 SP 5) на новый сервер. Windows 2003 server 64 edition - админ предлагает такую операционку.
Соответственно вопрос - будет ли наша версия (AOS и клиент) работать на такой OC или нужна обязательно 32-разрядка??
Старый 11.06.2009, 13:02   #2  
_scorp_ is offline
_scorp_
Участник
Аватар для _scorp_
MCBMSS
 
488 / 369 (13) ++++++
Регистрация: 25.07.2007
Адрес: Москва
Цитата:
Сообщение от Nikolaich Посмотреть сообщение
Добрый день, коллеги ! нужна такая помощь если кто сталкивался.
Переносим нашу аксапту (3.0 SP 5) на новый сервер. Windows 2003 server 64 edition - админ предлагает такую операционку.
Соответственно вопрос - будет ли наша версия (AOS и клиент) работать на такой OC или нужна обязательно 32-разрядка??
Будет работать, но в режиме эмуляции 32-разрядного режима. Только вопрос, зачем вам для AOS, 64 бита? 64 бита нужно только если у вас есть приложения способные "скушать" больше 3 ГБ, и не поддерживают режим AWE. Где-то на форуме была ветка про то сколько памяти может съесть AOS. Так вот, если я не ошибаюсь, то там пришли к выводу что больше 2 ГБ он не ест. Поищите, почитайте.
Старый 11.06.2009, 13:34   #3  
Nikolaich is offline
Nikolaich
Участник
 
238 / 10 (1) +
Регистрация: 15.12.2004
я выражусь более точно

у нас и AOS и сервер SQL 2005 будет стоять на новом сервере с 64 битной ОС
что такое режим эмуляции - его админы должны настроить?
от специалистов аксапты никаких действий не требуется??
Старый 11.06.2009, 13:37   #4  
Nikolaich is offline
Nikolaich
Участник
 
238 / 10 (1) +
Регистрация: 15.12.2004
у нас SQL 2005 кушает во время пиковой нагрузки более 3 гб (много данных очень)
посему ставить 64 битник оправданно
но поскольку там же скорее всего и AOS будет стоять - то в этом и есть вопрос
Старый 11.06.2009, 13:51   #5  
_scorp_ is offline
_scorp_
Участник
Аватар для _scorp_
MCBMSS
 
488 / 369 (13) ++++++
Регистрация: 25.07.2007
Адрес: Москва
Цитата:
Сообщение от Nikolaich Посмотреть сообщение
что такое режим эмуляции - его админы должны настроить?
от специалистов аксапты никаких действий не требуется??
Ничего настраивать не нужно. AOS будет запущен в режиме эмуляции WoW64. А любая эмуляция - это замедление работы.

Цитата:
Сообщение от Nikolaich Посмотреть сообщение
у нас SQL 2005 кушает во время пиковой нагрузки более 3 гб (много данных очень)
посему ставить 64 битник оправданно
но поскольку там же скорее всего и AOS будет стоять - то в этом и есть вопрос
SQL поддерживает режим AWE, про который я Вам написал выше. Так что он нормально будет жить и на 32-х разрядной ОС.

А вообще конечно лучше для этого иметь два отдельных сервера (это Вы наверно и сами знаете). И тогда, в Вашем случае, для SQL 64 бита, для AOS - 32.
Старый 11.06.2009, 13:59   #6  
Nikolaich is offline
Nikolaich
Участник
 
238 / 10 (1) +
Регистрация: 15.12.2004
ok - спасибо

резюмируя: либо разносим по разным серверам (64 и 32 разряда) либо все на одном 32 разрядном
спасиба !
эмуляция - да, лучше не связываться
Старый 11.06.2009, 14:24   #7  
egorych is offline
egorych
Участник
Самостоятельные клиенты AX
Oracle
 
761 / 154 (7) ++++++
Регистрация: 09.11.2006
Адрес: Краснодарский край
Цитата:
Сообщение от _scorp_ Посмотреть сообщение
SQL поддерживает режим AWE, про который я Вам написал выше. Так что он нормально будет жить и на 32-х разрядной ОС.
Поддерживать, то он поддерживает, но это отнюдь не есть равноценная работа на 64 бита! В режиме AWE SQL использует память выше 4 Гб ТОЛЬКО ДЛЯ ФАЙЛОВОГО КЭША, а все операции проводит в пространтве памяти ниже 4Г. Что весьма мало для нагруженного сервера! Особенно это может касаться выделения памяти для блокировок.
ps Мы как-то проводили тест, получилось - если AOS и SQL работают на 1 машине, скорость работы ~ в 1.5 раза выше, чем на разнесенных серверах! Даже если между ними гигабитный канал!. ВотЪ
Старый 11.06.2009, 15:21   #8  
Nikolaich is offline
Nikolaich
Участник
 
238 / 10 (1) +
Регистрация: 15.12.2004
поддерживает ли штатно текущая версия AXAPTA кластеризацию?? (Failover Clustering)??
Старый 11.06.2009, 16:09   #9  
egorych is offline
egorych
Участник
Самостоятельные клиенты AX
Oracle
 
761 / 154 (7) ++++++
Регистрация: 09.11.2006
Адрес: Краснодарский край
Цитата:
Сообщение от Nikolaich Посмотреть сообщение
поддерживает ли штатно текущая версия AXAPTA кластеризацию?? (Failover Clustering)??
Что под этим подразумевается? Кластер из АОСов? СУБД?
В общем и то и то поддерживается, хотя кластер СУБД отношение к Аксапте имеет достаточно слабое!
Старый 11.06.2009, 16:24   #10  
_scorp_ is offline
_scorp_
Участник
Аватар для _scorp_
MCBMSS
 
488 / 369 (13) ++++++
Регистрация: 25.07.2007
Адрес: Москва
Цитата:
Сообщение от egorych Посмотреть сообщение
В режиме AWE SQL использует память выше 4 Гб ТОЛЬКО ДЛЯ ФАЙЛОВОГО КЭША, а все операции проводит в пространтве памяти ниже 4Г.
А можно ссылку на BOL?
Старый 11.06.2009, 17:42   #11  
egorych is offline
egorych
Участник
Самостоятельные клиенты AX
Oracle
 
761 / 154 (7) ++++++
Регистрация: 09.11.2006
Адрес: Краснодарский край
Цитата:
Сообщение от _scorp_ Посмотреть сообщение
А можно ссылку на BOL?
Понимаете в чем дело, прямого указания в MSDN на это нет есс-но, но вот, например, есть статья http://www.sql.ru/articles/mssql/200...cilities.shtml
Если внимательно читать, то можно вычитать вот что
Цитата:
Одной из интересных особенностей доступной через AWE памяти является то, что эта память никогда не сбрасывается на диск.
и далее
Цитата:
Например, если необходимо увеличить пространство для таких распределений памяти, которые не могут постоянно находиться в памяти как это типично для AWE (стеки потоков, память для блокировок, планы процедур), может оказаться, что /3GB лучший выбор
Что и позволяет сделать такой вывод. Впрочем вывод не только мой. На sql.ru было много обсуждений на эту тему, при желании можно найти. Не думаю, что это сильно изменилось на 2005-2008 сервере.
Теги
ax3.0, основные средства

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Сторно ввода в эксплуатацию ОС Rivez DAX: Функционал 16 25.08.2009 10:46
Массовая внутригрупповая продажа/покупка ОС Evgeniy2020 DAX: Функционал 0 12.02.2009 12:25
"Ловля" проводок в ГК по ОС в модуле ОС ksenia DAX: Функционал 17 02.11.2004 10:37
Ошибка при проверке и разноске строк журнала ОС (версия 3.0, сервиспак 2) waitingforsharan DAX: Функционал 3 26.02.2004 01:15
3.0, Модуль: ОС, операция: Разноска строк журнала ОС (с предварит просм проводок) MagisterLudi DAX: Функционал 2 07.10.2003 18:55
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 07:14.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.