2011-06-21 8 views
269

J'essaie de configurer une application à partir d'un tiers, ce qui nécessite un site Web de soutien hébergé dans mon IIS local. J'ai créé un site Web exactement comme expliqué dans leur guide d'installation, mais j'ai quelques problèmes, et je voudrais voir ce que le journal IIS a à dire. Assez embarrassant, le problème est que je ne trouve pas les fichiers journaux!Où puis-je trouver les journaux IIS?

Donc ma question est: Où est-ce que IIS7 stocke les journaux par défaut?

Répondre

400

Je pense que le lieu par défaut des journaux d'accès est

%SystemDrive%\inetpub\logs\LogFiles 

Sinon, vérifiez sous IIS Manager, sélectionnez l'ordinateur dans le volet gauche, et dans le volet central, allez sous la rubrique « Documentation » dans la zone IIS . Il vous se l'emplacement par défaut pour tous les sites (ce qui est cependant Overridable sur tous les sites)

Vous pouvez aussi regarder dans

%SystemDrive%\Windows\System32\LogFiles\HTTPERR 

qui contiendra les fichiers journaux similaires qui ne représente que des erreurs.

+1

Merci, cela semble logique, mais le répertoire logs est vide. J'ai probablement besoin d'activer la journalisation en quelque sorte, mais je ne trouve rien à propos de la connexion dans le panneau du milieu dans le Gestionnaire des services Internet. – Kjartan

+53

Si vous ne le trouvez pas, il n'est pas installé. Vous devez lancer 'Programmes and Features', puis cliquez sur' Activer ou désactiver les fonctions Windows 'sur le côté gauche, puis sélectionnez' Internet Information Services \ Services Web mondiaux \ Health and Diagnostics \ HTTP Logging' – jishi

+0

Excellent! Maintenant, j'ai des journaux, au moins. Dommage qu'ils ne m'ont pas vraiment donné les réponses que j'espérais, mais au moins j'ai appris quelque chose. Merci encore! – Kjartan

6

Essayez le journal des événements Windows, il peut y avoir des informations utiles

+2

Le journal des événements comporte probablement des erreurs de page sur le site. – jishi

+16

Cela semble être une bonne idée, mais il y a beaucoup d'informations ici, et je n'arrive pas à trouver quelque chose de pertinent pour IIS. Tout pointeur sur l'emplacement de l'Observateur d'événements ou sur la meilleure façon d'y filtrer les informations? – Kjartan

+3

-1, raison: cette réponse est trop générale. S'il vous plaît fournir une explication détaillée où dans le journal des événements l'information peut être trouvée, ou comment filtrer pour elle, sinon compte tenu de l'énorme quantité de journaux dans les journaux dans le journal des événements il est trop difficile de trouver les journaux pertinents. – lanoxx

3

Je pense que le lieu par défaut pour l'enregistrement IIS est: c:\inetpub\wwwroot\log\w3svc

2

Activation Tracing peut être une meilleure alternative au journal des événements Windows. Cela m'a donné l'information dont j'avais besoin pour réparer mon propre WebService.

7

Un moyen beaucoup plus facile à faire est d'utiliser PowerShell, comme ceci:

Get-Website yoursite | % { Join-Path ($_.logFile.Directory -replace '%SystemDrive%', $env:SystemDrive) "W3SVC$($_.id)" } 

ou simplement

Get-Website yoursite | % { $_.logFile.Directory, $_.id } 

si vous avez juste besoin d'informations pour vous et don » Pensez à analyser le résultat dans votre cerveau :).

Pour les points bonus, ajoutez | ii à la première commande à ouvrir dans l'Explorateur ou | gci pour afficher le contenu du dossier.

+12

Ceci est évidemment une nouvelle signification du mot "plus facile" que je n'avais jamais eu connaissance de – freefaller

+1

@freefaller, si l'on a un minimum de connaissances PowerShell, je dirais que c'est un peu plus facile que toutes les méthodes alternatives (cliquer sur les couches de l'interface utilisateur demande beaucoup plus d'efforts, par exemple). Je suppose que toute personne gérant IIS a au moins des côtelettes PowerShell de base. – Bergius

+3

En supposant que les choses sont dangereuses, @Bergius - Je gère IIS depuis plus d'une décennie et je n'ai jamais trouvé le besoin de savoir quoi que ce soit sur PowerShell – freefaller

74

Je crois que c'est un moyen plus facile de savoir où vos journaux IIS sont, plutôt que l'hypothèse d'un emplacement par défaut:

Allez sur votre site IIS, par exemplePar défaut, cliquez dessus, et vous devriez voir « Connexion » à droite si l'enregistrement est activé:

enter image description here

Ouvrir et vous devriez voir le dossier là:

enter image description here

Je vous en prie!

+0

Sur IIS10, la fonction 'Connexion' requiert au moins la fonction 'Services World Wide Web -> Santé et diagnostic -> Journalisation HTTP'. Sinon, il ne s'affichera pas. –

50

J'ajoute cette réponse parce que, après des recherches sur le web, je me suis retrouvé à cette réponse, mais ne savais toujours pas qui du sous-dossier IIS dossier des journaux à regarder dans.

Si votre serveur possède plusieurs sites Web, vous devrez connaître l'identifiant IIS du site. Un moyen facile d'obtenir cela dans IIS est de simplement cliquer sur le dossier Sites dans le panneau de gauche. L'ID de chaque site est affiché dans le panneau de droite.

Une fois que vous connaissez l'ID, nous allons l'appeler n, les journaux correspondants sont dans le sous-dossier W3SVC n du dossier journaux IIS. Donc, si votre ID de site est 4, par exemple, et les journaux IIS sont dans le emplacement par défaut, puis les journaux sont dans ce dossier:

%SystemDrive%\inetpub\logs\LogFiles\W3SVC4 

Remerciements:

  • Réponse @jishi indique où les journaux sont par défaut.
  • Réponse de @Rafid explique comment trouver l'emplacement réel (peut-être pas par défaut).
  • La réponse de @Bergius donne une manière programmatique de trouver l'emplacement du dossier de journal pour un site Web spécifique, en tenant compte de l'ID, sans utiliser IIS.
+4

Il est très important de connaître l'ID du site Web dans IIS afin d'afficher le bon fichier journal. –

+2

J'ai trouvé l'ID en cliquant sur Paramètres avancés dans le panneau Actions après avoir sélectionné le site dans le panneau Connexions. – Stagg

0

J'ai trouvé les fichiers journaux IIS à l'emplacement suivant.

C: \ inetpub \ logs \ LogFiles \

qui aident à résoudre mon problème.

Questions connexes