Вопрос по обновлению Аксапты

[Rage]

Всем привет.
Возникла следующая ситуация
Нужно наиболее безболезненно провести обновление Аксапты для перехода на 2005 SQL
Исходные данные:
Axapta:
3.0 CIS SP1 1951.17 514-12 OP023-6
SQL Server:
2000 SP4
Application:
стандартное приложение с дописанным под компанию решением (в частности логистика, финансовый модуль и др.)
Цель:
Перейти наиболее безболезненно на SQL Server 2005 SP2 (можно в режиме совместимости 80) т.е чтобы Аксапта начала поддерживать 2005 сиквел более "нативно" но при этом не затронуть дописанные\измененные участки программы и не напароться на увеличение блокировок из-за неоптимизированных запросов при работе пользователей.
Больших спецов по программе нет и поэтому хотелось бы услышать от Вас наиболее безболезненный вариант перехода.

[egorych]

Цитата:

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

Нужно наиболее безболезненно провести обновление Аксапты для перехода на 2005 SQL

Наиболее безболезненый переход - смена версии ядра на KR1-KR3.
У нас работает на KR2.

Цитата:

и не напароться на увеличение блокировок из-за неоптимизированных запросов при работе

А вот с этим не факт - оптимизатор сильно поменялся и старые хинты могут отрабатывать совсем не так как хотелось-бы.

[Rage]

Цитата:

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

Наиболее безболезненый переход - смена версии ядра на KR1-KR3.
У нас работает на KR2.

Вот про это я и хочу узнать.
Т.е
1. Сбэкапить текущие версии приложения\клиента\АОСа
2. Установить KR3 (он обновит АОС и клиента, приложение не трогать?)
3. Перекинуть базу на 2005 - обновить статистику\переиндексировать
4. Пустить пользователей и начать молиться

Зы. KR3 стаёт только на Аксапту SP3 вроде...
как с эти быть?
Ставить сначала SP3 а потом накатывать KR ?

[egorych]

Цитата:

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

Зы. KR3 стаёт только на Аксапту SP3 вроде...
как с эти быть?
Ставить сначала SP3 а потом накатывать KR ?

Мы пробовали KR3 - ну сильно глючит! Лучше KR2 - он должен вроде без проблем стать.

[zemlyn]

А в чём глюки КР3? Разве не это ядро в SP6 используют?

[mono]

Цитата:

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

Наиболее безболезненый переход - смена версии ядра на KR1-KR3.

Наиболее безболезненый переход - не трогать AX и просто перейти на SQL Server 2005 SP2 в режиме совместимости 80.

[egorych]

Цитата:

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

Наиболее безболезненый переход - не трогать AX и просто перейти на SQL Server 2005 SP2 в режиме совместимости 80.

Для чего? Смысла в этом не вижу никакого.

[Lazy_Tiger]

0) Договориться с кем то, кто это уже делал и разгребал потом тормоза 2005 с тем чтобы он приехал и сделал это у вас.
1) сделать бэкап бд и приложения.
2) обновить до KR2-KR3 клиента и АОСы, приложение не трогать.
3) поднять бэкап на новом сервере, запустить АОСы

Разребаться с недельку.

[Rage]

Цитата:

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

0) Договориться с кем то, кто это уже делал и разгребал потом тормоза 2005 с тем чтобы он приехал и сделал это у вас.
1) сделать бэкап бд и приложения.
2) обновить до KR2-KR3 клиента и АОСы, приложение не трогать.
3) поднять бэкап на новом сервере, запустить АОСы

Разребаться с недельку.

1. С бэкапами понятно...
2. KR2-3 становятся только на SP3 и выше...уже пробовал поставить...
т.е сначала накатить СП а потом КР? при этом обновлять только АОС и Клиента...Приложение не трогать? А после синхронизации\компиляции он не затрет дописаную для нас часть или каковы гарантии что она будет корректно работать?
3. это как?

И еще вопрос. Если просто, не повышая верстю ядра Аксапты, перенести базу на 2005 SP2 x64 в режиме 80, сделать переиндексацию и обновить статистику...как оно будет жить? Много полезет граблей?

[egorych]

Цитата:

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

2. KR2-3 становятся только на SP3 и выше...уже пробовал поставить...
т.е сначала накатить СП а потом КР? при этом обновлять только АОС и Клиента...Приложение не трогать? А после синхронизации\компиляции он не затрет дописаную для нас часть или каковы гарантии что она будет корректно работать?

Поставить SP3 клиента, а потом KR. У нас приложение тоже SP1 еще (все нужное из SP руками перетаскивали)
Гарантии есс-но только Госстрах дает, но вроде (тьфу*3) работает нормально в плане функционала.

Цитата:

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

И еще вопрос. Если просто, не повышая верстю ядра Аксапты, перенести базу на 2005 SP2 x64 в режиме 80, сделать переиндексацию и обновить статистику...как оно будет жить? Много полезет граблей?

Вам сильно нужно x64 ? Или для чего переносить на 2005 ? Чтоб потом с граблями бороться?
Кроме x64 в режиме совместимости ничего не получите - ни индексации on-line, ни партицирования, ни зеркалирования - тогда для чего огород городить?

[Rage]

Сейчас приорететней для нас перейти на 2005. Вот я и хочу узнать, возможен ли такой сценарий....:
1. Перенести базу на 2005 (32 или 64 не суть важно...) в режиме 80
2. Отключить хинты\реиндексация\обновление стат.
3. Пожить так немного
4. Когда появится возможность - обновить АХ и перевести базульку в 90-й режим.

[Rage]

Руководство поставило задачу - создать кластер для основного хранилища...
Вот отсюда и вопросы...
Не хочеться создавать 2000-ный кластер если можно походу переехать на 2005

[egorych]

Ну дело хозяйское, но в 2005 кластер тоже не сахар. И вообще - смысл делать failover кластер? при повреждении базы он не спасет. Тут имхо нужно зеркало базы, а это другими средствами делается.

[Rage]

Цитата:

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

Ну дело хозяйское, но в 2005 кластер тоже не сахар. И вообще - смысл делать failover кластер? при повреждении базы он не спасет. Тут имхо нужно зеркало базы, а это другими средствами делается.

Сахар - не сахар но от отказа\профилактики одного из серваков спасёт отлично