Адміністрування SQL – сервера. (Виробниче навчання)

Мета уроку:

а) навчальна – опанувати обов’язки та типи адміністрування баз даних Microsoft SQL Server, сформувати в учнів уяву про природу адміністрування та їх засоби, вивчити порядок автоматизації ІТ та хмарної автоматизації мови SQL;

б) розвивальна - виробити в учнів професійні навики оператора при роботі на ПК з використанням усіх правил техніки безпеки та охорони праці;

в) виховна - виховати в учнів любов до праці та повагу до обраної професії.

Адміністрування баз даних це функція управління та підтримки програмного забезпечення систем управління базами даних (СУБД). Основніпрограмні засоби СУБД, такі як Oracle, IBMDB2 і Microsoft SQL Server, потребують постійного управління. Таким чином, корпорації, які використовують програмне забезпечення СУБД,   часто  наймають   спеціалістів    з інформаційних    технологій, які називаються адміністраторами баз даних.

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

• Встановлення, налаштування та оновлення серверного програмного забезпечення баз даних та супутніх продуктів.

• Оцінка функційбази даних та продуктів, пов'язанихіз базою даних.

• Створення та підтримка політики    та процедури резервного      копіювання      та відновлення.

• Піклування про розробку та впровадження бази даних .

• Впровадження та підтримка безпеки бази даних         (створення та підтримка користувачів та ролі, призначення привілеїв).

• Налаштування бази даних та моніторинг продуктивності.

• Налаштування програмта моніторинг продуктивності.

• Налаштування та підтримка документації та стандартів.

• Планування зростаннята змін (планування потужності).

• Робота як частина командита надання підтримки24x7, коли це необхідно.

• Виконання загальних технічних усунень несправностей та визначення мінусів.

• Відновлення бази даних.

  Типи адміністраторів

  Є три типи адміністраторів баз даних:

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

  2. Адміністратори розробкибаз даних: зосереджуються на логічних аспектахі аспектах    управління    базами     даних,     таких    як    розробка     тапідтримка моделі даних, генерація DDL ( мови визначення даних ), написання та налаштування SQL, кодування збережених процедур, співпраця з розробниками, що допомагає з вибором найбільшвідповідних можливостей СУБД / функціональностей та інших передвиробничих заходів.

  3. Адміністратори програмного забезпечення баз даних: зазвичай зустрічаються в організаціях, які придбали програмне забезпечення третьої сторони, такі як ERP( планування ресурсів підприємства ) та CRM (системи управління взаємовідносинами з клієнтами ). Прикладами таких прикладних програм є Oracle Applications, Siebel і PeopleSoft ( обидві тепер є частиною Oracle Corp.) і SAP. Адміністратори програмного забезпечення баз даних поширюють огорожу між СУБД і прикладним програмним забезпеченням та несуть відповідальність за те, щоб програма була повністю оптимізована для бази даних і навпаки. Зазвичай вони керують усіма компонентами програми, які взаємодіють з базою даних і виконують такі дії, як встановлення та виправлення програм, оновленняпрограм, клонування баз даних, побудовата виконання процедурочищення даних, керування процесами завантаження даних, тощо.

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

Природа адміністрування баз даних

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

Робота з базами даних складна, повторювана, трудомісткою і вимагаєзначної підготовки. Оскільки бази даних містять цінні та критично важливі дані, компанії зазвичай шукають кандидатів з багаторічним досвідом. Адміністрування баз даних часто вимагає, щоб адміністратори баз даних працювали в неробочий час (наприклад, для планового простою, у випадку відключення, пов'язаного з базою даних, або якщо продуктивність значно знижена). Адміністратори баз даних зазвичай отримують добрі компенсації за довгі години.

Одною з ключових необхідних, що часто забувається, навичок при виборі адміністратора баз даних є відновлення бази даних (частина аварійного відновлення). Це не випадок «якщо», але випадок «коли» база даних зазнає невдачі, починаючи від простого збою до повної катастрофічної невдачі. Невдачею можуть бути пошкодження даних,помилка носія або помилки, викликані користувачем. У будь-якійситуації адміністратор баз даних повинен мати навички відновлення бази даних до певного моменту часу, щоб запобігтивтраті даних.

Засоби адміністрування баз даних

Часто програмнезабезпечення СУБД постачається з певними інструментами, які допомагають адміністраторам баз даних керуватиСУБД. Такі інструменти називаються рідними інструментами. Наприклад, Microsoft SQL Server поставляється з                 SQL Server Management Studio, а Oracle має такі інструменти, як SQL * Plus і Oracle Enterprise Manager / Grid Control. Крім того, треті сторони, такі як BMC, Quest Software, Embarcadero Technologies і SQL Maestro Group, пропонують графічніінструменти для моніторингу СУБД і допомагають адміністраторам баз даних легше виконувати певні функціївсередині бази даних.

Інший вид програмного забезпечення для баз даних існує для керування наданням нових баз даних й управління існуючими базами даних та їх відповідними ресурсами. Процес створення нової бази даних може складатися з сотень або тисяч унікальних кроків від задоволення передумов до налаштування резервних копій, де кожен крок повинен бути успішним до того, як почнеться наступний. Очікується, що людина не зможе завершити цю процедуру точно таким же чином раз за разом - саме тоді, коли існує кілька баз даних. З ростом кількості адміністраторів баз даних без автоматизації кількість унікальних конфігурацій часто стає дорогою / важкою для підтримки. Всі ці складні процедури можуть бути змодельовані кращими адміністраторами баз даних у програмне забезпечення автоматизації баз даних та можуть бути виконаністандартними адміністраторами баз даних. Програмнезабезпечення було створено спеціально для підвищення надійності та відтворюваності цих процедур,таких як Stratavia «s Data Palette і GridApp системи Clarity.

Вплив автоматизації ІТ та хмарна автоматизація

Автоматизовані операції з базами даних зростають з 2009 року, після впровадження AWS RDS в Amazon Web Services, що надає автоматизовану та керовану базу даних як послугу. У 2010 році Microsoft Azure запустила аналогічну автоматизовану базу даних у вигляді служби SQL Azure, що забезпечує автоматизоване резервне копіювання, з геореплікацією та високою доступністю. Впровадження контейнерів докера (програмного забезпечення) покращило підтримку швидкої доставки екземплярів контейнерних баз даних, а веб-сервіси Amazon і Microsoft Azure розширили автоматичну підтримку контейнерів у відповідних службах.

Підтримка сторонніх зображень контейнерів баз даних зросла, включаючи MongoDB, Postgres,MySQL з Oracle і Microsoft SQL Server з Microsoft, а також з незалежних портів докера (програмного забезпечення) від Windocks^[1]

Нові технології, такі як StrataviaData Palette і GridApp SystemsClarity, почали збільшувати автоматизацію баз даних, що призводить до скорочення завдань,пов'язаних з базою даних. Проте в кращомувипадку це лише зменшує кількістьповсякденних, повторюваних заходів і не виключає необхідності адміністраторів баз даних. Метою автоматизації адміністрування баз даних є надання можливості адміністраторам баз даних зосередитися на більш активнійдіяльності навколо архітектури баз даних, розгортання, продуктивності та управління рівнем обслуговування.

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

Вивчення адміністрування баз даних

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

Режими роботи користувачів бази даних на ПК розвивалися у напрямку від настільних (desktop), або локальних додатків,коли реально з БД могло працювати один додаток, до систем колективного доступу до БД.

Локальне додаток встановлювалося на одиничному ПК; там же розташовувалася і база даних (БД), з якою працювалодля цієї програми.Однак необхідність колективної роботи з однією і тією ж БД спричинило за собою перенесення БД на сервер. Програмав Киеве, що працює з БД, розташовувалося також на сервері.

Менш характерним був інший спосіб,що полягав у зберіганні програми, звертався до БД, на конкретному комп'ютері користувачів ( "клієнтів"). Були випущені нові версії локальних СУБД, які дозволялистворювати додатки, що одночасно працюють з однією БД на файловому сервері. Основною проблемою була явна або неявна обробкатранзакцій і неминучевстає при колективному доступі проблема забезпечення смислової і посилальної цілісності БД при одночасному зміну одних і тих самих даних.

Розташування БД визначає так звану архітектуру бази даних. Є чотири різновиди архітектури баз даних:

-локальні бази даних;

-архітектура "файл-сервер";

-архітектура "клієнт-сервер";

-багатоланкової архітектури.

Використання тієї чи іншої архітектури накладає сильний відбиток на загальну ідеологіюроботи програми та на програмний код додатку.

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

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

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

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

Кардинальних відмінностей з точки зору архітектури між одно користувацькою архітектурою та архітектурою "файл-сервер" немає. І в тому, і в іншому випадку в якості СУБД застосовуються так звані "персональні" (або "настільні", "локальні") СУБД, такі як paradox, dbase та ін Сама база даних в цьому випадку представляє собоюнабір таблиць, індексних файлів, файлів полів коментарів (memo-полів) та ін, що зберігаються в одному каталозіна диску у вигляді окремих файлів.

ІНСТРУКЦІЙНО-ТЕХНОЛОГІЧНА КАРТА

Тема: Cтворення запитів мовою SQL в Access.

1. Завантажте базу даних назвавши її своїм Прізвищем. Згідно даних потрібно створити таблицю Кадри, в режимі конструктора побудуйте структуру таблиці, визначне типи полів за зразком.

   

   

   Таблиця № 1. “Кадри”

2. Згідно даних потрібно створити таблицю Учні, в режимі конструктора побудуйте структуру таблиці, визначне типи полів за зразком.

   

   

   Таблиця № 2. “Учні”

   3. Виконати запити до таблиці Кадри:

      Створити запит 1, для того щоб дізнатися дані про Прізвище, Посаду і Стаж працівників.

      SELECT Прізвище, Посада, Стаж FROM Кадри;

   Створити запит 2, щоб дізнатися дані про Прізвище, Посаду і Оклад працівників, яких більше 4500.

SELECT Прізвище, Посада, Оклад FROM Кадри WHERE Оклад>4500;

Створити запит 3, щоб відсортувати дані працівників Прізвище, Посаду і Оклад, яких більше 4500 від найменшого до найбільшого (за зростанням).

SELECT Прізвище, Посада, Оклад FROM Кадри WHERE Оклад>4500 ORDER BY Оклад;

Створити запит 3, щоб відсортувати дані працівників Прізвище, Посаду і Оклад, яких більше 4500 за спаданням.

SELECT Прізвище, Посада, Оклад FROM Кадри WHERE Оклад>4500 ORDER BY Оклад desc;

1. Виконати запити до таблиці Учні:

   Створити запит 5, щоб визначити середній бал учнів.

SELECT Прізвище, Улюбленийпредмет, (Інформатика+Математика+Фізика+Історія)/4 as Середнійбал FROM Учні;

Створити запит 6, щоб групувати записи. Даний запит показує скільки разів зустрічається та чи інша оцінка.

SELECT Фізика, count(*) as Кількість FROM Учні GROUP BY Фізика;