Налаштування персональної віртуальної машини для розробок в Dynamics 365 For Operations

1. Ви повинні мати можливість управляти віртуальною машиною зі свого комп'ютера
2. Ви повинні мати MSDN акаунт, пов'язаний з підпискою Visual Studio
3. Операційна система

Дата публікації: 02.10.2017

Автор матеріалу: Brian J. Parker. Посилання на оригінальну статтю.

Останнє оновлення в первинні форми внесено 1 червня 2017р.

Microsoft надає можливість використовувати для розробки і тестування різні топології. На даний момент найбільш простий в установці і популярною є топологія "onebox", в якій всі компоненти - AOS, Batch, SQL Server, SSRS і інші компоненти, за винятком контролера домену, встановлені на одній машині. Її ми і будемо розглядати в статті.

Ця інструкція є актуальною на момент виходу платформи v1611 Platform Update 5, але з виходом кожної нової версії дані трохи змінюються.

Вимоги до обладнання

Для створення віртуальної машини вам, швидше за все, знадобиться щонайменше 16 ГБ пам'яті, (в останніх версіях - 24+ Гб) додатково до тієї яку ви вже використовуєте, плюс близько 150 ГБ вільного місця на жорсткому диску. (За замовчуванням віртуальна машина пропонує вам 126 ГБ на віртуальним диску). Мінімум 2 центральних процесора (в цьому випадку, як і завжди, чим більше ресурсів - тим краще, і ті вимоги, які я вказав, є мінімальними). Також необхідно забезпечити візуалізацію в BIOS, що можна зробити не на будь-якому обладнанні.

Ви повинні мати можливість управляти віртуальною машиною зі свого комп'ютера

Не всі комп'ютери справляються з виртуализацией (зазвичай для цього потрібно налаштування BIOS, відмінна від тієї, яка існує за замовчуванням) і швидше за все вам знадобиться операційна система Windows 10 Professional або Enterprise (64 біт). Я не впевнений в тому, що будь-які ще операційні системи Windows, крім серверних, зможуть управляти Hyper-V. (Можливо, вам вдасться повністю налаштувати її, використовуючи іншу операційну систему? Наприклад, чи можуть користувачі Mac управляти віртуальною машиною на базі Windows?)

Щодо розміщення Hyper-V на Windows 10 можете прочитати тут (Якщо розглядати установку Hyper-V як необхідна вимога).

Ви повинні мати MSDN акаунт, пов'язаний з підпискою Visual Studio

Для вашого облікового запису MSDN може використовуватися той же email, який ви використовували для створення облікового запису для особистих / робочих потреб, але це будуть різні акаунті в різних базах даних Microsoft, і це може привести до деякої плутанини. При цьому, всі вони можуть бути пов'язані після того, як ви створите MSDN аккаунт. По своєму особистому досвіді скажу, що я б рекомендував використовувати різні паролі, щоб розуміти, яким саме аккаунтом ви користуєтеся в той чи інший момент. Щоб створити MSDN аккаунт, пройдіть по засланні . Хоча це і здається не надто логічним, вам швидше за все варто створити «спеціальний» аккаунт (замість робочого / особистого облікового запису) бо робітник / особистий аккаунт для вашої робочої електронної пошти швидше за все вже існує.

По крайней мере, я потрапив в таку ситуацію, і пошук в інтернеті показав, що не я один. Якщо вам вдалося встановити всі, використовуючи один обліковий запис, дайте мені знати.

Завантаження віртуальної машини

Існує можливість робити це за допомогою консультантів, які вам допоможуть. Теоретично ви можете завантажити машину безпосередньо по засланні , Хоча деякі мають доступ до цієї сторінки. У перший раз отримання доступу може виявитися непростим завданням. Потрібно перейти на сторінку і увійти в свій особистий / чинний MSDN аккаунт (замість корпоративного робочого / навчального аккаунта). Ви вибираєте "Search Products accepting bugs or suggestions" (Подивитися продукти, які можуть мати баггі і щодо яких приймаються пропозиції щодо поліпшення) для "Dynamics." Потрібно знайти опцію, яка називається "Mirosoft Dynamics 365 for Operations Suggestions and Feedback" (Пропозиції і зворотний зв'язок щодо Mirosoft Dynamics 365 for Operations) і вибрати "Join" (приєднатися). Після цього вам повинна стати доступна програма, і ви зможете вибрати "Downloads" (завантаження) або використовувати прямі посилання, щоб завантажити ВМ.

Швидше за все вам потрібно буде скопіювати VHD файл в папку з адресою: C: \ Users \ Public \ Documents \ Hyper-V \ Virtual hard disks на своєму комп'ютері. Наскільки я знаю, це папка, яка за замовчуванням використовується Hyper-V.

Установка віртуальної машини

Необхідно, щоб у вас був встановлений Hyper-V (це одна з необхідних вимог). Для установки вашої нової ВМ використовуйте Hyper-V Manager.

Формат файлу VHD не підходить для імпорту в якості ВМ, тому потрібно спочатку створити нову машину, а потім під час створення або з'єднання з диском вказати шлях до VHD файлу.

• Задаємо Ім'я та Шлях: Є ймовірність, що на момент установки оновлень у вас вже буде більш, ніж одна ВМ, тому має сенс включити номер версії в її ім'я. Ім'я можна пізніше змінити, тому не переживайте, якщо не зробили цього.

• Задаємо Generation: Потрібно поставити Generation як "Generation 1".

• Виділяємо Пам'ять: Зазвичай я виділяю 18 GB (18,432 MB) з 32 GB на моєму ноутбуці, і звичайно Динамічне Пам'ять, але, можливо, ви захочете поекспериментувати з цим.

• Налаштовуємо мережу: Почніть з вибору використовуваного підключення, все інше буде налаштовуватися пізніше.

• Підключаємо Віртуальний Жорсткий Диск: Виберіть "Use an existing virtual hard disk" (Використовувати існуючий жорсткий диск) і вкажіть шлях до VHD файлу, який ви завантажили.

Налаштування Віртуальної машини

Після установки ви можете вибрати налаштування віртуальної машини. (Але не в процесі роботи.) Ви можете зробити це в Hyper-V Manager, вибравши потрібну вам машину, а потім "Settings" (установки).

• Якщо ви перемикаєтеся між численними провідними і / або бездротовими підключеннями на своєму комп'ютері, вам краще вибрати "Add Hardware" (додати обладнання) і додати будь-який мережевий адаптер, який ви будете використовувати для віртуальної машини. Я не використовував жодну з розширених налаштувань.
• Можливо, ви віддасте перевагу, щоб віртуальна машина використовувала більш ніж один (1) віртуальний процесор, але їх не повинно бути більше, ніж на вашому комп'ютері. При цьому, якщо у вас буде хоча б два процесори, це вже допоможе підвищити продуктивність. (Мій комп'ютер має вісім процесорів, і я виділив віртуальній машині шість з них, але можливо, вам захочеться поекспериментувати з цим.)
• Очевидно, що назва машини повинно містити певну інформацію. Можливо, що на момент завантаження оновлень у вас буде кілька машин, тому варто включити в назві номер версії, щоб розрізняти їх.

Налаштування віртуальної машини після установки

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

При першій спробі підключення (і пізніше, якщо ви оберете пункт View (Вид) в меню Enhanced Settings (Розширені параметри) у вікні Virtual Machine Connection (Підключення)) ви можете налаштувати дозвіл дисплея і функцію використання кількох моніторів. Також, ви можете вказати, чи будуть доступні на віртуальній машині локальні ресурси (такі як clipboard (Буфер обміну), принтери, драйвери). Це дуже індивідуально, але мені, наприклад, легше працювати з одним повноекранним монітором, який має доступ до clipboard Буфер обміну і локальному жорсткому диску. Просто будьте готові зробити настройки, які підійдуть вам.

Вхід в систему (Log in): після того, як ви запустили віртуальну машину, вам потрібно буде увійти в систему з використанням наступної реєстраційної інформації: Administrator / pass @ word 1

перейменування ВМ

Цей крок не є обов'язковим у разі, якщо ви будете єдиним розробником; але якщо VSTS буде використовуватися іншими розробниками, це, швидше за все, необхідно буде зробити. В іншому випадку може статися помилка при спробі знайти source control через збіг робочих просторів (Workspace). (Конфлікт імен для робочих просторів системи контролю версій)

У разі, якщо в процесі здійснення кроків з налаштування Source Control, перерахованих нижче, ви побачите помилку наступного роду: "The working folder C: \ AOSService \ PackagesLocalDierctory is already in use by workspace MININT - MHQ 9 O 7 x; DeveloperName on computer MININT - MHQ 9 O 7 x ", можливо, причина саме в тому, що ви пропустили цей крок.

• Перейдіть до Control Panel (Контрольна Панель)> System (Система)> Change Settings (Змінити Налаштування)> Change (Змінити)> Computer Name (ім'я комп'ютера).
• Змініть його на ім'я, що містить 15 або менше знаків. Я пропоную вам використовувати стандартне ім'я, яке включає ваше ім'я і версію (наприклад BPARKER-PU7 або ANGELA-PLATUP07 цілком підійдуть). Не слід тільки двічі використовувати один і той же ім'я.
• Змініть настройки SQL Server Reporting Services, щоб вони використовували вищевказане ім'я. Запустіть "Reporting Services Configuration Manager" з початкового меню.
• Переконайтеся, що "Server Name" (Ім'я сервера) збігається з вашим новим ім'ям і натисніть "Connect" (з'єднати).
• Виберіть "Database" (база даних). Якщо SQL Server Name не збігається з вашим новим ім'ям, виберіть "Change Database" (змінити базу даних) і пройдіть всі необхідні кроки з Майстром. (Більше нічого не повинно змінитися; Report Server Database повинна залишитися з колишнім найменуванням DynamicsAxReportServer).
• Виберіть "Web Portal URL" і переконайтеся, що URL відповідає новому імені.
• Виберіть "Web Service URL" і переконайтеся, що URL відповідає новому імені. Можете перейти по посиланню, щоб переконатися, що вона працює.
• Якщо ви вже налаштували Workspace mapping в Visual Studio, можливо, вам доведеться змінити його.

призначення Адміністратора

Як тільки ви зайшли в систему як Адміністратор, вам потрібно скористатися інструментом AdminUserProvisioning (на робочому столі повинна з'явитися відповідна посилання), щоб з'єднати аккаунт Адміністратора з вашим MSDN аккаунтом. У Visual Studio і веб-інтерфейсі Dynamics AX / 365 все залежить від того, щоб ви розпізнавалися через свій Microsoft аккаунт. Якщо на робочому столі немає посилання (в більш ранніх версіях її не було), переходите прямо по посиланню C: \ AOSService \ PackagesLocalDirectory \ Bin \ AdminUserProvisioning. exe

У нашій роботі ми не використовуємо модуль Retail, тому я ігнорую RetailTenantUpdateTool (навіть видалив його з робочого столу). Якщо ви використовуєте цей модуль і наявну в нього інформацію, дайте мені знати.

Операційна система

Якщо вам необхідний звук, потрібно запустити Services (Сервіси) і налаштувати "Windows Audio" таким чином, щоб воно запускалося автоматично. Вони зробили цю опцію відключається для віртуальної машини, на випадок, якщо вам не потрібен звук. (Навіть якщо ви виберете звук в Enhanced Settings (Розширених установках)). Потім ви можете налаштувати будь-яку звукову схему Windows, на свій розсуд.

Використовуйте будь-які налаштування оперативної системи, які допоможуть вам зробити її більш зручною. Якщо ви любите все максимально прискорювати як я (або любите працювати ефективно), можливо вам краще скласти свій чек-лист на цей випадок. Наприклад, ось цей чек-лист містить перелік того, що роблю я:

• Прикріпити Visual Studio, SSMS, IE, і / або File Explorer на панель задач і / або Start Menu (Стартове Меню).
• Показувати розширення файлу в Windows Explorer. (View> Options> View> прибрати галочку "Hide extensions for known file types." (Приховувати розширення для відомих типів файлів))
• Створити ярлик на робочому столі для Administrator Command Prompt, де для "Start in" (Почати с): прописаний шлях "C: \ AOSService \ PackagesLocalDirectory \ Bin" і розмітка трохи збільшена; мені досить часто доводиться використовувати його, щоб запустити ModelUtil.
• З тієї ж причини (запуск ModelUtil), я витрачаю кілька хвилин на установку " Path Copy Copy . "
• Встановіть свій часовий пояс, якщо це не PST (Тихоокеанське стандартний час).
• Можливо, ви віддасте перевагу змінити пароль адміністратора.
• Після п'ятого поновлення платформи, замість простого сірого фону на робочому столі з'явилися шпалери. Можете налаштувати робочий стіл відповідно до своїх естетичними уподобаннями.
• Будьте готові до того, що оперативній системі буде потрібно завантажити і встановити кілька оновлень для Windows.

Visual Studio

Так як для Visual Studio необхідно використовувати "Run As Administrator," (керувати як Адміністратор), ви, можливо, вважатимете за краще створити для цієї опції спеціальну іконку.

Вам, швидше за все, потрібно буде ввійти в свій «робочий / навчальний» аккаунт на Visual Studio, а не в «особистий» (MSDN) аккаунт. Вам потрібно буде налаштувати робочі області та отримати з Source control, але це виходить за межі даної інструкції (якщо ви ще не розбираєтеся в source control настільки ж як я або краще за мене, то я теж навряд чи зможу вам в цьому допомогти).

Вам також слід звернути увагу на ці (застарілі і гнітюче неповні) кроки по установці AX7 / 365 з Microsoft managed Wiki .

Зверніть увагу: деякі з цих установок зроблені не так, як радиться раніше. Я не в курсі, чи існує все ще Intellitrace (Там сказано відключити її, але я її більше не можу знайти). Зрештою, мені напевно доведеться видалити дане посилання, тому що вона остаточно застаріла.

У Visual Studio потрібно перейти в Tools (Інструменти)> Options (Опції)> Dynamics 365> Projects (Проекти) і вибрати "Synchronize database on build for newly created project" (Увімкнути синхронізацію бази даних для новостворених проектів). Це полегшить вам життя. З власного досвіду скажу, що так і не придумав причину, по якій вам не слід було б активувати цю опцію для своїх проектів з розробки. Я також використовую опцію "Organize projects by element type" (Організувати проекти за типами елементів) і рекомендую її як стандартну опцію для складних проектів.

Якщо для вас важлива естетична сторона проекту, ви можете встановити додаткові колірні теми для Visual Studio по засланні .

Можливо, вам також захочеться встановити інші доповнення для Visual Studio. Їх існує величезна безліч, але я не знайшов жодного, особливо корисного для X ++ розробок; в основному вони просто покращують зовнішній вигляд.

Source Control

Я не особливо сильний в Source Control і сподіваюся, що зможу додати більше загальну інформацію пізніше. (Можливо, з цього питання варто написати окремий пост в блозі). В першу чергу, вам потрібно підключитися і увійти в свій VSTS сервер.

Вам необхідно буде відредагувати свою робочу область (Workspace) (Не перейменовуйте її, і також не перейменовувати Віртуальну Машину, це призведе до деякої плутанини з IIS / Reporting Services). Просто зробіть наступне:

... і вкажіть шлях до деяких частин свого проекту: C: \ AOSService \ PackagesLocalDirectory (звичайно, якщо у вас вже є існуючі проекти):

У різних компаній будуть різні установки Source control, тому не потрібно просто сліпо слідувати за вказаною тут шляху.

Чому вам слід зробити це? ... Коли ви створюєте об'єкти, вони створюються прямо в тій папці, яка вказана за замовчуванням. Проте, щоб дозволити оточенню "onebox" виробляти свої інтеграційні чудеса з локальними установками Dynamics, деякі об'єкти, які ви створите в Visual Studio, замість цього будуть створені в наступній директорії: C: \ AOSService \ PackagesLocalDirectory. Щоб source control їх бачив, необхідно правильно вказати до них шлях.

Ця конфігурація буде відрізнятися в залежності від того, як ви налаштували Source control. Можливо, вам знадобиться додати тільки одну сходинку, і можна вказати їй шлях до іншої "SourceControlFolder." Важливо тільки переконатися, що об'єкти, які створюються в директорії C: \ AOSService \ PackagesLocalDirectory потрапляють в Source control!

Зробіть повний білд

Особливо в тому випадку, якщо у вас вже є якийсь код в source control, зараз саме час оновити і зробити повний білд всіх моделей.

Dynamics 365 For Operations локальні установки / дані

Також не поганою ідеєю є створення закладок для VSTS і Lifecycle Services.

Якщо вам захочеться увійти в локальну установку D365O, натисніть на значок шестерні в правому верхньому куті, щоб перейти до налаштувань і змініть деякі User Options (Налаштування користувача) / Preferences (Уподобання). У компанії USMF тестові дані краще, і, можливо, вам захочеться змінити часовий пояс. Знову ж таки, це справа особистих уподобань.

Існує велика ймовірність, що у вашій організації є тестові акаунти, які ви захочете вказати в якості користувачів (System administration (Системне адміністрування)> Users (Користувачі)> Users (Користувачі)) і / або Персоналу (Human resources (Кадри)> Workers ( працівники)> Employees (Персонал)).

Налаштування сервера SQL, щоб ви могли увійти в систему

Якщо ви використовуєте SQL Server, вам необхідно зробити наступне, починаючи з п'ятого поновлення платформи по засланні .

В якості альтернативи, ви можете продовжувати використовувати Windows Authentication (Ідентифікацію Windows), щоб з'єднатися з локальним SQL сервером, якщо ви керуєте SSMS під обліковим записом адміністратора. Тому, вам, можливо, захочеться, як мінімум, створити іконку для цього, якщо ви віддаєте перевагу заходити в SQL для вирішення проблем.

Збереження окремих стадій налаштування ВМ

Якщо в ході налаштування, ви ненароком зробите якусь помилку, вам не дуже сподобається, якщо доведеться все починати спочатку. Тому зберігайте ВМ на окремих стадіях процесу, і не забувайте робити це регулярно.

Удачі в розробці!

Переклад відрізняється від оригіналу.

Враховано коментарі читачів порталу axforum.ru .