Остановить Oracle от генерации файла sqlnet.log

Question

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

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

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

Answer 1

От Металинк

Протоколирование является автоматическим, нет никакого способа, чтобы отключить регистрацию, но так как вы на сервере 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 2

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

EDIT: Не похоже, что это возможно в Windows. Лучшее, что вы могли бы сделать, это установить параметр sqlnet.ora выше в фиксированное местоположение и создать запланированную задачу для удаления файла по желанию.

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

Answer 3

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

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

Answer 4

ВАЖНО: НЕ SET "LOG_FILE_CLIENT =/DEV/нуль", это приведет к разрешению/dev/null сбрасывается каждый раз, когда вы инициализируете библиотеку oracle, а когда ваш umask - это то, что не разрешает биты, доступные для чтения и записи, они удаляются из/dev/null, и если у вас есть разрешение на chmod для этого файла: ie работает от root ,

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

все подробности здесь: http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2014-May/023931.html

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

LOG_FILE_CLIENT = /dev/impossible/path 

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

для Windows, NUL вероятно, является штраф, так как там нет фактического файла ...