Ресурсы для случайных администраторов баз данных

Ознакомьтесь с серией статей и колонок вопросов и ответов, которые я пишу для журнала TechNet Magazine - они в основном написаны с учетом случайных (мы называем это «непроизвольным») администраторов баз данных.

Основные советы по эффективному обслуживанию базы данных был написан специально как учебник для администраторов баз данных, которые вынуждены понимать проблемы обслуживания БД.

Понимание ведения журнала и восстановления в SQL Server

Распространенные проблемы безопасности и решения SQL Server

Понимание резервного копирования SQL Server - часть 1 из 3-х частей. Часть 2 будет посвящена использованию восстановления (в выпуске от 09 сентября), а часть 3 будет посвящена восстановлению без резервных копий (в выпуске от 09 ноября).

Вам также следует оформить заказ мой блог и блог моей жены (не реклама или что-то просто информация) - мы оба ведем огромное количество блогов на самых разных технических уровнях.

Хорошая серия сообщений для просмотра - это редакционные статьи по результатам моих еженедельных опросов. Обычно они связаны с широкой темой, которая может помочь администраторам баз данных, не желающим работать по собственному желанию. Редакционные сообщения начинаются со слов «Важность» или «Важно». Фактически, опрос на этой неделе посвящен невольному администратору баз данных - очень своевременно!

Мы очень хорошо понимаем непроизвольные действия администраторов баз данных - на самом деле, мы с Кимберли преподаем пару дней курса SharePoint Microsoft Certified Masters, чтобы администраторы SharePoint знали, что делать со своими SQL-серверами (мы также обучаем SQL-серверу целую неделю) .

Надеюсь, это будет вам полезно.

Шон, я понимаю, откуда ты.

Мы здесь в такой же лодке, как и многие другие. Не выдерживая сегодняшней экономики.

Несмотря на неоднократные жалобы к руководству (включая высшее руководство бизнеса), наша ситуация такова; Самозваный «администратор базы данных» (в отдельной «команде разработчиков» на другом этаже), к сожалению, знает меньше, чем младший, владеющий двумя книгами О'Рейли и дампом КБ. У нее есть работа, и она великолепно наливает мед в ухо тому, кто также наливает мед в ухо высочайшей гадости.

Конечно, было бы идеально научиться «торговле» DBA, но опять же ... То, что мы хотим и что мы можем получить, часто очень разные вещи. :)

Я лично столкнулся со следующими проблемами, которые (повторяя довольно резкую, но не совсем некорректную оценку Сквиллмана) действительно потребовали значительного количества поисков в Google.

• Транлоги. Ты прав. Что это были за хрень? Итак, нам пришлось восстановить базу данных и сервер, что именно означает «воспроизведение журналов передачи»? :)
• Подождите, что вы имеете в виду, что эти базы данных просто становятся больше? Как их уменьшить? Или хотя бы поддерживать их рост?
• Стандартизация инсталляций на разных серверах (это изображение для "dev", это изображение для "prod", и это маленькое изображение плакало всю дорогу домой, с рынка. :)
• Сценарии обслуживания и способы управления базами данных в течение длительного периода времени (вроде как выращивать комнатные растения и следить за тем, чтобы они не превратились в кудзу).
• Всегда проверяя, что программы идут на C: \, журналы и / или базы данных идут на D: \, что является своего рода формулировкой нашей стандартизации (C: \ - это два зеркальных диска, D: \ обычно относится к RAID5. .)
• Необходимость покупки отдельной лицензии SQL и клиента для резервного копирования.
• Ознакомьтесь с управлением пользователями, которых группа разработчиков назначает самой базе данных SQL, управлением ролями DBO и т. Д. Убедитесь, что у вас есть хорошая модель безопасности, когда дело касается прав пользователей в базе данных.
• Исследование учетной записи службы домена, под которой могут работать службы SQL. Какие права нужны этой учетной записи службы, если они вообще есть.

(В своем посте вы отметили несколько довольно хороших).

Поскольку вы работаете с ограниченными возможностями, как и некоторые другие, убедитесь, что вы распространяете знания SQL среди команды, если можете. Делитесь тем, что знаете, учите других тому же. Быть дружелюбным. Это настоящая боль - носить шляпу SQL, но, по крайней мере, многие глаза и мыслительные процессы лучше, чем один-единственный.

Однако прежде всего постарайтесь, как дьявол, нанять администратора баз данных. :)

Я получил звание администратора базы данных примерно через год на моей работе. Это было около 5 месяцев назад. С тех пор я читаю различные блоги из 500000 футов обзора к (иногда ударяется о твердую колоду на высоте 500 футов) 250,000 просмотров, в 500 футов обзора. Также,SQLServerPedia твой друг; у них есть много хороших вещей для случайного администратора баз данных.

Меня бросали в ситуации, которые заставляли меня чувствовать себя неловко. Например, я делал резервные копии с тех пор, как мне «дали» эту работу, поэтому для моего первого восстановления производственных данных были под рукой полные, дифференциальные и t-журналы, никто больше не выглядел паническим, поэтому я решил, что не могу показать как меня тошнило. В большинстве случаев я переусердствую, когда надеваю шляпу администратора баз данных, но полагаю, что это не моя постоянная работа (сетевой администратор), поэтому я должен быть «лучше осторожен, чем сожалеть».

Основные советы по эффективному обслуживанию базы данных

Начнем с тактических усилий. Если ваша база данных дает сбой или работает некорректно, сосредоточьтесь на решении этих проблем.

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

Если у вас нет оборудования для тестирования основных изменений и таких вещей, как резервное копирование / восстановление - выясните, как его получить.

Когда я нанял младшего администратора баз данных, я купил ей Microsoft® SQL Server ™ 2005 Administrator's Companion. Это та книга, которую я хотел бы иметь, когда только начинал.