|
![]() |
#1 |
Участник
|
Данные идентичные, но базы разные? Смотрите план запроса, обновите статистику в SQL
|
|
![]() |
#2 |
Участник
|
а AOS передернуть принудительно? и попробовать заново?
|
|
![]() |
#3 |
Участник
|
Статистику SQL обновил.
Планы запросов одинаковы. Причем, что странно, на том АОС-е что зависает трассировка срабатывает через раз. Когда сформируется запись когда нет. Рестарт АОСов и перезагрузка сервера проводились. Проблема осталась... |
|
![]() |
#4 |
Участник
|
Цитата:
ответьте на этот вопрос, пожалуйста. базы разные? если к каждой базе вручную задать аналогичные запросы в Management Studio, то время выполнения будет одинаковым? если одинаковым, то ройте в настройки, указанные в конфигурационной утилите для АОСов если разным (скорее всего), то ройте в сторону индексов. они скорее всего разные на разных базах. на одной из баз происходит полное сканирование вместо индексной выборки. поэтому и тормозит дело в том, что qr.next() выполняет отправку текста запроса на SQL-сервер. qr.next() ожидает ответа от SQL-сервера. если висит в этом месте, то нет ответа от SQL-сервера. АОС тут не при чем. |
|
![]() |
#5 |
Участник
|
Да, базы разные. Восстанавливались из одного бэкапа.
|
|
|
За это сообщение автора поблагодарили: gl00mie (0). |
![]() |
#6 |
Участник
|
попробуйте таки выполнить запросы напрямую из Management Studio к двум базам.
разница по времени есть? а в планах выполнения? полное ощущение, что что-то в базах разное. несмотря на то, что восстановлено из бэкапа. либо восстановлено на медленные диски, либо восстановленое не равно исходной базе. но почему планы запросов одинаковы - непонятно. |
|
Теги |
аос, запрос (query), зависание |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|