SQL Server Bad & amp; Лучшие практики

Question

вчера я узнал, что настройка базы данных на авто рост не очень хорошая вещь.

Существуют ли другие основные «плохие» практики (или лучшие практики) при работе с базами данных SQL Server в производстве?

спасибо, Ливен Кардоен

Answer 1

У вас есть данные и журналы на разных устройствах. Является ли tempdb разумным размером? У вас есть план аварийного восстановления? В первый раз, когда вам нужно восстановить базу данных, не время начинать читать о том, как это сделать!

Используете ли вы план обслуживания по умолчанию (DBCC, обновление статистики и все такое)? Знаете ли вы, что все это делает, и отслеживаете ли вы какие-либо проблемы?

Есть ли у вас показатели производительности для дискового ввода-вывода, памяти, процессора. Возможно, некоторые запросы вы можете отслеживать на регулярной основе и искать снижение производительности.

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

Answer 2

не позволяйте серверу sql использовать всю доступную память ... на коробке с 4 ГБ ОЗУ, я бы ограничил ее до 3 ГБ, обеспечив 1 ГБ для ОС.

Answer 3

Мой личный фаворит:

  

У вас есть план резервного копирования?

Я видел слишком много баз данных с журналами транзакций, заполняющими диск ...

Если вы серьезно относитесь к SQL, ознакомьтесь с SqlServerCentral.com . У них есть много хороших статей обо всем, что связано с SQL.