AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.02.2007, 19:12   #1  
locky_sql_ru is offline
locky_sql_ru
Участник
 
20 / 21 (1) +++
Регистрация: 19.02.2007
? Ищу готовые базы Axapta
С благодарностью приму готовые нестандартные базы Axapta 4, с небольшим объемом данных.
Например, базы получившиеся в результате курсовых работ, каких-то своих экспериментов, опытов и проч.
Желательно использование своих таблиц (если такое вообще возможно), "прямых" запросов в базу и т.д.
Предпочтение отдается базам для Oracle, но и SQL Server будет очень кстати.
Единственная просьба - не должно быть "явных" глюков. Функционал не интересует, но - чем "извращеннее", тем лучше.
Спасибо.
Старый 23.02.2007, 20:12   #2  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Простите, но на кой они вам дались?
Старый 23.02.2007, 20:16   #3  
locky_sql_ru is offline
locky_sql_ru
Участник
 
20 / 21 (1) +++
Регистрация: 19.02.2007
Будем мигрировать их в обе стороны - с оракла на сиквел, и обратно.
точнее - пока что - будем изучать потенциальную возможность миграции, проблемы, возникающие при, как, что, зачем...
Старый 23.02.2007, 21:42   #4  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
С благодарностью приму готовые нестандартные базы Axapta 4, с небольшим объемом данных.
будьте предельно внимательны и осторожны.
ваши лицензионные коды храняться в открытом виде в базе. в таблице sysconfig.

как человек собирается конвертировать не знаю. но лицензии таким образом он получить может
__________________
полезное на axForum, github, vk, coub.
Старый 23.02.2007, 22:07   #5  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5798 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
Будем мигрировать их в обе стороны - с оракла на сиквел, и обратно. точнее - пока что - будем изучать потенциальную возможность миграции, проблемы, возникающие при, как, что, зачем...
Вот здесь обсуждался перевод БД с SQL на Oracle, т.е. собственно перенос данных, рассматривалась методика, использованная на реальных проектах с крупными БД.
Старый 26.02.2007, 12:05   #6  
locky_sql_ru is offline
locky_sql_ru
Участник
 
20 / 21 (1) +++
Регистрация: 19.02.2007
Цитата:
Сообщение от mazzy Посмотреть сообщение
будьте предельно внимательны и осторожны.
ваши лицензионные коды храняться в открытом виде в базе. в таблице sysconfig.

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

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

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

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

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

зы 2mazzy
зайдите в мой профиль в SQL Server Club на sql.ru, юзер locky.
Оттуда достаточно понятно, почему, для зачем и как мне нужна миграция Axapta.
просто для того, дабы рассеять "неприятный осадок"
Старый 26.02.2007, 12:25   #7  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
Как именно я собираюсь конвертировать - сам пока не знаю
Может документацию почитать?
Что вас не устраивает в стандартном механизме?

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

Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
И мне решительно не хватает практического опыта по работе с ней.
"большой босс" обещает привезти несколько объемный баз для экспериментов, но это будет месяца через полтора.
Опять же не понимаю, почему вы не воспользуетесь стандартной процедурой создания данных для Benchmark Tool. Задайте параметры и создайте базу любого объема в стандартном функционале. Что даст вам нестандартный функционал?

Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
зы 2mazzy
зайдите в мой профиль в SQL Server Club на sql.ru, юзер locky.
Оттуда достаточно понятно, почему, для зачем и как мне нужна миграция Axapta.
просто для того, дабы рассеять "неприятный осадок"
Спасибо.
Это скорее информация для остальных участников.
__________________
полезное на axForum, github, vk, coub.
Старый 26.02.2007, 12:44   #8  
locky_sql_ru is offline
locky_sql_ru
Участник
 
20 / 21 (1) +++
Регистрация: 19.02.2007
Цитата:
Сообщение от mazzy Посмотреть сообщение
Может документацию почитать?
Что вас не устраивает в стандартном механизме?
(небольшой маячок: я знаю что не устраивает меня, но очень хотелось бы выяснить причины, побудившие вас заняться этим вопросом.)
Документацию читаем, а как же :-)
В стандартном механизме меня не устраивает...
Точнее, так: насколько я понял из пояснений "смотрителя" проекта, а также из чтения этого форума, миграция достаточно больщих по объему баз Axapta - штука та еще. Стандартным экспортом-импортом проделать всё это довольно тяжело, да и по пояснению человека из девелоперского тима Аксапты - данный механизм никогда для этого не предназначался.
Если у Вас есть пожелания или моменты, на которые надо обратить особое внимание - стучитесь, и учтено будет :-)

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

Цитата:
Сообщение от mazzy Посмотреть сообщение
Спасибо.
Это скорее информация для остальных участников.
Не за что.
Для участников: работа у нас такая - тащить всё на SQL Server :-).
Старый 26.02.2007, 12:56   #9  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
...насколько я понял из пояснений "смотрителя" проекта, а также из чтения этого форума, миграция достаточно больщих по объему баз Axapta - штука та еще.
Почему? Может выясните для начала?

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

Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
Стандартным экспортом-импортом проделать всё это довольно тяжело
Почему?
Выясните это и вам будет понятно что вам делать.

Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
да и по пояснению человека из девелоперского тима Аксапты - данный механизм никогда для этого не предназначался.
Вас ввели в заблуждение.

Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
Если у Вас есть пожелания или моменты, на которые надо обратить особое внимание - стучитесь, и учтено будет :-)
А мне нравится этот человек...
Что ж, стучусь: обратите внимание на стандартный функционал.


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

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

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

Удачи.
__________________
полезное на axForum, github, vk, coub.
Старый 26.02.2007, 13:55   #10  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5798 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от 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".
Распишите по шагам, как вы осуществляете переход, на каком шаге возникает проблема - тогда всем будет проще разбираться.

Последний раз редактировалось gl00mie; 26.02.2007 в 17:34. Причина: недоглядел...
Старый 26.02.2007, 14:06   #11  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,296 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Что-то у меня большие сомнения в практическом применении данной фичи. Точнее, сомневаюсь, что такие упражнения окупятся.
Всё равно, что учиться перешивать скафандр с одного рослого человека на двух карликов и обратно. Нюансов больше, чем тиражируемых навыков.
__________________
Михаил Андреев
https://www.amand.ru
Старый 26.02.2007, 14:14   #12  
locky_sql_ru is offline
locky_sql_ru
Участник
 
20 / 21 (1) +++
Регистрация: 19.02.2007
Постановку задачи, к сожалению, уточнить практически невозможно - она именно так и поставлена на текущий момент: "магическое приложение" переводящее произвольну инсталляцию Axapta с Oracle на SQL2K5 :-(
Критерии работоспособности - запустилось, работает. Быстродействие - пока даже не рассматриваем.
2TB - не опечатка (в оригинале постановки задачи стоит 3-4TB за 24 часа).
Проблема состоит в том, что кроме обычной миграции данных - я пока что ничего не умею делать :-) Но инстинкт подсказывает, что должны быть проблемы - начиная от переопределения sqlsystemvariables, заканчивая user code в приложении.
Старый 26.02.2007, 14:19   #13  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
2TB - не опечатка (в оригинале постановки задачи стоит 3-4TB за 24 часа).
1. Сделать truncate для логов http://axapta.mazzy.ru/lib/dbgrowthsolution/
2. Оставшиеся 75Gb перенести за 8 часов
__________________
полезное на axForum, github, vk, coub.
Старый 26.02.2007, 15:02   #14  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
...
в оригинале постановки задачи стоит 3-4TB за 24 часа.
...
Что-то не очень правдоподобно звучит. Максимальное возможное количество записей в одной компании в Аксапте в 3.0 4 с хвостиком миллиарда.

У вас сколько компаний?

И что у вас за железо? Пропускная способность 100 мегабитной локальной сети примерно 1/2 Гб в минуту. Это 30 Гб в час и 720 Гб в сутки. Скорость обычного IDE диска в среднем примерно в два раза больше. Понятное дело, что есть гигабитные сети и диски чуть побыстрее, и интерфейсы для них есть другие, и в RAID их можно собрать...

Но ваши условия задачи все равно выглядят скорее как фантастически-запредельные, нежели как реальные. И уж тем более для ERP системы.
__________________
С уважением,
glibs®
Старый 26.02.2007, 15:13   #15  
locky_sql_ru is offline
locky_sql_ru
Участник
 
20 / 21 (1) +++
Регистрация: 19.02.2007
Axapta 4 - там заменили int на bigint для "удовлетворения нужд больших компаний".
Если я правильно понимаю, если существуют инсталляции Axapta на 4TB - они не на IDE стоят :-)
Я на "пальцах" прикидывал - у меня выходило что-то порядка 50-60 MB/S - не так и много, можно достичь, хотя и тяжело.
Тем более - 4TB - как я понял - это с учетом индексов, "чистых" данных там значительно меньше.
А то что условия - скорее фантастические - да кто бы спорил :-) Но - они есть, надо стараться их выполнить.
Старый 26.02.2007, 15:30   #16  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Цитата:
Сообщение от locky_sql_ru
...
Axapta 4
...
Виноват. Запутался в обсуждениях. Чего-то мне показалось, что вы про 3.0. Прошу прощения.

Цитата:
Сообщение от locky_sql_ru
...
Я на "пальцах" прикидывал - у меня выходило что-то порядка 50-60 MB/S - не так и много, можно достичь, хотя и тяжело.
...
Это только подтверждает утверждение аналитиков, что IDE/SATA диски несущественно уступают SCSI. Я писал про среднедесктопный (не самый быстрый).
Цитата:
Сообщение от locky_sql_ru
...
Тем более - 4TB - как я понял - это с учетом индексов, "чистых" данных там значительно меньше.
...
А если почистить логи и выкинуть прочий мусор, который очень жалко выбросить...

Тут я поддерживаю Mazzy.

М.б. даже на ту цифру выйдете, которую он написал :-)
Цитата:
Сообщение от locky_sql_ru
...
А то что условия - скорее фантастические - да кто бы спорил :-) Но - они есть, надо стараться их выполнить.
...
Чтож... удачи вам в "рисовании сферического коня в вакууме". Как сказал один мой хороший знакомый: "Денег в железо вложили много — пусть теперь работает". Я же предпочитаю работать головой, и выбираю другие пути. Так что от дальнейшего обсуждения воздержусь.
__________________
С уважением,
glibs®
Старый 26.02.2007, 18:25   #17  
locky_sql_ru is offline
locky_sql_ru
Участник
 
20 / 21 (1) +++
Регистрация: 19.02.2007
>Чтож... удачи вам в "рисовании сферического коня в вакууме".
У меня контора только и занимается - созданием таких коней :-)
иногда забавно получается - не конь, а пони, не в вакууме, а в разреженном воздухе, не сферический, а просто очень толстый...
Ничего, людям нравится :-)
Тем паче что ситуёвина и правда почти такая - "сферический конь в вакууме" - на все случаи жизни...
За это сообщение автора поблагодарили: glibs (11).
Старый 26.02.2007, 19:39   #18  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Если что-то получится — не забудьте написать.

Хотел вам поставить репутацию 0 баллов на память, но почему-то получилось 11. Хотя написал 0. Наверное, цифру вообще нужно было стереть.

Ввиду того что механизма исправления ошибок нет — будет вам подарок, а модераторам очередное подтверждение бредовости такой настройки (когда нельзя править ошибки) :-)
__________________
С уважением,
glibs®
За это сообщение автора поблагодарили: mazzy (5).
Старый 26.02.2007, 19:56   #19  
locky_sql_ru is offline
locky_sql_ru
Участник
 
20 / 21 (1) +++
Регистрация: 19.02.2007
>Если что-то получится — не забудьте написать.
Это - непременно.
Хотя - если что-то получится - Вы сами узнаете.

зы за 11 - пасиба, правда - не знаю что это такое, но наверное что-то хорошее :-)
Старый 27.02.2007, 12:20   #20  
fomenka is offline
fomenka
Участник
 
97 / 14 (1) ++
Регистрация: 25.02.2003
Цитата:
Сообщение от locky_sql_ru Посмотреть сообщение
"магическое приложение" переводящее произвольну инсталляцию Axapta с Oracle на SQL2K5 :-(
Ну вот до чего доводят неумеренные аппетиты некоторых фирм.
Про заявленное быстродействие согласен с предыдущими ораторами - слишком близко к верхним значениям показателей быстродействия для железа чтобы быть правдой.
Теги
конвертация базы данных, миграция данных, ax4.0

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Установка базы Axapta на Оракл kashperuk DAX: Администрирование 2 09.10.2006 13:57
Использование View как Data Source или Нормализация Базы Знаний в Axapta rohlenko DAX: Программирование 15 17.02.2005 14:00
Импорт базы данных в Axapta IT-specialist DAX: Прочие вопросы 2 07.12.2004 12:28
Уменьшение базы данных Axapta Writer DAX: Администрирование 13 15.09.2003 16:53
Введение в Аксапту Роман Кошелев DAX: Прочие вопросы 0 18.12.2001 14:00
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 13:55.