Ищу готовые базы Axapta

[mazzy]

Цитата:

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

С благодарностью приму готовые нестандартные базы Axapta 4, с небольшим объемом данных.

будьте предельно внимательны и осторожны.
ваши лицензионные коды храняться в открытом виде в базе. в таблице sysconfig.

как человек собирается конвертировать не знаю. но лицензии таким образом он получить может

[locky_sql_ru]

Цитата:

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

будьте предельно внимательны и осторожны.
ваши лицензионные коды храняться в открытом виде в базе. в таблице sysconfig.

как человек собирается конвертировать не знаю. но лицензии таким образом он получить может

Спасибо.

Добавление: лицензии предварительно - удалить.

Как именно я собираюсь конвертировать - сам пока не знаю
Пока что поставлена задача:
1. есть инсталляция Axapta под Oracle.
2. Запустив "магическое приложение" мы получаем полностью работоспособную Axapta под MS SQL.
3. Время миграции - 2TB за 24 часа.

Собственно, с самой миграцией данных проблем особых нет - это мы умеем хорошо.
Проблема возникает в части "полностью работоспособная Axapta".
Всё усложняется тем, что о самой Axapta я услышал дней 10 назад (точнее, слышал и раньше, начал щупать только недавно).
И мне решительно не хватает практического опыта по работе с ней.
"большой босс" обещает привезти несколько объемный баз для экспериментов, но это будет месяца через полтора.

Ссылку по миграции - читал, спасибо.

зы 2mazzy
зайдите в мой профиль в SQL Server Club на sql.ru, юзер locky.
Оттуда достаточно понятно, почему, для зачем и как мне нужна миграция Axapta.
просто для того, дабы рассеять "неприятный осадок"

[mazzy]

Цитата:

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

Как именно я собираюсь конвертировать - сам пока не знаю

Может документацию почитать?
Что вас не устраивает в стандартном механизме?

(небольшой маячок: я знаю что не устраивает меня, но очень хотелось бы выяснить причины, побудившие вас заняться этим вопросом.)

Цитата:

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

И мне решительно не хватает практического опыта по работе с ней.
"большой босс" обещает привезти несколько объемный баз для экспериментов, но это будет месяца через полтора.

Опять же не понимаю, почему вы не воспользуетесь стандартной процедурой создания данных для Benchmark Tool. Задайте параметры и создайте базу любого объема в стандартном функционале. Что даст вам нестандартный функционал?

Цитата:

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

зы 2mazzy
зайдите в мой профиль в SQL Server Club на sql.ru, юзер locky.
Оттуда достаточно понятно, почему, для зачем и как мне нужна миграция Axapta.
просто для того, дабы рассеять "неприятный осадок"

Спасибо.
Это скорее информация для остальных участников.

[locky_sql_ru]

Цитата:

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

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

Документацию читаем, а как же :-)
В стандартном механизме меня не устраивает...
Точнее, так: насколько я понял из пояснений "смотрителя" проекта, а также из чтения этого форума, миграция достаточно больщих по объему баз Axapta - штука та еще. Стандартным экспортом-импортом проделать всё это довольно тяжело, да и по пояснению человека из девелоперского тима Аксапты - данный механизм никогда для этого не предназначался.
Если у Вас есть пожелания или моменты, на которые надо обратить особое внимание - стучитесь, и учтено будет :-)

Цитата:

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

Опять же не понимаю, почему вы не воспользуетесь стандартной процедурой создания данных для Benchmark Tool. Задайте параметры и создайте базу любого объема в стандартном функционале. Что даст вам нестандартный функционал?

Про этот тул - не то чтобы я не слышал, но спасибо за напоминание :-)
Нестандарнтный функционал даст мне то, что можно будет проверить его миграцию (если это имеет смысл).
Суть задачи состоит в написании "магического приложения", которое сработает для любой инсталляции Аксапты, как бы её не сконфигурили/доработали. А я пока что не в состоянии придумать никаких "извратов" по этому поводу - слишко мало знаю.

Цитата:

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

Спасибо.
Это скорее информация для остальных участников.

Не за что.
Для участников: работа у нас такая - тащить всё на SQL Server :-).

[mazzy]

Цитата:

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

...насколько я понял из пояснений "смотрителя" проекта, а также из чтения этого форума, миграция достаточно больщих по объему баз Axapta - штука та еще.

Почему? Может выясните для начала?

(я в очередной раз пытаюсь понять... и вас натолкнуть на очень простую мысль... почему вы пытаетесь что-то создать, не разобравшись в существующем?)

Цитата:

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

Стандартным экспортом-импортом проделать всё это довольно тяжело

Почему?
Выясните это и вам будет понятно что вам делать.

Цитата:

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

да и по пояснению человека из девелоперского тима Аксапты - данный механизм никогда для этого не предназначался.

Вас ввели в заблуждение.

Цитата:

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

Если у Вас есть пожелания или моменты, на которые надо обратить особое внимание - стучитесь, и учтено будет :-)

А мне нравится этот человек...
Что ж, стучусь: обратите внимание на стандартный функционал.

Цитата:

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

Суть задачи состоит в написании "магического приложения", которое сработает для любой инсталляции Аксапты, как бы её не сконфигурили/доработали. А я пока что не в состоянии придумать никаких "извратов" по этому поводу - слишко мало знаю.

Опять же - мне нравится этот человек. Каким здоровым зарядом авантюризма и беответственности надо обладать, чтобы обещать работоспособность на "любой инсталляции"... Именно такими людьми и делается прогресс... Наверное...

Но было бы замечательно, чтобы ваш механизм работал не хуже стандартного хотя бы в стандартных условиях.

Чтобы быть конструктивным. Если вы НЕ собираетесь трогать dataareaid, refrecrid и ссылки на recid, не унаследованные от refrecid, то начните разбор сложностей с максимального размера записи при различных размерах страниц. А затем обратите внимание на уникальность индексов.

Удачи.

[gl00mie]

Цитата:

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

Как именно я собираюсь конвертировать - сам пока не знаю Пока что поставлена задача:
1. есть инсталляция Axapta под Oracle.

Давайте уточним постановку задачи - от этого во многом зависит геморройность и успешность миграции.

• Есть наработанная база, которая физически крутится на Oracle, или же, скажем, есть наработанная база плюс приложение, как-либо заточенное под Oracle? Есть ли в приложении, т.е. в модификациях стандартного функционала, какие-либо прямые обращения к БД, использующие особенности Oracle?
• Что есть "инсталляция"? Есть ли толстые клиенты или клиенты, работающие в двухзвенке? Что делает сервер пакетной обработки? Недоглядел, что речь про 4-ку, sorry.

Цитата:

2. Запустив "магическое приложение" мы получаем полностью работоспособную Axapta под MS SQL.

Каковы критерии работоспособности? Чтобы приложение просто запустилось и дало возможность выполнять основные операции? Или чтобы при этом были выдержаны, скажем, какие-то требования к производительности?..

Цитата:

3. Время миграции - 2TB за 24 часа.

Сурово... В теме по ссылке, которую я приводил, речь шла о миграции 75Gb за 8 часов, т.е. за сутки - ориентировочно 225Gb, но никак не 2Tb. Это не опечатка?

Цитата:

Собственно, с самой миграцией данных проблем особых нет - это мы умеем хорошо.

Имеется в виду миграция данных вообще? Axapta немного по-разному работает и настраивается в зависимости от СУБД. Посмотрите эту тему, там кое-что интересное писали о переходе. В частности, Андре писал как раз о переходе с Oracle на Ms SQL, может, он знает какие-то подробности.

Цитата:

Проблема возникает в части "полностью работоспособная Axapta".

Распишите по шагам, как вы осуществляете переход, на каком шаге возникает проблема - тогда всем будет проще разбираться.