Ресурсы для случайного DBA [закрыто]

16

На платформе Microsoft большинство приложений уровня предприятия (SharePoint, любое из приложений System Center, любое из приложений Dyamics и т. Д.) Работают поверх SQL Server. Для администраторов этих программ SQL Server часто является черным ящиком, который устанавливается в качестве предварительного условия для любой программы, которая является их основной задачей. В результате, очень мало (если таковое имеется) планирования, которое идет в сторону SQL установки, приводит к проблемам, которые возникают где-то дальше по течению.

  • Журналы транзакций, которые заполняют диски
  • Нет планов обслуживания (или неинформированных, таких как планы, которые как реорганизуют, так и перестраивают индексы)
  • Неуправляемый рост
  • Базы данных и логи на тех же шпинделях
  • Плохо выбранные уровни RAID
  • Нет резервного копирования (или плана восстановления)

Итак ... к каким типам проблем стремятся «случайные администраторы баз данных», и какие ресурсы лучше всего помогут случайным администраторам баз данных быстро освоить основы планирования, администрирования и настройки производительности SQL?

Шон Эрп
источник

Ответы:

10

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

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

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

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

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

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

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

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

Надеюсь, что это полезно для вас.

Пол Рэндал
источник
5

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

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

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

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

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

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

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

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

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

Грег Михан
источник
2

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

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

RateControl
источник
SQLServerPedia действительно отличный ресурс! Спасибо что подметил это.
marc_s
0

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

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

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

duffbeer703
источник
0

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

vangmat
источник