Робочий графік рядового адміністратора

Зміст



Введення


Питання "Що повинен робити адміністратор у своїй повсякденній практиці?" неминуче постає перед АБД або його начальником. Тут робиться спроба на нього відповісти, але без претензій на спільність. Багато адміністратори СУБД Oracle – люди досить обізнані й самі повчать автора цих рядків того, що і як годиться робити в їх системі. Ця стаття не для них. Вона для тих, хто отримав Oracle в складі прикладної інформаційної системи й повинен її підтримувати, не маючи великого попереднього досвіду роботи з цією СУБД. Частка таких людей у нас в країні вже зараз велика і, за моїми спостереженнями, продовжує зростати. Книжки та курси навчання для них необхідні, але велика кількість понять в Oracle нерідко здатне породити лише приреченість: "Все це дуже цікаво / складно, але що саме мені все-таки слід робити сьогодні, завтра і через тиждень?"


Робочий графік адміністратора


Отже, адміністратор отримав завдання підтримувати БД в складі нової ІС, але, маючи ще й інші обов'язки, не хоче або не може забрідати в нетрі Oracle надто далеко. На яких першочергових завданнях він міг би зосередитися?


Має сенс розбити їх на групи відповідно до частоти виконання. Для визначеності таке розбиття нижче буде умовно увазі щоденні, щотижневі та щомісячні завдання. Ідея та ж, що в техобслуговуванні автомобіля: там теж є процедури, які потрібно робити часто, а є – які рідко.


Щоденні завдання



  1. Перевірка активності СУБД
  2. Перегляд реєстраційних файлів СУБД
  3. Виявлення небажаних тенденцій росту об'єктів в БД

Пояснення:


(1) Може бути, найгрубіша річ, з якою почати, – це перевірити, активні чи ваші підвідомчі бази даних (якщо їх декілька). Найпростіше це зробити в Unix, запитавши командою ps стан одного з обов'язкових фонових процесів. Наприклад, процесу PMON. Більш універсальним є підключення за допомогою SQL * Plus до кожної з СУБД, що повинні бути, від імені SYS і видача чогось на кшталт SELECT status FROM v $ instance. Правильна відповідь – "OPEN". Таку перевірку зручно автоматизувати засобами ОС або Oracle Enterprise Manager. (У командному файлі для Windows після звернення до SQL * Plus можна зробити перевірку if {% ERRORLEVEL%} == {0} (…)).


(2) Для цього потрібно:



(3)



Щотижневі завдання


Дещо рідше можна запропонувати виконання наступних дій:



  1. Виявлення об'єктів БД, що порушують прийняті угоди зберігання
  2. Виявлення некоректних з точки зору СУБД або непрацездатних об'єктів БД
  3. Виявлення реальних і можливих порушень прав доступу
  4. Перегляд сигнальної інформації в журнальних файлах Oracle Net

Пояснення:


(1) Ідея тут проста. Буде правильно, якщо для своїх робочих баз ви сформулюєте політику формування імен, атрибутів зберігання (storage), первинних ключів та іншого для об'єктів, що створюються в БД. Так, відповідно до цієї політики ви б могли зобов'язати, наприклад, всі таблиці мати сурогатні (штучні) ключі (і, відповідно, правила формування значень ключів); довідковим таблицям могли б поставити параметр блоку PCTFREE = 0; індекси могли би зобов'язати зберігатися в окремих ТП і так далі. Це організаційні правила, безпосередньо не контрольовані СУБД, і тому їх порушення, що виникають з міру створення і зміни об'єктів, потрібно виявляти самостійно.


(2)



(3)



(4) Ці файли дозволяють простежити клієнтські з'єднання з СУБД. Якщо ви не задавали іншого у файлі SQLNET.ORA, то місця їх знаходження – в каталогах% ORACLE_HOME%etworklog та% ORACLE_HOME%etwork race. На жаль, файли можуть бути дуже об'ємні і незручні для читання, але зате вони дуже докладні.


Щомісячні завдання


У типовому випадку найрідше можна виконувати наступні регулярні дії:



  1. Розглянути можливість підстроювання SGA
  2. Спробувати знайти і усунути проблеми введення / виводу
  3. Визначити несприятливі тенденції продуктивності СУБД і запропонувати рішення

Пояснення:


(1) Навіть якщо СУБД у складі ІС прийшла добре налаштованої, з часом можуть змінитися наповнення БД і умови експлуатації. Для кращої роботи БД може знадобитися відкоригувати основні параметри SGA: розміри буфера даних, буфера журналу БД і shared pool, а також інших. Приводом для коректування можуть слугувати спостереження за затримками роботи системи, зроблені самостійно зверненням до словника-довідника, після прогону процедури STATSPACK.SNAP або за графіками Enterprise Manager.


(2) Приблизно те ж з введенням / виводом. Наприклад, збільшення з часом інтенсивності змін до БД може зробити розумним перенесення файлів з сегментами відкоту на інші диски.


(3) Підставою для прийняття таких рішень можуть послужити спостереження за використанням СУБД процесора, оперативної пам'яті і мережевих з'єднань, зроблені як засобами Oracle, так і ОС.


Наскільки повні ці списки?


Наведені вище списки, звичайно, умовні. Конкретний регламент робіт диктується конкретними умовами та вимогами до експлуатації конкретної установки. Список інших завдань, які, на думку розробників Oracle можуть бути включені в ваш робочий графік, можна знайти в книзі Administrator "s Guide документації по системі. Аналогічний список, представляє точку зору практикуючих адміністраторів можна розшукати в інтернеті – правда, не зведеного, на жаль, воєдино, або отримати від консультанта.


Крім того, тут не враховані епізодичні (а не регламентні) роботи, які доводиться долати адміністратору в міру виникає необхідності. Найважливіший клас таких робіт – відновлення втрачених даних. Відновлення даних – тема окремої великої розмови. З іншого боку, резервування даних в списки вище теж не увійшло, тому що зазвичай виконується автоматично поставленої ІС, якщо, звичайно ж, прикладної розробник виявився досить грамотним, щоб про це подбати.


І третє. Конкретний перелік завдань пов'язаний ще і з версією використовуваної СУБД. Так, у версії 9 з адміністратора знято 95% колишніх турбот з підтримки сегментів відкоту. Локально керовані табличні простору спрощують підтримку табличних просторів, і так далі. Але з огляду на те, що частка версії 9 на практиці зараз не перевищує 15%, такі застарілі завдання у списках все ж наведено.


Посилання по темі

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


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

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

Ваш отзыв

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

*

*