Arrêtez Oracle de générer le fichier sqlnet.log

Je suis en utilisant DBD::Oracle, perl, et à chaque fois que la connexion échoue, le client génère une sqlnet.fichier journal avec les détails de l'erreur.

La chose est, j'ai déjà l'erreur interceptée par perl, et dans mon fichier de log. Je n'ai vraiment pas besoin de cette information supplémentaire.

Alors, est-il un drapeau ou de l'environnement pour l'arrêt de la création de sqlnet.journal?

source d'informationauteur Mathieu Longtin

  1. 4

    De la metalink

    L'enregistrement est automatique, il n'y a aucun moyen pour activer la déconnexion, mais puisque vous êtes sur un serveur Unix, vous pouvez rediriger le fichier journal sur un périphérique null, éliminant ainsi le problème de la consommation d'espace disque.

    Dans le SQLNET.ORA fichier, définissez LOG_DIRECTORY_CLIENT et LOG_DIRECTORY_SERVER égale à un périphérique null.

    Par exemple:

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

    dans SQLNET.ORA supprime l'enregistrement des clients complètement.

    Pour désactiver le port d'écoute de l'exploitation forestière, définissez ce paramètre dans l'ÉCOUTEUR.ORA fichier:

    logging_listener = off
  2. 6

    Comme le Documentation Oracle états: veiller À ce que toutes les erreurs sont enregistrées, l'enregistrement ne peut pas être désactivé sur des clients ou des Noms de Serveurs.

    Vous pouvez suivre la suggestion de DCookie et utiliser le /dev/null comme le répertoire des journaux. Vous pouvez utiliser NUL: sur les machines windows.

  3. 4

    Vos clients sont sous Windows, ou *nix? Si sous *nix, vous pouvez définir LOG_DIRECTORY_CLIENT=/dev/null dans votre sqlnet.ora fichier. Vous ne savez pas si vous pouvez faire beaucoup pour un client windows.

    EDIT: Ne regarde pas comme il est possible de faire dans Windows. Le meilleur que vous pourriez faire serait de définir la sqlnet.ora paramètre ci-dessus à un emplacement fixe et de créer une tâche planifiée pour supprimer le fichier comme vous le souhaitez.

    Bon, comme Thomas l'a fait remarquer il y a un périphérique null sur windows, utilisez le même paradigme.

  4. 2

    IMPORTANT: NE PAS DÉFINIR "LOG_FILE_CLIENT=/dev/null", ce sera la cause de permissions de /dev/null être remis à zéro chaque fois que votre initialiser oracle de la bibliothèque, et lorsque votre umask est quelque chose qui ne permettent pas lisible par tout le monde-écriture de bits, ceux qui sont supprimés à partir de /dev/null et si vous avez la permission chmod ce fichier: je.e exécute en tant que root.

    et exécute en tant que root peut-être quelque chose de trivial, comme php --version bec php-extension de l'actuel!

    tous les détails ici:
    http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2014-May/023931.html

    vous devez utiliser le chemin à l'intérieur de répertoire qui n'existe pas:

    LOG_FILE_CLIENT = /dev/impossible/path

    et espérons que personne ne crée dir /dev/impossible 🙂

    pour Windows NUL probablement est très bien comme il est pas à proprement parler un fichier...