Всем доброе! Будут работать 3 базы 1С на сервере. Ищем админа. Я тут уже консультировалась по поводу его поиска. Теперь вопрос такой: какие ему вопросы я, как простой программист, могу задать, чтобы понять, что он не верблюд?
Возможно, какие-нибудь вопросы по клиент-серверным взаимодействиям? Может быть, попросить сделать копию 1С средствами MSSQL и развернуть ее по соседству? (условия все есть)

+ Иначе бы не программист бы проводил собеседование :)

(87) Согласен :)
А то уперлись в SQL, как будто он только скулем и будет заниматься :)

(88) Заголовок не отражает ровном счетом нечего :)

(75) Это вопросы, которые по идее нормальный админ должен задать в уточнение вопроса из (59). А не махать сразу шашкой: полный-разностный-журнал.

(0)  а чего там админить-то? 3 скульные базы сделать да регламенты с бэкапами настроить, все чтоль? Разовая работа.

(86) Я ничего не путаю.
Сисадмин может заниматься исключительно сетью и нифига не знать про БД, и прочую хрень.
Сисадмин может быть крутым спецом по БД, и хреново знать сеть.

Если вам нужен админ MSSQL - так надо и спрашивать про MSSQL.
Причем вопросы должен задавать человек который отлично разбирается в этой самой MSSQL.

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

(90) Ну если они найдут такого админа это разве плохо?
Это же наоборот хорошо.
А список ответов - я приложил.
Это правильные ответы.

(98) Как всегда, Слово Администратор многими будет восприниматься равносильно, как "Он может все, даже программировать" :)

И опять будут недовольны, и писать на форуме "Дескать нашли, а он только скуль знает :("  :)

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

(100) И это есть... увы порой такие момент печальны...
Когда твои ответы не сходятся с ответами по шаблону :)

(0) Обычное явление: люди не разбираются в вопросе и устраивают "тендеры", "отборы", "собеседования", "опросы" из того, что более-менее соображающий спец настроит за день.
Я не знаю ответов на бОльшую часть вопросов, которые в этой теме озвучивались, и тем не менее свои сервера как-то настроил. Два физических сервера с SQL, 2-3 десятка баз, резервное копирование, регламентные задания и все такое.

(102) Предлагаете ТС обратится в отдел кадров. И просто тупо провести тесты по психологии, на различные области.

Сообразительность, IQ и т.д. :)

(103) Ничего не предлагаю. Или позвать меня. :)

(0) А я у себя в конторе админю свои базы на 1С, сидел читал литературы и т.д.
Даже выучил базовый DML DDL, знаю основные понятия SQL и настройка на уровне базиса.
Не понимаю зачем нужны какие то знания что бы админить базы 1С?

(104) Для ТС тоже Опыт. Я бы провел собеседование :)

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

админ отвечает за железо - если винты полетят или сервак поменять - все службы запустить, а вот базы там развернуть - это специалист по 1с должен делать, я так сыитаю

(107) Золотые слова! Я именно так и делаю. XD

(108) Я кстати работал в компании где был внедрен SAP, вот там, понимаю было четкое разделение полномочий.
SAP консультант по модулю HR, отдельный для ММ, FI и т.д., ABAP разработчик, Basis admin, Администратор Oracle еще Project Manager и просто Админ UNIX/WINDOWS серерверам и железу.
А у нас в 1с ты и разработчик и консультант и админ баз данных и админ сервера и принтер почини и т.д. т.п.

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

(0) Сломай базу и попроси починить.

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

(108) Какой именно специалист по 1с должен это делать? Внедренец, программист, консультант по ведению учета?

И с фига ли специалисту по 1с разбираться в тонкостях какой то БД?

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

(105) Если не понимаете зачем нужны знания, то нафига столько учили? Админили бы так, без знаний.

(113)
>> И с фига ли специалисту по 1с разбираться в тонкостях какой то БД?

Например, если он эксперт по технологическим вопросам.

(108) Неправильно считаешь. Базы должен разворачивать администратор СУБД.

(116) Эксперт по технологическим вопросам вообще не должен лезть в IT, и заниматься технологией производства.

(115) Я имею ввиду, что бы поддерживать базу 1С на MSSQL к примеру, особых знаний не нужно, читаешь немного основы и туториал.
Учил я в большей степени ради интереса и фишечек, которые открываются при работе в серверном варианте 1с.

Админ занимается доменом, учетками, безопасностью, почтовым  и кучей всяких серверов, если у предприятия есть ресурсы выделить отдельного админа на базы данных 1с, то чего он будет целый день делать - глядеть как все работает?

(117) И перед каждым обновлением я должен просить админа сделать мне архив? и если нужна срочно тестовая, чтобы что проверить или сравнить что-то с архивом опять просить админа создать и развернуть базу? а если все стало виснуть, кто будет искать причину? (0) - не будь "простым программистом", изучай и разворачивай все сама, глядишь и платить больше будут

(121) >> И перед каждым обновлением я должен просить админа сделать мне архив?
Да, это его работа. Разворачивать тестовую БД это тоже его работа и вообще все что касается манипуляций в СУБД - это его работа. А вот искать "тормоза" вы будете совместными усилиями. Админ на физическом уровне, программист - на уровне оптимизации запросов.

(121) >> перед каждым обновлением я должен просить админа сделать мне архив?

-Да

>> если нужна срочно тестовая, опять просить админа создать и развернуть базу?

-Да

>> если все стало виснуть, кто будет искать причину?

-Админ СУБД (если виснет именно СУБД).

Не совсем понятно, что именно тебя так возмущает.
У нас, например, на хозяйстве около двух десятков только продуктивных баз. Некоторые из них весьма большие (до 70Гб), которые разворачиваются не за 2 минуты. Плюс еще целая грядка всякого разного хлама типа разработочных баз, тестовых баз, развёрнутых резервных копий и т.д. и т.п., котрые живут на других серверах (разработочных и тестовых).

Иногда реально не хватает ДБА, который бы всем этим занимался (админил, контролировал, разбирался с проблемами производительности) и выполнял заявки типа "развернуть по-быстрому копию", "создать внеплановый архив"  и т.п.

+ (122) Следить за свободным местом на диске и за сохранностью бэкапов это тоже обязанности админа БД.
Кстати сисадмин и админ БД это две разные должности, другое дело, что их может совмещать один человек.
Но также и программист может быть по совместительству админом БД, если у него есть для этого необходимые знания и свободное время.

(124) значит я программист и по совместительству админ БД )) надо будет начальству про это сказать ))

Админ должен уметь делать бэкапы всего: базы, почта и тд. И уметь восстановить из этих бэкапов.
Для меня это 95% ценности админа.
Очень мало админов способны на это. Часто какие-то недоработки по бэкапам.

(126) Он должен уметь то что указано в должностной инструкции.

(125) В большинстве случаев ДБА из программистов совершенно некудышные. Примерно такие же как и программисты из админов.
Пора уже понять, что это две совершенно разные специальности.

Другой вопрос, что в подавляющем большинстве случаев минимальных знаний по администрированию СУБД вполне достаточно для работы с базами 1С. Но это допустимо только до поры до времени, пока всё ограничивается небольшим количеством небольших по размеру баз и не требуется никаких тонких настроек всего хозяйства.

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

(126) Каким боком почта относится к ДБА? Вы там часом не бредите? Может у вас ДБА еще и полы моет?...

(130) Если в должностной инструкции написано, то обязаны.

(131) Про инструкции всё понятно. Написать туда можно всё что угодно - в том числе и мытье полов. Только, ИМХО, это уже будет должностная инструкция к какой-то другой должности, а не DBA.

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

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

(118) Да ты жгешь.
http://1c.ru/rus/partners/training/files/expert.html

(0) Спроси его: "У нас тормозит 1С - ваши действия?"

(135) Позвать 1С-ника

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

(133) Ну вот зачем ты дурачком прикидываешься?
Я прекрасно понимаю, что должностная инструкция и трудовой договор - документы, которые могут обязать делать всё что угодно. В том числе и выполнять обязанности весьма далекие от основной должности.
Но в этой ветке мы говорим о вполне конкретной должности, которая называется "Администратор баз данных" (DBA).
B существует вполне конкретный приказ Минтруда России от 17.09.2014 N 647н "Об утверждении профессионального стандарта "Администратор баз данных".
И нету там никакого мытья полов и архивирования почты.

(136) вы нам не подходите. Следующий

(137) >> если в туалете кран прорвет, тоже админа звать будете?

Судя по логике Jump, да. У них там DBA вообще все вопросы решает.

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

(137) И тем более, админ SQL не понимающий связи производительности 1С с настройками баз SQL. Определенно не подходите

(140) Кому нужен такой сотрудник, который на каждую просьбу будет говорить "моя хата с краю, я этим не занимаюсь" даже не подумав и не разобравшись в проблеме?
Админ SQL не может настроить бэкапы баз SQL, а отмазывается: "может я еще полы вам мыть буду?"
Админ SQL не понимает как настраивать регламентное обслуживание баз SQL, а отмазывается "А если в туалете кран прорвет, тоже админа звать будете?". (0) В шею такого кандидата, не слушай диванных аналитиков, им бы лишь бы их ни кто не трогал, посидеть бы с 8 до 5 и домой.

(0) - задайте один вопрос - сможет ли он средствами SQL  восстановить базу из архива на определенный момент времени и как он будет это делать

(139) Это вы мне не подходите. Нафиг нужна такая фирма где за все отвечает админ. Чайник не работает - админ должен починить

Кстати 1Снику очень полезно знать SQL, никогда не помешает.
(0) Вы договоритесь с начальством + пол оклада за администрирование ТРЁХ SQL БАЗ!

(142) Ну как бы можно так оптимизировать БД на скуле, что 1С перестанет работать. Зато будет все правильно, как написано в умных книжках.
У 1С вечно свое понимание вещей

(145) вопрос касался непосредственно SQL. Если вы не видите связи, то вы просто - не компетентен.

(148) Админ должен уметь настроить бекап на скуле и восстановить из него, но не обязан знать тонкостей и нюансов стороннего софта.

(147) тем более такой админ, у которого нет опыта настройки регламентных под 1С. Зачем вы вообще даете советы, если не разбираетесь в этой области?

(143) Те вопросы, которые ты озвучил, перечислены в профстандарте DBA. Отмазаться от них сотрудник никак не сможет. Не мели чушь.

(150) Еще раз мы сейчас про обслуживание средствами скуля или про оптимизацию кривого кода в 1С, из-за которого все тормозит?

(151) Ты же сам поддержал отмазку из (137) что не админа это дело. А теперь говоришь, что это - профстандарт. Уж определись.

Речь была о том, что кто то написал кривой запрос, из-за которого всё тормозит. А виноват админ потому что он не настроил регламентное задание?
Или все же этим вопросом 1С-ник должен заниматься?

(152) Серьезно. Не обсуждай того, в чем не разбираешься.

(155) А ну да я же забыл, что 1С- не тормозит, все дело в кривом скуле

(154) Ты сам придумал про запрос. Я такого не говорил. Ты даже понять собеседника не можешь.

Перечитай еще раз (135) и (136) т.е. начало спора

(157) А с чего ты взял что это проблема именно в скуле, а не в том что кто-то в цикле запросы фигачит?

т.е. с чего уверенность что это проблема админа скуля, а не 1С-ника?

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

Админ может посмотреть профайл и сказать что тормозит потому что этот запрос часто вызывается, а дальше уже 1С-ник должен заниматься этой проблемой

(161) Это проблема 1С. Она решается с помощью, админа. Но не наоборот. А у тебя получается телега впереди лошади

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

(164) А должен? Инициатор 1С-ник, это он должен инициализировать поиск проблемы, админ может только посмотреть и проанализировать конкретные данные

Это как к доктору идешь а он тебя на УЗИ отправляет и по результатам обследования ставит диагноз. Вот УЗИст это админ, он не ставит диагноз, его задача посмотреть конретное место куда укажет врач и описать что он видит. Ты же за диаагнозом не идешь к УЗИсту, потому что проблема может быть вообще в другом, и нужно делать не УЗИ, а ренген. Но это определяет не УЗИст (админ), а врач

(165) ты ничего не сделал. Вообще. Ты послал его сразу как только услышал слово "1С". Такой админ в топку не нужен.

Поэтому и сразу и написал, чот за диагнозом к врачу

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

(166) Хорошо, что по твоему должен сделать админ? Открыть 1С и запустить КИП?

(166) Все таки возвращаясь к вопросу, настоящий админ в случае прорыва крана, должен разобраться и решить самостоятельно проблему, а уж потом вызывать слесаря? А вдруг это тоже проблема админа, а он сразу к слесарю послал

(169) Да причем тут это? Ты даже не стал задумываться о проблеме. Тебе пофиг. Ты слышишь "1С" - отвечаешь "Моя хата с краю". Все. Ты даже не открыл сервер и не посмотрел - работает на твоей стороне все как надо или нет? Работают ли регламентные SQL процедуры. Не зависли ли какие либо задачи. Не попадают ли бэкапы на рабочее время. Да просто тупо - если ли свободное место на дисках? Тебе - наср*ть: "- 1С?  - Не ко мне, я админ".

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

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

"Работают ли регламентные SQL процедуры." - для этого у меня настроен лог на почту. Так что если проблемы я узнаю по факту, а не по запросу. Плюс периодический мониторинг

" Не попадают ли бэкапы на рабочее время" - интересно кто так настроил бекапы? Напилс - не подходи к серверу

"если ли свободное место на дисках?" - опять таки мониторинг и предупреждения, а не ну пойду посмотрю.

Так что да, мне настрать, потому что с моей стороны все хорошо

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

Все эти проблемы потому что у вас ни админ, ни 1сник не знают своих прав и обязанностей, нет разграничения, не организованна нормально работа.
Это проблема руководства.

(172) да да, на форуме в интернете они у тебя настроены.
А в реальной жизни и твои логи могут отвалиться а ты даже не проверил, работают ли они вообще. Но тебе то пофиг, твоя хата с краю.
(173) настройка SQL входит в его служебные обязанности. Но он не стал разбираться - он просто послал всех когда услышал слово "1С".

(175) Ну если входит в служебные обязанности значит он должен делать.
Если не делает - пусть решают вопрос о сответствии.
1с'нику то от этого какая печаль?

(175) Да с краю.

Сидит возле банка еврей и продает семечки. Подходит второй еврей:
- Ну, как бизнес?
- Очень даже неплохо...
- Может денег одолжишь?
- Немогу...
- Как так?
- У меня договор с банком...
- Какой такой договор?
- Банк семечки не продает, ну а я - в кредит не даю...

Я не лезу в дела админа, если мне что то от него надо ему ставитья задачи, и мне пофиг как он её сделает. Если мне нужно что то настроить по рекомендации 1С, я скидываю рекомендации админу, а он уже принимает решения.

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

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

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

(179) Зачем ты мне в 10й раз про универсальность? Читай (175). Проблема в SQL, но ты даже не почесался открыть консоль чтобы проверить.

(180) Кто сказал что проблема в SQL? Кто тот доктор что так однозначно поставил диагноз?
Вопрос был. "Тормозит 1С". на основании какой логической цепочки ты пришел к выводу что "Проблема в SQL,". А если бы тормозила файловая база, тоже SQL виноват?

(10) Кстати в (23) ничего нет про отдельный экземпляр сервера на базу. Нафига оно вообще?

(179) Зависит от размера организации.
Если организация небольшая то ей не выгодно держать узких специалистов, проще нанять одного широкого профиля.

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

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

(183) Да проще вообще этих дармоедов не держать в штате, а вызывать по необходимости

А исходя из данных в (0), т.е. в штате есть 1С-ник нужен админ. Я и сказал, что если тормозит 1С сначало 1С-ник должен посмотреть. Может у него 200 пользователей параллельно базу за год перепроводят, или регламентное задание висит и память жрёт. И если у него все хорошо, он уже запрашивает у админа данные о сотоянии железа и скуля.

Или у вас бухи сначала админу звонят, он смотрит на скуль и говорит - со скулем всё ОК, звоните 1С-нику?

(183)
> проще нанять одного широкого профиля
в чем суть упрощения?

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

(188) Какое то у тебя мифическое представление о роли ДВА в процесс торможения базы

предложить кому? кадровички из бухгалтерии? или 1С-нику?

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

Вообщем как в том анекдоте
Звонок Пользователя (U, user)в службу поддержки(S, support).
U. - Алло, это служба поддержки???
S. - Да.
U. - У меня проблема, мой модем не хочет работать!!!
S. - Давайте пропишем Вам строчку инициализации.
U. - Давайте.
S. - AT&F1&M5
U. - Спасибо!!!
Через 5 минут.
U. - У меня все еще не работает!!!
S. - Да??? Ну давайте запишите другую
U. - Я слушаю
S. - ATS10=100
U. - Спасибо!
Проходит еще 5 минут...
U. - У меня Модем все еще плохо работает!!!
S. - Ну что, пишите еще одну строчку...
U. - Слушаю.
S. - AT&F&B1&A0&S0=90
U. - Спасибо.
Прошло еще 5 минут...
U. - Алло!!! У меня сгорел модем!!!
S. - Очень жаль, а то у меня еще в запасе столько строчек инициализаций осталось...

Т.е предлагаешь из пушки по воробъям?

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

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