выбирая базу данных FILEGROWTH как% или как фиксированный размер

Question

Кто-нибудь знает о каких-либо проблемах (производительности или иным образом), связанных с параметром FILEGROWTH, в виде%, а не фиксированного размера? В чем преимущество% перед фиксированными приращениями?

Answer 1

Использование процента может означать большие автострышки. Когда вы добавляете 10% к 100 ГБ БД, вы добавляете 10 ГБ. Если это занимает более 30 секунд (это легко может быть), и у вас есть вызывающий абонент с тайм-аутом 30 с, который вызовет откат, у вас будет много активности на диске в течение длительного времени, если у вас будет цикл повторной попытки. Я мог бы знать, кто-то вариант этого сценария случился: P

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

Answer 2

Я бы предложил использовать фиксированный прирост. Использование% в небольшой растущей базе данных приводит к более частому росту базы данных. Также использование% в большой базе данных может вызвать чрезмерный рост. Лучше всего внимательно следить за базой данных и устанавливать фиксированный рост, соответствующий вашему использованию.