Роль адміністратора бази даних (АБД)

Ден хоткей пропонує увазі читачів стислий огляд спеціалізацій, обов'язків та посад, характерних для адміністраторів баз даних.

Серед моїх робіт є доповідь, який називається "Роль адміністратора БД", який я іноді читаю, якщо до мене звертаються з проханням провести презентацію тематичного характеру. Мені здається, що запропонований матеріал може виявитися досить корисним для членів спільноти Oracle Professional. Стаття дає загальне уявлення про те, чим займається адміністратор БД, його обов'язки і спеціалізації щодо реляційних БД Oracle. Після закінчення доповіді багато слухачів підходять до мене зі словами: "Як шкода, що тут немає мого начальника, щоб він міг це почути". Так ось тепер він зможе це прочитати!

Посадова інструкція

Адміністратор БД відповідає за цілісність інформаційних ресурсів компанії. На ньому лежить відповідальність за створення, оновлення та збереження пов'язаних між собою резервних копій файлів, виходячи із завдань підприємства. Ця людина має в найдрібніших подробицях знати існуючі механізми відновлення програмного забезпечення БД.
Можливі ситуації, при яких адміністратору БД буде потрібно на основі логічних прикладних моделей створювати елементи фізичної схеми, а також підтримувати зв'язок користувачів із системою і забезпечувати відповідний рівень інформаційної безпеки, стежачи за тим, щоб доступ до даних мали тільки ті люди, які його потребують.
Адміністратор БД повинен вміти визначати вузькі місця системи, що обмежують її продуктивність, налаштовувати SQL і програмне забезпечення СУРБД і володіти знаннями, необхідними для вирішення питань оптимізації швидкодії БД.

Стереотип адміністратора

У більшості випадків не складе великих труднощів розпізнати серед співробітників фірми людей, відповідальних за БД. Їх можна побачити в конторі пізно ввечері або у вихідний день. Вони віддані своїй справі, зайняті роботою навіть у неробочі дні і в кожного з них є стільниковий телефон або пейджер. Деякі з їхніх завдань, наприклад, таких як обслуговування схеми, забирають багато часу і можуть містити помилки. Без участі адміністратора не обходиться рішення жодної мало-мальськи серйозної проблеми, пов'язаної з базою даних.

Історія адміністрування БД Oracle

Платформа Oracle не завжди була такою "навороченої". За часів Oracle V4 адміністратор БД часто залишався лише розробником. Єдиним способом резервування даних було "холодне" резервування, тобто копіювання всього програмного забезпечення БД Oracle і файлів даних лише у випадку "виключеною" БД. Вихід Oracle V5 і поява SQL * net ознаменували собою розвиток нового підходу клієнт-сервер. Крім того, в Oracle V5 були включені додаткові кошти настоянки, такі як explain plan, кошти аудиту тощо. На допомогу адміністратору БД надавався ряд додаткових функцій, покликаних полегшити його роботу. Починаючи з Oracle V6 стало відбуватися поділ адміністраторів за спеціалізаціями. Корпорація Oracle випустила цілий пакет додатків; впровадила паралельний сервер; розміри баз даних можна було вже сміливо охарактеризувати, як дуже великі; з цих причин системою ставало все важче управляти, що ще більше ускладнювався наявністю помилок і руйнуванням даних. Крім того, в Oracle V6 вперше були введені тригери і мову PL / SQL, а зацікавленої громадськості представлений механізм реплікації. Складність же пакета Oracle V7 досягла небувалих до того часу висот, втіливши поняття цілісності посилальних даних або ставлення первинний / зовнішній ключ на рівні БД. Це дозволило спростити написання додатків, однак додало зайвого головного болю адміністраторам БД. Oracle V8, у свою чергу, познайомив всіх з розбивкою таблиць та індексів, і масою нових засобів індексації. Oracle8i підняв планку ще вище завдяки підтримці файлової системи, Інтернет, Java-тригерів і т. д.

Кожна із згаданих версій змушувала адміністраторів БД освоювати, реалізовувати, вивчати нові можливості та ущільнювати свій і без того напружений робочий графік.

Обов'язки адміністратора

Що стосується обов'язків адміністратора БД, то у нього їх безліч. Серед найбільш важливих – резервне копіювання та відновлення інформації. Механізм резервування та відновлення даних зобов'язаний враховувати залежність бізнесу від інформації. Іншими словами, якщо у Вашій прикладної системі прийому замовлень через Інтернет будь-яка втрата інформації є абсолютно неприпустимою, то використання схеми "холодного" резервування, тобто припускає повну зупинку і відключення БД, в даному випадку, абсолютно неприйнятно. Для того, щоб знайти найкраще рішення, відповідає вимогам підприємства, адміністратор повинен добре розбиратися в різноманітті методів резервування та відновлення, знати плюси і мінуси кожного з них.

Крім того, адміністратор повинен контролювати зростання БД. Від нього вимагається тримати керівництво в курсі щодо передбачуваного зростання БД, з тим, щоб мати можливість своєчасно замовити будь-яку необхідну обладнання.

Налаштування також є однією з основних зон відповідальності адміністратора БД. І користувачі, і розробники за порадою будуть звертатися саме до нього. У кількох своїх книжках я цілі розділи присвятив важливості первинної налаштування апаратного забезпечення та програмного середовища Oracle як фундаменту для подальшої розробки додатків і виявлення прихованих помилок SQL (див. малюнок).

Чим оперативніше адміністратор локалізує проблему, тим швидше він її вирішить. Кращий для цього спосіб – мати відповідний механізм стеження, який би попереджав адміністратора про насуваються несправності. Більшість неполадок легше виправити до того, як вони набудуть глобального характеру. Такий превентивний підхід до задачі виявлення помилок економить час і нерви АБД, оскільки останні отримують можливість заздалегідь спланувати заходи з ліквідації несправностей і фактично позбавити себе від ролі пожежного, кидає все і поспішає на боротьбу з раптово стихією, що розбушувалася.

Якщо виникла проблема, бажано якомога швидше дістатися до її першопричини, щоб її вчасно нейтралізувати.

Налаштування SQL – ще одна область, в якій адміністратор зобов'язаний проявляти свою кваліфікацію. Для адміністратора БД було б корисно мати інструментом, який би фіксував інструкції SQL і зберігав їх для подальшого аналізу. Директиви SQL є головним джерелом помилок в реляційних базах даних, і засіб, яке не дозволяє доступ до інструкцій, що викликають проблеми, служить всього лише інструментом моніторингу, від якого мало пуття.
До всього вищесказаного додам, що зазвичай крім усього іншого, адміністратор також займається створенням тестових конфігурацій БД, управлінням схемами додатків, внесенням змін у ці схеми, бажано безпомилкових, підтримкою користувачів, що виражається, наприклад, в додаванні в систему нових користувачів, забезпеченням інформаційної безпеки у вигляді відкриття доступу тільки до запитуваною об'єктах.

Роль адміністратора в управлінні БД Oracle

Існує безліч спеціалізацій, пов'язаних з Oracle-додатками, починаючи, в першу чергу, безпосередньо з самих кінцевих користувачів. Ось хто справжні клієнти адміністратора. Якщо Ви маєте справу з інтернет-системою, то іноді прямий зв'язок з користувачами просто неможлива. Передбачається, що всі люди, про яких йде мова в цій статті, працюють в одній компанії. Так ось, користувачам необхідний доступ до окремих об'єктів бази даних, що становлять їх застосування. Обов'язок адміністратора забезпечити їм необхідні права для виконання відповідних операцій. Крім того, адміністратор може взаємодіяти з користувачами з питань, що стосуються функціонування БД і вже тим більше, коли він виконує заходи з налаштування системи.

У великих обчислювальних центрах є "довідковий стіл", свого роду "передова лінія" в боротьбі з несправностями. У такій системі підтримки користувачів зайнята група фахівців-розробників, або прикладної адміністратор БД. Якщо "довідкового столу" вдається вирішити виниклу проблему, то АБД може ніколи і не дізнатися про те, що вона взагалі виникала.

Разом з адміністратором БД повинен працювати інформаційний аналітик, чия присутність гарантує, що всі створюване з точки прикладання програмне забезпечення ефективно використовує наявні апаратні можливості і враховує теперішнє і майбутнє оточення СУРБД Oracle.

Програмісту можуть бути передані деякі повноваження адміністратора БД, що стосуються тестового екземпляра БД. Програміст повинен володіти, але не повинен користуватися, правом здійснювати міграцію або установку програм з тестовій конфігурації БД в робочу. Це одна з прерогатив АБД, він відповідає за те, щоб впроваджувані в систему об'єкти не конфліктували з уже функціонуючими. Крім того, він несе відповідальність за те, щоб ці об'єкти піддавалися відновленню у разі відмови системи, або у випадку ненавмисного або навмисного псування інформації.

Прикладної адміністратор БД впритул працює з розробниками, включаючи і інформаційного аналітика, з тим, щоб упевнитися, що все, що робиться з точки зору програмного оточення, реалізовувалося і експлуатувалося найкращим чином в залежності від потреб бізнесу. Прикладної адміністратор БД обов'язково бере участь в будь-яких заходах з налаштування програми і, як правило, тісно контактує з кінцевими користувачами в процесі виявлення та виправлення шорсткостей системи.

Системний АБД більше піклується про програмну середовищі Oracle в цілому, ніж про її окремих елементах. У його обов'язки входить підтримка апаратно-програмної обчислювального середовища в оптимальному стані, забезпечує максимальну продуктивність для додатків, що використовують середу в своїх потребах. Крім того, до них відноситься вироблення відповідних рекомендацій і прийняття рішень щодо резервування / відновлення файлів. Системний адміністратор БД займається всім, що стосується питань продуктивності і проблем, здатних вплинути на середу СУРБД Oracle. Він також відповідальний за реалізацію будь-яких реплікацій (Replication) і паралельного функціонування, якщо ці механізми задіяні в його системі. Обслуговування SQL * Net і Net8 теж покладається на системного АБД. Додатково до всього вищепереліченого, системний АБД відповідає за будь-який Web-сервер, з якого здійснюється доступ до бази даних, особливо якщо цей сервер на платформі Oracle.

Системний адміністратор займається установкою і підтримкою апаратних засобів, включаючи доступ до них кінцевих користувачів. У невеликих центрах обов'язки системного АБД і системного адміністратора можуть виконуватися одним і тим ж людиною. Системний АБД повинен координувати свої зусилля з системним адміністратором, розробляючи структуру зберігання і дублювання інформації та плануючи подальші запити СУРБД Oracle.

Мережевий адміністратор забезпечує зв'язність елементів обчислювальної мережі. Без сумніву, під цим маються на увазі користувальницькі АРМ, організація та адміністрування внутрішньої і зовнішньої мереж, а також інформування керівництва про поточний стан системи і рекомендації щодо її перспектив. Спільно з системним АБД, мережевий адміністратор здійснює управління допоміжними файлами SQL * Net або Net8, необхідними кінцевим користувачам для приєднання до середовища Oracle.

Забезпечення інформаційних систем (ІС)

Все обертається навколо інформаційних потреб компанії. Завжди доводиться вибирати між ціною і функціональністю. Скажімо, підприємство може мати потребу в системі прийому замовлень через Інтернет, де втрата будь-якої інформації абсолютно неприпустима. Якщо мова йде про п'ятидоларової мелочевке, то іноді просто не вигідно мати дублюючу систему вартістю в кілька сотень тисяч доларів, лише для того, щоб страхувати операції не перевищують, скажімо, 50 доларів, проте подібна ситуація цілком допустима в банківських системах.

Потреби ІС в програмному забезпечення проявляються по-різному, але в першу чергу вони проявляються в наявність самих бізнес-додатків як таких. При цьому можуть знадобитися і додаткові кошти, як-то – утиліти резервного копіювання і відновлення даних, стеження, діагностики і настроювання SQL. Всі вони відносяться більше до області допоміжного ПЗ, проте можуть виявитися незамінними для підтримання продуктивності та оперативності обслуговуючого персоналу бази даних.



3. Стратегічні (strategic) АБД:


4. Старші (senior) АБД:


6. Прикладні (application) АБД:



7. Системні (system) АБД:



8. Наймані (contract) АБД:


9. Адміністратори-керівники:


Види оточень ІС Oracle

Тип і розмір центру сильно залежить від величини і можливостей компанії. Маленькі центри, такі як dot-coms (. Com – організації, що мають тільки сайт в Інтернеті – прим. Ред.), Невеликі виробничі фірми, або навіть великі відділи, тільки-тільки що переходять на Oracle, цілком можуть обійтися одним АБД, що виконує весь спектр завдань. З одного боку це добре: ясно до кого звертатися, хто за все відповідає. З іншого боку не все так однозначно. АБД в одних питаннях більш компетентні, ніж в інших в залежності від підготовки, тому іноді нелегко знайти фахівця, який би одночасно добре розбирався в адмініструванні програм і був на "ти" з "залізом" і засобами резервированиявосстановления даних Oracle. Крім того, покладаючи всю відповідальність на одну людину, слід враховувати його схильності до навчання, понаднормової роботи і т.п.

Для центрів середньої руки характерна деяка надмірність персоналу, через що вони легше переносять зміну кадрів, і при цьому є певна вигода від суміщення обов'язків кількома людьми, оскільки можна безболісно відправити працівника на навчання або у відпустку, спільно працювати вечорами і на вихідних і так далі. Навіть у таких центрах у АБД все-таки немає яскраво вираженої спеціалізації.

У великих центрах існує чіткий поділ АБД по класах, в кожному з яких присутній по кілька ступенів, завдяки чому плинність кадрів мінімально позначається на експлуатації БД. Недоліком великих центрів є те, що виконання будь-яких заходів загальмоване, оскільки перед цим керівництво повинне перевірити дотримання усіх стандартів, скласти відповідну документацію та провести декілька нарад.

Чого потребує адміністратор БД?

Потреби адміністратора залежать від його обов'язків і кваліфікації. Основне питання, на яке слід відповісти, звучить наступним чином: чим зайнятий обслуговуючий персонал Вашої БД і чим Ви хочете, щоб він займався? Якщо відповіді на першу і другу частину цього питання не збігаються, то треба визначити, що потрібно, щоб привести їх у відповідність. Оскільки досвідчені АБД не тільки рідкісні, але і недешеві, то, в нашому випадку, ідеальним вибором стало б залучення інструментальних засобів. Вони можуть зробити з молодшого АБД старшого і звільнити його від зайвих маніпуляцій, можуть призвести до помилками і віднімають силу-силенну часу.

1. Профілактичний монітор:


2. Засоби діагностики:


3. Засоби аналізу:


4. Засоби технічного обслуговування:


Скільки потрібно адміністраторів БД?

У кожної компанії свої потреби, засновані на характері використовуваних додатків. Не існує двох контор з абсолютно однаковими запитами, тим не менш, Gartner пропонує з цього приводу кілька рекомендацій:




















всього зайнятість адміністратора
< 5 20%
5 або 6 25%
7 або 8 50%
> 8 повна

Як утримати адміністратора БД?

Найкращий спосіб утримати Вашого АБД – це не змушувати його сидіти на службі у вихідні і зробити його роботу більш передбачуваною і контрольованою. Цього легко домогтися, збільшивши кількість адміністраторів, інструментальних засобів або і те, і інше одночасно. Перетин обов'язків захищає компанію від втрати накопиченого досвіду, одночасно надаючи АБД можливості для кар'єрного росту. Стандартизувати скрипти або програмні засоби. Знизити надлишкову діяльність. Скористатися послугами консультантів для заповнення прогалин та підвищення кваліфікації існуючого персоналу.


Резюме

Посада адміністратора БД, безперечно, може вважатися однією з найбільш недооцінюваних на підприємстві. Ця людина у відповіді практично за все, що тільки може піти не так. Досить невдячно вважати стійке функціонування системи само собою зрозумілим фактом, а протилежну ситуацію – виключно виною адміністратора БД. АБД потребує різноманітності засобів, здатних зробити його роботу більш продуктивною і позбавити від авралів вечорами та у вихідні. Крім того, інструментальні засоби дозволяють АБД зосередиться на виконанні своїх безпосередніх обов'язків замість того, щоб займатися "Пожежогасінням", вирішенням нагальних проблем і виконанням рутинних, але від того не менш схильних до помилок, процедур, таких як резервне копіювання і реорганізації.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*