Вход | Регистрация

  1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

Админ на рабочем сервере не хочет включать отладку

Админ на рабочем сервере не хочет включать отладку
Я
   shamashs
 
17.05.18 - 16:07
Собственно вопрос. Аргументирует это он тем фактом, что включенная отладка в процессе сервера замедляет работу сервера. Я почему то как то упустил информацию об этом явление, действительно ли это так, что включенная отладка замедляет работу самой 1с для обычных пользователей на этом же сервере, или же это миф. Был бы рад почитать про эту информацию. Если у кого есть информация от фирмы 1с
 
 
   Джинн
 
1 - 17.05.18 - 16:09
Теоретически может замедлять. Практически этого никто не заметил.

И вообще - кто такой админ, чтобы решать этот вопрос? Теперь каждый дворник будет определять в каком режиме работать серверу приложений?
   lEvGl
 
2 - 17.05.18 - 16:09
включена отладка на двух серверах, быстродействие не изменилось ни на одном по сравнению с тем когда не была включена
   HomoAlbus
 
3 - 17.05.18 - 16:09
https://its.1c.ru/db/v8312doc#bookmark:cs:TI000000119

СОВЕТ. В связи с тем, что в режиме отладки производительность сервера падает, рекомендуется использовать отладочный режим только для тех серверов, на которых выполняется отладка.
   3achem
 
4 - 17.05.18 - 16:09
(0) просто он не знает куда нужно дебаг писать

А вообще, подтверждение аргумента находится на стороне того, кто его выдвинул. Вот пусть он докажет "замедление работы"
   Good_Smile
 
5 - 17.05.18 - 16:11
У меня на работе есть два сервера, один с рабочими базами - отладка выключена, второй сервер с тестовыми базами - отладка включена. Пусть ваш админ настроит также.
   Волшебник
 
6 - 17.05.18 - 16:14
(4) Если программист поставит точку останова внутри транзакции и пойдёт обедать, то блокировки могут заблокировать работу пользователей.
   lubitelxml
 
7 - 17.05.18 - 16:15
(6) за такое надо в колено сразу стрелять, а лучше в оба
   Amra
 
8 - 17.05.18 - 16:15
(5) Ага, и ключ для второго сервера купит тоже. И серверную винду
   Волшебник
 
9 - 17.05.18 - 16:17
(7) Даже если на минутку поставит, то это уже затормозит работу, так что админ прав
   Cyberhawk
 
10 - 17.05.18 - 16:18
Чтоб сэкономить на ключе, подними вторую службу
 
 Рекламное место пустует
   3achem
 
11 - 17.05.18 - 16:18
(6) Если сервер один и на нём же тестовые, то варианта нет.
   ildary
 
12 - 17.05.18 - 16:18
(8) как вариант - на одном сервере завести два службы 1С (одинаковая версия, но одна - рабочая, вторая - отладочная).
   Cyberhawk
 
13 - 17.05.18 - 16:18
На том же хосте
   Biker
 
14 - 17.05.18 - 16:18
(0)и правильно делает, гнать надо разрабов с продакш
   shamashs
 
15 - 17.05.18 - 16:18
(3) А проводился кем нибудь замер?
   Волшебник
 
16 - 17.05.18 - 16:19
(12) Нельзя двумя серверами работать с одной базой. Это чревато разрушением базы.
   Good_Smile
 
17 - 17.05.18 - 16:20
(8) за всё нужно платить.. и работы вредному админу прибавится)
   Мандалай
 
18 - 17.05.18 - 16:21
(1)Ну да, все кидарасы, только ты д Артаньян.
Видите ли какой-то там дворник ему мешать работать людям помешал. Ай-яй-яй.
Программисты же они как минимум полубоги.
   ildary
 
19 - 17.05.18 - 16:21
(16) каждая служба будет работать только со своими базами (порты разные).
   ildary
 
20 - 17.05.18 - 16:23
(18) Обычно админы стараются скинуть на одинэсников максимум работ "я вашу 1С не знаю", при этом забывая давать программистам права на сервере. Но иногда бывает, что админ начинает указывать программисту, начитавшись по вершкам (а то и по слухам из интернета).
   Мандалай
 
21 - 17.05.18 - 16:26
(20)Есть официальная информация от разработчика платформы, о том, что не должно быть отладки на рабочих серверах. Все остальное это ОБС, суета сует и томление духа.
   Джинн
 
22 - 17.05.18 - 16:27
(18) Про разделение зон ответственности не слышали? Каким боком админ к режимам работы серверов приложений 1С при живых одноэсниках? Админ теперь будет решать работать ли производству или нет, потому что им много тонера используется в картридже? Взял под козырек, ответил "Есть!" и пошел делать как сказали. Но одноэсник так же возьмет под козырек, если админ определит как ему использовать оборудование, сеть, какое программное обеспечение ставить и т.п. Потому что это зона ответственности администратора.
   Волшебник
 
23 - 17.05.18 - 16:28
(19) Если базы будут разные, то так можно.
   Кац
 
24 - 17.05.18 - 16:31
(22) "Ваша 1с тормозит" это к кому вопрос? к программисту чтоль?
админ правильно делает, нехрен делать отладке на рабочей базе
   Мандалай
 
25 - 17.05.18 - 16:35
(22)Есть группа разработки, а есть группа поддержки. Не путайте мух с котлетами. Если Вы относитесь к группе поддержки то тогда, конечно, я с Вами не спорю - это Ваши обязанности. Но если Вы относитесь к группе разработки, Вы как грамотный специалист должны предоставить группе поддержки работающий механизм, и отправить его в рабочее плавание.
   Джинн
 
26 - 17.05.18 - 16:38
(24) Естественно к одноэснику. К кому же еще? Админ в состоянии разобраться с производительностью конфигурации? Он определит железо виновато или кривой код?

У админа должен быть эталонный тест в попугаях, который нагружает железо и измеряет производительность. Если текущее состояние системы соответствует снятому в момент разворачивания и в тех же условиях эталону, то с него и взятки гладки.
   Джинн
 
27 - 17.05.18 - 16:39
(25) Вы о транснациональных компаниях сейчас ведете речь? Или просто теоретизируете на ровном месте?
   Мандалай
 
28 - 17.05.18 - 16:41
Причем тут транснациональные компании.
Я сейчас работаю по такому принципу, и никакая это не транснациональная компания. Крупная, конечно, но не Газпром.
   shamashs
 
29 - 17.05.18 - 16:42
(27) Это требования любой не маленькой организации, где есть разделение зон ответственности на ИТ и ИС, это не относится к тем где админ и 1сник сидят в одном кабинете.
   ildary
 
30 - 17.05.18 - 16:45
(21) Покажите мне пожалуйста эту информацию. В (3) вижу совет, в котором нет "не должно быть отладки на рабочих серверах". Я конечно согласен, что в некоем идеальном мире, где у конторы есть финансы на сервер разработки так и есть, но так бывает не всегда.
   Vladal
 
31 - 17.05.18 - 16:45
(16) Можно цивилизованно - тестовые базы со своим хранилищем в отладке на одной службе, с отладчиком.
Рабочая база на другой службе, без отладчика.
Обновлять с помощью выгрузки .cf а то и вообще своими поставками .cfu и не будет никаких проблем - ни с хранилищем, ни с отладкой.
   oslokot
 
32 - 17.05.18 - 16:46
(26) кривой код это отдельная песня и тут возможны коллизии, я не спорю.

А хороший админ знает про все тонкости настройки скуля для сервера 1с, знает что нефиг виртуализировать сервера, про трехзвенку, про отладку, про правильную установку тонких клиентов и т.д.
   Мандалай
 
33 - 17.05.18 - 16:46
(30)Пройдите по ссылке в (3) и найдите эту фразу:
Совет. В связи с тем, что в режиме отладки производительность сервера падает, рекомендуется использовать отладочный режим только для тех серверов, на которых выполняется отладка.
 
 
   Vladal
 
34 - 17.05.18 - 16:47
(22) Часто админы несут ответственность за работу серверов.
В том числе и одноэсных и скульных для той самой одноэс.

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

Своите админа на курсы по одноэсу и скулю - администрирование, программирование скуля и все его опасения развеятся.
   Vladal
 
35 - 17.05.18 - 16:47
(33) А какого года тот совет?
на каком железе?
   Джинн
 
36 - 17.05.18 - 16:48
(28) Вот в крупности и речь. Там где банда одноэсников, там где отдельные серверы для разработки и рабочие серверы и т.п.
   oslokot
 
37 - 17.05.18 - 16:49
(0) (26) Если интересно, тест Гилева (без активных пользователей) при включенной отладке выдает 36 попугаев, при выключенной - 40
   oslokot
 
38 - 17.05.18 - 16:49
Замедление есть, но на глаз едва ли заметно
   ildary
 
39 - 17.05.18 - 16:50
(34) надеюсь вы осознаете разницу между "рекомендуется" и "не должно быть"?
   Мандалай
 
40 - 17.05.18 - 16:51
(38)Если бы замедление было сильно заметно то и споров бы не возникало.
В мире большого бизнеса 10% очень много значат.
   Serg_1960
 
41 - 17.05.18 - 16:51
(33) Согласитесь с тем, что это только рекомендация и не разу "не должно быть отладки на рабочих серверах" как Вы ранее говорили. Я эту рекомендацию трактую как "режим отладки можно использовать на время отладки".
   ildary
 
42 - 17.05.18 - 16:52
(40) 10% вы откуда взяли, оттуда же что и "не должно быть"?
   Мандалай
 
43 - 17.05.18 - 16:52
Я вот сейчас не понял, вы спорите со мной или с фирмой 1С?
   Джинн
 
44 - 17.05.18 - 16:53
(37) У Вас даже слишком большая разница. Гонял тест-центром несколько раз на наборе данных из рабочей  УПП - разница в пределах статистической погрешности в 1-2%. Причем моментами и в меньшую сторону. Посему выше и написал - теоретически деградация есть, практически толком никто это подтвердить не может.
   Джинн
 
45 - 17.05.18 - 16:55
(43) Да успокойтесь Вы. Все уже поняли, что Вы читали ИТС и все такое. Поверьте, тут большинство читало его.
   ildary
 
46 - 17.05.18 - 16:55
(43) конечно с вами, потому что вы вольно интерпретируете слова 1С, подгоняя под свою точку зрения.
   Мандалай
 
47 - 17.05.18 - 16:56
Хм, я на самом деле никогда не хвастался, что умею читать.
   Vladal
 
48 - 17.05.18 - 16:56
(24) Ваша 1С будет тормозить и при запросах в цикле. И на слабом железе. Тут вопросы надо исследовать, в чьей зоне ответственности лежит и как устранять тормоза.
   Vladal
 
49 - 17.05.18 - 16:56
(37) 10 процентов!
 
 Рекламное место пустует
   Vladal
 
50 - 17.05.18 - 16:58
(47) Тут не в умении читать как таковом, а в чтении ресурса с ограниченным доступом. Куда местами и покупателей лицензионной версии со временем перестают пускать.
   ildary
 
51 - 17.05.18 - 16:59
(48) А еще на плохонастроенной СУБД. Мне пришлось тыкать сисадмину статьей из ИТС по настройке MSSQL, потому что слышал от него "я спец со стажем и лучше тебя знаю как скуль настраивать". И кто в этом случае отвечает за тормоза?
   Мандалай
 
52 - 17.05.18 - 17:01
(51)Если он такой замечательный спец пуст он этим и занимается. Если он окажется некомпетентен его уволят. Естественный отбор.
Откуда этот комплекс супермена, что только 1с-ник может спасти мир? Вокруг 6 млрд человеков, пусть чешутся.
   Woldemar177
 
53 - 17.05.18 - 17:03
Какая интересная тема. Пятничная. Вот смысл создания темы? Поплакаться в жилетку? Или набрать шоблу и дать по лицу админу?

Помню я доступ главбуху перекрывал к знакомствам. ;))))
   Ymryn
 
54 - 17.05.18 - 17:04
Отладка на рабочем вредна хотя бы тем, что на нем начинают проверять работу системы на рабочих данных. Тем самым могут  для тестирования изменять рабочие данные. Что в потенциале вообще никогда не должен делать без соответствующего ТЗ на изменения.

Организованная копия помогает полноценно тестировать и проверять, не боясь повредить данные. Т.е. сугубо культура проверки. Отдельно это учит дважды проверять, прежде чем кидать на рабочую базу изменения. Т.е. меньше негатива от пользователей в духе: "вот обновились опять не работает".

По мне это перевешивает тот плюс в виде - более быстрое время реакции на проблему. Хотя при желании можно и без отладки простые вещи посмотреть. А для сложных можно и архивную копию дождаться.
   Serg_1960
 
55 - 17.05.18 - 17:06
(уходя) А вообще эта тема уже возникала на Мисте и не раз, но только однажды читал о том, что якобы на партнёрке проверяли и подтверждали падение производительности от 3 до 8%. Лень искать ту ветку.
   ildary
 
56 - 17.05.18 - 17:11
(54) скажите пожалуйста, как по быстрому разобраться с ошибкой, которая проявляется на введенных минуту назад данных? И проблема просто горит (возьмем к примеру УТ или ERP). Пока сольешь бекап,  пока зальешь в тестовую базу - уходит время, а пользователи (и клиенты) ждут.
   X Leshiy
 
57 - 17.05.18 - 17:12
(0) Налей админу пива, делов то.
   Волшебник
 
58 - 17.05.18 - 17:14
(57) Зачем травить админа?
   Cyberhawk
 
59 - 17.05.18 - 17:15
(56) Неважно, горит ли или тонет возникшая проблема, если есть регламент, подкрепленный каким-нибудь SLA )
   X Leshiy
 
60 - 17.05.18 - 17:15
(58) Безалкогольного!)
   ildary
 
61 - 17.05.18 - 17:16
(59) хорошо, когда есть регламент, плохо когда его нет, но есть пританцовывающий пользователь "спасите, продать не могу!".
   Cyberhawk
 
62 - 17.05.18 - 17:19
(61) Не спорю, что компании и организация рабты ИТ-отдела разная бывает, отладка в продуктивном сервере вполне допускается вендором
   xXeNoNx
 
63 - 17.05.18 - 17:21
(0) Есть замедление и точка.
Хорошо когда есть грамотный папка-админ, что бы этим чудо-одинесникам волю не давать
   drumandbass
 
64 - 17.05.18 - 17:23
это не однократно обсуждалось на этом форуме.
Волшебник все правильно сказал, что в дебаге блокировки могут тормознуть работу. Больше вреда ни какого;)

Сделай файловую копию и там отладь что надо;)
   Ymryn
 
65 - 17.05.18 - 17:25
(56) проверять изменения перед релизом. Дважды. Если все равно возникают ошибки - трижды. И так до тех пор, пока их не будет.

У нас еще проще. Мы физически имеем 1 час на обновление. Поэтому в большинстве своем как бы ошибка не горела, раньше завтрашнего дня она все равно не будет скорее всего устранена. Только если заплатками.
Ибо останавливать работу пары сотен пользователей - это дорогое удовольствие. Поэтому нельзя ошибаться, когда релизишь изменения.
   xXeNoNx
 
66 - 17.05.18 - 17:26
(64) посмотрел бы как файловую развернул бы гигов на 300 из dt.

(0) на другом порту, на этом же сервака подними кластер тестовый(тем более лицуха не нужна) и впиливай любые ключи.

Или идет дебаг рабочей базы?
   Вафель
 
67 - 17.05.18 - 17:26
(65) для этого нужно автотесты писать. но кто ж это будет делать то
   Вафель
 
68 - 17.05.18 - 17:27
(66) служба то одна
   Вафель
 
69 - 17.05.18 - 17:27
даже скл копию то не всегда можно быстро сделать. бывает до часа
   xXeNoNx
 
70 - 17.05.18 - 17:27
(68) какая служба? 911?
   Вафель
 
71 - 17.05.18 - 17:28
(70) служба сервера 1с
   xXeNoNx
 
72 - 17.05.18 - 17:29
(71) С чего она одна будет?
   X Leshiy
 
73 - 17.05.18 - 17:30
(63) На пушечный выстрел не подпускаю чудо-админов к своим 1с и sql серверам, пущай в своих контроллерах домена и гейтвеях всяких резвятся, а то понанастроят мне...
   Джинн
 
74 - 17.05.18 - 17:36
(73) Наши вполне нормальные и толковые. Рулят самостоятельно и не косячат. Но все же режим работы сервера я определяю, а не они :)
   xXeNoNx
 
75 - 17.05.18 - 17:39
(73) значит они действительно чудо-админы.., речь-то не о них
   Cyberhawk
 
76 - 17.05.18 - 17:42
(72) Ты пишешь, мол, поднять кластер тестовый. Надо тебе было уточнить, что кластер надо поднимать на отдельном сервере приложений (отдельной службе)
   X Leshiy
 
77 - 17.05.18 - 17:43
(75) Только если 1с-ник дубовый, тогда согласен.
   timurhv
 
78 - 17.05.18 - 17:43
(6) Зачем? Я реально видел говно-код, где задавался вопрос пользователю в обработке проведения документа :) Пользователь нажал провести и ушел обедать.
   Cyberhawk
 
79 - 17.05.18 - 17:44
(78) В режиме обычного приложения во всех типовых это обычная практика
   xXeNoNx
 
80 - 17.05.18 - 17:44
(77) ну а я о чем, тема-то "Админ на рабочем сервере не хочет включать отладку"
   jsmith82
 
81 - 17.05.18 - 17:45
Если клиент не хочет включать отладку, зачем он нужен вообще?
   xXeNoNx
 
82 - 17.05.18 - 17:45
(69) о чем это ты, из ряда: "я могу 100 метров пройти за сутки"?
   jsmith82
 
83 - 17.05.18 - 17:46
Клиент / работодатель
   X Leshiy
 
84 - 17.05.18 - 17:47
(80) Тут смотреть надо.

Вот у меня включена отладка на рабочем сервере (собственно, он один), на "падение производительности" плевать я хотел со своим железом)
   drumandbass
 
85 - 17.05.18 - 17:48
(66) я в таких случаях режу базу в sql 
там есть такие отчеты "Топ таблиц по размеру"
как правило они это 90% веса все базы, просто дропаю или удаляю не нужно ;)
   X Leshiy
 
86 - 17.05.18 - 17:49
(85) Слишком толсто, слишком!)
   drumandbass
 
87 - 17.05.18 - 17:50
я вообще перенастраивал от такого админа обожранного сервак сам;) все работает уже который год, а его настройка все время то падала, работала через ж.
   xXeNoNx
 
88 - 17.05.18 - 18:02
(84) ну отлично что понимаешь все проблемы...
Я своим админам не разрешаю админить, но и сам не даю устанавливать флаги, ибо нефик
   Cyberhawk
 
89 - 17.05.18 - 18:38
(87) "его настройка все время то падала, работала через ж" // Настройка?
   Mkamha
 
90 - 17.05.18 - 19:51
(0) правильно делает админ.
Тестовые базы для теста, боевые для работы, без отладки.
Баг на проде это беда, и чп для сотрудника отдела тестирования.

Где тестовая среда развернута?
   FIXXXL
 
91 - 18.05.18 - 09:06
(79)  прям в модуле объекта в обработке проведения?
   pavlika
 
92 - 18.05.18 - 09:14
(0) И правильно делает. Кстити так и не увидел - а для каких целей включаете то?
   dmpl
 
93 - 18.05.18 - 09:18
(0) Там ведь не только соединения к серверу, но и исходящие от сервера. С точки зрения безопасности не айс разрешать такому трафику ходить в сети. Это ненужная угроза безопасности. Отладка на рабочем сервере - зло, поэтому допустима только если по-другому никак, и включается временно.
   dmpl
 
94 - 18.05.18 - 09:18
(8) NFR же есть.
   kauksi
 
95 - 18.05.18 - 09:20
(0) проведи в нерабочее время эксперимент тестов Гилева с включенной отладкой и без. увидите разницу.
   dmpl
 
96 - 18.05.18 - 09:28
(56) Посмотреть на код и понять, где ошибка.
   xXeNoNx
 
97 - 18.05.18 - 09:49
(8)
Вариант 1: Если на том же серве, где боевой кластер поднять еще один кластер на другом порту, лицуха не нужна.
Вариант 2: Ставим ubuntu, там серверная лицензия не нужна(с ограничениями), но все же
   xXeNoNx
 
98 - 18.05.18 - 09:51
(95) "Тест Гилева" - что это за зверь, что бы на него равняться?
   xXeNoNx
 
99 - 18.05.18 - 09:55
+(97) Как запустить:
"C:\Program Files\1cv8\8.3.12.1412\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:\Program Files\1cv8\srvinfo" -debug

В батник запилить и запускать
   unregistered
 
100 - 18.05.18 - 10:00
(0) > есть информация от фирмы 1с
Например, для 8.3.10 и 8.3.11

https://its.1c.ru/db/v8310doc#bookmark:dev:TI000001551

В зависимости от используемого протокола отладки, «1С:Предприятие» по-разному организует взаимодействия компонентов системы. .... Также может наблюдаться следующее:

● увеличение времени запуска клиентского приложения;
● замедление работы рабочего процесса сервера (rphost) «1С:Предприятия» во время работы, если сервер работает в режиме отладки (ключ -debug).
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует