У меня возникла проблема с сохранением настроек масштабирования плана службы приложений Azure. Единственное, что в плане - одно веб-приложение. Я использую Масштабирование по расписанию и правилам производительности. Если я попытаюсь изменить что-либо, например, количество увеличений по номеру, нажмите «ОК», затем нажмите «Сохранить», я получаю индикатор настройки шкалы экономии, и он никогда не исчезает и не выдаёт уведомление об успешном выполнении. Пробовал разные браузеры на разных машинах - результат тот же. Я перешел на старый портал и смог сбросить настройки масштабирования там - когда я возвращаюсь на новый портал, там отражаются измененные настройки старого портала, но я все еще не могу сохранить какие-либо изменения в новом портале. Журнал активности показывает, что при обновлении параметра автомасштабирования произошла ошибка с кодом ошибки UnsupportedRequestContent, содержимое запроса сообщения неправильно сформировано или не поддерживается.
Параметры масштабирования плана службы приложений Azure не сохраняются
Ответы (1)
Должно быть, в старых профилях были какие-то неожиданные данные, с которыми их веб-приложение не могло справиться. Я удалил все профили весов и начал с новых. Это сработало. Проблема решена. Поскольку проблемы всегда возникали с профилями, которые были созданы на старом портале, похоже, может быть некоторая несовместимость между старыми профилями портала и новыми профилями портала.
person
RJBreneman
schedule
18.11.2016
И это пример того, как, когда портал не работает, его можно использовать для решения проблемы.
- person RJBreneman; 18.11.2016
Извините, как вы это сделали? У меня аналогичная проблема, но на странице настроек увеличения масштаба. Мое базовое приложение не будет понижено до бесплатного или общего доступа, даже если оно говорит, что работает: stackoverflow.com/questions/40835941/. Есть какие мысли? Спасибо
- person nmit026; 28.11.2016
nmit026 Я не верю, что то, что я сделал, удалив профили масштабирования, поможет кому-либо с изменением настроек масштабирования.
- person RJBreneman; 29.11.2016
