Внезапные проблемы работы Azure SQL
Я использую Новый Пережиток для контроля одного из моих сайтов, и о каждых двух неделях мои отбрасывания Apdex через пол. Это, кажется, до Azure SQL.
Что я знаю:
- Запросы В Минуту совпадают с, они каждый рабочий день в то определенное время. Нет скачка вообще по сравнению с тем же временем вчера или на прошлой неделе.
- Производительность идет приблизительно от 100 мс в среднем к 12 секундам в среднем.
- Никаких изменений кода не произошло на неделе предшествующие.
- Перезапуск веб-сайта Azure, который получает доступ к этой базе данных, не имеет никакого значения.
- Масштабирование вверх на веб-сайте фронтэнда не имеет никакого значения.
- Кажется, нет никаких открытых соединений или не склонных объектов соединения.
Интересно, что, действительно кажется, работает, чтобы разрешить, что это немедленно должно изменить масштаб базы данных - в ЛЮБОМ направлении. Перемещение его от S0 до S1 фиксирует его; перемещение его от S2 до S1 фиксирует его. Очевидно, не возможно "перезапустить" базу данных Azure, но этот процесс, кажется, делает что-то.
Я не уверен, как исследовать это далее. У кого-либо есть какие-либо предложения или мысли?
Я лично не использовал ни одну из команд, но я бы попробовал и посмотрел, что происходит с журналами DB / Server:
- Получить журналы событий базы данных: http://msdn.microsoft.com/en-us/library/dn505710.aspx
- Получить журналы событий сервера: http://msdn.microsoft.com /en-us/library/dn505726.aspx
Также попробуйте немного настроить свое приложение, кто знает? это могло быть источником проблемы.
- Руководство по производительности базы данных SQL Azure: http://msdn.microsoft.com/en-us/library/azure/dn369873.aspx
И, наконец, если это проблема вызвана странным поведением сервера БД, я бы обратился в Microsoft напрямую за поддержкой.
Надеюсь, это поможет.
У нас одна и та же проблема возникала несколько раз - обычно каждые 3-6 недель (2 года назад). Служба поддержки Azure постоянно говорила, что нам нужно настроить наши запросы. Но проблема была похожа на ту, что была у вас - если ничего не изменилось (код или загрузка), производительность просто снизилась на пару часов, а затем она вернется к норме. После нескольких дней разочарований и после добавления все большего количества журналов и мониторинга мы обнаружили то, чем Azure не хотела делиться с нами:
Если что-то пойдет не так с первичным экземпляром, они убьют его, и вторичный экземпляр теперь будет первичный экземпляр. Этот переключатель лежал в основе всего этого, и служба поддержки Azure нерешительно с этим согласилась !!! Хотя вторичный экземпляр является репликой, в переключателе есть что-то, что замедляет его - почти как его перезапуск.
Экземпляр может быть уничтожен по многим причинам: 1. Azure SQL - это общая база данных. Если одна из других баз данных в том же экземпляре работает некорректно (слишком большая нагрузка при выполнении какого-либо пакетного задания), это может создать проблемы для всего экземпляра. 2. Аппаратный сбой - вероятно, не так часто, как описанный выше.
Вы можете запустить наши бенчмарки базы данных. Они предоставляют подробные метрики производительности для ключевых свойств экземпляра SQL сервера.
Мы предоставляем dbwatch бесплатно для этого кошелька. http://dbwatch.com/azure