Остановить Oracle от создания файла sqlnet.log

Question

Я использую DBD :: Oracle в perl, и каждый раз, когда не удается установить соединение, клиент генерирует файл sqlnet.log с подробной информацией об ошибке.

Дело в том, что у меня уже есть ошибка, захваченная perl, и в моем собственном файле журнала. Мне действительно не нужна эта дополнительная информация.

Итак, есть ли флаг или среда для остановки создания sqlnet.log?

Answer 1

Как указано в Oracle Documentation : чтобы гарантировать, что все ошибки записаны, ведение журнала нельзя отключить на клиентах или серверах имен.

Вы можете следовать предложению DCookie и использовать / dev / null в качестве каталога журнала. Вы можете использовать NUL: на машинах Windows.

Answer 2

из металинка

Регистрация ведется автоматически, отключить ее невозможно, но, поскольку вы находитесь на сервере Unix, вы можете перенаправить файл журнала на нулевое устройство, что устраняет проблему использования дискового пространства.

В файле SQLNET.ORA установите LOG_DIRECTORY_CLIENT и LOG_DIRECTORY_SERVER равными нулевому устройству.

Например:

LOG_DIRECTORY_CLIENT = /dev/null
LOG_FILE_CLIENT = /dev/null

в SQLNET.ORA полностью подавляет ведение журнала клиента.

Чтобы отключить запись в приемнике, установите этот параметр в файле LISTENER.ORA:

logging_listener = off 

Answer 3

Ваши клиенты в Windows или * nix? Если в * nix, вы можете установить LOG_DIRECTORY_CLIENT = / dev / null в вашем файле sqlnet.ora. Не уверен, что вы можете многое сделать для клиента Windows.

РЕДАКТИРОВАТЬ: не похоже, что это возможно в Windows. Лучшее, что вы могли бы сделать, - установить вышеуказанный фиксированный параметр sqlnet.ora и создать запланированное задание для удаления файла по желанию.

Хорошо, как Томас указывает, что в Windows есть нулевое устройство, используйте ту же самую парадигму.

Answer 4

ВАЖНО: НЕ УСТАНАВЛИВАЙТЕ «LOG_FILE_CLIENT = / dev / null», это приведет к тому, что разрешения / dev / null будут сбрасываться каждый раз, когда вы инициализируете библиотеку оракула, и когда ваш umask является чем-то, что не разрешает биты, доступные для чтения и записи в мире они удаляются из / dev / null, и если у вас есть разрешение на chmod для этого файла, то есть для запуска с правами root.

и запуск от имени root может быть чем-то тривиальным, например, php --version с присутствующим расширением oci php!

полная информация здесь: http://lists.pld -linux.org / Почтальон / pipermail / PLD-разви-ен / 2014-May / 023931.html

Вы должны использовать путь внутри несуществующего каталога:

LOG_FILE_CLIENT = /dev/impossible/path

и надеюсь, что никто не создает реж /dev/impossible:)

для Windows NUL, вероятно, в порядке, поскольку это не настоящий файл там ...