Forberedelse af diagnostiske oplysninger til support

Start med den mislykkede arbejdsgang

Beskriv, hvad du forventede, og hvad der rent faktisk skete. Notér den nøjagtige fejltekst og tidspunktet, inklusive tidszonen. Angiv, om problemet påvirker én station, én gruppe eller hele implementeringen, og om det startede efter en opdatering eller konfigurationsændring.

Vælg den matchende guide først: SQL-databasetest, serverportkonflikt, manglende enhed, tom aktivitetsrapport eller manglende rapport-e-mailRegistrer de kontroller, du har gennemført, og deres resultater.

Registrer miljøet og versionerne

• Implementering: din egen server eller cloud-arbejdsområdet og den berørte komponent.
• Version: Kopiér den version, der vises af det berørte program. For en installeret Windows eksekverbar fil kan dens Egenskaber → Detaljer angive en fil- eller produktversion. Registrer server- og klientversioner separat, når begge er involveret; skriv "ikke tilgængelig", hvis en version ikke er eksponeret.
• Operativsystem: Registrer Windows versionen på den berørte server eller station. Ved browserproblemer skal du inkludere browsernavn og -version.
• Tjenestestatus: På din egen server skal du kontrollere den relevante tjeneste i Windows tjenester og registrere dens navn og aktuelle status. For opsætningen af Release-serveren er applikationstjenesterne GoMyidServer og GoMyidCore . Observation af en stoppet tjeneste fastslår ikke årsagen.
• Omfang: Brug konsistente aliasser som SERVER-A og STATION-01 til private enhedsnavne. Inkluder kun identifikatorer, som support faktisk har brug for via en godkendt privat kanal.

Indsaml bevismateriale, før du forsøger en mislykket handling igen. Undlad at nulstille adgangskoder, geninstallere SQL, deaktivere beskyttelse eller genstarte tjenester gentagne gange blot for at forberede en supportanmodning.

Optag det relevante skærmbillede

For en manglende enhed skal du inkludere den valgte gruppe og filtre. For en tom rapport skal du registrere rapportnavnet, datointervallet og den valgte station eller gruppe. For planlagte e-mails skal du registrere tidsplanen, den viste status og enhver præcis fejl. Skeln mellem en SMTP test og en planlagt levering. "Send nu" eller "Send test-e-mail" kan sende rigtige beskeder, så brug dem ikke kun til at lave et skærmbillede.

Optag nok af grænsefladen til at identificere det mislykkede trin. Skjul adgangskoder, licensnøgler, tokens, forbindelsesstrenge, modtageradresser og urelateret medarbejderaktivitet. Sørg for, at fejlkoden og relevant timing er læsbare. Genåbn det endelige billede for at bekræfte, at den følsomme tekst er fjernet i stedet for blot at være dækket af et redigerbart overlay.

Brug den relevante log eller fejluddrag

Hvis en fejldialog eller et installationsprogram identificerer en log- eller oversigtsfil, skal du bruge den nøjagtige sti. Denne vejledning antager ikke, at der er en enkelt logmappeplacering. Hvis der ikke er angivet nogen placering, skal du registrere fejlen og spørge support, hvilken komponentlog der er nødvendig, før du indsamler hele mapper.

På en Windows server kan eksisterende program- eller systemhændelser omkring fejltidspunktet give yderligere kontekst. Registrer hændelseskilden, hændelses-ID'et, tidsstemplet og den relevante meddelelse, hvis den findes. En hændelse nær samme tidspunkt er en ledetråd, ikke et bevis på årsagen.

Arbejd ud fra en kopi, og del kun det relevante tidsvindue efter gennemgang. Upload ikke en hel database, en ikke-gennemgået installationsrapport, Sql.udl eller konfigurationsfil. Forbindelsesfiler og installationsrapporten kan indeholde faktiske legitimationsoplysninger. Hvis yderligere dokumentation er påkrævet, skal omfanget og overførselsmetoden først aftales med support.

Kopiér denne supportoversigt

Erstat eksemplerne på pladsholdere i din egen besked. Denne side indsamler eller sender ikke oplysninger.