Помогите с выбором версии SQL Server для Ax2009

[Predator]

Планируем в этом году переход с Axapta 3.0 на Axapta 2009. Сейчас используем в качестве СУБД для Axapta SQL Server 2005 EE. Очень хотелось бы вместе с переходом обновить версию SQL Server до 2008.





Соответственно есть ряд вопросов:

1. Стоит ли апгрейдить версию до SQL Server 2008?
2. Если стоит, то какие преимущества получим при этом?
3. Возможны ли появление каких-либо существенных проблем, из-за которых стоило бы повременить с переходом на новую версию СУБД?
4. Насколько сильно отличается производительность SQL Server 2008 от SQL Server 2005. Повлияет ли это существенно на производительность Axapta 2009 или будет незаметно по сравнению с использованием старой версии сиквел сервера?

[EVGL]

Цитата:

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

Соответственно есть ряд вопросов:
Стоит ли апгрейдить версию до SQL Server 2008?

- почему бы и нет, хуже не будет

Цитата:

Если стоит, то какие преимущества получим при этом?

- преимущества для администратора: сжатые бекап-файлы - это здорово

Цитата:

Возможны ли появление каких-либо существенных проблем, из-за которых стоило бы повременить с переходом на новую версию СУБД?

- по нашему опыту - нет

Цитата:

Насколько сильно отличается производительность SQL Server 2008 от SQL Server 2005. Повлияет ли это существенно на производительность Axapta 2009 или будет незаметно по сравнению с использованием старой версии сиквел сервера?

- ни лучше, ни хуже

[zemlyn]

Цитата:

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

- преимущества для администратора: сжатые бекап-файлы - это здорово

Бэкапы и так сжатые. В SQLServer 2008 некоторые данные поддерживают компрессию. Т.е. при определенных условиях базы будут поменьше. Подробности уже успел забыть
AX2009 совместим с SQLServer 2008. Подробности в спецификациях можно поискать.

Из хороших преимуществ SQL Server 2008 - у него доработали средства мониторинга, продвинутые средства управления ресурсами, появилась отладка T-SQL.
Reporting Services улучшили (подробности не указываю, но переход своих удобств стоит).
RS 2008 намного лучше дружат с AS2008 (если сравнивать со связкой RS2005-AS2005). Можно сказать именно там они в паре нормально заработали

Можно взять презентации по фичам. Неплохие обзоры были на Платформе 2008
https://platforma2008.ru/Materials.aspx?wa=wsignin1.0
(нужен Windows Live ID)

Microsoft SQL Server 2008: общий обзор функциональности
Управление ресурсами в Microsoft SQL Server 2008
Административные средства управления в SQL Server 2008
Новые возможности Reporting Services в Microsoft SQL Server 2008

AX новые фишки, предположу, не использует - накладно видимо с учетом того, что параллельно платформа д.работать на разных SQL Server 2005/2008 (да еще и Oracle еще тянут

[belugin]

вот тут написано
...
Enterprise Resource Planning
Microsoft Dynamics AX
Record scale improvement of 70% in throughput, scalability, and response time
Benchmark tests demonstrate record scale showing up to 70 percent improvement in throughput scalability and response time; maximizing performance while minimizing database growth using SQL Server 2008 database compression.
....
но сам я не сравнивал и тесты не гонял

сжатие бекапов облегчает жизнь

[belugin]

у SSRS очень большой прогресс: он может работать без IIS, версия 2005 сначала закачивала все данные в ОЗУ, 2008 качает по мере надобности. Появились новые контролы (например gauge) но в интегрированных в 2009 отчетах вы их использовать не сможете (ну или я не знаю как) - там редактор из комплекта Visual Studio

На дотнетрокс есть подкаст, где обсуждаются новые фишки.

[Vadik]

Цитата:

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

Стоит ли апгрейдить версию до SQL Server 2008?

ну этот вопрос по идее должен был идти последним

Цитата:

Если стоит, то какие преимущества получим при этом?

Intellisence в SSMS Если серьезно - смотрите What's new

Цитата:

Возможны ли появление каких-либо существенных проблем, из-за которых стоило бы повременить с переходом на новую версию СУБД?

Upgrade advisor Вам в помощь

Цитата:

Насколько сильно отличается производительность SQL Server 2008 от SQL Server 2005

Да не сказать чтобы радикально. Если сейчас есть проблемы с производительностью, связанные например с кастомизациями, апгрейд эти проблемы не решит. С другой стороны, не надо на одной производительности зацикливаться - добавлен целый пласт функциональности: Policy based management, resource governor, backup & data compression, серьезно перелопачена существующая (SSRS и SSIS)
Главное, трезво оцените ресурсы - потянете ли несколько параллельных апгрейдов (AX и SQL Server). Переход на AX2009 и сам по себе достаточно серьезный проект

[EVGL]

Цитата:

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

Главное, трезво оцените ресурсы - потянете ли несколько параллельных апгрейдов (AX и SQL Server). Переход на AX2009 и сам по себе достаточно серьезный проект

Всегда казалось, что апгрейд на новую версию SQL Server сводился к запуску нового инсталлятора и пары часов ожидания. Я что-то не учел?

[MikeR]

Цитата:

Если стоит, то какие преимущества получим при этом?

По производительности выигрыш сомнителен, по репортингу более нативная поддержка, плюс управление ресурсами и как уже отмечали сжатые бэкапы.

Цитата:

Возможны ли появление каких-либо существенных проблем, из-за которых стоило бы повременить с переходом на новую версию СУБД?

Разница между пятой версией и восьмой не была связана с производительностью, так как ООС уже была, соответственно и ждать "подводных" камней не стоит.

[egorych]

Иногда проскакивают темы на sql.ru, что запросы, нормально работающие на 2000 и 2005 начинают затыкаться на 2008, но думаю, это существенно для сильно заморочных запросов!

[Vadik]

Цитата:

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

Всегда казалось, что апгрейд на новую версию SQL Server сводился к запуску нового инсталлятора и пары часов ожидания. Я что-то не учел?

Конечно, бывает и так (если есть два часа на апгрейд, а лучше выходные на случай "не взлетело"). А бывает по-другому:
- кластер
- необходимость перестроить SAN
- несколько приложений (AX, dwh, еще кой-чего с непонятной совместимостью с SQL2008)
- достаточно жесткие требования к доступности
- достаточно много джобов, ETL и прочего
В нашем случае мигрировали месяца полтора (планирование, подготовка staging среды, тестовые прогоны с секундомером и т.д.). Параллельно с другими проектами, естественно