Файловая система доступа под другой смонтированной файловой системой
В первую очередь, ODBC и JDBC являются совершенно различными API (хотя с той же целью, а именно, взаимодействующей через интерфейс с базой данных).
Относительно внутренней работы JDBC:
Примерно говоря, драйвер JDBC откроет соединение с базой данных, которую Вы хотите использовать, и проведете свои запросы для выполнения, затем передадите любые результаты обратно. Как точно это делает, который зависит от определенного драйвера JDBC, который Вы используете (драйвер специфичен для каждого DBMS). Некоторые будут использовать JNI для вызова библиотек не-Java (например, "драйвер OCI" для Oracle), другие реализуют полный протокол для разговора с DBMS в Java (например, "тонкий драйвер Oracle", драйвер MySQL).
При необходимости в более определенной информации разъясните вопрос.
Страницы Wikipedia на JDBC и ODBC также дают хороший обзор предмета.
Мой вопрос состоит в том, как я могу получить доступ к файлам под/var/x/y/recordings/после того, как я монтирую новый диск на/var/x/y/recordings/?
Если Вы знаете, что собираетесь быть выполнением этого заранее, то можно сделать a mount --bind /var/x/y/recordings /foo перед монтированием чего-то еще в то местоположение. Папка Вы сделали связывание, монтируется, также должно все еще быть шоу Вы базовая файловая система вместо той, которую Вы смонтировали.
Я полагаю, что открытый файл должен смочь закончить быть записанным в и в конечном счете закрытым после того, как новый FS смонтирован по его родительскому каталогу.
Я сожалею, я не уверен в этом. Вы, возможно, должны протестировать на запасном поле.
Вместо того, чтобы заменить /var/x/y/recordings каталог с новой файловой системой, смонтируйте новый диск как /var/x/y/recordings/archive и переместите более старые записи от /var/x/y/recordings кому: /var/x/y/recordings/archive к свободному располагают с интервалами. Затем, после того как Вы можете запланировать некоторое время простоя, в которое можно переместить новый диск /var/x/y/recordings полный рабочий день. Вы могли бы хотеть изучить использование LVM или подобной технологии, чтобы смочь развернуть файловые системы на лету.
Мимоходом связанный: Вы считали диск влиянием производительности ввода-вывода телефонных вызовов на внешнем диске по сравнению с тем, что Вы имеете внутренне? При превышении ~40 IOPS на текущем диске Вы могли бы найти, что это не достаточно быстро, и это могло бы привести к зависанию, зыби и потерянным вызовам на Вашем PBX, если Вы регистрируетесь синхронно.