Миграция AX3(Oracle) -> AX2009(MSSQL)

[Shamil]

День добрый,

Обсуждаем с заказчиком варианы миграции существующей системы AX3 с базой Oracle на новую систему AX2009. Т.к. с AX я только начал знакомство, возникли вопросы:

1. Есть ли описанная и доступная схема миграции AX3 -> AX2009? Как на счет кастомизаций Х++ и т.п.?
2. Заказчик подумывает переходить одновременно с Оракла на SQL сервер. Я прочитал в system requirements к AX2009, что тот поддерживает Оракл. Есть ли смысл ковыряться в переходе на др. СУБД, если можно остаться на «старой»?

Заранее благодарен.

[UNRW]

"Бедный" Заказчик - заказал миграцию ERP системы начинающему аксаптоведу... Думается, что Заказчику в первую очередь надо искать не методы перехода с системы на системы, а сразу нового Исполнителя

[Shamil]

Ирония понятна, но "Бедный" Заказчик еще ничего не заказал. Мы консультируем его по вопросам интеграции данных. Давайте пожалуйста, поконструктивнее, если есть что сказать.

[Vadik]

Цитата:

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

Есть ли описанная и доступная схема миграции AX3 -> AX2009?

Microsoft Dynamics AX 2009 Upgrade Guide
Но вопросы Вы действительно задаете, как бы это сказать, настораживающие..

[twilight]

Кастомизации переносятся вручную. При этом их неизбежно придется изменять в связи с отличиями в стандартном функционале между версиями.

[Shamil]

Цитата:

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

Microsoft Dynamics AX 2009 Upgrade Guide
Но вопросы Вы действительно задаете, как бы это сказать, настораживающие..

Спасибо за ссылку. На первый взгляд - то, что надо. Будем читать ....

Настораживающие вопросы ... ещебы, первый раз AX в глаза увидел на этой неделе. Вообщето я - по Ораклу больше.

[greench]

Через версию переехать даже на чистой Аксапте будет не так просто, а если еще и много доработок, то для начинающих практически нереальная задача. Без обид. Многое придется переписывать с нуля, а для этого нужно четко понимать что тот или иной кусок кода делает и для чего от там вообще. С подменой сервера БД тоже могут быть проблемы. Возможно у вас есть отчеты или еще какие-то вещи, которые формируют запросы к Ораклу "в ручную", их тогда тоже придется все переписывать.

[sukhanchik]

И еще совет - если будете переходить - то делайте переход в 2 этапа - сначала базу перенесите с Oracle на MS SQL (оставшись в 3.0), затем сделайте апгрейд с 3.0 на 2009. Одновременно это сделать не получится, а с апгрейдом "ораклиных" данных вы ой как намучаетесь... Но формально - обновить "ораклиные" данные можно (штатными средствами, заранее имея карту разбросанных граблей)

[belugin]

Цитата:

Заказчик подумывает переходить одновременно с Оракла на SQL сервер. Я прочитал в system requirements к AX2009, что тот поддерживает Оракл. Есть ли смысл ковыряться в переходе на др. СУБД, если можно остаться на «старой»?

Стоит учесть, что в Ax2009 есть встроенная поддержка Analysis Services и Reporting Services, каковые входят в SQL Server

[UNRW]

Еще вариант - новый проект внедрения.

И с Oracle лучше не переходить на MSSQL, ибо MSSQL - это ЗЛО

[Shamil]

Цитата:

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

И еще совет - если будете переходить - то делайте переход в 2 этапа - сначала базу перенесите с Oracle на MS SQL (оставшись в 3.0), затем сделайте апгрейд с 3.0 на 2009. Одновременно это сделать не получится, а с апгрейдом "ораклиных" данных вы ой как намучаетесь... Но формально - обновить "ораклиные" данные можно (штатными средствами, заранее имея карту разбросанных граблей)

Мы как раз пришли к выводу, что сделать будет надо в два этапа, но мы думали об обратном порядке: сначала апгрейд, затем перенос базы (если не отговорим). А о каких граблях идет речь? И воообще, что там в базе Аксапы лежит кроме таблиц? Констрейнты, индексы, триггеры, процедурная логика?

И еще вопрос:
Практикуется ли кастомизация Аксапы на уровне базы данных? Т.е. бывает ли необходимость дописывать процедуры, добавлять свои таблицы и т.п.?

[sukhanchik]

Цитата:

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

А о каких граблях идет речь? И воообще, что там в базе Аксапы лежит кроме таблиц? Констрейнты, индексы, триггеры, процедурная логика?

Скажу по опыту апгрейда данных на оракле с 3.0 на 4.0
1. Подключение к схеме (БД) источнику и схеме (БД) приемнику утилитой AxdbUpgrade.exe осуществляется по-разному (имеется в виду - в одном случае нужно задавать логин/пароль, в другом - создавать d jhfrkt логин автовхода типа OPS$WINUSER (я уж не помню как он там в оракле зовется), причем доступ должен иметь как логин из под которого инсталлятор работает, так и логин, который собсно переливает данные.
2. После создания схемы - ее должен "окучить" инсталлятор аоса, т.к. он там создает невалидные хранимые процедуры, которые другим путем сложно создать. Соответственно, при желании "повторить" процедуру закачки данных - надо будет заново ставить аос.
3. Сам файл AxdbUpgrade.exe который шел в штатной поставке - был неработоспособен с ораклом (уже не помню какие были проблемы - но помню что мы запрашивали из МС новый файлик)
Вроде так все... но помню - что убили порядка 3-х человеко-месяцев на выработку процедуры перехода (применительно конечно к компании, в которой осуществлялся переход) с 3 тестами получения данных.

Цитата:

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

И еще вопрос:
Практикуется ли кастомизация Аксапы на уровне базы данных? Т.е. бывает ли необходимость дописывать процедуры, добавлять свои таблицы и т.п.?

Нет. Т.е. формально конечно - Вам никто не мешает. Но подумайте о тех, кто будет отлаживать написанный Вами код. Да и потом - выигрыша это особого не дает. Правильно построеные индексы на таблицах дают существенно больший прирост производительности.

[Gustav]

Цитата:

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

И с Oracle лучше не переходить на MSSQL, ибо MSSQL - это ЗЛО

Слышал, что AX6, вроде, уже совсем не будет дружить с Ораклом.
Если это так (кто бы достоверно прокомментировал?), то переход, получается, рано или поздно неизбежен.

[BOAL]

Лучше именно оставаясь на Ах3 перейти на сиквел, а потом уже на ах2009
На то есть причины
1. Инструкция по конвертации данных для неизменяемого приложения
2. Перенос на новую АХ штатно, без проблем с данными (новых дополнительных проблем, разумеется )

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

Знаю проект, где так и пошли - перешли с АХ4+оракл на АХ4+скл2008 для будущего перехода на ах2009
И еще, меж этими этапами может пройти некоторое время (с продолжением работы уже на скл)

=====
Поддержу вариант:
1. Оставить Ах3+ оракл в покое (как архив)
2. перенести код на АХ2009 с рефакторингом и пересмотром потребности (лишнее потереть, тк время же прошло - заплатка на заплатке может быть)
3. залить начальные данные в ах2009+скл и работать по-новому

[McArrow]

В 6 версии будет поддержка Oracle для размещения непосредственно данных, но будет также необходима установка MS SQL Server для размещения самого приложения (приложение переезжает с файлового сервера в базу данных). Во всяком случае, по предворительной информации, которую я слышал на недавнем мастер-классе по DAX 2009 в Microsoft.

[glibs]

Ссылка подвернулась.

http://www.microsoft.com/sqlserver/2...on-oracle.aspx

Не пробовал. Пусть будет тут, чтобы не потерялась. Если придется воспользоваться — отпишу.

[egorych]

Интересная тулза! Неужели поддержку LOB сделали?
В прошлом году ни один провайдер от мелкософта с ораклячими блобами не работал!