«Восстановление базы данных»; Команда прочитает резервную копию с носителя резервной копии, чтобы файлы базы данных были такими же, какими они были на момент последнего резервного копирования. Не восстанавливает контрольные файлы.
«Восстановить базу данных»; Команда будет применять инкрементные резервные копии (не применимо - в вашем примере только полная резервная копия) и применять архивные журналы (также не применимо, вы находитесь в режиме «NOARCHIVELOG».) Она также может записывать в контрольные файлы - если это так, Можно понять, почему это требуется.
После команд восстановления / восстановления / открытия, которые вы ввели в свой вопрос, ваша база данных была такой, какой она была на момент резервного копирования. Любые транзакции, выполненные после резервного копирования, будут потеряны и не могут быть восстановлены, потому что вы находитесь в режиме «NOARCHIVELOG». Вы должны быть в режиме «ARCHIVELOG», чтобы выполнить полное восстановление «на момент времени».
Кстати, какие файлы вы удалили, переименовали или переместили, чтобы действительно имитировать настоящий сбой носителя? Могу поспорить, что вы не удалили один из ваших контрольных файлов. Вам нужно попрактиковаться в этом сценарии.