После многочасовых упражнений было обнаружено, что имя тома не воспринимается просто никак - ни в виде UNC (\\server\data\tmp) ни в виде указанном выше (DATA:\TMP): проверка - к примеру, файл SYS:\ETC\AUDIT.CTL постоянно занят, - но, несмотря на указание его в списке исключений, BAB упорно пытается его бэкапить, что хорошо видно по логу (ошибка открытия файла).
На сайте техподдержки BAB был обнаружен запрос с этой проблемой, датированный октябрём 2005, но ответа на него так и нет (там BAB, как и один из моих двух BAB-ов, тоже работает на NW5.1).
В общем, на тестах сработал синтаксис БЕЗ указания томов, просто с директориями от корня: \TMP. Понятно, что это не есть хорошо, вдруг на другом томе у меня есть директория с таким же именем, но которую не надо пропускать. Но хоть так, чем никак.
Ладно, забил эксепшены для трёх рабочих серверов (у них три исключения совпадают, у второго есть свой четвёртый дополнительный, у третьего - свой четвёртый и пятый), пускаю полный бэкап (GFS), иду домой. Прихожу утром и вижу в логах странную вещь: во-первых, перед началом бэкапа каждого сервера выводится список исключений (этого не было в 6.6), но он... ОДИНАКОВЫЙ для всех трёх серверов - как у самого первого (три штуки). Во-вторых, запись исключения не соответствует тому, как я указал его в задании - вместо \ETC\AUDIT.CTL вижу SYS:\ETC\AUDIT.CTL. Хотя на тесте если я писАл \TMP\FILE* - то именно так это выглядело и в логе. Смотрю лог активити - сообщений о попытке бэкапить занятый файл нет! Т.е., иксепшен вроде бы отработался правильно. Но обращаю внимание, что для третьего сервера оценочный размер бэкапа одного из томов - 120Гб, тогда как я знаю, что с его пятым исключением эта величина должна быть в районе 97-98Гб. Т.е., получается, ЭТО исключение, специфичное для ЭТОГО сервера - проигнорировалось? Точно скажу позже, бэкап все ещё продолжается, но похоже, будут копироваться все 120Гб (я экономил ленту и убирал одну из директорий из бэкапа - те самый 20 с лишним гигабайт).
Вопрос: кто знает точный, правильный и гарантированно РАБОТАЮЩИЙ синтаксис для записи исключений у BAB r11.1 SP1 for NW? Тщательное изучение документации, сайта поддержки, натурные эксперименты пока однозначного ответа не дали. Есть подозрение, что исключения, описанные для первого сервера, распространяются на все остальные, в этом случае выходом будут одинаковые списки для всех серверов (бардак, но в качестве временного workaround-а пока пойдёт).
Могу в очередной раз высказать своё мнение по поводу BAB r11.1 - более кривого продукта видеть до сих пор не приходилось! CA - чмошники
. Сегодня соберусь с духом, и изложу некий списочек ошибок, претензий, ляпов и т.п., которые мне удалось нарыть за несколько месяцев эксплуатации этого чуда. Последний всплеск моей активности связан с тем, что я запустил вторую копию BAB-а, которая бэкапит старые Netware - 4.11 - "вот тут оно и попёрло". В варианте, когда BAB работает на NW6.0 и при этом бэкапит NW5.1, 6.0 и 6.5 проблем заметно меньше. В общем, ждите описание очередных "грабель" 
) вдруг обнаружил - в том же самом Calendar View на сегодня (среда) уже стоИт... правильный Differential! Тут начинает работать мысль - а что, собственно, произошло за тот период (около часа), с того момента, когда я впервые увидел в Calendar View Full для среды и с чего это он поменялся таки на Differential? Посмотрел по логам, вспомнил, что за этот час я видел на экране сервера и пришёл к такому выводу: за этот час (примерно) BAB, во-первых, вычистил старые записи перезаписанной ленты (по-прежнему это делается очень неторопливо), во-вторых, занёс новые рЕкорды (ураган, всего-то за пару минут), и в-третьих, провёл упаковку базы (для экономии места). И вот, очень похоже, что только после этого взвёлся некий внутренний флаг, говорящий о том, что первый полный бэкап прошёл успешно и записи о нём попали в базу, и только тогда BAB убрал запланированный на сегодня (на всякий случай?) Full бэкап и сменил его на нормальный диференциальный.
