BackUp настроек в DAX 2012 r3

[MazterHan]

Ребята, может подскажете: можно ли бэкапировать все настройки в DAX 2012 R3?
Если "да", то где это делается и куда смотреть? Или достаточно сделать BackUp баз данных MicrosoftDynamicsAX, MicrosoftDynamicsAX_model, MicrosoftDynamicsAXBaseline в MS SQL manager Studio?

[macklakov]

Цитата:

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

Ребята, может подскажете: можно ли бэкапировать все настройки в DAX 2012 R3?
Если "да", то где это делается и куда смотреть? Или достаточно сделать BackUp баз данных MicrosoftDynamicsAX, MicrosoftDynamicsAX_model, MicrosoftDynamicsAXBaseline в MS SQL manager Studio?

Больная тема. Типичный выход это бекап "чистой" базы (в вашем случае MicrosoftDynamicsAX), в которой ничего, кроме настроек.
Я, с переменным успехом, сейчас пользую Test Data Transfer Tool https://technet.microsoft.com/en-au/.../hh394894.aspx. После многих часов потраченных на настройку фильтров и вспомогательных скриптов более-менее стабильно работает. По факту, подход оказался не лучше любого другого сохранения sql таблиц в файлы. "С нуля" написать нужные скрипты не сложнее былобы.
Проблема усугубляется тем, что некоторые разработчики в MS не заморачиваются марикровать назначение таблицы. В результате приходится руками их перебирать, чтобы понять, какая настроечная, а какая транзакционная.
Но самые большие проблемы, конечно, с Number Sequence, Dimensions и DirParty. Т.к. они используются и для настройки системы и для проводок.
На некоторых здешних внедрениях народ дошел до такой степени отчаяния, что настройки хранятся в виде документации. Когда хотят создать новый инстанс, просто ручками воспроизводят. И переносят с одной системы на другую тоже ручками.
Это характерно для многих ERP. А еще сказывается история AX, которая представляет собой "Access на стероидах". Т.е. попыткой перенести простоту разработки в access на серьезную архитектуру. Где-то получилось, а где-то наследие однопользовательской системы сказывается.

[Logger]

Цитата:

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

Т.е. попыткой перенести простоту разработки в access на серьезную архитектуру. Где-то получилось, а где-то наследие однопользовательской системы сказывается.

Вы это серьезно ?
Мне вот кажется что наоборот - большинство проблем идет из-за того что написали сложно там где можно было просто.

[macklakov]

Цитата:

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

Мне вот кажется что наоборот - большинство проблем идет из-за того что написали сложно там где можно было просто.

Одно другого не исключает Вот работа с настройками явно следует идеологии office, где каждый делает как ему удобнее, а если надо бекапнуться, то просто файл сохраняется целиком.
Но большинство проблем, конечно же, имеют причиной набег "правильных" программистов. Откровенно вредная и ненужная нормализация данных. Запросы в стиле SQL. И религиозное, для большинства программистов, следование платонической дуалистической концепции под названием "Алгоритмы + структуры данных"