Como solucionar erros do SharePoint misteriosas.

Visión global:

A depuración é difícil ao desenvolver función personalizada para Windows SharePoint Services 3.0 (WSS) ou Microsoft Office SharePoint Server (Moss). The main culprit is that SharePoint normally surfaces very little diagnostic information on the web browser when an error occurs. This blog entry describes how to locate additional system-generated diagnostic information that can often provide that extra bit of detail that one needs in order to identify root causes. This can then lead to solving the problem.

Eu teño usado esta técnica con gran éxito para solucionar erros doutra forma misteriosa.

Aproximación:

SharePoint salva unha gran cantidade de información nun rexistro de diagnóstico nun ficheiro de rexistro no 12 colmea.

The "12 hive" is usually located at "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12". (Eu non estou seguro se é posible para o 12 colmea para vivir noutro lugar, de feito).

A idea é atopar o ficheiro de rexistro actual, force the error and then quickly open the log file. These log files are characterized by:

  • Copious amounts of information. SharePoint generates a very large amount of diagnostic information and writes it to that log file very quickly. You need to be quick with the fingers to capture it.
  • Multiplicity. SharePoint does not write to a single log file but rather generates multiple log files in sequence.
  • Copia e pega moi ben en MS Excel.

O meu método favorito:

  1. Abre un explorador de Windows apuntando para a 12 colmea rexistros.
  2. Ordenar a exhibición para amosar por data de modificación (o último primeiro).
  3. Centrado o ficheiro de rexistro máis actual.
  4. Nunha ventá de navegador, forzar o erro ocorrer.
  5. Abrir rapidamente o ficheiro de rexistro actual e copiar o seu contido para MS Excel.
  6. Ir para o final e analizar as entradas relevantes.

Outras Notas:

Por defecto, o rexistro de diagnóstico está situado no 12 colmea directorio rexistros.

MS Mellores prácticas de (ace por Mike T. Microsoft) state that the log files should be saved to a separate hard drive. One does this via central admin. Your system administrator may have done this, Neste caso, por suposto que atopar o ficheiro de rexistro existe en vez do estándar 12 localización colmea).

Esta entrada aborda cuestións como:

  • Fluxo de traballo do SharePoint se puido iniciar debido a un erro interno.
  • (máis a ser engadido ao longo do tempo)
  • Esta entrada foi útil diagnosticar erros de fluxo de traballo (e.g. "The workflow failed to start due to an internal error").

4 pensamentos sobre "Como solucionar erros do SharePoint misteriosas.

  1. Larry Virden

    Así, hai momentos nos que eu vou para o 12 toras colmea e atopar hai pouco a nada neles, a pesar dos niveis de rexistro é tal que debe haber datos alí. Por exemplo, Estou aquí sentado mirando para o explorador de Windows vista do cartafol de rexistros e vexo que, en media, os rexistros son 1-2 presentación. Pero, entón, eu vexo varias horas en que os rexistros son 10K. Agora, os sitios web do SharePoint en cuestión están en uso practicamente 24 horas do día. Entón, algo está pasando cos temas / procesos xerando a información que impedir-los de información de rexistro, Eu tería que asumir. Así, como fago para descubrir o que está causando este problema?

    Descubrín todo isto cando eu fun para ir os rexistros para tratar de depurar un problema. Un usuario engadido á parte web ea parte web dilles para comprobar os rexistros. Pero está claro, non hai nada no rexistro.

    Responder
  2. Kelly Ford
    Se non o houbera ficheiros de rexistro son atopados no lugar 12HIVE estándar, pode comprobar o lugar do ficheiro de rexistro se pode atopar en Administración Central->Operacións de>Rexistro e Informe->Rexistro de diagnóstico.
    Responder
  3. Nafees escribiu:
    Grazas home! iso é gran. Eu estaba finalmente capaz de rastrexar erro do ficheiro de rexistro xerado. eo que fixen foi simplemente esqueza de cambiar o nome do nome do assembly en workflow.xml ficheiro de manifesto especificado no feature.xml.
    Excellent.
    "RunWorkflow: System.IO.FileNotFoundException: Could not load file or assembly ‘NewWorkFlowewWorkFlow, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = ed96fa43c5396ebe’ ou unha das súas dependencias. O sistema non pode atopar o ficheiro especificado. O nome do ficheiro: ‘NewWorkFlowewWorkFlow, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = ed96fa43c5396ebe’ at System.Reflection.Assembly._nLoad(AssemblyName filename, Codebase cadea, AssemblySecurity evidencia, Asemblea locationHint, StackCrawlMark& apilar solo, Booleana throwOnFileNotFound, ForIntrospection Boolean) at System.Reflection.Assembly.nLoad(AssemblyName filename, Codebase cadea, AssemblySecurity evidencia, Asemblea locationHint, StackCrawlMark& apilar solo, Booleana throwOnFileNotFound, ForIntrospection Boolean) at System.Reflection.Assembl…"
    Responder

Deixe unha resposta

Enderezo de correo electrónico non será publicado. Os campos obrigatorios están marcados *