вчера я узнал, что настройка базы данных при автоматическом росте не очень хорошая вещь.SQL Server Bad & Best Practices
Существуют ли другие базовые «плохие» методы (или лучшие практики) при создании баз данных SQL Server на производстве?
ТНХ, Ливен Cardoen
У вас есть данные и журналы на отдельных устройствах. Является ли tempdb разумным размером? У вас есть план аварийного восстановления? В первый раз, когда вам нужно восстановить базу данных, не время начинать читать о том, как это сделать!
Вы используете план обслуживания по умолчанию (DBCC, обновите статистику и все такое)? Знаете ли вы, что все это делает, и контролируете ли вы его по любым вопросам?
У вас есть некоторые показатели производительности на дисках ввода/вывода, памяти, процессора. Возможно, некоторые запросы вы можете регулярно отслеживать и искать снижение производительности.
С новым приложением и базой данных все ваши запросы будут протестированы ненадолго, но по мере роста вашей базы данных проблемы производительности могут подкрасться к вам, если вы не будете активны.
Любые хорошие ссылки на это? thx –
Есть, нужно будет их выследить. Если вы ничего не знаете об этом выше, вы, вероятно, должны получить книгу SQL Server - в настройке есть несколько хороших настроек, которые охватывают конфигурацию и показатели. – MikeW
Thx, проверит их. –
остановить сервер sql от использования всей доступной памяти ... на ящике с 4 ГБ оперативной памяти, я бы ограничил его до 3 ГБ, гарантируя, что 1gb останется для os.
Мой личный фаворит:
У вас есть план резервного копирования?
Я видел слишком много баз данных с журналами транзакций заполняющей диска ...
Если вы получаете серьезным с SQL взглянуть на SqlServerCentral.com. У них много хороших статей по всему, что связано с SQL.
Autogrowth не плохо, если вы знаете, что делаете. Иногда авторазработка необходима для базы данных, которая растет контролируемым и ожидаемым образом. Если вы выключите автозапуск, в этом случае вы отключите приложение. – DevinB