Når det haster

"Vi har et presserende problem. Arranger venligst en WebEx-session (eller NetMeeting, TeamViewer og så videre) for at løse det."

Selvom det er forståeligt for kunder, der har et presserende problem med et produktionssystem, at se WebEx som synonymt med en hurtig løsning, anbefaler vi, at du i stedet for at fokusere på supportkanalen (WebEx versus telefon versus e-mail osv.) gør følgende:

Hvis det haster, så send os en logfil.

–Eller–

Hvis det er fejlen "Kunnede ikke initialisere licens, ingen gyldige licenser...", der forhindrer et produktionssystem i at fungere, skal du anmode om en prøvelicens på problemmaskinen. Dette er den hurtigste måde at få dig i gang.

Logfiler – hvorfor vi har brug for dem, og hvordan man genererer dem

Når et problem er presserende, skal du så hurtigt som muligt afgøre, om problemet skyldes Easysoft-software. Hvis det er det, er det kun Easysoft, der kan løse problemet. Det er derfor, vi har brug for en log oprettet, når fejlen opstår.

(En variation af dette tema er, når problemet ligger i applikationen eller databasen. ODBC-adfærd i applikationer er ofte hugget i sten, f.eks. er nogle applikationer stadig på ODBC 2.0. Jo mere populær applikationen er, jo flere brugere kan blive påvirket af ændringer til ODBC-laget, hvilket kan øge applikationsleverandørens modvilje mod at ændre applikationen, selvom ODBC-laget opfører sig forkert, når det måles i forhold til ODBC-specifikationen. En database kan ændre sin adfærd, når den er forkert, men du skal muligvis vente noget tid før en patch, der løser problemet. At få en logfil er også relevant i begge disse tilfælde, fordi vi muligvis kan give en løsning, selvom grundårsagen til problemet ligger i applikationen eller databasen. Vi kan levere løsninger til ukomforme applikationer eller databaser uden at påvirke eksisterende Easysoft-brugere ved at tilføje konfigurationsmuligheder, der tilsidesætter en drivers standardadfærd.)

Det er muligt at generere logfiler fra begge komponenter i ODBC-laget, driveren og Driver Manager. Ideelt set ville vi have begge dele, men i det mindste sende os en driverlog. Driverloggen fanger diagnostiske oplysninger relateret til problemet og giver os også information om dit opsætning (operativsystem, arkitektur, databaseversion osv.), hvilket gør det nemmere for os at genskabe dit problem.

Linux og UNIX

For at generere en driverlog på Linux og UNIX, i din datakilde i odbc.ini-filen, skal du bruge linjerne:

[MYDSN]
Logging = Yes
LogFile = <dir>/easysoft_driver.log

For at generere en Driver Manager-log på Linux og UNIX i filen odbcinst.ini skal du tilføje disse linjer til toppen af filen:

[ODBC]
Trace = Yes
TraceFile = <dir>/unixodbc.log

Vigtigt Erstat

med en mappe, hvor brugeren, der kører ODBC-applikationen, har tilladelse til at skrive til. For eksempel, /tmp. Hvis du skriver til en eksisterende log, skal denne bruger have tilladelse til at skrive til filen i stedet for.

Windows

For at generere en driverlog på Windows skal du åbne den relevante datakilde i ODBC-administratorfilen. ODBC-driverens konfigurationsdialogboks vil indeholde en Driver Logging-indstilling (eller noget tilsvarende navn) og en boks, hvor du kan indtaste logfilstien. For eksempel C:\Windows\Temp\Easysoft_Driver.log.

For at generere en Driver Manager-log på Windows skal du i ODBC-datakildeadministrator vælge fanen Sporing. Indtast en logfilsti i det angivne felt. For eksempel C:\Windows\Temp\Driver_Manager.log. Vælg Maskindækkende sporing for alle brugeridentiteter, og vælg derefter Start sporing nu.

Vigtigt Du skal angive en logfilmappe, hvor brugeren, der kører ODBC-applikationen, har tilladelse til at skrive til. Hvis du skriver til en eksisterende log, skal denne bruger have tilladelse til at skrive til filen i stedet for.

Gør dette ved udrulning af produktionssystemer

Vi anbefaler, at selvom du ikke oplever nogen problemer, sørger du for, at du som minimum kan generere en driverlog som en del af din udrulningsproces. Ja, kløften mellem at gøre dette og et problem, der opstår, kan være måneder eller år, hvor du kan glemme proceduren, miste instruktionerne eller skifte personale. Det egentlige formål er at bekræfte, at din ansøgning kan skrive en log snarere end selve processen - instruktionerne ændres ikke og er tilgængelige på nettet. Ved at gøre dette får du mulighed for at løse eventuelle tilladelsesproblemer, der forhindrer en log i at blive genereret, før der opstår presserende problemer. (En anden grund til ikke at få en logfil er, når din applikation ikke kommer så langt som at bruge ODBC-driveren, hvilket kan være tilfældet med Oracle® Heterogeneous Services, hvis der er et problem med at oprette et SID til DG4ODBC (dvs. hvis du laver en fejl ved at konfigurere de forskellige .ora-filer, kommer Oracle® Heterogeneous Services ikke så langt som at indlæse ODBC-driveren, og du vil derfor ikke få en driverlogfil).

Hvilke ændringer af et produktionssystem påvirker Easysoft ODBC-drivere?

Ændringer i de bestanddele af en maskine, der er relevante for Easysoft-licenser. Hvis dette stopper et produktionssystem, skal du kontakte os for at få en prøvelicens. Dette vil få dig hurtigt op at køre igen, mens licensoverførselsprocessen for den købte licens kører sit forløb.
Versionsændringer af operativsystemet. Easysoft ODBC-drivere er bundet til et bestemt sæt operativsystemer. Opgradering af en maskine til en anden version af operativsystemet (eller for Linux-maskiner en baseret på en anden version af kernen) kan få driveren til at holde op med at fungere. En ny version af føreren med en prøvelicens er den hurtigste vej til at komme op at køre igen.
Databaseversionsændringer. Easysoft ODBC-drivere kan ophøre med at fungere, hvis måldatabasen opgraderes til en anden version. Kontakt os igen for at få en nyere version af ODBC-driveren, hvis dette sker, og brug en prøvelicens til at komme i gang igen.

Hvorfor e-mailsupport er kompatibel med presserende supportanmodninger

Selvom den iterative karakter af en e-mail-udveksling kan virke i modstrid med den hurtige løsning af et presserende problem, skal det ikke ses som et dårligt forhold til supportkanaler såsom WebEx (som vi kan og tilbyder). Hullerne mellem e-mailudvekslinger giver os tid til at:

Se på supportopkaldslogs baseret på lignende problemer.
Genskab din opsætning på en virtuel maskine.
Undersøg bedste praksis fra applikations- eller databaseleverandøren.

E-mailudvekslinger giver os en log, som vi kan henvise tilbage til, hvis et andet supportteammedlem skal besvare opkaldet. E-mail-udvekslinger giver også en nyttig registrering, hvis du skulle få brug for at følge dine trin i fremtiden.