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

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

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

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

По скорости разработки и исправления косяков, 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) не надо грязи, у меня все четко. то что вы запарились - это ваши личные проблемы жадных буратин...