Я не знаю о том. Вы могли бы попробовать список рассылки или IRC, чтобы видеть, знает ли кто-либо там об одном или интересуется работой с Вами создавать ту.
Если можно предсказать MDF и размеры LDF, пойдите для него.
А также выравнивание раздела и формат с 64k размерами кластера (согласно ответу TomTom), также помните, что для дефрагментации таблицы (ведение индексов) требует свободного пространства в MDF приблизительно 1,2 раза размера той таблицы. Таким образом, Вам нужны приблизительно 7.5 ГБ, свободных на Вашем MDF для таблицы 6GB. Это - частая причина неожиданного MDF и роста LDF.
Я всегда изменяю размер дб к senseible размеру.
Что более важно, хотя, надлежащее разделение, особенно когда Вы используете единицы RAID. Удостоверьтесь, что Ваши разделы выравниваются также. И пользовательское форматирование NTFS с размером узла на 64 ГБ.
Фрагментация существует на 2 уровнях: SQL и ОС. Фрагментация ОС произойдет, только если предварительно измеренный файл был сделан на фрагментированном диске. Если Вы измерите файл согласно своим максимальным потребностям и отключите автоматический рост, то диск не будет фрагментирован, если Вы вручную не переместите некоторые данные в новый созданный файл данных.
Необходимо во всяком случае проверить SQL fragmnentation использующий dbcc showcontig.
Таким образом да, для Вашего вопроса: лучшая практика должна дать размер согласно возрастающим потребностям. Таким образом SQL не освободит время в распределении пространства и также, сохранить байты данных SQL в непрерывном порядке порядка на диск.