Identifikace a diagnostika problémů ve službě Azure Virtual Desktop (Classic)
Důležitý
Tento obsah platí pro Azure Virtual Desktop (Classic), který nepodporuje objekty Azure Virtual Desktopu Azure Resource Manageru. Pokud se pokoušíte spravovat objekty v Azure Resource Manager Azure Virtual Desktopu, přečtěte si v tomto článku.
Azure Virtual Desktop nabízí funkci diagnostiky, která správci umožňuje identifikovat problémy prostřednictvím jednoho rozhraní. Role služby Azure Virtual Desktop protokolují diagnostickou aktivitu při každé interakci uživatele se systémem. Každý protokol obsahuje relevantní informace, jako jsou role služby Azure Virtual Desktop, které jsou součástí transakce, chybové zprávy, informace o tenantovi a informace o uživatelích. Diagnostické aktivity se vytvářejí akcemi koncových uživatelů i správy a dají se kategorizovat do tří hlavních kontejnerů:
- Aktivity odběru informačního kanálu: Koncový uživatel tyto aktivity aktivuje pokaždé, když se pokusí připojit ke svému informačnímu kanálu prostřednictvím aplikací Vzdálené plochy Microsoftu.
- Aktivity připojení: Koncový uživatel tyto aktivity aktivuje při každém pokusu o připojení k ploše nebo aplikaci RemoteApp prostřednictvím aplikací Microsoft Remote Desktop.
- Aktivity správy: Správce tyto aktivity aktivuje vždy, když provádí operace správy v systému, například vytváření fondů hostitelů, přiřazování uživatelů ke skupinám aplikací a vytváření přiřazení rolí.
Připojení, která se nedostanou k Azure Virtual Desktopu, se ve výsledcích diagnostiky nezobrazí, protože samotná služba role diagnostiky je součástí služby Azure Virtual Desktop. K problémům s připojením ke službě Azure Virtual Desktop může dojít, když u koncového uživatele dochází k problémům s připojením k síti.
Pokud chcete začít, stáhnout a importovat modul PowerShellu pro Azure Virtual Desktop, použít v relaci PowerShellu, pokud jste to ještě neudělali. Potom spusťte následující cmdlet pro přihlášení ke svému účtu:
Add-RdsAccount -DeploymentUrl "https://rdbroker.wvd.microsoft.com"
Diagnostika problémů s PowerShellem
Diagnostika služby Azure Virtual Desktop používá jenom jednu rutinu PowerShellu, ale obsahuje mnoho volitelných parametrů, které pomáhají zúžit a izolovat problémy. Následující části obsahují seznam rutin, které můžete spustit za účelem diagnostiky problémů. Většinu filtrů je možné použít společně. Hodnoty uvedené v hranatých závorkách, například <tenantName>
, by měly být nahrazeny hodnotami, které se vztahují na vaši situaci.
Důležitý
Funkce diagnostiky je určená pro řešení potíží s jedním uživatelem. Všechny dotazy používající PowerShell musí obsahovat parametry -UserName nebo -ActivityID. K monitorování funkcí použijte Log Analytics. Další informace o odesílání diagnostických dat do pracovního prostoru najdete v tématu Použití Log Analytics pro funkci diagnostiky.
Filtrování diagnostických aktivit podle uživatele
Parametr -UserName vrátí seznam diagnostických aktivit iniciovaných zadaným uživatelem, jak je znázorněno v následující ukázkové rutině.
Get-RdsDiagnosticActivities -TenantName <tenantName> -UserName <UserUPN>
Parametr -UserName lze také kombinovat s dalšími volitelnými parametry filtrování.
Filtrování diagnostických aktivit podle času
Vrácený seznam diagnostických aktivit můžete filtrovat pomocí parametrů -StartTime a -EndTime. Parametr -StartTime vrátí seznam diagnostických aktivit počínaje konkrétním datem, jak je znázorněno v následujícím příkladu.
Get-RdsDiagnosticActivities -TenantName <tenantName> -UserName <UserUPN> -StartTime "08/01/2018"
Parametr -EndTime lze přidat do rutiny s parametrem -StartTime a určit konkrétní časové období, pro které chcete získat výsledky. Následující ukázková rutina vrátí seznam diagnostických aktivit od 1. srpna do 10. srpna.
Get-RdsDiagnosticActivities -TenantName <tenantName> -UserName <UserUPN> -StartTime "08/01/2018" -EndTime "08/10/2018"
Parametry -StartTime a -EndTime lze také kombinovat s dalšími volitelnými parametry filtrování.
Filtrování diagnostických aktivit podle typu aktivity
Diagnostické aktivity můžete filtrovat také podle typu aktivity pomocí parametru -ActivityType. Následující rutina vrátí seznam připojení koncových uživatelů:
Get-RdsDiagnosticActivities -TenantName <tenantName> -UserName <UserUPN> -ActivityType Connection
Následující cmdlet vrátí seznam úloh správy administrátorů:
Get-RdsDiagnosticActivities -TenantName <tenantName> -ActivityType Management
Rutina Get-RdsDiagnosticActivities aktuálně nepodporuje specifikaci Feed jako ActivityType.
Filtrování diagnostických aktivit podle výsledku
Vrácený seznam diagnostických aktivit můžete filtrovat podle výsledku pomocí parametru -Outcome. Následující ukázková rutina vrátí seznam úspěšných diagnostických aktivit.
Get-RdsDiagnosticActivities -TenantName <tenantName> -UserName <UserUPN> -Outcome Success
Následující ukázková rutina vrátí seznam neúspěšných diagnostických aktivit.
Get-RdsDiagnosticActivities -TenantName <tenantName> -Outcome Failure
Parametr -Outcome lze také kombinovat s dalšími volitelnými parametry filtrování.
Načíst konkrétní diagnostickou aktivitu podle ID aktivity
Parametr -ActivityId vrátí konkrétní diagnostickou aktivitu, pokud existuje, jak je uvedeno v následujícím příkladu rutiny cmdlet.
Get-RdsDiagnosticActivities -TenantName <tenantName> -ActivityId <ActivityIdGuid>
Zobrazení chybových zpráv pro neúspěšnou aktivitu podle ID aktivity
Pokud chcete zobrazit chybové zprávy pro neúspěšnou aktivitu, musíte spustit rutinu s parametrem -Detailed. Seznam chyb můžete zobrazit spuštěním rutiny Select-Object.
Get-RdsDiagnosticActivities -TenantName <tenantname> -ActivityId <ActivityGuid> -Detailed | Select-Object -ExpandProperty Errors
Načtěte podrobné diagnostické aktivity
Parametr -Detailed poskytuje další podrobnosti pro každou vrácenou diagnostickou aktivitu. Formát jednotlivých aktivit se liší v závislosti na typu aktivity. Parametr -Detailed lze přidat do libovolného dotazu Get-RdsDiagnosticActivities, jak je znázorněno v následujícím příkladu.
Get-RdsDiagnosticActivities -TenantName <tenantName> -ActivityId <ActivityGuid> -Detailed
Běžné chybové scénáře
Chybové scénáře jsou rozdělené do interní kategorie služby a externí pro Azure Virtual Desktop.
- Interní problém: Určuje scénáře, které správce tenanta nemůže zmírnit, a je potřeba je vyřešit jako problém podpory. Při poskytování zpětné vazby prostřednictvím tech community Azure Virtual Desktopuuveďte ID aktivity a přibližný časový rámec výskytu problému.
- Externí problém: Souvisí se scénáři, které může správce systému zmírnit. Jedná se o externí prvky k Azure Virtual Desktop.
Následující tabulka uvádí běžné chyby, na které můžou správci narazit.
Poznámka
Tento seznam obsahuje nejčastější chyby a aktualizuje se v pravidelných intervalech. Abyste měli jistotu, že máte nejvíce up-to-datech, nezapomeňte se vrátit k tomuto článku alespoň jednou za měsíc.
Kódy chyb externí správy
Číselný kód | Kód chyby | Navrhované řešení |
---|---|---|
1322 | Připojení selhalo: Nebylo možné namapovat SID v Active Directory | Uživatel není členem Microsoft Entra ID. Podle pokynů v centru pro správu služby Active Directory postupujte podle pokynů, je přidejte. |
3 | Neautorizovaný přístup | Uživatel, který se pokusil spustit rutinu PowerShellu pro správu, nemá oprávnění k tomu, nebo chybně zadal své uživatelské jméno. |
1000 | NájemceNenalezen | Zadaný název tenanta neodpovídá žádným existujícím tenantům. Zkontrolujte překlepy v názvu tenanta a zkuste to znovu. |
1006 | NájemceNelzeOdstranitMáSessionHostPooly | Tenanta nemůžete odstranit, pokud obsahuje objekty. Nejdřív odstraňte fondy hostitelů relací a pak to zkuste znovu. |
2000 | HostPoolNotFound | Zadaný název fondu hostitelů neodpovídá žádným existujícím fondům hostitelů. Zkontrolujte název hostitelského fondu a zkuste to znovu. |
2005 | HostPoolNelzeOdstranitMáAplikačníSkupiny | Fond hostitelů nelze odstranit, pokud obsahuje objekty. Nejprve odeberte všechny skupiny aplikací ve fondu hostitelů. |
2004 | HostPoolNelzeOdstranitMáSessionHostitele | Před odstraněním fondu hostitelů relací nejprve odeberte všechny hostitele relací. |
5001 | Hostitel relace nebyl nalezen | Hostitel relace, na kterého jste se ptali, může být offline. Zkontrolujte stav fondu hostitelů. |
5008 | Existují relace uživatelů na hositelisku relací | Než provedete zamýšlenou správní činnost, musíte odhlásit všechny uživatele z hostitele relace. |
6000 | Skupina aplikací nenalezena | Zadaný název skupiny aplikací neodpovídá žádným existujícím skupinám aplikací. Zkontrolujte název skupiny aplikací, zda neobsahuje překlepy, a zkuste to znovu. |
6022 | RemoteAppNenalezena | Zadaný název RemoteAppu neodpovídá žádné aplikaci. Zkontrolujte název RemoteAppu pro překlepy a zkuste to znovu. |
6010 | Existují publikované položky | Název prostředku, který se pokoušíte publikovat, je stejný jako prostředek, který už existuje. Změňte název prostředku a zkuste to znovu. |
7002 | NameNotValidWhiteSpace | V názvu nepoužívejte prázdné znaky. |
8000 | Neplatný rozsah role autorizace | Zadaný název role neodpovídá žádným existujícím názvům rolí. Zkontrolujte název role kvůli překlepům a zkuste to znovu. |
8001 | Uživatel nenalezen | Zadané uživatelské jméno neodpovídá žádnému existujícímu uživatelskému jménu. Zkontrolujte název kvůli překlepům a zkuste to znovu. |
8005 | UživatelNenalezenVAAD | Zadané uživatelské jméno neodpovídá žádnému existujícímu uživatelskému jménu. Zkontrolujte název na překlepy a zkuste to znovu. |
8008 | Je vyžadován souhlas nájemníka | Pokud chcete dát souhlas za svého nájemce, postupujte podle pokynů zde. |
Kódy chyb externího připojení
Číselný kód | Kód chyby | Navrhované řešení |
---|---|---|
-2147467259 | ChybaPřipojeníSelhaloČlenNeexistuje | Uživatel není členem služby Active Directory. Postupujte podle pokynů v centru pro správu služby Active Directory a přidejte je. |
-2147467259 | PřipojeníSelhaloSelháníDůvěryhodnéhoVztahuAD | Hostitel relace není správně připojený ke službě Active Directory. |
-2146233088 | Připojení selhalo: uživatel má platnou relaci, ale Rdsh je nefunkční. | Připojení se nezdařila, protože hostitel relace není k dispozici. Zkontrolujte stav hostitele relace. |
-2146233088 | SelháníPřipojeníOdpojeníKlienta | Pokud se tato chyba často zobrazuje, ujistěte se, že je počítač uživatele připojený k síti. |
-2146233088 | Připojení selhalo: žádný zdravý RDsh není k dispozici | Relace, ke které se uživatel hostitele pokusil připojit, není v pořádku. Ladění virtuálního počítače |
-2146233088 | PřipojeníSelhaloUživatelNemáOprávnění | Uživatel nemá oprávnění pro přístup k publikované aplikaci nebo ploše. Tato chyba se může zobrazit po odebrání publikovaných prostředků správcem. Požádejte uživatele, aby aktualizoval informační kanál v aplikaci Vzdálená plocha. |
2 | SouborNenalezen | Aplikace, ke které se uživatel pokusil získat přístup, je nesprávně nainstalována nebo nastavena na nesprávnou cestu. |
3 | Neplatné přihlašovací údaje | Zadané uživatelské jméno nebo heslo neodpovídá žádnému existujícímu uživatelskému jménu ani heslu. Zkontrolujte přihlašovací údaje pro překlepy a zkuste to znovu. |
8 | ConnectionBroken | Připojení mezi klientem a bránou nebo serverem se přerušila. Pokud se to nestane neočekávaně, není potřeba žádná akce. |
14 | Neočekávané odpojení sítě | Připojení k síti se přerušila. Požádejte uživatele, aby se znovu připojil. |
24 | Selhání obráceného připojení | Hostitelský virtuální počítač nemá přímý dohled na bránu RD. Ujistěte se, že je možné rozpoznat IP adresu brány. |
1322 | SelháníPřipojeníŽádnéMapováníSIDvAD | Uživatel není členem služby Active Directory. Podle pokynů v centru pro správu služby Active Directory postupujte podle pokynů, je přidejte. |
Další kroky
Další informace o rolích v rámci služby Azure Virtual Desktop najdete v tématu prostředí Azure Virtual Desktop.
Seznam dostupných PowerShell rutin pro Azure Virtual Desktop nalezněte v referenční dokumentaciPowerShellu.