Сложно ответить на ваш вопрос, не зная контекста вашей курсовой. Когда я учился курсач по базам данных подразумевал логическое и частично физическое проектирование (в смысле индексы и прочее), но вопросы восстановления после сбоев не затрагивались. Нормальная проработка такого вопроса - это, имхо, уже курсач по администрированию, а не по базам данных.
Вопрос восстановления достаточно широкий сам по себе, поэтому, не зная контекста, могу только сказать, что на практике скорость восстановления в основном зависит от проработанности политики резервного копирования, и от натренированности и скиллов админов.
В реальных приложениях, если базу пришлось восстанавливать - это уже определенный фэйл. Значит, либо сильно подвело железо (например, RAID умер совсем полностью), либо серьезная ошибка администрирования, либо никто и не планировал какой-либо отказоустойчивости базы. Поэтому, время восстановления прежде всего зависит от готовности персонала к таким нештатным ситуациям, временем реагирования и запуска резервных ресурсов (если такие вообще есть), и временем на исследование и устанение причины сбоя.
Если под временем восстановления имеется в виду непосредственное время копирования данных из одного места в другое - то надо определиться, какие это будут "места", т.е. носители, и как технически делается бэкап - всегда целиком, или только разница от некоторого начального снимка и т.д.