версия ОС

[Nikolaich]

Добрый день, коллеги ! нужна такая помощь если кто сталкивался.
Переносим нашу аксапту (3.0 SP 5) на новый сервер. Windows 2003 server 64 edition - админ предлагает такую операционку.
Соответственно вопрос - будет ли наша версия (AOS и клиент) работать на такой OC или нужна обязательно 32-разрядка??

[_scorp_]

Цитата:

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

Добрый день, коллеги ! нужна такая помощь если кто сталкивался.
Переносим нашу аксапту (3.0 SP 5) на новый сервер. Windows 2003 server 64 edition - админ предлагает такую операционку.
Соответственно вопрос - будет ли наша версия (AOS и клиент) работать на такой OC или нужна обязательно 32-разрядка??

Будет работать, но в режиме эмуляции 32-разрядного режима. Только вопрос, зачем вам для AOS, 64 бита? 64 бита нужно только если у вас есть приложения способные "скушать" больше 3 ГБ, и не поддерживают режим AWE. Где-то на форуме была ветка про то сколько памяти может съесть AOS. Так вот, если я не ошибаюсь, то там пришли к выводу что больше 2 ГБ он не ест. Поищите, почитайте.

[Nikolaich]

я выражусь более точно

у нас и AOS и сервер SQL 2005 будет стоять на новом сервере с 64 битной ОС
что такое режим эмуляции - его админы должны настроить?
от специалистов аксапты никаких действий не требуется??

[Nikolaich]

у нас SQL 2005 кушает во время пиковой нагрузки более 3 гб (много данных очень)
посему ставить 64 битник оправданно
но поскольку там же скорее всего и AOS будет стоять - то в этом и есть вопрос

[_scorp_]

Цитата:

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

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

Ничего настраивать не нужно. AOS будет запущен в режиме эмуляции WoW64. А любая эмуляция - это замедление работы.

Цитата:

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

у нас SQL 2005 кушает во время пиковой нагрузки более 3 гб (много данных очень)
посему ставить 64 битник оправданно
но поскольку там же скорее всего и AOS будет стоять - то в этом и есть вопрос

SQL поддерживает режим AWE, про который я Вам написал выше. Так что он нормально будет жить и на 32-х разрядной ОС.

А вообще конечно лучше для этого иметь два отдельных сервера (это Вы наверно и сами знаете). И тогда, в Вашем случае, для SQL 64 бита, для AOS - 32.

[Nikolaich]

ok - спасибо

резюмируя: либо разносим по разным серверам (64 и 32 разряда) либо все на одном 32 разрядном
спасиба !
эмуляция - да, лучше не связываться

[egorych]

Цитата:

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

SQL поддерживает режим AWE, про который я Вам написал выше. Так что он нормально будет жить и на 32-х разрядной ОС.

Поддерживать, то он поддерживает, но это отнюдь не есть равноценная работа на 64 бита! В режиме AWE SQL использует память выше 4 Гб ТОЛЬКО ДЛЯ ФАЙЛОВОГО КЭША, а все операции проводит в пространтве памяти ниже 4Г. Что весьма мало для нагруженного сервера! Особенно это может касаться выделения памяти для блокировок.
ps Мы как-то проводили тест, получилось - если AOS и SQL работают на 1 машине, скорость работы ~ в 1.5 раза выше, чем на разнесенных серверах! Даже если между ними гигабитный канал!. ВотЪ

[Nikolaich]

поддерживает ли штатно текущая версия AXAPTA кластеризацию?? (Failover Clustering)??

[egorych]

Цитата:

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

поддерживает ли штатно текущая версия AXAPTA кластеризацию?? (Failover Clustering)??

Что под этим подразумевается? Кластер из АОСов? СУБД?
В общем и то и то поддерживается, хотя кластер СУБД отношение к Аксапте имеет достаточно слабое!

[_scorp_]

Цитата:

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

В режиме AWE SQL использует память выше 4 Гб ТОЛЬКО ДЛЯ ФАЙЛОВОГО КЭША, а все операции проводит в пространтве памяти ниже 4Г.

А можно ссылку на BOL?

[egorych]

Цитата:

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

А можно ссылку на BOL?

Понимаете в чем дело, прямого указания в MSDN на это нет есс-но, но вот, например, есть статья http://www.sql.ru/articles/mssql/200...cilities.shtml
Если внимательно читать, то можно вычитать вот что

Цитата:

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

и далее

Цитата:

Например, если необходимо увеличить пространство для таких распределений памяти, которые не могут постоянно находиться в памяти как это типично для AWE (стеки потоков, память для блокировок, планы процедур), может оказаться, что /3GB лучший выбор

Что и позволяет сделать такой вывод. Впрочем вывод не только мой. На sql.ru было много обсуждений на эту тему, при желании можно найти. Не думаю, что это сильно изменилось на 2005-2008 сервере.