Saat Ini Mendesak

"Kami memiliki masalah mendesak, harap atur sesi WebEx (atau NetMeeting, TeamViewer, dan sebagainya) untuk menyelesaikannya."

Meskipun dapat dimengerti bagi pelanggan yang memiliki masalah mendesak dengan sistem produksi untuk melihat WebEx sebagai sinonim dengan solusi cepat, sebaiknya alih-alih berfokus pada saluran dukungan (WebEx versus telepon versus email, dll.), Anda melakukan hal berikut:

Jika mendesak, kirimkan file log kepada kami.

–Atau–

Jika ini adalah kesalahan "Gagal menginisialisasi lisensi, tidak ada lisensi yang valid..." yang mencegah sistem produksi berfungsi, mintalah lisensi percobaan pada mesin yang bermasalah. Ini adalah cara tercepat untuk membuat Anda siap dan berjalan.

File Log — Mengapa Kami Membutuhkannya dan Cara Membuatnya

Saat masalah mendesak, Anda perlu menentukan secepat mungkin apakah masalah tersebut disebabkan oleh perangkat lunak Easysoft. Jika ya, hanya Easysoft yang dapat mengatasi masalah tersebut. Itu sebabnya kami membutuhkan log yang dihasilkan ketika kesalahan terjadi.

(Variasi pada tema ini adalah ketika masalahnya terletak pada aplikasi atau database. Perilaku ODBC dalam aplikasi sering kali tidak menentu, misalnya beberapa aplikasi masih menggunakan ODBC 2.0. Semakin populer aplikasi, semakin banyak pengguna yang dapat terpengaruh oleh perubahan ke lapisan ODBC, yang dapat meningkatkan keengganan vendor aplikasi untuk mengubah aplikasi, bahkan jika lapisan ODBC berperilaku tidak benar ketika diukur terhadap spesifikasi ODBC. Database dapat mengubah perilakunya jika salah, tetapi Anda mungkin harus menunggu beberapa saat untuk patch yang mengatasi masalah. Mendapatkan file log juga relevan dalam kedua kasus ini karena kami mungkin dapat memberikan solusi meskipun akar penyebab masalahnya terletak pada aplikasi atau database. Kami dapat menyediakan solusi untuk aplikasi yang tidak sesuai atau database tanpa mempengaruhi pengguna Easysoft yang ada dengan menambahkan opsi konfigurasi yang mengesampingkan perilaku default driver.)

Dimungkinkan untuk menghasilkan file log dari kedua komponen lapisan ODBC, driver dan Driver Manager. Idealnya kami menginginkan keduanya, tetapi setidaknya kirimkan kami log driver. Log driver menangkap informasi diagnostik yang terkait dengan masalah dan juga memberi kami informasi tentang pengaturan Anda (sistem operasi, arsitektur, versi database, dll.) yang memudahkan kami untuk mereproduksi masalah Anda.

Linux dan UNIX

Untuk menghasilkan log driver di Linux dan UNIX, di sumber data Anda di file odbc.ini, Anda memerlukan baris:

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

Untuk membuat log Driver Manager di Linux dan UNIX, di file odbcinst.ini, Anda perlu menambahkan baris berikut ke bagian atas file:

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

Penting Ganti

dengan direktori tempat pengguna yang menjalankan aplikasi ODBC memiliki izin untuk menulis. Misalnya, /tmp. Jika menulis ke log yang ada, pengguna tersebut harus memiliki izin untuk menulis ke file tersebut.

Windows

Untuk menghasilkan log pengandar di Windows, buka sumber data yang relevan di file Administrator ODBC. Kotak dialog konfigurasi driver ODBC akan berisi opsi Pengelogan Pengemudi (atau sesuatu yang bernama serupa) dan kotak untuk Anda memasukkan jalur file log. Misalnya, C:\Windows\Temp\Easysoft_Driver.log.

Untuk membuat log Manajer Pengandar di Windows, di administrator sumber data ODBC, pilih tab Pelacakan. Ketik jalur file log di tempat yang disediakan. Misalnya, C:\Windows\Temp\Driver_Manager.log. Pilih Pelacakan Seluruh Mesin untuk semua identitas pengguna, lalu pilih Mulai Pelacakan Sekarang.

Penting Anda perlu menentukan direktori file log tempat pengguna yang menjalankan aplikasi ODBC memiliki izin untuk menulis. Jika menulis ke log yang ada, pengguna tersebut harus memiliki izin untuk menulis ke file tersebut.

Lakukan Ini Saat Meluncurkan Sistem Produksi

Kami menyarankan bahwa meskipun Anda tidak mengalami masalah apa pun, Anda memastikan bahwa Anda dapat membuat setidaknya log driver sebagai bagian dari proses peluncuran Anda. Ya, jarak antara melakukan ini dan masalah yang muncul mungkin berbulan-bulan atau bertahun-tahun, di mana pada saat itu, Anda mungkin lupa prosedurnya, kehilangan instruksinya, atau mengganti personel. Tujuan sebenarnya adalah memverifikasi bahwa aplikasi Anda dapat menulis log daripada proses itu sendiri — instruksi tidak berubah dan tersedia di web. Melakukan hal ini memberi Anda kesempatan untuk menyelesaikan masalah izin apa pun yang mencegah pembuatan log sebelum masalah mendesak muncul. (Alasan lain untuk tidak mendapatkan file log adalah ketika aplikasi Anda tidak sejauh menggunakan driver ODBC, yang dapat terjadi dengan Oracle® Heterogeneous Services, jika ada masalah saat membuat SID untuk DG4ODBC (yaitu jika Anda membuat kesalahan dalam mengonfigurasi berbagai file .ora, Oracle® Heterogeneous Services tidak sampai sejauh memuat driver ODBC dan oleh karena itu Anda tidak akan mendapatkan file log driver).

Perubahan apa pada Sistem Produksi yang Mempengaruhi Driver ODBC Easysoft?

Perubahan pada bagian penyusun mesin yang relevan dengan lisensi Easysoft. Jika ini menghentikan sistem produksi, hubungi kami untuk mendapatkan lisensi percobaan. Ini akan membuat Anda aktif dan berjalan kembali dengan cepat, sementara proses transfer lisensi untuk lisensi yang dibeli berjalan dengan sendirinya.
Versi Sistem Operasi berubah. Driver ODBC Easysoft terikat pada serangkaian sistem operasi tertentu. Mengupgrade mesin ke versi sistem operasi yang berbeda (atau untuk mesin Linux yang didasarkan pada versi kernel yang berbeda) dapat menyebabkan driver berhenti berfungsi. Versi baru pengemudi dengan lisensi uji coba adalah rute tercepat untuk memulai dan menjalankan kembali.
Perubahan versi basis data. Driver ODBC Easysoft mungkin berhenti berfungsi jika database target ditingkatkan ke versi yang berbeda. Sekali lagi, hubungi kami untuk versi driver ODBC yang lebih baru jika ini terjadi, dan gunakan lisensi uji coba untuk memulai lagi.

Mengapa Dukungan Email Kompatibel dengan Permintaan Dukungan Mendesak

Meskipun sifat berulang dari pertukaran email mungkin tampak bertentangan dengan penyelesaian cepat dari masalah yang mendesak, itu tidak boleh dilihat sebagai hubungan yang buruk dengan saluran dukungan seperti WebEx (yang dapat dan memang kami tawarkan). Kesenjangan antara pertukaran email memberi kami waktu untuk:

Lihat log panggilan dukungan berdasarkan masalah serupa.
Buat ulang penyiapan Anda di mesin virtual.
Meneliti praktik terbaik dari aplikasi atau vendor database.

Pertukaran email memberi kami log yang dapat kami rujuk kembali jika anggota tim dukungan lain perlu menerima panggilan. Pertukaran email juga memberikan catatan yang berguna, jika Anda perlu menelusuri kembali langkah Anda di masa mendatang.