Database
 sql >> Database >  >> RDS >> Database

Quando è urgente

"Abbiamo un problema urgente, si prega di organizzare una sessione WebEx (o NetMeeting, TeamViewer e così via) per risolverlo."

Sebbene sia comprensibile per i clienti che hanno un problema urgente con un sistema di produzione vedere WebEx come sinonimo di una soluzione rapida, si consiglia invece di concentrarsi sul canale di supporto (WebEx contro telefono o e-mail ecc.) di procedere come segue:

Se è urgente, inviaci un file di registro.

–Oppure–

Se si tratta di un errore "Impossibile inizializzare la licenza, nessuna licenza valida..." che impedisce il funzionamento di un sistema di produzione, richiedere una licenza di prova sul computer problematico. Questo è il modo più rapido per iniziare a lavorare.

File di registro:perché ne abbiamo bisogno e come generarli

Quando un problema è urgente, è necessario determinare il più rapidamente possibile se il problema è causato dal software Easysoft. Se lo è, solo Easysoft può risolvere il problema. Ecco perché abbiamo bisogno di un log prodotto quando si verifica l'errore.

(Una variazione su questo tema è quando il problema risiede nell'applicazione o nel database. Il comportamento ODBC nelle applicazioni è spesso scolpito nella pietra, ad esempio alcune applicazioni sono ancora su ODBC 2.0. Più l'applicazione è popolare, più utenti potrebbero essere interessati dalle modifiche al livello ODBC, il che potrebbe aumentare la riluttanza del fornitore dell'applicazione a modificare l'applicazione, anche se il livello ODBC si comporta in modo errato se misurato rispetto alla specifica ODBC. Un database può modificare il proprio comportamento se non corretto, ma potrebbe essere necessario attendere del tempo per una patch che risolva il problema. Anche ottenere un file di registro è importante in entrambi questi casi perché potremmo essere in grado di fornire una soluzione alternativa anche se la causa principale del problema risiede nell'applicazione o nel database. Possiamo fornire soluzioni alternative per applicazioni non conformi o database senza influenzare gli utenti Easysoft esistenti aggiungendo opzioni di configurazione che sovrascrivono il comportamento predefinito di un driver.)

È possibile generare file di registro da entrambi i componenti del livello ODBC, il driver e il Driver Manager. Idealmente vorremmo entrambi, ma almeno inviaci un registro del conducente. Il registro del driver acquisisce le informazioni diagnostiche relative al problema e ci fornisce anche informazioni sulla configurazione dell'utente (sistema operativo, architettura, versione del database ecc.) che ci semplificano la riproduzione del problema.

Linux e UNIX

Per generare un registro del driver su Linux e UNIX, nell'origine dati nel file odbc.ini, sono necessarie le righe:

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

Per generare un log di Driver Manager su Linux e UNIX, nel file odbcinst.ini, devi aggiungere queste righe all'inizio del file:

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

Importante Sostituire

con una directory in cui l'utente che esegue l'applicazione ODBC dispone dell'autorizzazione per scrivere. Ad esempio, /tmp. Se si scrive su un registro esistente, l'utente deve invece disporre dell'autorizzazione per scrivere sul file.

Finestre

Per generare un registro del driver su Windows, aprire l'origine dati pertinente nel file amministratore ODBC. La finestra di dialogo di configurazione del driver ODBC conterrà un'opzione di registrazione del driver (o qualcosa di simile) e una casella in cui inserire il percorso del file di registro. Ad esempio, C:\Windows\Temp\Easysoft_Driver.log.

Per generare un registro di Driver Manager su Windows, nell'amministratore dell'origine dati ODBC, scegli la scheda Traccia. Digitare un percorso del file di registro nello spazio fornito. Ad esempio, C:\Windows\Temp\Driver_Manager.log. Scegli Traccia a livello di macchina per tutte le identità utente, quindi scegli Avvia traccia ora.

Importante È necessario specificare una directory del file di registro in cui l'utente che esegue l'applicazione ODBC dispone dell'autorizzazione per la scrittura. Se si scrive su un registro esistente, l'utente deve invece disporre dell'autorizzazione per scrivere sul file.

Fai questo quando implementi i sistemi di produzione

Anche se non si verificano problemi, ti consigliamo di assicurarti di poter generare almeno un registro del driver come parte del processo di implementazione. Sì, il divario tra questo e un problema che si presenta può essere di mesi o anni, durante i quali potresti dimenticare la procedura, perdere le istruzioni o cambiare personale. Il vero scopo è verificare che la tua applicazione possa scrivere un registro piuttosto che il processo stesso:le istruzioni non cambiano e sono disponibili sul web. In questo modo hai la possibilità di risolvere eventuali problemi di autorizzazione che impediscono la generazione di un registro prima che si verifichino problemi urgenti. (Un altro motivo per non ottenere un file di registro è quando l'applicazione non arriva a utilizzare il driver ODBC, come nel caso di Oracle® Heterogeneous Services, se si verifica un problema durante la creazione di un SID per DG4ODBC (ad esempio se si crea un errore durante la configurazione dei vari file .ora, Oracle® Heterogeneous Services non arriva a caricare il driver ODBC e quindi non otterrai un file di registro del driver).

Quali modifiche a un sistema di produzione influiscono sui driver Easysoft ODBC?

  • Modifiche alle parti costitutive di una macchina che sono rilevanti per la licenza Easysoft. Se questo interrompe un sistema di produzione, contattaci per una licenza di prova. In questo modo sarai di nuovo operativo rapidamente, mentre il processo di trasferimento della licenza per la licenza acquistata fa il suo corso.
  • Modifiche alla versione del sistema operativo. I driver Easysoft ODBC sono legati a un particolare insieme di sistemi operativi. L'aggiornamento di una macchina a una versione del sistema operativo diversa (o per macchine Linux basata su una versione diversa del kernel) può causare l'interruzione del funzionamento del driver. Una nuova versione del driver con una licenza di prova è il percorso più rapido per rimettersi in funzione.
  • Modifiche alla versione del database. I driver Easysoft ODBC potrebbero cessare di funzionare se il database di destinazione viene aggiornato a una versione diversa. Anche in questo caso, contattaci per una versione più recente del driver ODBC se ciò accade e utilizza una licenza di prova per ricominciare.

Perché l'assistenza e-mail è compatibile con le richieste di assistenza urgenti

Sebbene la natura iterativa di uno scambio di e-mail possa sembrare in contrasto con la rapida risoluzione di un problema urgente, non dovrebbe essere vista come una scarsa relazione con i canali di supporto come WebEx (che possiamo e offriamo). I divari tra gli scambi di e-mail ci danno il tempo di:

  • Guarda i registri delle chiamate di supporto basati su problemi simili.
  • Ricrea la tua configurazione su una macchina virtuale.
  • Ricerca delle best practice dal fornitore dell'applicazione o del database.

Gli scambi di e-mail ci forniscono un registro a cui possiamo fare riferimento se un altro membro del team di supporto ha bisogno di rispondere alla chiamata. Gli scambi di e-mail forniscono anche un utile record, nel caso in cui dovessi ripercorrere i tuoi passi in futuro.