„Mamy pilny problem, zorganizuj sesję WebEx (lub NetMeeting, TeamViewer itd.), aby go rozwiązać”.
Chociaż dla klientów, którzy mają pilny problem z systemem produkcyjnym, zrozumiałe jest, że WebEx jest synonimem szybkiego rozwiązania, zalecamy, aby zamiast koncentrować się na kanale wsparcia (WebEx a telefon kontra e-mail itp.), wykonaj następujące czynności:
Jeśli to pilne, wyślij nam plik dziennika.
–Lub–
Jeśli jest to błąd „Nie udało się zainicjować licencjonowania, brak ważnych licencji...”, który uniemożliwia działanie systemu produkcyjnego, poproś o licencję próbną na komputerze, na którym wystąpił problem. To najszybszy sposób na rozpoczęcie pracy.
Pliki dziennika — dlaczego ich potrzebujemy i jak je generować
Gdy problem jest pilny, należy jak najszybciej ustalić, czy przyczyną problemu jest oprogramowanie Easysoft. Jeśli tak, to tylko Easysoft może rozwiązać problem. Dlatego potrzebujemy dziennika tworzonego, gdy wystąpi błąd.
(Odmianą tego tematu jest sytuacja, w której problem tkwi w aplikacji lub bazie danych. Zachowanie ODBC w aplikacjach jest często ustalone w kamieniu, np. niektóre aplikacje są nadal na ODBC 2.0. Im bardziej popularna aplikacja, tym więcej użytkowników może być dotkniętych zmianami do warstwy ODBC, co może zwiększyć niechęć dostawcy aplikacji do zmiany aplikacji, nawet jeśli warstwa ODBC zachowuje się niepoprawnie mierzona względem specyfikacji ODBC. Baza danych może zmienić swoje zachowanie, gdy jest niepoprawna, ale może być konieczne odczekanie trochę czasu na poprawkę rozwiązującą problem. Pobranie pliku dziennika jest również istotne w obu tych przypadkach, ponieważ możemy zapewnić obejście, nawet jeśli główna przyczyna problemu leży w aplikacji lub bazie danych. Możemy zapewnić obejście dla niekompatybilnych aplikacji lub bazy danych bez wpływu na istniejących użytkowników Easysoft poprzez dodanie opcji konfiguracyjnych, które zastępują domyślne zachowanie sterownika.)
Możliwe jest generowanie plików dziennika z obu komponentów warstwy ODBC, sterownika i Menedżera sterowników. Najlepiej byłoby, gdybyśmy chcieli obu, ale przynajmniej wyślij nam dziennik kierowcy. Dziennik sterownika przechwytuje informacje diagnostyczne związane z problemem, a także dostarcza nam informacje o konfiguracji (system operacyjny, architektura, wersja bazy danych itp.), co ułatwia nam odtworzenie problemu.
Linux i UNIX
Aby wygenerować dziennik sterownika w systemach Linux i UNIX, w źródle danych w pliku odbc.ini potrzebne są wiersze:
[MYDSN] Logging = Yes LogFile = <dir>/easysoft_driver.log
Aby wygenerować dziennik Driver Manager w systemach Linux i UNIX, w pliku odbcinst.ini należy dodać następujące wiersze na początku pliku:
[ODBC] Trace = Yes TraceFile = <dir>/unixodbc.log
Ważne Zastąp
Okna
Aby wygenerować dziennik sterownika w systemie Windows, otwórz odpowiednie źródło danych w pliku administratora ODBC. Okno dialogowe konfiguracji sterownika ODBC będzie zawierać opcję Rejestrowanie sterowników (lub coś o podobnej nazwie) oraz pole do wprowadzenia ścieżki pliku dziennika. Na przykład C:\Windows\Temp\Easysoft_Driver.log.
Aby wygenerować dziennik Menedżera sterowników w systemie Windows, w administratorze źródła danych ODBC wybierz kartę Śledzenie. Wpisz ścieżkę do pliku dziennika w odpowiednim miejscu. Na przykład C:\Windows\Temp\Driver_Manager.log. Wybierz śledzenie na całym komputerze dla wszystkich tożsamości użytkowników, a następnie wybierz opcję Rozpocznij śledzenie teraz.
Ważne Musisz określić katalog pliku dziennika, w którym użytkownik uruchamiający aplikację ODBC ma uprawnienia do zapisu. Jeśli zapisujesz do istniejącego dziennika, użytkownik musi mieć uprawnienia do zapisu w pliku.
Zrób to podczas wdrażania systemów produkcyjnych
Zalecamy, aby nawet jeśli nie występują żadne problemy, upewnić się, że w ramach procesu wdrażania można wygenerować przynajmniej dziennik sterownika. Tak, przerwa między zrobieniem tego a zaistniałym problemem może trwać miesiące lub lata, w którym to czasie możesz zapomnieć o procedurze, stracić instrukcje lub zmienić personel. Prawdziwym celem jest sprawdzenie, czy aplikacja może zapisywać dziennik, a nie sam proces — instrukcje nie zmieniają się i są dostępne w sieci. W ten sposób możesz rozwiązać wszelkie problemy z uprawnieniami, które uniemożliwiają wygenerowanie dziennika, zanim pojawią się jakiekolwiek pilne problemy. (Innym powodem, dla którego nie można uzyskać pliku dziennika, jest to, że aplikacja nie korzysta tak daleko, jak używanie sterownika ODBC, co może mieć miejsce w przypadku Oracle® Heterogenous Services, jeśli wystąpi problem z utworzeniem identyfikatora SID dla DG4ODBC (np. jeśli utworzysz błąd w konfiguracji różnych plików .ora, Oracle® Heterogenous Services nie ładuje sterownika ODBC i dlatego nie otrzymasz pliku dziennika sterownika).
Które zmiany w systemie produkcyjnym wpływają na sterowniki Easysoft ODBC?
- Zmiany w częściach składowych maszyny, które są istotne dla licencji Easysoft. Jeśli to zatrzyma system produkcyjny, skontaktuj się z nami w celu uzyskania licencji próbnej. Dzięki temu szybko zaczniesz ponownie działać, podczas gdy proces przenoszenia licencji dla zakupionej licencji będzie trwał.
- Zmiany wersji systemu operacyjnego. Sterowniki Easysoft ODBC są powiązane z określonym zestawem systemów operacyjnych. Uaktualnienie komputera do innej wersji systemu operacyjnego (lub, w przypadku komputerów z systemem Linux, opartej na innej wersji jądra) może spowodować, że sterownik przestanie działać. Nowa wersja sterownika z licencją próbną to najszybsza droga do ponownego uruchomienia.
- Zmiany wersji bazy danych. Sterowniki Easysoft ODBC mogą przestać działać, jeśli docelowa baza danych zostanie zaktualizowana do innej wersji. Ponownie skontaktuj się z nami, aby uzyskać nowszą wersję sterownika ODBC, jeśli tak się stanie, i użyj licencji próbnej, aby ponownie zacząć.
Dlaczego wsparcie e-mail jest zgodne z pilnymi prośbami o pomoc
Chociaż iteracyjny charakter wymiany wiadomości e-mail może wydawać się sprzeczny z szybkim rozwiązaniem pilnego problemu, nie należy go postrzegać jako złego związku z kanałami wsparcia, takimi jak WebEx (które możemy i oferujemy). Luki między wymianami e-maili dają nam czas na:
- Spójrz na dzienniki połączeń pomocy technicznej oparte na podobnych problemach.
- Odtwórz swoją konfigurację na maszynie wirtualnej.
- Zbadaj najlepsze praktyki od dostawcy aplikacji lub bazy danych.
Wymiana e-maili daje nam dziennik, do którego możemy się odwołać, jeśli inny członek zespołu pomocy technicznej będzie musiał odebrać połączenie. Wymiany e-maili dostarczają również przydatnych danych, jeśli będziesz musiał odtworzyć swoje kroki w przyszłości.
