Выбор ОС, СУБД и оборудования

[Gihar]

В процессе реорганизации компании нам предстоит делать новую базу Аксапты.
Соответственно встал вопрос о выборе аппаратной и программной платформы

Какую бы комбинацию ОС и СУБД вы порекомендовали, исходя из следующих предпосылок:
- Axapta 3.0 service pack 1
- максимальное число одновременно работающих пользователей 200 человек
- в перспективе есть желание перевести приложение до DAX 4.0

Варианты:
Linux + Oracle 9i
Linux + Oracle 10g
Windows + MS SQL 2000
Windows + MS SQL 2005

[slava09]

Цитата:

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

Linux + Oracle 9i
Linux + Oracle 10g

А разве эти два варианта реальны?
Аксапта работает под Linux?

[dn]

Цитата:

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

А разве эти два варианта реальны?
Аксапта работает под Linux?

Аксапта - нет, Oracle - да. Вопрос как я понимаю по операционке на сервере для СУБД.

[dn]

Если я не ошибаюсь, то Axapta 3.0 официально не поддерживает работу с Oracle 10g.
Использовать MS SQL 2000 - особого резона нет, слишком велик риск, что не потянет.
Т.е. реально выбор между двумя вариантами
1) Oracle 9i Ax 3.0 (upgrade до Oracle 10g DAX 4.0)
2) MSSQL 2005

[egorych]

Цитата:

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

- Axapta 3.0 service pack 1

А смысл? Почему сразу не 4.0 ?

[dn]

Цитата:

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

А смысл? Почему сразу не 4.0 ?

А ты думаешь так просто приложение к созданию которого приложилось несколько десятков программистов за несколько лет перевести влегкую на 4.0?

[glibs]

СУБД Oracle работает.

Но в 4.0 есть некоторые проблемы с установкой, связанные с переходом на аутентифкацию с использованием механизма Windows AD. Но, по слухам (сам ни с Orecle ни с UNIX не работаю), преодолимые. А в 3.0 проблем с Oracle на Linux, вроде, не было.

Что касается выбора... Если рассматривается MS SQL 2005, то я бы ориентировался на то, какие у компании есть (либо планируются быть привлеченными) специалисты, которые смогут администрировать СУБД.

[glibs]

И еще. В общих чертах Oracle как-бы выдвигает более высокие требования к квалификации администратора СУБД. Но если такие администраторы есть — то это не проблема.

Для того, чтобы на MS SQL 2005 запустить Axapta 3.0 service pack 1 клиента и АОС нужно будет ставить от Kernel Rollup. Я точно не помню, но Kernel Rollup официально совместим с 3.0...

...вот, посмотрел.

"
· Install Kernel Rollup 1 (KR1) only on computers that are already running Axapta 3.0 Service Pack 2 (SP2) or later. Installation of KR1 on Axapta 3.0 RTM or Axapta 3.0 Service Pack 1 (SP1) is not supported.
"

Это чтобы усложнить вам выбор .

Более поздние версии Kernel Rollup имеют более высокие требования к СП приложения. Если нужно — можно посмотреть.

[dn]

Цитата:

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

Install Kernel Rollup 1 (KR1) only on computers that are already running Axapta 3.0 Service Pack 2 (SP2) or later. Installation of KR1 on Axapta 3.0 RTM or Axapta 3.0 Service Pack 1 (SP1) is not supported.
"

Это чтобы усложнить вам выбор .

Да, в итоге выбора то особо и нет, оставайтесь на Oracle 9i. Как решитесь переходить на DAX 4, так можно будет вернуться к этому вопросу

[glibs]

Согласен, но я бы так сформулировал.

Если у вас не ощущаются проблемы с администраторами СУБД, то

Цитата:

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

...
оставайтесь на Oracle 9i. Как решитесь переходить на DAX 4, так можно будет вернуться к этому вопросу
...

Не думаю, что 200 одновременно работающих (а скорее, одновременно зарегистрированных) пользователей нагнут MS SQL 2000. Тем более, что медленнее 2005-го он максимум (и этого еще надо добиться) на 30%. В случае одного сервера. Последующий переход на 2005 - дело 1 дня. При опыте - часа-двух.

Двух дорогостоящих и плохоищущихся админов (Linux и Oracle) кормить считаю в данном случае нецелесообразным. Вариант может быть принят только в случае личного интереса поиграться с этими системами . Для серьезного предприятия риски (возникающие при ротации кадров) экономически не оправданы. "Железом" разогнать MS получиться дешевле, надежней, однократней.

Что могу сказать в пользу 2000 - стабильность работы и большое количество как подготовленных кадров, так и инфы по багам и сопровождению в инете.

Так что, если переход с Оракла вас не разорит, выбирайте вариант №3.

PS
kr для работы с 2005 ставить необязательно.

[Vadik]

Цитата:

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

Что могу сказать в пользу 2000 - стабильность работы и большое количество как подготовленных кадров, так и инфы по багам и сопровождению в инете

Информация по ошибкам - это прекрасно, а как насчет поддержки продукта в виде их (багов) исправления?
Сроки поддержки продуктов Microsoft

Как насчет такой штуки, как manageability системы на пару сотен пользователей у SQL Server 2000 по сравнению с SQL Server 2005 ? А если система - 24х7 ?

Подготовленным кадрам, чтобы не зарасти мхом, пора уже готовиться к миграции на Katmai (SQL Server 2008)

1. Поддержка - Вы всерьез считаете это преимуществом?
2. manageability системы на пару сотен пользователей - не могу сказать, не знаю , что такое. Но потребности такой, пожалуй, ни разу не было... Иначе бы знал
3. 24x7 - здесь такого нет

вот возникла глючность вчера в 2005 - коннект теряется м-у аксаптой и сервером БД при выполнении длительных операций. После нескольких потерь сервер падает... В инете ничего нет.

Может, недостаточно глубоко искал, но уверен, что в мануале этого нет. Что говорить про 2008...

[dn]

Для того чтобы ответить на вопрос потянет ли в данном случае MS SQL 2000 информации явно не достаточно. Если честно я так и не понял, будут ли переноситься исторические данные на новую базу. Возможно автору темы стоит также привести текущий размер базы и ежемесячный прирост. Но я, даже имея уже только отдаленное представление об этом проекте, не стал бы всерьез рассматривать вариант с MS SQL 2000. Даже если остро будет стоять проблема с админом Oracle нужно все-таки прорабатывать вариант с MS SQL 2005.

p.s. А вообще от добра добра не ищут. При переходе на другую СУБД наверняка придется сильно повозиться. Т.к. совсем непонятно как поведут себя запросы которые изначально отлаживались под Oracle...

[Vadik]

Цитата:

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

p.s. А вообще от добра добра не ищут. При переходе на другую СУБД наверняка придется сильно повозиться

этточно

[vesna dba]

Цитата:

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

В процессе реорганизации компании нам предстоит делать новую базу Аксапты.
Соответственно встал вопрос о выборе аппаратной и программной платформы

Какую бы комбинацию ОС и СУБД вы порекомендовали, исходя из следующих предпосылок:
- Axapta 3.0 service pack 1
- максимальное число одновременно работающих пользователей 200 человек
- в перспективе есть желание перевести приложение до DAX 4.0

Варианты:
Linux + Oracle 9i
Linux + Oracle 10g
Windows + MS SQL 2000
Windows + MS SQL 2005

Моя рекомендация:
- купить железку x64 под сервер БД
- MS Windows Server 2003 x64
- MS SQL Server 2005 x64
Для размещения БД на MS SQL Server 2005 вам нужно установить соответствующие обновления на AOS и клиента (сервиспаки и Kernel Rollup).
Если у вас со времен SP1 (Axapta 3.0 SP1) не было подписки на обновления, то чтобы их заиметь нужно возобновить подписку. бабло придется отвалить за весь пропущенный период подписки. Кстати сумма эта скорее всего будет соизмерима с покупкой Axapta 4.0.

Про риски, связанные с узкими специалистами по Linux и Oracle согласен с предыдущими ораторами.
Железка x64 позволит получить приемлемую производительность, масштабировать в дальнейшем путем наращивания памяти и процов.
Например свежая железяка от HP - DL 580 G5 - x64, с четырьмя 4-х ядерными процами.

если с выбором 2005-го вместо 2000 можно согласиться, то покупать подписку из-за kr-а неприемлемо. Все ошибки, на которые наткнулисьуже, исправлены; совместимость с 2005-м в режиме 9.0 решается хинт-флагами.

[vesna dba]

Цитата:

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

Все ошибки, на которые наткнулисьуже, исправлены; совместимость с 2005-м в режиме 9.0 решается хинт-флагами.

А можно про это подробнее? или ссылочку на обсуждение этого вопроса?
Очень интересно. Что то же всетаки работать не будет? (из "фич" 2005-го)

дополнительные фичи 2005 - в описании релиза.
на память - партионирование, кластеры серверов, доп оптимизация планировщика.
ошибки имелись в виду сп1 относительно сп3-5.

ответил?