AXUpgradeGuide RU-RU PDF

Руководство по обновлению Microsoft
Dynamics AX 2009
Корпорация Майкрософт
Дата публикации: ноябрь 2008 г.
Корпорация Майкрософт 1
Microsoft Dynamics — это линейка комплексных, гибких решений для управления предприятием,
позволяющая принимать более взвешенные деловые решения. Microsoft Dynamics работает
по тем же принципам, что и другое известное программное обеспечение Майкрософт,
а также в связке с ним. Оно позволяет автоматизировать и оптимизировать
финансовые связи и взаимоотношения с клиентами, а также выстроить цепочку
процессов, помогая предприятию добиться успеха.
США и Канада (бесплатный звонок): 1-888-477-7989
Другие страны и регионы: +1-701-281-6500
www.microsoft.com/dynamics
Данный документ носит исключительно информационный характер. КОРПОРАЦИЯ
МАЙКРОСОФТ НЕ ПРЕДОСТАВЛЯЕТ НИКАКИХ ГАРАНТИЙ, ЯВНЫХ, ПОДРАЗУМЕВАЕМЫХ
ИЛИ ПРЕДУСМОТРЕННЫХ ЗАКОНОДАТЕЛЬСТВОМ, ОТНОСИТЕЛЬНО ИНФОРМАЦИИ
В ДАННОМ ДОКУМЕНТЕ.
Сведения, приведенные в данном документе, включая URL и другие ссылки на веб-узлы
в Интернете, могут быть изменены без предварительного уведомления. За все риски,
связанные с использованием или результатами использования данного документа,
целиком и полностью отвечает пользователь. Если не указано иное, все названия
компаний, организаций, продуктов, имена доменов, адреса электронной почты, эмблемы,
а также имена, места и события, приведенные здесь в качестве примеров, являются
вымышленными. Возможное сходство с реально существующими компаниями,
организациями, продуктами, именами доменов, адресами электронной почты,
эмблемами, лицами, местами и событиями следует рассматривать как случайное.
Ответственность за соблюдение всех применимых в данном случае законов об авторском
праве возлагается на пользователя. В рамках, предусмотренных законами об авторском
праве, никакие части настоящего документа не могут быть воспроизведены, сохранены,
представлены в какой бы то ни было системе хранения данных или переданы в какой бы
то ни было форме, какими бы то ни было средствами (электронными, механическими,
фотокопировальными, записывающими или другими) и в каких бы то ни было целях без
специального письменного разрешения корпорации Майкрософт.
Корпорация Майкрософт может являться правообладателем патентов и заявок,
поданных на получение патента, товарных знаков, авторских прав и прочих прав на
интеллектуальную собственность, которые могут иметь отношение к содержанию
данного документа. Предоставление данного документа не означает передачи какой-
либо лицензии на использование таких патентов, товарных знаков, авторских прав
и другой интеллектуальной собственности, за исключением использования, явно
оговоренного в письменном лицензионном соглашении корпорации Майкрософт.
© Корпорация Майкрософт (Microsoft Corp.), 2008 г. Все права защищены.
Microsoft, Microsoft Dynamics, эмблема Microsoft Dynamics, SQL Server, Active Directory,
SharePoint, Visual C++, Windows, Windows Server, Navision и Axapta являются охраняемыми
товарными знаками корпорации Майкрософт, FRx Software Corporation или Microsoft
Business Solutions ApS в США и других странах. Microsoft Business Solutions ApS и FRx
Software Corporation являются дочерними компаниями корпорации Майкрософт.
Оглавление
Введение в обновление ................................................................................................................ 5
Поддерживаемые пути обновления.......................................................................................... 6
Системные требования.............................................................................................................. 7
Быстрый запуск: обновление Microsoft Dynamics AX 3.0 ........................................................ 8
Быстрый запуск: обновление Microsoft Dynamics AX 4.0 ........................................................ 9
Усовершенствование процесса обновления ......................................................................... 10
Рекомендации по обновлению ................................................................................................ 12
Перед обновлением .................................................................................................................... 14

Задачи обновления для поддерживаемых путей обновления ............................................. 15
Установка соответствующих разрешений для пользователя .............................................. 16
Резервное копирование данных ............................................................................................. 18
Очистка данных ........................................................................................................................ 19
Копирование существующих файлов приложения ............................................................... 20
Подготовка данных Axapta 3.0 для обновления до версии Dynamics AX 2009 .................. 21
Обновление до 64-разрядных полей для кодов записей .................................................. 22
Выравнивание столбцов базы данных по левому краю .................................................... 23
Создание новой базы данных .............................................................................................. 25
Средство подготовки к обновлению БД Microsoft Dynamics AX........................................ 26
Обновление Team Server......................................................................................................... 30
Обновление до Microsoft Dynamics AX 2009 ............................................................................. 31

Установка Microsoft Dynamics AX перед обновлением ......................................................... 32
Контрольный список обновления ............................................................................................ 35
Панель обновления данных .................................................................................................... 36
Подготовка к обновлению ........................................................................................................ 40
Компиляция приложения (обновление) .............................................................................. 41
Предоставление сведений о лицензии ............................................................................... 42
Часовые пояса и обновление .............................................................................................. 44
Настройка часового пояса для обновленных данных ....................................................... 45
Задание параметров обратной связи с клиентами ............................................................ 46
Выявление конфликтов настроек ........................................................................................ 47
Инструмент "Сравнение" ...................................................................................................... 49
Порядок действий. Сравнение двух объектов приложения .......................................... 50
Порядок действий. Сравнение версий объекта приложения ........................................ 51
Порядок сравнения двух слоев объектов приложения .................................................. 52
Тестирование системы после обновления кода ................................................................ 54
Создание виртуальных компаний для глобальных адресных книг .................................. 55
Обновление данных ................................................................................................................. 57
Повышение производительности обновления данных ..................................................... 58
Выполнить предварительную синхронизацию базы данных ............................................ 59
Синхронизация базы данных ............................................................................................... 60
Последующая синхронизация базы данных....................................................................... 61
Тестирование системы после обновления данных ........................................................... 62
Завершение обновления ......................................................................................................... 63
Настроить системные счета................................................................................................. 64
Обновление корпоративного портала ................................................................................. 66
Задание веб-узла центра роли ............................................................................................ 68
Обновление AIF .................................................................................................................... 69
Дополнительные задачи обновления ..................................................................................... 70
Примечания к обновлению приложения .................................................................................... 72

Примечания к обновлению, влияющие на все модули ......................................................... 73
Примечания к обновлению, влияющие на конкретные модули ........................................... 79
Примечания к обновлению, влияющие на конкретные языки .............................................. 94
Устранение проблем обновления .............................................................................................. 97

Устранение проблем использования средства подготовки к обновлению БД
Microsoft Dynamics AX ........................................................................................................... 98
Устранение проблем во время обновления на этапе запуска AOS или клиента
Microsoft Dynamics AX ......................................................................................................... 101
Устранение проблем компиляции Microsoft Dynamics AX .................................................. 103
Устранение проблем использования панели обновления данных .................................... 104
Устранение проблем инструмента выявления конфликтов при обновлении кода .......... 113
Сообщения об ошибках во время обновления .................................................................... 114
Устранение проблем с инструментом "Сравнение" ............................................................ 116
Приложение к руководству по обновлению ............................................................................ 117

Лицензии доступа для разработчика .................................................................................... 118
Обзор: обновление парных полей "дата" и "время" таблиц в UtcDateTime ...................... 120
Необходимое программное обеспечение, устанавливаемое программой установки ..... 134
Процесс обновления AIF ....................................................................................................... 135
Обновление кода: примеры ................................................................................................... 149
Дополнительные сведения об обновлении кода ................................................................. 153
Дополнительные сведения об обновлении данных ............................................................ 157
Microsoft Dynamics AX
Введение в обновление
В руководстве по обновлению содержатся сведения, которые помогут успешно выполнить
обновление до Microsoft Dynamics AX 2009. Данный раздел содержит следующие подразделы.
 Поддерживаемые пути обновления
 Системные требования
 Быстрый запуск: обновление Microsoft Dynamics AX 3.0
 Быстрый запуск: обновление Microsoft Dynamics AX 4.0
 Усовершенствование процесса обновления
 Рекомендации по обновлению
Поддерживаемые пути обновления

Обновление Microsoft Dynamics AX 4.0 и Microsoft Dynamics AX 3.0 (ранее известной как
Microsoft Business Solutions — Axapta 3.0) с любыми поддерживаемыми пакетами обновления
для любой страны, за исключением Бразилии, до версии Microsoft Dynamics AX 2009 можно
выполнить напрямую. Все более ранние версии необходимо обновлять поэтапно: сначала
до Microsoft Dynamics AX 3.0 с поддерживаемым пакетом обновления или до Microsoft
Dynamics AX 4.0, а затем — до Microsoft Dynamics AX 2009.
Примечание:
В том случае, когда обновляется неподдерживаемая версия Microsoft Dynamics AX,
которая имеет зависящие от страны слои DIS или DIP, а также в том случае, когда в
любой версии между неподдерживаемой версией и Microsoft Dynamics AX 2009 был
изменен код таблицы и/или поля, может произойти потеря данных. Чтобы
выполнить автоматическую обработку данной ситуации, необходимо выявить
проблемные объекты и создать сценарий обновления. Также можно вручную
скопировать данные из базы данных старой версии программы в базу данных
Microsoft Dynamics AX 2009 после обновления.
Прямое обновление для Бразилии доступно только при обновлении Microsoft
Dynamics AX 4.0 SP2 до Microsoft Dynamics AX 2009.
В системе Microsoft Dynamics AX 2009 отдельный слой для Бразилии включен в
состав консолидированного слоя GLS. Данная проблема не устранена на момент
опубликования этого документа.
Системные требования
Сведения о текущих требованиях к оборудованию и программному обеспечению
для системы Microsoft Dynamics AX см. на веб-странице системных требований
(http://go.microsoft.com/fwlink/?LinkId=107378).
Некоторое необходимое программное обеспечение будет автоматически установлено
программой установки. Для получения дополнительных сведений см. раздел
Необходимое программное обеспечение, устанавливаемое программой установки.
Быстрый запуск: обновление Microsoft

Dynamics AX 3.0
В этом разделе перечислены шаги высокого уровня, включенные в процесс обновления
Microsoft Dynamics AX 3.0 до Microsoft Dynamics AX 2009.
1. Создайте резервную копию существующей базы данных и файлов приложения.
2. Импортируйте два файла .xpo из установочного носителя для помощи при
обновлении данных.
 UpgradeColumnList.xpo: для преобразования полей RecId из 32-разрядных
в 64-разрядные.
 LeftJustified.xpo: для удаления всех лишних пробелов в конце значений полей.
Для повышения производительности можно применить LeftJustified.xpo к базе
данных, созданной на шаге 4, после применения средства подготовки к обновлению
БД Microsoft Dynamics AX, но до запуска Microsoft Dynamics AX 2009 AOS. См. шаг 8.
3. (Дополнительно) Для повышения производительности удалите все пользовательские
данные и журналы в Microsoft Dynamics AX 3.0. Например, очистите таблицу SysDatabaseLog.
4. Создайте пустую базу данных для Microsoft Dynamics AX 2009 в SQL Server 2005.
5. (Дополнительно) Для повышения производительности задайте изначальные размеры
файлов данных и журналов, чтобы не происходило увеличение этих размеров в
процессе обновления данных.
6. (Дополнительно) Для повышения производительности задайте для базы данных
Microsoft Dynamics AX 2009 модель восстановления Простое.
7. Запустите AXDBUpgrade.exe (средство подготовки к обновлению БД Microsoft Dynamics AX).
Для повышения производительности можно запустить это средство в
многопоточном режиме. Например, чтобы запустить это средство с 10-ю
потоками, введите в командной строке AxDbUpgrade.exe P/10.
8. (Дополнительно) Примените файл LeftJustify, импортированный на шаге 2, к базе
данных Microsoft Dynamics AX 2009, созданной на шаге 4.
9. Создайте резервную копию базы данных Microsoft Dynamics AX. Теперь база данных
подготовлена к обновлению.
10. Запустите файл установки системы Microsoft Dynamics AX 2009 с установочного
носителя. Во время установки выберите базу данных, созданную на шаге 4.
11. Скопируйте обновленный и настроенный файл в правильный каталог приложения.
12. Запустите сервер AOS.
13. Запустите клиент Microsoft Dynamics AX 2009. Автоматически откроется контрольный
список обновления.
14. Для завершения обновления выполните шаги, перечисленные в контрольном списке
обновления.
Быстрый запуск: обновление Microsoft

Dynamics AX 4.0
Описанные ниже шаги обеспечивают общий обзор задач, которые необходимо выполнить
для обновления Microsoft Dynamics AX 4.0 до Microsoft Dynamics AX 2009.
1. Создайте резервную копию существующей базы данных и файлов приложения.
2. (Дополнительно) Для повышения производительности удалите все пользовательские
данные и журналы в Microsoft Dynamics AX 4.0. Например, очистите таблицу SysDatabaseLog.
3. (Дополнительно) Для повышения производительности задайте изначальные размеры
файлов данных и журналов, чтобы не происходило увеличение этих размеров в
процессе обновления данных.
4. (Дополнительно) Для повышения производительности задайте для базы данных
Microsoft Dynamics AX 2009 модель восстановления Простое.
5. Создайте резервную копию базы данных Microsoft Dynamics AX. Теперь база данных
подготовлена к обновлению.
6. Запустите файл установки системы Microsoft Dynamics AX 2009 с установочного носителя.
Во время установки выберите имеющуюся базу данных Microsoft Dynamics AX.
7. Запустите клиент Microsoft Dynamics AX 2009. Автоматически откроется контрольный
список обновления.
8. Для завершения обновления выполните шаги, перечисленные в контрольном списке
Усовершенствование процесса обновления

В систему Microsoft Dynamics AX 2009 включены дополнительные функции, которые
помогают выполнить обновление предыдущих версий. Каждая из функций описана ниже.
Пакетные задания, использующие пакетную среду

Процесс обновления для Microsoft Dynamics AX 2009 был изменен с целью воспользоваться
преимуществами обновленной пакетной среды. Обновление теперь выполняется как
комплект пакетных заданий, каждое из которых является шагом обновления ("Выполнить
предварительную синхронизацию", "Выполнить последующую синхронизацию" и "Обновление
дополнительных функций") экземпляра сервера Application Object Server (AOS). Каждое
задание обновления состоит из нескольких задач обновления, по одной для каждого сценария
обновления. Зависимости между сценариями обновления создаются при помощи ограничений
пакетной среды. Можно отслеживать зависимости между заданиями обновления, используя
интерфейс пакетных зависимостей.
Дополнительные задачи в контрольном списке обновления

В контрольном списке обновления изменился порядок или имена предыдущих задач
и были добавлены новые задачи.
Если выполнено обновление предыдущей версии Microsoft Dynamics AX, контрольный
список обновления отображается при первом запуске клиента Microsoft Dynamics AX 2009.
Контрольный список обновления содержит список задач обновления и порядок, в котором
они должны быть выполнены. Дополнительные сведения о контрольном списке
обновления см. в разделе Контрольный список обновления.
Расширенная панель обновления данных

Панель обновления данных была перепроектирована, чтобы более четко отображалось
состояние задач и сведения об ошибках. Кроме того, отчетность об ошибках и инструкции
SQL теперь отображаются в Infolog и можно дважды щелкнуть сбойный сценарий, чтобы
отобразить код этого сценария.
В форму также добавлен индикатор выполнения.
Обнаружение конфликтов обновления

Для любого типа конфликта обновления теперь можно использовать набор средств
обновления кода. В случае конфликтов обновления, тем не менее, сохраняется
возможность удаления устаревших элементов. Введен новый параметр "Автоматическое
устранение конфликтов свойств". Он позволяет автоматически устранить конфликты, когда
одно свойство изменено в используемой редакции узла AOT, а другое свойство изменено
в самой последней редакции Microsoft для этого же узла AOT. Если и в используемой
версии, и в версии Microsoft изменено одно и то же свойство, то такая ситуация по-
прежнему помечается как конфликт.
Расширенные визуальные индикаторы

В процесс обновления кода включены новые визуальные индикаторы. Каждый конфликт
кода и устраненный конфликт кода помечается значком на подвергшемся влиянию узле.
Это облегчает обзор мест возникновения конфликтов. По мере работы с конфликтами
можно пометить конфликт как устраненный, что приводит к изменению значка конфликта
с оповещения красного цвета на зеленый флажок.
Улучшения средства сравнения

В систему Microsoft Dynamics AX 2009 внесены некоторые очень полезные улучшения
средства сравнения. Во-первых, средство сравнения теперь можно запускать при помощи
сочетания клавиш (CTRL-G) и оно было перенесено на верхний уровень контекстного меню.
Во-вторых, параметры теперь сохраняются, что позволяет при следующем открытии средства
сравнения избежать необходимости повторного выбора сравниваемых объектов. В-третьих,
теперь доступны дополнительные сведения, которые помогают принять правильное решение
с меньшими усилиями. В форму "Сравнение" теперь включено исходное значение, что позволяет
увидеть три значения (внесенные изменения, изменения Microsoft и исходное значение)
в одной форме.
Отчет с оценкой времени устранения конфликтов

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

Перед тем как приступить к обновлению в производственной среде, выполните обновление
до версии Microsoft Dynamics AX 2009 в среде тестирования.
Проверьте правильность функционирования установленной версии системы в среде
тестирования до начала обновления в производственной среде.
Чтобы проверить успешность обновления до версии Microsoft Dynamics AX 2009,
необходимо выполнить по крайней мере следующие шаги.
 Перезапустите все экземпляры сервера Application Object Server (AOS).
 Запустите клиенты, подключенные к каждому работающему экземпляру AOS.
 Проверьте, могут ли пользователи выполнять задачи, наиболее часто используемые
в системе.
 Проверьте, может ли администратор запустить задачи обслуживания системы.
 Проверьте, могут ли пользователи выполнять наиболее важные для системы задачи.
 Проверьте, могут ли пользователи читать создаваемые отчеты.
 Проверьте, правильно ли функционируют параметры разрешений; для этого убедитесь, что
пользователи имеют доступ ко всем данным, к которым они имели доступ до обновления.
 Проверьте, соответствуют ли текущие данные тем данным, которые находились в системе
до обновления.
Место на диске и размер журнала

Убедитесь, что на жестком диске и в журнале транзакций имеется достаточно свободного места.
Дополнительные сведения см. в разделе Повышение производительности обновления данных.
Конфигурация сервера базы данных

Убедитесь, что сервер Microsoft SQL Server настроен на максимально возможную
производительность и пропускную способность. Дополнительные сведения см. в разделе
Повышение производительности обновления данных.
Процесс обновления должен выполняться на выделенном сервере. Если на сервере
базы данных выполняются другие приложения, они будут конкурировать с процессом
обновления в части использования ресурсов.
Выполните тест производительности имеющегося сервера базы данных и определите
потребность в дополнительных ресурсах. Сюда можно включить перенос сервера на
64-разрядный компьютер или обновление компонентов сервера, например процессора(-ов),
оперативной памяти или хранилища. После обновления или изменения компонентов
сервера, прежде чем начать процесс обновления Microsoft Dynamics AX, необходимо
выполнить тестирование сервера с целью достижения оптимальной производительности.
Создание резервных копий данных

Рекомендуется создавать резервную копию базы данных после успешного завершения
каждого из следующих шагов обновления, чтобы обеспечить возможность легкого
перезапуска процесса обновления из любой точки в случае необходимости.
Шаг обновления Расчет времени
Выравнивание столбцов базы данных по Создайте резервную копию обработанной на

левому краю этом шаге базы данных после этого шага.
Средство подготовки к обновлению БД Создайте резервную копию предварительно

Microsoft Dynamics AX обновленной базы данных Microsoft
Dynamics AX 2009 после этого шага.
Синхронизация базы данных Создайте резервную копию базы данных

Microsoft Dynamics AX 2009 после этого шага.
Последующая синхронизация базы данных Создайте резервную копию базы данных

Дополнительные задачи обновления Создайте резервную копию базы данных

Удаление устаревших объектов приложения

После обновления системы необходимо отключить конфигурационные ключи Сохранить
объекты обновления 4.0 (SysDeletedObjects40) и Сохранить объекты обновления 4.1
(SysDeletedObjects41). Отключение данных ключей приведет к удалению устаревших
объектов приложения, имеющих префикс DEL_.
Не отключайте конфигурационный ключ до тех пор, пока обновление данных не
будет завершено.
1. Щелкните последовательно Администрирование > Настройка > Система >

Конфигурация. Откроется форма Конфигурация.
2. В левой области разверните Администрирование.
3. Снимите флажки Сохранить объекты обновления 4.0 и Сохранить объекты
обновления 4.1. Нажмите ОК.
Перед обновлением
Можно выполнить обновление Microsoft Dynamics AX 4.0 или Microsoft Dynamics AX 3.0 с
поддерживаемыми пакетами обновления напрямую до версии Microsoft Dynamics AX 2009.
В этом разделе содержатся сведения о задачах, которые необходимо выполнить, прежде
чем можно будет начать установку Microsoft Dynamics AX 2009. Данный раздел включает
следующие подразделы.
 Задачи обновления для поддерживаемых путей обновления
 Установка соответствующих разрешений для пользователя
 Резервное копирование данных
 Очистка данных
 Копирование существующих файлов приложения
 Подготовка данных Axapta 3.0 для обновления до версии Dynamics AX 2009
 Обновление Team Server
Задачи обновления для поддерживаемых

путей обновления
Процедуры обновления данных версии Microsoft Dynamics AX 3.0 и Microsoft Dynamics AX 4.0
отличаются главным образом тем, что при обновлении версии Microsoft Dynamics AX 3.0
необходимо выполнить больший объем подготовительных работ. В следующей таблице
перечислены задачи обновления для каждой из версий.
Задачи обновления для Microsoft Dynamics AX 3.0 Задачи обновления для Microsoft Dynamics AX 4.0
Установка соответствующих разрешений для Установка соответствующих разрешений для

пользователя. пользователя.
Резервное копирование данных, включая Резервное копирование данных, включая
файлы приложения и базы данных. файлы приложения и базы данных.
Копирование существующих файлов Копирование существующих файлов
приложения. приложения.
Очистка данных. Очистка данных.
Установка Microsoft Dynamics AX перед Установка Microsoft Dynamics AX перед
обновлением. обновлением.
Выравнивание столбцов базы данных по
левому краю в исходной базе данных
Microsoft Axapta 3.0.
Средство подготовки к обновлению БД
Microsoft Dynamics AX:
AxDbUpgrade.exe.
Копирование существующих файлов Копирование существующих файлов
приложения в Microsoft Dynamics AX 2009 приложения в Microsoft Dynamics AX 2009
и удаление файла индекса из стандартного и удаление файла индекса из стандартного
каталога. каталога.
Запуск Application Object Server. Запуск Application Object Server.
Запуск клиента Microsoft Dynamics AX 2009. Запуск клиента Microsoft Dynamics AX 2009.
Выполнение задач контрольного списка Выполнение задач контрольного списка
обновления. См. раздел Контрольный список обновления. См. раздел Контрольный список
обновления. обновления.
Рекомендуется прочитать раздел Рекомендации по обновлению перед началом
выполнения этих задач.
Установка соответствующих разрешений

для пользователя
Перед началом процесса установки системы Microsoft Dynamics AX 2009 необходимо
выполнить работу совместно с системным администратором, чтобы обеспечить наличие
соответствующих разрешений для учетной записи, используемой для входа на каждый сервер.
В любом случае вы должны быть членом группы администраторов того локального компьютера,
на котором обновляется компонент.
В нижеприведенной таблице описаны разрешения, которые необходимо задать перед
началом обновления. При реализации перечисленных разрешений используется принцип
наименьшей привилегии.
Действие Необходимые для учетной записи разрешения
Установка сервера Application Object Server Член группы ролей securityadmin на

(AOS) компьютере, где установлен сервер
Microsoft SQL Server, к которому
необходимо подключиться и полные
права в отношении приложения
Создание базы данных Microsoft SQL Server Член группы ролей dbcreator на экземпляре
SQL Server
Подключение AOS к базе данных сервера Член группы ролей "Администраторы
SQL Server системы безопасности баз данных"
на экземпляре SQL Server
Создание базы данных Oracle Член группы SYSDBA на сервере базы
данных Oracle
Подключение AOS к базе данных Oracle Член группы SYSDBA на сервере базы
данных Oracle
Установка сервера файлов приложения Член группы "Администраторы" на конечном
компьютере
Установка клиента Microsoft Dynamics AX Член группы "Администраторы" на локальном
компьютере
Установка инфраструктуры ролевых центров Член группы "Администраторы" в Microsoft
и корпоративного портала Dynamics AX и член группы ролей dbcreator
на экземпляре SQL Server, используемом
для Windows SharePoint Services (если
службы WSS установлены программой
установки Microsoft Dynamics AX)
Действие Необходимые для учетной записи разрешения
Установка документооборота Член группы "Администраторы" в Microsoft

Dynamics AX
Запуск расширений для отчетов Член группы "Администраторы" в Microsoft

Dynamics AX
Запуск службы синхронизации Член группы "Администраторы" в Microsoft

Dynamics AX
Запуск прокси-сервера синхронизации Член группы ролей базы данных dbowner

в базе данных SQL Server для сервера
Microsoft Office Project и администратор
компьютера, на котором запущен сервер
Office Project
Установка веб-служб AIF Член группы "Администраторы" в Microsoft

Dynamics AX
Установка адаптера BizTalk Член группы администраторы в BizTalk Server
Выполнение установки для разработчика Все права, которые требуются для установки
базы данных, файлов приложения, AOS,
клиента и .NET Business Connector
Запуск средства подготовки к обновлению Если используется SQL Server, пользователь,

БД Microsoft Dynamics AX Dynamics AX. запускающий данное средство, должен
быть членом группы ролей ddl_admin,
db_datareader и db_datawriter в исходной
и конечной базах данных.
Если используется Oracle, пользователь,
запускающий данное средство, должен
быть членом группы ролей dba в исходной
и конечной схемах Oracle
Выполнение контрольного списка Член группы администраторов Microsoft

обновления. Dynamics AX
Резервное копирование данных

Перед обновлением следует создать резервную копию следующей информации.
 Используемые данные. См. сведения о сервере SQL в документации Microsoft SQL Server
или обратитесь за справкой к документации Oracle.
 Существующие файлы приложения (файлы *.aod, *.add, *.ald, *.ahd и *.khd) из всех слоев,
расположенных в имеющейся системе выше слоя DIS (LOS, BUS, VAR, CUS, USR).
Например, в имеющейся системе Microsoft Dynamics AX 4.0 необходимо скопировать
файлы приложения из папки \Microsoft Dynamics\4.0\Application\ApplStandard.
Перечисленные здесь слои существуют только в том случае, если выполнялась
настройка.
В системе Microsoft Dynamics AX 2009 слои были переименованы. Перед обновлением

данных необходимо изменить имена слоев. Список переименованных слоев см. в разделе
Копирование существующих файлов приложения.
Очистка данных
Удалите из базы данных Microsoft Dynamics AX 3.0 данные, которые не требуются для
аудиторского следа и снижают производительность или чрезмерно увеличивают размеры
базы данных. Перед обновлением базы данных выберите тип данных, которые необходимо
очистить, используя стандартный механизм фильтрации.
1. Запустите Microsoft Dynamics AX 3.0 в среде тестирования (Пуск > Все программы >
Navision Axapta) и войдите в систему.
2. Откройте репозитарий прикладных объектов (AOT).
3. В разделе Пункты меню > Действие откройте и запустите следующие формы, чтобы
очистить соответствующие типы данных.
 SysUserLogCleanUp
 SysDatabaseLogCleanUp
 ProdJournalCleanup
 InventJournalCleanUp
 ProdTableCleanUp
 SalesParmCleanUp
 PurchParmCleanUp
 LedgerJournalCleanUp
Копирование существующих файлов

приложения
Чтобы сохранить изменения в существующих объектах приложения, необходимо скопировать
файлы приложения в каталог, где они могут затем сравниваться с обновленной версией.
1. Выполните репликацию приложения из производственной среды в среду тестирования.
2. Скопируйте файлы приложения (*.aod, *.ahd, *.ald, *.add, *.khd ) из всех слоев, находящихся
выше слоя DIS (LOS, BUS, VAR, CUS, USR) из производственной среды в среду
тестирования, разместив эти файлы в аналогичных папках.
Не копируйте следующие файлы:
 axSYS.*
 axSYP.*
 axGLS.*
 axGLP.*
 axDIS.*
 axDIP.*
В системе могут присутствовать не все из перечисленных выше файлов.
Скопируйте неправильные слои, которые могут остановить процесс обновления.
Например, в системе Dynamics AX 4.0 копируются все файлы приложения из папки
приложения в производственной среде \Microsoft Dynamics AX\40\Application\Appl\Standard
в папку с именем и местоположением экземпляра в среде тестирования:
\Microsoft Dynamics AX\50\Application\Appl\<имя экземпляра>.
В системе Microsoft Dynamics AX 2009 изменились имена некоторых слоев. В следующей
таблице отражены старые имена и соответствующие новые имена. Перед обновлением
убедитесь в переименовании файлов старых слоев и присвоении им соответствующих
новых имен.
Старое имя Новое имя
DIS HFX
DIP SL1
LOS SL2
LOP SL3
Кроме того, для сравнения кода приложения предыдущей версии с изменениями,

внесенными в код текущего приложения необходимо создать папку с именем "Old"
в папке текущего приложения среды тестирования (например, \Microsoft Dynamics
AX\50\Application\Appl\<имя экземпляра>\Old). Скопируйте все файлы предыдущей
версии приложения (*.aod, *.ahd, *.ald, *.add, *.khd) в папку "Old".
Подготовка данных Axapta 3.0 для

обновления до версии Dynamics AX 2009
При обновлении Microsoft Dynamics AX 3.0 с поддерживаемым пакетом обновления
до версии Microsoft Dynamics AX 2009 сначала необходимо подготовить данные
к использованию в этой новой версии.
Прежде чем приступить к выполнению этих задач, рекомендуется прочитать
раздел Рекомендации по обновлению.
В данном разделе содержатся сведения о следующих подразделах.
 Обновление до 64-разрядных полей для кодов записей
 Выравнивание столбцов базы данных по левому краю
 Создание новой базы данных
 Средство подготовки к обновлению БД Microsoft Dynamics AX
Обновление до 64-разрядных полей для

кодов записей
Перед созданием базы данных Microsoft Dynamics AX 3.0 можно обновить для использования
с Microsoft Dynamics AX 2009, все 32-разрядные (тип данных int) ссылки на коды необходимо
преобразовать в 64-разрядные (тип данных int64). Сюда включены 32-разрядные ссылки
на коды записей и ссылки на коды проводок.
Файл PrivateProject_UpgradeColumnList.xpo используется для создания списка столбцов,
содержащих 32-разрядные значения, которые необходимо преобразовать. Впоследствии
средством подготовки обновлений базы данных Microsoft Dynamics AX будет выполнено
фактическое преобразование.
Перед выполнением этой задачи рекомендуется создать резервную копию данных.
1. Запустите программу Microsoft Dynamics AX 3.0.

2. В панели инструментов клиента Microsoft Dynamics AX 3.0 щелкните значок "Проекты",
чтобы открыть форму "Проекты".
3. Щелкните значок "Импорт". Будет открыта форма "Импорт".
4. Введите местоположение файла PrivateProject_UpgradeColumnList.xpo в поле Имя
файла. Этот файл находится на установочном носителе в папке DatabaseUpgrade.
5. Нажмите ОК. Теперь проект включен в список папки "Частный" формы "Проекты".
6. Раскройте папку "Частный".
7. Щелкните правой кнопкой мыши UpgradeColumnList и выберите команду Открыть.
8. Откроется форма UpgradeColumnList проекта.
9. Щелкните правой кнопкой мыши UpgradeColumnList, а затем щелкните Открыть.
10. В форме Обновляемые столбцы щелкните Создать.
Этим сценарием создается список столбцов, содержащих поля "Код записи", значения
которых необходимо преобразовать из 32-разрядных в 64-разрядные.
Выравнивание столбцов базы данных по

левому краю
Столбцы базы данных Microsoft Dynamics AX 2009 выровнены по левому краю. Поэтому
для тех столбцов базы данных Microsoft Dynamics AX 3.0, которые не выровнены по левому
краю, необходимо выполнить преобразование для выравнивания по левому краю. Чтобы
выполнить это преобразование, используется файл LeftJustified.xpo.
Перед выполнением этой задачи рекомендуется создать резервную копию данных.
1. Запустите программу Microsoft Dynamics AX 3.0.

2. В панели инструментов клиента Microsoft Dynamics AX 3.0 щелкните значок "Проекты",
чтобы открыть форму Проекты.
3. Щелкните значок "Импорт". Будет открыта форма Импорт.
4. Введите местоположение файла PrivateProject_LeftJustified.xpo в поле Имя файла.
Этот файл находится на установочном носителе в папке DatabaseUpgrade.
5. Нажмите ОК. Теперь проект включен в список папки Частный формы Проекты.
6. Раскройте папку Частный.
7. Щелкните правой кнопкой мыши LeftJustified и выберите Открыть. Откроется форма
Проект LeftJustified.
8. Щелкните правой кнопкой мыши MainJob(usr), а затем выберите Открыть.
Индикатор выполнения отображает процесс сканирования столбцов. После
завершения сканирования откроется форма Выравнивание по левому краю.
9. Нажмите кнопку Выровнять все по левому краю.
В качестве альтернативы для повышения производительности можно щелкнуть
Отобразить команды. Дополнительные сведения см. в процедуре "Запуска команд
SQL на сервере SQL".
Запуска команд SQL на сервере SQL

При работе с большими базами данных можно повысить производительность, щелкнув
Отобразить команды вместо Выровнять все по левому краю на шаге 9 описанной
выше процедуры.
Если установлен флажок Отобразить команды на шаге 9, выполните следующие шаги:
1. Если щелкнуть Отобразить команды, откроется журнал InfoLog со списком команд
SQL. Скопируйте команды в текстовый файл SQL и отложите его до тех пор, пока не
будет запущено средство подготовки обновления БД Microsoft Dynamics AX.
2. Откройте Microsoft SQL Server Management Studio.
3. Выберите базу данных, используемую системой Microsoft Dynamics AX 2009.
4. Нажмите Создать запрос.
5. Загрузите команды SQL из текстового файла и выполните их.
Для повышения производительности, разделите команды SQL между несколькими
текстовыми файлами и выполните команды параллельно.
Если применяется база данных Oracle, используйте SQLPlus (или эквивалент) для
выполнения команд SQL.
Создание новой базы данных

Перед запуском средства подготовки обновления БД Microsoft Dynamics AX необходимо
создать пустую базу данных. Она будет являться конечной базой данных во время
использования средства подготовки обновления БД Microsoft Dynamics AX. Кроме того,
именно эта база данных будет обновлена до версии Microsoft Dynamics AX 2009.
1. Откройте SQL Server Management Studio (Пуск > Программы > Microsoft SQL Server 2005 >
SQL Server Management Studio)
2. Введите сведения, необходимые для подключения к серверу, и нажмите кнопку
Подключить.
3. В области "Обозреватель объектов" щелкните правой кнопкой мыши узел Базы
данных и выберите Создать базу данных. Откроется окно Создание базы данных.
4. Введите имя базы данных.
5. (Дополнительно) Чтобы в дальнейшем повысить производительность обновления
данных, установите для параметра Модель восстановления на странице
Параметры значение Простое. Дополнительные сведения см. в разделе
Повышение производительности обновления данных.
6. Нажмите ОК.
Средство подготовки к обновлению БД

Средство подготовки к обновлению БД Microsoft Dynamics AX является отдельным
приложением, которое подготавливает созданную при помощи предыдущей процедуры
новую (конечную) базу данных для автоматического обновления данных, выполняемого
системой Microsoft Dynamics AX 2009. Рекомендуется устанавливать средство подготовки
к обновлению БД Microsoft Dynamics AX на сервере базы данных, где находится система
Microsoft Dynamics AX 2009. Это средство необходимо запустить после установки сервера
базы данных, но до запуска любого из компонентов Microsoft Dynamics AX 2009.
После завершения работы средства его нельзя запустить повторно для той же
самой конечной базы данных.
Изменения, вносимые данным средством в базу данных Microsoft

Dynamics AX 3.0
Необходимость подготовки базы данных объясняется фундаментальными и существенными
изменениями, которые были реализованы в базе данных Microsoft Dynamics AX 4.0. Эти
изменения необходимо внести в базу данных Microsoft Dynamics AX 3.0 для ее подготовки
к обработке мастером установки Microsoft Dynamics AX 2009.
 Включение поддержки Юникода
 Расширение кодов записей
 Реализация контроля оптимистических совпадений (Optimistic Concurrency Control, OCC)
Новая (конечная) база данных будет подготовлена к обновлению Microsoft Dynamics AX 2009
после ее обработки средством подготовки к обновлению БД Microsoft Dynamics AX.
Кроме этих изменений базы данных, поля ссылок на коды записей и поля ссылок на коды
проводок преобразуются из 32-разрядного формата в 64-разрядный формат (используется
тип данных int64 вместо int). Для соответствующих таблиц включается контроль
оптимистических совпадений.
Действия, выполняемые данным средством

Средством подготовки к обновлению БД Microsoft Dynamics AX выполняются следующие
действия.
 Создается первоначальный набор объектов в (конечной) базе данных Microsoft
Dynamics AX 2009. Эти объекты отражают изменения, связанные с дополнительными
таблицами и типами данных, являющиеся частью процесса обновления.
 При помощи функции массового копирования объектов экспорта данные экспортируются
из базы данных Microsoft Dynamics AX 3.0 (источника) во временную папку на жестком диске
локального компьютера.
 Средством подготовки к обновлению БД Microsoft Dynamics AX выполняется чтение
базы данных Microsoft Dynamics AX 3.0 (источника) и заполнение новой (конечной)
базы данными, имеющими типы Юникода (nchar, nvarchar и ntext), вместо данных
с типом MBCS (многобайтовая кодировка).
 Данные импортируются в конечную базу данных Microsoft Dynamics AX 2009. Во время
импорта функцией незначительного преобразования данных они преобразуются
в новые типы данных, встроенные в схему базу данных Dynamics 4.0. Эта операция
импорта выполняется инструментом массового копирования объектов экспорта
и регистрируется в базе данных.
При использовании FRx произойдет сбой в работе средства подготовки
к обновлению БД Microsoft Dynamics AX. Дополнительные сведения см. в разделе
Устранение проблем использования средства подготовки к обновлению БД
Microsoft Dynamics AX.
Таблицы не на основе AOT

Средство подготовки к обновлению БД Microsoft Dynamics AX предназначено для работы
только с таблицами на основе AOT, входящими в комплект поставки системы Microsoft
Dynamics AX 3.0. Поведение данного средства при обработке таблиц, добавленных
независимыми поставщиками программного обеспечения или клиентами будет
непредсказуемым. Таблицы не на основе AOT необходимо обрабатывать в соответствии
со следующей последовательностью шагов.
1. Для определения таблиц не на основе AOT выполните в исходной базе данных
(Microsoft Dynamics AX 3.0) либо сценарий DBPrep_nonAOTtable_SQL.sql (для систем
на базе Microsoft SQL Server), либо сценарий DBPrep_nonAOTtable_Ora.sql (для систем
на базе Oracle Database Server).
2. Создайте резервные копии таблиц, обнаруженных на шаге 1 этими сценариями,
а затем удалите эти таблицы их схемы базы данных Microsoft Dynamics AX 3.0.
3. Запустите средство подготовки к обновлению БД Microsoft Dynamics AX, чтобы
скопировать базу данных Microsoft Dynamics AX 3.0 в конечную базу данных.
4. Восстановите таблицы не на основе AOT в базе данных Microsoft Dynamics AX 2009.
Оптимизация производительности инструмента

В целях оптимизации рекомендуется запускать средство подготовки к обновлению БД
Microsoft Dynamics AX параллельными потоками в тех системах, которые поддерживают
параллельную обработку. Для работы средства в многопоточном режиме необходимо
запускать его из командной строки при помощи команды Axdbupgrade.exe /pn, где n число
параллельных потоков (минимум 1, максимум 64, по умолчанию 8 потоков).
При планировании производительности и вместимости временной папки необходимо
также обеспечить возможность одновременной записи в эту папку нескольких файлов.
По возможности, рекомендуется размещать временную папку для средства подготовки
к обновлению БД Microsoft Dynamics AX в отдельном томе, не совпадающим с томом,
где находятся файлы базы данных, и имеющим достаточный объем памяти.
Чтобы оценить требования к объему дискового пространства для временной папки,
учитывается размер самых больших таблиц и ожидаемое число параллельных потоков.
Например, если при работе средства подготовки к обновлению БД Microsoft Dynamics AX
планируется использовать четыре параллельных потока, следует предположить, что
параллельно будет выполняться экспорт или импорт четырех самых больших таблиц.
В этом случае размер временной папки должен быть равен сумме размеров этих четырех
самых больших таблиц.
Работа средства подготовки к обновлению БД Microsoft Dynamics

При использовании средства подготовки к обновлению БД Microsoft Dynamics AX
необходимо учитывать два важных момента.
 Для конкретной конечной базы данных это средство можно запустить только один раз.
 Для использования средства подготовки к обновлению БД Microsoft Dynamics AX
необходимо иметь доступ для чтения к исходной базе данных и доступ для записи
к конечной базе данных. Для конечной базы данных необходим доступ для чтения
и записи к временной папке.
Рекомендуется создать резервную копию данных после завершения работы
средства подготовки к обновлению БД Microsoft Dynamics AX.
Запуск средства в базах данных на сервере SQL Server

1. На компьютере, где выполняется установка или обновление сервера Application Object
Server (AOS), дважды щелкните файл AxDbUgrade.exe на установочном носителе.
2. Установите флажок Доверительная связь.
Введите имена экземпляра сервера SQL и базы данных для исходной и конечной
баз данных. Конечной базой данных является база данных, созданная процедурой
Создание новой базы данных.
3. Укажите путь к папке журнала. Сервер конечной базы данных должен иметь доступ
к этому каталогу.
4. Укажите путь к временной папке. Сервер конечной базы данных должен иметь доступ
5. Нажмите кнопку Пуск. Процесс можно остановить в любое время.
Запуск средства в базах данных Oracle

1. На компьютере, где выполняется установка или обновление сервера Application Object
Server (AOS), дважды щелкните файл AxDbUgrade.exe на установочном носителе.
2. Откройте вкладку Oracle.
3. Введите строки подключения исходной и конечной баз данных. Строка подключения
должна содержать имя компьютера, где установлен сервер, и Oracle TNSNAMES
в следующем формате.
ИМЯ_СЕРВЕРА/TNSNAMES
4. Укажите исходную и конечную схемы. Исходной схемой является схема Microsoft
Axapta 3.0, а конечной схемой является пустая схема, созданная во время установки
Microsoft Dynamics AX 2009.
5. Укажите путь к папке журнала. Сервер конечной базы данных должен иметь доступ
6. Укажите путь к временной папке. Сервер конечной базы данных должен иметь доступ
7. Нажмите кнопку Пуск. Процесс можно остановить в любое время.
Обновление Team Server

Если используется система управления версиями и выполняется обновление Microsoft
Dynamics AX 4.0, то перед обновлением до Microsoft Dynamics AX 2009 необходимо
обновить Team Server. Дополнительные сведения см. в руководстве по установке
Обновление до Microsoft Dynamics AX 2009

В этом разделе приводятся сведения об обновлении Microsoft Dynamics AX 3.0 с
поддерживаемым пакетом обновления до Microsoft Dynamics AX 2009. Приложение
Microsoft Dynamics AX обеспечивает средства для выполнения обновления, а тщательное
планирование гарантирует успешное обновление при минимальных простоях системы
Microsoft Dynamics AX во время обновления данных. В этом разделе рассматриваются
следующие темы.
 Установка Microsoft Dynamics AX перед обновлением
 Контрольный список обновления
 Панель обновления данных
 Подготовка к обновлению
 Обновление данных
 Завершение обновления
 Дополнительные задачи обновления
Установка Microsoft Dynamics AX перед

обновлением
После выполнения всех шагов процедуры Перед обновлением можно приступать
к установке Microsoft Dynamics AX 2009. Дополнительные сведения об установке см.
В руководстве по установке Microsoft Dynamics AX 2009.
Сведения о поддерживаемых путях обновления см. в разделе Поддерживаемые
пути обновления.
1. Запустите программу Setup.exe, находящуюся на установочном носителе. Откроется

страница установки Microsoft Dynamics AX.
2. Выберите язык, который необходимо использовать на страницах программы установки,
и нажмите "ОК". Откроется страница Добро пожаловать в программу установки
3. Нажмите кнопку Далее. Откроется страница Лицензия.
4. Установите флажок Я принимаю условия лицензионного соглашения, а затем
нажмите кнопку Далее. Откроется страница Выбор типа установки.
5. Выберите Установка для разработчика, а затем нажмите кнопку Далее. Откроется
страница Обнаруженные предыдущие версии.
6. Выполните один из описанных ниже шагов для пути обновления.
Путь обновления Шаг
Использование Microsoft SQL Server и Выберите параметр Подключиться

обновление Microsoft Dynamics AX 3.0 к существующей базе данных SQL
до Microsoft Dynamics AX 2009 Server, а затем нажмите кнопку Далее.
Использование Microsoft SQL Server и Выберите параметр Подключиться

обновление Microsoft Dynamics AX 4,0 к существующей базе данных SQL
до Microsoft Dynamics AX 2009 Server, а затем нажмите кнопку Далее.
Использование Oracle Подключитесь к схеме сервера базы

данных Oracle, в рамках которой будут
созданы объекты в базе данных
7. Если отображается Страница установки файлов, перейдите к шагу 9. В противном

случае (когда требуется предварительная установка необходимого программного
обеспечения) отображается страница Установка необходимого программного
обеспечения. Щелкните Установить необходимое программное обеспечение.
Для новой установки на базе Windows Server 2003 требуется установка
распространяемого пакета Microsoft Visual C++ и распространяемого пакета
Visual C++ 2008.
8. После установки необходимого программного обеспечения нажмите кнопку Далее.
Откроется Страница установки файлов.
9. Примите местоположение файлов по умолчанию или введите иное местоположение.
10. Нажмите кнопку Далее. В зависимости от выбора, сделанного на шаге 6, отобразится
одна из следующих страниц.
Имя страницы Шаги

AOS: подключение к базе данных 1. Введите имя сервера.
сервера SQL 2. Введите имя базы данных Microsoft
Dynamics AX 4.0 или или конечной базы
данных, которая используется со средством
подготовки к обновлению БД Microsoft
Dynamics AX. Дополнительные сведения
см. в разделе Средство подготовки к
обновлению БД Microsoft Dynamics AX.
AOS: подключение к серверу базы Выберите тип подключения, который
данных Oracle планируется использовать.
 Если выбрано значение Подключение
с использованием сетевой службы
(TNS), введите имя службы.
 Если выбрано значение Подключение
с использованием параметров
пользователя, введите имя компьютера,
имя службы базы данных и порт TCP/IP,
к которому производится подключение.
 В поле Имя схемы (пользователь)
укажите имя схемы, с использованием
которой в базе данных будут создаваться
объекты Microsoft Dynamics AX. Можно
принять значение по умолчанию — DBO.
Если вводится имя схемы, которая
еще не существует, программа
установки создает эту схему. В поле
Пароль задайте пароль для схемы.
11. Нажмите кнопку Далее. Откроется страница Файлы приложений: задание имени
экземпляра.
12. Нажмите кнопку Далее. Откроется страница Файлы приложения: выбор страны
или региона.
13. Нажмите кнопку Далее. Откроется AOS: страница создания экземпляра.
14. Нажмите кнопку Далее. Откроется AOS: страница выбора учетной записи.
15. Введите учетную запись сетевой службы или домена, а затем нажмите кнопку Далее.
Откроется Клиент: страница выбора языка отображения.
16. Нажмите кнопку Далее. Откроется Клиент: страница выбора языков справки.
17. Нажмите кнопку Далее. Откроется страница Все готово для установки.
18. Снимите флажок Запустить экземпляр AOS после завершения установки.
19. Нажмите кнопку Установка. После установки откроется страница Установка успешно
завершена.
20. Щелкните Готово.
После завершения установки

После завершения установки выполните перечисленные ниже шаги, чтобы продолжить
обновление.
1. Если это не было сделано раньше, скопируйте имеющиеся файлы приложения.
Дополнительные сведения см. в разделе Копирование существующих файлов
приложения.
2. Запустите AOS Microsoft Dynamics AX 2009. В меню "Пуск" щелкните Выполнить,
введите "Services.msc", а затем нажмите ОК. В окне Службы щелкните правой кнопкой
мыши Dynamics AX Object Server 5.0$[ИМЯ БАЗЫ ДАННЫХ] и выберите Пуск.
Размер и сложность используемой базы данных будут влиять на время,
необходимое для запуска AOS. Запуск может занять достаточно
продолжительное время.
3. Запустите клиент Microsoft Dynamics AX. Откроется контрольный список обновления.
Для продолжения обновления выполните шаги контрольного списка обновления.
Дополнительные сведения см. в разделе Контрольный список обновления.
Контрольный список обновления

Контрольный список обновления обеспечивает правильное и эффективное обновление
системы Microsoft Dynamics AX, определяя последовательность шагов процесса обновления.
В контрольном списке обновления отображаются обязательные и дополнительные задачи,
включенные в него с целью успешного выполнения обновления. После выполнения каждой
задачи соответствующий пункт отмечается системой. Большинство этих задач являются
однократно применяемыми параметрами установки.
Для маркировки статуса выполняемых задач используются значки. Некоторые значки
являются обязательными, а некоторые задачи зависят от других задач, выполняемых
первыми. Задачи должны выполняться сверху вниз.
Важно:
Не следует запускать контрольный список обновления при выполнении
обновления с версии Microsoft Dynamics AX 3.0 или 4.0 с любыми установленными
отдельными слоями GLS для Китая, Японии, Бразилии, Индии или Таиланда.
В этом случае необходимо изучить инструкции по установке для объединенного
слоя GLS для Microsoft Dynamics AX 2009, в которых приводится справочная
информация по продолжению обновления.
Отображение контрольного списка обновления

Контрольный список обновления отображается автоматически при первом запуске
приложения Microsoft Dynamics AX 2009 или в том случае, когда в системе использовалась
предыдущая версия Microsoft Dynamics AX, но еще не выполнены все задачи контрольного
списка обновления. Можно также получить доступ к контрольному списку обновления,
последовательно щелкнув Администрирование > Настройка > Система > Контрольные
списки > Контрольный список обновления.
Запрещение запуска контрольного списка обновления

(Для использования разработчиком.) Контрольный список обновления будет отображаться
при каждом запуске клиента Microsoft Dynamics AX 2009, пока не будут выполнены все
шаги, перечисленные в контрольном списке. Чтобы запретить запуск контрольного списка
обновления при каждом запуске клиента Microsoft Dynamics AX 2009, установите флажок
Запрет запуска контрольного списка обновления внизу контрольного списка обновления.
Поле Запрет запуска контрольного списка отображается только в том случае, если
выполнены все необходимые задачи из раздела "Подготовка к обновлению" контрольного
списка обновления.
Панель обновления данных

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

Щелкните Выполнить предварительную синхронизацию, Выполнить последующую
синхронизацию или Дополнительное обновление в контрольном списке обновления,
чтобы открыть панель обновления данных.
Запуск задания обновления

Щелкните Выполнить для запуска задания обновления и отправки его на сервер
обработки пакетных заданий. Задачи задания сортируются в правильном порядке
их выполнения на основе дерева зависимостей сценариев обновления.
Состояние задач
При выполнении задания на панели обновления данных отображается статус каждой
задачи этого задания.
Состояние Описание
Готово Сценарий обновления готов к выполнению.
Ожидание Сценарием обновления ожидается

завершение другого задания или причиной
ожидания является перезапуск задания.
Завершено Сценарий обновления успешно выполнен.
Ошибка Во время выполнения сценария обновления

произошла ошибка.
Выполнение Сценарий обновления выполняется.
Приостановка задания обновления

Нажмите кнопку Пауза, чтобы остановить задание обновления, не отменяя его. Запущенные
задачи этого задания не будут отменены, но задачи с состоянием "Готово" будут переведены
в состояние "Ожидание", и никакие другие задачи не будут отправлены для пакетной
обработки до продолжения выполнения задания.
Перезапуск сценария
Выберите задачу и щелкните Перезапустить сценарий, чтобы повторно отправить задачу
в пакет, а затем щелкните Выполнить, чтобы запустить задачу. Это действие выполняется,
когда необходимо повторно запустить поочередно сбойные сценарии.
Успешно завершенные задачи не будут запущены повторно. Задача не будет
запущена средой обновления, если соответствующая запись находится в таблице
syssetupcompanylog.
Перезапуск всех неудачных сценариев

Если происходит несколько сбоев задач обновления, щелкните Перезапустить
все неудачные сценарии для повторного запуска всех неудачных сценариев.
Повторная загрузка сценариев

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

Когда состоянием задания является Ошибка, можно обнаружить источник ошибки,
выполнив следующие действия.
1. Выберите задачу с ошибкой и щелкните Просмотреть ошибки заданий.
Откроется окно Infolog, в котором указан источник ошибки.
2. После исследования источника ошибки и ее устранения щелкните Перезапустить
задачу для повторного запуска задачи.
При наличии лицензии разработчика можно дважды щелкнуть задачу, чтобы получить
доступ к сценарию этой задачи и отредактировать его. Дополнительные сведения о
создании сценариев обновления см. в техническом документе "Способы написания
сценариев обновления" (http://go.microsoft.com/fwlink/?LinkId=115169&clcid=0x409).
Дополнительные сведения об устранении неполадок см. в разделе Устранение
проблем использования панели обновления данных.
Просмотр предыдущих заданий

Задачи, которые находятся в состоянии Ожидание, зависят от других еще не выполненных
задач. Можно просматривать задачи, от которых зависит любая другая задача, выполнив
следующие действия.
1. Выберите задачу, которая находится в состоянии Ожидание и щелкните Просмотр
предыдущих заданий.
2. Откроется новое диалоговое окно со списком задач, которые должны быть выполнены,
прежде чем появится возможность запуска выбранной задачи.
Просмотр задачи пакета

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

Выберите команду Просмотреть пакетное задание для просмотра подробных сведений
об этом пакетном задании. Откроется форма, в которой отображены связи задач пакета
друг с другом.
Отмена
Нажмите кнопку Отмена, чтобы отказаться от запуска любого задания обновления,
находящегося в состоянии ожидания. Выполнение заданий, которые были запущены
до нажатия кнопки Отмена продолжится до их завершения.
Это действие следует использовать с осторожностью. После нажатия кнопки
Отмена, база данных может находиться в рассогласованном состоянии.
Рекомендуется при продолжении обновления использовать для работы
резервную копию базы данных.
Пробный запуск
Нажмите кнопку Пробный запуск для сканирования всех задач обновления и обнаружения
возможных проблем обновления данных. При возникновении сбоев обновление не
прекращается, как это происходит во время выполнения операции Запуск. Основная
цель этого действия состоит в оценке усилий, необходимых для устранения всех
проблем обновления данных, которые могут возникнуть в процессе обновления.
Во время пробного запуска могут происходить ложные ошибки в дочерних задачах,
когда в родительской задаче обновления происходит сбой по реальной причине.
Ошибка возникает из-за того, что не удовлетворяются требования зависимостей данных.
В рассматриваемом случае отсутствует необходимость исправления задачи.
Подготовка к обновлению
В этом разделе содержатся сведения о задачах, которые необходимо выполнить перед
обновлением данных. Дополнительные сведения см. в следующих разделах.
 Компиляция приложения (обновление)
 Предоставление сведений о лицензии
 Часовые пояса и обновление
 Настройка часового пояса для обновленных данных
 Задание параметров обратной связи с клиентами
 Выявление конфликтов настроек
 Инструмент "Сравнение"
 Тестирование системы после обновления кода
 Создание виртуальных компаний для глобальных адресных книг
Компиляция приложения (обновление)

Скомпилируйте приложение, чтобы все объектные ссылки были обновлены, а приложение
было готово к работе. Этот процесс должен быть завершен.
Чтобы выполнить задачу компиляции приложения, на компьютере, где запускается
контрольный список, должна быть установлена программа .NET Business Connector.
Необходимо также выполнить компиляцию приложения во время установки пакета обновления,
поскольку необходимо обновить объектные ссылки стандартного приложения.
При компиляции приложения файлы с исходным кодом приложения транслируются в двоичные
объектные файлы, которые могут интерпретироваться ядром Microsoft Dynamics AX. Эти
объектные файлы имеют расширение .aod.
В зависимости от оборудования компиляция может занять один час или больше.
Крайне важно, чтобы компиляция была выполнена полностью.
Предоставление сведений о лицензии

Чтобы получить возможность использования Microsoft Dynamics AX, администратор должен
ввести лицензионную информацию. При вводе кодов лицензии активируются общие
функциональные возможности, предусмотренные лицензией. Впоследствии, изменяя
конфигурационные ключи, можно разрешать или запрещать доступ к более специальным
функциям.
При изменении текущих параметров лицензии по причине обновления лицензионных
ключей новые функциональные возможности не будут доступны до тех пор, пока
клиент не будет перезапущен.
Помимо лицензионных кодов, защищающих доступ к функциональным возможностям
Microsoft Dynamics AX, существуют четыре лицензии для доступа к среде разработки
Microsoft Dynamics AX. Дополнительные сведения см. в справке разработчика, доступной
из меню Справка Microsoft Dynamics AX.
Если отсутствует лицензия систему Microsoft Dynamics AX можно установить для работы
в демонстрационном режиме. Демонстрационный режим предоставляет все функциональные
возможности Microsoft Dynamics AX и включает все конфигурационные ключи по умолчанию.
Импорт лицензионной информации

1. Откройте форму Лицензионные условия из контрольного списка инициализации
или обновления, либо щелкните Администрирование > Настройка > Система >
Лицензионные условия.
2. Щелкните Загрузка файла лицензии, чтобы импортировать лицензионные коды
из файла.
Откроется диалоговое окно Загрузка файла лицензии.
3. Щелкните значок папки и, пользуясь функцией обзора, найдите файл лицензии.
При хранении файла лицензии рекомендуется обеспечить его безопасное
местоположение, которое известно только администраторам Microsoft Dynamics AX.
4. Нажмите кнопку ОК. Появится сообщение с запросом подтверждения намерения
выполнить синхронизацию базы данных.
5. Щелкните Да.
6. Закройте окно Лицензионные условия.
Ввод лицензионной информации

В качестве альтернативы импорту лицензионной информации ее можно ввести вручную:
1. Откройте форму Лицензионные условия из контрольного списка инициализации
или обновления, либо щелкните Администрирование > Настройка > Система >
Лицензионные условия.
2. Введите имя держателя лицензии, серийный номер системы и дату окончания
действия лицензии. Эта информация содержится в лицензии.
3. На странице вкладки Система введите лицензионный код и убедитесь, что в поле
Статус отображается ожидаемый текст.
Лицензионный код указывает, какой выпуск используется: стандартный, профессиональный
или корпоративный.
Важно:
Первые четыре записи (имя держателя лицензии, серийный номер системы,
дата истечения срока действия лицензии и лицензионный код) определяют,
что будет отображаться в остальных кодах. Поэтому эти записи должны быть
введены правильно.
4. Введите остальные коды.
Для каждого кода проверьте поле Статус, чтобы убедиться в том, что код принят
системой.
Часовые пояса и обновление

Тип данных utcDateTime является предпочтительным методом хранения данных даты
и времени в системе Microsoft Dynamics AX 2009. При обновлении данных все системные
поля даты и времени автоматически обновляются с целью использования типа данных
utcDateTime. Во время обновления данных производится сканирование всех таблиц
для поиска системных полей. Сканируются как таблицы, входящие в комплект системы
Microsoft Dynamics AX 2009, так и добавленные партнером.
Для корректного обновления данных необходимо указать часовой пояс, который
планируется использовать в контрольном списке обновления. Этот часовой пояс
используется при определении величины сдвига, применяемого для полей даты
и времени при их преобразовании в значения, имеющие формат UTC.
Если в систему Microsoft Dynamics AX добавлены пользовательские поля Дата
или Время, необходимо принять решение о возможности объединения этих полей
в новые поля UtcDateTime. Данные даты и времени в полях UtcDateTime хранятся
в формате UTC. Дополнительные сведения см. в разделе Обзор: обновление
парных полей "дата" и "время" таблиц в UtcDateTime.
Дополнительные сведения о данных даты и времени, а также о часовых поясах см.
В разделе Справка пользователя справки системы Microsoft Dynamics AX.
Настройка часового пояса для

обновленных данных
При обновлении данных все поля даты и времени системы обновляются для
использования типа данных datetime и преобразуются в значения в формате UTC.
Все таблицы сканируются для поиска даты и времени системы, включая добавленные
партнером.
Можно также обновлять даты и время, которые не являются системными полями.
Настройка часового пояса для обновленных данных

1. В контрольном списке обновления щелкните Задать текущий часовой пояс.
Будет открыта форма Текущий часовой пояс.
2. В списке Часовой пояс выберите часовой пояс для использования. Часовой пояс
используется для преобразования полей дат и времени в значения в формате UTC.
Задание параметров обратной связи с

клиентами
Примите участие в программе повышения уровня обслуживания клиентов, чтобы помочь
улучшить качество, надежность и производительность программного обеспечения и услуг,
поставляемых корпорацией Microsoft.
Откройте форму Параметры обратной связи с клиентами Microsoft Dynamics Ax из
контрольного списка инициализации или обновления, либо щелкните Администрирование >
Настройка > Система > Параметры обратной связи с клиентами.
Программа осуществляет сбор информации об оборудовании компьютера и использовании
Microsoft Dynamics AX, не прерывая работы пользователя. Это помогает компании
Microsoft определять, какие функции Microsoft Dynamics AX необходимо улучшить.
Никакая собранная информация не используется для идентификации пользователя
или контакта с ним.
Чтобы получить дополнительные сведения и ознакомиться с полным текстом положения
о конфиденциальности для программы повышения уровня обслуживания клиентов
посетите веб-узел программы повышения уровня обслуживания клиентов.
Выявление конфликтов настроек

Та часть процесса обновления, которая заключается в обновлении кода, состоит из проверки
кода имеющейся установки Microsoft Dynamics AX версии 3.0 или 4.0 и сравнении его
с кодом Microsoft Dynamics AX 2009. Если код в ранее установленной версии отличается
от кода в новой версии, имеется конфликт обновления. К конфликтам кода могут привести
следующие сценарии.
 Для предыдущей установки была выполнена разработка функциональных
возможностей, которые теперь существуют в системе Microsoft Dynamics AX 2009.
 Были исключены или переименованы объекты, существовавшие в предыдущей
установке, что привело к несовместимости с Microsoft Dynamics AX 2009.
 Были изменены объекты, имеющиеся в предыдущей установке, что означает необходимость
перемещения или обновления этих изменений (поля таблиц, изменения классов, изменения
форм или отчетов) для обеспечения совместимости при работе с Microsoft Dynamics AX 2009.
Для выявления конфликтов обновления, вызванных настройками системы Microsoft
Dynamics AX, доступно несколько инструментов.
Выявление конфликтов при обновлении кода

Инструмент Выявление конфликтов при обновлении кода используется для анализа
настроек с целью обнаружения потенциальных конфликтов при обновлении кода и
создания проектов обновления.
1. В окне Контрольный список обновления щелкните Выявление конфликтов при
обновлении кода. Откроется форма Выявление конфликтов при обновлении кода.
2. Нажмите ОК. Будет создан один или несколько проектов обновления.
Создание отчета об оценке

Теперь, когда создан проект обновления, можно использовать инструмент Отчет об оценке для
определения количества времени, которое потребуется на обновление настроек.
1. Когда отображается главная форма Microsoft Dynamics AX, нажмите сочетание клавиш
Ctrl+Shift+P, чтобы открыть форму Проекты.
2. Щелкните правой кнопкой мыши проект обновления, который был создан ранее
процедурой Выявление конфликтов при обновлении кода и выберите команду
Открыть. Откроется форма "Проект обновления".
3. Щелкните правой кнопкой мыши проект обновления и выберите Параметры. Откроется
форма Обновить параметры с уже введенными оценками времени по умолчанию.
4. Чтобы создать новую запись в сетке Перезаписанные оценки, щелкните сетку и нажмите
сочетание клавиш Ctrl+N.
5. Выберите Тип объекта приложения и введите оценку времени на исправление этого

типа конфликтов.
6. Откройте вкладку Дополнительные оценки для проверки и изменения оценок по
умолчанию.
7. После завершения ввода оценок времени закройте форму Обновить параметры.
8. В форме Проект обновления щелкните правой кнопкой мыши проект обновления
и выберите Отчет об оценке. Откроется форма Оценка обновления. Перед
созданием отчета можно изменить его параметры.
9. Нажмите ОК, чтобы создать отчет.
Инструмент сравнения слоев

В качестве альтернативы инструменту Выявление конфликтов при обновлении кода
можно использовать инструмент Сравнение слоев (в меню Microsoft Dynamics AX
выберите Сервис > Средства разработки > Обновить код > Сравнение слоев)
для сравнения двух слоев и создания проекта с различающимися объектами.
Инструмент Сравнение слоев обеспечивает обзор изменений, внесенных в определенном
слое. Дополнительные сведения см. в разделе Инструмент "Сравнение".
Если изменения были выполнены в нескольких слоях, необходимо обновлять их
по очереди, слой за слоем. Сначала необходимо обновить самый нижний слой,
к которому есть доступ. Например, если существуют слои VAR и USR, обновите
сначала слой VAR, а затем слой USR.
Инструмент фильтра по проектам

Пользователь, имеющий права разработчика, в качестве альтернативы инструментам
Выявление конфликтов при обновлении кода и Сравнение слоев в процессе
обновления может использовать инструмент Фильтр по проектам. Фильтр по проектам
позволяет создавать проекты в соответствии с критериями, передаваемыми в форме
запроса. Например, в качестве критериев могут быть заданы все объекты соответствующего
слоя, все объекты с определенным префиксом или все объекты, созданные определенным
пользователем. Сведения о создании проекта с использованием фильтра по проектам см.
в документации Справка разработчика в меню "Справка" системы Microsoft Dynamics AX.
Инструмент "Сравнение"
В системе Microsoft Dynamics AX при помощи инструмента Сравнение можно сравнивать
объекты приложения с целью поиска отличий. После идентификации отличий их можно
вставлять, удалять, переименовывать или перемещать между сравниваемыми объектами
приложения. В этом разделе описан порядок интерпретации результатов сравнения.
Инструмент "Сравнение" позволяет сравнивать:
 два различных объекта приложения;
 один и тот же объект приложения в двух различных слоях;
 две версии одного и того же объекта приложения, если используется система
управления версиями;
 две версии одного и того же объекта приложения и исходную версию объекта
Дополнительные сведения об инструменте "Сравнение" см. в разделе
Инструмент "Сравнение" документации разработчика Microsoft Dynamics AX.
Порядок действий. Сравнение двух

объектов приложения
В Microsoft Dynamics AX можно сравнить два объекта приложения в одном или разных
слоях с помощью средства Сравнение. Например, можно сравнить таблицу в слое CUS
с этой же таблицей в слое SYS. Средство Сравнение определяет различия между двумя
объектами приложения и предоставляет кнопки действий для копирования, перемещения
или удаления различий. В этом разделе объясняется, как сравнить два объекта
приложения в репозитарии прикладных объектов (AOT).
Процедуры
Чтобы сравнить два объекта приложения

1. Выберите в AOT объекты приложения, которые необходимо сравнить.
2. Щелкните правой кнопкой выбранные объекты приложения и выберите пункт
Сравнение. Будет открыта форма Сравнение.
3. Откройте вкладку Дополнительно и выберите перечисленные ниже параметры,
если необходимо.
Параметр Описание
Показывать только различия Выберите этот параметр, чтобы просмотреть

только различия. Если этот параметр не
выбран, результаты совпадений
отображаются в виде черных флажков.
Пропускать пробелы Выберите этот параметр, чтобы отображать
различия в пробелах в коде X++.
С учетом регистра Выберите этот параметр, чтобы
просмотреть различия в верхнем и нижнем
регистре. При использовании этого
параметра MyName и MyName будут
отображаться как различие.
Показывать номера строк Выберите этот параметр, чтобы
показывать номера строк в коде X++.
4. Щелкните Сравнение, чтобы начать сравнение двух объектов приложения.

Различия отображаются в окне результатов формы Сравнение. Дополнительные
сведения о результатах см. в разделе средство "Сравнение".
См. также
Порядок действий. Сравнение версий объекта приложения
Порядок сравнения двух слоев объектов приложения
Порядок действий. Сравнение версий

объекта приложения
В Microsoft Dynamics AX можно сравнить две версии одного и того же объекта приложения
с помощью средства Сравнение. Например, можно сравнить таблицу с более ранней
версией этой же таблицы, при условии, что включен контроль версий. Каждая версия
объекта приложения, которая сохраняется системой контроля версий, имеет номер.
Средство Сравнение определяет различия между двумя версиями и предоставляет кнопки
действий для копирования, перемещения или удаления различий. В этом разделе объясняется,
как сравнить две различных версии одного и того же объекта приложения.
Процедуры
Чтобы сравнить две версии объекта приложения

1. В репозитарии прикладных объектов щелкните правой кнопкой объект для
сравнения и выберите пункт Сравнение. Будет открыта форма Сравнение.
2. На вкладке Наименование и местоположение выберите две версии, которые
необходимо сравнить.
3. Откройте вкладку Дополнительно и выберите перечисленные ниже параметры,
если необходимо.
Параметр Значение
Показывать только различия Выберите этот параметр, чтобы
просмотреть только различия. Если
этот параметр не выбран, результаты
совпадений отображаются в виде
черных флажков.
Пропускать пробелы Выберите этот параметр, чтобы
просмотреть различия в пробелах
в коде X++.
С учетом регистра Выберите этот параметр, чтобы
просмотреть различия в верхнем
и нижнем регистре. При использовании
этого параметра MyName и MyName
будут отображаться как различие.
Показывать номера строк Выберите этот параметр, чтобы
показывать номера строк в коде X++.
4. Щелкните Сравнение, чтобы начать сравнение версий.

Различия между версиями отображаются в окне результатов формы Сравнение.
Дополнительные сведения о результатах см. в разделе Инструмент "Сравнение"
документации разработчика Microsoft Dynamics AX.
Порядок сравнения двух слоев объектов

приложения
В этом разделе описывается порядок использования инструмента Сравнение слоев
в Microsoft Dynamics AX. Инструмент Сравнение слоев можно использовать для
сравнения любых двух слоев объекта приложения, например слоя SYP и слоя SYS.
Инструмент Сравнение слоев сравнивает слой источника со ссылочным слоем.
Процессом сравнения производится поиск объектов приложения, которые изменились
или существуют только в ссылочном слое.
Если в качестве слоя источника, который необходимо сравнить со стандартным
приложением с установленным пакетом обновления, является слой VAR, в качестве
ссылочного слоя следует выбрать слой SYP. В этом случае процессом сравнения слоев
будет выполнено сравнение слоя VAR со слоями SYP и SYS. Результатом этого сравнения
является проект, в котором содержатся объекты, отсутствующие в ссылочном слое или
находящиеся в обоих слоях, но отличающиеся друг от друга (при условии, что не выбран
параметр Включить только элементы, присутствующие в обоих уровнях).
Когда ссылочный слой не является слоем old, например old sys, ссылочный слой
автоматически включает все слои, расположенные ниже. Например, если слоем источника
является слой USR и он сравнивается со ссылочным слоем CUS, то ссылочный слой
включает слой CUS и все расположенные ниже слои.
Процедуры
Сравнение слоев объектов приложения

1. В меню Microsoft Dynamics AX последовательно наведите курсор на Сервис,
Средства разработки, Обновить код и затем щелкните Сравнение слоев.
Откроется инструмент Сравнение слоев.
2. В инструменте Сравнение слоев укажите в случае необходимости следующие
свойства.
Параметр Описание
Имя проекта Имя проекта, содержащего результаты

обработки с использованием
инструмента сравнения слоев.
Слой источника Этот слой используется при сравнении
в качестве базового слоя.
В результатах работы инструмента
сравнения отображаются отличия
только для тех объектов приложения,
которые содержатся в слое источника.
Ссылочный слой Слой, сравниваемый со слоем источника.
В качестве ссылочного слоя
можно выбрать old sys. Это
полезно в том случае, когда
необходимо выяснить, какие
объекты приложения были
изменены.
Включить только элементы, Выбирается для обнаружения
присутствующие в обоих уровнях конфликтов между слоями. Если этот
параметр выбран, элементы, которые
обнаружены только в одном из слоев,
игнорируются.
3. Нажмите ОК, чтобы начать сравнение слоев объектов приложения.

4. Теперь создан проект, содержащий различающиеся объекты приложения. Эти
объекты представлены в виде древовидной структуры и доступны стандартные
команды контекстного меню репозитария прикладных объектов (AOT).
В ситуации сравнения полезно видеть, к какому слою принадлежит каждый из объектов.
Дополнительные сведения см. в разделе Как настроить представление слоев для
объектов приложения в документации Microsoft Dynamics AX для разработчиков.
Тестирование системы после

обновления кода
После обновления кода и прежде чем приступить к обновлению данных проверьте
правильность функционирования установленной системы.
Чтобы убедиться в успешном обновлении кода системы Microsoft Dynamics AX, следует
выполнить, как минимум, следующие шаги.
в системе.
 Проверьте, правильно ли функционируют параметры разрешений; для этого убедитесь,
что пользователи имеют доступ ко всем данным, к которым они имели доступ до
Создание виртуальных компаний для

глобальных адресных книг
Имеется возможность совместного использования компаниями сведений адресной книги
с помощью функции глобальной адресной книги. Для каждой группы компаний, которые
будут использовать адресную книгу, следует создать виртуальную компанию.
Важно:
Виртуальные компании для адресных книг следует настроить до создания записей
клиента, поставщика, сотрудника, конкурента или контакта для компании.
Дополнительные сведения о компаниях, виртуальных компаниях и глобальных адресных
книгах см. в разделе справки Настройка системы и приложения, который можно открыть
из меню "Справка" в системе Microsoft Dynamics AX.
Пример
В корпорации Fabrikam Inc. настроено пять компаний в системе Microsoft Dynamics AX:
 Компания 1 и Компания 2 заняты производством и оптовой продажей.
 Компания 3 и Компания 4 оказывают профессиональные услуги.
 Компания 5 занята в сфере розничной торговли.
Для корпорации Fabrikam Inc. требуется, чтобы родственные компании совместно
использовали данные адресной книги. Поэтому администратор настраивает следующие
виртуальные компании:
Виртуальная компания Компании, которые она содержит
Виртуальная компания A Компания 1

Компания 2
Виртуальная компания В Компания 3

Компания 4
Не доступно Компания 5
Настройка виртуальных компаний для адресной книги

1. Откройте форму Виртуальная компания из контрольного списка инициализации, или
обновления контрольного списка, или щелкните Администрирование > Настройка >
Виртуальная компания.
2. Нажмите сочетание клавиш CTRL+N, чтобы создать новую запись.
3. В поле Компании введите код компании.
4. В поле Наименование компании введите имя виртуальной компании.
5. Щелкните вкладку Компании.
6. Выберите компании, которые буду входить в виртуальную компанию.
 Для добавления компании выберите имя компании в разделе Оставшиеся
компании и щелкните стрелку влево (<), чтобы переместить ее в список
Выбранные компании.
 Для удаления компании выберите имя компании в разделе Выбранные компании
и щелкните стрелку вправо (>), чтобы переместить ее в список Оставшиеся компании.
7. Щелкните вкладку Коллекции таблиц.
8. Выберите таблицу DirPartCollection и щелкните стрелку влево (<), чтобы переместить
ее в список Выбранные таблицы.
9. Если форма Виртуальная компания была открыта из контрольного списка
инициализации или из обновления контрольного списка, можно проверить наличие
ошибок в адресной книге, связанных с виртуальной компанией, щелкнув Проверить
адресную книгу.
Обновление данных
Обновление данных должно быть частью процесса обновления до новой версии или
установки пакета обновления. Обновление данных необходимо выполнять, когда в
существующий словарь данных внесены изменения (например, переименованы, удалены
или добавлены таблицы, поля или индексы).
В этом разделе содержатся сведения о повышении производительности обновления
данных и о задачах обновления данных, перечисленных в контрольном списке обновления.
Дополнительные сведения см. в следующих разделах.
 Повышение производительности обновления данных
 Выполнить предварительную синхронизацию базы данных
 Синхронизация базы данных
 Последующая синхронизация базы данных
 Тестирование системы после обновления данных
Повышение производительности
обновления данных
Прочитайте технический документ "Оптимизация обновления данных"
(http://go.microsoft.com/fwlink/?LinkId=119309), который поможет повысить
производительность системы во время процесса обновления данных.
Выполнить предварительную
синхронизацию базы данных
Панель обновления данных используется для подготовки синхронизации базы данных.
Дополнительные сведения см. в разделе Панель обновления данных.
Данным процессом выполняется подготовка ранних версий схемы базы данных Microsoft
Dynamics AX для синхронизации.
Например, в ходе процесса предварительной синхронизации удаляются дубликаты
и отключаются уникальные индексы, такие как
ReleaseUpdateDB_V30toV40::allowDupPurchParmTable.
Во время процесса предварительной синхронизации также подготавливаются все
изменения метаданных с откатом на этапе последующей синхронизации.
Для работы с панелью обновления данных необходимо выполнить все предыдущие
задачи в контрольном списке обновления.
1. В контрольном списке обновления щелкните Выполнить предварительную
синхронизацию. Откроется форма Панель обновления данных, где перечислены
задачи обновления, которые необходимо выполнить.
2. Нажмите кнопку Запуск. Будет запущено задание обновления. При этом значок рядом
с каждой из включенных в это задание задач обновления отображает состояние
данной задачи.
3. Исправьте все ошибки, которые произошли, и после завершения закройте панель
обновления данных. Дополнительные сведения о доступных действиях см. в разделе
Панель обновления данных.
Синхронизация базы данных

Синхронизация файлов приложения с соответствующими текущими версиями этих файлов
на сервере базы данных. При выполнении этих шагов обеспечивается синхронизация
таблиц и индексов с учетом изменений, внесенных в репозитарий прикладных объектов
(AOT). Синхронизация является обязательной процедурой при обновлении, и когда
изменения схемы и представлений в репозитарии прикладных объектов (AOT) заносятся
в базу данных.
1. В контрольном списке обновления щелкните Синхронизировать базу данных.
Откроется форма Синхронизировать базу данных.
На вкладке Обзор отображается сводка ошибок, предупреждений и сообщений Infolog,
созданных в процессе синхронизации.
2. Откройте вкладку Ошибки, Предупреждения или Информация, чтобы отобразить
список таблиц, являющихся причиной создания этих сообщений, и просмотреть текст
сообщений.
3. Нажмите кнопку Продолжить.
Последующая синхронизация базы данных

Инструмент "Панель обновления данных" используется для выполнения процесса последующей
синхронизации. Дополнительные сведения о панели обновления данных см. в разделе
Наибольшая часть обновления данных происходит во время последующей синхронизации.
В ходе этого процесса также отменяются изменения метаданных, которые произошли во
время предварительной синхронизации.
Перед тем как начать последующую синхронизацию, необходимо выполнить все
предыдущие задачи контрольного списка обновления.
1. В контрольном списке обновления щелкните Выполнить последующую синхронизацию.
Откроется панель обновления данных.
2. Нажмите кнопку Выполнить, чтобы отправить задачи последующей синхронизации
для выполнения на сервер обработки пакетных заданий обновления.
Задача может иметь статус Готово, Ожидание, Выполнение, Завершено или Ошибка.
Дополнительные сведения о статусах задач см. в разделе Панель обновления данных.
После завершения последующей синхронизации можно приступить к выполнению
первой задачи раздела "Завершение обновления" контрольного списка обновления.
Тестирование системы после обновления

данных
После обновления данных проверьте правильность функционирования установки Microsoft
Dynamics AX 2009 перед переносом обновлений в производственную среду. На этом этапе
рекомендуется протестировать всю созданную документацию и обучающие материалы.
Чтобы убедиться в успешном обновлении данных, следует выполнить, как минимум,
следующие шаги.
в системе.
 Проверьте, могут ли пользователи читать создаваемые отчеты.
 Проверьте, правильно ли функционируют параметры разрешений; для этого убедитесь, что
пользователи имеют доступ ко всем данным, к которым они имели доступ до обновления.
 Проверьте, соответствуют ли текущие данные тем данным, которые находились в системе
до обновления.
Завершение обновления
В этом разделе содержатся сведения о задачах, которые необходимо выполнить после
обновления данных. Дополнительные сведения см. в следующих разделах.
Задача Обновление AIF не применяется при обновлении систем версии Microsoft
Dynamics AX 3.0 с любым поддерживаемым пакетом обновления, поскольку AIF
отсутствует в версии Microsoft Dynamics AX 3.0.
 Настроить системные счета
 Обновление корпоративного портала
 Задание веб-узла центра роли
 Обновление AIF
Настроить системные счета

Настройка учетных записей, используемых системой. Сюда входит учетная запись прокси-
сервера Business Connector, учетная запись системы документооборота, учетная запись
выполнения документооборота, учетная запись службы синхронизации и учетная запись
виртуальной Земли.
Откройте форму Системные служебные счета из контрольного списка инициализации или
контрольного списка обновления, или выберите последовательно Администрирование >
Настройка > Контроль доступа > Системные служебные счета.
Настройка учетной записи прокси-сервера Business Connector

В полях Псевдоним и Сетевой домен введите имя пользователя и домен для учетной
записи прокси-сервера Business Connector.
Учетная запись прокси-сервера Business Connector используется для обмена данными
между Microsoft Dynamics AX и такими приложениями, как ролевые центры и Enterprise
Portal Framework, Workflow, служба синхронизации и веб-службы AIF. Перед установкой
этих приложений следует настроить учетную запись прокси-сервера Business Connector.
Дополнительные сведения о требованиях к учетной записи прокси-сервера Business
Connector см. в руководстве по администрированию серверов и баз данных.
Настройка системной учетной записи Workflow

Системная учетная запись Workflow используется для обмена данными между
Microsoft Dynamics AX и веб-сервером Workflow. Можно использовать одну из
следующих учетных записей.
 Введите учетную запись домена в полях Псевдоним и Сетевой домен, чтобы
использовать пользователя домена для системной учетной записи Workflow.
 Введите пользователя Microsoft Dynamics AX, с которым будет обмениваться данными
служба Workflow. Можно связать эту службу с новым или с имеющимся пользователем
Дополнительные сведения о требованиях к учетной записи системы документооборота см.
в руководстве по установке Microsoft Dynamics AX.
Настройка учетной записи выполнения Workflow

Учетная запись выполнения Workflow используется для выполнения бизнес-логики
приложения и доступа к данным Microsoft Dynamics AX. Можно использовать одну из
следующих учетных записей.
использовать пользователя домена для учетной записи выполнения Workflow.
 Введите нового или существующего пользователя Microsoft Dynamics AX для доступа
к базе данных.
Дополнительные сведения о требованиях к учетной записи выполнения документооборота
см. в руководстве по установке Microsoft Dynamics AX.
Настройка учетной записи службы синхронизации

Учетная запись службы синхронизации используется для обмена данными между
Microsoft Dynamics AX, Windows Message Queuing и Microsoft Office Project Server 2007.
Можно использовать одну из следующих учетных записей.
использовать пользователя домена для учетной записи службы синхронизации.
 Введите пользователя Microsoft Dynamics AX, с которым будет обмениваться
данными служба синхронизации. Можно связать эту службу с новым или с имеющимся
пользователем Microsoft Dynamics AX.
Дополнительные сведения о требованиях к учетной записи службы синхронизации см.
В руководстве по установке Microsoft Dynamics AX.
Настройка учетной записи виртуальной Земли

Учетная запись виртуальной Земли используется для доступа к интерактивной карте
виртуальной Земли при работе на корпоративном портале.
Имя и пароль для учетной записи виртуальной Земли можно найти на CustomerSource.
Установив этот флажок и введя информацию, вы выражаете свое согласие соблюдать
Условия использования пользователем элементов управления картой виртуальной Земли
Microsoft и веб-службы MapPoint.
Обновление корпоративного портала

Для обновления корпоративного портала необходимо проверить все предварительные
условия и выполнить процедуры этого раздела. Перед обновлением корпоративного
портала прочитайте раздел "Корпоративный портал и ролевые центры" руководства по
установке Microsoft Dynamics AX 2009, чтобы уяснить процесс установки.
Процесс установки системы Microsoft Dynamics AX 2009 изменился по сравнению
с прошлыми версиями. Рекомендуется прочитать раздел "Что нового в корпоративном
портале" в справке Администрирование корпоративного портала, которая доступна
из меню Справка в клиенте Windows Microsoft Dynamics AX 2009.
Перед началом обновления обратите внимание на следующее.
 При создании новых страниц корпоративного портала для Microsoft Dynamics AX 4.0 SP1 эти
страницы будут функционировать в версии Microsoft Dynamics AX 2009 корпоративного
портала точно также, как и в версии 4.01.
 Данные корпоративного портала обновляется при выполнении контрольного списка
обновления Microsoft Dynamics AX.
Необходимые требования
 Если корпоративный портал запущен в версии Microsoft Dynamics AX 4.01, можно
выполнить прямое обновление до версии в системе Microsoft Dynamics AX 2009. Если
корпоративный портал в настоящее время запущен в версии Microsoft Dynamics AX 4.0,
перед тем как появится возможность обновления до последней версии корпоративного
портала, необходимо сначала выполнить обновление до версии Microsoft Dynamics AX 4.01.
 Для последней версии корпоративного портала требуется Microsoft Windows SharePoint
Services 3.0 с пакетом обновления 1 (или более поздняя версия) или Microsoft Office
SharePoint Server 2007 с пакетом обновления 1 (или более поздняя версия). Необходимо
обновить более ранние версии SharePoint до одной из указанных версий, перед тем как
появится возможность обновления до последней версии корпоративного портала.
 Перед обновлением корпоративного портала необходимо выполнить процедуры
контрольного списка обновления Microsoft Dynamics AX 2009. Это означает необходимость
выбора параметра Завершить обновление корпоративного портала в контрольном
списке обновления перед началом выполнения процедур этого раздела.
Обновление корпоративного портала

1. Запустите программу установки Microsoft Dynamics AX 2009.
2. При получении запроса выберите Добавление или изменение компонентов, а затем
нажмите кнопку Далее.
3. На странице Добавление или изменение компонентов выберите Ролевые центры
и корпоративный портал. Нажмите Далее.
4. Если программой установки не будет обнаружено все предварительно необходимое

программное обеспечение, откроется страница Установка необходимого программного
обеспечения. Если программой установки будет предложена установка ASP.NET 2.0
или Windows SharePoint Services 3.0 с пакетом обновления 1, нажмите кнопку Установить
необходимое программное обеспечение. Когда программой установки будет
проверено наличие на сервере всего предварительно необходимого программного
обеспечения, нажмите Далее.
5. На странице Сведения об учетной записи прокси-сервера .NET Business Connector
введите домен, а также имя пользователя и пароль для учетной записи прокси-сервера
.NET Business Connector. Нажмите Далее.
6. На странице Инфраструктура ролевых центров и корпоративного портала:
настройка IIS используйте раскрывающийся список Веб-узел для выбора веб-узла
корпоративного портала Microsoft Dynamics AX 4.01.
7. Выберите параметр Настройка для служб Windows SharePoint Services, чтобы
обеспечить программе установки возможность выполнения настройки кластера
приложений для запуска с учетной записью прокси-сервера Business Connector
и установите метод проверки подлинности "Windows NTLM".
8. Снимите флажок Создать веб-узел. Если выбран этот параметр, программа установки
выполнит обновление старого узла корпоративного портала, но при этом программой
установки также будет создан новый узел корпоративного портала.
9. На странице Все готово для установки нажмите кнопку Установить. Программе
установки может потребоваться один час на выполнение обновления и установки.
Если необходимо, выберите параметр перезапуска IIS после завершения установки.
Прежде чем выбрать этот параметр, рассмотрите влияние сброса IIS на другие
приложения, находящиеся на веб-сервере.
После обновления корпоративного портала

После завершения установки и обновления выполните следующие действия.
 Если был обновлен узел корпоративного портала, использующий анонимную проверку
подлинности (открытый узел корпоративного портала), после завершения обновления
необходимо выбрать анонимную проверку подлинности в диспетчере служб IIS.
a. Нажмите Пуск > Администрирование > Диспетчер служб IIS.
b. Разверните каталог Веб-узлы.
c. Щелкните правой кнопкой мыши обновленный веб-узел и выберите пункт Свойства.
d. Откройте вкладку Безопасность каталога.
e. В разделе Управление доступом и проверка подлинности щелкните Изменить.
f. Щелкните Разрешить анонимный доступ.
 Проверьте разрешения. Процессом обновления должны быть сохранены все прежние
разрешения для пользователей и групп пользователей на SharePoint и в системе
Microsoft Dynamics AX. Однако следует убедиться в сохранении этих разрешений.
 Перед перемещением обновленного узла в производственную среду выполните его
тестирование на сервере подготовки производства.
Задание веб-узла центра роли

В состав Microsoft Dynamics AX и инфраструктуры корпоративного портала входят
настраиваемые начальные страницы, которые называются Ролевые центры. Ролевые
центры отображают те конкретные данные, отчеты, оповещения и общие задачи, которые
связаны с ролью пользователя в организации. Пользователи могут получить доступ к
ролевым центрам через клиентскую часть Microsoft Dynamics AX или через веб-узел
корпоративного портала.
Эта информация используется для определения того, на каком веб-узле будут размещены
ролевые центры.
1. Щелкните параметр Указать веб-узел ролевого центра в контрольном списке
обновления. Откроется форма Администрирование веб-узлов.
2. Найдите поле Веб-узел для отображения ролевых центров в клиентском
приложении Dynamics AX внизу этой формы.
3. Выберите веб-узел, используя значок поиска справа от поля, а затем закройте форму.
Если не определено окончательно, на каком веб-узле должны размещаться ролевые
центры, этот шаг можно пропустить. Вы сможете выбрать веб-узел позже, используя
эту форму.
4. Если список веб-узлов в данной форме отсутствует, это означает, что корпоративный портал
не был установлен, или веб-узел корпоративного портала не был создан. Для получения
дополнительных сведений см. Руководство по установке Microsoft Dynamics AX 5.0, раздел
"Установка корпоративного портала и ролевых центров".
См. также
Настройка и поддержка Ролевых центров
Обновление AIF
Интеграционная структура AIF (Application Integration Framework) — это структура Microsoft
Dynamics AX, используемая для обмена данными с внешними системами. Обновление AIF
является одним из шагов контрольного списка обновления.
При обновлении AIF имеется два компонента для процесса обновления:
 Обновить код — этот процесс обновляет весь код AIF, включая создание новых
классов служб, новых классов данных и узлов обслуживания AOT. Процесс обновления
кода выполняется как часть шага Обновить код Aif в контрольном списке обновления.
 Обновить данные — этот процесс обновляет все записи в базе данных, относящиеся к AIF.
Процесс обновления данных выполняется как часть шага Обновить дополнительные
функции в контрольном списке обновления.
В системе Microsoft Dynamics AX 2009 имеются изменения схемы, которые окажут влияние на
работу, если в AIF выполнена настройка обмена документами. В Microsoft Dynamics AX 2009
схемы документов и сообщений изменены. Это означает, что входящие сообщения
необходимо будет форматировать иначе и проверять по новым схемам. Кроме того,
форматирование и проверка исходящих сообщений будет производиться по новым
схемам. Может также потребоваться изменение политик данных конечных точек,
преобразования значений и таблиц XSLT.
Дополнительные сведения см. в разделе Процесс обновления AIF.
Дополнительные задачи обновления

При обновлении ядра системы Microsoft Dynamics AX на предыдущих этапах не все
функции стали полностью работоспособными, поскольку могут существовать
дополнительные функции, нуждающиеся в обновлении.
Обновление дополнительных функций

До выполнения задачи обновления дополнительных функций в контрольном списке
1. В контрольном списке обновления щелкните Обновить дополнительные функции.
Откроется панель обновления данных. Дополнительные сведения см. в разделе
2. Нажмите кнопку Выполнить.
3. После завершения задания обновления закройте панель обновления данных.
Добавление дополнительных файлов справочной

документации
Для создания дополнительных файлов справки, используемых с приложением Microsoft
Dynamics AX 2009, можно воспользоваться комплектом "Справка". Если комплект
"Справка" использовался в предыдущей версии для добавления дополнительных файлов
документации в Microsoft Dynamics AX, следует проверить эту документацию, чтобы
убедиться, что она сохраняет свою актуальность для версии Microsoft Dynamics AX 2009.
В комплекте "Справка" содержатся инструкции по использованию этого комплекта.
Загрузить комплект "Справка"
Обновление отчетов служб SQL Server Reporting Services

После обновления выполните следующие процедуры для обновления отчетов служб SQL
Server Reporting Services.
Задание свойства "Использование" для ракурсов

Выполните следующую процедуру, чтобы задать свойство Использование для ракурсов.
1. Откройте клиент Microsoft Dynamics AX.
2. Щелкните значок Репозитарий прикладных объектов (AOT) на панели инструментов.
3. В дереве Репозитарий прикладных объектов (AOT) разверните узел Словарь
данных > Ракурсы.
4. Щелкните правой кнопкой мыши ракурс, а затем выберите Свойства. Откроется

область Ракурс <PerspectiveName>.
5. Выберите строку Использование.
6. В списке Использование выберите один из следующих вариантов:
 AdHocReporting — этот параметр выбирается, если на основе выбранного ракурса
необходимо создать модель отчетов. Дополнительные сведения о создании
моделей отчетов см. в разделе "Создание и публикация моделей отчетов" файла
справки Настройка системы и приложения. Чтобы получить доступ к файлу
справки Настройка системы и приложения, щелкните последовательно
Microsoft Dynamics AX > Справка > Настройка системы и приложения.
 OLAP — этот параметр выбирается, если на основе выбранного ракурса необходимо
создать проект бизнес-аналитики. Дополнительные сведения о создании проектов
бизнес-аналитики см. в разделе "Работа с проектами бизнес-аналитики" справки
Разработка для Microsoft Dynamics AX.
 Оба — этот параметр выбирается, если на основе выбранного ракурса необходимо
создать модель отчетов и проект бизнес-аналитики.
7. Повторите шаги 4–6 для каждого ракурса.
Повторное создание моделей отчетов

Можно повторно создать модели отчетов, выполнив инструкции раздела ―Создание
и публикация моделей отчетов‖ файла справки Настройка системы и приложения.
Создание отчетов
После сохранения специальных отчетов можно создавать или выполнять отчеты. Создавать
отчеты можно, получив к ним доступ в диспетчере отчетов или построителе отчетов.
Если при создании отчетов получены сообщения об ошибках, необходимо изменить отчеты.
Отчеты изменяются при помощи средства, использовавшегося для их создания. Например, если
отчет был создан при помощи построителя отчетов, для изменения этого отчета необходимо
использовать построитель отчетов. Изменение отчетов заключается в удалении столбцов и
полей, которые больше не существуют в модели данных Microsoft Dynamics AX 2009.
Примечания к обновлению приложения

В следующих разделах содержатся сведения о модулях, на которые оказывается влияние
во время процесса обновления.
 Примечания к обновлению, влияющие на все модули
 Примечания к обновлению, влияющие на конкретные модули
Примечания к обновлению, влияющие на

все модули
Проблемы в следующих функциональных областях являются общими для программы
Microsoft Dynamics AX 2009:
 Правила генерации оповещений
 Установка
 Средство быстрой настройки (RCT)
 Регистратор задач
Правила генерации оповещений
Проблема. Отключение правил генерации оповещений во время

Затрагиваемые версии
Microsoft Dynamics AX 4.0
Примечание к обновлению
Правила генерации оповещений отключаются во время обновления версии Microsoft
Dynamics AX 4.0 до версии Microsoft Dynamics AX 2009. После завершения обновления
правила генерации оповещений можно включить снова; однако некоторые правила
генерации оповещения после обновления могут давать сбой, поскольку они ссылаются
на формы, изменившиеся в Microsoft Dynamics AX 2009. Правила генерации оповещений,
дающие сбой после обновления, необходимо удалить и создать заново.
После обновления будут доступны оповещения, которые использовались в версии
Microsoft Dynamics AX 4.0, но если была изменена форма, на которую ссылается это
правило, нажатие кнопки Перейти к источнику может не приводить к открытию
правильной формы и записи по умолчанию. В таких случаях необходимо вручную
воспользоваться функцией обзора, чтобы найти эту форму и запись.
Установка
Проблема. Сообщение о неопасной ошибке.

Microsoft Dynamics AX 3.0 и 4.0
Во время процесса обновления Microsoft Dynamics AX 2009 можно получить следующее
сообщение:
Object Server 01: Failed to create file old\axapd.aoi. Error code was 3
Это сообщение можно проигнорировать, поскольку оно не информирует о проблеме с данными

или о сбое обновления. Чтобы избежать получения этого сообщения, перед началом процесса
обновления создайте каталог с именем ―old‖ в папке Application\Appl\Standard. Например:
C:\Program Files\Microsoft Dynamics AX\5.0\Application\Appl\Standard\Old\.
Проблема. Ошибка синхронизации во время обновления базы данных

SQL Server
Microsoft Dynamics AX 4.0 SP2 (только SQL Server)
Во время процесса обновления версии Microsoft Dynamics AX 4.0 SP2 до версии 5.0
происходит ошибка при синхронизации установки базы данных SQL Server. Сбой
возникает в четырех таблицах, и процесс обновления невозможно продолжить.
Этими четырьмя таблицами являются:
 DimensionCollection;
 DimensionHierarchyCombination;
 DimensionSetCombinationDuplicate;
 DimensionSetCombinationTemp.
Указанные таблицы являются рабочими таблицами функции "Иерархия аналитик"
и используются только во время создания иерархии аналитик. После настройки
иерархии данные в этих таблицах не поддерживаются.
Обходной путь
Чтобы избежать этого сбоя, перед началом обновления необходимо выполнить
следующий SQL-сценарий в базе данных MSDAX 4.0 SP2:
--DIMENSIONCOLLECTION
UPDATE SQLDICTIONARY SET FIELDID=1 WHERE FIELDID=50002 AND TABLEID=2897;
--DIMENSIONHIERARCHYCOMBINATION
--DIMENSIONSETCOMBINATIONDUP2899
--DIMENSIONSETCOMBINATIONTEMP
--PROVISIONALHIERARCHY
Средство быстрой настройки (RCT)
Проблема. Средство быстрой настройки после обновления

необходимо удалять вручную
После обновления до версии Microsoft Dynamics AX 2009 предыдущая версия средства
быстрой настройки по-прежнему видна в области переходов и базе кода, хотя она не
функционирует в программе Microsoft Dynamics AX 2009.
Поскольку в настоящее время не существует сценария обновления или удаления средства
быстрой настройки, рекомендуется вручную удалять его из установки Microsoft Dynamics
AX 2009. Например, если установлено средство быстрой настройки Sure Step Rapid
Configuration Tool 2.0 для Microsoft Dynamics AX 4.0 с пакетом обновления 1, общие
проекты RctUserLayer и Class_PreImport (в AOT перейдите в Общие > Проекты)
содержат список элементов средства быстрой настройки, которые необходимо удалить.
Код расширенных системных элементов средства быстрой настройки, перечисленных в этих
проектах, также следует определить и удалить вручную. Например, при обновлении средства
быстрой настройки Sure Step Rapid Configuration Tool 2.0 для Microsoft Dynamics AX 4.0 с пакетом
обновления 1 до Microsoft Dynamics AX 2009 следующие системные элементы, которые
также расширены средством быстрой настройки, необходимо тоже изменить вручную,
чтобы удалить код средства быстрой настройки.
Тип элемента Элементы, подлежащие удалению
Таблица DocuRef
Сопоставление AddressMap
Перечисление DocuStructureType, NumberSeqModule
Класс DocuActionArchive, DocuActionCOM_Word,

NumberSeqReference, SysDataExportExcel,
SysDictConfigurationKey
Меню MainMenu
Удаление этих, теперь исключенных, пользовательских системных элементов средства

быстрой настройки предотвратит переопределение этими элементами системных классов
Позднее будет доступна новая версия средства быстрой настройки для загрузки с узлов
PartnerSource и CustomerSource.
Регистратор задач
Проблема. После обновления необходимо удалить предыдущую

версию регистратора задач
Программой Microsoft Dynamics AX 2009 не поддерживается обновление данных из ранее
установленных версий регистратора задач, являющегося частью средств Partner
Productivity Tools 2.0 для Microsoft Dynamics AX 4.0 SP1. Если установлена предыдущая
версия, встроенная в Microsoft Dynamics AX 2009 версия регистратора задач может стать
недоступной в меню Сервис.
Чтобы решить эту проблему после обновления до версии Microsoft Dynamics AX 2009,
выполните следующие действия:
1. Создайте резервную копию данных Microsoft Dynamics AX 2009 и приложения.
2. Нажмите Ctrl+D, чтобы открыть AOT, а затем последовательно щелкните Проекты >
Общие > RecSystemOnly.
3. Необратимо удалите следующие пользовательские классы из слоя, в котором был
установлен старый регистратор задач.
 Box
 Info
 ClassFactory
Если эти классы были настроены для других целей в том же слое, где был установлен
регистратор задач, необходимо изменить их в AOT и вручную заменить все строки кода
старого регистратора задач новыми строками кода слоя SYS. Для поиска всех старых
строк кода, которые находятся между каждой парой указанных ниже строк комментария,
используется средство сравнения.
//+TaskRecorder
…
//-TaskRecorder
4. Откройте проект Общие > MiniRecorder, а затем удалите все элементы этого проекта.
Все ранее сохраненные записи задач будут удалены, поскольку их невозможно
обновить до версии AX 2009. Если были выполнены другие настройки
GlobalToolsMenu, необходимо вручную удалить старую запись tskRecorder из
AOT (Меню > GlobalToolsMenu > Регистратор задач), а затем внести новую
запись регистратора задач из слоя SYS (с именем SysTaskRecorderToolbar)
при помощи средства сравнения.
5. Перед тем как продолжить, откройте AOT и убедитесь, что все три класса (Box, Info,
ClassFactory) можно откомпилировать без ошибок.
Внимание:
Не закрывайте клиент Microsoft Dynamics AX до тех пор, пока эти классы не
будут откомпилированы без ошибок. В противном случае не удастся вновь
открыть клиент.
6. Закройте клиент Microsoft Dynamics AX, а затем остановите AOS. В папке, где находится
приложение, (например, C:\Microsoft Dynamics AX\50\Application\Appl\DynamicsAx) удалите
все имеющиеся файлы меток средства быстрой настройки, открыв командную строку
и выполнив следующую команду:
del axRCT*.al?
Удаление этих файлов приведет к удалению и меток регистратора задач, и меток
средства быстрой настройки.
7. Перезапустите AOS, откройте клиент Microsoft Dynamics AX и убедитесь, что пункт
меню Сервис > Регистратор задач доступен и выбор этого пункта приводит к открытию
правильной формы Регистратор задач (с именем SysTaskRecorderToolbar).
См. также
Примечания к обновлению, влияющие на конкретные модули

конкретные модули
В этом разделе рассматриваются проблемы при обновлении в следующих
функциональных областях:
 Графики амортизации активов
 Банк
 Кубы
 Сопоставление кодов сотрудников с кодами пользователей
 Отчетность о расходах
 Глобальная адресная книга
 Накладные расходы
 Даты изменения и создания
 Корректировки соглашений по зарплате
 Управление печатью
 Модель продукции
 Управление качеством
 Запрос предложения
 Заказы на возврат
 Параметры продажи
 Коммерческие соглашения
Графики амортизации активов
Проблема: при сопоставлении полей могут быть созданы неточные

графики амортизации
Затрагиваемые модули
GDL, Главная книга, Основные средства
Была обнаружена проблема при сопоставлении полей, которая может становиться
причиной потери данных компании, находящихся в таблице AssetDepreciationProfile,
во время обновления до версии Microsoft Dynamics AX 2009. В некоторых случаях это
приводит к тому, что предлагаемые графики амортизации будут недействительными.
Риск потери данных возникает только в случае, когда выполняются следующие условия:
 Для компании включен итальянский конфигурационный ключ.
 Записи профиля амортизации созданы для этой компании при следующих настройках:
 задан метод "Вручную";
 задан интервал "Ежегодно";
 задана база для расчета "Месяцы".
Из-за этой проблемы при сопоставлении полей поле CalculationBase в таблице
AssetDepreciationProfile будет удалено во время обновления до версии Microsoft
Dynamics AX 2009. (В профиле амортизации значение базового перечислимого типа
CalculationBase определяет основу для расчета интервала амортизации: ежедневно
или ежемесячно.) При удалении этого поля во время обновления оно будет воссоздано
со значением 0, которое представляет интервал "Дни". Это изменение приведет к получению
неправильных результатов при создании предложений по амортизации с использованием
данного профиля амортизации, для которого ранее был задан интервал "Месяцы".
Чтобы решить эту проблему, после завершения процесса обновления в форме Методы
амортизации (Главная книга > Настройка > Основные средства > Методы амортизации)
можно проверить и восстановить значение "Месяцы" в качестве базы для расчета.
Можно также проверить строки амортизации и вручную откорректировать любые
неправильно предложенные интервалы амортизации перед разноской этих строк.
Банк
Проблема: обновление источника эмблемы для чеков

Эмблема для чеков
После обновления до версии Microsoft Dynamics AX 2009 при печати чеков на них может
отсутствовать эмблема компании.
В системе Microsoft Dynamics AX 2009 печатаемая на чеках эмблема указана в таблице
BankChequeLayout, тогда как в предыдущих версиях Microsoft Dynamics AX эмблема для
чеков являлась производной от эмблемы компании.
Если банковский счет настроен на печать эмблемы компании в форме чека, можно
устранить эту проблему после обновления, выполнив следующие шаги.
1. Последовательно щелкните Банк > Обычные формы > Детали банковского счета >
Настройка > Выходная форма чека.
2. Нажмите кнопку Эмблема компании.
3. Выберите файл эмблемы, который требуется печатать на чеках для выбранного
банковского счета.
Кубы
Проблема: обновление не поддерживается

Отчеты и бизнес-аналитика
Если используются образцы кубов OLAP, которые были предоставлены в комплекте
версии Microsoft Dynamics AX 4.0, или создан пользовательский куб, обратите внимание,
что отсутствуют пути обновления этих кубов до версии Microsoft Dynamics AX 2009.
В систему Microsoft Dynamics AX 2009 включена новая структура бизнес-аналитики,

позволяющая разработчикам создавать кубы из модели данных Microsoft Dynamics AX.
Наряду с этой структурой системой Microsoft Dynamics AX 2009 предоставляются
следующие определенные заранее кубы.
 Расчеты с поставщиками
 Расчеты с клиентами
 Управление отношениями с клиентами
 Управление расходами
 Главная книга
 Управление персоналом
 Производство
 Учет проектов
 Покупка
 Продажи
Сведения об установке этих кубов см. в руководстве по установке Microsoft Dynamics AX
(http://go.microsoft.com/fwlink/?LinkID=99623).
Сопоставление кодов сотрудников с кодами пользователей
Проблема: восстановление соответствия кодов сотрудников с кодами

пользователей
Управление расходами
При обновлении Microsoft Dynamics AX 3.0 до версии Microsoft Dynamics AX 2009 ранее
настроенное для компании сопоставление кодов сотрудников с кодами пользователей не
сохраняется.
Чтобы решить эту проблему, после завершения обновления необходимо вручную
сопоставить все коды пользователей с кодами сотрудников при помощи мастера импорта
Active Directory (Администрирование > Обычные формы > Пользователи > Импорт).
Отчетность о расходах
Проблема: переназначение номерных серий управления расходами

В системе Microsoft Dynamics AX 2009 номерные серии управления расходами больше не
указаны в форме Параметры управления расходами. Вместо этого они указаны в форме
Ссылки на номерные серии.
При обновлении версии 3.0 до версии 4.1 в качестве промежуточного шага
обновления до версии Microsoft Dynamics AX 2009 необходимо открыть форму
Параметры управления расходами и выбрать новую номерную серию. Только
после этого появится возможность создания отчетов о расходах компании.
После завершения обновления до версии Microsoft Dynamics AX 2009 выполните
следующие шаги.
1. Последовательно щелкните Основное > Настройка > Номерные серии > Ссылки,
чтобы открыть форму Ссылки на номерные серии.
2. Найдите строку для модуля Управление расходами и ссылки Номер отчета о
расходах.
3. В столбце Код номерной серии выберите номерную серию, которую необходимо
назначить.
Можно выбрать ту же самую номерную серию, которая использовалась
в установке Microsoft Dynamics AX 3.0, или другую номерную серию.
4. Щелкните последовательно Файл > Сохранить.
5. Чтобы подтвердить это изменение, щелкните последовательно Управление
расходами > Настройка > Параметры.
6. Откройте вкладку Номерные серии и убедитесь, что выбранные номерные серии
были применены.
Глобальная адресная книга
Проблема: не переносятся данные полей профессионального

префикса, приветствия и суффикса
Основное, Управление персоналом
Во время обновления версии Microsoft Dynamics AX 4.0 данные из полей Профессиональный
префикс, Приветствие и Суффикс, содержащих сведения о сотрудниках, не переносятся
в глобальную адресную книгу Microsoft Dynamics AX 2009. Чтобы восстановить данные
в этих полях, можно добавить их в глобальную адресную книгу вручную (Основное >
Обычные формы > Подробные сведения о глобальной адресной книге > Общее)
или использовать утилиту заполнения Microsoft Dynamics AX для массового обновления
записей по сотрудникам. Сведения об утилите заполнения см. в разделе справки
"Обновление нескольких записей при помощи утилиты заполнения", который находится
вMicrosoft Dynamics AX > Справка > Справка пользователя.
Глобальной адресной книгой в Microsoft Dynamics AX 2009 поддерживаются
определяемые пользователями значения этих полей. В версии Microsoft
Dynamics AX 4.0 эти значения определялись системой.
Проблема: обязательная предварительная настройка виртуальной

компании
CRM, Финансы
В процесс обновления до версии Microsoft Dynamics AX 2009 был добавлен новый шаг
создания одной или нескольких виртуальных компаний для глобальной адресной книги.
Глобальная адресная книга позволяет нескольким компаниям совместно использовать
данные о клиентах, поставщиках, сотрудниках, контактных лицах, подразделениях,
конкурентах и деловых отношениях. Это обеспечивает целостное рассмотрение всех
мероприятий для любого из указанных объектов, например просмотр того, какие компании
используют услуги одного и того же поставщика или обслуживают одного и того же клиента.
Чтобы обеспечить общий доступ нескольких компаний к данным об этих объектах,

необходимо настроить виртуальную компанию для каждого набора, состоящего из одной
или нескольких компаний, которым предоставляется общий доступ к единой глобальной
адресной книге. Этот процесс настройки необходим для функции централизованного
формирования выписок по клиентам, позволяющей напечатать единую выписку по клиенту
для всех компаний, имеющих деловые отношения с этим клиентом. Данный процесс
настройки также необходим для функции централизованных платежей, позволяющей
производить оплату поставщику в одной компании по накладной, которая выставлена
другой компании, или получать платеж в одной компании по накладной в другой компании.
Примечание Если одна или несколько компаний, связанных с DirPartyCollection
(глобальной адресной книгой), не включаются в виртуальную компанию, предполагается,
что совместный доступ к глобальной адресной книге этой компании никогда не будет
предоставляться.
Накладные расходы
Проблема: параметры "Цена включает налог" для категории

"Фиксированные или шт."
Расчеты с клиентами, Расчеты с поставщиками
В версиях, предшествующих Microsoft Dynamics AX 2009, суммы накладных расходов в
категории "Фиксированные или шт." иногда рассматривались как не включающие налоги,
но в других случаях рассчитывались с включением налога согласно значению параметра
Цена включает налог в заголовке заказа. Это расхождение зависело от реализованной
версии и установленных пакетов обновления.
Однако, начиная с версии Microsoft Dynamics AX 2009, только значение находящегося
на вкладке Настройка заголовка заказа параметра Цена включает налог определяет,
рассматривается ли введенное для кода накладных расходов значение как включающее
налог, или оно указано без учета налога.
Эта проблема обновления влияет на реализации, которые используют заказы на покупку,
заявки на закупку, заказы на продажу или предложения по продажам, когда выполняются
следующие два условия.
1. Установлен флажок Цена включает налог на вкладке Настройка в заголовке заказа.
2. Используется один или несколько кодов накладных расходов с категорией
"Фиксированные или шт.".
Чтобы устранить эту проблему после обновления до версии Microsoft Dynamics AX 2009,
сначала необходимо определить список документов, удовлетворяющих этим критериям,
а затем (в тех случаях, когда выбран параметр Цена включает налог) убедиться, что
суммы накладных расходов в системе отражают правильные суммы налога.
Следующий сценарий иллюстрирует поведение системы Microsoft Dynamics AX 2009 в тех
случаях, когда суммы накладных расходов включены в категорию "Фиксированные или шт.".
 Создан заказ на покупку, в котором установлен флажок Цена включает налог.
 Номенклатура строки — 1 @ USD 100,00.
 Включены накладные расходы в сумме USD 10,00 (категория ―Фиксированные‖).
 И номенклатура строки, и накладные расходы подлежат налогообложению по ставке 17%.
В расчетах Microsoft Dynamics AX эта чистая сумма USD 100,00 для номенклатуры строки
включает налог, то есть вычисленная сумма номенклатуры строки без учета налога равна
USD 85,47 (100,00/ 1,17% = 85,47), а налог, рассчитанный для этой номенклатуры строки,
составляет $14,53.
Поскольку в заголовке заказа на покупку указано, что налог включен в цену, системой
Microsoft Dynamics AX 2009 также вычисляется сумма накладных расходов USD 10,00 как
уже включающая налог. Поэтому сумма накладных расходов без налога рассчитывается
как USD 8,55 (10,00/1,17 = 8,55), а рассчитанный налог равен USD 1,45.
Исходя из вышеизложенного, номенклатура строки (USD 85,47) + накладные расходы
(USD 8,55) + налог (USD 14,53 + USD 1,45) = USD 110,00.
Даты изменения и создания
Проблема: перезапись значений дат изменения и создания.

При обновлении Microsoft Dynamics AX 3.0 до версии Microsoft Dynamics AX 2009 данные
"Дата изменения" и ―Дата создания‖, которые хранятся в системе Microsoft Dynamics AX 3.0,
не будут сохранены. Вместо этого указанные поля будут заполнены датой обновления.
Корректировки соглашений по зарплате
Проблема: при сопоставлении полей возможно неправильное

упорядочение корректировок платежа по каждому соглашению по
зарплате.
Модуль управления цехом
Microsoft Dynamics AX 4.0 SP2
Была обнаружена проблема при сопоставлении полей, которая может стать причиной
потери данных компании, находящихся в таблице JmgPayAdjustSetup, во время
обновления Microsoft Dynamics AX 4.0 SP2 до версии Microsoft Dynamics AX 2009,
что приведет к неправильному упорядочению корректировок платежей по каждому
соглашению по зарплате.
Эта проблема обновления является причиной несоответствия кода поля LineNum
в базе данных и в AOT, в результате чего данное поле удаляется и воссоздается на
этапе синхронизации процесса обновления. В результате значения поля LineNum
теряются и корректировки платежей утрачивают свой исходный порядок.
Для решения этой проблемы после процесса обновления выполните следующие
действия:
1. Щелкните последовательно Модуль управления цехом > Настройка > Зарплата >
Соглашения по зарплате > Корректировка платежа.
2. В форме Корректировка платежа проверьте порядок корректировок платежей, которые
были определены для выбранного соглашения.
3. При помощи кнопок Вверх и Вниз измените порядок платежей необходимым образом.
Для решения этой проблемы перед процессом обновления:
 Выполните следующий сценарий.
UPDATE SQLDICTIONARY SET FIELDID=1 WHERE FIELDID=2 AND TABLEID=8594
Управление печатью
Проблема: изменения параметров управления печатью.

Расчеты с клиентами, Расчеты с поставщиками, Проект, CRM
Функция управления печатью облегчает управление документами, которые создаются во
время разноски заказов на покупку в модуле расчетов с поставщиками, заказов на продажу
в модуле расчетов с клиентами, отгрузочных накладных в модуле запасов и накладных по
проектам, а также при обновлении предложений по продажам в модуле CRM.
В связи с этой функцией следующие точки данных будут влиять на реализации систем
Microsoft Dynamics AX 3.0 и 4.0, которые обновляются до версии Microsoft Dynamics AX 2009.
1. Как в пользовательских, так и в партнерских настройках несколько существующих
таблиц будет удалено и заменено новыми таблицами, поддерживающими данную
функцию. В число этих таблиц, которые будут связаны с конфигурационным ключом
SysDeletedObjects41, входят:
 PurchPrintCopies
 PurchPrintSetup
 SalesPrintCopies
 SalesPrintSetup
 ProjPrintCopies
2. Записи управления печатью Microsoft Dynamics AX 4.0, которые связаны с не существующим
больше счетом или проводкой, будут удалены.
3. Записи управления печатью Microsoft Dynamics AX 4.0 с типом модуля "Пользователь"
будут удалены.
4. Записи управления печатью Microsoft Dynamics AX 4.0 со статусом документа
"ProjectPackingSlip" будут удалены.
5. Код языка для записей управления печатью по умолчанию будет соответствовать
языку по умолчанию для этой компании.
6. Записи управления печатью Microsoft Dynamics AX 4.0 со статусом документа "PickingList"
после обновления до версии Microsoft Dynamics AX 2009 будут относиться к модулю
"Запасы", а не к модулю "Продажи".
Во время процесса обновления продаж создается дополнительная запись на основе
каждого документа, имеющего тип "Подтверждение". Дополнительная запись является
копией записи подтверждения, но с типом документа "SalesOrderConfirmation‖. Исходная
запись подтверждения при этом также обновляется ожидаемым образом.
Проблема: изменения параметров настройки управления печатью.

Расчеты с клиентами, Расчеты с поставщиками, Проект, CRM
Функция управления печатью облегчает управление документами, которые создаются во
время разноски заказов на покупку в модуле расчетов с поставщиками, заказов на продажу
в модуле расчетов с клиентами, отгрузочных накладных в модуле запасов и накладных по
проектам, а также при обновлении предложений по продажам в модуле CRM. Возможность
создания текста нижнего колонтитула на нескольких языках и выбор функции управления
печатью, определяемый запросом, являются новыми возможностями, реализованными
в системе Microsoft Dynamics AX 2009.
Документы, управление которыми осуществляет модуль управления печатью, выводятся
на печать из формы разноски или формы обновления, в зависимости от документа. В этих
формах имеется кнопка Настройка принтера, которая открывает стандартную форму
Microsoft Dynamics AX для настройки принтера. Если в форме разноски или форме
обновления установлен флажок Использовать назначение управления печатью,
назначение документа, которое указано в форме настройки принтера, является значением
по умолчанию для модуля управления печатью. Если флажок Использовать назначение
управления печатью в форме разноски или форме обновления не установлен,
назначение документа, которое указано в форме Настройка принтера, является
назначением для всех документов.
В предыдущих версиях Microsoft Dynamics AX число копий, указанное для управления
печатью, умножалось на число копий в форме настройки принтера. В версии Microsoft
Dynamics AX 2009 число идентичных копий, указанное в форме Настройка принтера,
не используется с параметрами управления печатью. Вместо этого в качестве числа
идентичных копий используются сведения, указанные в форме Настройка управления
печатью.
Модель продукции
Проблема: устранение расхождений в накладных только с НДС

Главная книга
Для накладных, содержащих исключительно начисления налога на добавленную стоимость
(накладные только с НДС), в которых валюта накладной отличается от валюты, указанной
на вкладке Общее формы Налоговые коды (Главная книга > Настройка > Налог >
Налоговые коды), сумма разнесенного налога вычисляется неправильно.
Для Microsoft Dynamics AX 4.0 SP1 и SP2 недавно были реализованы исправления
для слоя DIS, позволяющие устранить эту проблему. Рекомендуется применить
эти исправления перед обновлением до версии Microsoft Dynamics AX 2009.
Кроме того, службой поддержки пользователей Microsoft Dynamics AX был создан

доступный отчет, который можно выполнить с целью выявления всех проводок в базе
данных, на которые влияет эта проблема. Обратитесь к представителю службы поддержки
Microsoft Dynamics AX, чтобы получить код, необходимый для выполнения этого отчета.
Чтобы исправить любые указанные в этом отчете проблемы, создайте запись в журнале
(Главная книга > Журналы > Общий журнал) для регистрации корректирующей записи.
Можно использовать указанный в отчете код операции для идентификации счетов, которые
использовались для предыдущей разноски. Таким образом можно разнести правильные
значения на эти счета. Данные записи необходимо выполнить в валюте налогового кода,
чтобы создать разницу суммы, которую необходимо было разнести изначально. Дата
разноски этой коррекции налога должна относиться к текущему периоду.
В идеальном случае эти коррекции необходимо выполнить перед обновлением до версии
Microsoft Dynamics AX 2009, но их можно выполнить и после обновления, если проблемы
не были выявлены заранее.
Управление качеством
Проблема: требуются отдельные сценарии обновления для решения

по управлению качеством
Решение по управлению качеством
Этот модуль был известен как "Общее управление качеством" в версии Microsoft
Dynamics AX 4.0.
Клиентам, использующим модуль "Общее управление качеством" в Microsoft Dynamics AX 4.0,
необходимо выполнить отдельные сценарии обновления для переноса данных Microsoft
Dynamics AX 4.0 в модуль "Решение по управлению качеством" Microsoft Dynamics AX 2009.
Важно:
Однако перед этим может потребоваться корректировка размера строк
определенных полей, которые изменены в Microsoft Dynamics AX 2009.
(Эти изменения были внесены с целью выполнения рекомендаций
по длине ключей в некоторых таблицах.)
Конкретные инструкции см. в документе "Обновление QMS", который можно загрузить
вместе со сценариями обновления QMS на узле PartnerSource.
Запрос предложения
Проблема: требуется корректировка запросов предложения вручную

Расчеты с клиентами
Заказ на покупку с типом ―Предложение‖, созданный в версии Microsoft Dynamics AX 3.0
или 4.0 без строк, не будет преобразован в запрос предложения во время обновления
до версии Microsoft Dynamics AX 2009. Вместо этого необходимо вручную создать новый
запрос предложения после завершения обновления Microsoft Dynamics AX 2009.
Кроме того, введенные в запросы предложения корректировки налогов не будут
преобразованы в запросы предложения; также невозможно ввести корректировки налогов
в запросы предложения после обновления до версии Microsoft Dynamics AX 2009,
поскольку в ней корректировки налогов для запросов предложения не поддерживаются.
Заказы на возврат
Проблема: необходимость выставления накладных по заказам на

возврат перед обновлением
По заказам на продажу с типом "Возвращенная номенклатура" необходимо выставить
накладные до начала процесса обновления до версии Microsoft Dynamics AX 2009.
Невыполнение этого действия может привести к рассинхронизации складских проводок
со строками заказов на продажу.
Параметры продажи
Проблема: возможный сбой обновления в таблице "Параметры

продажи"
Во время процесса последующей синхронизации в некоторых случаях обновления
Microsoft Dynamics AX 4.0 до версии Microsoft Dynamics AX 2009 периодически может
возникать сбой ReleaseDB41_Cust::createOrderEntryDeadline из-за невозможности
обработать запись в таблице "Параметры продажи" (SalesParameters). Чтобы решить
эту проблему, запустите сценарий обновления Microsoft Dynamics AX 2009 во второй раз.
Проблема: необходимость разнести отчеты с типом "Матрица" перед

обновлением
Если какие-либо отчеты о затратах, имеющие тип "Матрица", сохранены, но еще не
разнесены в используемой реализации Microsoft Dynamics AX 3.0, эти отчеты необходимо
разнести перед обновлением до версии Microsoft Dynamics AX 2009. Матричные проводки
не поддерживаются в системе Microsoft Dynamics AX 2009.
Рекомендуется разнести все отчеты о затратах перед выполнением обновления до версии
Microsoft Dynamics AX 2009, а не только те, которые имеют тип "Матрица".
Примечание В системе Microsoft Dynamics AX 2009 в качестве альтернативы матричным
проводкам доступна функция "Разделить расход".
Коммерческие соглашения
Проблема: развернутое отображение столбцов "Допустимый для"

и "Ценовая группа"
Проект
После обновления Microsoft Dynamics AX 4.0 до версии Microsoft Dynamics AX 2009
столбцы Допустимый для и Ценовая группа будут отображаться в следующих формах,
в дополнение к тем формам, где они уже отображались в предыдущих версиях.
 Цена продажи — Час
 Цена продажи — Расходы
 Цена продажи — Сборы
 Цена продажи — Подписка
Это изменение влияет на следующие таблицы:
 projHourSalesPrice
 projCostSalesPrice
 projRevenueSalesPrice
 smaSalesPriceSubscription
Существующие в этих таблицах записи по цене продажи, которые содержат код проекта,
будут иметь настройку "Таблица" в столбце Допустимый для. Для всех остальных
записей в столбце Допустимый для будет отображаться "Все".

конкретные языки
В этом разделе рассматриваются проблемы при обновлении для следующих стран:
 Бразилия
 Финляндия
Бразилия
Проблема: отсутствие строк продажи и покупки при обновлении новых

полей скидок
Был создан ряд новых полей и сценариев обновления для продолжения применения
сведений о скидках из заголовка в строках накладной. Однако сценарии обновления
опираются на данные InventTable при определении необходимости применения скидки,
обращаясь в то же время к данным таблиц PurchLine и SalesLine для перерасчета
соответствующих сумм. В случае изменения настройки для номенклатур, к которым
применяется скидка из заголовка, или в тех случаях, когда строка продажи или покупки
больше не существует, соответствующие поля необходимо обновить вручную.
Эта проблема не влияет на реализации, в которых скидка из заголовка в заказах не
использовалась.
Были созданы новые поля и сценарии обновления, чтобы сохранить применение сведений
о скидках из заголовка в строках накладной:
 \Data Dictionary\Tables\CustInvoiceTrans\Fields\LineEndDiscAmount_BR
 \Data Dictionary\Tables\VendInvoiceTrans\Fields\LineEndDiscAmount_BR
 \Data Dictionary\Tables\VendInvoiceTrans\Fields\SumLineDiscAmount_BR
Следующие поля обновлены и отражают новые поля скидок:
 \Data Dictionary\Tables\CustInvoiceJour\Fields\InvoiceGoodsAmount
 \Data Dictionary\Tables\CustInvoiceJour\Fields\InvoiceServicesAmount
 \Data Dictionary\Tables\VendInvoiceJour\Fields\InvoiceGoodsAmount
 \Data Dictionary\Tables\VendInvoiceJour\Fields\InvoiceServicesAmount
В системе Microsoft Dynamics AX 2009 отдельный слой для Бразилии включен в
состав консолидированного слоя GLS. Данная проблема не устранена на момент
опубликования этого документа.
Проблема: отсутствие таблиц продажи и покупки при обновлении

информации перевозчика
Процесс обновления опирается на информацию перевозчика в таблицах CustInvoiceJour и
VendInvoiceJour. В тех случаях, когда соответствующие заказы на продажу или на покупку
удалены, поля DlvStateRegistered и DlvPackingName не будут обновляться.
Проблема: отсутствие таблицы продажи и строк продажи при

обновлении ссылок накладных заказов на продажу для дополняющих
и возвращенных накладных
Программой обновления используется информация из таблиц SalesTable и SalesLines для
обновления ссылок накладных заказов на продажу и ссылок строк накладных заказов на
продажу в дополняющих накладных (которые предназначены для изменения налога или
цены в предыдущей накладной), и возвращенных накладных (соответственно). Если
связанный с указанными ссылками заказ был удален, эти поля не будут обновлены при
обновлении данных накладных.
Проблема: отсутствие строк заказа на продажу при обновлении кодов

обслуживания
Программой обновления используется информация перевозчика, хранящаяся в таблице
SalesLine, для обновления сведений о кодах обслуживания и накладных заказов на
продажу. Если строки заказа на продажу, связанные с конкретной накладной заказа на
продажу были удалены из таблицы строк заказов на продажу, код обслуживания в этой
накладной заказа на продажу не будет обновлен.
Проблема: добавление аналитики и изменение размера расширенного

типа данных для поля имени с 60 до 80
Перед выполнением обновления до версии Microsoft Dynamics AX 2009следует открыть и
выполнить форму SYSDimensionAddWizard_BR, которая доступна в AOT, чтобы создать
четвертую аналитику "Филиал" и изменить размер расширенного типа данных для поля
Имя на 80.
Финляндия
Проблема: сохранение ссылочных номеров платежей в ежедневных

журналах
Была обнаружена проблема, требующая от финских компаний установить исправление
перед началом процесса обновления, если они используют ежедневный журнал для
импорта открытых записей по расчетам с клиентами.
Это исправление описано в статье базы знаний Microsoft Dynamics AX 949906, которая
доступна на узлах CustomerSource и PartnerSource.
Данная проблема связана с распространенной в Финляндии практикой использования
ссылочного номера платежа (дополнительно к номеру накладной) в составе проводки по
накладной, чтобы клиенты, совершающие электронные платежи, могли ссылаться на этот
номер для подтверждения того, что их платеж относится к конкретному требованию об оплате.
Если перед обновлением системы не применить исправление, значение поля "Ссылка на
платеж" будет вычислено системой во время процесса обновления во второй раз, заменив
исходное значение ссылки платежа. После этого платеж клиента нельзя будет правильно
сопоставить с соответствующей исходной накладной.
Устранение проблем обновления

В этом разделе представлены сведения об устранении проблем, которые могут возникнуть
при обновлении системы Microsoft Dynamics AX. Данный раздел содержит следующие
подразделы.
 Устранение проблем использования средства подготовки к обновлению БД Microsoft
Dynamics AX
 Устранение проблем во время обновления на этапе запуска AOS или клиента Microsoft
Dynamics AX
 Устранение проблем компиляции Microsoft Dynamics AX
 Устранение проблем использования панели обновления данных
 Сообщения об ошибках во время обновления
Устранение проблем использования

средства подготовки к обновлению БД
В этом разделе содержатся сведения о проблемах, которые могут возникнуть
при использовании во время обновления средства подготовки к обновлению БД
Использование FRx вместе со средством подготовки

к обновлению БД Microsoft Dynamics AX
Если при запуске средства подготовки к обновлению БД Microsoft Dynamics AX
используется FRx, произойдет сбой при обработке таблицы frl_entity и процесс
копирования таблиц в новую базу данных Microsoft Dynamics AX будет остановлен.
Причиной сбоя процесса является наличие в таблице frl_entity столбца идентификаторов.
Чтобы предотвратить возникновение этого сбоя, необходимо выполнить действия одного
из следующих вариантов.
Вариант 1
Удалите таблицу frl_entity перед запуском средства подготовки к обновлению БД Microsoft
Dynamics AX. Когда обновление до версии Microsoft Dynamics AX 2009 будет завершено,
используйте службы DTS для восстановления резервной копии таблицы frl_entity из базы
данных Axapta 3.0 в новой базе данных Microsoft Dynamics AX.
Тот же самый процесс применения служб DTS можно использовать для любой
таблицы базы данных Dynamics AX, которая не существует также в AOT. Для
идентификации этих таблиц, на которые оказывается влияние, используются
сценарии DBPrep_nonAOTtable_SQL.sql или DBPrep_nonAOTtable_Ora.sql.
1. Перед запуском средства подготовки к обновлению БД Microsoft Dynamics AX создайте
резервную копию базы данных Axapta 3.0.
2. Удалите таблицу frl_entity в базе данных Axapta 3.0.
3. Запустите средство подготовки к обновлению БД Microsoft Dynamics AX и выполните
обновление до версии Microsoft Dynamics AX 2009.
4. В программе SQL Server 2000 Enterprise Manager или SQL Server 2005 Management
Studio восстановите резервную копию Axapta 3.0, созданную на шаге 1. Экспортируйте
таблицу frl_entity из базы данных Microsoft Dynamics AX 3.0 в базу данных Microsoft
Dynamics AX 2009.
Вариант 2
Удалите таблицу frl_entity в базе данных Axapta 3.0 перед запуском средства подготовки
к обновлению БД Microsoft Dynamics AX. Затем воссоздайте таблицу frl_entity после
завершения обновления до версии Microsoft Dynamics AX 2009.
Средство подготовки к обновлению БД Microsoft Dynamics AX

и Oracle
Если используется Oracle, перед запуском средства подготовки к обновлению БД Microsoft
Dynamics AX необходимо убедиться, что присутствуют библиотеки 32-разрядного клиента
Oracle (SKU администратора).
Программа поиска вирусов останавливает работу средства

подготовки к обновлению БД Microsoft Dynamics AX
Средством подготовки к обновлению БД Microsoft Dynamics AX создаются промежуточные
файлы, которые могут привести к срабатыванию программы поиска вирусов и стать
причиной сбоя средства подготовки к обновлению БД.
При возникновении этой проблемы отключите программу поиска вирусов и перезапустите
средство подготовки к обновлению БД Microsoft Dynamics AX. Убедитесь в том, что после
завершения использования средства подготовки к обновлению БД Microsoft Dynamics AX
программа поиска вирусов была снова запущена.
Сбой средства подготовки к обновлению БД Microsoft

Dynamics AX
Проблема: сбой средства подготовки к обновлению БД Microsoft Dynamics AX и появление
синтаксической ошибки во время создания объектов в целевой базе данных.
Возможная причина № 1: в схеме исходной базы данных имеются таблицы не на базе AOT.
Решение: выполните шаги подраздела "Таблицы не на базе AOT" раздела Средство
подготовки к обновлению БД Microsoft Dynamics AX.
Возможная причина № 2: в базе данных Microsoft Dynamics AX 3.0 в качестве имен
объектов, индексов и ограничений используются зарезервированные слова базы данных.
Решение: переименуйте объекты, индексы и ограничения базы данных Microsoft
Dynamics AX 3.0, используя имена, не являющиеся зарезервированными словами базы
данных. Запустите средство подготовки к обновлению БД Microsoft Dynamics AX, чтобы
скопировать данные и вернуть объектам, индексам и ограничениям их исходные имена.
Например, если один из столбцов таблицы имеет имя INTERNAL, переименуйте его в
XINTERNAL, а после запуска средства подготовки к обновлению БД Microsoft Dynamics AX
переименуйте данный столбец снова в INTERNAL.
Сбой средства подготовки к обновлению БД Microsoft

Dynamics AX на первой таблице AccessRightsList
Проблема: сбой сценариев на первой таблице AccessRightsList после запуска процесса
массового копирования.
Возможная причина: У средства подготовки к обновлению БД Microsoft Dynamics AX
отсутствуют необходимые права или доступ к временной папке процесса массового
копирования.
Решение: местоположение временной папки процесса массового копирования для сервера
SQL должно быть локальным по отношению к конечному серверу SQL, где расположена
новая база данных Microsoft Dynamics AX 2009.
Средство подготовки к обновлению БД Microsoft Dynamics AX

не запускается
Проблема: средство подготовки к обновлению БД Microsoft Dynamics AX не открывается
по причине необработанного исключения при запуске.
Возможная причина: вероятно, во время установки Microsoft Dynamics AX 2009 не было
установлено необходимое предварительное программное обеспечение.
Решение: установите необходимое предварительное программное обеспечение
с установочного носителя.

Устранение проблем во время обновления

на этапе запуска AOS или клиента
В этом разделе содержатся сведения о проблемах, которые могут возникнуть при первом
запуске сервера Application Object Server (AOS) или клиента Microsoft Dynamics AX 2009 во
время процесса обновления.
AOS или контрольный список обновления не запускается

Проблема: AOS или Контрольный список обновления не запускается во время
процесса обновления.
Возможная причина № 1: данные хранятся с использованием нескольких сопоставлений.
Решение: сценарий, при котором используется несколько сопоставлений для баз данных,
не поддерживается.
1. Выполните преобразование базы данных с целью использования единственного
сопоставления. Дополнительные сведения см. в документации сервера SQL или Oracle
при обновлении до версии Microsoft Dynamics AX 2009. Для исправления указанной
проблемы выполните следующие шаги.
2. Убедитесь, что система функционирует правильно и проблемы с данными отсутствуют.
3. Начните обновление до версии Microsoft Dynamics AX 2009.
Возможная причина № 2: был изменен один из следующих объектов.
 Системные таблицы, которые используются во время запуска AOS (например,
SysSetupCompanyLog или SysUserInfo).
 Любые элементы, используемые глобальными классами (узлы "Info" или "Application")
 Элементы базы данных, препятствующие удалению или созданию табличных объектов,
например созданию статистики пользователя в поле, которое синхронизируется во
время запуска AOS.
Решение: удалите эти изменения из версии Microsoft Dynamics AX 4.0 и переместите их в
версию Microsoft Dynamics AX 2009 перед началом обновления. Откройте окно просмотра
событий Windows (Администрирование > Просмотр событий), чтобы проверить, нет ли
ошибок, относящихся к инструкции SQL. Для исправления проблемы выполните отладку
и устраните сбои, связанные с инструкциями SQL. Например, если для поля таблицы
определена статистика пользователя, удалите статистику пользователя в таблицах,
где имеются ошибки.
Не рекомендуется настраивать системные классы или объекты.
Возможная причина № 3: сервер AOS не был обновлен надлежащим образом, поскольку

была указана неправильная база данных Microsoft Dynamics AX для установки во время
установки системы Microsoft Dynamics AX 2009. Это приводит к получению следующего
сообщения: "Версия сохраненных процедур в этой базе данных, отличается от версии,
которая ожидается сервером Application Object Server (AOS). Необходимо настроить
новый экземпляр AOS, указывающий на обновленную версию сохраненных процедур."
Решение: существуют два решения.
 Переустановите Microsoft Dynamics AX 2009 и укажите правильную базу данных
Microsoft Dynamics AX, которую необходимо обновить во время установки.
 Откройте Microsoft SQL Server Management Studio и скопируйте сохраненные
процедуры sysserversessions и sysclientsessions из рабочего экземпляра
Microsoft Dynamics AX 2009 в базу данных Microsoft Dynamics AX. Затем узнайте
значение "parm" SYSSPVERSION (столбец) в таблице SQLSYSTEMVARIABLES
при помощи следующего запроса.
select * from SQLSYSTEMVARIABLES where parm='SYSSPVERSION';
 Если это значение не равно "8", выполните следующий запрос.

Update SQLSYSTEMVARIABLES set value=8 where parm='SYSSPVERSION';
 Для базы данных, требующей явной фиксации, выполните следующий запрос.

Commit;
Фатальный сбой клиента Microsoft Dynamics AX при его

запуске во время процесса обновления
Проблема: после выполнения всех шагов процедуры Подготовка к обновлению произошел
фатальный сбой клиента Microsoft Dynamics AX 2009.
Возможная причина № 1: имеются изменения классов, влияющие на процесс запуска.
Решение: проверьте, не был ли изменен какой-либо код нижнего уровня, выполняемый
во время запуска, или код, запускаемый из узла "Classes", например узлов "Application"
или "Info".
Если в классы внесены изменения, препятствующие правильному запуску Microsoft
Dynamics AX, удалите эти изменения.
Возможная причина № 2: имеются изменения имен, которые вступают в конфликт с новой
структурой базы данных.
Решение: возможно, имеются изменения имен полей, которые конфликтуют с созданными
mcCoName дополнениями. Имена полей должны иметь уникальные коды. Откройте окно
просмотра событий (Администрирование > Просмотр событий) и проверьте журнал
событий, где идентифицируются все дублированные поля.

Устранение проблем компиляции Microsoft

Dynamics AX
В этом разделе содержатся сведения о проблемах, которые могут возникнуть при
компиляции Microsoft Dynamics AX 2009 во время процесса обновления.
Ошибка при компиляции, связанная с недостаточностью прав

Если при выполнении компиляции Microsoft Dynamics AX в процессе обновления возникают
ошибки, связанные с недостаточностью прав, проверьте, не изменены ли классы слоя VAR
или BUS и их слоев исправлений, что требует загрузки лицензии. Если изменены классы,
которые запускаются раньше и требуют лицензии, запустите Application Object Server (AOS)
и загрузите соответствующую лицензию перед копированием обновленных файлов
приложения в папку "Standard". Последовательность обновления в этом случае должна
выглядеть следующим образом:
1. Установите Microsoft Dynamics AX (включая файлы приложения, клиент, AOS и новую
пустую базу данных).
2. Запустите с установочного носителя Microsoft Dynamics AX средство подготовки к
обновлению БД.
3. Запустите сервер AOS.
4. Запустите клиент Microsoft Dynamics AX.
5. Загрузите лицензионные ключи, последовательно щелкнув Администрирование >
Настройка > Система > Лицензионные условия. Затем нажмите кнопку Загрузка
файла лицензии.
6. Закройте клиент Microsoft Dynamics AX.
7. Последовательно щелкните Пуск > Администрирование > Службы и остановите
сервер AOS (указанный в списке служб как Dynamics AX Object Server).
8. Скопируйте файлы приложения (*.aod) из всех слоев, находящихся над слоем HFX, в папку:
\Microsoft Dynamics\5.0\Application\Appl\Standard
9. Скопируйте файлы приложения (*.aod) из всех слоев, находящихся над слоем HFX, в папку:
\Microsoft Dynamics\5.0\Application\Appl\Standard\Old
10. Удалите индексный файл (axapd.aoi) из папки "Standard".
11. Запустите сервер AOS через список Службы.
12. Запустите клиент Microsoft Dynamics AX.
13. Выполните пункты контрольного списка обновления.

Устранение проблем использования

панели обновления данных
использовании Панели обновления данных.
Сбой запуска задания обновления

Проблема: процесс обновления не запускается после нажатия кнопок Выполнить или
Пробный запуск в Панели обновления данных, и все сценарии обновления в течение
продолжительного времени остаются в состоянии Готово.
Можно обновить сведения о статусе обновления версии вручную, если нажать кнопку
Обновить в Панели обновления данных. Чтобы включить автоматическое
обновление сведений о статусе обновления версии, установите флажок
Автоматическое обновление включено.
Возможная причина № 1: база данных обновлялась раньше (например, с версии Microsoft
Axapta 2.5 до версии Microsoft Dynamics AX 3.0), и группа пакетов с именем DataUpdate все
еще существует, но связанное с этой группой пакетов задание не существует.
Решение: выполните перечисленные ниже шаги.
1. Откройте форму Группа пакетов (Администрирование > Настройка > Пакетные группы).
2. Выберите группу DataUpdate.
3. Откройте вкладку Серверы обработки пакетных заданий.
4. Убедитесь, что текущий сервер AOS включен в список Выбранные серверы. Если
указанного сервера нет в этом списке, переместите его туда из списка Оставшиеся
серверы.
Возможная причина № 2: сервер обработки пакетных заданий, определенный для
выполнения задания обновления, не запущен.
Решение. Откройте форму Конфигурация сервера (Администрирование > Настройка >
Конфигурация сервера). Проверьте, что установлен флажок Сервер обработки пакетных
заданий для экземпляра AOS, выполняющего обновление.
Возможная причина № 3: группа пакетов DataUpgrade не выбрана для экземпляра AOS,
выполняющего обновление.
Решение: откройте форму Конфигурация сервера (Администрирование > Настройка >
Конфигурация сервера). На вкладке Группы серверов пакетной обработки убедитесь,
что группа пакетов DataUpdate включена в список Выбранные группы.

Потеря данных на шаге синхронизации

Если происходит потеря данных во время выполнения шага синхронизации из перечня
Контрольный список обновления, выполните следующие проверки.
1. Найдите страницу Предупреждение синхронизации и убедитесь в отсутствии ошибок.
2. Во время синхронизации AOT синхронизируется с базой данных. Если имеются
пользовательские настройки, которые не были обновлены надлежащим образом,
то эти изменения могут не являться частью AOT и будут удалены во время процесса
синхронизации.
3. Если во время синхронизации коды полей или коды таблиц в системе Microsoft
Dynamics AX 2009 изменяются по сравнению со значениями, использовавшимися
в версии Microsoft Dynamics AX 3.0 или Microsoft Dynamics AX 4.0, данные из этих
полей или таблиц будут утеряны. Чтобы избежать этого, создайте сценарий
обновления, изменяющий TableID во время процесса предварительной синхронизации.
Дополнительные сведения см. в техническом документе "Способы написания
сценариев обновления данных для Microsoft Dynamics AX 2009". Кроме того,
обратитесь к разделу "Потенциальная возможность удаления таблиц", где находятся
сведения о соответствующих проблемах.
4. Изменения в схеме базы данных, например определение статистики пользователя
в столбцах, могут препятствовать синхронизации объектов с AOT, приводя к ошибкам.
Проверьте объект, являющийся причиной возникновения ошибки, и проведите
исследование, запустив оператор SQL (полученный из журнала Microsoft Dynamics AX
Infolog или из окна "Просмотр событий" Windows) непосредственно в базе данных при
помощи программы SQL Server Management Studio или эквивалента Oracle, например
приложения SQLplus.
5. Получено сообщение об ошибке DEL_<таблица>, которое может означать, что эта
таблица не была удалена после предыдущего обновления. Создайте резервную копию
базы данных Microsoft Dynamics AX 3.0, а затем отключите конфигурационный ключ
Сохранить объекты обновления 3.0. Если эти флажки сняты, любые устаревшие
объекты DEL_ будут удалены из исходной базы данных. Перед продолжением
процесса обновления убедитесь, что система функционирует надлежащим образом.
6. Отображается следующее сообщение: "Невозможно выполнить команду языка
определения данных в <table_name>", где <table_name> является местозаполнителем
для фактической таблицы, имя которой отображается при возникновении данной
проблемы. Также в журнале событий приложений AOS отображается сообщение,
информирующее о невозможности переименования объекта при помощи оператора
SQL, поскольку данное имя объекта уже существует.

Запустите систему MSDAX5, откройте AOT и найдите таблицу, где возникла проблема.
Если имеются две таблицы с одинаковым именем, выполните проверку, чтобы
выяснить, не существует ли одна из таблиц только в слое SYS, а вторая — в слое SYS
и еще в одном слое. В этом случае щелкните правой кнопкой мыши таблицу, которая
существует в двух различных слоях, и выберите Сравнение. Инструмент Сравнение
используется, чтобы выяснить, не было ли изменено имя таблицы. Рассматриваемой
таблице в новой версии могло быть присвоено новое имя DEL_[table_name]. Обратите
внимание на любые изменения, а затем удалите объект текущего слоя. Теперь имя
DEL_[table_name] будет отображаться в AOT, и данная таблица больше не будет
создавать ошибок при синхронизации.
7. Отображается сообщение, в котором говорится, что существуют одинаковые имена полей,
но с разными значениями кода. Чтобы решить эту проблему, нужно написать сценарии
обновления для процесса предварительной синхронизации. См. технический документ
"Способы написания сценариев обновления данных для Microsoft Dynamics AX 2009".
Кроме того, такая проблема может возникнуть при экспорте таблицы из одного слоя в
другой с кодами объектов. Убедитесь, что при экспорте объектов коды этих объектов
не экспортируются.
Потеря данных или сбои задач обновления на этапе

последующей синхронизации
Если произошла потеря данных на этапе Выполнить последующую
синхронизацию контрольного списка обновления, необходимо рассмотреть
следующие аспекты.
1. Сценарии обновления могут выполняться только в том случае, если включены
соответствующие конфигурационные ключи. Найдите таблицы или поля, в которых
не произошло обновления данных, чтобы убедиться, что все конфигурационные ключи,
связанные с этими таблицами или полями, включены.
2. При сбое сценария обновления необходимо проверить оператор SQL, который вызвал
сбой. Операторы SQL можно найти в infolog системы Microsoft Dynamics AX или в средстве
просмотра событий Windows.
Решение проблем с производительностью при выполнении

сценариев обновления
При обновлении большой базы данных, которое может занять несколько часов, можно
повысить производительность, увеличив интервал автообновления в поле Интервал
автообновления (с) до 1800 секунд или отключив автообновление (для этого нужно снять
соответствующий флажок). Эти меры позволят увеличить производительность.

Кроме того, можно увеличить число потоков пакетной обработки, заданное для сервера
обработки пакетных заданий обновления. Откройте форму Конфигурация сервера
(Администрирование > Настройка > Конфигурация сервера). На вкладке График
сервера обработки пакетных заданий укажите нужное число в столбце Максимальное
число потоков в пакетном задании. После изменения числа потоков необходимо
протестировать производительность обновления.
Если используется база данных Oracle, необходимо убедиться, что установлен последний
поддерживаемый клиент Oracle со всеми обязательными исправлениями.
Дополнительные сведения о том, как увеличить производительность при обновлении
данных, см. в разделе Повышение производительности обновления данных.
Чтобы локализовать проблемы с производительностью при выполнении задания
обновления, необходимо выполнить следующие действия.
1. Выполните сортировку в столбцах Время начала, Продолжительность и Обновить
код задания в панели обновления данных, чтобы определить, какие задачи
выполняются неожиданно долго.
2. Нажмите "Отмена", чтобы отменить запуск всех задач обновления со статусом
"Ожидание". Выполнение задач, уже отправленных на сервер обработки пакетных
заданий, будет продолжено. Поскольку процесс был остановлен внезапно, в базе
данных могут остаться недействительные данные, и поэтому перед новой попыткой
обновления данных необходимо будет выполнить восстановление из резервной копии.
Сбой синхронизации в ходе обновления

Проблема: если используется сервер SQL Server и выполняется обновление с версии
Microsoft Dynamics AX 4.0 SP1 с номером сборки приложения не менее 4.0.2500.61 или
с версии Microsoft Dynamics AX 4.0 SP2, при синхронизации может произойти ошибка.
В этом случае происходит сбой в четырех таблицах, перечисленных ниже, и продолжение
обновления невозможно.
 DimensionCollection;
 DimensionHierarchyCombination;
 DimensionSetCombinationDuplicate;
 DimensionSetCombinationTemp.
Возможная причина: коды полей для четырех указанных выше таблиц в версиях
Microsoft Dynamics AX 4.0 SP2 и Microsoft Dynamics AX 2009 различаются. Однако коды
таблиц в обеих версиях одинаковы, и поэтому сценарии обновления не могут начать
обработку кода обновления, чтобы скорректировать коды полей. Поскольку коды полей
в базе данных и в AOT различаются, эти поля удаляются, а затем снова создаются на этапе
синхронизации. На этапе синхронизации происходит сбой, поскольку имеются индексы SQL,
которые ссылаются на эти поля, что делает удаление этих полей невозможным.
Решение: перед началом обновления необходимо выполнить следующий сценарий SQL
для базы данных Microsoft Dynamics AX 4.0 SP2.
--DIMENSIONCOLLECTION
--DIMENSIONHIERARCHYCOMBINATION
--DIMENSIONSETCOMBINATIONDUP2899
--DIMENSIONSETCOMBINATIONTEMP
--PROVISIONALHIERARCHY

Возможности для удаленных таблиц

В ходе синхронизации может быть выведено сообщение об ошибке, которое показывает,
что в системе Microsoft Dynamics AX 2009 будет удалена и снова создана таблица данных,
что может привести к потере всех данных в этой таблице.
Эта проблема может возникнуть, если вместо обновления существующих настроек
выполняется их повторная реализация. Это обычно происходит при изменении кода
таблицы, в результате чего таблица SQLDictionary не соответствует данным в представлении
AOT для этой таблицы. Обновление таблицы SQLDictionary выполняется путем удаления
и воссоздания рассматриваемой таблицы в ходе синхронизации.
Ниже перечислены два варианта решения этой проблемы.
Способ 1
Рекомендуемый способ решения этой проблемы заключается в использовании
статического метода класса ReleaseUpdateDB. Этот метод следует выполнять в ходе
предварительной синхронизации, чтобы сохранить данные в таблице. В приведенном ниже
примере будет использоваться класс ReleaseUpdateDB41_Administration. Класс, который
нужно использовать, зависит от того, к какому модулю относится таблица.
1. Откройте AOT.
2. Разверните узел Классы.
3. Найдите класс ReleaseUpdateDB41_Administration.
4. Дважды щелкните этот класс, чтобы открыть его в редакторе.
5. Нажмите кнопку Создать, чтобы создать новый метод.
6. Введите следующий код:
void RepairCustomTable()
TableID oldID;
TableID newID;
oldID = 50008;
newID = 50001;
ReleaseUpdateDB::changeTableByName("COREEXCHANGETABLE",oldID,newID);
7. Сохраните код.
8. Измените метод initPreSyncJobs, добавив вызов метода, созданного на шаге 5 - 7.
Выделите метод initPreSyncJobs в крайней левой области редактора. Теперь код
отображается на экране.
9. Найдите раздел кода, который начинается с "this.addStandardJob".
10. Добавьте следующую строку после заданий, перечисленных в этом разделе.

this.addStandardJob(methodStr(ReleaseUpdateDB41_Administration,
RepairCustomTable),'Backing up custom table');
11. Сохраните код. Теперь, если запустить процесс обновления снова, будет загружен
пользовательский код и таблица будет исправлена.
Способ 2
Другой способ решения этой проблемы заключается в том, чтобы создать временную
таблицу, скопировать в нее данные из проблемной таблицы, позволить системе Microsoft
Dynamics AX 2009 удалить и снова создать проблемную таблицу, а затем восстановить
данные из временной таблицы в созданную заново таблицу.
1. Откройте AOT.
2. Разверните узел Классы.
3. Найдите класс ReleaseUpdateDB41_Administration.
4. Дважды щелкните этот класс, чтобы открыть его в редакторе.
5. Нажмите кнопку Создать, чтобы создать новый метод.
void backupCustomTable()
//back up a custom table so it may be dropped by the synch process
SqlStatementExecutePermission permission;
Connection connection;
Statement statement;
SalesTable salesTable;
SqlSystem sqlSystem = new SqlSystem();
str ext;
int tickCount;
str sqlStatement;
//create our connection
connection = new Connection();
statement = connection.createStatement();

// coreexchangetable is our table with issues
sqlStatement = strfmt(@"select * into COREEXCHANGETABLE_temp from

COREEXCHANGETABLE");
permission = new SqlStatementExecutePermission(sqlStatement);
permission.assert();
//BP deviation documented
statement.executeUpdate(sqlStatement);
CodeAccessPermission::revertAssert();
8. Измените метод initPreSyncJobs, добавив вызов метода, созданного на шаге 5 - 7.
Выделите метод initPreSyncJobs в крайней левой области редактора. Теперь код
9. Найдите раздел кода, который начинается с "this.addStandardJob".
10. Добавьте следующую строку после заданий, перечисленных в этом разделе.
this.addStandardJob(methodStr(ReleaseUpdateDB41_Administration,
RepairCustomTable),'Backing up custom table');

12. На следующем шаге будет создан метод, который восстанавливает данные после
повторного создания таблицы в ходе синхронизации. Нажмите кнопку Создать,
чтобы создать новый метод.
void restoreCustomTable()
// back up a custom table so it may be dropped by the synch process
SqlStatementExecutePermission permission;
Connection connection;
Statement statement;
SalesTable salesTable;
SqlSystem sqlSystem = new SqlSystem();
str ext;
int tickCount;

str sqlStatement;
//create our connection
connection = new Connection();
statement = connection.createStatement();
// coreexchangetable is our table with issues
sqlStatement = strfmt(@"insert into COREEXCHANGETABLE

(EXCHANGEITEMSPERASSEMBLY,EXCHANGEITEMGROUP,EXCHANGEITEMNUMBER,ASSEMBLYITEMNUMBER,CORERET
URNPERIOD,EXCHANGECONFIGID,ASSEMBLYCONFIGID,
MODIFIEDDATE,MODIFIEDTIME,MODIFIEDBY,MODIFIEDTRANSACTIONID,CREATEDDATE,CREATEDTIME,CREATE
DBY,CREATEDTRANSACTIONID,DATAAREAID,RECID) Select
EXCHANGEITEMSPERASSEMBLY,EXCHANGEITEMGROUP,EXCHANGEITEMNUMBER,
ASSEMBLYITEMNUMBER,CORERETURNPERIOD,EXCHANGECONFIGID,ASSEMBLYCONFIGID,
MODIFIEDDATE,MODIFIEDTIME,MODIFIEDBY,MODIFIEDTRANSACTIONID,CREATEDDATE,CREATEDTIME,CREATE
DBY,CREATEDTRANSACTIONID,DATAAREAID,RECID from COREEXCHANGETABLE_temp");
permission = new SqlStatementExecutePermission(sqlStatement);
permission.assert();
//BP deviation documented
statement.executeUpdate(sqlStatement);
CodeAccessPermission::revertAssert();

15. Измените метод initPostSyncJobs, добавив вызов метода, созданного на шаге 12 - 14.
Выделите метод initPostSyncJobs в крайней левой области редактора. Теперь код
16. Найдите раздел кода, который начинается с "this.addSharedJob".
17. После этой строки кода введите следующее.
this.addSharedJob(methodStr(ReleaseUpdateDB41_Administration,
restoreCustomTable),'Restore data into custom table');
18. Сохраните код. После этого предварительная синхронизация должна выполняться,

а пользовательский метод позволит создать резервную копию таблицы. В ходе
синхронизации будет выведен запрос на удаление таблицы, что теперь совершенно
безопасно, а в ходе последующей синхронизации данные будут восстановлены
в только что созданную таблицу.

Устранение проблем инструмента

выявления конфликтов при
обновлении кода
использовании инструмента "Выявление конфликтов при обновлении".
Происходит зависание или отказ во время использования

инструмента "Выявление конфликтов при обновлении"
Проблема: при запуске инструмента "Выявление конфликтов при обновлении" (Сервис >
Средства разработки > Обновить код > Выявление конфликтов при обновлении кода)
происходит зависание или отказ клиента AX.
Возможная причина: инструментом "Выявление конфликтов при обновлении" обнаружена
настройка, которую невозможно проанализировать. Например, если изменена форма,
содержащая запрос в качестве источника данных, такая настройка может стать причиной
зависания или отказа инструмента"Выявление конфликтов при обновлении".
Решение: во время использования инструмента "Выявление конфликтов при обновлении"
имя анализируемой настройки отображается на экране. При возникновении указанной
выше проблемы запишите имя текущей анализируемой настройки.
Затем:
1. Перезапустите клиент.
2. Выполните операцию экспорта той настройки, которая привела к зависанию или отказу
клиента.
3. Удалите данную настройку.
4. Снова запустите инструмент "Выявление конфликтов при обновлении".
5. Импортируйте файл из шага 2.
Допустим, что в настройке имеется конфликт, и выполним процедуру устранения
конфликтов вручную при помощи инструмента "Сравнение".

Сообщения об ошибках во время

обновления
В этом разделе рассматриваются некоторые сообщения об ошибках, которые могут
отображаться во время процесса обновления, и предлагаются возможные причины
и решения для данных сообщений.
Новое имя уникального индекса [INDEXNAME] может

становиться причиной нарушений уникального индекса.
Проблема: потеря данных или нарушение уникального ключа.
Возможная причина: во время синхронизации были изменены (уменьшены) размеры
полей, и обновление данных выполнено раньше обновления кода.
Решение: восстановите резервную копию базы данных и выполните обновление кода
раньше обновления данных.
Сообщение об ошибке, информирующее об отсутствии

ограничений
Проблема: если ранее выполнялось обновление Microsoft Dynamics AX 3.0 до Microsoft
Dynamics AX 4.0, то в процессе обновления до Microsoft Dynamics AX 2009 произойдет
сбой при первом запуске сервера Application Object Server (AOS) или при выполнении
шагов предварительной синхронизации, синхронизации или последующей синхронизации
из контрольного списка обновления. Кроме того, будет отображено сообщение об ошибке
из журнала событий приложений Microsoft Windows, указывающее на сбой инструкций SQL
из-за отсутствия ограничений, например сообщение о неожиданном значении NULL или о
сбое команды изменения или создания таблицы или индекса.
Возможная причина: в схеме базы данных Microsoft Dynamics AX 4.0 отсутствуют
ограничения по умолчанию для некоторых таблиц. Чтобы убедиться, что причина
заключается именно в этом, выполните следующую команду в программе SQL Server
Management Studio.
Sp_help<имя таблицы>
Например, sp_help ACCESSRIGHTSLIST
Конечный набор для типа ограничения должен быть аналогичен набору из примера,
приведенного ниже для таблицы ACCESSRIGHTSLIST.

Constraint_type
----------------------------
ФЛАЖОК в столбце RECID
ПО УМОЛЧАНИЮ в столбце ACCESSTYPE
ПО УМОЛЧАНИЮ в столбце ACCESSTYPEFKEYUSE
ПО УМОЛЧАНИЮ в столбце DEL_CREATEDTIME
ПО УМОЛЧАНИЮ в столбце CREATEDBY
ПО УМОЛЧАНИЮ в столбце CREATEDDATETIME
ПО УМОЛЧАНИЮ в столбце DOMAINID
ПО УМОЛЧАНИЮ в столбце ELEMENTNAME
ПО УМОЛЧАНИЮ в столбце GROUPID
ПО УМОЛЧАНИЮ в столбце DEL_MODIFIEDTIME
ПО УМОЛЧАНИЮ в столбце MODIFIEDBY
ПО УМОЛЧАНИЮ в столбце MODIFIEDDATETIME
ПО УМОЛЧАНИЮ в столбце PARENTID
ПО УМОЛЧАНИЮ в столбце RECORDTYPE
ПО УМОЛЧАНИЮ в столбце RECVERSION
ПО УМОЛЧАНИЮ в столбце ID
ПЕРВИЧНЫЙ КЛЮЧ (кластеризованный)
Проверьте также ограничения для других таблиц, например BANKPARAMETERS,
COMPANYDOMAINLIST и так далее. Если в результатах не отображается ограничение
"ПО УМОЛЧАНИЮ", определенное для большинства столбцов, то базу данных Microsoft
Dynamics AX 4.0 необходимо исправить перед обновлением до Microsoft Dynamics AX 2009.
Решение: см. по адресу http://go.microsoft.com/fwlink/?LinkId=120373.

Устранение проблем с инструментом

"Сравнение"
использовании инструмента "Сравнение".
Ошибка сравнения новых объектов со старыми объектами

Если не удается сравнить текущие объекты Microsoft Dynamics AX 2009 с объектами
версий Microsoft Dynamics AX 3.0 или Microsoft Dynamics AX 4.0, файл AXAPD.AOI в папке
\Microsoft Dynamics AX\ 40\Application\Standard\Old был создан неправильно. Чтобы
устранить эту проблему, выполните следующие шаги.
1. Остановите службу AOS.
2. Убедитесь, что имеется полный контроль (разрешения Windows) над папкой
Standard\Old.
3. Повторно скопируйте предыдущую версию файлов *.AOD в папку Standard\Old
и убедитесь, что эти файлы не помечены как "только для чтения".
4. Переименуйте имеющийся в папке Standard\Old файл AXAPD.AOI.
5. Запустите службу AOS. Файл AXAPD.AOI в папке Standard\Old должен быть создан
заново и содержать обновленные ссылки на все объекты, существовавшие в предыдущей
версии Microsoft Dynamics AX.

Приложение к руководству по обновлению

В этом разделе находится справочная информация, которая может понадобиться при
обновлении до Microsoft Dynamics AX 2009. Данный раздел содержит следующие
подразделы.
 Лицензии доступа для разработчика
 Обзор: обновление парных полей "дата" и "время" таблиц в UtcDateTime
 Необходимое программное обеспечение, устанавливаемое программой установки
 Процесс обновления AIF
 Обновление кода: примеры

Лицензии доступа для разработчика

Доступ к среде разработки в системе Microsoft Dynamics AX управляется четырьмя
разными лицензиями:
 лицензия "Основной пакет";
 лицензия "MorphX";
 лицензия "Web MorphX";
 лицензия "X++".
Лицензия "Основной пакет"

Лицензия Основной пакет предоставляет следующие разрешения:
 Создание и изменение меню (меню пользователя, главное меню и так далее).
 Создание и изменение форм пользователя.
Лицензия "MorphX"
Лицензия MorphX среды разработки предоставляет доступ к узлу Словарь данных,
в котором хранятся таблицы, поля, перечислимые элементы и расширенные типы данных.
Лицензия среды разработки MorphX также позволяет создавать и изменять формы.
Имеется возможность добавления, изменения и удаления форм, таблиц, расширенных
типов данных, макросов, меню, отчетов, заданий и запросов. Методы, относящиеся к
таблицам (например, формы) могут изменяться. Например, изменение метода это дает
возможность изменять стандартные сведения при добавлении новых клиентов. При этом
пример изменения расширенных типов данных с помощью MorphX позволяет изменять
длину номеров счетов.
В репозитарии прикладных объектов (AOT) отображаются следующие узлы:
 Словарь данных
 Формы
 Макросы
 Отчеты
 Запросы
 Задания
 Меню
 Элементы меню
 Ресурсы
 Системная документация
 Документация разработчика приложений
 Документация приложения
Лицензия "Web MorphX"

Лицензия Web MorphX на комплект разработки предоставляет доступ к платформе
веб-разработки MSDAX Web Development Framework.
В репозитарии прикладных объектов (AOT) отображаются следующие узлы:
 веб-формы;
 веб-отчеты;
 веб-меню;
 веб-страница;
 веб-редактор;
 редактор таблиц стилей.
Лицензия "X++"
Лицензия X++ среды разработки предоставляет полный доступ ко всем классам в Microsoft
Dynamics AX и к коду разработки для слоя CUS. Это позволяет вносить изменения в такие
процессы, как маршрут накладной и процесс разноски для журнала ГК. Наличие кода
разработки для слоя CUS позволяет клиентам помещать свои измененные объекты
приложений на слой CUS, на слой USR или на оба слоя.
Имеется возможность добавления, изменения и удаления классов. Например, можно
изменить логику в обновлении накладной, которая определена в классе SalesFormLetter.

Обзор: обновление парных полей "дата"

и "время" таблиц в UtcDateTime
Если в систему Microsoft Dynamics AX добавлены пользовательские поля Дата или Время,
необходимо принять решение о возможности объединения этих полей в новые поля
UtcDateTime. Данные даты и времени в полях UtcDateTime хранятся в формате UTC.
Эта информация относится к обновлению более ранней, чем Microsoft Dynamics AX 2009,
версии до версии Microsoft Dynamics AX 2009 или более поздней.
Обычно во время обновлений пара полей, одним из которых является Дата, а другим —
Время, объединяется в новое поле UtcDateTime. Поля UtcDateTime позволяют каждому
подразделению вашей организации увидеть дату и время, автоматически скорректированные
с учетом местного часового пояса.
Если поля Дата и Время необходимо объединить в поля UtcDateTime, требуется провести
определенную подготовку перед запуском обновления. Действия по подготовке, касающиеся
полей UtcDateTime, составляют только малую часть от всего множества действий,
которые необходимо выполнить перед запуском процесса обновления системы
Microsoft Dynamics AX 2009 в производственной среде.
В данном обзоре иллюстрируются следующие задачи:
 включение конфигурационного ключа SysDeletedObjects41 в производственной среде;
 установка тестовой базы данных;
 установка новой версии в среде тестирования;
 включение конфигурационного ключа SysDeletedObjects41 в среде тестирования;
 идентификация обновляемых полей даты и времени;
 переименование полей с присвоением префикса DEL_;
 назначение переименованным полям конфигурационного ключа SysDeletedObjects41;
 добавление полей UtcDateTime для замены;
 обновление кода X++ с целью использования новых полей UtcDateTime;
 обновление кода в среде тестирования;
 обзор последующих шагов;
 добавление метода в класс ReleaseUpdateDB41_*;
 регистрация нового метода;
 сводка отношений между методами;
 повторное обновление кода в среде тестирования;
 обработка особых случаев;
 выполнение обновления в производственной среде;
 рассмотрение других подробностей.
Необходимые требования
Этот обзор написан для администратора (или ведущего разработчика), который должен
выполнить обновление до Microsoft Dynamics AX 2009.
Для выполнения описанных в этом обзоре действий потребуется:
 временная установка системы Microsoft Dynamics AX 2009, соответствующего сервера
Application Object Server (AOS) и клиента, включая репозитарий прикладных объектов (AOT);
 файл лицензии, предоставляющий доступ к клиенту Microsoft Dynamics AX 2009;
 сервер базы данных, доступный для системы Microsoft Dynamics AX 2009 (AOS).
Включение конфигурационного ключа SysDeletedObjects41

в производственной среде
Эта процедура относится к производственной среде, которая еще не была обновлена.
Конфигурационный ключ SysDeletedObjects41 используется для маркировки элементов
с целью их удаления без значительных усилий после завершения обновления.
В этой процедуре используется Область переходов для сохранения объектов, которые
помечаются для удаления. Позднее можно снять флажок сохранения, и все эти объекты
будут удалены.

1. В разделе Область переходов последовательно щелкните Администрирование,
Настройка, Система, а затем — Конфигурация.
2. В открывшейся форме Конфигурация разверните узел Администрирование,
чтобы получить доступ к узлу Сохранить объекты обновления 41.
3. Установите флажок Сохранить объекты обновления 41.
Установка тестовой базы данных

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

1. Создайте пустую базу данных на сервере тестовой базы данных.
2. В качестве дополнительного шага можно загрузить копию производственной базы
данных в пустую базу данных.
Если выбрана пустая база данных, таблицы и другие структуры будут созданы при
подключении к базе данных новой версии Microsoft Dynamics AX. Структуры создаются
процессом синхронизации.

Установка новой версии в среду тестирования

В этой процедуре необходимо установить Microsoft Dynamics AX 2009 (или более новую
версиюMicrosoft Dynamics AX), до которой планируется обновить существующую
производственную систему. Эта установка выполняется в среде тестирования, которую
позже можно будет удалить.

в среде тестирования
Эта процедура относится к среде тестирования новой версии Microsoft Dynamics AX,
до которой будет обновлена существующая производственная среда.
Затем используется Область переходов для сохранения объектов, которые помечаются
для удаления. Позднее можно снять флажок сохранения, и все эти объекты будут удалены.
Данная методика идентична той, которая была описана раньше для производственной среды.
Идентификация обновляемых полей даты и времени;

В этой процедуре сканируются все пользовательские поля Дата и Время, которые были
добавлены в установленную версию. Необходимо решить, какие из этих полей будут
обновлены до нового типа UtcDateTime.
Составьте список пользовательских полей Дата и Время, которые необходимо обновить.
Принятие решения об обновлении поля даты или времени до типа utcdatetime

1. Определите пары полей "Дата" и "Время", которые используются вместе (в одной
и той же таблице) для сохранения точного момента. В таких парах оба поля могут
иметь общие имена, отличающиеся только суффиксом Дата или Время.
В качестве примера можно привести пару полей YourMeetingDate
и YourMeetingTime. Для такой пары хорошей заменой будет
YourMeetingDateTime.
2. Определите поля Дата, не имеющие парных полей Время, но подразумевающие
местное время. Некоторые юридические или договорные обязательства в части дат
выполнения могут служить примерами, в которых подразумевается время (полночь
или 00:00).
3. Определите поля Время, не имеющие парных полей Дата, но которые целесообразно
представить в формате UTC. Такие поля времени встречаются редко.

Переименование полей с присвоением префикса DEL_

В этой процедуре выполняется переименование полей "Дата" и "Время", которые были
идентифицирован раньше. Каждому имени поля необходимо присвоить состоящий из
четырех символов префикс DEL_.
Переименование поля таблицы

1. В AOT разверните узел Словарь данных, а затем разверните узел Таблицы.
2. Разверните конкретную таблицу, где находится поле, которое необходимо
переименовать, а затем разверните узел Поля.
3. Щелкните правой кнопкой мыши поле, которое необходимо переименовать,
и выберите пункт Свойства.
4. В окне Свойства щелкните текстовое поле Имя.
5. Чтобы изменить имя, введите префикс DEL_, а затем нажмите клавишу ВВОД.
Назначение переименованным полям конфигурационного

ключа SysDeletedObjects41
В этой процедуре конфигурационный ключ SysDeletedObjects41 назначается полям Дата
и Время, которые необходимо обновить до типа UtcDateTime.
В каждой версии Microsoft Dynamics AX имеется конфигурационный ключ с аналогичным
именем, за исключением указанного в конце номера версии. В рассматриваемом случае
суффикс 41 соответствует Microsoft Dynamics AX 2009.
Путем назначения конфигурационного ключа SysDeletedObjects41 полю,
переименованному с использованием префикса DEL_, выполняется отслеживание
всех полей, которые станут устаревшими после обновления производственной среды.
Назначение конфигурационного ключа также облегчает удаление всех устаревших полей,
позволяя сделать это одновременно.
Назначение полям конфигурационного ключа SysDeletedObjects41

1. В AOT разверните узел Словарь данных, разверните соответствующую таблицу,
а затем разверните узел Поля.
2. Щелкните правой кнопкой мыши поле с префиксом DEL_, а затем выберите пункт
Свойства.
3. В окне Свойства щелкните раскрывающийся список свойства ConfigurationKey,
а затем выберите SysDeletedObjects41.

Добавление полей UtcDateTime для замены

В этой процедуре добавляется поле UtcDateTime для каждого устаревшего поля Дата,
поля Время или пары полей, которые необходимо заменить во время обновления.
Добавление полей UtcDateTime для замены

1. В AOT разверните Словарь данных, а затем разверните узел Таблицы.
2. Разверните конкретную таблицу, для которой требуется новое поле UtcDateTime.
3. Щелкните правой кнопкой мыши узел Поля, выберите пункт Создать, а затем
выберите UtcDateTime.
4. Щелкните правой кнопкой мыши узел нового поля, а затем выберите Свойства.
5. В окне Свойства измените Имя или любые другие свойства, если это необходимо.
Обновление кода X++ с целью использования новых полей

UtcDateTime
В этой процедуре выполняется сканирование кода X++ с целью поиска всех ссылок на
заменяемые поля Дата или Время.
Одним из способов поиска ссылок является повторная компиляция всего кода X++. Ошибки
компиляции, возникающие по причине преждевременного переименования полей,
определяют ссылки, которые необходимо обновить.
Необходимо вручную определить изменение кода X++, которое требуется в каждом случае.
Новый код должен содержать ссылку на новое поле UtcDateTime.
Обновление кода X++ с целью использования новых полей UtcDateTime

1. Найдите ссылки на старые поля с префиксом DEL_ путем повторной компиляции
всего кода X++.
2. Изучите каждую ошибку для определения необходимого исправления кода путем
создания ссылки на новое поле UtcDateTime.
3. Выполните повторную компиляцию кода X++ с изменениями.

Функции UtcDateTime
В следующей таблице перечислены некоторые функции, позволяющие управлять
значениями UtcDateTime.
Функция Описание
Класс DateTimeUtil В этом классе имеется множество методов

для управления значениями utcDateTime.
Класс Global (глобальный) В классе Global имеется несколько методов

для управления значениями utcDateTime,
включая следующие:
 clrSystemDateTime2UtcDateTime
 dateToBeginUtcDateTime
 dateToEndUtcDateTime
 utcDateTime2SystemDateTime
 utcDateTimeNull
Примечание Метод
utcDateTime2SystemDateTime относится к
классу .NET Framework System.DateTime.
Эта функция эквивалентна
clrSystemDateTime2UtcDateTime (где префикс
"clr" соответствует среде CLR .NET
Framework).
Функции В системе имеются функции X++ для

управления значениями utcDateTime,
включая следующие:
 datetime2Str
 str2Datetime
Обновление кода в среде тестирования

В этой процедуре клиентом Microsoft Dynamics AX 2009 выполняется функция обновления
кода в среде тестирования. В результате создается файл .AOD, который используется при
обновлении производственной системы.
Данную процедуру можно выполнять неоднократно. Процедуру можно запускать повторно
после каждого изменения, не дожидаясь внесения всех изменений. Повторные запуски
после внесения небольшого набора изменений позволяют упростить диагностику и
устранение проблем.

Дополнительные сведения см. в документации по обновлению Microsoft Dynamics AX.
Выполнение обновления кода

1. В меню клиента последовательно щелкните Сервис, Средства разработки,
а затем — Обновить код.
2. Будут отображены четыре действия, относящиеся к обновлению. Выполните
поочередно каждое из этих действий в той последовательности, как они
отображаются в меню.
a. Выявление конфликтов при обновлении кода
b. Сравнение слоев
c. Отчет об оценке
d. Параметры
Обзор последующих шагов

В следующих процедурах будет записан необходимый для обновления код X++.
В предоставленный системой Microsoft Dynamics AX 2009 класс будет добавлен новый
метод. Данный метод не будет вызван на этапе выполняемых вручную действий по
подготовке. Вместо этого новый метод будет зарегистрирован, что приведет к запуску
данного метода процессом обновления в производственной среде.
Добавление метода в класс ReleaseUpdateDB41_*

В этой процедуре будет добавлен метод в один из классов с шаблоном имени
ReleaseUpdateDB41_*. Имеется несколько таких классов, каждый из которых предназначен
для конкретного модуля. Каждой таблице назначается конфигурационный ключ. Этот
конфигурационный ключ определяет модуль, к которому принадлежит данная таблица.
Последний символ звездочки (*) в шаблоне имени является местозаполнителем для
идентификатора модуля. Необходимо добавить новый метод в класс, соответствующий
модулю изменяемой таблицы. Если неясно, какой именно класс необходимо использовать,
можно использовать класс ReleaseUpdateDB41_Basic.
По соглашению и в целях обеспечения целостности имя метода должно начинаться
с updateToDateTime_*. Для легкой идентификации уникальная часть имени метода
включается в качестве суффикса.
Обратите внимание, что некоторые имена методов, которые на первый взгляд
выглядят одинаково, на самом деле начинаются с разных слов: либо со слова
update, либо со слова upgrade. Они не являются одинаковыми методами.

Добавленный метод вызывает поставляемый в составе системы метод с именем

upgradeToDateTime. Методом upgradeToDateTime выполняется инструкция SQL для вставки
в таблицу DEL_SysUpgradeTimeZone. Созданный метод может выполнить несколько указанных
вызовов.
Добавление метода в класс ReleaseUpdateDB41_*

1. В AOT разверните узел Классы, а затем разверните ReleaseUpdateDB41_Basic.
2. Щелкните правой кнопкой мыши Методы, а затем выберите Создать метод.
3. Добавьте новый экземпляр метода, похожего на рассматриваемый в следующем
примере. Можно использовать любое уникальное имя метода. Новый метод должен
выполнять вызов метода upgradeToDateTime, как показано в примере.
В качестве значения fieldId столбца времени передается 0 (ноль),
если столбцу даты не соответствует парный столбец времени.
Показанный конечный параметр не является обязательным, и по
умолчанию используется показанное значение (classnum для
ReleaseUpdateDB_TimezoneUpgrade).
void updateToDateTime_Jane
ReleaseUpdateDB41_Basic ::upgradeToDateTime
tableNum( YourActivitiesTable )
,fieldNum( YourActivitiesTable ,YourMeetingStartDateTime )
,fieldNum( YourActivitiesTable ,DEL_YourMeetingStartDate )
,fieldNum( YourActivitiesTable ,DEL_YourMeetingStartTime )
,classNum( ReleaseUpdateDB_TimezoneUpgrade )
);
4. В окне редактора кода щелкните значок сохранения, а затем закройте это окно.

Класс ReleaseUpdateDB_TimezoneUpgrade
В предыдущем примере кода в качестве параметра задан класс ReleaseUpdateDB_TimezoneUpgrade.
В этом классе имеется метод с именем runSQLCode_UpdateDateToUTCDateTime, который
применяется к установкам баз данных Microsoft SQL Server. В этом классе имеется очень
похожий метод с именем runORACode_UpdateDateToUTCDateTime для установок баз данных
Oracle. Эти методы обновляют новое поле с типом UtcDateTime путем присвоения ему
значения времени в формате UTC (и часового пояса в скрытом связанном поле). Значение
в формате UTC является производным от значений устаревшей пары полей Дата и Время
с учетом местного часового пояса AOS.
Пример вызова метода upgradeToDateTime приводит к вызову одного из двух описанных
выше методов.
Рассмотрение затрагиваемого модуля

Класс ReleaseUpdateDB41_Basic не относится к какому-либо одному конкретному модулю.
Имеется несколько классов, похожих на этот класс, но предназначенных для хранения кода,
относящегося к конкретному модулю. Одним из таких классов является ReleaseUpdateDB41_smm.
Для других классов выполняется соглашение об именах ReleaseUpdateDB41_*. Новый метод
можно добавить в класс *_Basic. Однако рекомендуется добавить его в аналогичный класс
с именем для того модуля, который содержит элементы, обновляемые новым методом.
Регистрация нового метода

В этой процедуре будет записан код X++ для регистрации нового метода с целью
его использования в последующем процессе обновления в производственной среде.
В рассматриваемом примере выполняется вызов метода addSharedJob. Параметрами
будут являться имя нового добавляемого метода и класс, в который добавлен этот метод.
Регистрация нового метода

1. В AOT разверните узел Классы, разверните ReleaseUpdateDB41_Basic, а затем
разверните Методы.
2. Щелкните правой кнопкой мыши initPreSyncJobs, а затем выберите Изменить.
3. В окне редактора внутри метода запишите вызов, который показан в следующем
примере.
this .addSharedJob
methodStr( ReleaseUpdateDB41_Basic
,updateToDateTime_Jane
,"Handles new fields like YourMeetingStartDateTime."
4. Щелкните значок сохранения и закройте редактор.

Дополнительные сведения см. в разделе Способы написания сценариев обновления.

Сводка отношений между методами

В следующей таблице приведена сводка отношений между классами и их методами,
а также другими объектами, которые обсуждались в предыдущих разделах.
Инициатор Операнд Отношения
DEL_YourMeetingStartDate, YourMeetingStartDateTime Данные

DEL_YourMeetingStartTime Данные считываются из
(поля таблицы) полей
DEL_YourMeetingStartDate
и
DEL_YourMeetingStartTime.
Применяются сведения
о часовом поясе, а затем
эти данные сохраняются
в новом поле
YourMeetingStartDateTime.
Метод.updateToDateTime_You ReleaseUpdateDB41_Basic::upgrad Вызов

(класса eToDateTime Метод
ReleaseUpdateDB41_Basic) updateToDateTime_You
вызывает
upgradeToDateTime.
ReleaseUpdateDB41_Basic::upgrad ReleaseUpdateDB_TimezoneUpgrade Параметр

eToDateTime /* .runSQLCode_UpdateDateToUTCDa Класс операнда является
teTime параметром,
*/ передаваемым в
upgradeToDateTime.
Важным методом класса
операнда является
runSQLCode_UpdateDateToUT
CDateTime. Когда этот
класс операнда
передается в качестве
параметра, в конечном
счете выполняется
именно этот метод
(или его эквивалент
для Oracle).

Инициатор Операнд Отношения
ReleaseUpdateDB41_Basic::upgrad DEL_SysUpgradeTimeZone SQL (вставка)

eToDateTime (таблица) Данный метод выполняет
вставку в таблицу
операндов. Эта таблица
считывается процессами,
которые обновляют
производственную среду.
ReleaseUpdateDB41_Basic.initPre ReleaseUpdateDB41_Basic.addShar Вызов

SyncJobs edJob Метод initPreSyncJobs
вызывает addSharedJob.
ReleaseUpdateDB41_Basic.addShar Метод updateToDateTime_You Параметр

edJob (класса ReleaseUpdateDB41_Basic updateToDateTime_You
или аналогичного класса, (имя метода) является
который больше учитывает параметром,
специфику модуля) передаваемым в
addSharedJob.
Повторное обновление кода в среде тестирования

Эта процедура была описана раньше.
Обработка особых случаев

Возможно, что поля Дата и Время после настройки предназначены для работы со
специальным кодом X++. В этом случае могут понадобиться специальные правила

В следующей таблице описан порядок обработки особых случаев.
Особый случай Описание
Расширение класса Можно расширить этот класс, чтобы создать

ReleaseUpdateDB_TimezoneUpgrade специальную логику, необходимую для
обработки особого случая полей Дата и Время.
Класс
ReleaseUpdateDB_TimezoneActivityUpgrade
является примером, которому можно
подражать. Этот дочерний класс
содержит переопределение метода
runSQLCode_UpdateDateToUTCDateTime.
Он также содержит переопределение
соответствующего метода Oracle. В ходе
многих установок будет переопределяться
только один из этих двух методов.
Добавление своего метода в класс, В AOT показано, что имеется несколько
аналогичный классу ReleaseUpdateDB41_Basic классов, имена которых составлены по образцу
но отличающийся от него. ReleaseUpdateDB41_*. Некоторые из этих классов
соответствуют различным модулям системы
Microsoft Dynamics AX. Можно добавить свой
метод в один из этих классов.
Пропуск обновления полей Дата и Время, Возможны ситуации, когда внешние системы
которые входят в состав Microsoft Dynamics AX имеют доступ к паре полей Дата и Время.
Изменение внешней системы с целью ее
переключения на использование замененных
полей типа UtcDateTime может оказаться
неприемлемым.
Можно пропустить обновление конкретной
пары Дата и Время, закомментировав
соответствующие вызовы в одном из
классов ReleaseUpdateDB41_*.
Администратором добавлена таблица для Можно добавить вызов метода syncTable
синхронизации при запуске приложения. в Application.syncApplTables. Такая практика
не рекомендуется.
Таблицы, добавленные в syncApplTables,
не обновляются надлежащим образом для
UtcDateTime. В качестве одного из решений
можно закомментировать вызов
добавленной таблицы в syncApplTables.
Другим решением является обновление
таблицы вручную после выполнения
автоматического обновления.
Выполнение обновления в производственной среде

Может потребоваться достаточно продолжительное время для подготовки тестовой среды,
прежде чем организация будет готова к обновлению своей производственной среды.
Та часть общего процесса подготовки к обновлению, которая связана с UtcDateTime,
является относительно небольшой.
Теперь все готово для обновления производственной среды. В следующей таблице
описаны два этапа обновления, непосредственно относящиеся к обновлениям
UtcDateTime.
Этап обновления Описание
Предварительная синхронизация В качестве последнего шага предварительной

синхронизации выполняется метод
initPreSyncJobs. При выполнении этого шага не
выполняются никакие другие процессы
обновления. Во время обработки на этом шаге
производится блокировка таблиц в базе данных SQL.
При этом разработанный метод добавляется в
список методов, выполняемых системой на этапе
последующей синхронизации.
Любые выполнения метода
ReleaseUpgradeDB41_Basic::upgradeToDateTime
после начала выполнения последующей
синхронизации игнорируются.
Выполнение последующей В качестве первого шага последующей

синхронизации синхронизации выполняется метод
runSQLCode_UpdateDateToUTCDateTime. Он обновляет
значения в формате UTC для нового столбца
UtcDateTime.

Рассмотрение других подробностей

Дополнительными подробностями, относящимися к обновлению UtcDateTime, являются
следующие.
 Во время выполнения контрольного списка обновления предлагается ввести часовой пояс,
который необходимо задать для используемого сервера AOS. Выбирайте тот часовой пояс,
которому соответствует наибольшее количество имеющихся пар даты и времени.
Внимание:
После начала использования выбранного часового пояса в процессе
обновления отсутствуют какие-либо способы его изменения на другой часовой
пояс. Убедитесь в том, что выбран правильный часовой пояс. Перед началом
обновления необходимо сохранить резервную копию базы данных.
 Поля Дата, имеющие значение Null, сохранят это значение после обновления до
UtcDateTime. Для этих типов данных значением Null считается наименьшее
возможное значение.
 При обновлении поля Дата, не имеющего парного поля Время, той части значения
UtcDateTime, где указано время присваивается значение 12:00 (полдень). Затем
применяется сдвиг, соответствующий часовому поясу, который изменяет настройку
времени 12:00. Ожидается, что измененное время все еще будет находиться
в пределах того же дня.
 В случае остановки процесса обновления до его завершения, обновление UtcDateTime
будет завершено после перезапуска процесса обновления. Статус отслеживается
системой во время выполнения каждого шага обновления.

Необходимое программное обеспечение,

устанавливаемое программой установки
При установке компонента, для которого требуется предварительная установка одного или
нескольких следующих компонентов программного обеспечения, программой установки
выполняется установка и настройка этого программного обеспечения на локальном
компьютере.
В следующей таблице перечислены необходимые компоненты и те компоненты, для
которых требуется выполнить предварительные установки.
Необходимые компоненты Компонент, для которого будет выполнена

установка
Службы IIS Документооборот

Инфраструктура ролевых центров
и корпоративного портала
Веб-службы AIF
Очередь сообщений (MSMQ) Служба синхронизации (Project Server 2007)
Microsoft Windows SharePoint Services 3.0, Инфраструктура ролевых центров и

пакет обновления 1 корпоративного портала
Microsoft Visual C++ 2005, AOS

распространяемый пакет Клиент
.NET Business Connector
Microsoft Visual C++ 2008, AOS

распространяемый пакет Клиент
.NET Business Connector
Microsoft SQL Server 2005 ADOMD.NET Инфраструктура ролевых центров и

корпоративного портала
SQL Server 2005, собственный клиент AOS
DHTML Editing Control for Applications, Клиент

распространяемый пакет
Если вы не являетесь системным администратором, перед установкой обратитесь

к системному администратору. Впоследствии нельзя будет использовать программу
установки Microsoft Dynamics AX для удаления этого программного обеспечения.

Процесс обновления AIF

Перед обновлением
Формат сообщений в Microsoft Dynamics AX 2009 изменился. Поэтому все сообщения AIF
должны быть полностью обработаны перед запуском обновления. Убедитесь, что все
сообщения обработаны из следующих местоположений:
 Все местоположения входящих сообщений, такие как каталоги файловой системы,
очереди сообщений (MSMQ), или иные местоположения, из которых AIF извлекает
входящие сообщения.
 Диспетчер очередей. Все сообщения в диспетчере очередей являются необработанными и
должны быть удалены. Для перехода к диспетчеру очередей щелкните Основное >
Периодические операции > AIF > Диспетчер очередей.
Обновление кода
Шаг обновления кода AIF обновляет существующие классы и методы Axd<Document>.
Процесс обновления не изменяет существующие классы Axd<Document>, а создает
соответствующие службы и артефакты. Имеется три типа классов, которые
обрабатываются процессом обновления кода, как показано в следующей таблице.
Категория Описание
Классы Axd<Document>, входящие в Классы служб и артефакты создаются для

комплект поставки Microsoft Dynamics AX всех классов Axd<Document>, которые
входят в комплект поставки Microsoft
Dynamics AX. Если настроенные классы
отсутствуют или настройка не выполнена,
дополнительные действия не требуются.
Дополнительные сведения о стандартных
службах см. в разделе "Стандартные классы
Axd<Document>" ниже.
Настройка классов Axd<Document> Классы служб и артефакты создаются для

всех настроенных классов Axd<Document>.
Результаты процесса обновления могут
быть различными в зависимости от способа
кодирования этих классов. Дополнительную
информацию о настраиваемых службах см.
в разделе "Настраиваемые классы
Axd<Document>" ниже.
Настраиваемые классы, которые реализуют Процесс обновления создает

интерфейс AifServicable предупредительное сообщение, но не
создает артефактов служб для этих классов.

Стандартные классы Axd<Document>

Классы служб и объекты данных создаются для каждого существующего класса
Axd<Document>, как показано в следующей таблице (для класса AxdSalesOrder). Поиск классов
в AOT осуществляется путем перехода в раздел AOT > Классы. Поиск узла обслуживания
AOT для каждой службы осуществляется путем перехода в раздел AOT > Службы.
Созданный артефакт Описание Пример
Класс документа Корневой объект данных. SalesSalesOrder
Объекты данных Класс объектов данных SalesSalesOrder_SalesTable,

создается для каждого SalesSalesOrder_DocuRefHeader,
источника данных в SalesSalesOrder_DocuRefLine,
запросе. Эти объекты SalesSalesOrder_InventDim,
являются дочерними для SalesSalesOrder_MarkupTransHeader,
класса документов. SalesSalesOrder_MarkupTransLine,
SalesSalesOrder_SalesLine
Класс службы Класс службы создается SalesSalesOrderService

для каждого класса
Axd<Document>. Для
каждого действия,
поддерживаемого классом
Axd<Document>, создается
операция в классе
службы.
Узел обслуживания AOT Запись в узле служб AOT, SalesSalesOrderService

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

Сопоставление действий для стандартных методов

Microsoft Dynamics AX 2009 поддерживает новое множество действий, а службы документов
имеют операции, соответствующие этим действиям. В некоторых случаях создаются новые
действия, которые содержат функции для двух действий из предыдущей версии.
Стандартные действия для классов Axd<Document>, которые поставляются с Microsoft
Dynamics AX, будут обновлены в рамках процесса обновления кода; дополнительная
работа не требуется. В следующей таблице перечислены новые действия и способ
сопоставления действий из предыдущей версии.
Действие предыдущей версии Сопоставлено с операцией службы
createList create
create
deleteList delete
findList find
findEntityKeyList findKeys
readList read
read
updateList update
update
В Microsoft Dynamics AX 4.0 не все классы Axd<Document>, включенные в продукт,

поддерживают каждое из действий. Если настроен стандартный класс Axd<Document>
и включена поддержка стандартного действия, процесс обновления кода добавляет метод
к классу служб с именем, соответствующим следующему соглашению об именах: имя
действия + имя класса документов.
Например, класс документов AxdASN не поддерживает действие create (создать). Если
добавлена поддержка для действия create (создать) к AxdASN, процесс обновления кода
добавляет метод с именем createASN к новому классу служб. Код действия можно найти
в методе getActionList класса Axd<Document>. Следующая строка кода в этом методе
создает полное имя действия:
aifActionInfo.parmActionId(strfmt('%1%2',
methodstr(AxdBase, findEntityKeyList), this.getName()));

Сопоставление действий для настраиваемых методов

Если реализованы настраиваемые действия в стандартном классе Axd<Document>,
процесс обновления кода добавляет метод к классу служб с именем, соответствующим
следующему соглашению об именах: имя действия + имя класса документов. Например,
при добавлении метода с именем test к классу документов AxdASN процесс обновления
кода добавляет метод с именем testAxdASN к новому классу служб.
Настраиваемые классы Axd<Document>

Настраиваемые классы Axd<Document> также обновляются в ходе процесса обновления
AIF. Созданные службы и артефакты - те же, что и для стандартных классов Axd<Document>,
как показано в следующей таблице. Однако процесс обновления будет обрабатывать
методы (действия) в настраиваемых классах документов по-разному в зависимости от
способа их кодирования.
Созданный артефакт Описание Пример
Класс документа Корневой объект данных. Test
Объекты данных Класс объектов данных Test_Table1

создается для каждого
источника данных в запросе.
Эти объекты являются
дочерними для класса
документов.
Класс службы Класс службы создается для TestService

каждого класса Axd<Document>.
Для каждого действия,
поддерживаемого классом
Axd<Document>, создается
операция в классе службы.
Узел обслуживания AOT Запись в узле служб AOT, TestService

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

Сопоставление действий
Стандартные действия на настраиваемом классе Axd<Document> сопоставляются с новыми
действиями, поддерживаемыми в Microsoft Dynamics AX 2009, как показано в следующей
таблице. Новые действия реализуются как методы в классе служб.
Действие предыдущей версии Сопоставлено действию
createList create
deleteList delete
findList find
findEntityKeyList findKeys
readList read
updateList update
Если действия create (создать), read (считать), update (обновить) или delete (удалить)
поддерживаются настраиваемым классом Axd<Document>, эти действия добавляются к
новому классу служб согласно следующему соглашению об именах: имя действия + имя
класса документов. Например, если имеется настраиваемый класс документов с именем
AxdTest с действием с именем create, процесс обновления добавляет операцию с именем
createAxdTest к новому классу служб.
Если реализовано настраиваемое действие в настраиваемом классе Axd<Document>,

процесс обновления добавляет метод к новому классу служб согласно следующему
соглашению об именах: имя действия + имя класса документов. Например, если имеется
класс Axd<Document> с именем AxdTest и настраиваемый метод с именем createTest,
процесс обновления добавляет операцию с именем createTestAxdTest к новому классу служб.

Соглашения об именах артефактов

В следующей таблице перечислены соглашения об именах, используемые при создании
процессом обновления служб и артефактов. Эти соглашения об именах применяются
к артефактам, созданным для стандартных классов Axd<Document>, а также настраиваемым
классам документов, за исключением префикса; к службам, создаваемым из настраиваемых
классов документов, префикс не применяется.
Тип артефакта Описание имени Правила Пример

создания имен
Объект Имя класса X++ <Префикс> + SalesSalesOrder

документа для корневого <Имя
объекта данных. документа> +
"Service"
Объекты данных Имя класса X++ <Root data SalesSalesOrder_SalesTable,

для дочерних object name> + SalesSalesOrder_DocuRefHeader,
объектов данных "_" + <Query SalesSalesOrder_DocuRefLine,
класса data source SalesSalesOrder_InventDim,
документов. Name> SalesSalesOrder_MarkupTransHeader,
SalesSalesOrder_MarkupTransLine,
SalesSalesOrder_SalesLine
Класс службы Имя класса <Префикс> + SalesSalesOrderService

служб AIF. <Имя
документа> +
"Service"
Узел Имя узла AOT для <Префикс> + SalesSalesOrderService

обслуживания службы. <Имя
AOT документа> +
"Service"
Внешнее имя Имя службы, <Имя SalesOrderService

службы опубликованное в документа> +
WCF. "Service"
При обновлении настраиваемых классов документов или создании собственных
классов документов использовать префикс не требуется.

Обновление данных
Процесс обновления данных обновляет данные AIF в базе данных Microsoft Dynamics AX.
Таблицы, перечисленные в этом разделе, являются новыми или обновляются в Microsoft
Dynamics AX 2009. Любые таблицы или поля, имеющие имя с префиксом "DEL_"
представляют собой таблицы, используемые в ходе процесса обновления данных,
и предназначаются только для внутреннего пользования.
Процесс обновления кода AIF следует запускать перед процессом обновления
данных. Это означает, что шаг Обновить код Aif в контрольном списке обновлений
должен выполняться раньше. Для проверки выполнения шага обновления кода
проверьте узел AOT > Службы: будет отображаться список служб AIF. Это
означает, что процесс обновления кода уже запущен.
AifGlobalSettings
Поле ResponseCacheLifetime добавлено в таблицу установлено равным 24 (часам).
AifService
Данная таблица является новой и содержит следующие поля:
 ClassId
 Имя
 Описание
 Enabled
 ErrorState
 ErrorMessage
 Namespace
 ExternalName
Процесс обновления добавляет службу в эту таблицу для каждого класса Axd<Document>.
Для каждого уникального документа ClassId в таблице AifAction процесс обновления
выполнит следующие действия:
1. Поиск узла обслуживания в AOT > Службы.
2. Добавление записи в таблицу AifService и заполнение ее данными из AOT.
3. Если процесс обновления сталкивается с ошибками при обработке действий служб в
таблице AifAction, эти ошибки объединяются и сохраняются в поле ErrorMessage для
каждой службы.
4. Настройка поля Enabled на значение истина, если служба имеет действие, включенное
в таблице AifAction.

Будут обновлены только классы Axd<Document>, которые зарегистрировали
действия (действие существует в таблице AifAction).
AifAction
Удалены следующие поля:
 ActionType
 WebSvcOutOfSync
 ActionEnabled
 WebMethodEnabled
 InfoLogData
 ErrorState
Добавлены следующие поля:

 EnforceIdempotency
 ServiceName
Изменены данные в следующих полях:

 ActionId
В Microsoft Dynamics AX 2009 действия create (создать), read (считать), update (обновить)
и delete (удалить) не поддерживаются и не могут использоваться в дальнейшем. Однако
функции в этих действиях заменены новыми операциями служб create, read, update и delete,
которые могут учитывать параметры, содержащие несколько значений объектных ключей
или несколько документов.
Для каждого действия, в котором класс Axd<Document> имеет класс службы сопоставления
в таблице AifService, процесс обновления выполняет следующие действия:
1. Проверка возможности обновления действия. Для документов, поставляемым с
Microsoft Dynamics AX, методы create, read, update и delete не обновляются, поскольку
они работают с отдельными документами или объектными ключами. Если обновление
действия класса документов невозможно, оно пропускается, и процесс обновления
переходит к следующему действию для класса документов.

2. Если обновление действия возможно, процесс обновления извлекает новое имя

метода согласно следующей таблице.
Действие предыдущей версии Сопоставлено методу
createList create
deleteList delete
findList find
findEntityKeyList find
readList read
updateList update
3. Запись в таблице AifAction обновляется следующим образом.
Поле Значение
ActionId serviceClassName.Method
Имя serviceExternalName.serviceNodeOperationName
ServiceName Имя службы в AOT
ClassId ClassId службы
ExternalAction Имя операции узла обслуживания
MethodName Имя метода класса служб
EnableIdempotence Настройка в зависимости от значения в узле

ссылок службы
После выполнения процесса обновления данных можно увидеть отключенные действия в

таблице AifAction (значение поля ActionEnabled установлено равным ложь). Ниже указаны
возможные причины этого:
1. Запись предназначена для действий create (создать), read (считать), update (обновить)
или delete (удалить) в предыдущей версии. Эти действия отключены в таблице.
Дополнительных действий выполнять не требуется.
2. Если в процессе обновления возникает случайная ошибка, а действие не может быть
обновлено, оно будет отключено в таблице AifAction.
AifDocumentSchemaTable
Параметр DocumentClassId обновляется до параметра ClassId объекта данных.

AifDocumentFieldTable
Параметр DocumentClassId обновляется до параметра ClassId объекта данных.
AifEndpoint
Значения в полях PreventLoopbackSend и PropagateErrors установлены равными ложь.
AifResponse
 CreatedDateTime
Все записи удаляются в процессе обновления данных, поскольку старый формат данных
уже является несовместимым.
AifEndpointActionValueMap
Параметр ActionId обновляется до нового параметра ActionId для успешно обновленных
действий.
AifDataPolicy
Параметр ActionId обновляется до нового параметра ActionId для успешно обновленных
действий.
AifPipeline
 Direction
 EndpointId
Процесс может быть входящим или исходящим в зависимости от направления

документооборота, которое определяется типом действия политики действий конечной
точки. Для любых записей в AifEndpointActionPolicy, которые имеют соответствующую
запись в AifPipeline, поле AifPipeline. Direction обновляется следующим образом:
 Inbound,если тип действия - ReceiveDocument, ReceiveDocumentList, ProcessEntityили
ProcessEntityList.
 Outbound, если тип действий имеет какое-либо иное значение.

Процесс обновления данных также обновляет поле AifPipeline.ActionId новым значением
ActionId и обновляет AifPipeline.EndpointId значением EndpointId из таблицы
AifEndpointActionPolicy.

AifEndpointActionPolicy
 InboundPipelineId
 OutboundPipelineId
 IsDefault
 AutoErrorResponse
Удалены следующие столбцы:

 XsltFilePath
 SchemaRecId
 PipelineId
 DataPolicySynchronized
Поле ActionId обновляется новым значением ActionId, а поля InboundPipelineId и

OutboundPipelineId обновляются при наличии процессов, связанных с политикой действий
конечной точки.
AifEndpointActionParameterSchema
 EndpointId
 ActionId
 ParameterClassId
 SchemaRecId
 DataPolicySynchronized
Процесс обновления данных создает запись в этой таблице для каждой записи в таблице
AifEndpointActionPolicy. Поля EndpointId, ActionId, SchemaRecId и DataPolicySynchronized
обновляются из таблицы AifEndpointActionPolicy. Параметр ParameterClassId
устанавливается равным коду последовательного объекта данных.
AifDataPolicyXPath
 DocumentClassId
Параметр ActionId обновляется до нового параметра ActionId для обновленных действий.

Значение DocumentClassId установлено равным SerializableClassId.

AifXmlTransformConfig
 ParameterName
Процесс обновления данных устанавливает в поле ParameterName имя параметра сервисной

операции.
AifValueSubstitutionComponentConfig
 PipelineComponentRecId
 ParameterName
Процесс обновления данных добавляет в эту таблицу запись для каждой записи в таблице
AifValueSubstitutionConfig. Поле ParameterName заполняется именем параметра сервисной
операции. Значение поля PipelineComponentRecId задается равным значению поля
PipelineComponentRecId в таблице AifValueSubsititutionConfig.
Необновленные данные
Необновленные данные, настраиваемые для использования параметра ActionId, будут
перемещены согласно следующей таблице.
Имя таблицы Перемещено в имя таблицы
AifAction DEL_AifAction
AifDataPolicy DEL_AifDataPolicy
AifDataPolicyXpath DEL_AifDataPolicyXpath
AifEndpointActionPolicy DEL_AifEndpointActionPolicy
AifEndpointActionValueMap DEL_AifEndpointActionValueMap
AifPipeline DEL_AifPipeline
AifPipelineComponent DEL_AifPipelineComponent
AifSchemaStore DEL_AifSchemaStore
AifValueSubstitutionConfig DEL_AifValueSubstitutionConfig
AifWebsites DEL_AifWebsites
Таблица AifWebsites не обновляется, а любые веб-узлы, созданные в предыдущей версии,

будут содержаться в таблице DEL_AifWebsites. В Microsoft Dynamics AX 2009 администратор
должен добавлять веб-узлы вручную. Дополнительную информацию см. в разделе
"Настройка веб-узлов для обмена документами" в Справке по администрированию
серверов и баз данных.

Изменения схем
В Microsoft Dynamics AX 2009 схемы сообщений и документов изменены. После
обновления потребуется обновление служб AIF посредством выполнения следующих
шагов:
1. Щелкните Основное > Настройка > AIF > Услуги.
2. Нажмите кнопку Обновить.
Имеются различные схемы, определяющие формат и содержимое сообщений в AIF,
как показано в следующей таблице.
Схема Описание
Схемы сообщений Определите формат и содержимое

метаданных сообщений. Сюда относятся
такие элементы, как конверт, заголовок,
критерии поиска, списки объектных ключей и
т.д. Схемы сообщений включены в Microsoft
Dynamics AX. Дополнительную информацию
см. в разделах "XSD сообщений" и "Схемы"
в Справке разработчика Microsoft Dynamics AX.
Схема документов Определяет формат и содержимое бизнес-

данных в сообщении. Эта схема содержит
все поля, которые могут участвовать в
обмене данными. Любое сообщение,
которое поступает в AIF, должно быть
проверено на соответствие схеме
документов.
Схема конечных точек Представляет собой дополнительное

ограничение полей схемы документа,
которые могут участвовать в обмене
данными для конкретной конечной точки.
Схема конечных точек определяется
политикой данных, которая устанавливается
для каждого действия конечной точки.
Ввиду этих изменений схем все внешние системы, которые создают входящие сообщения
AIF, следует изменить для корректного форматирования сообщений согласно новым
схемам. Любые внешние системы, использующие данные в исходящих сообщениях AIF,
следует изменить для учета изменений в исходящих данных.

Схемы сообщений
Любые элементы схем сообщений во входящих сообщениях следует проверить по новым
схемам сообщений, расположенным в <Microsoft Dynamics AX Installation
Directory>Application\Share\Include. Дополнительную информацию см. в разделах
"Сообщения AIF" и "XSD сообщений" в Справке разработчика Microsoft Dynamics AX.
Схемы документов
Схемы документов изменены, и любые входящие сообщения, содержащие бизнес-данные,
следует изменить для проверки по новым схемам. Кроме того, исходящие сообщения,
содержащие бизнес-данные, будут отформатированы для проверки по новым схемам.
Дополнительную информацию см. в разделах "Схемы" и "Обзор схем документов"
в Справке разработчика Microsoft Dynamics AX.
В результате изменений схемы может потребоваться обновление таблиц XSLT, которые
использовались в преобразованиях процесса продаж. После обновления таблиц XSLT
можно повторно импортировать их, щелкнув Основное > Настройка > AIF > Репозитарий
XSLT. Может также потребоваться обновление значений, что можно сделать, щелкнув
Основное > Настройка > AIF > Подстановка значения.
Схемы конечных точек

Схемы конечных точек также известны как политики данных для действий конечной точки.
После обновления никакие изменения схемы документов не будут отражаться
в существующих политиках данных конечной точки. Новые элементы в схеме документов
будут отключены в политике данных, если для них также не требуются элементы.
Администратор AIF должен изменить существующие политики действий конечной точки
и при необходимости добавить новые элементы в политику данных. Дополнительную
информацию см. в разделе "Настройка политик данных для действия конечной точки"
в Справке по администрированию серверов и баз данных.
После обновления
Обновление служб документов AIF

Для вызова служб документов AIF следует обновить эти службы.
1. Щелкните Основное > Настройка > AIF > Услуги.
2. Щелкните Обновить для загрузки служб. При загрузке возможна задержка.
Дополнительную информацию см. в разделе "Конфигурация служб" в Справке по
администрированию серверов и баз данных.
Права пользователей
Убедитесь, что всем пользователям конечной точки источника предоставлены разрешения
на просмотр таблиц AIF.

Обновление кода: примеры

В этом разделе приводится описание двух сценариев обновления кода:
 Сценарий 1. Обновление таблицы CustTable
Изменения кода обычно подразумевают добавление в имеющуюся таблицу одного или
нескольких полей.
 Сценарий 2. Обновление формы VendTable
Другим типичным изменением является добавление кнопки в существующую форму.
Объекты таблиц и форм обсуждаются в отдельных примерах, поскольку во время
обновления они обрабатываются по-разному.
Формы (а также отчеты) создаются как один объект. Это означает, что любое изменение
формы, будь то добавление кнопки или изменение метода, требует обязательного
обновления всей формы.
Любые другие типы объектов приложения (таблицы, классы, меню и так далее) состоят
из нескольких компонентов, каждый из которых отображается как узел в репозитарии
прикладных объектов (AOT). Если изменен только один табличный метод, во время
процесса обновления будет учитываться только этот метод.
Имена и номера полей, используемых в следующих сценариях, являются вымышленными
и могут не соответствовать реальным ситуациям. В примерах используется слой SYS
и слой USR. Изменения могут также выполняться на другом слое или даже на нескольких слоях.

Сценарий 1. Обновление таблицы CustTable

В этом сценарии программа Microsoft Dynamics AX установлена в качестве обновления
существующей установки Microsoft Dynamics AX 3.0.
На слое SYS в таблице CustTable содержится два поля два поля: "A" и "B".
На слое SYS в таблице CustTable содержится 4 поля: "A", "B", "C" и "D", то есть в
новой версии добавлено два поля.
На слое USR в таблице CustTable содержится одно поле: CompanyLogo.

На слое USR в таблице CustTable содержится одно поле: CompanyLogo. Слои
USR в новой и старой версиях являются идентичными.
При применении алгоритма "Создать проект обновления" к каждому из полей таблицы

CustTable поля "A" и "B" будут игнорироваться, поскольку оба поля существуют в Microsoft
Dynamics AX 3.0. Никакого обновления не требуется.
То же самое применяется для новых полей, "C" и "D": по сравнению с предыдущей версией
никаких изменений нет, так как поля на тот момент не существовали. Поэтому обновление
не требуется.
Аналогично этому поле CompanyLogo не подлежит изменению. Конфликты с предыдущей
версией отсутствуют.
Итоговый результат работы алгоритма "Создать проект обновления" для таблицы CustTable
состоит в том, что таблица не включается в проект обновления, поскольку отсутствуют
конфликты, которые необходимо разрешить. В Microsoft Dynamics AX таблица CustTable имеет
пять полей: четыре поля находятся на слое SYS, одно поле — на слое USR.

Сценарий 2. Обновление формы VendTable

Как и в первом сценарии программа Microsoft Dynamics AX установлена в качестве
обновления существующей установки Microsoft Dynamics AX 3.0.
Форма VendTable существует на слое SYS.
На слое SYS в форме VendTable имеется дополнительная кнопка "Y",
добавленная в новой версии.
Форма VendTable также существует на слое USR, где в ней имеется

дополнительная кнопка "X".
Форма VendTable также существует на слое USR, где в ней имеется
дополнительная кнопка "X". Новая версия идентична старой.
Как уже объяснялось выше, алгоритм "Создать проект обновления" применяется к форме
VendTable в целом. Результатом применения алгоритма является добавление формы
в проект обновления.
В форме существует потенциальный конфликт, поскольку она была изменена в двух слоях.
Форма добавляется в проект обновления, и конфликт должен быть проанализирован
и разрешен вручную.

Вариант сценария с формой

Вариант сценария с формой, при котором применяется "оперативное исправление"
Microsoft Dynamics AX 3.0 (исправление, посылаемое быстро для несоответствия,
составляющего основную проблему). После добавления файла .xpo, содержащего
оперативное исправление, эта форма добавляется на слой USR. При выпуске
Microsoft Dynamics AX 2009 оперативное исправление внедряется и становится
частью стандартного приложения.
Форма "A" существует на слое SYS.
Форма "A" существует на слое SYS в новой версии, если сравнивать со старой
версией слоя SYS.
Форма "A" существует на слое USR в измененной версии.

Форма "A" существует на слое USR в измененной версии.
На следующем рисунке показано дерево решений при реализации оперативного

исправления.
Поскольку на новом слое SYS и на новом слое USR присутствует одна и та же форма "A",
форма "A" на слое USR является устаревшей и будет удалена.

Дополнительные сведения об
обновлении кода
В этом разделе представлены дополнительные сведения об обеспечении успешного
процесса обновления кода. Перед началом выполнения любой из процедур прочитайте
все разделы.
Выполнение процесса обновления кода пустой базы данных

Выгоднее выполнять процесс обновления кода пустой базы данных, поскольку во время
обновления кода нет необходимости обеспечивать сохранность каких-либо данных.
1. Установите Microsoft Dynamics AX 2009 и создайте новую базу данных Microsoft SQL
Server при помощи мастера установки. Дополнительные сведения см. в разделе
"Создание базы данных Microsoft SQL Server при помощи мастера установки"
руководства по установке.
2. После завершения установки откройте проводник Windows и перейдите в папку
установки файлов приложения. Местоположением по умолчанию является
C:\Program Files\Microsoft Dynamics AX\50\Application\Appl\DynamicsAx1.
3. В папке установки файлов приложения создайте папку с именем Old.
4. При необходимости скопируйте предыдущую версию файлов AOD (*.AOD) и файлов
меток (*.ALD, *.ALI) в папку Old.
5. Скопируйте предыдущую версию файлов AOD, находящихся за пределами слоя DIS
(axbux.aod, axvar.aod, axcus.aod, axusr.aod и слоев исправлений (если таковые существуют):
axbup.aod, axvap.aod, axcup.aod, axusp.aod), а также любых соответствующих файлов
меток (*.ald, *.ali) в папку установки файлов приложения.
Поскольку слой BUS/BUP обычно зарезервирован для дополнительных
продуктов сторонних производителей, возможно, не требуется копировать
файлы axbus.aod и axbup.aod. Возможно, необходимо установить новые версии
этих же приложений, сертифицированные для работы с Microsoft Dynamics AX 2009.
6. Запустите службу AOS. На это может потребоваться некоторое время. Службой AOS
создается файл axapd.aoi в папке установки файлов текущего приложения и в папке
Old, созданной на шаге 3.

Поочередное сравнение слоев

Рекомендуется сравнивать слои кода только поочередно. Например, если имеется три
дополнительных слоя, следует начинать работу с самого внутреннего слоя по направлению
к самому внешнему слою и создавать проекты обновления для каждого из слоев.
Слой SYS считается самым внутренним слоем. Структура слоев [от внутреннего
к самому внешнему] следующая: SYS, GLS, LOS, DIS, BUS, VAR, CUS, USR. Затем
следуют связанные слои исправлений для каждого из слоев.
При проработке каждого слоя необходимо либо повысить уровень нового кода с внутренних
слоев до внешнего слоя, либо удалить этот код, если он больше не является действительным.
Выполните для каждого слоя следующую процедуру. После завершения обработки всех
проектов обновления следует подготовиться к обновлению данных.
1. Выполните шаги 1–5 из предыдущей процедуры.
2. Запустите службу AOS. На это может потребоваться некоторое время. Службой AOS
создается файл AXAPD.AOI в папке текущего приложения и в созданной папке Old.
3. Откройте средство настройки клиента и убедитесь, что выбран слой, соответствующий
файлу слоя, только что скопированному в папку приложения на шаге 5.
4. Запустите контрольный список установки. (только в первый раз)
5. Запустите средство Выявление конфликтов при обновлении кода (Меню MSDAX >
Сервис > Средства разработки > Обновить код > Выявление конфликтов при
обновлении кода).
6. Запустите проекты обновления для этого слоя.
7. Остановите службу AOS и создайте резервную копию файла текущего слоя (ax*.aod).
8. Повторите шаги 5–12 для следующего имеющегося самого внутреннего слоя.
Консолидация слоев предыдущей версии в одном файле слоя

Если в предыдущей версии Microsoft Dynamics AX имеется несколько файлов слоев,
находящихся в рамках этого приложения, имеется возможность выполнить консолидацию
функциональности нескольких слоев в одном слое. Консолидация слоев предыдущих
версий обеспечивает более простое обновление до версии Microsoft Dynamics AX 2009.
Кроме того, путем консолидации слоев перед обновлением можно проверить функциональность
объединенного слоя с использованием известных данных и процессов в измененной
предшествующей обновлению установке Microsoft Dynamics AX, убедившись, что код
функционирует надлежащим образом. Это также обеспечит более легкое обслуживание
в будущем при выпуске пакетов обновления, поскольку для распространения изменений
пакета обновления на внешние слои необходимо будет выполнить сравнение с меньшим
количеством слоев.

Перемещение объектов между слоями может стать причиной проблем с кодами
объектов. Может возникнуть необходимость создания сценариев или заданий
обновления для корректировки модели данных Microsoft Dynamics AX 2009.
Дополнительные сведения см. в техническом документе "Способы написания сценариев
обновления данных" (http://go.microsoft.com/fwlink/?LinkId=115169&clcid=0x409).
Выбор наиболее легкого подхода

Выполните оценку модификации кода. Если в системе Microsoft Dynamics AX 2009
отсутствует функциональность, которая существовала на основе внесенных
пользователем изменений, вероятно, следует повторно реализовать эти изменения
в Microsoft Dynamics AX 2009.
Если теперь в системе Microsoft Dynamics AX 2009 содержится функциональность,
аналогичная выполненным раньше пользовательским настройкам, рациональнее удалить
пользовательские настройки и изменить имеющуюся функциональность так, чтобы она
отвечала необходимым спецификациям.
Кроме того, обновление можно рассматривать как удачный момент для удаления функций,
которые больше не используются.
Все слои
Параметр Все слои (Меню Microsoft Dynamics AX > Сервис > Параметры > вкладка
"Разработка" > Слой объектов приложения) используется для предоставления
разработчикам возможности увидеть все слои, в которых существует объект.
Если используется конфигуратор продукции

Если планируется использовать конфигуратор продукции, следует рассмотреть выделение
слоя только для тех классов, которые будут созданы в AOT конфигуратором продукции.
В программе Microsoft Dynamics AX 3.0 конфигуратор продукции может при необходимости
выполнять запись кода в AOT для повышения производительности. В версии Microsoft
Dynamics AX 4.0 или более поздней это является обязательным требованием.
Если возникает проблема, при которой конфигуратор продукции повреждает файл слоя,
рекомендуется выделить один слой исключительно для кода конфигуратора продукции.
Любые настройки системы НЕ должны отражаться в слое, используемом конфигуратором
продукции. Таким образом в случае возможных повреждений этого слоя исправление
можно выполнить путем простого восстановления резервной копии этого конкретного слоя,
после воссоздания файла AXAPD.AOI и перезапуска AOS. Кроме того, если отсутствует
резервная копия этого конкретного слоя конфигуратора продукции, можно остановить AOS,
удалить файл слоя, удалить файл AXAPD.AOI, снова запустить AOS, и функционирование
Microsoft Dynamics AX будет восстановлено.

Уменьшение, по возможности, изменений кода ядра

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

Дополнительные сведения об обновлении

данных
В этом разделе содержатся дополнительные сведения об обновлении данных, которые
могут оказаться полезными во время обновления до Microsoft Dynamics AX 2009.
Когда необходимо выполнять обновление данных?

Обновление данных необходимо выполнять в следующих ситуациях:
 когда удаляется таблица и должны быть сохранены данные;
 когда удаляется поле и должны быть сохранены данные;
 когда добавляются или изменяются уникальные индексы;
 когда неуникальный индекс изменяется на уникальный индекс;
 когда изменяется местоположение, в котором хранятся данные (например, когда
данные перемещаются из одного поля в другое поле);
 когда устраняются противоречия прежних данных;
 когда необходимо заполнить новые поля существующими данными.
Каким образом запускается процесс обновления данных?

Системой Microsoft Dynamics AX 2009 проверяется таблица SYSSETUPLOG на предмет
наличия в ней сведений. Если указанная таблица не содержит сведений, это означает,
что выполняется новая установка Microsoft Dynamics AX. При этом отображается
Контрольный список установки.
Если в таблице SYSSETUPLOG содержатся сведения, системой Microsoft Dynamics AX
запускается сценарий, похожий на сценарий SQL "SELECT LASTONLY FROM
SYSSETUPLOG". Этот сценарий возвращает сведения, включающие последнюю успешно
запущенную версию продукта, номер сборки приложения и номер сборки ядра. Если все
эти значения соответствуют текущей установке, система Microsoft Dynamics AX 2009
запускается стандартным образом. Если какие-либо значения отличаются, отображается
Контрольный список обновления.
Когда необходимо выполнять обновление данных вручную?

Обновление данных вручную может потребоваться, если были созданы новые таблицы
или поля, зависящие от данных в тех таблицах или полях, которые были удалены или
перемещены.
Удаленные таблицы и поля можно найти, выполнив поиск объектов приложения
с префиксом DEL_.

Удаленные таблицы и поля

Некоторые объекты из предыдущих версий могут быть удалены во время обновления до
Microsoft Dynamics AX 2009. Этим объектам присваивается префикс DEL_ и назначаются
специальные конфигурационные ключи. После отмены выбора этих конфигурационных
ключей (Сохранить объекты обновления 4.0 и Сохранить объекты обновления 4.1)
в форме Конфигурация (Администрирование > Настройка > Система > Конфигурация)
объекты, которым назначены эти конфигурационные ключи, удаляются. Никогда не
удаляйте таблицы и поля из базы данных вручную.
Что происходит с переименованными объектами

приложения при обновлении данных?
Таблицы и поля системы Microsoft Dynamics AX основаны на кодах, а не на именах. Это
означает, что они имеют уникальные идентификационные коды и не должны создавать
проблем во время процесса обновления данных. Переименованные объекты приложения
могут становиться причиной проблем при обновлении данных только тогда, когда ссылки
на эти объекты присутствуют в коде X++. Если в коде X++ есть ссылки на переименованный
объект приложения, во время процесса обновления данных могут произойти ошибки
компиляции, указывающие на необходимость изменения кода, в котором должны
использоваться правильные имена объектов, после чего компиляция будет выполнена
без ошибок.
Что происходит с удаленными объектами приложения во

время обновления данных?
Процессом обновления данных используется специальный префикс DEL_ для некоторых
объектов приложения, например таблиц, которые будут удалены в версии Microsoft
Dynamics AX 2009.
Таблицы и поля с префиксом DEL_ необходимы для процесса обновления данных,
поскольку "старые" структуры таблиц необходимо сохранять до полного завершения
обновления данных, чтобы данные не были утеряны.
Когда из-за изменения схемы в Microsoft Dynamics AX 2009 или из-за изменения
модификаций вводится объект с префиксом DEL_, изменения стандартного приложения
обрабатываются сценариями обновления Microsoft Dynamics AX 2009. Примером может
служить ситуация, когда классом ReleaseUpdateDB_<старая версия>to<новая версия>
поля и код X++ перемещаются в таблицу, которая заменяет таблицу с префиксом DEL_.
Объектам приложения с префиксом DEL_ назначаются конфигурационные ключи
SysDeletedObjects30 и SysDeleteObjects40.
Если имеется код X++ со ссылкой на объект приложения, имеющий префикс DEL_,
потребуется выполнить повторную оценку имеющихся изменений и обновить их
для использования в новом объекте, заменяющем объект с префиксом DEL_.

AXUpgradeGuide RU-RU PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

AXUpgradeGuide RU-RU PDF

Загружено:

Авторское право:

Доступные форматы

Руководство по обновлению Microsoft

Перед обновлением .................................................................................................................... 14

Обновление до Microsoft Dynamics AX 2009 ............................................................................. 31

Примечания к обновлению приложения .................................................................................... 72

Устранение проблем обновления .............................................................................................. 97

Приложение к руководству по обновлению ............................................................................ 117

Поддерживаемые пути обновления

Быстрый запуск: обновление Microsoft

Быстрый запуск: обновление Microsoft

Усовершенствование процесса обновления

Пакетные задания, использующие пакетную среду

Дополнительные задачи в контрольном списке обновления

Расширенная панель обновления данных

Обнаружение конфликтов обновления

Расширенные визуальные индикаторы

Улучшения средства сравнения

Отчет с оценкой времени устранения конфликтов

Выполнение обновления сначала в среде тестирования

Место на диске и размер журнала

Конфигурация сервера базы данных

Создание резервных копий данных

Шаг обновления Расчет времени

Выравнивание столбцов базы данных по Создайте резервную копию обработанной на

Средство подготовки к обновлению БД Создайте резервную копию предварительно

Синхронизация базы данных Создайте резервную копию базы данных

Последующая синхронизация базы данных Создайте резервную копию базы данных

Дополнительные задачи обновления Создайте резервную копию базы данных

Удаление устаревших объектов приложения

1. Щелкните последовательно Администрирование > Настройка > Система >

Задачи обновления для поддерживаемых

Установка соответствующих разрешений для Установка соответствующих разрешений для

Установка соответствующих разрешений

Действие Необходимые для учетной записи разрешения

Установка сервера Application Object Server Член группы ролей securityadmin на

Действие Необходимые для учетной записи разрешения

Установка документооборота Член группы "Администраторы" в Microsoft

Запуск расширений для отчетов Член группы "Администраторы" в Microsoft

Запуск службы синхронизации Член группы "Администраторы" в Microsoft

Запуск прокси-сервера синхронизации Член группы ролей базы данных dbowner

Установка веб-служб AIF Член группы "Администраторы" в Microsoft

Установка адаптера BizTalk Член группы администраторы в BizTalk Server

Запуск средства подготовки к обновлению Если используется SQL Server, пользователь,

Выполнение контрольного списка Член группы администраторов Microsoft

Резервное копирование данных

В системе Microsoft Dynamics AX 2009 слои были переименованы. Перед обновлением

Копирование существующих файлов

Старое имя Новое имя

Кроме того, для сравнения кода приложения предыдущей версии с изменениями,

Подготовка данных Axapta 3.0 для

Обновление до 64-разрядных полей для

1. Запустите программу Microsoft Dynamics AX 3.0.

Выравнивание столбцов базы данных по

1. Запустите программу Microsoft Dynamics AX 3.0.

Запуска команд SQL на сервере SQL

Создание новой базы данных

Средство подготовки к обновлению БД

Изменения, вносимые данным средством в базу данных Microsoft

Действия, выполняемые данным средством

Таблицы не на основе AOT

Оптимизация производительности инструмента

Работа средства подготовки к обновлению БД Microsoft Dynamics

Запуск средства в базах данных на сервере SQL Server

Запуск средства в базах данных Oracle