д0kВячеслав ЛюбомудровЛента в данном случае понятие условное. Имеется в виду какой-либо Backup Manager, а куда он реально отправляет данные -- дело десятое

Вот только беда еще в том, что тот самый Backup Manager обычно стоит неплохих денег и в конторе он один. И может в данный момент (переключение лога) банально быть занят -- бэкапить ту же файлопомойку, например

нормальные бекап менеджеры содержат промежуточный
дисковый пул , куда сбарасываю от клиентов то, что те бекапят , а потом
разбрасывают все по лентам этих клиентов.
не все клиенты могут бекапить-ресторить со скоростью работы драйва.
Политикой устанивливаются приоритеты для ресурсов бекапов-ресторов,
Нарпимер один или несколько приводов всегда находится в гарячем резерве ,
если вдруг кому то срочно потребуется отресториться ,
тогда клиенту презентуется драйв(ы) на прямую со вставленной туда нужной касетой.Вряд ли челы с такими решениями пасутся на SQL.RU
Разве только что поржать

По-поводу "промежуточного дискового пула" -- много лет назад натолкнулись на "неприятность" в EMC NetWorker 7.4 (древний конечно, но денег на проапгрейдить нам не дадут, удивятся) -- пока кто-то в этот пул пишет, прочитать из него другой сессией нельзя (хоть там и созданы "теневые" RO пулы). Т.е. создание тестовой из бэкапа ждет
Хотя, вроде, продукт Enterprise класса

Сейчас в одной библиотеке навернулась одна из двух протяжек, а она работает с физическими лентами и туда пишется бэкап всех БД (ибо на вторую библиотеку они уже не лезут) и тех ленточек, которые ежедневно отвозятся в другой офис. Опять же, с нее по-воскресеньям-понедельникам выполняется восстановление. От "stage"-пулов для нее давно отказались (и по-причинам, описаным выше и по лицензионным). Короче, ситуация, когда бэкап ждет несколько часов, чтоб получить доступ к ленточке стал ситуацией нередкой

Понятно, что сами себе злобные буратины, но вот так оно и бывает в небольших конторах

Самое смешное, что я не вижу разницы между архивлогом, забэкапленном на [специально выделенном] ленточном девайсе или отправленном через LOG_ARCHIVE_DEST_n на другой диск/контроллер/сайт.