Почему администрирование базы данных так сложно?

Я знаю много администраторов баз данных , и им больше 28-29 лет.

Все ли администрирование базы данных? Я имею в виду, это о том, чтобы получить опыт больше, чем по крайней мере 7-8 лет?

Или администратор базы данных так сильно?

92 голоса | спросил Soner Gönül 24 Maypm11 2011, 17:33:39

15 ответов


142

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

Последствия отказа обычно больше для DBA , чем разработчик. Администраторы баз данных часто поддерживают десятки, даже сотни различных приложений и систем, большинство из которых жизненно важны для успеха компании. Нарушение безопасности, неудача восстановления или проблема производительности могут иметь далеко идущие и разрушительные последствия. Это требует уровня знаний и опыта, которые не могут быть получены за короткий промежуток времени.

Чем лучше DBA делает свою работу, тем меньше видимость у них. Администратор базы данных с надежной, восстанавливаемой, доступной и хорошо работающей базой данных не будет распознавать. Администраторы баз данных замечены при возникновении проблем. Они не только замечаются, когда их проблемы навязываются самим себе, они также обвиняются, когда в базе данных возникают проблемы из-за плохого кодирования, неправильной настройки сети или неправильно настроенного хранилища.


Я переключился с разработчика на DBA, когда мне было 29. Для меня все, что делает DBA трудным, также делает его полезным. Мне нравится поглощать и использовать широкий спектр знаний, и большая возможность для неудачи делает его избежанием все более значимым, видят ли другие это или нет.

ответил Leigh Riffel 25 Mayam11 2011, 04:26:47
57

Становление администратора базы данных фактически требует большого опыта, но в основном это может быть только четыре разных пути:

  1. Будучи разработчиком и делая segue для DBA
  2. Будучи разработчиком и созданным как администратор базы данных
  3. Обучение прямо из колледжа /торговой школы, чтобы стать DBA
  4. Являясь SysAdmin и делая переход или вытягивая двойную обязанность как DBA

Будучи разработчиком и делая segue для DBA

В другом вопросе, заданном на этом сайте, Как могли администраторы баз данных быть более «удобными для программистов» , я упомянул, что я был разработчиком в течение 16 лет, который работал с администраторами баз данных. Поработав с ними, я понял, что, насколько их опыт включает в себя теорию базы данных, дискретную математику и опыт программирования, они могли видеть, как должна работать база данных и как должен выполняться запрос.

Наличие DBA с этими вещами на их фоне заставило меня почувствовать, что я все еще учился в колледже у какого-то адъюнкт-профессора, но который действительно знал их вещи. До тех пор, пока администратор баз данных был готов делиться тем, что они знали, без предоставления вам , они могли бы стать вашим наставником с точки зрения разработки SQL-операторов (SQL сам по себе является контекстно-зависимым программированием Язык), которые являются настолько эффективными, насколько это возможно. Конечно, есть и другие мирские части, такие как выполнение установок, создание резервных копий, обновление программного обеспечения, мониторинг показателей производительности, создание отчетов и т. Д. Но как разработчик, если вы сосредоточитесь на базах данных и SQL, которые работают с этими базами данных, со временем вы станете настолько искусными в SQL, что это будет второй натурой, и вы можете сосредоточиться на разработке приложений.

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

Быть разработчиком и быть составленным как DBA

Для большинства разработчиков, которые не видят ничего, кроме разработки и кодирования на всю оставшуюся жизнь, это может быть похоже на выбор либо в реалити-шоу Survivor , либо в игре show Wipeout . Новый администратор баз данных тратит свое время на взаимодействие с этим Black Box (известный всем нам просто как база данных), с которыми они связались за данные за эти годы.

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

Обучение прямо из школы колледжа /профессии, чтобы стать DBA

Это, безусловно, самый смертельный способ стать администратором баз данных. Это также самый редкий путь - на самом деле это практически неслыханно. Теперь мы говорим, позволяя кому-то из Макдональдса или Burger King в тот же итальянский ресторан.

Привлечены три кривые обучения:

  1. Применение навыков из колледжа /профессии в роль DBA,
  2. Взаимодействие с конкретными СУБД (PostgreSQL, Oracle, MySQL, DB2, Sybase, Ingres) и
  3. Взаимодействие с разработчиками ( будущий администратор баз данных, изучающий приличные социальные навыки прямо из школы? Да, правильно! ).

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

Являясь SysAdmin и делая переход или вытягивая двойную работу как DBA

Как бывший разработчик и теперь администратор базы данных, одна вещь, которая не должна восприниматься как должная, - это роль SysAdmin.

Роль SysAdmin /DBA немного впечатляет меня. У хостинговой компании моего работодателя у нас есть парень, который является SysAdmin /DBA (SCMDBA). Он настолько завален инфраструктурными проектами и своими собственными внутренними гигантами MySQL. Я не завидую ему, я благодарю его. В честности, так как истинный ум SysAdmin /DBA мне чуждо, я оставляю его на усмотрение SysAdmin /DBAs, чтобы обновить этот абзац (или полностью заменить его), чтобы описать этопуть .

Заключение

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

Кстати, так получилось, что я испытал первые два пути DBA, начиная с августа 2004 года в возрасте 39 лет. Два года опыта, который был у меня в подготовленной роли DBA, сделали переход на полный рабочий день DBA очень приятным и комфортным.

Мой совет для администраторов баз данных 28-29 лет? Будьте так же хороши в работе с людьми, как и с РСУБД. Если вы растете в обеих областях, вы можете сделать это как администратор баз данных на долгие годы.

ответил RolandoMySQLDBA 24 Maypm11 2011, 20:59:57
37

Администрирование базы данных затруднено из-за двух причин

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

Дорогие ошибки Это также является причиной того, что руководители крупных компаний обычно находятся в возрасте 50 лет.

ответил David 24 Maypm11 2011, 21:21:57
27

Довольно легко быть плохим DBA

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

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

Я не думаю, что речь идет о «легче» или «сложнее» - просто вопрос о том, насколько ценны ваши данные: по сути, сложнее разместить спутник в пространстве, чем человек, но вы бы проверьте свои суммы намного больше для последних

ответил Jack Douglas 24 Maypm11 2011, 17:42:36
18

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

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

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

ответил Derek Downey 24 Maypm11 2011, 17:53:21
18
  

Я знаю много администраторов баз данных, и им больше 28-29 лет. Все администрирование базы данных?

Большинство хороших, твердых программистов, которых я знаю, также не моложе 25 лет. Я полагаю, что существует коррелирующий фактор для возраста + опыта = хороший кодер. ;)

  

Я имею в виду, это о том, чтобы получить опыт больше, чем по крайней мере 7-8 лет? Или администратор базы данных так сильно? Как вы думаете?

Быть администратором базы данных непросто, если это то, что вы имеете в виду. Есть много вещей, которые вы должны знать как dba. Это также означает школу, и это означает несколько лет опеки над другим человеком. Помните, что базы данных установлены логикой, которую почти никто не ходит в школу достаточно долго, чтобы учиться, что поэтому никто не знает. Set-logic разделяет некоторые правила с помощью алгебры, но двигатели (MSSQL, Oracle и т. Д.) Сами являются скрученными животными реализации этих правил, поэтому вам не только нужно понимать математику за базами данных, вы должны понимать реализацию, которую вы бежать сверху. Это даже не означает, что вы знаете предпочитаемый язык сценариев (PL /SQL, TSQL и т. Д.).

Затем рассмотрим, что в качестве dba вы будете нести ответственность за то, чтобы наиболее важные бизнес-данные часто были переданы вам в руки. Вам нужно пройти мимо худших частей «совершения глупых ошибок», и вам нужно научиться немного сдержанности. Большинство людей в 21-23 еще не узнали об этом. Некоторым из нас в 30 до сих пор не было.

OT: Вот почему я говорю, что люди ничего не знают, пока им не исполнится как минимум 40, и к тому времени их считают за холмом, когда на самом деле они просто достигают своего шага. (сказал, что кто-то 31)

ответил jcolebrand 24 Maypm11 2011, 19:20:14
16

Я не думаю, что быть DBA трудно. Тем не менее, стать одним из них было.

ответил user1875 25 Maypm11 2011, 18:32:54
14

Я хотел ответить, чтобы добавить еще один аспект, который не был рассмотрен выше: поле зрения.

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

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

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

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

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

ответил Chris Travers 18 12013vEurope/Moscow11bEurope/MoscowMon, 18 Nov 2013 13:20:43 +0400 2013, 13:20:43
8

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

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

PS: Когда я был экс-программистом, получившим DBA, программисты спрашивали меня: «Не работает ли DBA?»

Мой ответ: «это только скучно, когда вы делаете это правильно!». :)

ответил Walter Mitty 31 MarpmSun, 31 Mar 2013 16:26:48 +04002013-03-31T16:26:48+04:0004 2013, 16:26:48
7

Я скорее в начале моей поездки DBA, но вот несколько причин, почему люди могут найти эту работу трудно ... Это сложно, потому что:

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

Брэд Мак Gehee написал книгу об этом, «Как стать исключительным администратором баз данных». Стоит прочитать, если вы намерены углубить вопрос.

Удачи!

ответил KookieMonster 1 PMpMon, 01 Apr 2013 23:58:41 +040058Monday 2013, 23:58:41
5

Я стал двой в возрасте 25 лет. Мне потребовалось 6 месяцев с того момента, как я начал учиться, чтобы пройти сертификацию, а через 2 месяца у меня была работа. Я думаю, что определение определенно играет большую роль. Для меня это было нелегко. Все, что требовалось, - это сила воли, чтобы учиться и показывать, что я был способен узнать, что когда-либо ставится передо мной.

Я скажу, что все, что у меня было, - это степень психологии и справочная служба. Когда я получил свою работу в качестве администратора Oracle Apps, я сразу подумал, что OMG, все, что я изучил, чтобы стать CORE DBA, не помогло мне ни на что. Я помню, что чувствую себя чрезвычайно подавленным. Мне приходилось каждый день напоминать себе, что я могу это узнать, а через 2 года я приобрел гораздо больше знаний.

То, что я говорю, - это DBA, это не сложно, а не сложно, но, изучая все на работе и вне работы, мы должны знать, что предыдущие dba, упомянутые ранее, занимают много времени и требуют много усилий , Я обнаружил, что у 27 большинства людей мой возраст или моложе не имеет усердия или желания хотеть выучить такой широкий спектр технологий. Но я люблю свою работу в качестве администратора Oracle Apps DBA и с нетерпением жду всего остального, что будет постоянно бросать мой путь к обучению. Вы можете это сделать, если вы приложите свой ум к нему, не имеет значения, какой вы возраст!

ответил oracledbagirl 7 MarpmFri, 07 Mar 2014 20:52:58 +04002014-03-07T20:52:58+04:0008 2014, 20:52:58
5

Будучи администратором базы данных, вы также считаете, что вы активны, а не реактивны. Вы должны быть в состоянии представить себе будущее и планировать. Это требует много усилий ... раз, много, много раз, и если вы сделаете это правильно, вознаграждение - это полное отсутствие признания имени. :-) Вы также должны иметь возможность говорить «нет» людям (включая боссы) и объективно, эффективно сообщать свои причины, почему с точки зрения аудитории может понять. Вы должны проявлять осмотрительность и принимать рациональные решения в ситуациях высокого давления. Вы должны иметь возможность быстро владеть своими ошибками и не позволять им синего экрана, а скорее эффективно переключаться с «Я не могу поверить, что я просто сделал это», чтобы «Ладно, как лучше всего это исправить». Вы должны уметь тактично предлагать улучшения кода разработчиков таким образом, чтобы не оскорблять и не оскорблять, и это искусство, культивируемое опытом, но освоенным немногими.

ответил stacylaray 26 AMpSat, 26 Apr 2014 08:37:12 +040037Saturday 2014, 08:37:12
4

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

Старый сертификат MCDBA суммирует его довольно хорошо, я думаю. Для этого потребовалось пройти четыре экзамена, экзамен SysAdmin, экзамен по сетевой инфраструктуре, экзамен по разработке базы данных и экзамен по администрированию SQL. Это довольно широкий круг тем, так что реалистично вы, скорее всего, придете к нему через один из них. Я бы сказал, что большая часть SQL-администрирования стоит на плечах остальных трех, поэтому большинство людей приходят к ней через один из этих маршрутов изначально. Например, SysAdmin обрабатывает резервные копии SQL (мой первый набег на SQL много лет назад) или разработчик, создающий базу данных для кода, который они пишут. Начиная с вас вы не будете знать все, но у вас будет заземление, по крайней мере, в его части, например, в системах SQL работает и как работают разрешения, или о методах программирования, используемых для связи с базой данных, и оттуда вы может узнать все остальное.

Трудно судить, действительно ли DBA - это то, что вы хотите сделать, пока не сделаете это, но по вышеуказанному маршруту люди могут постепенно наращивать его. Вы можете либо полюбить его, либо сделать его своей карьерой, либо найти, что это не для вас, и придерживаться вашего предыдущего пути карьеры, без огромного скачка в неизвестность. Но это требует времени, и это соответствует тому, что DBA стремится к «мудрее в годах» в отрасли.

Чтобы быть хорошим администратором баз данных, вам также нужна уверенность и зрелость, которые, как правило, приходят с возрастом. Другие перечисляли другие аспекты этого, но я бы добавил, что уверенность в том, чтобы сказать «нет» и встать на свои места, умерить опыт, чтобы знать, когда это уместно.

Наконец, я считаю, что быть хорошим DBA требует определенного мышления, и трудно понять, есть ли у вас это, пока вы не оказались в окопах. Стремление к деталям, готовность планировать заранее, способность смотреть на общую картину и не бояться документировать вашу работу, являются важными аспектами поддержания стабильной системы. Некоторые SysAdmins и Developers подобны этому, и могут легко сделать переход, в то время как другие могут обнаружить, что, хотя их подход имеет ценность в их текущей работе, как администратор базы данных, они будут бороться и находят эти вещи хором и не пользуются работой.

ответил Keith Langmead 8 MaramSat, 08 Mar 2014 02:28:06 +04002014-03-08T02:28:06+04:0002 2014, 02:28:06
3

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

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

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

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

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

И, да, мне сейчас 38 + 1/2 года.

ответил 20 PMpMon, 20 Apr 2015 17:49:27 +030049Monday 2015, 17:49:27
1

Как и большинство навыков, учиться быть dba требует времени. Получение хорошего dba занимает больше времени. Чем больше вы читаете и узнаете больше знаний, которые вы можете применить.

Другим путем перехода на dba является запись отчета или эксперт приложения. Чем больше времени вы проводите с помощью SQL, тем больше вы узнаете о том, как работают dbs. Получение навыков SQL-запросов станет хорошей отправной точкой для того, чтобы стать dba.

ответил peet 1 J000000Tuesday14 2014, 12:57:49

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132