MySQL-erőforrás-szolgáltató karbantartási műveletei az Azure Stack Hubban

Fontos

Az Azure Stack Hub 2108-ban készült buildjeitől kezdve az SQL- és MySQL-erőforrás-szolgáltatókat a hozzáféréssel rendelkező előfizetések számára kínáljuk fel. Ha el szeretné kezdeni a funkció használatát, vagy ha egy korábbi verzióról szeretne frissíteni, nyisson meg egy támogatási esetet , és támogatási mérnökeink végigvezetik önt az üzembe helyezési vagy frissítési folyamaton.

A MySQL-erőforrás-szolgáltató zárolt virtuális gépen (VM) fut. A karbantartási műveletek engedélyezéséhez frissítenie kell a virtuális gép biztonságát. Ehhez a minimális jogosultság elve (POLP) használatával használhatja a PowerShell Just Enough Administration (JEA) dbAdapterMaintenance végpontját. Az erőforrás-szolgáltató telepítési csomagja tartalmaz egy szkriptet ehhez a művelethez.

Javítás és frissítés

A MySQL-erőforrás-szolgáltató nem az Azure Stack Hub részeként van kiszolgálva, mert ez egy bővítményösszetevő. A Microsoft szükség szerint frissítéseket biztosít a MySQL-erőforrás-szolgáltatónak.

A MySQL RP V1 esetében a frissített MySQL-kiszolgáló erőforrás-szolgáltatójának kiadásakor a rendszer egy szkriptet biztosít a frissítés alkalmazásához. Ez a szkript létrehoz egy új erőforrás-szolgáltatói virtuális gépet, amely a régi szolgáltatói virtuális gép állapotát az új virtuális gépre migrálja.

A MySQL RP V2 esetében az erőforrás-szolgáltatók ugyanazzal a frissítési funkcióval frissülnek, mint az Azure Stack Hub frissítései.

További információ: A MySQL-erőforrás-szolgáltató frissítése.

A szolgáltató virtuális gépének frissítése

A MySQL RP V1 egy felhasználói virtuális gépen fut, a kiadásukkor a szükséges javításokat és frissítéseket kell alkalmaznia. Az erőforrás-szolgáltató telepítése vagy frissítése során telepíthet egy Windows Update csomagot.

A MySQL RP V2 rejtett felügyelt Windows Serveren fut. Nem kell javítania vagy frissítenie az erőforrás-szolgáltató virtuális gépét. Az RP frissítésekor a rendszer automatikusan frissíti.

A virtuális gép Windows Defender definícióinak frissítése

Ezek az utasítások csak az Azure Stack Hub integrált rendszereken futó SQL RP V1-ekre vonatkoznak.

A Defender-definíciók frissítéséhez kövesse az alábbi lépéseket:

  1. Töltse le a Windows Defender definíciófrissítést Windows Defender Definícióból.

    A definíciók lapon görgessen le a "Definíciók manuális letöltése és telepítése" szöveghez. Töltse le a "Windows Defender víruskereső Windows 10 és Windows 8.1" 64 bites fájlt.

    Másik lehetőségként használja ezt a közvetlen hivatkozást a fpam-fe.exe fájl letöltéséhez/futtatásához.

  2. Nyisson meg egy PowerShell-munkamenetet a MySQL erőforrás-szolgáltatói adapter virtuális gép karbantartási végpontján.

  3. Másolja a definíciófrissítési fájlt az erőforrás-szolgáltatói adapter virtuális gépére a karbantartási végpont munkamenetével.

  4. A karbantartási PowerShell-munkamenetben futtassa az Update-DBAdapterWindowsDefenderDefinitions parancsot.

  5. A definíciók telepítése után javasoljuk, hogy törölje a definíciófrissítési fájlt a Remove-ItemOnUserDrive) paranccsal.

PowerShell-példaszkript a definíciók frissítésére.

A Defender-definíciók frissítéséhez szerkesztheti és futtathatja a következő szkriptet. Cserélje le a szkript értékeit a környezet értékeire.

# Set credentials for the local admin on the resource provider VM.
$vmLocalAdminPass = ConvertTo-SecureString '<local admin user password>' -AsPlainText -Force
$vmLocalAdminUser = "<local admin user name>"
$vmLocalAdminCreds = New-Object System.Management.Automation.PSCredential `
    ($vmLocalAdminUser, $vmLocalAdminPass)

# Provide the public IP address for the adapter VM.
$databaseRPMachine  = "<RP VM IP address>"
$localPathToDefenderUpdate = "C:\DefenderUpdates\mpam-fe.exe"

# Download Windows Defender update definitions file from https://www.microsoft.com/en-us/wdsi/definitions.  
Invoke-WebRequest -Uri 'https://go.microsoft.com/fwlink/?LinkID=121721&arch=x64' `
    -Outfile $localPathToDefenderUpdate  

# Create a session to the maintenance endpoint.
$session = New-PSSession -ComputerName $databaseRPMachine `
    -Credential $vmLocalAdminCreds -ConfigurationName DBAdapterMaintenance `
    -SessionOption (New-PSSessionOption -Culture en-US -UICulture en-US)

# Copy the defender update file to the adapter VM.
Copy-Item -ToSession $session -Path $localPathToDefenderUpdate `
     -Destination "User:\"

# Install the update definitions.
Invoke-Command -Session $session -ScriptBlock `
    {Update-AzSDBAdapterWindowsDefenderDefinition -DefinitionsUpdatePackageFile "User:\mpam-fe.exe"}

# Cleanup the definitions package file and session.
Invoke-Command -Session $session -ScriptBlock `
    {Remove-AzSItemOnUserDrive -ItemPath "User:\mpam-fe.exe"}
$session | Remove-PSSession

Azure Diagnostics bővítmény konfigurálása a MySQL-erőforrás-szolgáltatóhoz

Ezek az utasítások csak az Azure Stack Hub integrált rendszereken futó SQL RP V1-ekre vonatkoznak.

A Azure Diagnostics bővítmény alapértelmezés szerint a MySQL erőforrás-szolgáltatói adapter virtuális gépére van telepítve. Az alábbi lépések bemutatják, hogyan szabhatja testre a bővítményt a MySQL-erőforrás-szolgáltató működési eseménynaplóinak és IIS-naplóinak hibaelhárítási és naplózási célokra történő összegyűjtéséhez.

  1. Jelentkezzen be az Azure Stack Hub felügyeleti portálra.

  2. Válassza a virtuális gépek lehetőséget a bal oldali panelen, keresse meg a MySQL erőforrás-szolgáltatói adapter virtuális gépét, és válassza ki a virtuális gépet.

  3. A virtuális gép diagnosztikai beállításai között lépjen a Naplóklapra , és válassza az Egyéni lehetőséget az összegyűjtött eseménynaplók testreszabásához.

    Nyissa meg a diagnosztikai beállításokat

  4. Adja hozzá a Microsoft-AzureStack-DatabaseAdapter/Operational!* parancsot a MySQL-erőforrás-szolgáltató működési eseménynaplóinak gyűjtéséhez.

    Eseménynaplók hozzáadása

  5. Az IIS-naplók gyűjtésének engedélyezéséhez ellenőrizze az IIS-naplókat és a Sikertelen kérésnaplókat.

    IIS-naplók hozzáadása

  6. Végül válassza a Mentés lehetőséget az összes diagnosztikai beállítás mentéséhez.

Miután konfigurálta az eseménynaplókat és az IIS-naplók gyűjteményét a MySQL-erőforrás-szolgáltatóhoz, a naplók a mysqladapterdiagaccount nevű rendszertárfiókban találhatók.

A Azure Diagnostics bővítményről további információt a Mi az Azure Diagnostics bővítmény? című témakörben talál.

Titkos kulcsok rotálása

Ezek az utasítások csak az Azure Stack Hub integrált rendszereire vonatkoznak.

Ha az SQL- és MySQL-erőforrás-szolgáltatókat integrált Azure Stack Hub-rendszerekkel használja, az Azure Stack Hub operátora felelős az alábbi erőforrás-szolgáltatói infrastruktúra titkos kulcsainak elforgatásáért annak biztosítása érdekében, hogy ne járjanak le:

  • Az üzembe helyezés során megadott külső SSL-tanúsítvány.
  • Az üzembe helyezés során megadott erőforrás-szolgáltatói virtuális gép helyi rendszergazdai fiókjelszója.
  • Erőforrás-szolgáltató diagnosztikai felhasználó (dbadapterdiag) jelszava.
  • (verzió >= 1.1.47.0) Key Vault üzembe helyezés során létrehozott tanúsítvány.

PowerShell-példák a titkos kódok elforgatására

Egyszerre módosítsa az összes titkos kódot:

.\SecretRotationMySQLProvider.ps1 `
    -Privilegedendpoint $Privilegedendpoint `
    -CloudAdminCredential $cloudCreds `
    -AzCredential $adminCreds `
    -DiagnosticsUserPassword $passwd `
    -DependencyFilesLocalPath $certPath `
    -DefaultSSLCertificatePassword $certPasswd `  
    -VMLocalCredential $localCreds `
    -KeyVaultPfxPassword $keyvaultCertPasswd

A diagnosztikai felhasználó jelszavának módosítása:

.\SecretRotationMySQLProvider.ps1 `
    -Privilegedendpoint $Privilegedendpoint `
    -CloudAdminCredential $cloudCreds `
    -AzCredential $adminCreds `
    -DiagnosticsUserPassword  $passwd

A virtuális gép helyi rendszergazdai fiók jelszavának módosítása:

.\SecretRotationMySQLProvider.ps1 `
    -Privilegedendpoint $Privilegedendpoint `
    -CloudAdminCredential $cloudCreds `
    -AzCredential $adminCreds `
    -VMLocalCredential $localCreds

Az SSL-tanúsítvány elforgatása

.\SecretRotationMySQLProvider.ps1 `
    -Privilegedendpoint $Privilegedendpoint `
    -CloudAdminCredential $cloudCreds `
    -AzCredential $adminCreds `
    -DependencyFilesLocalPath $certPath `
    -DefaultSSLCertificatePassword $certPasswd

A Key Vault tanúsítvány elforgatása

.\SecretRotationSQLProvider.ps1 `
    -Privilegedendpoint $Privilegedendpoint `
    -CloudAdminCredential $cloudCreds `
    -AzCredential $adminCreds `
    -KeyVaultPfxPassword $keyvaultCertPasswd

SecretRotationMySQLProvider.ps1 paraméterek

Paraméter Leírás Megjegyzés
AzureEnvironment Az Azure Stack Hub üzembe helyezéséhez használt szolgáltatás-rendszergazdai fiók Azure-környezete. Csak Microsoft Entra üzemelő példányokhoz szükséges. A támogatott környezetnevek az AzureCloud, az AzureUSGovernment, vagy ha kínai Microsoft Entra azonosítót használnak, az AzureChinaCloud. Választható
AzCredential Azure Stack Hub szolgáltatásadminisztrátori fiók hitelesítő adatai. A szkript meghiúsul, ha az AzCredential-hoz használt fiók többtényezős hitelesítést (MFA) igényel. Kötelező
CloudAdminCredential Azure Stack Hub felhőalapú rendszergazdai tartományi fiók hitelesítő adatai. Kötelező
PrivilegedEndpoint Privileged Endpoint a Get-AzureStackStampInformation eléréséhez. Kötelező
DiagnosticsUserPassword Diagnosztikai felhasználói fiók jelszava. Választható
VMLocalCredential A MySQLAdapter virtuális gépen található helyi rendszergazdai fiók. Választható
DefaultSSLCertificatePassword Alapértelmezett SSL-tanúsítvány (*.pfx) jelszava. Választható
DependencyFilesLocalPath Függőségfájlok helyi elérési útja. Választható
KeyVaultPfxPassword Az adatbázis-adapter Key Vault tanúsítványának létrehozásához használt jelszó. Választható

Ezek az utasítások csak az Azure Stack Hub integrált rendszereken futó MySQL RP V2-ra vonatkoznak.

Megjegyzés

Az érték hozzáadása erőforrás-szolgáltatók (RP-k) titkos kulcsok rotálása jelenleg csak a PowerShellen keresztül támogatott.

Az Azure Stack Hub infrastruktúrához hasonlóan az értékalapú erőforrás-szolgáltatók belső és külső titkos kódokat is használnak. Operátorként a következőkért felelős:

  • Frissített külső titkos kódok, például egy új TLS-tanúsítvány biztosítása az erőforrás-szolgáltatói végpontok védelméhez.

  • Az erőforrás-szolgáltató titkos kulcsainak rendszeres rotálása.

Amikor a titkos kódok hamarosan lejárnak, a következő riasztások jönnek létre a rendszergazdai portálon. A titkos kódok rotálásának befejezése a következő riasztásokat oldja fel:

  • Belső tanúsítvány lejárata miatt függőben

  • Külső tanúsítvány lejárata miatt függőben

Előfeltételek

A forgatási folyamat előkészítése során:

  1. Ha még nem tette meg, a folytatás előtt telepítse a PowerShell Az modult az Azure Stack Hubhoz . Az Azure Stack Hub titkos kulcsainak rotálásához a 2.0.2-es vagy újabb verzió szükséges. További információ: Migrálás az AzureRM-ből Azure PowerShell Az-be az Azure Stack Hubban.

  2. Telepítse az Azs.Deployment elemet. Rendszergazda 1.0.0 modul: PowerShell-galéria | Azs.Deployment. Rendszergazda 1.0.0

Install-Module -Name Azs.Deployment.Admin
  1. Ha a külső tanúsítvány hamarosan lejár, az X509-tanúsítvány beszerzése/megújítása előtt tekintse át az Azure Stack Hub nyilvános kulcsú infrastruktúra (PKI) tanúsítványkövetelményeit , beleértve a szükséges PFX-formátum részleteit is. Tekintse át az Opcionális PaaS-tanúsítványok szakaszban megadott követelményeket is az adott érték hozzáadása erőforrás-szolgáltatóhoz.

Új TLS-tanúsítvány előkészítése külső tanúsítvány rotálásához

Megjegyzés

Ha csak a belső tanúsítvány hamarosan lejár, kihagyhatja ezt a szakaszt.

Ezután hozza létre vagy újítsa meg a TLS-tanúsítványt az érték hozzáadása erőforrás-szolgáltató végpontok védelméhez:

  1. Hajtsa végre az erőforrás-szolgáltató tanúsítvány-megújítási tanúsítványmegújítási kérelmeinek (CSR-ek) létrehozása című témakör lépéseit. Itt az Azure Stack Hub készenlét-ellenőrző eszközével hozhatja létre a CSR-t. Győződjön meg arról, hogy a megfelelő parancsmagot futtatja az erőforrás-szolgáltatóhoz a "Tanúsítványkérelmek létrehozása más Azure Stack Hub-szolgáltatásokhoz" lépésben. Például New-AzsDbAdapterCertificateSigningRequest SQL- és MySQL-RPs-ekhez használatos. Ha elkészült, elküldheti a létrehozott elemet. REQ-fájl a hitelesítésszolgáltatónak az új tanúsítványhoz.

  2. Miután megkapta a tanúsítványfájlt a hitelesítésszolgáltatótól, végezze el a Tanúsítványok előkészítése üzembe helyezésre vagy forgatásra című témakör lépéseit. A hitelesítésszolgáltatótól visszaadott fájl feldolgozásához használja ismét a Készültség-ellenőrző eszközt.

  3. Végül hajtsa végre az Azure Stack Hub PKI-tanúsítványainak érvényesítése című témakör lépéseit. A Készenlét-ellenőrző eszközzel ismét érvényesítési teszteket végezhet az új tanúsítványon.

A belső tanúsítvány elforgatása

Nyisson meg egy emelt szintű PowerShell-konzolt, és hajtsa végre az alábbi lépéseket az erőforrás-szolgáltató külső titkos kulcsainak elforgatásához:

  1. Jelentkezzen be az Azure Stack Hub-környezetbe az operátori hitelesítő adataival. Lásd: Csatlakozás az Azure Stack Hubhoz a PowerShellhez készült PowerShell bejelentkezési szkripttel . Mindenképpen használja a PowerShell Az parancsmagokat (az AzureRM helyett), és cserélje le az összes helyőrző értéket, például a végpont URL-címét és a címtár-bérlő nevét.

  2. Határozza meg az erőforrás-szolgáltató termékazonosítóját. Futtassa a Get-AzsProductDeployment parancsmagot a legújabb erőforrás-szolgáltatói üzemelő példányok listájának lekéréséhez. A visszaadott "value" gyűjtemény minden üzembe helyezett erőforrás-szolgáltatóhoz tartalmaz egy elemet. Keresse meg az érdeklődésre számot tartó erőforrás-szolgáltatót, és jegyezze fel az alábbi tulajdonságok értékeit:

    • "name" - az erőforrás-szolgáltató termékazonosítóját tartalmazza az érték második szegmensében.

    Előfordulhat például, hogy a MySQL RP-példány termékazonosítója a következő "microsoft.mysqlrp": .

  3. Futtassa a Invoke-AzsProductRotateSecretsAction parancsmagot a belső tanúsítvány elforgatásához:

    Invoke-AzsProductRotateSecretsAction -ProductId $productId
    

A külső tanúsítvány elforgatása

Először jegyezze fel az alábbi paraméterek értékeit.

Helyőrző Description Példaérték
<product-id> Az erőforrás-szolgáltató legújabb üzembe helyezésének termékazonosítója. microsoft.mysqlrp
<installed-version> Az erőforrás-szolgáltató legújabb központi telepítésének verziója. 2.0.0.2
<package-id> A csomagazonosító a termékazonosító és a telepített verzió összefűzésével jön létre. microsoft.mysqlrp.2.0.0.2
<cert-secret-name> A tanúsítvány titkos kódjának tárolására szolgáló név. SSLCert
<cert-pfx-file-path> A tanúsítvány PFX-fájljának elérési útja. C:\dir\dbadapter-cert-file.pfx
<pfx-password> A tanúsítványhoz rendelt jelszó. PFX-fájl. strong@CertSecret6

Nyisson meg egy emelt szintű PowerShell-konzolt, és hajtsa végre a következő lépéseket:

  1. Jelentkezzen be az Azure Stack Hub-környezetbe az operátori hitelesítő adataival. Lásd: Csatlakozás az Azure Stack Hubhoz a PowerShellhez készült PowerShell bejelentkezési szkripttel . Mindenképpen használja a PowerShell Az parancsmagokat (az AzureRM helyett), és cserélje le az összes helyőrző értéket, például a végpont URL-címét és a címtár-bérlő nevét.

  2. A termékazonosító paraméterértékének lekérése. Futtassa a Get-AzsProductDeployment parancsmagot a legújabb erőforrás-szolgáltatói üzemelő példányok listájának lekéréséhez. A visszaadott "value" gyűjtemény minden üzembe helyezett erőforrás-szolgáltatóhoz tartalmaz egy elemet. Keresse meg az érdeklődésre számot tartó erőforrás-szolgáltatót, és jegyezze fel az alábbi tulajdonságok értékeit:

    • "name" - az erőforrás-szolgáltató termékazonosítóját tartalmazza az érték második szegmensében.
    • "properties"."deployment"."version" - a jelenleg üzembe helyezett verziószámot tartalmazza.

    Előfordulhat például, hogy a MySQL RP üzemelő példányának termékazonosítója "microsoft.mysqlrp"és verziója "2.0.0.2".

  3. Hozza létre az erőforrás-szolgáltató csomagazonosítóját az erőforrás-szolgáltató termékazonosítójának és verziójának összefűzésével. Például az előző lépésben származtatott értékeket használva az SQL RP-csomag azonosítója .microsoft.mysqlrp.2.0.0.2

  4. Az előző lépésben származtatott csomagazonosító használatával futtassa a parancsot Get-AzsProductSecret -PackageId az erőforrás-szolgáltató által használt titkos kódtípusok listájának lekéréséhez. A visszaadott value gyűjteményben keresse meg a tulajdonság értékét "Certificate""properties"."secretKind" tartalmazó elemet. Ez az elem az RP tanúsítványtitkának tulajdonságait tartalmazza. Jegyezze fel a tanúsítványkulcshoz rendelt nevet, amelyet a tulajdonság utolsó szegmense azonosít közvetlenül "name" a felett "properties".

    Az SQL RP-hez visszaadott titkos kódok gyűjteménye például tartalmaz egy "Certificate" nevű SSLCerttitkos kulcsot.

  5. Set-AzsProductSecret A parancsmaggal importálhatja az új tanúsítványt a Key Vault, amelyet a rotációs folyamat fog használni. Cserélje le a változó helyőrző értékeit ennek megfelelően a szkript futtatása előtt.

    $productId = '<product-id>'
    $packageId = $productId + '.' + '<installed-version>'
    $certSecretName = '<cert-secret-name>' 
    $pfxFilePath = '<cert-pfx-file-path>'
    $pfxPassword = ConvertTo-SecureString '<pfx-password>' -AsPlainText -Force   
    Set-AzsProductSecret -PackageId $packageId -SecretName $certSecretName -PfxFileName $pfxFilePath -PfxPassword $pfxPassword -Force
    
  6. Végül használja a Invoke-AzsProductRotateSecretsAction parancsmagot a titkos kódok elforgatásához:

    Invoke-AzsProductRotateSecretsAction -ProductId $productId
    

A titkos kód rotálási folyamatának monitorozása

A titkos kulcsok rotálásának előrehaladását a PowerShell-konzolon vagy a felügyeleti portálon a Marketplace szolgáltatás erőforrás-szolgáltatójának kiválasztásával figyelheti:

Folyamatban lévő titkos kulcsok forgatásának képernyője.

Megjegyzés

A titkos kulcsok rotálási ideje több mint 10 percbe kerülhet. A művelet befejezése után az erőforrás-szolgáltató állapota "Telepítve" értékre változik.

Diagnosztikai naplók gyűjtése

Az Azure Stack Hub többféleképpen is gyűjthet, menthet és küldhet diagnosztikai naplókat Microsoft ügyfélszolgálata. Az 1.1.93-es verziótól kezdve a MySQL-erőforrás-szolgáltató támogatja a naplók Azure Stack Hub-környezetből történő gyűjtésének szabványos módját. További információ: Diagnosztikai naplógyűjtemény.

Az 1.1.93-es verziótól kezdve a MySQL-erőforrás-szolgáltató támogatja a naplók Azure Stack Hub-környezetből történő gyűjtésének szabványos módját. Ha régebbi verziót használ, javasoljuk, hogy frissítse a MySQL-erőforrás-szolgáltatót a legújabb verzióra.

Ha naplókat szeretne gyűjteni a zárolt virtuális gépről, használja a PowerShell Just Enough Administration (JEA) DBAdapterDiagnostics végpontját. Ez a végpont a következő parancsokat biztosítja:

  • Get-AzsDBAdapterLog. Ez a parancs létrehoz egy zip-csomagot az erőforrás-szolgáltató diagnosztikai naplóiból, és menti a fájlt a munkamenet felhasználói meghajtójára. Ezt a parancsot paraméterek nélkül is futtathatja, és a rendszer összegyűjti az elmúlt négy óra naplóit.

  • Remove-AzsDBAdapterLog. Ez a parancs eltávolítja a meglévő naplócsomagokat az erőforrás-szolgáltató virtuális gépen.

Végpontra vonatkozó követelmények és folyamat

Erőforrás-szolgáltató telepítésekor vagy frissítésekor létrejön a dbadapterdiag felhasználói fiók. Ezt a fiókot fogja használni a diagnosztikai naplók gyűjtéséhez.

Megjegyzés

A dbadapterdiag-fiók jelszava megegyezik a szolgáltató üzembe helyezése vagy frissítése során létrehozott virtuális gép helyi rendszergazdájához használt jelszóval.

A DBAdapterDiagnostics parancsok használatához hozzon létre egy távoli PowerShell-munkamenetet az erőforrás-szolgáltató virtuális gépére, és futtassa a Get-AzsDBAdapterLog parancsot.

A naplógyűjtés időtartamát a FromDate és a ToDate paraméterekkel állíthatja be. Ha nem ad meg egy vagy mindkét paramétert, a rendszer a következő alapértelmezett értékeket használja:

  • A FromDate értéke négy órával az aktuális idő előtt van.
  • A ToDate az aktuális időpont.

PowerShell-példaszkript a naplók gyűjtéséhez:

Az alábbi szkript bemutatja, hogyan gyűjthet diagnosztikai naplókat az erőforrás-szolgáltató virtuális gépéről.

# Create a new diagnostics endpoint session.
$databaseRPMachineIP = '<RP VM IP address>'
$diagnosticsUserName = 'dbadapterdiag'
$diagnosticsUserPassword = '<Enter Diagnostic password>'
$diagCreds = New-Object System.Management.Automation.PSCredential `
        ($diagnosticsUserName, (ConvertTo-SecureString -String $diagnosticsUserPassword -AsPlainText -Force))
$session = New-PSSession -ComputerName $databaseRPMachineIP -Credential $diagCreds `
        -ConfigurationName DBAdapterDiagnostics -SessionOption (New-PSSessionOption -Culture en-US -UICulture en-US)

# Sample that captures logs from the previous hour.
$fromDate = (Get-Date).AddHours(-1)
$dateNow = Get-Date
$sb = {param($d1,$d2) Get-AzSDBAdapterLog -FromDate $d1 -ToDate $d2}
$logs = Invoke-Command -Session $session -ScriptBlock $sb -ArgumentList $fromDate,$dateNow

# Copy the logs to the user drive.
$sourcePath = "User:\{0}" -f $logs
$destinationPackage = Join-Path -Path (Convert-Path '.') -ChildPath $logs
Copy-Item -FromSession $session -Path $sourcePath -Destination $destinationPackage

# Cleanup the logs.
$cleanup = Invoke-Command -Session $session -ScriptBlock {Remove-AzsDBAdapterLog}
# Close the session.
$session | Remove-PSSession

A MySQL Server erőforrás-szolgáltató 1-es verziójának ismert korlátozásai

Korlátozás:
Ha az üzembe helyezési, frissítési vagy titkos kulcsrotálási szkript sikertelen volt, a standard naplógyűjtési mechanizmus nem tud naplókat gyűjteni.

Megkerülő megoldás:
A szabványos naplógyűjtési mechanizmus használata mellett lépjen a kicsomagolt mappában található Naplók mappába, ahol a szkript megkeresi, további naplók kereséséhez.

Következő lépések

MySQL-kiszolgáló üzemeltetési kiszolgálóinak hozzáadása