Доброе время суток всему народу.
Исходные данные: только начинаем переходить на sql-ную версию 1С  - куплен новый мощный сервер (~350 т.р), на нем стоит 64-х битная WinServer 2008 + последний SQL + 64-x битный сервер 1С, нагрузка на сервер пока планируется мизерная (20-25 человек)

… и возникает недопонимание (конфликт интересов) между программистами и администраторами сервера, а именно: администратор утверждает – сервер это производственная (рабочая) среда, и на ней работа программистов как таковая запрещена. Т.е. предполагается, что на сервере будут крутиться только рабочие базы, а программистам с их тестовыми базами, конфигурированием и отладкой предлагается делать это где-нибудь за пределами сервера (на своих рабочих станциях)

Обоснование только одно – это общемировая практика (не проводить испытания в производственной среде) и программист со своими тестовыми базами / отладкой может «завалить» сервер SQL, в результате чего работа всей фирмы вообще встанет.

Лично для меня подобные заявления звучат нелепо… но хотелось бы обратиться к сообществу и спросить:
1// как на практике (в фирмах, работающих на sql-ной версии 1С), организовано взаимодействие между программистом и администратором сервера и ГДЕ (на сервере или где-то еще) работают программисты.
2// насколько обосновано утверждение, что программист своим кодом и работой в режиме отладки может завалить весь SQL в целом (были ли прецеденты)
3// прошу побольше комментировать, т.к. хочу показать эту страничку как аргумент ЗА или ПРОТИВ нашему руководителю

по многочисленным просьбам трудящихся

.

Ну и мой вариант.

на продакшен серверах "программируют" только мудаки...

Ну собсноооо.
Ибо если подсели на 1С значит уже должна быть железка только под боевую .
Все остальное в других каких то местах. За конфигурацией нотепуков можно к    IamAlexy :)

(104) Ну как ..... эээээ берем базу гигов 800 с бухией. Добавляем на каждый счет по субконто и реструктуризируем. Наступает легкое "заваливание" :)

не хрена на Production server лезть со своими тараканами.

(106) и пока ты тупо пялишься в монитор, то все остальные курят бамбук. и не факт, что в дальнейшем будет добавление в основную базу, а не "не, мы передумали, не нада нам счета.." +100500

ю

Проголосую тоже.

Вообще-то Админ 100% прав

Видать, я м*дак...

Админ однозначно прав.
У нас разработка на рабочем сервере запрещена, все опыты проводим на тестовом.

Если ты так реально хочешь работать на продуктиве, то должен признать что админ прав и взять все риски на себя. Все, админ от тебя отваливает, ты отвечаешь за сервак, если что выписывают люлей за все косяки сервера тебе. Согласен?

Админ прав на 200%.
Во многих конторах где процесс ИТ поставлен по западному образу среда разработчика (тестовая) и производственная разделены. Это нормально. Просто стоят два сервера, с двумя ключами. Не виду никаких проблем. Разумеется такая структура стоит денег. Но если в фирме адекватные управленцы то проблем не вижу.

Админ прав, как раз по тем причинам по которым и указал. Завалить SQL кривонаписанным запросом можно, а если его еще несколько раз выполнить - тем более 9сервак полностью не умрет, но производительность может очень резко сократиться). совершенно не вижу смысла прогеру работать с рабочими серверами. На одной из работ была база over300 гб, и там я на локальном сервер у себя раскручивал базу и в ней работал.

имхо

1// как на практике (в фирмах, работающих на sql-ной версии 1С), организовано взаимодействие между программистом и администратором сервера и ГДЕ (на сервере или где-то еще) работают программисты.
На выделенном сервере разработчиков


2// насколько обосновано утверждение, что программист своим кодом и работой в режиме отладки может завалить весь SQL в целом (были ли прецеденты)
Может тем более скуль любит захавать всю память которая есть, а не то что дали. Плюс для работы ты всякий левый софт поставишь

АДМИН полностью прав...
в практике применяется следующие... что используется масштабирование... т.е. если раб база 10г и производительноксть к примеру 100% то девелоп сервер 1г бд должен производительность обладать 10% а лучше 15%
т.е. к примеру у нас гл сервер 2хXeon(4core) 24gb ram ... девелопер  сервак  старый ксеон и 4г оперативы

хороший админ- мертвый админ.

админ прав

Рабочий сервер это рабочий сервер , для разработки и отладки нужен второй , особая мощность ему не нужна

Админ прав. И тут нечего спорить, это его работа, он отвечает за работоспособность сервера, и если что-то сломается по вине олинесника, ему не хочется за это лишиться премии.
Или пусть одинесник берет всю ответственность за сбой на сервере на себя и сам его администрирует.

Админ 100% прав.

Рабочий сервер(1С и SQL) отдельно, Тестовый (1С и SQL) отдельно. Итого 4 машины.

если сервер крутой, сделйте виртуалки

Даже отлаживать отчет* в консоли отчетов/запросов на рабочей базе нельзя, а уж разрабатывать на рабочем сервере/базе подавно.

1

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

да

1. Работали или на рабочих станциях или не специальном сервере  

2. Валил несколько раз. Были большие запросы и таблицы с миллионами записей, забывал поставить соединение, получалось многие ко многим и sql начинал загибаться.

3. Необходим сервер для разработчиков

(228)Лишь бы четко и ясно объяснили, что именно нужно.

Без вариантов.
Продакшн - это продакшн. Он должен быть предельно прост и прозрачен по надежности и нагрузке. Никакой "солянки". Хотя... Если ларёк...

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

Конечно же админ прав. Обсуждалось же уже в ветке, чего ТС не хватает?

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

Вообще у дельфина 50 мс, но админ прав.

даже без комментариев

Однозначно.

увы

(0)для отладки поднимите еще один sql server

Вы так интересно админов обсуждаете. "У нас налоги, а админ кладёт с пробором, на обновление базы на сервере девелопера". Может просто адекватных админов надо иметь?

ясен пень