Контрольні списки SQL Server

Виходячи з іншого мого питання , я хотів би почати замислюватися над тим, на що мені слід звернути увагу на щоденну / щотижневу / щомісячну основу з точки зору оповіщення. Я сподіваюся, що зможу побачити проблеми, що виникають до того, як вони відбудуться (такий план) ...

Поки я почав збирати сценарії для наступного (без замовлення):

Щодня

• Перевірте час роботи системи (про всяк випадок, якщо мені потрібно перевірити що-небудь як DBA)
• Перевірте останню резервну копію
• Перевірте резервні копії журналу транзакцій
• Перевірте стан роботи SQL
• Перевірте середнє використання процесора за останні 24 години (або 1140 хвилин)

Щотижня

• Перевірте історію резервного копіювання MSDB
• Перевірте, коли останній раз запускався CheckDB
• Перевірте фрагментацію індексу
• Перевірка статистики індексу (читання проти запису тощо)
• Перевірте наявність вузьких місць для IO

Щомісяця

• Перевірте відсутні індекси
• Перевірте індекси, які більше не використовуються

Будь-які інші пропозиції? (Я новачок у DBA, тому будь-яка допомога / порада завжди вітається)

1. Резервні копії

   • Перевірте наявність резервних електронних листів
   • Скільки часу займала резервна копія (тривалість резервного копіювання бази даних)
   • Переконайтесь, що всі бази даних створюються в резервному режимі відповідно до плану технічного обслуговування

2. Вільний простір на диску. Зверніть увагу на значні відхилення від попередньої перевірки. Щомісячні завдання можуть істотно впливати на файли журналу

3. Невдачі в роботі. Фільтруйте завдання роботи за відмовами

4. Перевірки системи. Подивіться в журнали sql для будь-яких критичних помилок.

   • Журнали програм

5. Продуктивність

   • Перевірте статистику продуктивності на всіх серверах
   • Перевірте, чи лічильники в нормальному діапазоні на всіх виробничих серверах

6. Зв'язок

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

7. Реплікація. Перевірте, чи працює кожна публікація та розповсюджувач для кожної підписки

Контрольний список DBA SQL Server

Контрольний список DBA Бреда

Oracle DBA контрольний список (можливо, корисний)

Контрольний список управління базами даних DQL SQL Server

Ранковий контрольний список DBA

Контрольний список MSA SQL Server (багато контрольних списків)

Контрольний список DBA SQL Server

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

Наступним кроком із щоденного / щотижневого / щомісячного контрольного списку є історія. Перевірка лічильників ефективності x / y / z безглуздо без базової лінії для порівняння сьогодні з вчорашнім. Без розуміння сьогоднішнього та вчорашнього дня неможливо передбачити наступний місяць.

ВІДХОДЖЕННЯ: Не DBA для SQL Server

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

• дуже великі столи
• таблиці з багатьма показниками
• індекси з багатьма стовпцями (3 або більше)

Часто перевіряйте довжину черги вводу-виводу на наявність вузьких місць.

Щось допомогти в його виконанні ... Ідея випустила безкоштовний інструмент для перегляду робіт SQL Server, якими я користувався кілька разів. Це дуже добре, щоб отримати хороший огляд, хоча він має кілька обмежень, оскільки він безкоштовний. Варто перевірити: http://www.idera.com/Products/Free-Tools/SQL-job-manager/

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

• перевірити журнал помилок агента SQL Server та агента SQL Server
• перевірити стан дзеркальних серверів (головний та дзеркальний)
• перевірити зміни часу виконання завдань
• перевірити активний вузол на кластерному сервері sql
• перевірити DISK SPACE