|
|
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
Добрый день. Sybase ASE 15.7 Время от времени возникает странная ситуация когда не освобождается пространство в default segment of tempdb ( user created , mixed log and data). Sp_helpsegment 'default' показывает большое значение used_pages но никаких обьектов типа решёток и user-created не видно. Даже когда полностью прекращается активность (tempdb is out of default group) часть пространства остаётся занятой и приходится тупо пересоздавать tempdb. Предполагаем 'worktable' мусор который почему то остаётся но не знаем как бы это уточнить. Подкиньте идёйку :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2018, 16:03 |
|
||
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
Сергей08, в версии 12.5.х был баг с "потерянными" таблицами в tempdb. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.10.2018, 08:33 |
|
||
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
Сергей08Добрый день. Sybase ASE 15.7 Время от времени возникает странная ситуация когда не освобождается пространство в default segment of tempdb ( user created , mixed log and data). Sp_helpsegment 'default' показывает большое значение used_pages но никаких обьектов типа решёток и user-created не видно. Даже когда полностью прекращается активность (tempdb is out of default group) часть пространства остаётся занятой и приходится тупо пересоздавать tempdb. Предполагаем 'worktable' мусор который почему то остаётся но не знаем как бы это уточнить. Подкиньте идёйку :) sp_spaceused Ну и пересоздавать tempdb не надо -- можно просто перезагрузить сервер ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.10.2018, 16:33 |
|
||
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
Добрый день 1. orphantables orphantables встречаются и в 15.7. У меня не раз встречались Не тот случай . Их нет 2. Space_used , sysobjects и др. стандартные средства не показывают ничего кроме системных. 3. Dbcc usedextents(..)показал что tempdb занята worktables. На сегодня пользователи давно 'отсохли" но worktables почему то остались. Как бы их убрать? ..... Disk piece 0 (3145728 pages), extents used = 123, worktable extents used = 12056, free = 381037 Total used extents = 123 Total worktable used extents = 12056 Total free extents = 381037 Total extents = 393216 DBCC execution completed. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2018, 16:24 |
|
||
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
Сергей08На сегодня пользователи давно 'отсохли" но worktables почему то остались. Как бы их убрать?Как в старые добрые времена запланировав перезагрузку Sybase в технологическое окно? Если оно есть, конечно же. Костыли... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2018, 09:40 |
|
||
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
tunknown, Имелись ввиду пользователи tempdb. Что бы перегрузить весь сервер нужны более , чем серьёзные аргументы и нам приходится пересоздавать tempdb. Хотим попробовать dbcc dbreboot. Как то бы узнать больше, что это за worktables... Явно какой то тип 'неочищаемый' Сапорт озадачен. После стандартных телодвижений пока зависли :) Ждёмс. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2018, 13:05 |
|
||
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
Сергей08Время от времени возникает странная ситуация когда не освобождается пространство в default segment of tempdb ( user created , mixed log and data). Не в плане идеи, но размышления. Что с временными таблицами делается? 1) Много ли update с данными, существенно большими/меньшими по размеру записи, чем начальные данные при insert? 2) Много ли delete? 3) Много ли в этих таблицах image/text/ntext полей? 4) Много ли rollback транзакций, касающихся запросов с широкими полями? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2018, 17:10 |
|
||
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
tunknown, размер мусора в темпдб постепенно растёт и мы уже уверены что это от worktables. Даже если попытатся исследовать эти 4 пункта то как их связать с определённым типом worktables? Похоже нет никаких способов посмотреть на worktables и узнать цель её создания? Секретная вешь в себе от ASE? В monProcessObject вроде можно посмотреть в привязке к Spid и общее количество в monstate. Но это как то и не особенно поможет нам. Знать бы цель создания данной конкретной worktable ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2018, 10:16 |
|
||
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
Можно пойти от социальной инженерии. Tempdb в первую очередь забивается данными нужными для обработки запросов. И чем тяжелее запрос - тем больше временных данных серверу приходится хранить, но в то-же время эти запросы дольше обрабатываются. Юзер часто обрывает запросы которые слишком долго работают, но серверу после этого приходится включать сборщик мусора... и если этот сборщик включается реже чем нужно или просто не замечает очередной кусок временных данных которые больше не нужны юзеру... Начните мониторить долгоиграющие и особенно отмененные запросы. Сократите их количество - будет легче жить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.10.2018, 17:40 |
|
||
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
Сергей08, можно попробовать создать несколько tempdb и раскидать пользователей / приложения между ними методом последовательных итераций нащупаете "виновника" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2018, 18:17 |
|
||
|
tempdb space
|
|||
|---|---|---|---|
|
#18+
разбросаны... И виновника изначально знаем. Апликуха большая и непростая. И что им сказать? Tехнически представляю как связать с запросом но похоже не получится. Сейчас, например, занятое пространство растёт, а ни одной 'temp worktable' поймать не удалось. делал запрос раз в секунду по пространству в tempdb и довольно долго. Только user temporary table вижу. SAP KBA 2709213 по этой проблеме сделал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2018, 16:49 |
|
||
|
|
start [/forum/topic.php?fid=55&msg=39712382&tid=2009607]: |
0ms |
get settings: |
10ms |
get forum list: |
10ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
35ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 12ms |
| total: | 137ms |
| 0 / 0 |
