Деление DBCC CHECKDB за несколько дней

Не уверенный, как Вы сделали бы регистрации 1), возможно, просмотрите CHECKDB в Профилировщике для наблюдения то, что работает за этими проверками под покрытиями, и посмотрите, не является ли тот код чем-то, что могло бы быть дублировано?

Относительно 2) и в то время как я склонен думать partioning основанный на времени (ежемесячно) такой что касается приложения главной бухгалтерской книги, был бы, помещая таблицы в группы файлов, основанные на критичности (более очень важный для менее критического, более активно привыкшего к менее активно используемому, и т.д.) имеют больше смысла для Вас? Это предполагает, что группа таблицы интенсивного движения в этом месяце была бы тем же в следующем месяце. Возможно, used_page_count от DMV sys.dm_db_partition_stats помог бы подтвердить начальную букву table-to-filegroup-placement.

3) Если время не вызывает сползание в производство доступное окно, почему нет?

Вы говорите, что это - имущество широкая реализация - если у Вас действительно нет окна, и все базы данных являются VLDBs (10 ТБ +), мне кажется, что это по усложнению вещей. Если большинство Ваших экземпляров является достаточно маленьким, выполняется со стандартом checkDB задание - и просто иметь специальное задание для действительно больших баз данных. Они должны быть исключениями.

Вы думали о выполнении checkDBs против восстановлений в предварительное напоминание? или physical_only большую часть времени? Или делая checkDB против файла резервной копии с помощью стороннего инструмента, такого как SQL Redgate Виртуальное Восстановление.