Система stackoverflow говорит, что этот вопрос будет закрыт, поэтому, надеюсь, действительно быстрое оружие может быстро дать мне хороший ответ.
В рамках моей должности в фирме, в которой я работаю, я был вынужден стать администратором базы данных для нашей базы данных. Некоторые из наших таблиц имеют количество строк, приближающееся к 100 миллионам, и многие вещи, которые я знаю, как делать SQL Server (например, соединения), просто ломаются на этом уровне данных. У меня осталось несколько вариантов
1) Найдите администратора баз данных с опытом администрирования VLDB. Это будет стоить нам немалых денег и придется заплатить за счет другой работы, которую нам нужно выполнить. Я не большой поклонник этого.
2) Большая часть наших данных - это исторические данные, которые мы используем для анализа. Я мог бы просто создать копию нашей схемы базы данных и начать с нуля с данными, отложив любой анализ наших текущих данных, пока я не найду надлежащий способ решения проблемы (это мое текущее «лучшее» решение).
3) Обратитесь к сообществу разработчиков, чтобы узнать, смогу ли я узнать достаточно о больших базах данных, чтобы помочь нам, пока я не смогу реализовать решение №1.
Мы будем очень признательны за любую помощь, которую может предоставить кто-либо, или любые книги, которые вы могли бы порекомендовать.
Это ответ, который я недавно предоставил на вики-странице сообщества об общем администрировании баз данных - похоже, вы перешли от роли разработчика к роли администратора базы данных, поэтому многие из них должны быть вам полезны.
Ознакомьтесь с серией статей и колонок вопросов и ответов, которые я пишу для журнала TechNet Magazine - они в основном написаны с учетом случайных (мы называем это «непроизвольным») администраторов баз данных.
Основные советы по эффективному обслуживанию базы данных был написан специально как учебник для администраторов баз данных, которые вынуждены понимать проблемы обслуживания БД.
Понимание ведения журнала и восстановления в SQL Server
Распространенные проблемы безопасности и решения SQL Server
Понимание резервного копирования SQL Server - часть 1 из 3-х частей. Часть 2 будет посвящена использованию восстановления (в выпуске от 09 сентября), а часть 3 будет посвящена восстановлению без резервных копий (в выпуске от 09 ноября).
Вам также следует оформить заказ мой блог и блог моей жены (не реклама или что-то просто информация) - мы оба ведем огромное количество блогов на самых разных технических уровнях.
Хорошая серия сообщений для просмотра - это редакционные статьи по результатам моих еженедельных опросов. Обычно они связаны с широкой темой, которая может помочь администраторам баз данных, не желающим работать по собственному желанию. Редакционные сообщения начинаются со слов «Важность» или «Важно». Фактически, опрос на этой неделе посвящен невольному администратору баз данных - очень своевременно!
Мы очень хорошо понимаем непроизвольные действия администраторов баз данных - на самом деле, мы с Кимберли преподаем пару дней курса SharePoint Microsoft Certified Masters, чтобы администраторы SharePoint знали, что делать со своими SQL-серверами (мы также обучаем SQL-серверу целую неделю) .
Надеюсь, это будет вам полезно.
Вариант (2) - разумное краткосрочное решение. Вы можете настроить другую базу данных и восстанавливать в нее копии ваших производственных данных через определенные промежутки времени (например, каждую ночь). Аналитические запросы к производственным базам данных довольно антисоциальны, поэтому избавиться от них - это выигрыш. Убедитесь, что эта база данных находится на отдельном сервере или, по крайней мере, физически отдельных дисках от вашей производственной системы. Этот тип решения обычно используется для отчетности.
Для более долгосрочного решения подумайте о создании витрины данных с звездные схемы которые оптимизированы для аналитических отчетов. Для одного источника данных в более простой бизнес-области вы можете привлечь подрядчика, который сделает это всего за пару месяцев, так что затраты может быть вполне разумным.
Если вы создаете витрину такого типа, вы можете разместить инструменты отчетности для конечных пользователей, такие как Report Builder (который поставляется с SQL Server) или Analysis Services (который также поставляется с SQL Server, но может потребоваться сторонний интерфейсный инструмент, такой как Proclarity). Это существенно расширяет возможности бизнеса самостоятельно составлять отчеты, что может снизить нагрузку на ИТ. штат сотрудников.
Есть несколько хороших книг по SQL Server (см. эта публикация в Stackoverflow для множества разветвлений и следуйте по ссылкам.) и несколько типов MVP, которые тусуются на этих форумах достаточно, чтобы вы, вероятно, могли получить конкретные вопросы.