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

  • Статья
  • Чтение занимает 7 мин

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

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

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

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

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

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

Azure Marketplace

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

Память

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

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

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

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

Управление RBAC

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

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

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

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

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

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

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

  1. Создайте сеанс PEP.
  2. Выполните test-azurestack.
  3. Выйдите из сеанса PEP.
  4. Выполните get-azurestacklog -filterbyrole seedring, вызвав invoke-command.
  5. Извлеките файл seedring.zip. Вы сможете получить отчет о проверке из папки ERCS, из которой вы выполнили test-azurestack.

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

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

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

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

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

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

    1. Запишите размер виртуальной машины, сетевой карты, общедоступный IP-адрес, NSG и диски данных.
    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-адрес из предыдущей виртуальной машины, подключить диски данных и т. д.

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

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

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

<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 позволяет операторам единообразно и стабильно применять пакеты обновления. В редких случаях в ходе исправления и процесса обновления могут возникать проблемы. Мы рекомендуем выполнить следующие действия, если вы столкнетесь с проблемой при исправлении или обновлении.

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

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

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

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

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

PreparationFailed

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

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

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

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

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

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

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

Исправление: Обновите УЧЕТНЫЕ данные контроллера BMC и возобновите обновление.

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

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

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

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

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

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

Применимо. Эта проблема применима только к выпуску 2002.

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

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