Questione : Sono ci circostanze che un'identificazione che indica una base di dati inesistente sarà generata nello strato di DB di una base di dati attiva?

Mentre commutava fra un assistente di base di dati attivo e passivo manualmente ed avanti e indietro alcune volte, un'identificazione supplementare è stata generata nello strato di DB dei due assistenti.  Il punto di identificazione ad una terza base di dati inesistente.  L'assistente attivo ripiega costantemente i cambiamenti alla relativa base di dati all'assistente passivo.  Sto usando la base di dati di Oracle che si siede sulla macchina dell'assistente dell'HP ML370 G3 con l'identificazione di VITTORIA 2000 OS.

The che è stata generata ha causato le edizioni di capienza del CPU mentre stava provando costantemente ad aggiornare una base di dati inesistente.  Mi domando come una tal identificazione sarà created.

Thank you. class= del

Risposta : Sono ci circostanze che un'identificazione che indica una base di dati inesistente sarà generata nello strato di DB di una base di dati attiva?

Ciò è interessante, ma non sono sicuro io riconosco che cosa è la domanda (?)  Così in primo luogo verificherò la mia comprensione.

State facendo funzionare una versione non specificata di Oracle su un assistente dell'HP ML370 G3 con la vittoria 2k.   Che cosa è la versione di Oracle?

Avete sia una base di dati attiva che una base di dati passiva, ma il meccanismo della replica è non specificato.  È questa using Oracle protezione di dati? un appoggio fisico? un appoggio logico?  Cancello dorato o un certo altro meccanismo della replica?

Un esempio di un problema che ho veduto con il appoggio logico è che se un'identificazione è generato in primo luogo sul appoggio ed allora la stessa identificazione è generata sul primario, quindi lo SQL per ricreare l'identificazione otterrà al appoggio ed allora non riuscirà a applicarsi ed allora la replica è guasto per un istante fino a che non saltiamo la dichiarazione che non riesca a applicarsi ed allora dopo saltarla là può essere molto tempo CPU consumato per applicare l'altro SQL in corso.  Ciò non è esattamente il piano d'azione che descriviate, ma in certa forma suona come voi può avere una simile esperienza… è necessario da prendere la cura in come si amministra la protezione di dati.