"We hebben een dringend probleem, regel een WebEx-sessie (of NetMeeting, TeamViewer enzovoort) om het op te lossen."
Hoewel het begrijpelijk is voor klanten die een dringend probleem hebben met een productiesysteem om WebEx te zien als synoniem voor een snelle oplossing, raden we aan om in plaats van je te concentreren op het ondersteuningskanaal (WebEx versus telefoon versus e-mail enz.) het volgende te doen:
Als het dringend is, stuur ons dan een logbestand.
–Of–
Als het de foutmelding "Kan licentie niet initialiseren, geen geldige licenties..." is die verhindert dat een productiesysteem functioneert, vraag dan een proeflicentie aan op de probleemcomputer. Dit is de snelste manier om aan de slag te gaan.
Logbestanden — waarom we ze nodig hebben en hoe ze te genereren
Wanneer een probleem urgent is, moet u zo snel mogelijk vaststellen of het probleem wordt veroorzaakt door Easysoft-software. Als dat zo is, kan alleen Easysoft het probleem oplossen. Daarom hebben we een logboek nodig dat wordt geproduceerd wanneer de fout optreedt.
(Een variatie op dit thema is wanneer het probleem bij de applicatie of database ligt. ODBC-gedrag in applicaties staat vaak vast, sommige applicaties zijn bijvoorbeeld nog steeds op ODBC 2.0. Hoe populairder de applicatie, hoe meer gebruikers door wijzigingen kunnen worden beïnvloed naar de ODBC-laag, wat de terughoudendheid van de leverancier van de toepassing kan vergroten om de toepassing te wijzigen, zelfs als de ODBC-laag zich onjuist gedraagt wanneer deze wordt gemeten aan de hand van de ODBC-specificatie. Een database kan zijn gedrag veranderen als deze niet correct is, maar het kan zijn dat u even een patch die het probleem verhelpt. Het verkrijgen van een logbestand is in beide gevallen ook relevant omdat we mogelijk een tijdelijke oplossing kunnen bieden, ook al ligt de hoofdoorzaak van het probleem bij de toepassing of database. We kunnen oplossingen bieden voor niet-conforme toepassingen of databases zonder bestaande Easysoft-gebruikers te beïnvloeden door configuratie-opties toe te voegen die het standaardgedrag van een stuurprogramma overschrijven.)
Het is mogelijk om logbestanden te genereren van beide componenten van de ODBC-laag, de driver en de Driver Manager. Idealiter zouden we beide willen, maar stuur ons op zijn minst een chauffeurslogboek. Het stuurprogrammalogboek legt diagnostische informatie vast met betrekking tot het probleem en geeft ons ook informatie over uw instellingen (besturingssysteem, architectuur, databaseversie enz.), waardoor het voor ons gemakkelijker wordt om uw probleem te reproduceren.
Linux en UNIX
Om een stuurprogramma-log op Linux en UNIX te genereren, hebt u in uw gegevensbron in het odbc.ini-bestand de volgende regels nodig:
[MYDSN] Logging = Yes LogFile = <dir>/easysoft_driver.log
Om een Driver Manager-log op Linux en UNIX te genereren, moet u in het bestand odbcinst.ini deze regels bovenaan het bestand toevoegen:
[ODBC] Trace = Yes TraceFile = <dir>/unixodbc.log
Belangrijk Vervang
Vensters
Om een stuurprogrammalog in Windows te genereren, opent u de relevante gegevensbron in het ODBC-beheerdersbestand. Het configuratievenster van het ODBC-stuurprogramma bevat een optie voor het loggen van stuurprogramma's (of iets met een vergelijkbare naam) en een vak waarin u het pad van het logbestand kunt invoeren. Bijvoorbeeld C:\Windows\Temp\Easysoft_Driver.log.
Om een Driver Manager-log in Windows te genereren, kiest u in de ODBC-gegevensbronbeheerder het tabblad Tracing. Typ een pad naar het logbestand in de daarvoor bestemde ruimte. Bijvoorbeeld C:\Windows\Temp\Driver_Manager.log. Kies Machinebrede tracering voor alle gebruikersidentiteiten en kies vervolgens Start tracering nu.
Belangrijk U moet een logbestandsdirectory opgeven waar de gebruiker die de ODBC-toepassing uitvoert toestemming heeft om naar te schrijven. Als die gebruiker naar een bestaand logboek schrijft, moet hij toestemming hebben om in plaats daarvan naar het bestand te schrijven.
Doe dit bij het uitrollen van productiesystemen
We raden u aan om, zelfs als u geen problemen ondervindt, ervoor te zorgen dat u ten minste een stuurprogrammalogboek kunt genereren als onderdeel van uw uitrolproces. Ja, de kloof tussen dit doen en het optreden van een probleem kan maanden of jaren zijn. In die tijd kunt u de procedure vergeten, de instructies kwijtraken of van personeel wisselen. Het echte doel is om te verifiëren dat uw toepassing een logboek kan schrijven in plaats van het proces zelf - de instructies veranderen niet en zijn beschikbaar op internet. Als u dit doet, krijgt u de kans om eventuele machtigingsproblemen op te lossen die voorkomen dat er een logboek wordt gegenereerd voordat er dringende problemen optreden. (Een andere reden waarom u geen logbestand krijgt, is wanneer uw toepassing niet zo ver komt als het gebruik van het ODBC-stuurprogramma, wat het geval kan zijn met Oracle® Heterogene Services, als er een probleem is met het maken van een SID voor DG4ODBC (d.w.z. als u een fout bij het configureren van de verschillende .ora-bestanden, komt Oracle® Heterogene Services niet zo ver als het laden van het ODBC-stuurprogramma en daarom krijgt u geen stuurprogramma-logbestand).
Welke wijzigingen in een productiesysteem zijn van invloed op Easysoft ODBC-stuurprogramma's?
- Wijzigingen in de samenstellende delen van een machine die relevant zijn voor Easysoft-licenties. Als dit een productiesysteem stopt, neem dan contact met ons op voor een proeflicentie. Hierdoor kunt u snel weer aan de slag, terwijl het licentieoverdrachtsproces voor de gekochte licentie zijn gang gaat.
- Wijzigingen in de versie van het besturingssysteem. Easysoft ODBC-stuurprogramma's zijn gekoppeld aan een bepaalde set besturingssystemen. Het upgraden van een machine naar een andere versie van het besturingssysteem (of voor Linux-machines een versie die is gebaseerd op een andere versie van de kernel) kan ertoe leiden dat het stuurprogramma niet meer werkt. Een nieuwe versie van de bestuurder met een proeflicentie is de snelste manier om weer aan de slag te gaan.
- Wijzigingen in databaseversie. Easysoft ODBC-stuurprogramma's werken mogelijk niet meer als de doeldatabase wordt geüpgraded naar een andere versie. Neem opnieuw contact met ons op voor een nieuwere versie van het ODBC-stuurprogramma als dit gebeurt, en gebruik een proeflicentie om weer aan de slag te gaan.
Waarom e-mailondersteuning compatibel is met dringende ondersteuningsverzoeken
Hoewel het iteratieve karakter van een e-mailuitwisseling op gespannen voet lijkt te staan met de snelle oplossing van een urgent probleem, moet het niet worden gezien als een slechte relatie met ondersteuningskanalen zoals WebEx (die we kunnen en zullen aanbieden). De hiaten tussen e-mailuitwisselingen geven ons de tijd om:
- Bekijk logboeken voor ondersteuningsgesprekken op basis van vergelijkbare problemen.
- Maak uw installatie opnieuw op een virtuele machine.
- Onderzoek best practices van de applicatie- of databaseleverancier.
E-mailuitwisselingen geven ons een logboek dat we kunnen raadplegen als een ander lid van het ondersteuningsteam de oproep moet beantwoorden. E-mailuitwisselingen bieden ook een nuttig overzicht, mocht u in de toekomst op uw stappen moeten terugkeren.