Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов, нет - первая строчка это как раз диск G с файлами баз данных (mdf). / ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 14:16 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовPLE 1300+ как укладывается в Ваше предположение?Еще раз - ознакомьтесь со статьей и посчитайте рекомендуемый минимальный PLE для условий ТС'а. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 14:23 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Владислав Колосовinvm, PLE 1300+ как укладывается в Ваше предположение? значение PLE "просто на сейчас" не имеет никакой ценности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 14:33 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 14:40 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
TaPaK, вот: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 14:55 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
gepard1980, Ну, имхо очередь к диску конечно не маленькая, но и не ужас. Судя по тому что у вас резултаты по "одной" строке возвращают, значить получаете сканы, не попадаете в индексы, всё это таскается между диском и памятью, тут и очередь и низкий ple. Разбирайте конкретные запросы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 15:04 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
a_voroninА вы бекапы вообще делаете?Даже стало любопытно: бекап чего надо сделать, что бы прекратить рост ЖТ при простой модели восстановления? ЗЫ: Не надоело бред генерировать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 15:07 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
на картинке товарища на первой странице читаются поля с названиями file_word_upd, keyfilebody. вопрос: какого типа эти поля? если это блобы, то поздравимся: они не кэшируются, т.е. каждый раз начитываются заново с диска ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 15:54 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
При такой очереди диска может и не катастрофа, когда запросы "висят" мертво, но нельзя сказать, что работа комфортна. Есть же резервы памяти, верхнюю границу можно увеличить до 60Гб для SQL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 16:20 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовПри такой очереди диска может и не катастрофа, когда запросы "висят" мертво, но нельзя сказать, что работа комфортна. Есть же резервы памяти, верхнюю границу можно увеличить до 60Гб для SQL? если это блобы, то хоть терабайт памяти зафигачь, будет их читать с диска каждый раз заново ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 16:25 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов, это я оставил для запуска студий и других программ. тоже кушать хотят. думаю увеличение с 45 до 55 например (а всего 58) ничего не даст. сиквел сожрет и эту десятку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 16:29 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Yasha123, там, похоже, комплексная проблема... Блобы -то да, но они разве повлияли бы на PLE? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 16:29 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Yasha123, спасибо, уберу их из запроса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 16:30 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
gepard1980, Ну, знаете ли... Тогда Вам следовало очень хорошо запастись памятью, студия может и 16 Гб скушать. А Вы такую нагрузку дали серверу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 16:31 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов, ищу какой-то баланс. сиквелу - 45. 10 - приложениям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 16:37 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
gepard1980, Есть вероятность что у вас там много сканов и память постоянно вытесняется сначала одними таблицами потом другими. Базы большие? Покажите распределение памяти по базам: Buffer By Database Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Ну и потом для той базы что которая больше всего памяти использует запустите Buffer By Object Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. и Index Usage Statistics Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 22:31 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
gepard1980Владислав Колосов, ищу какой-то баланс. сиквелу - 45. 10 - приложениям.На сервере БД не должно быть других приложений! Сколько у вас свободной памяти на сервере? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 22:34 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Mind, первое выполнил. А в двух других скриптах не понял, где указывать самую большую БД (в моем случае это lion_data)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 23:03 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Mind, размер базы lion_data 110 Гб. Базы WebLeader 75 Гб. На сервере всего 58 Гб ОЗУ. 45 Гб выделил сиквелу. Остальное про запас оставил. Виндовый процесс-менеджер показывает 7 Гб свободно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 23:06 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Mind, из приложений только SSMS и DBForge. Естественно никаких FTP, NoSQL и т.д. на этом сервере нет. Они на другом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 23:13 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
gepard1980, Просто перейдите в нужную базу перед запуском скрипта. Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.11.2018, 23:59 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
gepard1980Mind, первое выполнил. А в двух других скриптах не понял, где указывать самую большую БД (в моем случае это lion_data)?У вас 37% (16Гб) пустого места внутри индексов. Вы rebuild/reorginize индексов хоть раз делали? Хотя это конечно могут быть блобы, но все равно вряд ли так много. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2018, 00:02 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Mind, есть job который сначала проверку на целостность делает, а потом ребилд индексов. посмотрел сейчас лог - он всегда останавливался на ошибке при DBCC CHECKDB на базе WebLeader и дальше соответственно не шел. надо будет ночью сегодня запустить джоб на ребилд индексов. а ошибка такая: Executing the query "DBCC CHECKDB(N'WebLeader') WITH NO_INFOMSGS " failed with the following error: "Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), page ID (1:9380353) contains an incorrect page ID in its page header. The PageId in the page header = (0:0). Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), page ID (1:9380354) contains an incorrect page ID in its page header. The PageId in the page header = (0:0). Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), page ID (1:9451372) contains an incorrect page ID in its page header. The PageId in the page header = (0:0). Object ID 367395005, index ID 1, partition ID 72058363036303360, alloc unit ID 72058364643835904 (type In-row data): Page (1:9451372) could not be processed. See other errors for details. Table error: Object ID 367395005, index ID 1, partition ID 72058363036303360, alloc unit ID 72058364643835904 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:9451372) and previous child (0:0), but they were not encountered. Object ID 624671800, index ID 1, partition ID 72058362590003200, alloc unit ID 72058364196487168 (type In-row data): Page (1:9380354) could not be processed. See other errors for details. Table error: Object ID 624671800, index ID 1, partition ID 72058362590003200, alloc unit ID 72058364196487168 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:9380354) and previous child (0:0), but they were not encountered. Object ID 640671857, index ID 1, partition ID 72058362590068736, alloc unit ID 72058364196552704 (type In-row data): Page (1:9380353) could not be processed. See other errors for details. Table error: Object ID 640671857, index ID 1, partition ID 72058362590068736, alloc unit ID 72058364196552704 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:9380353) and previous child (0:0), but they were not encountered. Table error: page (1:22851) allocated to object ID 1627561255, index ID 1, partition ID 72058340014751744, alloc unit ID 72058341621170176 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header. Table error: Object ID 1627561255, index ID 1, partition ID 72058340014751744, alloc unit ID 72058341621170176 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:22851) and previous child (0:0), but they were not encountered. Table error: page (1:22848) allocated to object ID 1643561312, index ID 1, partition ID 72058340014817280, alloc unit ID 72058341621235712 (type In-row data) was not seen. The page may be invalid or may have an incorrect alloc unit ID in its header. Table error: Object ID 1643561312, index ID 1, partition ID 72058340014817280, alloc unit ID 72058341621235712 (type In-row data). Index node page (0:0), slot 0 refers to child page (1:22848) and previous child (0:0), but they were not encountered. CHECKDB found 0 allocation errors and 3 consistency errors not associated with any single object. CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.ifts_comp_fragment_1166627199_1279643' (object ID 367395005). CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.ifts_comp_fragment_1166627199_1279308' (object ID 624671800). CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.ifts_comp_fragment_4649743_10289803' (object ID 640671857). CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.ifts_comp_fragment_4649743_9953028' (object ID 1627561255). CHECKDB found 0 allocation errors and 2 consistency errors in table 'sys.ifts_comp_fragment_4649743_9953029' (object ID 1643561312). CHECKDB found 0 allocation errors and 13 consistency errors in database 'WebLeader'. repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (WebLeader).". Possible failure reasons: Problems with the query, "ResultSet" property not set correctly, parameters not set correctly, or connection not established correctly. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2018, 08:52 |
|
||
|
Долгое выполнение хранимых процедур
|
|||
|---|---|---|---|
|
#18+
Mind, по второму скрипту относительно базы lion_data результаты такие: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2018, 08:55 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39739798&tid=1688681]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
42ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
81ms |
get tp. blocked users: |
2ms |
| others: | 272ms |
| total: | 446ms |

| 0 / 0 |
