Synapse Analytics Server без пула ›› Каждое утро утром возникают проблемы с чтением данных из внешней таблицы

Это на Synapse Analytics Server без пула ›› Каждое утро утром возникают проблемы с чтением данных из внешней таблицы.

У меня есть внешняя таблица, созданная в Synapse Analytics Pool, и каждое утро утром - впервые, когда я делаю выбор * из внешней таблицы - она ​​снова говорит: «Проверка доступа для операции« READ »» https: //abc.dfs.core .windows.net / container / 12 / 'не удалось с HRESULT =; 0x80070005'

затем, как только я запускаю команду select OPENROWSET и пытаюсь снова запустить тот же запрос (выберите верхние 5 * из внешней таблицы) - он отлично работает.

Мне интересно - что может вызвать эту проблему. Что, если я перейду к производственной среде, каждый день будет возникать одна и та же проблема? (Я имею в виду - я могу подумать о создании хранимой процедуры или чего-то еще, чтобы запускать команду OPENROWSET каждый день - но мне интересно, есть ли что-то еще, вызывающее эту проблему?)

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

Попробовали объяснить то же самое с помощью снимков ниже. Спасибо !!!

введите описание изображения здесь


person Aravind    schedule 12.03.2021    source источник
comment
Я слышал о проблемах с надежностью, особенно при возобновлении работы бессерверных пулов. Как возобновляется работа вашего бессерверного экземпляра? Если по расписанию, дайте ему, скажем, 10 минут, чтобы он разогрелся, прежде чем делать запросы. И, конечно, поднять вопрос с Azure.   -  person Kashyap    schedule 13.03.2021
comment
Бессерверный экземпляр не имеет возможности приостанавливать / останавливать / возобновлять работу - он всегда работает и работает по-настоящему с оплатой по факту использования. Благодарность !!!   -  person Aravind    schedule 13.03.2021
comment
Я вижу, ты понял проблему. В будущем вставляйте код в виде текста, а не изображений, чтобы читателям было проще.   -  person Kashyap    schedule 14.03.2021


Ответы (1)


Выход из системы и повторный вход в экземпляр SSMS позволили решить эту проблему. Один из членов команды Microsoft - помог нам выяснить основную причину, поскольку это вызвано истекшим токеном AAD в SSMS. + Убедитесь, что вы повторно подключились при использовании SSMS / ADS, если вы выходите из него более чем на час.

person Aravind    schedule 13.03.2021