ASCRUSЗначитсь.

Ну во первых, проверка БД на чексуммы не обрушивает БД, а очень даже красиво и корректно возвращает в виде набора данных сообщения об ошибке:

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

В третьих, как только БД остановилась, мы всегда можем взять последний полный бакуп и наложить на него лог файлы инкрементных бакупов и разрушенной БД:
DBENG9.EXE C:\Data\Project.db -a D:\Backup\Project.log
таким образом мы восстановим все завершенные транзакции на момент остановки БД.

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

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

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

А можно ли включить опцию CHECKSUM после создания БД?