Comprensione dell'importanza di un sottosistema disco configurato in modo appropriato
Esistono molti tipi di sottosistemi disco in uso per soddisfare le esigenze aziendali o di prestazioni. Non tutti questi sottosistemi disco sono adatti per l'utilizzo da parte dei database o per la Replica CDC . Alcuni potrebbero aver bisogno di essere regolati per garantire che la semantica di input / output appropriata sia in atto per un funzionamento continuo affidabile.
Sintomi di un sottosistema disco non affidabile
Senza un'appropriata configurazione del sottosistema del disco, sia il database stesso che CDC Replication potrebbero presentare una grande varietà di errori relativi all'input/output, di solito di natura casuale. Ognuno di essi può arrestare la replica. Se i log di transazione del database stessi vengono danneggiati a causa di questo tipo di configurazione errata, il database stesso potrebbe diventare irrecuperabile, mettendo a rischio l'intera azienda. Disporre di un sottosistema disco configurato in maniera appropriata è quindi essenziale per il funzionamento sia del database che di CDC Replication.Cosa rende un sottosistema disco inaffidabile?
In genere, le opzioni di montaggio del disco che interferiscono o modificano la visibilità di lettura delle operazioni di scrittura sono quelle che causeranno la lettura dei dati in modo inaccurato, causando in tal modo la segnalazione di errori da parte di applicazioni quali database e CDC Replication . Le aspettative di questa semantica tra database e Replica CDC devono essere compatibili con quelle fornite dalle opzioni utilizzate per montare il sottosistema disco per evitare problemi di danneggiamento. Alcuni database mostrano comportamenti specifici solo con determinati tipi di sottosistemi disco, quindi è necessaria attenzione e attenzione per configurare correttamente il sottosistema disco.Note speciali relative a configurazioni specifiche
I/O diretto su Linux- A causa della natura dell'implementazione di I/O diretto (directio) su Linux, le applicazioni che leggono da file scritti utilizzando I/O diretto devono utilizzare esattamente le stesse opzioni di I/O diretto dell'applicazione di scrittura. Se questa operazione non viene eseguita, l'applicazione di lettura potrebbe non vedere mai i dati scritti dall'applicazione di scrittura e l'applicazione di lettura può quindi esibire un stallo. Le versioni Linux di CDC Replication precedenti alla versione 6.5.1 Interim Fix 17 for Oracle, versione 6.5.2 Interim Fix 20 for Oraclee IBM® Data Replication - CDC Replication versioni precedenti alla 10.2 per Oracle e Sybase possono mostrare questo comportamento in determinate condizioni. La soluzione migliore consiste nell'eseguire l'aggiornamento al livello di fix temporanea più recente per CDC Replication o alla versione 10.2 o successiva per IBM Data Replication - CDC Replication.