Устранение неполадок в Azure Stack Hub

В этом документе содержатся сведения об устранении неполадок с интегрированными средами Azure Stack Hub. Чтобы получить справку по Пакету средств разработки Azure Stack Hub, откройте раздел по устранению неполадок с ASDK или обратитесь к экспертам на форуме MSDN, посвященном Azure Stack Hub.

Часто задаваемые вопросы

Эти разделы содержат ссылки на документацию, в которой рассматриваются распространенные вопросы, отправляемые в службу поддержки Майкрософт.

Вопросы, связанные с приобретением

• Как приобрести
• Обзор Azure Stack Hub

Обновления и диагностика

• Использование средств диагностики в Azure Stack Hub
• Проверка состояния системы Azure Stack Hub
• Частота выпуска пакетов обновления
• Проверка состояния узла и устранение неполадок

Поддерживаемые операционные системы и размеры для гостевых виртуальных машин

• Поддерживаемые гостевые операционные системы для Azure Stack Hub
• Поддерживаемые размеры виртуальных машин в Azure Stack Hub

Azure Marketplace

• Элементы Azure Marketplace, доступные для Azure Stack Hub

Управление емкостями

Память

Чтобы увеличить общую емкость доступной памяти для Azure Stack Hub, можно добавить дополнительный объем памяти. Физический сервер в Azure Stack Hub также называется узлом единицы масштабирования. Все узлы единиц масштабирования, входящие в одну единицу масштабирования, должны иметь одинаковый объем памяти.

Срок хранения

В параметрах срока хранения оператор облачной среды может указать время (0–9999 дней), в течение которого можно восстановить удаленную учетную запись. По умолчанию срок хранения составляет 0 дней. Если этому параметру задано значение 0, срок хранения всех удаленных учетных записей мгновенно истекает и они отмечаются для периодической сборки мусора.

• Настройка срока хранения

Безопасность, соответствие требованиям и идентификация

Управление RBAC

Пользователь в Azure Stack Hub может быть читателем, владельцем или участником каждого экземпляра подписки, группы ресурсов или службы.

• Управление с помощью RBAC в Azure Stack Hub

Если встроенные роли для ресурсов Azure не соответствуют потребностям вашей организации, вы можете создать собственные пользовательские роли. С помощью этого руководства и Azure PowerShell вы создадите настраиваемую роль с именем "Запросы в службу поддержки от читателя".

• Руководство. Создание пользовательской роли для ресурсов Azure с помощью Azure PowerShell

Управление потреблением и выставлением счетов в качестве поставщика облачных служб

• Manage usage and billing as a CSP (Управление потреблением и выставлением счетов в качестве поставщика облачных служб)
• Создание подписки CSP или APSS

Выберите тип учетной записи общих служб, который вы будете использовать для Azure Stack Hub. Типы подписок, для которых можно зарегистрировать мультитенантное развертывание Azure Stack Hub:

• Поставщик облачных решений
• Подписка общих служб партнера

Получение метрик единиц масштабирования

Вы можете использовать PowerShell для получения сведений об использовании меток, не обращаясь за помощью в службу поддержки Майкрософт. Получение сведений об использовании меток:

1. Создайте сеанс PEP.

2. Выполните следующую команду:

   Test-AzureStack
   

3. Выйдите из сеанса PEP.

4. Выполните следующую команду с помощью вызова Invoke-Command:

   Get-AzureStackLog -FilterByRole SeedRing
   

5. Извлеките файл seedring.zip. Вы сможете получить отчет о проверке из папки ERCS, из которой вы выполнили Test-AzureStack.

См. сведения о диагностике в Azure Stack Hub.

Устранение неполадок с виртуальными машинами

Сброс пароля для виртуальной машины Linux

Если вы забыли пароль для виртуальной машины Linux и параметр Сброс пароля не работает из-за проблем с расширением VMAccess, вы можете выполнить сброс, выполнив следующие действия:

1. Выберите виртуальную машину Linux для использования в качестве виртуальной машины восстановления.

2. Войдите на портал пользователя:

   1. Запишите размер виртуальной машины, сетевой адаптер, общедоступный IP-адрес, группу безопасности сети и диски данных.
   2. Остановите затронутую виртуальную машину.
   3. Удалите затронутую виртуальную машину.
   4. Подключите диск из затронутой виртуальной машины в качестве диска данных на виртуальной машине восстановления (доступ к диску может занять несколько минут).

3. Войдите на виртуальную машину восстановления и выполните следующую команду:

   sudo su -
   mkdir /tempmount
   fdisk -l
   mount /dev/sdc2 /tempmount /*adjust /dev/sdc2 as necessary*/
   chroot /tempmount/
   passwd root /*substitute root with the user whose password you want to reset*/
   rm -f /.autorelabel /*Remove the .autorelabel file to prevent a time consuming SELinux relabel of the disk*/
   exit /*to exit the chroot environment*/
   umount /tempmount
   

4. Войдите на портал пользователя:

   1. Отсоедините диск от виртуальной машины восстановления.
   2. Повторно создайте виртуальную машину с диска.
   3. Обязательно перенесите общедоступный IP-адрес из предыдущей виртуальной машины, подключите диски данных и т. д.

Вы также можете snapshot исходного диска и создать на нем новый диск, а не выполнять изменения непосредственно на исходном диске. Дополнительные сведения см. в следующих статьях:

• Сброс пароля
• Создание диска из snapshot
• Изменение и сброс пароля root

Сбой активации лицензии для Windows Server 2012 R2 во время подготовки

В этом случае Windows не сможет активироваться, и в правом нижнем углу экрана появится подложка. Журналы WaSetup.xml, расположенные в папке C:\Windows\Panther, содержат следующее событие:

<Event time="2019-05-16T21:32:58.660Z" category="ERROR" source="Unattend">
    <UnhandledError>
        <Message>InstrumentProcedure: Failed to execute 'Call ConfigureLicensing()'. Will raise error to caller</Message>
        <Number>-2147221500</Number>
        <Description>Could not find the VOLUME_KMSCLIENT product</Description>
        <Source>Licensing.wsf</Source>
    </UnhandledError>
</Event>

Чтобы активировать лицензию, скопируйте ключ автоматической активации виртуальных машин (AVMA) для номера SKU, который вы хотите активировать.

Выпуск	Ключ AVMA
Центр обработки данных	Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard	DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Основные компоненты	K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

На виртуальной машине выполните следующую команду:

slmgr /ipk <AVMA_key>

Полные сведения см. в разделе Активация виртуальной машины.

Элемент коллекции и образ по умолчанию

Перед развертыванием виртуальных машин в Azure Stack Hub необходимо добавить элемент коллекции и образ Windows Server.

Некоторые виртуальные машины удалены, но на диске по-прежнему присутствуют VHD-файлы

Это ожидаемое поведение:

• Если вы удалите виртуальную машину, то ее виртуальные жесткие диски останутся. В группе ресурсов диски являются отдельными ресурсами.
• Как только учетная запись хранения будет удалена, изменения сразу отобразятся в Azure Resource Manager. Однако содержащиеся в ней диски все еще будут находиться в хранилище до выполнения сборки мусора.

При появлении "потерянных" виртуальных жестких дисков важно знать, являются ли они частью папки удаленной учетной записи хранения. Если учетная запись хранения не была удалена, они по-прежнему будут находиться в папке.

Вы можете больше узнать о настройке порогового значения периода удержания и освобождении по запросу в статье об управлении учетными записями хранения.

Устранение неполадок с хранилищем

Освобождение хранилища

Для отображения освобожденной емкости на портале может понадобиться до 14 часов. Освобождение пространства зависит от различных факторов, включая процент использования файлов внутреннего контейнера в хранилище блочных BLOB-объектов. Поэтому, в зависимости от того, какое количество данных удалено, нет гарантий относительно того, сколько пространства можно освободить, запустив сборщик мусора.

Обозреватель службы хранилища Azure не работает с Azure Stack Hub

При работе с интегрированной системой в сценарии без подключения рекомендуется использовать центр сертификации (ЦС) предприятия. Экспортируйте корневой сертификат в формате Base-64, а затем импортируйте его в Обозреватель службы хранилища Azure. Обязательно удалите косую черту (/) в конце конечной точки Resource Manager. Дополнительные сведения см. в разделе Подготовка к подключению к Azure Stack Hub.

Устранение неполадок Службы приложений

Сбой скрипта Create-AADIdentityApp.ps1

Если скрипт Create-AADIdentityApp.ps1, который необходим для работы Службы приложений, завершается сбоем, проверьте наличие обязательного параметра -AzureStackAdminCredential при запуске этого скрипта. Подробнее см. статью Предварительные условия для развертывания Службы приложений в Azure Stack Hub.

Устранение неполадок с обновлениями Azure Stack Hub

Процесс исправления и обновления Azure Stack Hub позволяет операторам единообразно и стабильно применять пакеты обновления. В редких случаях в ходе исправления и процесса обновления могут возникать проблемы. Мы рекомендуем выполнить следующие действия, если вы столкнетесь с проблемой при исправлении или обновлении.

0. Предварительные требования: Убедитесь, что вы выполнили пункты из контрольного списка действий по обновлению и включили упреждающий сбор журналов.

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

2. Если вам не удалось устранить проблему, создайте запрос в службу поддержки Azure Stack Hub. Убедитесь, что у вас есть собранные журналы за период времени, в который возникла проблема. В случае сбоя обновления с критическим оповещением или предупреждением важно проверить сбой и обратиться в службу поддержки майкрософт, как указано в оповещении, чтобы единица масштабирования не находилась в состоянии сбоя в течение длительного времени. Если оставить единицу масштабирования в состоянии сбоя обновления в течение длительного периода времени, это может привести к дополнительным проблемам, которые позже будет сложнее устранить.

Типичные проблемы с исправлением и обновлением в Azure Stack Hub

Область применения: интегрированные системы Azure Stack Hub

PreparationFailed

Применимо. Данная проблема касается всех поддерживаемых выпусков.

Причина. При попытке установить обновление для Azure Stack Hub может произойти сбой состояния обновления, после чего его состояние изменится на PreparationFailed. В системах, подключенных к Интернету, обычно это указывает на то, что не удается правильно скачать пакет обновления из-за слабого подключения к Интернету.

Исправление. Чтобы устранить эту ошибку, щелкните Install now (Установить сейчас) снова. Если проблема не будет устранена, рекомендуем вручную загрузить пакет обновления, следуя инструкциям по установке обновлений.

Периодичность. Распространенные

Сбой обновления: проверка и принудительное применение внешних предохранителей ключей в CSV

Применимо. Данная проблема касается всех поддерживаемых выпусков.

Причина. Пароль контроллера управления основной платой (BMC) задан неправильно.

Исправление. Обновите учетные данные BMC и возобновите обновление.

Предупреждения и ошибки, сообщаемые во время обновления

Применимо. Данная проблема касается всех поддерживаемых выпусков.

Причина. Если обновление Azure Stack Hub находится в состоянии Выполняется, на портале могут отображаться предупреждения и ошибки. Время ожидания других компонентов во время обновления может привести к ошибке. В Azure Stack Hub есть механизм повторения или исправления некоторых задач из-за периодических ошибок.

Исправление. Пока обновление Azure Stack Hub находится в состоянии Выполняется, предупреждения и ошибки, сообщаемые на портале, можно игнорировать.

Периодичность. Распространенные

Сбой обновления 2002

Применимо: эта проблема относится только к выпуску 2002 года.

Причина. При попытке обновления 2002 обновление может завершиться ошибкой и предоставить следующее сообщение: The private network parameter is missing from cloud parameters. Please use set-azsprivatenetwork cmdlet to set private networkTrace.

Исправление. Настройте частную внутреннюю сеть.