Найпопулярніші запитання щодо інтерв’ю щодо Oracle DBA, RAC та налаштування продуктивності

top oracle dba rac

Найпопулярніші запитання щодо налаштування DBA, RAC та продуктивності Oracle з розширених тем для досвідчених професіоналів:

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

Теми, висвітлені у запитаннях для розширеного інтерв’ю Oracle:

• Запитання для співбесіди з Oracle DBA
• Запитання для співбесіди з Oracle RAC
• Запитання щодо інтерв’ю Oracle Performance Tuning

Тут ми зібрали набір питань, які допоможуть кандидатам на середньому рівні, а також будь-якому шукачеві роботи успішно пройти співбесіду.

Найпопулярніші запитання щодо налаштування DBA, RAC та продуктивності Oracle

Зараховано найважливіші запитання для інтерв’ю Oracle з розширених тем разом із відповідями.

Давайте розпочнемо!!!

Q # 1) Чому ми використовуємо матеріалізований вигляд замість таблиці чи подань?

Відповідь: Матеріалізований вигляд - це об’єкт бази даних, який містить результати запиту. Якщо у виконанні складних запитів замість таблиць або подань використовуються матеріалізовані подання, продуктивність покращується, оскільки повторне виконання не потрібно для повторних запитів.

Q # 2) Чим кластерний індекс відрізняється від некластерного?

Відповідь: Індекс - це об’єкт схеми, який може ефективно здійснювати пошук даних у таблиці.

Індекси можуть бути кластеризованими або некластеризованими. Відмінності включають:

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

Запитання №3) Які різні обов'язки DBA?

Відповідь: DBA - це адміністратор бази даних, який виконує всі адміністративні завдання.

Адміністративні завдання включають:

• Адміністрація на рівні користувача, тобто створює користувачів, видаляє існуючих користувачів або змінює дозволи користувачів.
• Підтримує безпеку баз даних.
• Керує сховищем баз даних та об'єктами.
• Налаштування продуктивності бази даних.
• Виконує завдання резервного копіювання та відновлення.

Q # 4) Що ви маєте на увазі під нормалізацією баз даних і чому це важливо?

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

Різні форми нормалізації такі:

• Перша звичайна форма (1NF)
• Друга нормальна форма (2NF)
• Третя нормальна форма (3NF)
• Звичайна форма Бойца-Кодда (BCNF)
• Четверта нормальна форма (4NF)
• П'ята нормальна форма (5NF)

Q # 5) Чи можете ви перелічити різні компоненти фізичної та логічної структури бази даних?

Відповідь: Нижче наведено перелік різних компонентів.

Фізична структура включає:

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

Логічна структура включає:

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

Q # 6) Що таке табличний простір SYSTEM і навіщо він нам потрібен?

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

Q # 7) Що ви маєте на увазі під SGA і чим він відрізняється від PGA?

Відповідь: SGA означає, що System Global Area - це область пам'яті, яка визначається Oracle під час запуску екземпляра. Ця область може бути спільною для процесів на рівні системи, отже, вона також відома як Спільна глобальна зона.

PGA - це програмна глобальна область - це пам’ять, що відповідає певному процесу або сеансу. Він створюється, коли починається процес Oracle, і кожен процес матиме виділену PGA.

Q # 8) Що таке файл паролів у базі даних і чому він потрібен, коли користувача можна автентифікувати за допомогою таблиць словників даних?

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

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

Q # 9) Які різні типи резервних копій доступні в Oracle?

Відповідь: На вищому рівні в Oracle доступні 2 типи резервних копій, які є фізичними та логічними.

Під час фізичного резервного копіювання створюються та зберігаються копії файлів фізичних баз даних (таких як файли даних, файли керування, журнали відновлення та інші виконувані файли). Цього можна досягти за допомогою утиліт операційної системи або RMAN.

На відміну від цього, логічне резервне копіювання дозволяє робити резервні копії об’єктів бази даних, таких як таблиці, подання, індекси, збережені процедури тощо, за допомогою утиліти Експорт / Імпорт, що надається Oracle.

Q # 10) Що ми маємо на увазі під гарячим резервуванням та холодним резервним копіюванням і чим вони відрізняються?

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

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

Q # 11) Яка різниця між відновленням бази даних та відновленням бази даних?

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

Давайте зрозуміємо це за допомогою сценарію.

• Повне резервне копіювання бази даних здійснюється у п’ятницю, 23:00
• Збій бази даних стався в суботу 7 ранку

Ми можемо відновити втрачені файли, використовуючи повне резервне копіювання 23:00, яке є відновленням. Однак дані будуть відновлені до п’ятниці о 23:00 та не до суботи о 7 ранку. Для того, щоб зробити те саме, можна застосувати журнали переробки, які доведуть базу даних до точки відмови.

Q # 12) Що ви розумієте під дзеркальним відображенням файлу Redo Log?

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

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

Q # 13) Чим додаткове резервне копіювання відрізняється від диференціального резервного копіювання?

Відповідь: Інкрементне резервне копіювання відоме тим, що зберігає резервні копії лише змінених файлів даних з моменту останньої резервної копії, які можуть бути повними або додатковими. Наприклад, Покрокове / повне резервне копіювання робиться о 10 ранку в п’ятницю, а наступне резервне копіювання робиться о 10 ранку в суботу. Друге додаткове резервне копіювання матиме транзакції лише після п’ятниці о 10 ранку.

У той час як диференціальне резервне копіювання створює резервні копії файлів, які змінилися під час останнього повного резервного копіювання.

Якщо ви зробите повне резервне копіювання в п’ятницю о 10 ранку, а потім диференційоване резервне копіювання в суботу о 10 ранку, це зробить резервне копіювання файлів, змінених з п’ятниці, 10 ранку. Крім того, якщо диференційоване резервне копіювання буде зроблене в неділю о 10 ранку, буде виконуватися резервне копіювання файлів, змінених з п’ятниці, 10 ранку.

Q # 14) Що таке флешбек-запит і коли його слід використовувати?

Відповідь: Oracle представила технологію зворотного зв’язку для відновлення минулого стану об’єктів баз даних. Він може відновити випадкові зміни, які також були скоєні. Відновлення залежить від заданого значення параметра UNDO_RETENTION.

Наприклад, параметр UNDO_RETENTION встановлюється на 2 години, і якщо користувач випадково видаляє дані об 11 ранку із виконаним комітом. Потім, використовуючи FLASHBACK QUERY, він може отримувати ці рядки лише до 13:00.

Питання # 15) Наскільки RMAN кращий від керованого користувачем процесу відновлення резервної копії?

Відповідь: Recovery Manager (RMAN) - це вбудована утиліта Oracle, яка може автоматизувати процеси резервного копіювання та відновлення бази даних, а також адмініструвати стратегії резервного копіювання. У керованих користувачами резервних копіях користувачеві потрібно виконати резервне копіювання вручну.

Час резервного копіювання RMAN буде меншим у порівнянні з керованими користувачами резервними копіями, оскільки RMAN зберігає всі метадані в Центральному сховищі та може швидко їх отримати.

RMAN виконує поступове резервне копіювання, а не виконує повне резервне копіювання файлів, яке виконується керованим користувачем резервним копіюванням, що знову ж економить час.

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

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

Q # 16) Що таке каталог відновлення?

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

В основному він зберігає інформацію про

• Файли даних та їх резервні файли.
• Архівовані журнали відновлення та їх резервні набори.
• Зберігаються сценарії
• Втілення
• Історія резервного копіювання

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

Q # 17) Як відновити втрачений файл керування?

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

• Створіть файл керування вручну.
• Відновіть його з файлу керування резервною копією, використовуючи наведену нижче команду.

• Відновіть за допомогою резервної копії RMAN, використовуючи наведені нижче команди.

Q # 18) Яка різниця між відновленням носія та відновленням після аварійного завершення?

Відповідь: Відновлення носія - це процес відновлення бази даних із резервної копії, коли виникає несправність диска. Фізичні файли, такі як файли даних, файли керування або файли параметрів сервера, відновлюються під час відновлення носія. Однак відновлення після аварії буде виконуватися щоразу, коли трапляється помилка екземпляра бази даних.

Відновлення мультимедіа повинно виконуватися DBA, тоді як відновлення збоїв - це автоматизований процес, який піклується про фоновий процес SMON.

Q # 19) Що таке RAC і які різні переваги використання архітектури RAC?

Відповідь: RAC або Real Application Cluster дозволяє встановлювати базу даних на декількох серверах, що утворюють кластер і спільно використовують структуру сховища одночасно. Це запобігає одній точці відмови в базі даних, оскільки той чи інший екземпляр завжди буде працювати, навіть якщо інший не вдається.

Використання RAC допомагає

• Підтримка високої доступності системи.
• Управління навантаженням з найменшими витратами.
• Масштабованість та спритність.

Q # 20) Як би ви розрізнили кластер та сітку?

Відповідь: Кластеризація є невід’ємною частиною мережевої інфраструктури і фокусується на певних цілях.

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

Кластер матиме єдине право власності, але сітка може мати декілька прав власності залежно від кількості кластера, який він має.

Q # 21) Що ви розумієте з Cache Fusion?

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

Наприклад, Екземпляр A хоче отримати доступ до блоку даних, що належить екземпляру B. Він надішле запит доступу до екземпляра B і, отже, може отримати доступ до нього, використовуючи кеш-буфер іншого екземпляра B.

Q # 22) Як можна перетворити середовище одного екземпляра на середовище RAC і чим вони будуть відрізнятися?

Відповідь: Окремий екземпляр можна перетворити в RAC, використовуючи один із наведених нижче методів:

• Менеджер підприємств
• DBCA, тобто помічник з налаштування бази даних
• Утиліта RCONFIG

Середовище одного екземпляра проти середовища RAC

Q # 23) Як ми можемо контролювати розподіл місця в базі даних?

Відповідь: Ми можемо використовувати наведені нижче таблиці словників даних для моніторингу розподілу місця :;

• DBA_FREE_SPACE
• DBA_SEGMENTS
• DBA_DATA_FILES

Запитання №24) Що ви розумієте під “Настроюванням продуктивності БД” та в яких різних сферах ми можемо виконати налаштування?

Відповідь: Це процес підвищення продуктивності бази даних шляхом оптимального використання наявних ресурсів.

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

• Дизайн бази даних.
• Виділення пам'яті.
• Дискові вводи-виводи.
• Суперечка в базі даних.
• Рівень ОС (CPU).

Q # 25) Які різні інструменти надає Oracle для сприяння контролю ефективності?

Відповідь: Різні інструменти включають:

• AWR (автоматичне сховище робочого навантаження)
• ADDM (автоматизований монітор діагностики баз даних)
• TKPROF
• ПАКЕТ
• OEM (Oracle Менеджер підприємств )

Q # 26) Які різні оптимізатори використовуються для оптимізації бази даних?

Відповідь: Існує два типи оптимізаторів:

• Оптимізатор на основі правил (RBO) : Якщо об'єкти, на які посилаються, не підтримують жодної внутрішньої статистики, використовується RBO.
• Оптимізатор витрат (CBO): Якщо об'єкти, на які посилаються, ведуть внутрішню статистику, CBO перевірить усі можливі плани виконання та вибере той, що має найнижчу вартість.

Q # 27) Що таке план пояснення та як він допомагає в оптимізації запиту SQL?

Відповідь: Пояснювальний план - це твердження, яке відображає план виконання, вибраний оптимізатором Oracle для операторів SELECT, INSERT, UPDATE & DELETE. Подивившись на цей план, можна зрозуміти вибір Oracle правильних індексів, належні операції об’єднання та сортування тощо.

Q # 28) Як ми можемо збирати статистику різних об'єктів бази даних?

Відповідь: Заяву ANALYZE можна використовувати для збору статистики різних об'єктів бази даних, таких як таблиці, індекси, розділи, кластер або посилання на об'єкти. За допомогою цього твердження ми також можемо ідентифікувати як перенесені, так і ланцюгові рядки в таблиці або кластері.

Q # 29) Чому нам потрібно перебудовувати індекси?

Відповідь: Перебудова індексів необхідна для покращення продуктивності програми. Завдяки різним операціям INSERT & DELETE, індекс стає фрагментованим та неструктурованим, що робить додаток повільним. Для реорганізації даних у цих індексах виконується відновлення.

Q # 30) Що таке TKPROF і як ми можемо ним користуватися?

безкоштовно завантажити програмне забезпечення для відеокліпів на YouTube

Відповідь: TKPROF - це утиліта налаштування, надана Oracle, яка може перетворювати файли трасування SQL у читабельний формат.

Щойно файл трасування згенеровано за допомогою утиліти SQL Trace, інструмент TKPROF можна запустити проти файлу трасування, а вихідні дані можна прочитати. Він також може генерувати план виконання операторів SQL. Виконавчий файл для TKPROF знаходиться в каталозі ORACLE HOME / bin.

Q # 31) Як ми можемо налаштувати запит SQL для оптимізації продуктивності бази даних?

Відповідь: Включено кілька найкращих практик написання SQL-запитів.

• Назви стовпців слід вводити замість * у операторах SELECT.
• Об’єднання слід використовувати замість підзапитів.
• EXISTS слід використовувати замість IN для перевірки існування даних.
• UNION ALL слід використовувати замість UNION.
• HAVING слід використовувати лише для фільтрації отриманих рядків із запиту SQL.

Q # 32) Як би ви визначили параметр SHARED_POOL_SIZE, який потрібно відкоригувати?

Відповідь: Нижче наведено показання до того ж:

• Отримання помилки ORA-04031.
• Погіршення продуктивності, навіть коли всі інші параметри вже оптимізовані.
• Погані звернення в кеш бібліотеки / словника даних.

Q # 33) Що ви розумієте під ланцюжком рядків?

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

Q # 34) Що таке секціонування таблиці і навіщо це потрібно?

Відповідь: Це процес поділу таблиці на менші шматки, щоб зробити пошук даних простим і швидким. Кожен фрагмент буде відомий як розділ, і до нього можна буде отримати доступ окремо. Окрім таблиць, індекси також можна розділити.

Q # 35) Як ми можемо визначити ресурси, на які чекають сесії?

Відповідь: Ми можемо це дізнатись за допомогою v $ session_waits та v $ system _waits.

Висновок

Сподіваюся, вищевказаний набір питань дав би вам гарне розуміння деяких передових концепцій Oracle.

Просто пройдіть ці питання перед тим, як брати участь в співбесіді, і успіх буде за вами.

=> Клацніть тут, щоб висвітлити питання, присвячені інтерв’ю Oracle

Прочитайте НАСТУПНУ Частину 3: Найпопулярніші запитання для інтерв’ю щодо форм та звітів Oracle

Бажаю всього найкращого !!!

Рекомендована література

• Запитання та відповіді на інтерв’ю
• Найпопулярніші технічні запитання щодо програм Oracle та запитання щодо інтерв’ю щодо Oracle SOA
• Найпопулярніші запитання для інтерв’ю щодо форм та звітів Oracle
• Найпопулярніші запитання щодо інтерв’ю Oracle: Основні питання Oracle, SQL, PL / SQL
• Деякі цікаві питання для тестування програмного забезпечення
• Запитання та відповіді на інтерв’ю для тестування ETL
• Найпопулярніші 12 запитань інтерв’ю Mockito (глузуюче рамкове інтерв’ю)
• Тестування посібника для програмного забезпечення Інтерв’ю Питання для досвідчених професіоналів