К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

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

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

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

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

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

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

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

****

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



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

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

Но в 40 других организациях, обслуживаемых моей фирмой, такой проблемы нет.
А в одной фирме - несколько раз за день.
Гость
3 - 15.07.2012 - 23:24
(2) для начала надо глянуть чем вообще темп дб забивается, может у админа какая своя база крутится и 1с тут ни при чём.
Гость
4 - 15.07.2012 - 23:25
если 1с, посмотреть фоновые задания может что зациклилось
Гость
5 - 15.07.2012 - 23:56
(3,4) Зря пытаешься, пусть сначала уточняет симптомы, одно дело если у них раз в месяц темпы опухают, совсем другое если ежедневно. И таких вопросов тьма. Диагностировать рак по телефону - плохая затея.
Гость
6 - 16.07.2012 - 06:04
Цитата:
Сообщение от Reaper Посмотреть сообщение
(3,4) Зря пытаешься, пусть сначала уточняет симптомы, одно дело если у них раз в месяц темпы опухают, совсем другое если ежедневно. И таких вопросов тьма. Диагностировать рак по телефону - плохая затея.
Ежедневно. Постоянно.

Цитата:
Сообщение от angro Посмотреть сообщение
(2) для начала надо глянуть чем вообще темп дб забивается, может у админа какая своя база крутится и 1с тут ни при чём.
SQL используется только для 1С.
101
7 - 16.07.2012 - 08:24
проверь антивирем при включенном скуле
Гость
8 - 16.07.2012 - 08:55
Ищи DBA в связке с крутым 1Сником, понимающим трансляцию 1С на уровень SQL. Готовый анализ можно получить действительно у ЦКТП.
Это проблема решаема только тем человеком, которого у вас в принципе нет - это DBA. Именно специалист может локализовать проблему внутри SQL, 1Сник - перевести на уровень 1С и радикально ее решить.
9 - 16.07.2012 - 13:16
замечена аналогичная проблема на платформах 8.2.15.317 и 318
решение найдено пока только одно - регулярная полная перезагрузка.
Гость
10 - 16.07.2012 - 14:09
А какойнить "журнал изменений" они случаем не юзают?
было дело база после проведения всех документов за 3 месяца выросла с 10 гиг до 350 гиг, регистр сведений :)
Гость
11 - 16.07.2012 - 16:25
Цитата:
Сообщение от Ирли Бёрд Посмотреть сообщение
замечена аналогичная проблема на платформах 8.2.15.317 и 318решение найдено пока только одно - регулярная полная перезагрузка.
Ну вот я прежде всего и хотел послушать - вдруго кто-то сталкивался.

Цитата:
Сообщение от Torin Посмотреть сообщение
А какойнить "журнал изменений" они случаем не юзают? было дело база после проведения всех документов за 3 месяца выросла с 10 гиг до 350 гиг, регистр сведений :)
Тут растет именно TempDB
Гость
12 - 16.07.2012 - 18:07
Как варианты:
1) Задать начальный размер tempdb равный размеру диска -за вычетом 5%.
2) Отключить FILEGROWTH.
3) Посмотреть какие запросы больше всего используют место в tempdb, подробнее: http://technet.microsoft.com/ru-ru/l.../ms176029.aspx раздел Наблюдение за пространством, используемым запросами
4) После определения запросов - посмотреть что может их создавать в 1С и оптимизировать любым доступным способом.

Полезная информация для изучения:
http://technet.microsoft.com/ru-ru/l.../ms190768.aspx
http://technet.microsoft.com/ru-ru/l.../ms176029.aspx
http://technet.microsoft.com/ru-ru/l.../ms175527.aspx
Гость
13 - 16.07.2012 - 21:20
"либо Transaction Log одной из баз" произвольной, или конкретной?
14 - 17.07.2012 - 09:27
Настрой в Мейнтененсе планах - каждую ночь шринк всех баз (в т.ч. темп и мастер), а также реорганизацию и восстановление индексов, апдейт статистикс.

Должно помочь.
Гость
15 - 17.07.2012 - 09:33
1 tempdb не связан с моделью логирования, насколько мне известно
2 "юзеру "надоело ждать, пока отчет сформируется"" А ведь это тоже проблема. Если база серверная, то ИМХО не должно быть отчетов, которые надоело ждать пока сформируются .
3 в некоторых релизах УПП было чрезмерное использование tempdb расчетом себестоимости.
16 - 17.07.2012 - 09:38
Цитата:
Сообщение от Ирли Бёрд Посмотреть сообщение
замечена аналогичная проблема на платформах 8.2.15.317 и 318
Какой SQL?
8.2.15.318 + SQL2000. куча баз, больших и маленьких. tempdb и его лог крохотные (тип Simple с 10% ростом)...
Гость
17 - 17.07.2012 - 11:00
Цитата:
Сообщение от DeiMos Посмотреть сообщение
Настрой в Мейнтененсе планах - каждую ночь шринк всех баз (в т.ч. темп и мастер), а также реорганизацию и восстановление индексов, апдейт статистикс.Должно помочь.
Дима, не поможет. Он растет "сразу", за один день

Цитата:
Сообщение от Пудель Посмотреть сообщение
3 в некоторых релизах УПП было чрезмерное использование tempdb расчетом себестоимости.
Именно это они и делают ПОСТОЯННО

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

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

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

Конфигурации SQL везде одинаковые - использую стандартизацию в работе
18 - 17.07.2012 - 11:40
P.S. вышла 8.2.15.319
Гость
19 - 17.07.2012 - 12:13
Цитата:
Сообщение от Stepan Razin Посмотреть сообщение
Именно это они и делают ПОСТОЯННО
Тогда ИМХО 1Сника нужно расстрелять за то как он обновляет УПП.
20 - 17.07.2012 - 13:16
Перейти на SQL2008 не предлагать?
Гость
21 - 17.07.2012 - 14:01
Цитата:
Сообщение от DeiMos Посмотреть сообщение
Перейти на SQL2008 не предлагать?
Только если будет официальное подтверждение, например, от фирмы "1С", что "да, баг есть и решается он переходом на SQL2008.
Иначе - это не решение в данном случае.

Цитата:
Сообщение от Reaper Посмотреть сообщение
Цитата: Сообщение от Stepan Razin Именно это они и делают ПОСТОЯННОТогда ИМХО 1Сника нужно расстрелять за то как он обновляет УПП.
УПП 1.3 (1.3.27.4)
Платформа 8.2.15.289

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

Но вообще - поиском несколько раз натыкался, что такие проблемы и наблюдаются, если аварийно завершать на клиенте 1С, не дождавшись формирования и пр...
Гость
22 - 17.07.2012 - 15:09
(21) Все ерунда. В последних релизах 1С для расчета себестоимости временные таблицы не используются в принципе. Если у вас они до сих пор в ходу - убивать!
23 - 17.07.2012 - 15:12
2(22) УПП последних версий не видел, и каким методом они пользуются вместо временных таблиц?
Гость
24 - 17.07.2012 - 17:40
(23) Итерационное решение СЛАУ средствами сервера приложений а не СУБД.
Гость
25 - 17.07.2012 - 18:28
(24) то есть ты хочешь сказать, вместо запросов теперь на внутреннем языке? :)
а логика конечно супер, в последней версии убрали использование временных таблиц - надо быстро быстро везде убрать - в следующей версии опять начали использовать - надо быстро быстро обратно на таблицы переделать. Понятно теперь почему ты говоришь что у вас работы постоянно много :)).
Гость
26 - 17.07.2012 - 18:30
есть заводик знакомый у них 7-ка комплексная, у тебя бы наверное шок случился :).
Гость
27 - 17.07.2012 - 21:19
(25) Да нехрен там убирать - обновлять надо без прыжков, или обработкой нужное значение константы запилить. Ну и объединением не пользоваться. Делов-то...
(26) чойта?
Гость
28 - 19.07.2012 - 15:55
"генеральский эффект" - до сих пор больше ни разу не проявлялось %о)
Гость
29 - 19.07.2012 - 15:56
Видимо запрет завершать аварийно "долгие" процедуры решил проблему. Наблюдаем пока


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены