черновик, стр.8В обратную сторону, если вы используете SuperServer, и отключили файловый кэш у БД, включение файлового кэша nbackup –D off может привести к выпадению процессов в виртуальную память, т.к. операционной системе потребуется память для размещения там файлового кэша базы данных.Начать лучше с "И наоборот, ...", но вытеснение сильно зависит от степени агрессивности кэширования. Скорее, всё-таки, файловый кэш не высвопит память приложений на диск.
Кроме того, насколько я понимаю, если один описатель файла получен при открытии файла в режиме "кэшировать", а второй - "не кэшировать", то кэш, "набранный" при работе через первый описатель сброшен не будет. Операции чтения через второй описатель могут задействовать кэш, "набранный" первым, но "не имеют" права повлиять на него.
А вот если оба описателя получены в режиме "кэшировать", то то влияние будет. В этом случае nbackup может "вымывать" из кэша "полезные" данные чтением страниц, которые "не требуются" при "обычной" работе с базой.

Я бы написал так:
Отключение прямого доступа (-d off) задействует кэш файловой системы и уменьшает время создания дампа базы, но может заполнить файловый кэш "малоактивными" страницами, вытеснив оттуда "рабочие" данные.
Включение прямого доступа (-d on) не будет влиять на "рабочие" данные базы в кэше файловой системы, но может кратно увеличить время создания дампа. Это может быть существенно для nbackup версий 2.5 и более ранних, в которых файл базы всегда прочитывается целиком.
В версии 3.0 nbackup на уровнях 1 и выше (инкрементальные дампы) прочитывает только страницы, изменившиеся после создания дампа предыдущего уровня, что уменьшает ввод-вывод и влияние на кэш файловой системы.

черновик, стр.9Services Manager всегда требует указания имени пользователя и пароля, явного при помощи опций –user и –password, или автоматического (root или trusted authentification). Переменные isc_user и isc_password не используются."Клиентский": прекрасно использует переменные окружения для авторизации.
Вот у "серверных" fbsvcmgr - возникают разные ньюансы.
В общем, "для винды" делаем отдельный "клиентский" каталог (тривиальное копирование минимального подмножества файлов из zip-архив) и спокойно работаем с серверами версий 2.5 и 3.0.
Для серверов версий 2.0 и 2.1 будут проблемы с аналогом "gstat -h", ну а сервисы 1.5 "своеобразно" работают в режиме классика.

И снова - идиотская идея при полном нежелании читать документацию.

P.S.
Идиотская потому, что "константная часть" это логические объекты СУБД, а вы хотите порешать "странную проблему" через физические страницы.