Более десятка лет наблюдаю, а иногда и сам участвую, в "тёрках" между админами и 1Сниками. Есть какая-то не очень тонкая грань, на которой оба говорят: нееее, это не мое, это вон к нему. И тыкают друг на друга пальцем. А где-то регламентировано или утверждено, где заканчивается 1С и начинается админ? Речь о программисте 1С, у которого НЕ админские права на сервера, штат 3 сис админа и 3 программиста 1С, а не о частном случае, когда одинэсник единственный "компьютерщик" в компании.
Хотелось бы увидеть мнение коллег на этот счет.

На мой взгляд, весь софт, включая 1Сный - это задача админа, а программист 1с только программирует и обслуживает конфигурации и пользователей (при отсутствии консультантов). В 4 из 5 компаний было именно так. Максимум, куда лезет программист 1С - это сам на SQL бекапит базы, создает себе тестовые и т.д. Ну и монитор ресурсов для отлова причин торможения сервера в тех случаях, когда виновником может быть 1С (хотя и это вроде как делалось всегда совместно).

вот нафига до конфликта доводить, я не понимаю? наверняка, речь о какой нить фигне.. неужели нельзя договориться. если админ не знает, то показать, объяснить.

(0) "Максимум, куда лезет программист 1С - это сам на SQL бекапит базы" ни в одной серьезной конторе у тебя не будет доступа ни к SQL ни к кластеру. Потом да может быть когда нибудь и получишь.
Зона ответственности кончается там, где невозможно это поправить из конфигуратора.

(1) Админы ленивы.
Один требовал пруфы не уровнем достоверности не ниже ИТС прежде чем что то начинал делать.

(3) Хотя у самого порты были закрыты, но даже не чесался пока носом не ткнешь.

(3) ну, пиво ему поставить один раз, и вопрос решился бы

Разграничение ответственности. Системный администратор - Программист 1С пост 38

Или сыпалась дисковая полка, а сам ходил ворчал, что мы рукожопы и код хуевый пишем.
Еще шефа натрафил - пока не дооптимизируете - домой не пойдете, но она где то через часик сама издохла, и жопа в мыле была уже не у нас

скопирую сюда старый договор с админами

1.       Все консультации пользователей до запуска процесса 1с – отдел администрирования
2.       Все консультации пользователей после запуска процесса 1с – отдел разработки
3.       Настройки/доступность папок (нет папки, ошибка при записи и т.д.) для сохранения файлов из 1с – отдел администрирования
4.       Настройки/доступности принтеров (нет принтера, принтер не печатает и т.д.) для печати из 1с – отдел администрирования
5.       Консультации по поводу печати из 1с (установки полей, ориентация, масштаб) – отдел разработки
6.       Все настройки прав доступа, лицензий, имен удаленных сервисов используемых в 1с и хранившихся внутри баз 1с – отдел разработки
7.       Все настройки необходимые для работы 1с но не хранившееся в базах 1с и каталоге службы сервера 1с – отдел администрирования
8.       Настройка, администрирование службы 1с сервера – отдел разработки
9.       Установка, удаление, изменение версии службы 1с сервера – отдел администрирования
10.   Установка, удаление клиентской части 1с – отдел администрирования
11.   Настройка режимов запуска и списка баз клиентской части – отдел разработки
12.   Настройка, хранение бекапов – отдел администрирования
13.   Периодическая проверка валидности созданных бекапов (разворачивание бекапа и проверка данных)  – отдел разработки
14.   Настройка SQL сервера – отдел разработки
15.   Установка, обновление, лицензии SQL сервера – отдел администрирования
16.   Установка, обновление, администрирование сервера лицензий 1с – отдел администрирования
17.   Установка, обновление, администрирование прочих программ которые используется 1с – отдел администрирования. К прочим программам относятся:
a.       Офисные приложения
b.      Приложения для работы с торговым оборудованиям (кассы, терминалы сбора данных, сканеры ШК)
c.       Библиотеки для работы с двухмерными шрифтами (и подобное)
d.      Программы шифрования и отправки данных
e.      Почтовые и им подобные клиенты
f.        Сторонние службы и драйвера (например СЛК, HASP, ADO, COM, ODBC)
18.   Контроль количества пользовательских лицензий 1с (включая дополнительные ключи), закупка, ведение списков  и т.д. – отдел разработки
19.   Контроль физической целостности и работоспособности ключей 1с (включая дополнительные), обмен сломанного, проброс портов, получение кодов активации, хранение копии софтверного ключа – отдел администрирования
20.   Установка, обновление, администрирование, публикация базы на Web сервере для работы 1с - отдел администрирования.
21.   Настройка WEB браузера для работы с сервером 1с на стороне клиента – отдел администрирования

(6) Это все не разработка.
Настройка, администрирование службы 1с сервера
Настройка режимов запуска и списка баз клиентской части
Периодическая проверка валидности созданных бекапов
Настройка SQL сервера
Ни к чему этому доступа у разрабов на 4 из 5 последних мест работы не было.
Разраб дальше конфигуратора необучен и не является ответственным.

(7) опять таки надо было сесть вместе и решить, а не эскалировать конфликт

(11) Конечно.
Не парень он грамотный, но не заставишь пока не прижмешь. и эскалировал изначально не я. У него на все один ответ - вы пишите хуевый код, а я потом страдаю, хотя в 90% случаев проблемы были на его стороне. То свич умирать начнет, то витуху перебьют, то полка рушится, то они политику перенастроили, то в прокси поиграли, то еще что нить.

(10) в разработке делить с админами вообще не чего...

проблемы с админами которые на аутсорсе (явном или неявном)
мне вот клиенту дораьботки ставить, ВК зарегать надо. - это целая история. неделю тянулось. инструкции админу дал. хрен там, не взлетело. в итоге выторговал временно админские полномочия, сделал сам все.
.
или вот одна из веток моих - проблема со скулем при обновлении метаданных, стопорится. админ говорит что все правильно настроено. иА хрен ли не работает? так и замерло все до рассвета... (пока не припрет).
.
или попросил клиента чтобы столковался с админом чтобы сделали мне отдельную учетку на вход на сервак (точно такую же как у менеджеров клиента, мне для текущей работы хватит). Ответ - +1учета = 2000р\мес. я туда блин раз-два в месяц буду залазить. для клиента - это ощутимо такая сумма.
.
козлы, а не админы.
.
проблем нет когда админ сидит "рядом".

(11) Вы, наверное, админ?))
Вот интересно. Есть ком объекты всякие, типа ADODB Connection, Word.Application, Excel.Application. Если эти объекты начинают сбоить при использовании 1с, то по вашему, 1Сник должен это устранять? Или что-то доказывать, что не 1С виновата, а настройки сервера, содержимое реестра и так далее? Хотелось бы подробнее вашу позицию, потому что из всего вами написанного я пока усвоил только рекомендацию договариваться (в моем случае, нереально, к сожалению..)

В мартеу заказчика инфраструктурщик нас просто нахер слал:
цитирую - "Вот вы скажете что все тормозит из-за того что диски плохи, а меня выебут, пошли на..."
(14) Админ рядом - не гарантия, если бюрократия. На одной из прошлых работ кончились предустановленные рабочие места, чувак 3 недели приходил и читал книжку с 9 до 18 пока ему все сидящие рядом админы не настроили. Это эталонный идиотизм был, обычно за неделю укладываются на других местах.

Кто должен разбираться с проблемой разрастания журнала регистрации на 8-ке? и его "обрезки"\чистки?

(17) Инфраструктурщик. Обеспечение аптайма - его задача. У тебя просто прав не будет на это.

(14) У меня сидит рядом, только заинтересованности всего, к чему прикасается программа 1С, нет от слова совсем.

(15) Если невменяемый - то я бы эскалировал конфликт на более высокий уровень. 1Сник который кодирует - всегда может привести "протоколы" проблем, скриншоты и прочее.

(20) В моем случае мы дошли до самого верха и нам сказали блин парни, мы ХЗ чем Вам помочь.

(15) > Вы, наверное, админ?
Скажем так, я побывал на обоих сторонах фронта

(19) смотришь свою должностную инструкцию (я понимаю, что смешно).
если явного ничего не прописано, то
1. мое (1С дело) - работать в установленной и настроеннй (настроенной для взаимоотношений снаружи) 1С. Админы - должны занть и уметь эксплуатировать ПО компании. устанавливать, настраивать (системные дела), раздавать всякие системные права и прочее. Не умеют - их дело. Можешь и ты. за отдельные деньги.

(21) ну и пох значит. работаем как есть.

я как бы тоже по обе стороны побывал. даже на МS курсах по админстру отучился (однокурсник - сертифицированные тренер микрософта, дал возможность). Правда давно это было в эпоху ц2000

(24) Ничем хорошим в итоге это не кончилось.

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

(26) чем коняилось в итоге?

Хренею с ваших проблем.
Что так сложно нанять одного человека который и в 1С и в админстве шарит?

На практике надо разделять на три части:
1. Отдел инфраструктуры (железячники и базовый софт установка)
2. Отдел разработки (программисты)
3. Отдел эксплуатации (по умному это DevOps)

По сути с юзерами общается только отдел эксплуатации и они только и крутят уже настроенное железо, сервера и софт.
Обращаясь в инфраструктурный только когда надо новую железку поставить или переставить с нуля.
Ну и в отдел разработки когда новое нечто пишется или внедряется/тестится.

Как только передали отвечает эксплуатация за все.
Т.е. они могут и железку не принять и софт (пока не удовлетворит требованиям к работе).

В случае же выше когда спорят админ с 1Сником просто эксплуатация хер знает на ком висит и друг с друга обязанности спихивают.

Опять же - мой мелкий опыт показывает - когда проблему надо действиельно решить - ее решают оперативно. если ее не решают оперативно - это не проблема, а так - помеха. есть время-возможность - устраним. нет - да и пофиг! когда перейдет в разряд проблем - тогда и решим.

(28) застали проект, доступов для нормально расследования нам так и не дали.
Они пригласили после нас за нал дядьку со стороны, он в итоге сказал что да, мы все верно сказали, надо копать в оборудование и его тоже послали)

(30) Это мелкий опыт, в крупных конторах первое что надо сделать с задачей - это попытаться спихнуть ее на другой отдел. Это мой опыт ))

(29) от 150 руб\мес? когда такого чела 2-3 раза в месяц на суммарно 3-5 часов нужно задейстовать?
.
а доп обязанности работодятелы любят нагружать что и админов что и 1Сников - забесплатно. оно мне надо если у меня и своих текущих проблем\задач достаточно.

(32) тоже понятно.

Худоэник рисует когда есть вдохновение.
у него вдохновение - фузиной заняться.
а тут - всякие скрпты от которых тошнит... софт новый - нахера он?

(32) вово

(33) Значит контору устраивает текущая ситуация когда нихрена не работает и друга на друга переваливают.
Не вижу проблемы оставить одного (от 200 руб/мес) и вынести админа и разработку на аутсорс.

(35) Пусть художник рисует за сдельно, а не на окладе.
За оклад надо бесперебойный доступ у уже имеющимся картинам нарисованным обеспечить.

(37) угу.

(38) за оклад - ремесло. точить втулки.
искать почему втулка в работе ломается все время - искустсво.

(38) угу.
"ничего не трогали и вот - опять!"
.
админы - поддерживать инфраструктуру и устранять уже ОПИСАННЫЕ РАНЕЕ проблемы. Проблемы которые непонятноы - за отдельную плату. Суперадминам. и всяким гилевым. но жаба-то работодятела давит со страшной силой.

(40) Втулки не той системы, надо точильщика сменить ))

Мы согласились что искать почему должен не точильщик втулок?
Так и наймите того кто искать умеет на оклад, и платите ему только когда все работает.
Как только перестало работать - сразу неоплачиваемый простой начался (как у Форда на его конвейере с бригадой ремонтников) пока не исправит.

Исправит и дальше может говно пинать получая оклад. Сразу мотивация к искусству повышается.

(41) Еще раз, поддерживать должен отдел эксплуатации, привлекая админов на конкретные четкие задачи с контролем исполнения.
Как приняли и исполнение (после всех тестов) сами ипутся если что сломалось или новую железку/софтину требуют.

Нехрен втулки неподходящие принимать или носовместимые одну в другую вставлять и говорить и так пойдет.

Как труъ-админы подбирают железо под 1С:

Нужен обязательно стоечный сервер!!!
2 процессора Зион на кучу ядер по 2,4ГГц!!! Сервер - это много ядер!!!
памяти - все слоты забить!
диски - кучу SAS 15k rpm в РАЙД хрен-пойми-какой! SSD ненадежны! Ах да, разумеется, контроллер Adaptec с батарейкой!!!
Дальше гипервздор ставим! И нарезаем виртуалочки под сервер 1С, под сервер СКЛ, под сервер чего-то там еще...
ПРОФИТ!
Что? Ваша 1С тормозит? Ну...Да она просто г...Сервер у нас за лимон!!!

(44) а ты я смотрю в теме)

(44) Сцуко поубивав бы когда 24 ядра по 2ГГц и RAID на овердохуя SAS дисков который тормознее чем самый дешманский SATA SSD.

(46)+ Особенно когда райд деградировал и перефрагментирован так что тупое копирование файлов тормозит ))

(42) "Так и наймите того кто искать умеет на оклад, и платите ему только когда все работает."
я согласен.
но работадатели имхо такое очень не любят.

(44) Простите мне мою серость, но я не понимаю, что тут не так кроме рейд из какого-то хлама вместо SSD? А то хочется поржать, а шутки не понял)
Мне почему-то кажется, что у нас сервер такой же...

(43) угу.
но это описана идеальная ситуация.
идеал стоит овердохрена денег.
и весь вопрос в итоге сводится к поиску компромисса - стоимость-качество.

(49) сейчас модно купить игровой комп в условном ситилинке и сделать из него сервер

А почему 1С нельзя ставить на виртуалку?

(52) Потеря скорости. В случае с Hyper-V (2008,2012, вероятно и более новые) катастрофическая. Конечно, сейчас тут будут писать, что это все бред. Но вот на свежем ВинСервере посчитайте Гилевские попугаи до и после установки роли Hyper-V, чтобы убедиться...
(49) Там все не так. А, если у вас такой же сервер, значит, его собирали те самые труЪ-админы :)

(52) Потому что настроить на виртуалке без критичной потери производительности дано единицам, иные темы читаешь и просто живу даёшься, в том же телеграмме было расследование ; итог более менее заработало с каким то древним драйвером, с новыми драйверами падение было более чем в 2 раза.

(54) но там просто упоротый чел был, искал пока на виртуалке тест Гилева не будет хотя бы похож на результаты без виртуалки

(55) окупилась упоротость?

(52) Идеально настроенная виртуалка на идеально сбалансированном железе с идеальными драйверами и прошивками в сферическом вакууме дает 1С-ке падение 15-20% производительности по сравнению с обычным физическим сервером, настроенным по принципу сетап- далее-далее -готово.
  
Любые отклонения дают непредсказуемые падания производительности от 15% до 100%
  
И поскольку 1С не очень хорошо паралеллит задачи, но зато очень чувствительна частооте проца к скорости чтения/записи - то да - очень часто в секторе  SOHO игровые компы (без видяхи) или проф воркстанции на топовых i7/i9 и ССД - за 150-200 тыр - легко уделывают миллионные пролианты собранные труадминами.


ЗЫ. Конечно в кровавом ентерпрайзе - не все так  однозначно - там отказоустойчивость рулит, поэтому подходы  СОХО не катят. Но вообще тенденция есть. Причем настолько ощутимая - что интел с мелкософтом договорились разделять железо на уровне драйверов. У меня например на воркстанции ака сервер - под ЬС сервером дрова на стевуху тупо не встали - ибо железо домашнее и не фиг на него серверную операционку ставить.

(54) (57) вы чего людей страшилками пугаете )) я пользовал XenServer и Proxmox. после установки всех драйверов просадка не более 5%. и там не надо быть семи пядей во лбу. но вот Hyper-V и VMware мне показались более тормозными.
и, кстати, виртуалка на Linux решает все проблемы с драйверами.

(58) Речь про винду.
за линух - не в теме. Спорить не буду.

(59) Но за винду - это объективная реальность.

(0) по нормальной схеме зоны ответственности должны быть разграничены, письменно разумеется.

(61) но должны пересекаться зоны компетенции.
Самая большая проблема любой совместной работы это когда путают справочник сотрудники и физлица

(0) "У семи нянек и дите без глазу"

(62) пересекаться только в рамках взаимозаменяемости или особых задач (например поиск "бутылочного горлышка")... опять-же пересечение - частный случай, видел и конторы где бэкапы базоводов - работа админов и где админы настроили на сервере ОС - а дальше как-нить сами

(9) толково... в первую очередь тем, что есть "демаркация границы"/"зон ответственности".