Может надо смазать??

Все наслышаны о "дружбе" между админами и программистами 1С :-)
Сегодняшнее утро началось с того что программист 1С пришел и начал рассказывать о том что у него виснет и тупит его 1Ска, как всегда вместо того что б поискать косяки в своей конфигурашке намекая на то что "это же все проблемы с вашим сервером", и выдав в конце фразу "ТАК МОЖЕТ НАДО ЕГО КАК ТО СМАЗАТЬ??!" ушел.
СМАЗАТЬ...СЕРВЕР....

Может надо смазать?? 1С, Сисадмин, Збочинець, Фэйспалм, Провал, Больсисадмина
Вы смотрите срез комментариев. Показать все
3
DELETED
Автор поста оценил этот комментарий

Ну, вентиляторы проверить, почистить и таки СМАЗАТЬ иногда действительно не мешает.

раскрыть ветку (11)
Автор поста оценил этот комментарий
Мне диспетчеры нашего сервис-деска, который работает на 1С, когда все тормозит, говорят: "Ну покрути там педальки!", "Илья педальки крутить перестал, разу тормозить все стало" и т.д.
раскрыть ветку (5)
1
Автор поста оценил этот комментарий

Ну, одно дело когда с юмором, а другое когда тебе это говорят на полном серьёзе. :-)

раскрыть ветку (4)
Автор поста оценил этот комментарий
Кстати, не знаете ли вдруг почему может случаться такая проблема:

8.3.7.2008, клиент-сервер (БД на MSSQL2012), кластер из джвух серверов на win server 2012. Когда пользователи активизируются, растет нагрузка на кластер и на сервер бд, но не запредельно. Однако в какой-то момент службы 1С зависают, падает нагрузка на процы и кластера и сервера бд. Далее некоторое время висит с периодическими всплесками активности и короткими отвисаниями клиентов.

Происходит не регулярно, может всю первую половину дня, когда пользователи наиболее активны отработать нормально, хоть и с высокими нагрузками на сервера.

раскрыть ветку (3)
Автор поста оценил этот комментарий

Попробуйте отключить журналы регистрации или перевести их на старый формат. Не помню точно но как-раз в 8.3.6 или в 8.3.7 были проблемы с ЖР. Так-же проверьте фоновые регламентные задания, может задание вызывает блокировку таблиц. Если зайти в консоль администрирования серверов 1С предприятия, там можно посмотреть кто из пользователей дает нагрузку на БД. Идея такая, если один пользователь захватил таблицу, то он может и не давать нагрузку на сервер, но работа с базой будет заблокирована. Какая у Вас используется конфигурация?

раскрыть ветку (2)
Автор поста оценил этот комментарий
Конфигурация - допиленный ITIL.

Жестких блокировок нет, только обычные блокировки строк (но не таблиц), нагрузку дают 1600-1800 активных юзеров.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Получается управляемые блокировки, понятно. Да и с таким количеством пользователей трудно найти крайнего. Посмотрите логи SQL в момент возникновения проблем. Ну и крайний случай собрать технологический журнал и скинуть на партнерский форум.

2
Автор поста оценил этот комментарий

С сервером все в порядке.
И мы никого не посылали.
Просто есть такая категория людей которые любят сваливать проблемы с больной головы на здоровую, они  в любом случае если что то не так сразу (это у вас с сервером). :-)

раскрыть ветку (4)
Автор поста оценил этот комментарий

Заебали такие!

раскрыть ветку (3)
Автор поста оценил этот комментарий

Какие такие?

раскрыть ветку (2)
Автор поста оценил этот комментарий

Которые думают, что их дермокод подобен богу и всему виной "галимые" сервера.

раскрыть ветку (1)
Автор поста оценил этот комментарий

ну это да, раздражает :-(

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку