Имя: Пароль:
1C
1С v8
Полный тормоз 1с 8.3 +MS SQL 2008 R2
,
0 ashota
 
27.01.15
10:50
Железо HP DL360 G7, Память 24Gb. Два проца Xeon E5606. Три логических диска. Первый нулевой рейд на дисках HP SAS 10000об. 300GB. Второй рейд 1+0 четирые диска таких же. Третий нулевой рейд Такие же диски. Только обем 72GB. ОС Windows server 2008 R2. SQL 2008 R2. На первом стоит система и SQL. На втором стоит база, на третьем логи SQL. 5 пользователей по сети и один терминалом. Пока стоял у меня 1с 8.2 все просто было шикарно! Снес 8.2 поставил 8.3 (1383). Но базы еще версии 2. И то же все хорошо. Полет нормальный. Но! Как только начал добавлять базы на 8.3, Все! Капец! Сервер потихонечку начал умирать! И под канец дня (успел добавить 10 баз. Но реально работали 3-4) Сервер умер окончательно! Нажал кнопку и можешь спокойно пойти за чаечком! День ушло на то, чтоб понять что я такое сделал! Нагрузка на процов почти под 100%!!!!!! весь память сервера под завязку забит! Все 24 Gb!!! Не смотря, что я в SQL ставил ограничение 15Gb. Начал удалять базы 8.3. По мере удаления, сервер начал потихонечку оживать. Сейчас оставил только три базы. Попутно заметил, что очень много фоновых процессов работают от пользователя сервера 1с! Потом в форумах прочел, что у 8.3 есть раздел, где можно управлять по умолчанию заданными фоновыми процеесами процедурами! Я их почти все снес к черту! Не знаю только, это хорошо или плохо! Но! Мне кажеться, разработчики , когда писали 8.3 или что-то не то курили или пили не то! Хотел бы узнать, у какого еще такое происходит?
1 mikecool
 
27.01.15
10:51
мало восклицательных знаков, не интересно
2 НеБорис Нуралиев
 
27.01.15
10:54
В багтрекере 1С есть два бага. Исправлено в тестовой версии вроде (1428)

"В кластере зарегистрированы рабочие процессы, которые являются включенными, но неактивными; агент кластера использует до 100 процентов процессорного времени."

"Объем виртуального адресного пространства, занимаемого рабочим процессом сервера Предприятия, непрерывно растет. Особенно быстрый рост наблюдается, если в кластере зарегистрированы информационные базы, с которыми пользователи не работают постоянно, но в которых определены и включены регламентные задания."
3 eklmn
 
гуру
27.01.15
10:59
(0) не ту ты 8.3 выбрал...
4 oslokot
 
27.01.15
11:00
(2) да блин, могу подтвердить. растет сволочь
5 unregistered
 
27.01.15
11:01
(0) Учитывая (2), необходимо
1. В кластере серверов установить блокировку выполнения регламентных заданий в тех базах, где регламентные задания не используются.
2. Остановить и отключить в самих базах неиспользуемые регламентные задания.
6 ashota
 
27.01.15
11:14
НУ что делать... Будем ждать 1428...
7 ashota
 
27.01.15
11:15
(5) Уже отключил на хрен.
8 Popkorm
 
27.01.15
13:08
(0) MS SQL сервер нужно настроить.....там много чего
9 ashota
 
27.01.15
14:53
(8) По версию 8.3? Так для 8.2 все летало.
10 Зеленый пень
 
27.01.15
14:59
Базы большие?
При подключении новых баз начинается перестроение индекса полнотекстового поиска (через регл.задания). Это может идти долго, но в итоге пройдет.
11 Ёпрст
 
27.01.15
15:07
(0) в кластере серверов выстави ограничение по памяти на один раб процесс
12 BeerHelpsMeWin
 
27.01.15
15:14
Известный баг 8.3.5.1383. Откатись на версию назад, например.
13 Fish
 
27.01.15
15:20
(12) Странно, у нас 8.3.5.1383. Подобного не наблюдается. Может, всё дело в криворукости админов?
14 ashota
 
29.01.15
12:08
(13) Так у вас на Sql стоит базы?
15 ashota
 
29.01.15
12:12
(12) В какую например откатить? Вот уже доступна версия 1428. Кто не будь ставил уже? Как он?
16 ashota
 
29.01.15
12:14
(11) по подробнее сможешь написать, где именно выставить?