PowerShell and SQL scripts for Database Refreshing in a Devbox

[Blog bot]

Источник: http://alexvoy.blogspot.com/2021/12/...-database.html
==============

Say you created a new database AxDB_TEST2 and restored a test environment backup there.

Now you need to change the databases names so that D365FO would target a restored data.

First, you need to stop D365FO services, for example, with a similar PowerShell script.



function StopD365RelevantService()
{
$services = "DynamicsAxBatch","Microsoft.Dynamics.AX.Framework.Tools.DMF.SSISHelperService.exe","MR2012ProcessService","LCSDiagnosticClientService"
foreach ($item in $services)
{
Set-Service -Name $item -StartupType Disabled
}
Stop-Service -Name Microsoft.Dynamics.AX.Framework.Tools.DMF.SSISHelperService.exe -ErrorAction SilentlyContinue
Stop-Service -Name DynamicsAxBatch -ErrorAction SilentlyContinue
Stop-Service -Name W3SVC -ErrorAction SilentlyContinue
Stop-Service -Name MR2012ProcessService -ErrorAction SilentlyContinue
Stop-Service -Name LCSDiagnosticClientService -ErrorAction SilentlyContinue

Set-Service -Name W3SVC -StartupType Automatic
}

Then you can use the following SQL script to 'exchange' two databases.



use master
ALTER DATABASE AxDB SET SINGLE_USER WITH ROLLBACK IMMEDIATE
ALTER DATABASE AxDB MODIFY NAME = AxDB_ORIG
ALTER DATABASE AxDB_ORIG SET MULTI_USER

ALTER DATABASE AxDB_TEST2 SET SINGLE_USER WITH ROLLBACK IMMEDIATE
ALTER DATABASE AxDB_TEST2 MODIFY NAME = AxDB
ALTER DATABASE AxDB SET MULTI_USER



Once it is done, get the services back to life



function StartD365RelevantService()
{
#Set-Service -Name "DynamicsAxBatch","Microsoft.Dynamics.AX.Framework.Tools.DMF.SSISHelperService.exe","W3SVC","MR2012ProcessService" -StartupType Automatic
$services = "DynamicsAxBatch","Microsoft.Dynamics.AX.Framework.Tools.DMF.SSISHelperService.exe","W3SVC","MR2012ProcessService","LCSDiagnosticClientService"
foreach ($item in $services)
{
Set-Service -Name $item -StartupType Automatic
}
#Set-Service -Name 'DynamicsAxBatch' -StartupType Automatic
Start-Service -Name Microsoft.Dynamics.AX.Framework.Tools.DMF.SSISHelperService.exe -ErrorAction SilentlyContinue
Start-Service -Name DynamicsAxBatch -ErrorAction SilentlyContinue
Start-Service -Name W3SVC -ErrorAction SilentlyContinue
Start-Service -Name MR2012ProcessService -ErrorAction SilentlyContinue
Stop-Service -Name LCSDiagnosticClientService -ErrorAction SilentlyContinue
}





Источник: http://alexvoy.blogspot.com/2021/12/...-database.html

[gl00mie]

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

Цитата:

Ты теперь еще за ним полдня бегать будешь - чтобы фотографию отдать...

Собственно, а почему бы тут не развить тему автоматизации переноса транзакционной базы D365FO между средами? Кто что еще вспомнит?

• SID вашего пользователя и вообще наличие пользователя в базе. Допустим на минуточку, что тестовая среда и DevBox относятся к разным tenant-ам. Тогда даже при наличии "своей" учетки в принесенной базе, в таблице UserInfo, и наличии админской роли зайти в D365FO, скорее всего, не получится, потому что в другом тенанте у этой учетки будет другой SID. Тогда понадобится обновить провайдера и SID (если не хотим каждый раз гонять AdminUserProvisioning).
• Зашифрованные строки подключения к ПБД из Data Management (Workspaces / Data Management / Configure entity export to database) надо заводить заново, потому что сертификат для шифрования данных вы вместе с базой, скорее всего, в свой DevBox не перенесли.
• Зашифрованные пароли пользователя для некоторых типов источников DMF (Workspaces / Data Management / Configure datasource) слетели по той же причине.
• Зашифрованный пароль для аутентификации на SMTP-сервере (System administration / Setup / Email / Email parameters / SMTP settings) слетел по той же причине.
• Зашифрованные строки подключения для провайдеров валютных курсов (General ledger / Currencies / Configure exchange rate providers) слетели по той же причине.
• Регистрации приложений AAD (System administration / Setup / Azure Active Directory applications), используемые при вызове извне сервисов D365FO, вероятно, потребуют изменений, если только в регистрациях для тестовой среды не был прописан URL вашей DevBox
• Еще бы я лично выполнил truncate table для DatabaseLog, EventCUD, EventCUDLines, EventInbox, EventInboxData, SecurityObjectHistory, SysLastValue, SysClientSessions, SysServerSessions, SysSkipDatabaseLog, SysUserLog, а также для всяких там ParmLine/ParmTable/ParmUpdate-таблиц

Это вот из того, что вспомнилось и не имеет какой-то проектной специфики.

PS. а службу MR я в DevBox обычно отключаю - она только зазря ресурсы жрет и базу грузит

[trud]

А чем кстати не устроили d365fo.tools?

Т.е. многое из описанного в нем есть
https://github.com/d365collaborative...pac-Into-Tier1

[vmoskalenko]

Цитата:

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

А чем кстати не устроили d365fo.tools?

Вот мои скрипты которые построены на базе d365fo.tools

https://github.com/valerymoskalenko/...rShell-scripts

[vmoskalenko]

Цитата:

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

PS. а службу MR я в DevBox обычно отключаю - она только зазря ресурсы жрет и базу грузит

Это в две стандартных команды

#region Stop and Disable Management Reporter Service <--
Write-Host "Stop and Disable Management Reporter Service (Optional)" -ForegroundColor Yellow
Write-Host "..Stopping and Disabling Management Reporter Service" -ForegroundColor Yellow
Stop-Service -Name MR2012ProcessService -Force
Set-Service -Name MR2012ProcessService -StartupType Disabled
#endregion Stop and Disable Management Reporter Service -->