Какие параметры должны быть тщательно оценены в SQL Server?

Question

Я ни в коем случае не администратор баз данных, но веб-разработчик означает, что мне придется устанавливать, настраивать и администрировать базы данных. В прошлом я только что следовал установке по умолчанию для SQL Server. Со временем я стал умнее и узнал, что установки по умолчанию почти всегда оставляют двери открытыми и протекающими.

Итак ... Какие критические параметры следует тщательно оценить при установке SQL Server 2005 для кого-то моего уровня? или 2008? Или каждый параметр "критический"?

Есть ли какие-нибудь полезные ресурсы, которые помогут правильно настроить SQL Server 2005?

Answer 1

Каждый параметр важен, но я всегда проверяю следующее:

1. Тип аутентификации - встроенный или SQL? Если SQL, убедитесь, что вы ввели очень надежный пароль sa.

2. Сервис учетных записей - продумайте, что вы хотите для учетных записей. Обычно я создаю пользователя домена для каждого сервиса отдельно и запускаю его с наименьшими привилегиями.

3. пути к базе данных. Определите, где вы хотите, чтобы ваши системные базы данных и пользовательские базы данных - это гораздо проще сделать во время установки, чем принимать решение после факта.

Answer 2

Большинство настроек можно принять с настройками по умолчанию. SQL 2005 был изменен, чтобы быть более безопасным по умолчанию.

Обязательно выполните шаги, чтобы подготовить учетные записи для использования .

Вы также можете посмотреть на оборудование вашего сервера и попытаться разделить ОС, двоичные файлы SQL, данные и журналы на отдельные диски .

http://msdn.microsoft.com/en-us/library/ms143516.aspx - для всех сочных деталей.

После установки вы должны настроить dbmail, а затем настроить планы обслуживания, которые уведомят о сбое резервного копирования или обслуживания.

Answer 3

Несмотря на то, что в основном это прошло с 64-битной версией, я всегда проверяю, включен ли «AWE», если SQL - единственная вещь, работающая на сервере, и она 32-битная. Таким образом, SQL Server имеет доступ ко всей памяти, которую имеет сервер (до 3 ГБ на сервере 4 ГБ), а не ограничивается обычными 2 ГБ.

Я придерживаюсь мнения, что все они важны и имеют разные цели, так что это вопрос вашего окружения.

Answer 4

Мой параметр номер один для проверки - это параметры сортировки сервера. Это будет контролировать сортировку системных баз данных, и вы должны убедиться, что параметры сортировки нового сервера такие же, как и у старого, чтобы избежать ошибок сортировки. В идеале ваша пользовательская база данных будет иметь такой же порядок сортировки.

Если два сопоставления отличаются, и вы сравниваете данные varchar из TempDB с данными varchar из вашей пользовательской базы данных, вам нужно будет указать параметры сортировки.

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

Answer 5

Конфигурация привода! Где вы разместите ваши файлы журналов и базы данных, имеет огромное значение для производительности

Answer 6

Документация Microsoft в Books on Line и в других местах довольно тщательная и точная. Я думаю, что это лучшая документация, которую делает Microsoft. Так что я бы не отказывался от «RTM» до того, как что-то напишу здесь, что будет неполным и неадекватно объясненным в любом случае в сравнении.

Тем не менее, первым приоритетом должно быть «Не навреди». Я видел гораздо больше случаев, когда несовершенное понимание последствий изменения настроек вызывало проблемы, чем то, что нужно изменить настройки по умолчанию. (Примечание: этот совет не применим к MySQL, значения по умолчанию довольно случайные ИМХО.)