SQL Server: Десятка головних секретів експертів з SQL Server, Інші СУБД, Бази даних, статті

За останні роки багато компаній скоротили розмір своїх ІТ-відділів. Багатьом адміністраторам баз даних доводиться відповідати за роботу більшого числа баз SQL Server. Але найгірше те, що часто в компанії немає виділеного адміністратора бази даних – вільно чи мимоволі цю роботу робить хтось інший. Іноді адміністратора бази даних доводиться працювати в авральному режимі, гасячи постійно виникають "пожежі". Така робота важка, небезпечна і погано сумісна з нормальним життям. Нікому не сподобається перебувати в постійному напруженні і стресі.


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


10. Виконайте інвентаризацію


Скільки разів вас просили відновити пошкоджені дані бази, про існування якої ви поняття не мали? Бази даних SQL Server можуть легко розповзатися по всьому підприємству. Команда адміністраторів БД може легко втратити контроль над цим процесом, що призводить до появи некерованих примірників SQL Server. У таких базах даних не виконується резервне копіювання, на них не встановлюються виправлення, вони належним чином не захищені та взагалі на них не виконується маса інших важливих і необхідних завдань з управління.


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


Є багато інструментів, що дозволяють виконати інвентаризацію SQL Server, – від простих утиліт типу SQLPing3 і SQLRecon до Microsoft Assessment and Planning Toolkit і Quest Discovery Wizard.


9. Стандартизує конфігурації


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


Рішення полягає в максимальній стандартизації конфігурації в плані імен дисків, варіантів конфігурації сервера, параметрів налаштування бази даних, параметрів обслуговування бази даних і установки безпеки і т. п. В SQL Server 2008 з'явилася функціональність управління на основі політик, що дозволяє визначати і приводити у виконання політики. Лара Руббелке (Lara Rubbelke), фахівець з технології SQL Server в Microsoft, також розробила каркас EPM (Enterprise Policy Management Framework), який дозволяє легко реалізувати цю функціональність на примірниках SQL Server 2005 і SQL Server 2000. Завантажити EPM Framework можна з сайту CodePlex (www.codeplex.com). На рис. 1 показаний приклад звіту EPM Framework.

Рис. 1. Звіт Enterprise Policy Management Framework


8. Розберіться з підсистемою введення-виведення


Є кілька обставин, пов'язаних з підсистемою введення-виведення, які можуть торкнутися ваші екземпляри SQL Server. Ви повинні знати про них і їх можливий вплив.



7. Створіть власний план обслуговування


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


Всі ці проблеми вирішуються за наявності всеосяжного плану обслуговування, що враховує особливості ваших баз даних. Нестандартний план набагато краще, ніж універсальний, який не враховує специфічних потреб вашої середовища. У моїй статті в журналі TechNet Magazine за серпень 2008 р. "Кращі поради з ефективного обслуговування баз даних"Розповідається створення хорошого плану обслуговування. Створення власного плану обслуговування краще почати з всеосяжного і безкоштовного сценарію від Ола Халленгрен (Ola Hallengren). Саме його я рекомендую своїм клієнтам.


6. Подбайте про захист своєї системи


Дуже важливо витратити достатньо часу на активну виявлення проблем з безпекою, щоб запобігти порушенням захисту і не думати про них. В іншій моїй статті в журналі TechNet Magazine "Поширені проблеми безпеки та вирішення SQL Server"Перераховані 10 найпоширеніших проблем безпеки та способи їх вирішення. Також не забувайте встановлювати найсвіжіші виправлення і виявляти уразливості.


5. Дружіть зі своїми розробниками


Одна з головних точок напруженості в будь-якому ІТ-відділі часто знаходиться між командами адміністраторів баз даних і розробників. Ці дві команди зазвичай не розуміють пріоритети й турботи один одного – від термінів розробки до рішень в області проектування SQL Server. Звичайна справа – різне ставлення до поведінки і проблем з продуктивністю, а також до обов'язків з розгортання та підтримки.


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


4. Розробіть всеосяжну стратегію відновлення у випадку аварій


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


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


Також потрібно реалізувати технології, що дозволяють вчасно дізнатися про виникнення проблем, таких як контрольні суми сторінок, перевірки узгодженості, повідомлення Агента SQL і System Center Operations Manager. Ця інфраструктура відновлення допоможе вам захистити дані за рахунок резервного копіювання, доставки журналів, реплікації і дзеркального відображення бази даних, а в разі збоїв дозволить перейти на резервну дзеркальну систему або інший вузол у кластері. Є дві "білих книги" Microsoft, які можуть допомогти вам в цьому: "High Availability with SQL Server 2008"І"Proven SQL Server Architectures for High Availability and Disaster Recovery“.


3. Перевірте регулярні резервні копії


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


Більш докладні відомості можна знайти у двох моїх статтях в журналі TechNet Magazine за 2009 р.: "Розуміння резервних копій SQL Server"І" SQL Server: Відновлення після аварій за допомогою резервних копій.


2. Організуйте моніторинг і забезпечте підтримку високої продуктивності


Турбота про продуктивність займає більшу частину робочого часу адміністратора бази даних, але є багато способів спростити цей процес:



1. Знайте, де потрібно шукати інформацію


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


Найголовніше джерело інформації про SQL Server – Електронна документація по SQL Server, Яку можна завантажити та встановити локально або використовувати в інтерактивному режимі через Інтернет. Ця документація чудово допомагає дізнаватися синтаксис, але якщо питання складніше або потрібно досліджувати неполадку, краще всього розмістити питання на форумі. У бібліотеці MSDN є багато форумів з SQL Server і популярних сайтів спільноти користувачів SQL Server, наприклад SQL Server Central.


Інший швидкий спосіб пошуку допомоги – спільнота SQL Server на Twitter. Додайте своє питання з міткою # sqlhelp, який відстежують багато експертів з SQL Server (включаючи мене).


Відвідуйте присвячені SQL Server конференції, такі як щорічна зустріч PASS Community Summit, що проводиться раз на два роки семінар SQL Server Connections або більш часті конференції SQL Saturdays. Слідкуйте за блогами, які ведуть фахівці SQL Server. Дізнатися, які блоги найбільш активні і цінні, можна за допомогою рейтингу блогів, який веде володіє званням MVP Томас Ларок (Thomas LaRock).


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


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


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

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

Ваш отзыв

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

*

*