Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Добрый день. Подскажите, как решить проблему существенного вырастания в размерах базы Tеmpdb? Базы на сервере используют разработчики 1С. Как выяснилось, периодически запускают кривые запросы, которые подвисают, и приводят к росту базы tеmpdb. Tеmpdb не шринкается, после перезапуска сервера не возвращается к исходному размеру автоматически (хотя должна бы). Приходится в нерабочее время разными манипуляциями ее уменьшать. Как можно решить эту проблему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 09:24 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Alissa, исправить "кривые запросы"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 09:49 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Критик, предлагала. 1сники обвиняют код подрядчиков и упирают на то, что у них нет времени оптимизировать каждый запрос (типа их слишком много). Я в 1С не разбираюсь, поэтому трудно критически оценить, насколько это верно, и должно ли так быть? О том, что причина в кривом запросе тоже удалось узнать случайно, ранее они не признавались, преподнося рост базы, как "неожиданность, сбой sql, а мы ни при чем". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 10:28 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Интересно, что база tеmpdb выросла и стала в 10 раз больше продуктивной базы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 10:37 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
посмотрите всю тему тут: Рост tempdb ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 10:41 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
руки не дошли реализовать поэтому только мысли вслух: 1.ищете в инете скрипт sp_WhoIsActive 2. запускать как то так Код: sql 1. 2. 3. 4. 5. в данном случае интересует tempdb_current (в страницах (8K)) 3. автоматизируете п.2 чтобы при превышении какого то порога (придумайте в зависимости от размера tempdb который ваш сервер может переварить нормально) сохранять текст запроса (sql_text,sql_command,query_plan), базу к которой он относится (1С) и т.п. для разборок с разработчиками 1С и киляете его. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 10:55 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Alissa 1сники обвиняют код подрядчиков и упирают на то, что у них нет времени оптимизировать каждый запрос (типа их слишком много). Я в 1С не разбираюсь, поэтому трудно критически оценить, насколько это верно, и должно ли так быть? О том, что причина в кривом запросе тоже удалось узнать случайно, ранее они не признавались, преподнося рост базы, как "неожиданность, сбой sql, а мы ни при чем". если не оптимизировать запрос приведенный мной выше, то каждому жителю планеты нужно закупить серверов на десятки терабайт темпдб и всё равно этому запросу места не хватит! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 11:05 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
ну раз не хотят переписывать по-хорошему, ограничьте сверху размер темпдб. допустим, 100Гб выставьте и прирост запретите. сами будут отваливаться. и будут вынуждены переписывать свои творения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.01.2018, 11:37 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Yasha123ну раз не хотят переписывать по-хорошему, ограничьте сверху размер темпдб. допустим, 100Гб выставьте и прирост запретите. сами будут отваливаться. и будут вынуждены переписывать свои творения+1 Отлавливать прожорливые tempdb запросы конечно можно, а дальше то что? Прибивать? Ну так того же эффекта можно достичь лимитировав tempdb, только мороки меньше, да и 1С в этом случае будет получать нормальное сообщение что место кончилось, а не что меня прибил злой сисадмин. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 02:10 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Проверьте для начала DBCC useroptions isolation level ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 03:07 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Relic HunterПроверьте для начала DBCC useroptions isolation level я не ТС , но мне тоже интересно: базы 1c_upp read committed 1c_zup read committed snapshot проблемы с темпдб бывают и там и там, где разработчики накосячят... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 09:44 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
AlissaИнтересно, что база tеmpdb выросла и стала в 10 раз больше продуктивной базы.Боян. Неуёмное использование временных таблиц в отчетах/обработках. Очень типично для 1С. Резать темпДБ на лету хоть умеете ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 10:23 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
LSVAlissaИнтересно, что база tеmpdb выросла и стала в 10 раз больше продуктивной базы.Боян. Неуёмное использование временных таблиц в отчетах/обработках. Очень типично для 1С. Резать темпДБ на лету хоть умеете ? я так понимаю, что это действие что бы просто устать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 10:31 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
TaPaKя так понимаю, что это действие что бы просто устать? "вспотел - покажись начальству" (С) )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 11:30 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
TaPaKя так понимаю, что это действие что бы просто устать?Про какое действие речь ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 13:39 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
LSVTaPaKя так понимаю, что это действие что бы просто устать?Про какое действие речь ? Резать темпдб, резать темпдб "на лету", с учётом того что она отскочет на теже размеры после следующих кривых запросах или по вашему она расёт потому что взрослеет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 13:43 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
TaPaKLSVпропущено... Про какое действие речь ? Резать темпдб, резать темпдб "на лету", с учётом того что она отскочет на теже размеры после следующих кривых запросах или по вашему она расёт потому что взрослеет?Если не резать, то в любой момент 1С просто станет колом: не будет сохранять документы (были и такие прецеденты). Чтоб видеть реальную ситуацию, нужно видеть реальный размер темпДБ (и резать по необходимости). Если угрожающе вырастает, то следует резануть. Почти всегда это можно сделать не останавливая работу. зы: я этим занимаюсь каждый день. База 24/7 ок.0.8Т и темпДБ бывает под 0.8Т (это "творит" всего один сраный отчет). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2018, 16:22 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
LSVTaPaKпропущено... Резать темпдб, резать темпдб "на лету", с учётом того что она отскочет на теже размеры после следующих кривых запросах или по вашему она расёт потому что взрослеет?Если не резать, то в любой момент 1С просто станет колом: не будет сохранять документы (были и такие прецеденты). Чтоб видеть реальную ситуацию, нужно видеть реальный размер темпДБ (и резать по необходимости). Если угрожающе вырастает, то следует резануть. Почти всегда это можно сделать не останавливая работу. зы: я этим занимаюсь каждый день. База 24/7 ок.0.8Т и темпДБ бывает под 0.8Т (это "творит" всего один сраный отчет). Проблема еще в том, что на лету не шринкается база. Даже после ребута сервера база темпдб остается такая же, как была. Хотя по доке должна вернуться к исходному размеру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2018, 09:51 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Alissa, DBCC OPENTRAN на tempdb что показывает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2018, 09:54 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
LSVAlissaИнтересно, что база tеmpdb выросла и стала в 10 раз больше продуктивной базы.Боян. Неуёмное использование временных таблиц в отчетах/обработках. Очень типично для 1С. Резать темпДБ на лету хоть умеете ? Шринк без реорганизации страниц уменьшает ее всего на сотню мегабайт, несущественно по сравнению с объемом базы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2018, 09:56 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
TaPaKAlissa, DBCC OPENTRAN на tempdb что показывает В данный момент не могу посмотреть, позже гляну. Скорее всего есть открытые транзакции (подвисшие запросы). Потому что шринк с реорганизацией страниц подвисал в мониторе активности в статусе SUSPEND. 1сники сообщали, что не могут в 1с убить свои подвисшие запросы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2018, 10:03 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
AlissaTaPaKAlissa, DBCC OPENTRAN на tempdb что показывает В данный момент не могу посмотреть, позже гляну. Скорее всего есть открытые транзакции (подвисшие запросы). Потому что шринк с реорганизацией страниц подвисал в мониторе активности в статусе SUSPEND. 1сники сообщали, что не могут в 1с убить свои подвисшие запросы. тогда какого чуда вы хотите? убивайте всех ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2018, 10:18 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
AlissaПроблема еще в том, что на лету не шринкается база. Даже после ребута сервера база темпдб остается такая же, как была. Хотя по доке должна вернуться к исходному размеру.Это вы мне рассказываете ???!!! :) Конеш сама она не шринкается. Это нужно делать вручную. Но без остановки системы. Но есть ньюансы: если темпДБ в данный момент сильнонагружена (частая проблема на 1С), то шринк может не дать результатов. Но... если определить виновника(ов) и грохнуть его из 1С консоли или SSMS, то шринк увенчается успехом. Делаю так: сначала 1 раз dbcc shrinkfile ('templog') потом неск. раз dbcc shrinkfile ('tempdev',200000) где 200000 - объем в Мб целевого размера, т.е. какой размер должен остаться. Выставляйте сначала 80% от уже занятого места и постепенно уменьшайте. Если сделать сразу мало, то может зафейлиться. На больших нагруженных базах (ок. 1Т) может выполняться долго: иногда больше часа. А также может быть заблокирован к-л процессом (Blocked By xx). Если этот процесс грохнуть (KILL xxx), то скорее всего попустит. Иногда приходится немного ждать и повторять процесс. После ребута, ТемпДБ будет без активных процессов, и ее можно одним махом радикально урезать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2018, 10:51 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
AlissaДаже после ребута сервера база темпдб остается такая же, как была. Хотя по доке должна вернуться к исходному размеру. значит, ей этот начальный размер поменяли. без вашего ведома ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.02.2018, 11:00 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Разработчики 1с не разбирающиеся в СУБД + DBA не разбирающийся в программировании - самая вредная связка какая только может быть. Без пересекающихся знаний не решите ничего. Пригласите 1с эксперта (есть такая сертификация). Этот человек расскажет вам и вашим программистам все и о правильном программировании в 1с, и правильной эксплуатации mssql и PG (знаний oracle и db2 сейчас не требуют). Хороший программист сам может решить все вопросы с СУБД. Хороший DBA сам скажет какими запросами программисты убили ЦПУ, диски, вымыли кэши, съели tempdb и т.д. - программистам через техжурнал 1с останется только получить номера строк в модулях с вызовом этих запросов. (но скорей всего они скажут "а мы не умеем, вы сами во всем виноваты!" ) 1С Эксперт умеет это все без чьей либо "помощи". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2018, 20:35 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Позвольте еще полюбопытствовать, какого размера диски у вас под tempdb отведены? Почему вас беспокоит размер ??? Или она у вас на C или вместе с основной базой? )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2018, 20:40 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
nvv, диск 1 Тб. Отдельно от С :)) и основных баз. Но логи туда же пишутся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2018, 16:27 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Alissa, ну террабайт для темпдб - это через чур круто. А база(ы) тогда сколько? Лог что там делает? Логи... Логи чего??? ТЕМПДБ - это очень быстрый, можно небезопасный диск. Т.е. ССД. Никак не медленее. Попробую догадаться, что логами вы назвали журнал транзакций? Ему тоже нужен быстрый. но безопасный диск. Т.е. лучше делать два разных. Итого 20-50 Гб - это файл журнала транзакций. Больше его держать уже вредно. Остальное не может забиваться временными таблицами, версиями строк или еще чем-то при самом большом желании. Даже если база 600 Гб (при интенсивной нагрузке, из практики), то в 250Гб темпдб уперся лишь единожды. (У кого-то что-то повисло и начало выжирать). А так сколько ни мониторил после этого занятое место внутри файлов - там все время почти пусто. ЗЫ: настроки темп только дефолтные? Никаких FULL никто не включал??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2018, 21:18 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
nvvЗЫ: настроки темп только дефолтные? Никаких FULL никто не включал??? вы серьезно считаете, что темпдб можно выставить полную модель? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2018, 00:04 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
nvvможно небезопасный дискПравильно, пусть из-за одного говнодиска весь сервер летит в тартарары. Особенно в ночь с пятницы на понедельник в Новый год. Короче, мсье знает толк в извращениях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2018, 01:48 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
nvvОстальное не может забиваться временными таблицами, версиями строк или еще чем-то при самом большом желании. Даже если база 600 Гб (при интенсивной нагрузке, из практики), то в 250Гб темпдб уперся лишь единожды. (У кого-то что-то повисло и начало выжирать). А так сколько ни мониторил после этого занятое место внутри файлов - там все время почти пусто.Если лично у вас не было опыта работы с кривыми системами/пользователями, то не надо рассказывать, что такого не бывает. Тем самым вы показываете свой непрофессионализм, учитывая то, что ТС завела топик именно потому что у нее такая проблема. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2018, 20:44 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
Даже если база 600 Гб (при интенсивной нагрузке, из практики), то в 250Гб темпдб уперся лишь единожды. (У кого-то что-то повисло и начало выжирать). А так сколько ни мониторил после этого занятое место внутри файлов - там все время почти пусто.Дык установите себе желтого друга 1С с кривым отчетом и тут же упретесь в другую цифру. :) У нас иногда темпДБ достигает размеров 0,8Т при базе 0,7Т. :) Из-за одного кривого отчета. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2018, 21:49 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
LSVДаже если база 600 Гб (при интенсивной нагрузке, из практики), то в 250Гб темпдб уперся лишь единожды. (У кого-то что-то повисло и начало выжирать). А так сколько ни мониторил после этого занятое место внутри файлов - там все время почти пусто.Дык установите себе желтого друга 1С с кривым отчетом и тут же упретесь в другую цифру. :) У нас иногда темпДБ достигает размеров 0,8Т при базе 0,7Т. :) Из-за одного кривого отчета.Ну дак создай индексы, требуемые для отчета. Не будет так выжираться темп индивидуальными сесиями. Сортировки, группировки... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2018, 22:33 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
LSV, странный совет программисту 1С, зарабатывающему на жизнь именно оптимизацией производительности 1с и успешно перелопатившему не одно предприятие. Ну стоит у меня 1с, прикиньте... Целый букет версий, с букетом субд. И я по прежнему утверждаю, что сама по себе 1с не поместит в темп большую выборку. Я даже придумать не могу условия, при которых это произойдет. Дело в том, что даже если какой-то дятел умудрился поместить 200 Гб в темп, то по завершении запроса данные уничтожаются, а не остаются в темп (если не используется МВТ). Сколько миллиардов строк нужно на 200Гб?? А на террабайт? У вас много многомиллиардных таблиц? Сколько часов они будут туда писаться? У вас есть запросы на час? Законченным и выверенным отчетом в продакшене это не может быть, если только это не целенаправленная диверсия или сабботаж. Блин, поговорите с программистами (должны же где-то остаться адекваты), общими усилиями отловите врага. Проблема решается не отходя от кассы, а вы тут развели...... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2018, 23:59 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
nvvLSV, странный совет программисту 1С, зарабатывающему на жизнь именно оптимизацией производительности 1с и успешно перелопатившему не одно предприятие. Ну стоит у меня 1с, прикиньте... Целый букет версий, с букетом субд. И я по прежнему утверждаю, что сама по себе 1с не поместит в темп большую выборку. Я даже придумать не могу условия, при которых это произойдет. Дело в том, что даже если какой-то дятел умудрился поместить 200 Гб в темп, то по завершении запроса данные уничтожаются, а не остаются в темп (если не используется МВТ). Сколько миллиардов строк нужно на 200Гб?? А на террабайт? У вас много многомиллиардных таблиц? Сколько часов они будут туда писаться? У вас есть запросы на час? Законченным и выверенным отчетом в продакшене это не может быть, если только это не целенаправленная диверсия или сабботаж. Блин, поговорите с программистами (должны же где-то остаться адекваты), общими усилиями отловите врага. Проблема решается не отходя от кассы, а вы тут развели......вот план , 1С в продакшене запустили, база 100GB, никакой темпдб не хватит Рост tempdb ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2018, 01:02 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
архивариус, вы хотите сказать что это правильно реализованный запрос? (увидеть бы его) Т.е. так и нужно и в 1с всегда так "программируют"? Или чувак просто забыл условия соединения поставить и выполнил сто раз декартово соединение? И после его увольнения все заработало в нормальном режиме... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2018, 08:20 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
nvv, это не правильный запрос, но на совещании проблема оказывается в сервере , а не в разработчиках, у всех своя реальность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2018, 10:58 |
|
||
|
tеmpdb неконтролируемый рост
|
|||
|---|---|---|---|
|
#18+
С одной стороны, когда есть отдельно разработчики, а отдельно dba - вроде бы здорово. Каждый занимается своим делом, разделение труда. С одной огромной оговоркой: все стороны должны разбираться в смежных профессиях, хотя бы понимать азы. Если же такое разделение есть, а контакта между профессиями нет - страдают все: и вы и бизнес. Если dba профессионал, а разработчики дебилы - придется как-то их учить или увольнять. Если наоборот - то зачем dba вообще держат? Разраб-эксперт отлично справится сам. При любых плохих раскладах (кем бы вы ни были) оперируйте фактами и доказательствами. И учитесь сами ремеслу оппонентов: админить или кодить. Человек разбирающийся одновременно в двух областях - ценен в двойне. На такого не наедешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2018, 00:58 |
|
||
|
|

start [/forum/topic.php?all=1&fid=46&tid=1690308]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
80ms |
get tp. blocked users: |
2ms |
| others: | 215ms |
| total: | 394ms |

| 0 / 0 |
