Приложимостта:
Тези стъпки са предназначени за изпълнение на сървъри, които преди това са били свързани към сървъри на Azure Arc-Enabled, където е загубена връзката поради инцидент JLJ3-B88.
Ако не сте получили известие за изправност на услугите за инцидент JLJ3-B88, тези инструкции не са приложими. Ако имате проблем със свързването с Azure Arc-Enabled Servers, се свържете с отдела за поддръжка.
За да проверите локално дали даден сървър е засегнат, изпълнете "azcmagent show":
❯ azcmagent show
Име на ресурс: тест Име на ресурсна група: тест Пространство на имената на ресурси: ИД на абонамент: 11111111-1111-1111-111111111111111 ИД на клиент : 11111111-1111-1111-1111-1111111111111 ИД на виртуална машина : 11111111-1111-1111-11111111111111 ИД на корелация: 11111111-1111-1111-11111111111111 VM UUID : 11111111-1111-1111-1111-111111111111 Местоположение : вестьороп Облак: AzureCloud Версия на агент : 1.17.01931.201 Регистрационен файл на агент: C:\ProgramData\AzureConnectedMachineAgent\Log\himds.log Състояние на агент: прекъсната връзка Агент последен пулс : 2022-05-12T11:27:15-07:00 Код на грешка на агент: Подробни данни за грешката на агента: Времево клеймо за грешка на агент: Използване на HTTPS прокси сървър: Списък за заобикаляне на прокси сървър: Доставчик на облак: Няма Метаданни в облака Производител : Dell Inc. Модел : XPS 8930 MsSQL Сървърът е открит: неистина Състояние на зависима услуга GC услуга (gcarcservice) : изпълнява се Услуга за разширение (extensionservice) : изпълнява се Услуга на агент (himds) : изпълнява се
Не е засегнато: Ако не е зададен ИД на абонамент, ИД на клиент, Име на ресурс или Име на група ресурси, машината не е свързана и не е засегната от този проблем. Включете го, като използвате azcmagent connect, ако желаете.Ако местоположението не е "westeurope", сървърът не е засегнат от този проблем.Ако състоянието на агента е "Свързан", сървърът не е засегнат от този проблем. Не трябва да изпълнявате тези стъпки на тези сървъри.
Засегнато: Ако данните за грешка на агента включват съобщение, подобно на "AADSTS700016: Приложението с идентификатор "xxx" не е намерено в директорията "yyy", тогава сървърът е засегнат от този проблем.Ако сървърът е в Западна Европа и състоянието му е "Прекъсната връзка", но това съобщение не се показва в подробните данни за грешката, то може да бъде засегнато. Трябва да изпълните тези стъпки на тези сървъри.
Контекст: Сървърите, засегнати от проблем JLJ3-B88, не могат да комуникират с Azure, защото управляваната самоличност на сървъра е изтрита. Тези стъпки са предназначени за създаване на нова управлявана самоличност за същия ресурс и актуализиране на услугата, за да използва тази самоличност.
Стъпки: Разработен е инструмент azcmrepair, който да опрости стъпките за поправка. Поведението му е много подобно на azcmagent.exe, разпределено като част от свързания машинен агент на Azure.
Изтегляне за Windows: Изтегляне на azcmrepair.exe от aka.ms/azcmrepairwindows azcmrepair трябва да се изпълнява в административна обвивка на локалния сървър. Тя може да се изпълнява във всяка директория и може да бъде изтрита след употреба.
Изтегляне за Linux: Изтеглете azcmrepair от https://aka.ms/azcmrepairlinux , например с curl -L https://aka.ms/azcmrepairlinux -o./azcmrepair Маркирайте файла като изпълним, ако е необходимо: chmod +x ./azcmrepair Изпълнете го като корен, като използвате sudo azcmrepair.
Използване: За интерактивна употреба можете просто да използвате: > изпълнение на ./azcmrepair Ще бъдете подканени да използвате идентификационните данни при удостоверяване в Azure. Ще ви трябват същите разрешения за целевия абонамент за Azure и групата ресурси, които ще трябва първоначално да включите сървърите. За широко използване инструментът може да използва главен субект на услуга по същия начин като "azcmagent connect". Това може да използва същия главен субект на услуга, който се използва за регистриране, или друг, ако е предпочитан. Субектът на услугата се нуждае поне от ролята "Azure Connected Machine Onboarding". > ./azcmrepair run --service-principal-id xxx --service-principal-secret yyy Не се изискват други аргументи.
Оценка на успеха: Инструментът записва диагностична информация регистрационен файл на конзолата и azcmagent.log. Ако командата е успешна, ще видите "Успешно вграден ресурс в Azure" в резултата. След това, ако изпълните "azcmagent show", би трябвало да видите състоянието на сървъра като "Connected". Това ще се покаже и в портала, но може да има няколко минути закъснение, преди състоянието да се актуализира в облака. Инструментът ще има код за излизане 0 в успешен случай. Ако видите "Машината вече е свързана, не е необходима поправка", инструментът смята, че сървърът вече е свързан. Ако "azcmagent show" показва сървъра като свързан, не се изискват по-нататъшни действия. В случай на повреда инструментът ще върне код за излизане, който не е нула, и резултатът ще посочи проблема. Споделете всички проблеми с поддръжката от Microsoft в този случай.
Някои често срещани условия за грешка: Грешка: Код на излизане: AZCM0016: Липсва задължителен параметър или azcmrepair е неуспешен, защото липсва xyz в agentconfig.jsonResolution: вашият локален агентconfig.json липсва или е невалиден. Възможно е машината да не е била свързана преди. Изпълнете azcmagent, за да свържете вашата машина към Azure. В този случай не е необходимо да изпълнявате инструмента за поправка. Ограничения: Всички присвоени роли, дадени на управляваната самоличност на сървъра (например позволявайки достъп до ресурс на Azure, като например Keyvault), са свързани със самоличността и не могат да бъдат възстановени от помощната програма azcmrepair. Когато помощната програма се изпълни, ще бъде създадена нова управлявана самоличност за ресурса. Дайте всички присвоени роли на новата самоличност Azure Active Directory.
