Переход на SQL SERVER 2005 - есть ли смысл и безопасно ли?

[Rage]

Ситуация следующая:
Система построена на версии
Axapta 3.0 CIS Release (точная версия - Build #1951.17/514-12 SP1/OPO23-6 PS18.8)
+ внедрено решение под нашу компанию.
Сейчас система работает на 2000 SQL SP4
Планируется развертывание AD + создание кластера серверов под основную БД.
Хотелось бы перейти на 2005 сиквел, но есть вопросы.
Насколько я знаю отката обратно на 2000 уже быть не может после перехода и поэтому хотелось бы от знающих людей услышать про те подводные камни которые могут всплыть в процессе работы на 2005 сиквеле с такой старой версией программы, и будет ли она вообще корректно работать с обновленной СУБД (в режиме 80 естественно)?
И вообще какой выигрыш от этого кроме нормальной работы в кластере.

[Rage]

С откатом сложно, потому что меняется структура системных таблиц при аттаче базы(или ресторе) к 2005.
Откатиться можно только на старую базу но при это ессно теряется всё что бало сделано за время тестирования\работы

[Rage]

Ну дело не в откате.
Откатиться можно и на оригинал 2000 базы
Интересует именно дальнейшая работа пользователей.
Как с блокировками обстоит дело?
Нужно ли что-то править в Самом апликейшене?
кто переходил уже?

[Rage]

Накатывание KR не требуется?
Какая у вас система?
Как был переход?

[Rage]

как процесс перехода проходил?

[Rage]

я имею ввиду технически
перекинуть базу и перенастроить аос?
всё что-ли? ))

[Lazy_Tiger]

Цитата:

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

я имею ввиду технически
перекинуть базу и перенастроить аос?
всё что-ли? ))

в моем случае (базка около 180гб на тот момент была) пришлось заниматься дополнительной оптимизацией.

несмотря на то, что при переходе в сервер было добавлено 8гб памяти (остальные параметры остались теже, сервер x64) сразу после перехода и пересчета индексов и статистики было получено падение производительности в разы.

после оптимизации (пересмотр индексов, создание дополнительной статистики) - обещанные 30% прироста имеют место быть.

[Rage]

А что есть

Цитата:

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

после оптимизации (пересмотр индексов, создание дополнительной статистики) - обещанные 30% прироста имеют место быть.

?

[gl00mie]

Цитата:

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

А что есть обещанные 30% прироста?

Это оценка MS прироста производительности SQL 2005 по сравнению с SQL 2000 - так сказать, вообще.

[Vadik]

Цитата:

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

Это оценка MS прироста производительности SQL 2005 по сравнению с SQL 2000 - так сказать, вообще.

Это разница в результатах скрипта SO из benchmark tool для 100 пользователей на 6 AOS-ах
Сравнительное тестирование производительности Microsoft Axapta v.3.0. CУБД Microsoft SQL Server 2005 и Microsoft SQL Server 2000

[gl00mie]

Цитата:

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

Сейчас система работает на 2000 SQL SP4
Хотелось бы перейти на 2005 сиквел, но есть вопросы.

См. также
Переход SQL 2000 32-bit -> SQL 2005 64-bit
Переход на SQL Server 64-bit - план работ (а также вся презентация)
Подключение к SQL 2005 родным ODBC-драйвером и упомянутую форумом тему
Перевод SQL 2000 на SQL 2005 - там обсуждалось возникновение table scan по InventDim

[Rage]

Про table scan - это стандартная ситуация возникающая всегда?

[vesna dba]

Цитата:

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

Про table scan - это стандартная ситуация возникающая всегда?

Это стандартная ситуация, возникающая иногда.

[Lazy_Tiger]

Цитата:

Сообщение от vesna dba

Это стандартная ситуация, возникающая иногда.

даже более того, иногда это даже хорошо

[Rage]

слышал что из-за постоянных table scan - возникает много блокировок на 2005 и работать становится неприятно

[Vadik]

Цитата:

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

слышал что из-за постоянных table scan - возникает много блокировок на 2005 и работать становится неприятно

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