Источники информации по администрированию больших баз данных SQL Server? [закрыто]
Система stackoverflow говорит, что этот вопрос будет закрыт, так что, надеюсь, действительно быстрое оружие может дать мне хороший ответ. быстро.
В рамках моей роли в фирме, в которой я работаю, я был вынужден стать администратором базы данных для нашей базы данных. Некоторые из наших таблиц имеют количество строк, приближающееся к 100 миллионам, и многие вещи, которые я знаю, как делать SQL Server (например, соединения), просто ломаются на этом уровне данных. У меня осталось несколько вариантов
1) Найдите администратора баз данных с опытом администрирования VLDB. Это будет стоить нам немалых денег и придется заплатить за счет другой работы, которую нам нужно выполнить. Я не большой поклонник этого.
2) Большая часть наших данных - это исторические данные, которые мы используем для анализа. Я мог бы просто создать копию нашей схемы базы данных и начать с нуля с данными, отложив любой анализ наших текущих данных, пока я не найду правильный способ решения проблемы (это мое текущее «лучшее» решение).
3) Обратитесь к сообществу разработчиков, чтобы узнать, смогу ли я узнать достаточно о больших базах данных, чтобы помочь нам, пока я не смогу реализовать решение №1.
Мы будем очень признательны за любую помощь, которую может предоставить кто-либо, или любые книги, которые вы могли бы порекомендовать.
Это - ответ, который я предоставил на общественной Wiki только что об общем администрировании баз данных - кажется, что Вы переместились от большей dev роли до роли DBA, таким образом, многие из них должны быть полезны для Вас.
Контроль ряд изделий и столбцов Q&A, которые я пишу для Журнала TechNet - они главным образом записаны со Случайным элементом (мы называем его 'ненамеренным'), DBA в памяти.
Главные Подсказки для Эффективного Сопровождения базы данных были записаны конкретно как краткая информация для ненамеренного DBAs для понимания проблем обслуживания DB.
Понимание входа и восстановления в SQL Server
Общие проблемы безопасности SQL Server и решения
Понимание Резервных копий SQL Server - часть 1 3 серий. Часть 2 будет на использовании восстановления (в выпуске 09 сентября), и часть 3 будет на восстановлении без резервных копий (в выпуске 09 ноября)
Вы должны также контроль мой блог и блог моей жены (не распространение или что-либо просто информация) - мы заносим огромную сумму в блог на множестве технических уровней.
Один хороший ряд сообщений для просмотра является передовыми статьями для результатов моих еженедельных обзоров. Они обычно вокруг широкой темы, которая помогла бы ненамеренному DBAs. Редакционные сообщения запускаются с 'Важности' или 'Важный'. На самом деле обзор этой недели находится на том, чтобы быть ненамеренным DBA - очень своевременен!
Мы понимаем ненамеренную вещь DBA действительно хорошо - на самом деле Kimberly, и я преподаю несколько дней Microsoft Certified SharePoint класс Masters, таким образом, администраторы SharePoint знают, что сделать с их SQL Server (мы также преподаем целую неделю SQL один).
Надежда это полезно для Вас.
Вариант (2) является разумным краткосрочным решением. Можно настроить другую базу данных и восстановить копии производственных данных в него равномерно (как часто как ночью). Аналитические запросы являются довольно антиобщественными на производственных базах данных, таким образом, это - победа для получения их от производственной системы. Удостоверьтесь, что эта база данных находится на отдельном сервере или по крайней мере физически отдельных дисках от Вашей производственной системы. Этот тип решения является наиболее часто используемым для создания отчетов.
Поскольку долгосрочное решение рассматривает создание витрины данных со схемами "звезда", которые оптимизированы для аналитических отчетов. Для единственного источника данных на более простом бизнес-домене Вы смогли заставлять подрядчика выполнять в нем только несколько месяцев, таким образом, стоимость может быть довольно разумной.
При создании витрины данных этого вида, можно поместить инструменты создания отчетов конечного пользователя, такие как Построитель отчетов (который прибывает SQL Server), или Analysis Services (который также идет с SQL Server, но, возможно, нуждается в стороннем инструменте фронтенда, таком как ProClarity). Это существенно уполномочивает бизнес делать большое их собственное создание отчетов, которое может уменьшить рабочую нагрузку в штате I.T.
Существует довольно много хороших книг по SQL Server (см., что этот Stackoverflow отправляет для большого количества разветвления на выходе, и перейдите по ссылкам.) и несколько типов MVP, кто болтается на этих форумах достаточно, что можно было, вероятно, спросить конкретные вопросы.