När det är akut

"Vi har ett akut problem, vänligen ordna en WebEx-session (eller NetMeeting, TeamViewer och så vidare) för att lösa det."

Även om det är förståeligt för kunder som har ett akut problem med ett produktionssystem att se WebEx som synonymt med en snabb lösning, rekommenderar vi att du istället för att fokusera på supportkanalen (WebEx kontra telefon kontra e-post etc.) gör följande:

Om det är brådskande, skicka oss en loggfil.

–Eller–

Om det är felet "Det gick inte att initiera licensiering, inga giltiga licenser..." som hindrar ett produktionssystem från att fungera, begär en testlicens på problemmaskinen. Detta är det snabbaste sättet att få dig igång.

Loggfiler – varför vi behöver dem och hur man genererar dem

När ett problem är brådskande måste du så snabbt som möjligt avgöra om problemet orsakas av Easysoft-programvaran. Om det är det är det bara Easysoft som kan åtgärda problemet. Det är därför vi behöver en logg som skapas när felet inträffar.

(En variant på detta tema är när problemet ligger i applikationen eller databasen. ODBC-beteende i applikationer är ofta hugget i sten, t.ex. finns vissa applikationer fortfarande på ODBC 2.0. Ju mer populär applikationen är, desto fler användare kan påverkas av ändringar till ODBC-skiktet, vilket kan öka applikationsleverantörens ovilja att ändra applikationen, även om ODBC-skiktet beter sig felaktigt när det mäts mot ODBC-specifikationen. En databas kan ändra sitt beteende när det är felaktigt, men du kan behöva vänta ett tag på en patch som åtgärdar problemet. Att skaffa en loggfil är också relevant i båda dessa fall eftersom vi kanske kan tillhandahålla en lösning även om grundorsaken till problemet ligger i applikationen eller databasen. Vi kan tillhandahålla lösningar för inkompatibla applikationer eller databaser utan att påverka befintliga Easysoft-användare genom att lägga till konfigurationsalternativ som åsidosätter en förares standardbeteende.)

Det är möjligt att generera loggfiler från båda komponenterna i ODBC-lagret, drivrutinen och Driver Manager. Helst skulle vi vilja ha båda, men åtminstone skicka oss en förarlogg. Drivrutinsloggen fångar diagnostisk information relaterad till problemet och ger oss även information om din installation (operativsystem, arkitektur, databasversion etc.) vilket gör det lättare för oss att återskapa ditt problem.

Linux och UNIX

För att generera en drivrutinslogg på Linux och UNIX, i din datakälla i filen odbc.ini, behöver du raderna:

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

För att skapa en Driver Manager-logg på Linux och UNIX, i filen odbcinst.ini, måste du lägga till dessa rader överst i filen:

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

Viktigt Ersätt

med en katalog där användaren som kör ODBC-applikationen har behörighet att skriva till. Till exempel, /tmp. Om du skriver till en befintlig logg måste den användaren ha behörighet att skriva till filen istället.

Windows

För att skapa en drivrutinslogg på Windows, öppna den relevanta datakällan i ODBC-administratörsfilen. Dialogrutan för konfiguration av ODBC-drivrutin kommer att innehålla ett alternativ för drivrutinsloggning (eller något liknande) och en ruta där du kan ange loggfilens sökväg. Till exempel, C:\Windows\Temp\Easysoft_Driver.log.

För att skapa en Driver Manager-logg på Windows, i ODBC-datakällans administratör, välj fliken Spårning. Skriv en sökväg till loggfilen i det avsedda utrymmet. Till exempel, C:\Windows\Temp\Driver_Manager.log. Välj Maskinövergripande spårning för alla användaridentiteter och välj sedan Börja spåra nu.

Viktigt Du måste ange en loggfilkatalog där användaren som kör ODBC-applikationen har behörighet att skriva till. Om du skriver till en befintlig logg måste den användaren ha behörighet att skriva till filen istället.

Gör detta när du rullar ut produktionssystem

Vi rekommenderar att även om du inte upplever några problem, ser du till att du kan generera åtminstone en drivrutinslogg som en del av din utrullning. Ja, gapet mellan att göra detta och ett problem som uppstår kan vara månader eller år, då kan du glömma proceduren, tappa instruktionerna eller byta personal. Det verkliga syftet är att verifiera att din ansökan kan skriva en logg snarare än själva processen - instruktionerna ändras inte och är tillgängliga på webben. Genom att göra detta får du chansen att lösa eventuella behörighetsproblem som hindrar en logg från att genereras innan några brådskande problem uppstår. (En annan anledning till att inte få en loggfil är när din applikation inte kommer så långt som att använda ODBC-drivrutinen, vilket kan vara fallet med Oracle® Heterogeneous Services, om det finns problem med att skapa ett SID för DG4ODBC (dvs. om du gör en misstag när du konfigurerade de olika .ora-filerna, kommer Oracle® Heterogeneous Services inte så långt som att ladda ODBC-drivrutinen och därför får du ingen drivrutinsloggfil).

Vilka ändringar i ett produktionssystem påverkar Easysoft ODBC-drivrutiner?

Ändringar av de beståndsdelar av en maskin som är relevanta för Easysoft-licenser. Om detta stoppar ett produktionssystem, kontakta oss för en provlicens. Detta kommer att få dig igång igen snabbt, medan licensöverföringsprocessen för den köpta licensen löper sin gång.
Versionsändringar i operativsystemet. Easysoft ODBC-drivrutiner är knutna till en viss uppsättning operativsystem. Att uppgradera en maskin till en annan version av operativsystemet (eller för Linux-maskiner en baserad på en annan version av kärnan) kan göra att drivrutinen slutar fungera. En ny version av föraren med provlicens är den snabbaste vägen till att komma igång igen.
Databasversionsändringar. Easysoft ODBC-drivrutiner kan sluta fungera om måldatabasen uppgraderas till en annan version. Återigen, kontakta oss för en nyare version av ODBC-drivrutinen om detta händer, och använd en testlicens för att komma igång igen.

Varför e-postsupport är kompatibel med brådskande supportförfrågningar

Även om den iterativa karaktären hos ett e-postutbyte kan tyckas strida mot den snabba lösningen av ett akut problem, bör det inte ses som en dålig relation till supportkanaler som WebEx (som vi kan och erbjuder). Klyftorna mellan e-postutbytena ger oss tid att:

Titta på supportsamtalsloggar baserade på liknande problem.
Återskapa din inställning på en virtuell maskin.
Sök efter bästa praxis från applikations- eller databasleverantören.

E-postutbyten ger oss en logg som vi kan hänvisa tillbaka till om en annan supportteammedlem behöver svara på samtalet. E-postutbyten ger också ett användbart register om du skulle behöva följa dina steg i framtiden.