Выполните dbms_backup_restore.searchfiles()
еще раз после удаления файлов, чтобы обновить список в памяти.
Ответ на Ваш первый вопрос - Да - если сессии используются, и Оба.
Cookie является коротким битом текста, переданного назад и вперед между клиентом и сервером с каждым запросом/ответом.
IIS генерирует идентификатор сессии, сохраняет его, и любые связанные данные, и передает в cookie клиенту (браузер).
Когда клиент выполняет другой запрос, он отправляет cookie, содержа sessionID назад к серверу. Сервер может затем посмотреть на cookie и найти сессию (и связанные данные), который сохраняется на сервере.
В ASP.net существует несколько мест для сессии, которая будет сохранена, но это всегда в серверной инфраструктуре.
Значение по умолчанию является памятью Процесса IIS. Это означает: при сбросе IIS (или целый ПК) или даже просто пул приложений в IIS все сессии удалены, и данные сессии потеряны навсегда. Кроме того, если Вы будете иметь МНОГО сессий и будете хранить много данных на каждой сессии, то процесс потребует большой памяти, которая может быть проблемой. Это называют "В - Proc" Сессии.
Основной альтернативой является База данных SQL Server. Тем путем сессии сохранены даже после того, как перезапуск и это действительно не имеют значения, насколько большой каждая сессия. Основная оборотная сторона является добавленной задержкой: Выбирающие данные из базы данных медленнее что В - Proc решение, конечно.
Существуют также некоторые другие методы, как сохранить сессии (включая опцию записать абсолютно новому поставщику сессии), но два общих являются "Памятью Сервера" и "Базы данных SQL MS".