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

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

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

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

Прав администратор на 100%.

думаю администратор прав - код нежелательно отлаживать на рабочем сервере. также работа сервера 1С в режиме отладки не делает его быстрее

администратор прав.
рабочая среда от девелопмента должна быть отделена

какие вопросы, покупайте аналогичный сервер + сервер 1С + сервер СКЛ и тестируйте.

(0) Администратор прав.
Но его правота из теории превращается в практику при наличии лишних 72тр на ключ сервера 1С и сколько там на СКЛ.
Ну не будешь ведь ты на файловой базе тестить, правильно? :)

... тогда мне жалко бедного программиста :). Мало того что придется постоянно таскать базы гигов на 30 с сервера на рабочий комп, она и работать будет на его раб. компе - пусть даже мощном, гораздо медленнее. Плюс к этому проблема лицензионности - покупать еще один 64-х битный ключ чисто под программистов.

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

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

Администратор полностью прав. Судя по вашим высказываниям, вы далеко не специалист. Доверьтесь им (специалистам)

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

(6,7) Это зависит от программиста. Некоторые 1с-ники даже сервер скуль не в состоянии развернуть.
Я лично сторонник, что должен быть тестовый сервер.

.... и самое главное, я не понимаю. Как я могу завалить SQL в целом, накосячив в собственной базе. Максимум - рухнет моя база/процесс

>>покупать еще один 64-х битный ключ
накуа?

(6). "она и работать будет на его раб. компе - пусть даже мощном, гораздо медленнее" - а это вообще чушь, чего там программист такого делать будет чтобы работало гораздо медленнее?

вопрос на засыпку.. а как-то официально получить ответ от 1С можно? В смысле, куда написать

(12). Скуль ты может и не завалишь, но серьезно тормознуть работы сервака запросто.

(12) тяжелый запрос отправишь, которые сховает все суресы.
ВЫБРАТЬ * ИЗ Справочник.Номенклатура, Справочник.Контрагенты

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

(12)Кривыми запросами и не такое валили :)

Большая компания.
Несколько рабочих SQL серверов. Есть специальный тестовый сервер SQL для разработки + даже на рабочих серверах есть копии. Админ охренел - дави его.

(19). Вот-вот, был бы сервер. :)

Админ прав. Вы хотите тестовые базы рядом с рабочими? т.е. срть не как паложенно в туалете а прям на кухне и молится что не запахнет? В тестовой можно таких запросов наваять что это убьет все память скуля!!!

(0) По пунктам.
Администратор прав.
1. У нас два сервера.
Один рабочий. На нем рабочие базы, тестовая для пользователей (копия рабочей), тестовая для передачи обновления. Это сервер MS SQL 2008
Второй сервер на постгри. На нем старые копии баз и базы для разработки.
2. Запросто может завалить и вероятность велика. Мало того, даже некоторые запросы из консоли запросов 1С, могут повалить сервер (были прецеденты). Так что вся отладка на тестовом сервере. Только подготовленное обновление передается в базу для тестирования обновлений в рабочую среду (на рабочий сервер).
3. Идеальный вариант, когда и рабочий сервер и сервер для разработки идентичны.

(20). Странно, по твоим словам как раз обратный вывод получается :)

Очень похоже на пятничный вброс, на самом деле. "Хочу программировать, стоя на голове, и мне кажется нелепой мысль делать это, сидя на }{опе".

Администратор полностью прав.

(22) Тестовый сервер можно поднять на том же самом сервере, что и рабочий. Ограничить память и процессоры. Так что админ глубоко не прав!!

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

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

в большинстве случаев вобще хватает файловой для разработки...

(29) а чем тебе не удобно?

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

а запускать рабочий сервер с Дебагом - бред

Кстати "скуль девелопмент эдишн" гораздо дешевле чем промышленный.

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

в продолжение (29), как ответ на (23). Никто программистам отдельный зеркальный сервак за такие деньги не поставит.... Максимум, обновят железо рабочей станции

(29) Не проиграл.
Описывай руководству все риски. Пусть принимает решение, это их задача.
Если они тебе не дадут тестовую среду разработки с идентичными возможностями, то и результаты твоих действий будут не предсказуемы.

Гораздо дешевле и безопаснее купить просто мощный комп программеру и большим объемом памяти и развернуть у него скуль, если он ему так уж сильно понадобился.

(36) дак сам сказал что тебя тоже уволят если чо)

(36) Поставит.

(36). Ну так и обновите, процы и память сейчас дешевые.

(0) чисто теоретически прав. На практике, пока не встречал контору, которая так бы работала.

(39)>(35)

(36) см (37) Просто предупреждаешь руководство. Твое дело маленькое - предупредить. Но, документально!
Будут потом ошибки сыпаться - я вас предупреждал.
Как говорится - чем больше бумажек, тем чище задница.

Помимо SQL для разработки у нас есть - Сервер приложений для разработки.

Вопрос решается через начальника IT / директора IT - что он говорит ?

(43) если завалю, то и справедливо...

Где голосовалка?

(0) Админ НЕ прав, и кидается общими размышлениями, не имея соображений конкретной выгоды

У вас НЕ мировая практика, а конкретный сервер, эксплуатируемый в конкретном режиме

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

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

(0) проблема высосаная из пальца....
видимо потому что как админы так и 1сник - тупые айтишники не понимающие тех инструментов котоырми пользуются..


поставьте свой экземпляр и юзайте для разработки

(36) Ну если для компании стоимость восстановления базы меньше чем стоимость сервера, то нафиг тестовый сервер :)
Все правильно.
(45) +1. У меня тоже отдельный сервер приложений. Правда на той же машине, но это до первого падения из-за отладки.
Думаю потом пересмотрят решение.

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

(49) Определяется требованиями бизнеса к IT.
Кто его знает... может там все риски принимаются.

(46). Наш начальник ЗА мои предложения (дать возможность программистам работать на серваке). Буча идет от другого человека,  который вообще-то к АСУ отношения не имеет (занимается S-маркетом в другом подразделении), и попутно ведет там небольшое компьютерное хозяйство.... и словам которого руководитель в последнее время доверяет больше

(50) +100500 Для разработки всегда используем отдельные базы. Некоторые файловые, но есть и отдельный сервер для разработчиков.

(48). Еще бы знать, как эту голосовалку сделать :)

(49) спасибо за обоснования, подойдут для служебной записки

(49). Это что же за доработки такие, и какое такое охрененное ускорение, и главное за счет чего?

(50) Алексей!! Взываю о помощи насчет бух отчетности. Главбух меня сейчас съест. Уже покусала.

(57). Круто. Ты только обоснования своей позиции тут ищешь? Лучше не показывай тогда эту ветку руководам - если умные, то сильно о тебе у них мнение ухудшится.

(57) Ты ВСЮ тему покажи, а не полтора поста

покажу :)... и ищу не только обоснования, но и ответы

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

(0)  один физический сервер? imho Заранее нужно было планировать вопрос где разрабатывать и тестировать.
А если завести виртуальные сервера на одном физическом? Отдать бОльшую часть процесорных ресурсов рабочим серверам, остальное тестовым.
Как там с политикой лицензирования не помню, но MS  с их Hyper-V это позволяет.

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

а вообще  - у меня скуль стоит на ноутбуке.. и ВООБЩЕ никаких проблем..

что мешает поставить скуль на свою рабочую машину?
не ну серьезно - что за проблема то?

поставьте и юзайте...

В крайнем случае - на рабочем сервере приложений делается в отдельном кластере тестовая база, которая находится на отдельном SQL сервере. Снимает вопрос про 72 тыр на новый серверный ключ 1с.

(65) +1
По теме - админ прав.
ЗЫ - голойсувалки нет зря

(66) а чем лучше отдельный кластер на сервере приложений под каждый SQL-сервер, чем просто база в существующем кластере?...

(68) отдельный кластер можно запустить с дебагом. Отдельный кластер можно рестартануть, не потревожив пользователей. Отдельный кластер - это отдельный кластер, что за глупый вопрос?

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

Голосовалку надо...
У нас отдельный физический тестовый сервер, сделанный на базе простенькой серверной матери. Причём это не какая-то прихоть админов, а собственное взвешенное опытом решение, т.к. если работать на боевом сервере в запаре можно что-то случайно повредить.

(69) про рестартануть, ты сейчас про какие кластеры говоришь?...

(71) На самом деле многое от конторы зависит. Если простой сервера хотя бы на час обходится конторе в реальные деньги, то имеет смысл разработчиков отделять от рабочих баз. А если это ларёк, где всем пох - работает 1С или нет, тогда смысла в этом нету.

(70) а я к базам разработки имею доступ из любой точки планеты и интернет мне для этого не нужен :)

У меня база для разработки на рабочем сервере вертится, но это толко для того, чтобы бэкапы делать было легче, т.е. база для разработки бэкапится как и рабочие базы...

А если есть деньги на насколько серверов (СКЛ и 1С), то лучше разделить ...

(74) украдут у тебя ноут и до свидания твой доступ...

(70)  а что мешает добиться того же на тестовом сервере? я тоже имею доступ к разработке из интернета - но я при этом на рабочий сервер не лезу (чур меня)

(76) сдохнет у тебя интернет.. или досвидания твой доступ :)

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

(77) вообще - разработка на боевой железке - зло..
но если контора нищебродна и всем по.уй на то "работает или нет база" - то вполне можно обойтись отдельной базой или отдельным экземпляром скуля

(77) ничего не мешает. это был ответ на пост про ноутбук...

Кстати, насчет виртуальных серверов на физическом - это выход... Ладно, с необходимостью таскать базы с сервера на сервер я смирюсь.. Так пусть у меня будет хотя-бы сервер, зеркальный рабочему. И разворачивать ничего на собственной рабочей станции не нужно...

+(79)Что касается тестинга на рабоичх станциях и нотепуках :) Ценность не в конфе , а тестинге на данных. Если их с гулькин нос то можно и на нотепуке , если данных далеко за сотНИ гектар .....

(83) то купите уже себе в ноут в конце концов терабайтный диск

(84) Потом Вы мне скажете купить нотепук с USB 3.0 ? :)

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

(83) если данных за сотни гектар то тема (0) звучит вообще наглухо смешно.. ибо получается что собрались в одном месте три посредственности:

1. владелец бизнеса/начальник - жлоб непонимающий что при таких объемах экономить на туалетной бумаге просто тупо
2. админ - не умеющий организовать рабочее место программисту
3. программист - тупарь не понимающий рисков работы на боевой железке с такими данными

Фишка в том, что на виртуалке можно поднять сервак с той же сетеевой конфигурацией - имяи IP

+(85) Потом с процом от 2 Гектар .... :)

Админ прав.

(85) всенепременно. Рабочий инструмент должен соответсвовать работе

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

(58) Срочные, мой друг, срочные

(92) За счет организации... ?  Не вопрос .

(94) ну хз.. у меня ноут - основной и единственный рабочий инструмент.. соответственно в нем и оперативы 12 гигов, и 2 винта (ссд+1тб) и проц максимальный...

ибо работать за тормозной какашкой - дискомфортно.

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

(95) А у меня не основной. Домашний. 1,6 проц AMD , памяти чтоль 2 гига , USB НЕ 3.0. Привычки носить на работу нет :)

админ не прав

.

дельфин глядя на типичного 1Сника плачит горючими слезами ибо

Базу 1Снег может положить на продакшн-сервер. Программировать/экспериментировать на своей машине. До сервера иметь гигабит.

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

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

кстати, за 14 лет занятий 1С-ом, ни разу так и не удалось своим кодом завалить SQL-сервер. даже интересно стало, как это можно сделать...

админ конечно прав,
но в реальности никто доп. сервер и лицензии не купит - а серверная и файловая версии отличаются сильно... голосую за коллегу)

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

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

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

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

ю

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

(0) виртуализацию еще не предлагали?

если базы большие, то должны быть деньги еще на 1 ключ сервера
и сервер для рабочей группы, ms sql с лицензией для разработчиков стоит копейки

в (0) же написано "только начинаем переходить на sql-ную версию", т.е. база ну никак не 800 Гб... а все сразу накинулись =) что тогда за сервер тогда не способный потянуть такую небольшую базу + разработочную недавно "переведенную с файловой"

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

а маленькие и в файловой разрабатывать можно - у меня сейчас УПП  1cv8.cd 29 ГБ,
причем первое  ограничение я встретил в виде ограничения sql сервера в 256 таблиц

Но если сервер не занят и на 50% то делается 2 виртуалки - девелоп и продакшн. Вуаля! Волки (программисты) сыты, овцы (продакшн среда) целы.

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

А в чем проблема развернуть базу на своем компе и там же сервер?

Где в голосовалке пункт прочее?

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

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

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

(0) Одмин царь в конторе? Весь такой правильный с богатым опытом администрирования м обслуживания SQL серверов на тысячи подключений? Или он просто начитался вумных книжек и теперь строит из себя правильного перца?

(121). А ты весь из себя такой чиста пацан, положил на закон и живешь чиста по понятиям и вслучае чего ответишь перед паханом за общак недозаработанный по твоей вине? :)

(122) типа того, а чё, есть проблемы? отскочим-побормочем? :)

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

(124) доооо, снижение производительности SQL сервера - это так критично для 20-25 пользователей, из которых забивают данные в систему тока двое, а остальные тупо отчеты формируют.

имхо

(124) сервер 1с первым ляжет, скуль положить это умудриться надо =)

(125) то есть вы думаете они просто так деньги на сервак потратили и там есть неиспользуемые мощности??? ну тогда пусть делают виртуализацию

в ощем слать одмина с его имперскими замашками прямиком в сад

(127) - да легко ) закрытие месяца с бешеным документооборотом, закрываются 15 филиалов...

(128) попробуй вопрос переформулировать.

*телепат моде он* Не думаю, что они тщательно и скрупулёзно анализировали свои потребности в мощностях, а взяли обычный сервант.

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


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

(130) т.е. этот бешеный документооборт сидел на файловой ?!
я же не говорю что нельзя - понятно что можно убить; но по первости будут ловить всякие ошибки - типа тех же "256 таблиц" и надо будет исправлять и отлаживать именно на файл-серверной версии

(129) +1, осадить админа - озадачить чтобы организовал рабочее место тогдч можно отстать от основного сервера)

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

(131) +1,
в (0) "куплен новый мощный сервер (~350 т.р)" и "пока планируется мизерная (20-25 человек)"

+ (135) пахнет именно амбициями админа, предент будет программиста и дальше нагибать =) ...а тут все чтот разошлись на "от ста гигабайт базы с бешеным документооборотом"

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

(137) =))),
неее - с ними дружить надо а то мисту закрыть могут)но и власти над собой давать не надо ибо админы это ленивые программисты...(и т.д.)

(132) >> скуль любит захавать всю память которая есть, а не то что дали
ну-ну. Что дали - то и возьмет.
А по сути - админ прав, одинесник не прав.

(136) ну админа тоже можно осадить грамотно :)

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

(8) Синдром вахтёра.

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

(140) да постоянный холивар на мисте стоит - в фаловой мол летало в скульном тормозит =)
явно же сервер взяли наобум "с запасом"(=)) - и на время перехода оперативность потребуется...

(142) если админ сначала докажет руководству что "общемировая практика" важнее потребностей конкретной фирмы адаптировать базу под файл-серверный вариант, то не удивлюсь если потом когда он "ушатает сервак"  скажет "ваша 1с тормозит и глючит" =))

Как вариант поднять сервер 1С на другом компьютере, а тестовые базы пусть располагаются на рабочем сервере.

админ прав

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

У линухового 1С-сервера все еще есть "свободные" лицензии?
Если да, то вопрос можно решить линух-сервером 1с и MS-SQL express.
Разработку вести в идентичной конфе. Данные для тестирования завести самому.
Останется только проблема с нагрузочными тестами.

Как-то так.

4. А у дельфина 50см


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

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

(145) дык одмины бояца, что он скуль и положит. Тогда уж наоборот, пусть БД разворачивают на стороне, а app общий юзают

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

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

(150) а давно ли работоспособность SQL сервера (не физической машины, а процесса) - сфера ответственности админа? Может админ тогда возьмет на себя заботу и о работоспособности 1С в целом? А разработчики пусть тока апдейты выпускают, а великий админ, трясущийся /зачеркнуто радеющий за работоспособность всех бизнес-приложений компании анализирует эти самые апдейты на предмет того, что они могут эту самую бесперебойность нарушить.

Или может всё же админ нифейхоа не понимает в администрировании и функционировании SQL сервера, но пытается его оградить от 1С-ника?

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

(19) зачем ТАКОЙ же сервер, на котором планируется работать 50-100 человек, для разработчика?

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

(155) к (149)

(153) ох.енный админ получется... или ох.евший?

(153) Давно v8: Разделение обязанностей админа сервера 1С и сервера SQL

(156) а ты силен в бэкапах?

(160) ч0рный пояс по полным бекапам и зеленый по разностным :)

(160) да. научить?...

(162) дорогое наверное удовольствие

(163) не дешевое, конечно...

(155) Понимаешь, если на сервере для разработки будут хотя бы модули памяти другого производителя, или, (не дай бог!) диск на 100 гб меньше, то Сообщить("Здесь был Вася, крутой программер") будид же по другому работать!!111адынадын

(162)  ага расскажи мне как средствами сикуэл сервера настроить бэкап с компа который не в домене в доменный комп?

(166) сколько?...

+ забавляет админофобия у некоторых. Видимо, админы в прошлом обижали, не давали в кваку на сервере работать. Гады!

(167) что сколько?

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

(169) не.. просто многие 1сники это бывшие админы - отсюда нет никакого почтения и благоговения.. ибо всю эту "кухню" изнутри знают  и знают какие "спецы" работают админами :)

(169) денег конечно. ты вообще с какой целью интересуешься?...

(159) Это к чему было? Если поведать о том, что есть много разных и важных ролей от админа сервера до dba, то, спасибо, конечно, но мне это не нужно.

(172) хочется у тебя узнать, я ведь этого не знаю а ты гуру бэкапов.

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

(163) Цена вопроса 20000. Для конторы - это фигня. http://www.avalon.ru/Courses/Microsoft/Courses/About/?CourseID=1378

(176) курсы для 1Сников в УЦ3 стоят дешевле раз в пять...
и что характерно - рассказывают про SQL с точки зрения 1С и востребованности 1Сом тех или иных функций сервера

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

(177) Не знаю, может быть. Я сходил на эти - вполне нормальные знания дают, не только с точки зрения 1С, а по скулю в принципе.

Еще можно тестовый сервер использовать как резервный.

(168) админофобия говоришь? на прошлой работе был целый отдел одминов, всё по-правильному, разработчики не имеют доступа на SQL сервер совсем. Какой-то админ даже сходил на курсы по администрированию MS SQL Server. Тока когда стали приходить обращения пользователей - тормозит типовая УПП, думаю, не стоит уточнять, кому были они перенаправлены и с какой формулировкой. Админ очень долго и упорно пытался решить тормоза SQL сервера, но так и не решил. В итоге юзвери забыли и забили, но всё осталось по-правильному - Родина в безопасности.

(180) согласен, отличное решение.

(153) А кто же еще должен следить за работоспособностью сервера как процесса? Программист чтоли? Это какой-то продвинутый одинесник получается, с функциями сисадмина. Если вам за это доплачивают, то вперед, администрируйте сервер сами. Админу будет только легче.

(183) ну значит все вопросы будут решать с SQLем сами, раз такие умные, а вопросов будет не мало. SQL сервер с возу - прогу 1С легче ведь))

(184) Я и говорю. Пусть сами разбираются с SQL сервером, только легче от этого админу которому уэе не придется с ним возиться, а не прогу 1С.

(181) Странно, а наши админы быстро решили проблему с тормозами как раз в типовой УПП. Админ админу тоже рознь :)))

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

(185) я про правильных админов, у которых 1С-неги не должны иметь доступ к продуктивному SQL серверу, есливчо

(186) проблемы проблемам тоже рознь :)

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

но мировой опыт промышленных гигантов, безусловно, применим к ларькам :)))

(188) Я тоже про правильных админов вообще-то.

(189)
отвечать в большинстве случаев будут оба

Ты пробовал в живую базу бэкап восстановить ? там ругается сильно

(192)
когда юзвери работают

(192)
+ многие админы в регионе ну прямо ТАК СЕБЕ админы

Нужно Админа сделать ОДинэснигом .. и проблема уйдёт сама собой ..!!!

1

(188) Ты же вроде озвучил проблему: "тормозит типовая УПП". У нас было то же самое. Всё решилось настройкой скуля. Просто на бухгалтерских базах ничего не тормозило, вот админы и не заморачивались с тонкой настройкой под 1с.

(192) Даже желания такого не возникало, проверить что будет. Но у нас как-то один "умный" админ ковырянием в скуле нам рабочую базу полностью порушил. Причём бил себя в пяткой в грудь, что рабочую он даже не трогал, а работал с тестовой. Скуль к сожалению очень слабо защищён от дурака с админскими правами.

(197) да вполне может быть и в админах дело, они ведь были одни д'Артаньяны, а остальные - ... )))

(174) А можно скромно поинтересоваться: зачем такой хитрый выверт "сикуэл сервера настроить бэкап с компа который не в домене в доменный комп"? У Вас SQL Server размещен в DMZ? Или Вы еще какие умные слова знаете?

Что мешает задание на скульный бакап написать в VBS? Типа такого:

'--------------------------------------------------------------------------------------------
' Параметры
'--------------------------------------------------------------------------------------------

Set oArg = WScript.Arguments.Named

cDB = oArg.Item("DB")
nWeek = 1

If oArg.Exists("Week") Then
   nWeek = CInt(oArg.Item("Week"))
End If

'--------------------------------------------------------------------------------------------
' DoW
'--------------------------------------------------------------------------------------------
nDOWCur = Weekday(Date, 2)
nFull = 0
If nDOWCur = nWeek Then
   nFull = 1
End If

'--------------------------------------------------------------------------------------------
' SQL
'--------------------------------------------------------------------------------------------

SET oConn =  CreateObject("ADODB.Connection")
oConn.ConnectionString = "DRIVER={SQL Server};SERVER=server-sql1;Trusted_Connection=yes;"
oConn.Open()
   
SET oCmd = CreateObject("ADODB.Command")
oCmd.ActiveConnection = oConn

oCmd.CommandType = 1
oCmd.CommandText = "EXEC System..DBBackUp @cNameDB = N'" + cDB + "', @nFull = " + CStr(nFull)

oCmd.CommandTimeout = 60*60*24*2
oCmd.Execute()

'--------------------------------------------------------------------------------------------
' RAR
'--------------------------------------------------------------------------------------------

cCmdLine = """d:\program files\winrar\rar.exe""" + _
       "a -m5 -dh -df -ri6 -ep -mt3 " + _
       "-w""E:\TEMP"" -ilog""E:\archlog\rar-sql.log"" " + _
       "F:\Backup\Data\SERVER-SQL1\" + cDB + "_" + CStr(nDOWCur) + ".rar " + _
       "\\server-sql1\f$\SQL-temp\backup\" + cDB + ".bkp"

Set oRun = CreateObject("Wscript.Shell")
oRun.Run cCmdLine, 0, True

Органическое неприятие крутым админом basic'а? А я больше поверю, что программисту более по сила осилить такой несложный скрипт, чем среднему одмину.

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

Админ прав, вы должны приобрести developer сервер и играться на нем сколько хотите

надо исправить пару косяков и перезакрыть месяц на УПП.
Т.к. не уверены - решили на тестовом сервере к примеру.

Базу надо ту , которая сейчас.
Вероятность того что админ подорвется делать вам бэкап ?

(202)
понятно я пытаюсь вырулить в крайность, но крайность при работе бывает достаточно часто

(0)Бухать не пробывали?

(199) а вот нужно так было сделать и я не знал как штатными средствами СКЛ сервера это провернуть вот и обратился к корифею бэкапов.

(203) а админы по дефолту говорят, что где-нить через недельку развернут бэкап )))

(205)
и правильно настроили? все это время бэкапы мог взять любой желающий ?

(202) При нормальной организации работы админов - вероятность 146% :)))
(206) Как показывает опыт, достаточно одного звонка главбуха, чтобы админы оторвались от онлайн игр и тут же, роняя кал, занялись своей работой.

(208)
ну вот, а звонок главбуха - это нормально ?

(209)
это минус полчаса/час на всякие споры и т.д

(210) возможно каждый раз, т.к. к примеру в пуле заявок вы последный

(209) Нет, если админы не ах...шие. Но ты же рассматриваешь крайний случай?
(210) Поверь мне, никаких споров даже не возникнет, если админы знают, что после звонка главбуха будет разбор полётов у директора и оргвыводы. Как правило, для любого директора работа бухгалтерии имеет наивысший приоритет. Все пулы заявок при этом идут лесом.
Поэтому у нас до таких звонков дело не доходит. Админы сразу делают, что надо.

(212) Не знаю, у нас это не так, ибо бухгалтерия это затратный отдел который год ничего не делала, а потом перед сдачей выяснилось, что у нее в январе прошлого года документ не проводился, и у нее сроки горят и ей срочно надо

(212) извиняюсь, это что за организация, где "для любого директора работа бухгалтерии имеет наивысший приоритет"?...

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

(214) ИМХО, любая организация, в которой директор любит деньги, и знает, кто и, главное, как, для него их считает :))

да

(215) у нас был один такой "великий"... в один прекрасный день после очередного "йа занят" к обеду он уже паковал вещи в картонную коробочку...

(215) Ну не знаю. Если ГБ доложит директору, что налоговая отчётность, к примеру, не была вовремя сдана из-за какого-то "великого и могучего" админа, и штраф компании составил несколько миллиончиков, я думаю админ быстро узнает, для чего применяют бизнес-гель (в простонародье вазелин).

(219) +100500. И это правильно.

(216) я всегда считал, что деньги для директоров считают финансисты, а бухгалтерии удовлетворяют запросы фискальных органов. удивлен, что где-то это происходит иначе...

(222) Фин отдел занимается своими делами - бухгалтерия своими, в своём посте я их не разделял. Или у вас финансисты в 1С не работают?

(219) когда их несколько - они кучкуются и искусно прикрывают друг другу опы

(223) работают конечно. я просто не знал, что у вас все кто работает в 1С, считаются бухгалтерами ;)...

(225) Да, согласен. Я просто неправильно выразился. ГБ обычно ипала мозг нам, а мы уже админам. А начальник финотдела (очень милая девочка :), постоянно орала на админов: "если у меня через 5 минут клиент-банк не заработает, вы здесь больше не работаете". :)))

+(226) Просто для меня, что финики, что бухи, что экономисты - один фиг: просто пользователи 1С (просто несколько более привилегированные, чем манагеры) :)))

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

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

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

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

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

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

(115) правильно...

а админ далб#$б, пока нагрузка не большая, поднять виртуалку, и ни каких проблем

говорю как бывший админ....

На прошлой работе стояла отдельная связка сервер 1С + SQL для разработчиков, но я все равно свою тестовую в рабочей связке держал - быстрее работает.
А сейчас тестовая база на локальном SSD - летает.

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

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

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

(15) "а как-то официально получить ответ от 1С можно?"
как вы со своими серверами разберетесь и разделите их - 1С не касается.
нет ресурсов на самостоятельную разработку и отладку - 1С скажет "пригласите специалиста" ("закажите разработку у партнеров")

(52) "Для разработки скуль сервер можно поставить и на рабочей станции (только хорошей рабочей станции). "
на прошлой работе рабочая база (самописка) занимала 700Гб.
слабо представляю себе рабочую станцию для отладки такой базы...

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

+(240) проси отдельную машину для отладки 1С

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

(239). Хыыы, если у органиации такая база - то или прогеры дауны или бабла у нееесть для отдельного сервака.

Однозначно.

(239) а зачем разработчику 700гб данных? если данных будет в 10 раз меньше качество разработки снизится?..

Одмин прав! Видимо ты еще не попадал в неуклюжие ситуации... молодой еще

(187) а почему нельзя админа попросить это сделать?

увы

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

(243) нет - просто база для управленческого учета с расчетом себестоимости производства и историей за 4 года.
(245) а как от 700Гб отрезать только 10% (особенно если для тестирования нужны актуальные данные)?

(249) см. (229), п.2.

(249) Кхм ...
Кривой код может уронить что угодно

(249) просто крутые одмины считают, что если у 1С-ника нету сертификата MS DBA, то его вообще нельзя подпускать на пушечный выстрел к MS SQL, а то вдруг они ещё положат весь сервер, ай-я-яй :)

Бояться не надо, просто копию базы сделать для экспериментов. И не пускать в рабочую

(250) ну отрезать не обязательно. в чем проблема создать необходимый объем тестовых данных?

(254) В рабочую само собой только отлаженный код можно подключать.
Любой код кривой по определению , пока не оттестирован и не отлажен .
Загрузка пары несвернутых ТЗ в менеджер временных таблиц для последующего соединения , если в каждой по паре миллионов строк , да еще с ссылками на объекты , любой сервак поставит колом , ну или как минимум заставит сбросит остальные процессы скуля в свап . Нефиг отладку вести на рабочем сервере

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

(256) Тут два конца как говорится. Предполагаю, что ТС не крутит себестоимость или какое нибудь планировнаие по сменам на 2000 единиц оборудования.
Если просто что-то не бьет в отчетах или после сверток, то нужны и данные и сервер помощнее. А так как у дельфина, то смотреть нужно.

(225) Неправильно сводить бухгалтерию исключительно к сдаче отчетности государству. Бухгалтерский учет - это гениальное изобретение именно для получения объективной картины экономического и финансового состояния предприятия. Всякие там регистры накоплений - это шаг назад, регресс... Если у кого-то на предприятии учет ведется "в регистрах", то есть в блокнотиках и амбарных книгах - на таком предприятии обычно воруют по-черному.

Виртуализация..

(260) Как компромиссный вариант да . Но для программерской работы вовсе не нужен супер-пупер сервер , с мощными рейдами и прочим . Чего на копейках то экономить

(257) изучение основ тестирования ПО позволяет избавиться от подобных стереотипов...

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

(263) и как часто нагрузочное тестирование требуется на реальном объеме данных?

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

(264) Достаточно , часто , причем чем больше реальная нагрузка на базу , тем чаще .
Когда база многие десятки (сотни) гигов и количество пользователей за сотню (и выше) , без этого не обойтись
. У нас так практически любое решение тестируется на нагрузке кроме самых элементарных

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

(181) А это, чувак, уже проблема коммуникаций. 1Сники очень этим страдают. Подойти к админу и предложить свою помощь в решении проблемы, не? Вы же пупы земли, ёшкин кот.

(266) и по какой методике тестируете?..

(0) Если по пунктам (из практики)
1. На основных серверах только рабочие базы , подключаются только оттестированные решения . Программисты имеют админский доступ к самому скулю , но не к серверу . Разработка ведется на локальных файловых базах или MDE (как правило MDE) на обрезках баз . Тестируется и оптимизируется на выделенном для этой цели специальном сервере , причем у каждого своя достаточно полная копия реальных баз
2. Запросто , и не однократно , и если уж не положить намертво , то по крайней мере вогнать в ступор , особенно на тяжелых задачах (сложные отчеты по рентабельности например , или групповая обработка) . К счастью это был программерский сервер :)

ясен пень

(269) По научному или на практике :)
Как минимум смотрим потребление процессоров и памяти на сервере , на реальных объемах данных , причем например отчеты помесячные гоняем по квартально , квартальные за год . Документы проверяются на параллельное проведение пакетом , минимум от пяти виртуальных пользователей сразу (но не более чем на десяти), делаются замеры в отладчике в условиях параллельного исполнения .

(272) что подход у вас не научный я уже понял :-)
ладно, оставим пока методику в стороне.
и как часто вы это делаете? поправили пару строк и давай все конфигу гонять?

*всю конфигу

(273) В научном подходе очень много умных слов :)
Нет конечно , выше уже писал , элементарщину так не мучаем :)
Но новый документ или серьезный отчет , или глобальную процедуру обязательно .

Гениев у нас нет , ошибится может любой , наму.ил с типизацей значения или группировкой в запросе , очепятался, и вместо 100 000 строк выгрузилось пара миллионов или таблица не свернулась . На "огрызке" базы баг имеет шанс остаться незамеченным .
Час простоя конторы стоит дороже отдельного сервера (не крутого) вместе лицензией на скуль , нафига рисковать ?

(275) бугага! у вас джамшутов чтоли нанимают для программинга?
все алгоритмические ошибки отлавливаются на минимальном объеме данных. но если вы не хотите/не можете этим заниматься, другое дело...

да и отлавливать ошибки в алгоритмах с помощью замеров производительности - это сильно...

(276) А где ты выдел алгоритмическую ошибку ? Стандартная ошибка исполнения .
А нормальное масштабирование сложного алгоритма не самая тривиальная задача кстати
Если ты уверен в 100% надежности кода , можешь гонять все на основном серваке или вообще тестироваться на рабочей базе :)

Если судить по количеству глюков то Висту писали Джамшуты поголовно , понятия не имеющие о тестировании , ну если не джамшуты то индийцы

(277) Вспомни хотя бы штатное сохранение в Excel в клюшках . После 4000 строк время сохранения увеличивалось как минимум в квадратичной зависимости .
Сколько лет потребовалось что бы в восьмой платформе хотя бы базовые глюки устранить ? 8.2.14 - гыыыы

А у мну на работе цельных два тестовых SQL-сервера. И еще с десяток боевых. Есть где развернуться.

(276) Вот у нас такие же писали конфу ... на минимальном объеме данных ошибки отлавливали. Запарились уже разгребать косяки, в которых работает все правильно, но на реальных объемах колом встает.

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

(280) Крут :)
У нас семь боевых если горячий подхват считать за боевые и один чисто для тестов-отладки .

Кстати на крайняк для тестов как раз сервер горячего подхвата можно использовать

(216) Контора купил, продал, спекульнул...У меня на производство первично, потом бухия идет..

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