De nombreux services Windows écrivent des fichiers journaux quotidiens dans le répertoire d'installation de leur application sous "Fichiers programme".Quelle est la «meilleure pratique» pour l'emplacement des fichiers journaux du service Windows?
Les applications système Windows (par exemple IIS) utilisent% SystemRoot% \ System32 \ LogFiles. Est-ce que je devrais faire quelque chose pour mon service?
Nous rendons le répertoire des journaux configurable. En fonction de l'utilisation, il est possible que vous ne souhaitiez pas de journaux sur le lecteur de système d'exploitation ou dans un emplacement qui nécessite des droits supérieurs à ceux dont vous avez besoin.
Le journal des événements n'est pas toujours la meilleure solution pour une journalisation plus détaillée. Nous utilisons le journal des événements pour les erreurs et les avertissements et les changements d'état majeurs (start/stop/etc.) Mais nous utilisons le fichier journal pour des actions plus détaillées.
Une option consiste à utiliser le journal des événements, où de nombreux informaticiens s'attendent à trouver des journaux.
Si vous souhaitez utiliser les fichiers journaux, un bon emplacement se trouve dans le répertoire% Temp%.
Je ne dirais pas non plus, ces deux typiquement casser dans Vista (et XP mais pas aussi souvent) car ils exigent des privilèges d'administrateur à écrire. Je recommande plutôt% AllUsersProfile% \ application data \ yourService \
Incorrect. Les privilèges d'administrateur sont requis pour installer une nouvelle source de données du journal des événements, et non pour y écrire. – Sander
Je n'ai rien dit sur le journal des événements, je parlais de l'écriture dans les répertoires% systemroot% et% programfiles%. Le LPU n'a aucun accès pour écrire ou modifier ces répertoires. – Jared
Qu'est-ce que la LPU? – rupello
Utilisez le journal des événements - il peut stocker des données dans des formats riches et prend en charge une bonne interrogation via WMI (par exemple, les administrateurs peuvent interroger les journaux des 100 serveurs à la fois pour les avertissements qui contient le nom de fichier "Payroll.xml" - pas de recherche dans les fichiers journaux pour dépanner les services).
Considérez-vous que le journal des événements est un emplacement approprié pour IIS pour stocker ses fichiers journaux de transaction? – rupello
Sur mes services Windows, je génère les journaux dans un répertoire par défaut "C: \ App Log Files \" et permet à l'utilisateur de choisir un autre emplacement. Je les passe automatiquement, donc j'ai Monday.log, Tuesday.log etc. Mardi matin, je supprime le mercredi.log donc il sera vide le lendemain. Enfin, si une semaine ne suffit pas, je renommer l'ancien comme mercredi.V01. La raison de ce cycle hebdomadaire est que dans une version précédente effectuée par quelqu'un d'autre, les journaux étaient par date, et silencieusement remplis les disques durs jusqu'à ce que tout soit tombé. Étant donné que la plupart des systèmes n'ont personne pour les entretenir, l'auto-entretien vaut la peine d'être fait. Enfin, bien que le journal des événements système soit un bon endroit pour un message occasionnel, il n'est pas bon pour un journal détaillé des transactions, etc. En ayant des fichiers journaux en dehors du journal système, vous pouvez les renvoyer à un développeur pour l'analyse beaucoup plus facilement.
% TEMP% peut et sera effacé à tout moment par une action externe que vous ne pouvez pas contrôler. Vous ne pouvez pas en tenir compte pour un emplacement de journalisation car les journaux peuvent facilement être supprimés avant de devenir utiles à un moment donné. –
D'autre part ... il est très peu probable que vous ayez besoin d'autorisations spéciales pour écrire dans un dossier temporaire, ce qui est l'un des plus gros problèmes avec le choix d'un dossier de journal. – chills42
Et si votre fichier journal est ouvert, Windows ne le supprimera pas car il a un système de fichiers éclaté. – boatcoder