AX 2012 - Old слои

[Vadik]

Что есть сейчас: PROD \ DEV инстансы AX 4.0 / 2009 на которых с разной периодичностью (девелоперские чаще, раз в месяц, рабочие реже, раз в два-три месяца) слои с модификациями переносятся в \Old
Зачем это надо:
- Быстро найти что менялось за последние пару недель в определенных модулях \ объектах
- Отследить "неавторизованные" правки в AOT (есть упертые консультанты у которых доступ в силу многих причин быстро отобрать не получается)
- И т.д.
Что есть в 2012:
- Baseline, в который можно слить AOD файлы в процессе апгрейда (операция как я понимаю разовая)
- TFS, использовать который для небольшой команды (4-5 человек) считаю в некоторым смысле оверкиллом
Вопрос: есть еще какие-то варианты (Baseline судя по всему вообще не вариант) ?

[lvan]

Baseline - это эквивалент OLD, поэтому если устраивает олд, то и базелайн устроит
p.s. TFS - не overkill, он и в 2009 есть, если чо

[Vadik]

Цитата:

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

Baseline - это эквивалент OLD, поэтому если устраивает олд, то и базелайн устроит

Мне надо регулярно делать снэпшот приложения (скорее определенного слоя) для последующей сверки. Буду признателен если подскажете как я могу в AX 2012 слить слой (не AOD файл) в Baseline

Цитата:

TFS - не overkill, он и в 2009 есть, если чо

Спасибо, я в курсе. На счет overkill \ не overkill есть разные мнения. В любом случае, TFS на 100% процентов как я понимаю ни одного пункта из озвученных не решает. Или таки решает ?

[lvan]

Цитата:

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

Мне надо регулярно делать снэпшот приложения (скорее определенного слоя) для последующей сверки. Буду признателен если подскажете как я могу в AX 2012 слить слой (не AOD файл) в Baseline

Спасибо, я в курсе. На счет overkill \ не overkill есть разные мнения. В любом случае, TFS на 100% процентов как я понимаю ни одного пункта из озвученных не решает. Или таки решает ?

ну так и сливайте сколько угодно, с помощью axuil, как тут уже подсказали
это не разовая операция, как вы предположили.

TFS на 146% решает ваши задачи

[Vadik]

Цитата:

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

ну так и сливайте сколько угодно, с помощью axuil, как тут уже подсказали

Ну так параметры для запуска AxUtil чтобы в 2012 слить текущий рабочий слой (для определенности, USR) куда-то (для определенности - в Old, чтоб в результате на него сравнение слоев можно было натравить) - подскажите, будьте добреньки ?

Цитата:

TFS на 146% решает ваши задачи

Это я уже понял, когда каждый о чем-то своем говорит, тут собственно и спорить-то не о чем

[kashperuk]

AxUtil умеет экспортировать вроде бы конкретный слой в файл модели.

[trud]

Цитата:

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

AxUtil умеет экспортировать вроде бы конкретный слой в файл модели.

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

[kashperuk]

Цитата:

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

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

Ага, глянул только что, действительно нельзя. Предлагаю workaround

axutil list /layer:usr
Выведет на экран все модели в этом слое.

axutil export /model:<названия моделей из перечня после первой команды>

Обычно, на самом деле, моделей, которые надо экспортировать, будет одна или две, так что не должно быть проблемой.

[trud]

Цитата:

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

Ага, глянул только что, действительно нельзя. Предлагаю workaround

axutil list /layer:usr
Выведет на экран все модели в этом слое.

axutil export /model:<названия моделей из перечня после первой команды>

Самый главный вопрос, можно ли будет модели выгруженные таким способом загрузить куда-нибудь еще?
К примеру у вас 2 модели, В модели N1 содержится поле в таблице, при этом сама таблица в модели N2. если вы будете грузить вначале модель N1, то она вообще не загрузится или загрузится с созданием виртуальной модели. У меня вот никак руки не дойдут проверить

[Vadik]

Цитата:

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

делаете бекап базы, и в дальнейшем этот бекап подкладываете как baseline

Идея подкупает своей простотой, буду рассматривать ее как крайний вариант (БД в 4.0 сейчас к терабайту подбирается, накладно как-то столько сторэджа под Old отводить - собственники могут не понять). Скорее уже ETL накропаю простенький между продуктивом и Baseline

[kashperuk]

Еще можно baseline хранить в xpo файле.
Создаем проект, используем фильтр для заполнения его элементами измененными на конкретном слое, и экспортируем этот проект в файл (только изменения из конкретного слоя)

Потом сторонним инструментом сравниваем с таким же файлом из "baseline".

[Vadik]

Цитата:

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

Еще можно baseline хранить в xpo файле.
Создаем проект, используем фильтр для заполнения его элементами измененными на конкретном слое, и экспортируем этот проект в файл (только изменения из конкретного слоя)
Потом сторонним инструментом сравниваем с таким же файлом из "baseline".

Не, через xpo не хочется как-то, у нас в 4.0 USR слой сейчас более 100Мб, как оно будет "внешними утилитами" сравниваться я уже представил.
Ясно, спасибо всем поучавствовавшим - будем искать (с)

[shogel]

Цитата:

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

Не, через xpo не хочется как-то, у нас в 4.0 USR слой сейчас более 100Мб, как оно будет "внешними утилитами" сравниваться я уже представил.

Честно говоря не понимаю, в чем проблема. Все нужные библиотеки уже лежат в каталоге клиента AX 2012. Сначала экспортируете вашу модель в файл, а потом импортируйте ее в baseline хоть прямо через X++:

    FilePath filePath;
    ServerName serverName;
    str baselineDbName;
    ClrObject filesList;
    str errorMsg;

    Microsoft.Dynamics.AX.Framework.Tools.ModelManagement.AxUtilConfiguration config;
    Microsoft.Dynamics.AX.Framework.Tools.ModelManagement.AxUtilContext context;
    Microsoft.Dynamics.AX.Framework.Tools.ModelManagement.AxUtil axutil;

    // read connection info, init context/axutil, cleanup baseline 
    this.init();

    //import model file to baseline
    config  = new Microsoft.Dynamics.AX.Framework.Tools.ModelManagement.AxUtilConfiguration();
    config.set_Database(baselineDbName);
    config.set_Server(serverName);
    config.set_CreateDB(false);
    config.set_AOSConfiguration("");
    config.set_CreateParents(true);

    filesList = config.get_ImportFiles();
    filesList.Add(filePath);

    axutil.Import(context, config);

    // check errors
    errorMsg = this.getContextErrors();
    if (!errorMsg)
    {
        info(strFmt("@SYS315320","@SYS4820"));
    }
    else
        throw error(errorMsg);

[lvan]

Вроде есть ключ, создавать orphaned объекты или нет, но могу ошибаться.
впрочем это легко проверить
Аналогичная проблема возникнет если удалить родительскую модель.

[lvan]

всю базу не надо копировать, достаточно экспортнуть и импортнуть ModelStore с помощью той же axutil
ModelStore - это вся логика приложения, аналог всех AOD с метками в 2009
Занимает порядка 1-2Гб (в выгруженном файле, в БД порядка 5 Гб)

[S.Kuskov]

Цитата:

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

всю базу не надо копировать, достаточно экспортнуть и импортнуть ModelStore с помощью той же axutil
ModelStore - это вся логика приложения, аналог всех AOD с метками в 2009
Занимает порядка 1-2Гб (в выгруженном файле, в БД порядка 5 Гб)

Уточню только, что файлы приложения вынесли в отдельную БД в версии R2.