Я пытаюсь найти хорошие ссылки на передовые методы планирования и настройки сервера MS-SQL 2008 R2.
Я думаю о строках конфигурации хранилища, расположения файлов, рекомендуемых приложений или разделения пользователей, распространенных ошибок и т. Д.
http://msdn.microsoft.com/en-us/sqlserver/bb671432.aspx стоит посмотреть.
думаю SQLCat был технический документ по MSSQL 2008 R2 Best Practices.
Также у Microsoft есть анализатор передового опыта (BPA) для MS-SQL 2008 R2.
Я упомяну несколько моментов из моего опыта.
Расположение файлов
Вы должны попытаться разделить свои данные, файлы журнала и временные файлы, а также держать их подальше от ОС. Держать их подальше от ОС - это повысить производительность, а также убедиться, что если ваши базы данных в конечном итоге заполнят диски, это вызовет проблемы только для SQL, а не для всего сервера.
Файлы данных должны находиться в конфигурации RAID 5, если вы в основном будете выполнять чтение, или в конфигурации RAID 1 / RAID 10, если вы будете выполнять большое количество операций чтения и записи. Наши хранилища данных, которые в основном читаются, настроены на RAID 5, чтобы мы могли выжать как можно больше места из дисков. У нас есть сервер, на котором работают базы данных OLTP, которые используют RAID 1 для файлов данных для повышения производительности. Помните, что RAID 5 очень дорого обходится операциям записи. Обратной стороной RAID 1 или RAID 10 является то, что получение необходимого места обходится гораздо дороже.
Файлы журналов в значительной степени основаны на чтении / записи, поэтому попробуйте поместить их на RAID 1 / RAID 10. Я настоятельно рекомендую не использовать RAID 5 для файлов журнала и помещал их только в один, если деньги действительно мешали вам делать что-либо еще.
TempDB также выполняет много операций записи, поэтому мы поместили нашу базу данных на RAID 1. Я бы сказал, что это самая важная база данных, которую нужно держать отдельно. У нас были проблемы в прошлом, когда наша TempDB слишком сильно росла и заполняла диски ОС. Если вы не очень хорошо разбираетесь в использовании TempDB, вы определенно захотите, чтобы он был разделен.
Системные базы данных (master, msdb, model) достаточно безопасны в любом месте. Обычно я просто оставляю их в каталоге установки SQL по умолчанию.
Безопасность
Проверка подлинности Windows / смешанный режим зависит от вашей ситуации. Microsoft рекомендует аутентификацию Windows, если вы можете обойтись только этим.
Для учетных записей служб мы обычно создаем общую учетную запись для запуска SQL для нас. Эта учетная запись не обязательно должна быть администратором. SQL Server добавит учетную запись, выбранную вами для запуска служб, в группы, созданные во время установки. Не используйте одну из учетных записей сотрудников для запуска служб. Если этот сотрудник когда-нибудь уйдет и его учетная запись отключится, SQL не сможет работать.
Если вы используете смешанный режим аутентификации, убедитесь, что вы используете надежный пароль для SA. В конечном итоге я отключил учетную запись SA после установки, поскольку мне не нравятся общие учетные записи администратора, но это зависит от вас.
У Microsoft есть страница для Вопросы безопасности при установке SQL Server. Я рекомендую вам прочитать и это, чтобы получить хорошее представление о некоторых других вещах, на которые следует обратить внимание.
Сервисы
Устанавливайте только те сервисы, которые вам нужны. Определите, нужно ли вам установить службы Analysis Services, Reporting Services или Integration Services перед установкой, и убедитесь, что вы не устанавливаете ничего, что вам не нужно. Компоненты, которые вы пропустили позже, легко установить, и таким образом у вас не будет никаких служб, излишне занимающих ресурсы на вашем компьютере.
Единственная услуга, которую я бы назвал довольно безопасной, - это службы интеграции. Одно из самых больших применений - это инструменты плана обслуживания, которые он предоставляет. Если я не уверен, что не буду использовать планы обслуживания SSIS, я всегда стараюсь установить службы интеграции.
Помимо этого, во время установки не нужно принимать много других решений. Такие вещи, как сопоставление, следует оставить в покое, если вы не знаете, что делаете, и не имеете веских причин выйти за пределы значений по умолчанию. Вышеупомянутые 3 вещи - это то, что я рассматриваю всякий раз, когда мне приходится выполнять новую установку SQL Server.