"Wir haben ein dringendes Problem, bitte vereinbaren Sie eine WebEx-Sitzung (oder NetMeeting, TeamViewer usw.), um es zu lösen."
Obwohl es für Kunden, die ein dringendes Problem mit einem Produktionssystem haben, verständlich ist, WebEx als Synonym für eine schnelle Lösung zu sehen, empfehlen wir, dass Sie Folgendes tun, anstatt sich auf den Supportkanal zu konzentrieren (WebEx versus Telefon versus E-Mail usw.):
Wenn es dringend ist, senden Sie uns eine Protokolldatei.
–Oder–
Wenn der Fehler „Lizenzierung konnte nicht initialisiert werden, keine gültigen Lizenzen...“ vorliegt, der verhindert, dass ein Produktionssystem funktioniert, fordern Sie eine Testlizenz auf dem Problemcomputer an. Dies ist der schnellste Weg, Sie zum Laufen zu bringen.
Protokolldateien – Warum wir sie brauchen und wie man sie generiert
Wenn ein Problem dringend ist, müssen Sie so schnell wie möglich feststellen, ob das Problem durch Easysoft-Software verursacht wird. Wenn dies der Fall ist, kann nur Easysoft das Problem beheben. Aus diesem Grund benötigen wir ein Protokoll, das erstellt wird, wenn der Fehler auftritt.
(Eine Variation dieses Themas ist, wenn das Problem bei der Anwendung oder Datenbank liegt. Das ODBC-Verhalten in Anwendungen ist oft in Stein gemeißelt, z. B. verwenden einige Anwendungen noch ODBC 2.0. Je beliebter die Anwendung, desto mehr Benutzer könnten von Änderungen betroffen sein auf die ODBC-Schicht, was die Zurückhaltung des Anwendungsherstellers gegenüber einer Änderung der Anwendung erhöhen kann, selbst wenn sich die ODBC-Schicht gemessen an der ODBC-Spezifikation falsch verhält. Eine Datenbank kann ihr Verhalten ändern, wenn sie falsch ist, aber Sie müssen möglicherweise einige Zeit warten ein Patch, der das Problem behebt. Das Abrufen einer Protokolldatei ist in beiden Fällen ebenfalls relevant, da wir möglicherweise eine Problemumgehung bereitstellen können, obwohl die Hauptursache des Problems bei der Anwendung oder Datenbank liegt. Wir können Problemumgehungen für nicht konforme Anwendungen oder bereitstellen Datenbanken, ohne vorhandene Easysoft-Benutzer zu beeinträchtigen, indem Konfigurationsoptionen hinzugefügt werden, die das Standardverhalten eines Treibers außer Kraft setzen.)
Es ist möglich, Protokolldateien von beiden Komponenten der ODBC-Schicht, dem Treiber und dem Treiber-Manager, zu generieren. Idealerweise möchten wir beides, aber schicken Sie uns zumindest ein Fahrtenbuch. Das Treiberprotokoll erfasst Diagnoseinformationen in Bezug auf das Problem und liefert uns auch Informationen über Ihre Einrichtung (Betriebssystem, Architektur, Datenbankversion usw.), wodurch wir Ihr Problem leichter reproduzieren können.
Linux und UNIX
Um ein Treiberprotokoll unter Linux und UNIX zu generieren, benötigen Sie in Ihrer Datenquelle in der Datei odbc.ini die Zeilen:
[MYDSN] Logging = Yes LogFile = <dir>/easysoft_driver.log
Um ein Treiber-Manager-Protokoll unter Linux und UNIX zu generieren, müssen Sie in der Datei odbcinst.ini die folgenden Zeilen am Anfang der Datei hinzufügen:
[ODBC] Trace = Yes TraceFile = <dir>/unixodbc.log
Wichtig Ersetzen Sie
Windows
Um ein Treiberprotokoll unter Windows zu generieren, öffnen Sie die entsprechende Datenquelle in der ODBC-Administratordatei. Das Dialogfeld zur Konfiguration des ODBC-Treibers enthält eine Option für die Treiberprotokollierung (oder etwas ähnlich Benanntes) und ein Feld, in das Sie den Pfad der Protokolldatei eingeben können. Beispiel:C:\Windows\Temp\Easysoft_Driver.log.
Um ein Treiber-Manager-Protokoll unter Windows zu generieren, wählen Sie im ODBC-Datenquellen-Administrator die Registerkarte Ablaufverfolgung. Geben Sie einen Protokolldateipfad in das dafür vorgesehene Feld ein. Beispiel:C:\Windows\Temp\Driver_Manager.log. Wählen Sie Machine-Wide Tracing for all user identities und dann Start Tracing Now.
Wichtig Sie müssen ein Protokolldateiverzeichnis angeben, in das der Benutzer, der die ODBC-Anwendung ausführt, schreiben darf. Wenn in ein vorhandenes Protokoll geschrieben wird, muss dieser Benutzer stattdessen über die Berechtigung verfügen, in die Datei zu schreiben.
Tun Sie dies bei der Einführung von Produktionssystemen
Wir empfehlen Ihnen, selbst wenn Sie keine Probleme haben, sicherzustellen, dass Sie im Rahmen Ihres Rollout-Prozesses zumindest ein Treiberprotokoll erstellen können. Ja, zwischen diesem Vorgang und einem auftretenden Problem können Monate oder Jahre vergehen, in denen Sie möglicherweise das Verfahren vergessen, die Anweisungen verlieren oder das Personal wechseln. Der eigentliche Zweck besteht darin, zu überprüfen, ob Ihre Anwendung ein Protokoll schreiben kann, und nicht der Prozess selbst – die Anweisungen ändern sich nicht und sind im Internet verfügbar. Auf diese Weise haben Sie die Möglichkeit, alle Berechtigungsprobleme zu lösen, die verhindern, dass ein Protokoll erstellt wird, bevor dringende Probleme auftreten. (Ein weiterer Grund dafür, keine Protokolldatei zu erhalten, ist, wenn Ihre Anwendung nicht so weit kommt, den ODBC-Treiber zu verwenden, was bei Oracle® Heterogeneous Services der Fall sein kann, wenn beim Erstellen einer SID für DG4ODBC ein Problem auftritt (d. h. wenn Sie eine Fehler beim Konfigurieren der verschiedenen .ora-Dateien, kommt Oracle® Heterogeneous Services nicht so weit, den ODBC-Treiber zu laden, und daher erhalten Sie keine Treiberprotokolldatei).
Welche Änderungen an einem Produktionssystem wirken sich auf Easysoft ODBC-Treiber aus?
- Änderungen an den Bestandteilen einer Maschine, die für die Easysoft-Lizenzierung relevant sind. Wenn dies ein Produktionssystem stoppt, kontaktieren Sie uns für eine Testlizenz. So sind Sie schnell wieder einsatzbereit, während der Lizenzübertragungsprozess für die gekaufte Lizenz seinen Lauf nimmt.
- Änderungen der Betriebssystemversion. Easysoft ODBC-Treiber sind an einen bestimmten Satz von Betriebssystemen gebunden. Das Upgrade einer Maschine auf eine andere Betriebssystemversion (oder bei Linux-Maschinen auf eine, die auf einer anderen Version des Kernels basiert) kann dazu führen, dass der Treiber nicht mehr funktioniert. Eine neue Version des Treibers mit Testlizenz ist der schnellste Weg, um wieder einsatzbereit zu sein.
- Änderungen der Datenbankversion. Easysoft ODBC-Treiber funktionieren möglicherweise nicht mehr, wenn die Zieldatenbank auf eine andere Version aktualisiert wird. Wenden Sie sich in diesem Fall erneut an uns, um eine neuere Version des ODBC-Treibers zu erhalten, und verwenden Sie eine Testlizenz, um wieder loszulegen.
Warum E-Mail-Support mit dringenden Supportanfragen kompatibel ist
Auch wenn der iterative Charakter eines E-Mail-Austauschs im Widerspruch zur schnellen Lösung eines dringenden Problems zu stehen scheint, sollte er nicht als schlechte Beziehung zu Supportkanälen wie WebEx (die wir anbieten können und anbieten) angesehen werden. Die Lücken zwischen dem E-Mail-Austausch geben uns Zeit für:
- Sehen Sie sich Support-Anrufprotokolle an, die sich auf ähnliche Probleme beziehen.
- Erstellen Sie Ihre Einrichtung auf einer virtuellen Maschine neu.
- Erkundigen Sie sich nach Best Practices des Anwendungs- oder Datenbankanbieters.
Der E-Mail-Austausch gibt uns ein Protokoll, auf das wir zurückgreifen können, wenn ein anderes Mitglied des Support-Teams den Anruf entgegennehmen muss. Der E-Mail-Austausch bietet auch eine nützliche Aufzeichnung, falls Sie Ihre Schritte in Zukunft zurückverfolgen müssen.
