| Регистрация Правила Главная форума Поиск |
| 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
| Цитата:
Цитата:
| | |||
| 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
| Цитата:
Цитата:
| | |||
| 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.318 + SQL2000. куча баз, больших и маленьких. tempdb и его лог крохотные (тип Simple с 10% ростом)... | | |||
| 17
- 17.07.2012 - 11:00
| Цитата:
Цитата:
Цитата:
Не в этом дело - у меня 4 десятка клиентов под 8-кой на SQL Проблема наблюдается у одного или двух. Конфигурации SQL везде одинаковые - использую стандартизацию в работе | | |||
| 18
- 17.07.2012 - 11:40
| P.S. вышла 8.2.15.319 | | |||
| 19
- 17.07.2012 - 12:13
| Цитата:
| | |||
| 20
- 17.07.2012 - 13:16
| Перейти на SQL2008 не предлагать? | | |||
| 21
- 17.07.2012 - 14:01
| Цитата:
Иначе - это не решение в данном случае. Цитата:
Платформа 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
| Видимо запрет завершать аварийно "долгие" процедуры решил проблему. Наблюдаем пока | |
Интернет-форум Краснодарского края и Краснодара |
