8.2 под SQL: забивание диска TempDB и лог-файлами несмотря на модель Simple
 

У пары клиентов в процессе работы заканчивается место на диске с SQL-базами. Причем "место" - это 250-300 гигов, которые были свободны.

Забивается либо беспрерывным ростом TempDB, либо Transaction Log одной из баз (хотя, скорее всего, логу просто некуда расти, так как TempDB забил диск).

УПП, УТ, SQL-2005, 8.2.15.xxx

Проблема решаема на уровне админа или сугубо 1С-ный трабл?

Насколько я понимаю, TempDB растет, пока приложение не подаст сигнал об окончании операции, поэтому средствами SQL ничем не помочь.

А если юзеру "надоело ждать, пока отчет сформируется" и он принудительно прибил 1С на своем компе - то процедура неконтролируемо зациклится на сервере 1С%Предприятие.

****

Кто-нибудь решал проблему? Кого пинать? Админа SQL или 1С:Программиста?

Ты неправильно понимаешь. И нет у тебя ни DBA, ни 1С:Программиста, ведь если бы они у тебя были, они бы уже решили проблему между собой, без тебя. Ищи ЦКТП в своем регионе - там тебе помогут.

Клиент не будет ничего искать:

"1С:Программист сказал, что проблема в SQL, а не в 1С, пусть админ ее решает"

Но в 40 других организациях, обслуживаемых моей фирмой, такой проблемы нет.
А в одной фирме - несколько раз за день.

(2) для начала надо глянуть чем вообще темп дб забивается, может у админа какая своя база крутится и 1с тут ни при чём.

если 1с, посмотреть фоновые задания может что зациклилось

(3,4) Зря пытаешься, пусть сначала уточняет симптомы, одно дело если у них раз в месяц темпы опухают, совсем другое если ежедневно. И таких вопросов тьма. Диагностировать рак по телефону - плохая затея.

[quote=Reaper;25971420](3,4) Зря пытаешься, пусть сначала уточняет симптомы, одно дело если у них раз в месяц темпы опухают, совсем другое если ежедневно. И таких вопросов тьма. Диагностировать рак по телефону - плохая затея. [/quote]

Ежедневно. Постоянно.

[quote=angro;25971243](2) для начала надо глянуть чем вообще темп дб забивается, может у админа какая своя база крутится и 1с тут ни при чём. [/quote]

SQL используется только для 1С.

проверь антивирем при включенном скуле

Ищи DBA в связке с крутым 1Сником, понимающим трансляцию 1С на уровень SQL. Готовый анализ можно получить действительно у ЦКТП.
Это проблема решаема только тем человеком, которого у вас в принципе нет - это DBA. Именно специалист может локализовать проблему внутри SQL, 1Сник - перевести на уровень 1С и радикально ее решить.

замечена аналогичная проблема на платформах 8.2.15.317 и 318
решение найдено пока только одно - регулярная полная перезагрузка.

А какойнить "журнал изменений" они случаем не юзают?
было дело база после проведения всех документов за 3 месяца выросла с 10 гиг до 350 гиг, регистр сведений :)

[quote=Ирли Бёрд;25978835]замечена аналогичная проблема на платформах 8.2.15.317 и 318решение найдено пока только одно - регулярная полная перезагрузка. [/quote]

Ну вот я прежде всего и хотел послушать - вдруго кто-то сталкивался.

[quote=Torin;25979867]А какойнить "журнал изменений" они случаем не юзают? было дело база после проведения всех документов за 3 месяца выросла с 10 гиг до 350 гиг, регистр сведений :) [/quote]

Тут растет именно TempDB

Как варианты:
1) Задать начальный размер tempdb равный размеру диска -за вычетом 5%.
2) Отключить FILEGROWTH.
3) Посмотреть какие запросы больше всего используют место в tempdb, подробнее: [url]http://technet.microsoft.com/ru-ru/library/ms176029.aspx[/url] раздел Наблюдение за пространством, используемым запросами
4) После определения запросов - посмотреть что может их создавать в 1С и оптимизировать любым доступным способом.

Полезная информация для изучения:
[url]http://technet.microsoft.com/ru-ru/library/ms190768.aspx[/url]
[url]http://technet.microsoft.com/ru-ru/library/ms176029.aspx[/url]
[url]http://technet.microsoft.com/ru-ru/library/ms175527.aspx[/url]

"либо Transaction Log одной из баз" произвольной, или конкретной?

Настрой в Мейнтененсе планах - каждую ночь шринк всех баз (в т.ч. темп и мастер), а также реорганизацию и восстановление индексов, апдейт статистикс.

Должно помочь.

1 tempdb не связан с моделью логирования, насколько мне известно
2 "юзеру "надоело ждать, пока отчет сформируется"" А ведь это тоже проблема. Если база серверная, то ИМХО не должно быть отчетов, которые надоело ждать пока сформируются .
3 в некоторых релизах УПП было чрезмерное использование tempdb расчетом себестоимости.

[quote=Ирли Бёрд;25978835]замечена аналогичная проблема на платформах 8.2.15.317 и 318[/quote]
Какой SQL?
8.2.15.318 + SQL2000. куча баз, больших и маленьких. tempdb и его лог крохотные (тип Simple с 10% ростом)...

[quote=DeiMos;25989730]Настрой в Мейнтененсе планах - каждую ночь шринк всех баз (в т.ч. темп и мастер), а также реорганизацию и восстановление индексов, апдейт статистикс.Должно помочь. [/quote]

Дима, не поможет. Он растет "сразу", за один день

[quote=Пудель;25989852]3 в некоторых релизах УПП было чрезмерное использование tempdb расчетом себестоимости. [/quote]

Именно это они и делают ПОСТОЯННО

[quote=bma1;25989966] Цитата: Сообщение от Ирли Бёрд замечена аналогичная проблема на платформах 8.2.15.317 и 318Какой SQL?8.2.15.318 + SQL2000. куча баз, больших и маленьких. tempdb и его лог крохотные (тип Simple с 10% ростом)... [/quote]

SQL-2005

Не в этом дело - у меня 4 десятка клиентов под 8-кой на SQL

Проблема наблюдается у одного или двух.

Конфигурации SQL везде одинаковые - использую стандартизацию в работе

P.S. вышла 8.2.15.319

[quote=Stepan Razin;25992017]Именно это они и делают ПОСТОЯННО[/quote]

Тогда ИМХО 1Сника нужно расстрелять за то как он обновляет УПП.

Перейти на SQL2008 не предлагать?

[quote=DeiMos;25994707]Перейти на SQL2008 не предлагать? [/quote]

Только если будет официальное подтверждение, например, от фирмы "1С", что "да, баг есть и решается он переходом на SQL2008.
Иначе - это не решение в данном случае.

[quote=Reaper;25993481] Цитата: Сообщение от Stepan Razin Именно это они и делают ПОСТОЯННОТогда ИМХО 1Сника нужно расстрелять за то как он обновляет УПП. [/quote]

УПП 1.3 (1.3.27.4)
Платформа 8.2.15.289

Сейчас от 1С-ника поступило предложение обновиться на платформу 8.2.15.319

Но вообще - поиском несколько раз натыкался, что такие проблемы и наблюдаются, если аварийно завершать на клиенте 1С, не дождавшись формирования и пр...

(21) Все ерунда. В последних релизах 1С для расчета себестоимости временные таблицы не используются в принципе. Если у вас они до сих пор в ходу - убивать!

2(22) УПП последних версий не видел, и каким методом они пользуются вместо временных таблиц?

(23) Итерационное решение СЛАУ средствами сервера приложений а не СУБД.

(24) то есть ты хочешь сказать, вместо запросов теперь на внутреннем языке? :)
а логика конечно супер, в последней версии убрали использование временных таблиц - надо быстро быстро везде убрать - в следующей версии опять начали использовать - надо быстро быстро обратно на таблицы переделать. Понятно теперь почему ты говоришь что у вас работы постоянно много :)).

есть заводик знакомый у них 7-ка комплексная, у тебя бы наверное шок случился :).

(25) Да нехрен там убирать - обновлять надо без прыжков, или обработкой нужное значение константы запилить. Ну и объединением не пользоваться. Делов-то...
(26) чойта?

"генеральский эффект" - до сих пор больше ни разу не проявлялось %о)

Видимо запрет завершать аварийно "долгие" процедуры решил проблему. Наблюдаем пока