Имя: Пароль:
1C
1С v8
v8: постоянно стали появляться сообщения о блокировках
0 Сниф
 
24.10.11
13:41
УТ 10.3
1С 8.2.13.219
MS SQL SERSVER 2005

50 активных пользователей. правда, размер базы уже пугает - 500 гиг.
часто вылезают сообщения о блокировках при попытке записать (провести) документ. после перезагрузки SQL servera и серверов 1С ситуация на некоторое время улучшается.

куда копать, пожскажите.
1 Господин ПЖ
 
24.10.11
13:42
>500 г

внушает
2 Господин ПЖ
 
24.10.11
13:42
а так стандартно:

Гилев, ЦУП, тех. журнал 1С и т.п.
3 Сниф
 
24.10.11
13:50
(2) на Гилева денег жмут)
4 Живой Ископаемый
 
24.10.11
13:52
вы извините, но вопрос прозвучал совершенно по-тролльски... Это стало быть обслуживать базу до сих пор знаний и умения хватало, и вот как только 500 Г достигла, то рассказать что за система, и что было предпринято для диагноза - написать лень... Не верю, так не бывает.
5 Kuzen
 
24.10.11
13:52
(0) переиндексация, дефрагментация, обновление статистики для начала. Железо может опять же слабое.

Включить сжатие таблиц при наличии возможности.
6 МихаилМ
 
24.10.11
13:53
скорее всего
нет кластерных индексов у ТЧ

соответственно фулсканы те чем больше таблица тем дольше + кэш превращается в помойку.

похоже, что это ошибка при переходе с 8.1 на 8.2

но не проверял.
7 Сниф
 
24.10.11
13:55
(4) я в данной организации работаю около месяца и когда я пришел, уже было 500 гиг. так что верьте.
8 Maxus43
 
24.10.11
13:56
500 гиг это после сжатия/урезания логов и т.д.? мож там размер базы не динамический а жёско 500 гиг выделено?
9 rs_trade
 
24.10.11
13:56
(7) Именно база 500 гиг? Не лог транзакций случайно?
10 Сниф
 
24.10.11
13:57
(9) именно база
11 shuhard
 
24.10.11
14:00
(10) крамольная мысль о необходимости свёртки УТ такого размера уже высказывалась ?
12 ptiz
 
24.10.11
14:00
(10) Рассказывай, в какие таблицы вы эти гигабайты напихали.
13 Maxus43
 
24.10.11
14:02
фильмы храняться поди... чтоб не скучать на работе
14 Сниф
 
24.10.11
14:04
(8)(10) здесь немного неприятный подход к новому сотруднику, не прошедшему испытательный срок: необходимо объяснять конечным пользователям почему база тупит, но добиться ответов админом и других коллег на такие сакроментальные вопросы, как "произовдилось ли сжатие и переиндексация базы" невозможно. Не по чину знать.
15 CyberDream
 
24.10.11
14:04
для начала на каких доках дедлоки?
16 rs_trade
 
24.10.11
14:06
(14) а "старшие" коллеги не в курсе про блокировки?
17 Сниф
 
24.10.11
14:08
(16) в курсе.
(15) дедлоки возникают про проведении любых документов: реализация, поступление, перемещение,  возврат и т.п.
18 Maxus43
 
24.10.11
14:08
(14) сам сделай ночью сжатие/обрезание. можно и коллегам заодно. ну и есно реиндексацию и т.д., чтоб база чуть чуть ожила. рег задания настрой по обслуживанию... если они хотят результата - пусть дадут сделать, если самим впдлу
19 CyberDream
 
24.10.11
14:10
примерно такая-же проблема была... Помогла отимизация модулей проведения. Все проверки нафик из модуля проведения.
20 Маленький Вопросик
 
24.10.11
14:13
(17) фоновые задания может балуются...
21 Ritofc
 
24.10.11
14:15
(19) все таки начать стоит именно с обслуживания БД. Для начала произвести реиндексацию, обновление статистик, потом лог забэкапить и сжать (сразу много Гб освободится). Потом провести ревизию все объектов, которые взаимодействуют с блокируемой таблицей, м.б. там в фоновом режиме последовательность проведения по партиям восстанавливается или еще что-то подобное происходит.
22 Сниф
 
24.10.11
14:40
Фоновые задания пробовал заблокировать на несколько часов. Легче не стало.
Один раз было вообще удивительное: перезапустил вечером сервер 1С предприятия. Пользователей нет в базе. Я один. Нужно было провести документ "Реализация", а он - заблокирован! Повторно перезапустили сересер 1С - документ провелся. Странно все это.