Centro di ripristino Change Data Capture (CDC)
01 MONITOR
Anche una pipeline CDC in funzione può essere a rischio di guasto. Scopri come identificare ritardi crescenti, blocchi dell'elaborazione, esposizione a dati obsoleti e condizioni di ripristino mutevoli prima che un piccolo problema si trasformi in un mancato rispetto degli SLA, un'interruzione del servizio, un evento di ripristino importante o un'interruzione dell'attività aziendale.
DOMANDE CHIAVE IN QUESTA FASE
Il vostro sistema di sviluppo del CDC non è fermo. Siete sicuri che sia in salute?
Un sistema di controllo dei farmaci (CDC) in funzione potrebbe comunque trovarsi ad affrontare un problema di ripristino.
02 VALUTAZIONE
Prima di riavviare, è fondamentale comprendere esattamente cosa è stato interessato dal guasto. Definire l'intervallo temporale dell'incidente, identificare i dati e i consumatori a valle coinvolti, quantificare l'interruzione e determinare l'approccio di ripristino più efficace.
DOMANDE CHIAVE IN QUESTA FASE
Prima di riavviare, sai cosa ha causato l'errore?
Valutare le lacune nei dati, i rischi a valle e i vincoli di ripristino prima di decidere come procedere.
03 RECUPERO
Prima di riavviare la replica, rispondi a sette domande cruciali sullo stato della pipeline, la cronologia di origine, i requisiti di recupero, le opzioni di ripristino e l'impatto a valle, al fine di convalidare l'approccio di ripristino ed evitare che un errore gestibile si trasformi in un evento di ripristino di grave entità.
DOMANDE CHIAVE IN QUESTA FASE
L'errore più pericoloso nel recupero del CDC si verifica dopo il fallimento
Prima di riavviare, rispondi a sette domande che determineranno se il ripristino avrà successo o creerà un problema maggiore.
04 CONVALIDA
Il ripristino non è completo solo perché la replica è di nuovo in esecuzione. Scopri come analizzare le discrepanze, convalidare i risultati del ripristino e verificare che i dati recuperati siano completi, aggiornati e affidabili prima di dichiarare l'incidente risolto.
DOMANDE CHIAVE IN QUESTA FASE
La pipeline è di nuovo in funzione. Ci si può fidare dei dati?
L'arretrato potrebbe essere in fase di smaltimento. Il pannello di controllo è verde. I record sono di nuovo in movimento. La chiamata di collegamento sta per terminare. Ma una domanda rimane senza risposta: possiamo fidarci del target?
05 MIGLIORARE
Il ripristino della pipeline di Change Data Capture (CDC) non dovrebbe essere percepito ogni volta come un progetto una tantum. Impara a riconoscere quando ritardi ricorrenti nel ripristino, interventi manuali e dipendenza da specialisti indicano un problema più ampio della piattaforma.
DOMANDE CHIAVE IN QUESTA FASE
Quando un problema di ripristino del CDC si trasforma in un problema della piattaforma?
Ogni team di replicazione si imbatte in interruzioni. La vera domanda è quanto sforzo, incertezza e rischio ne conseguono.
06 VALUTARE
Le capacità di ripristino sono facili da promettere, ma difficili da dimostrare. Scopri quali scenari di ripristino i fornitori dovrebbero dimostrare e come strutturare una prova di concetto che convalidi le prestazioni di ripristino in condizioni di guasto reali.
DOMANDE CHIAVE IN QUESTA FASE
Come si fa a sapere se le richieste di rimborso di un fornitore del CDC saranno fondate?
Prima di scegliere una piattaforma CDC, è necessario testare lo stato di riavvio, il recupero, la convalida, il comportamento di riproduzione, la diagnostica e i limiti di ripristino.
Foglio di lavoro CDC Recovery POC Valutazione Foglio di lavoro
Utilizzare prove, limitazioni e dipendenze di configurazione a supporto della decisione.
07 GIUSTIFICARE
Scopri come tradurre i problemi di ripristino del Change Data Capture (CDC) in rischi operativi, impatto sul business, costi misurabili e risultati degli investimenti che il management può valutare.
DOMANDE CHIAVE IN QUESTA FASE
Come elaborare un business case per gli investimenti del CDC per la ripresa
Tradurre le lacune nella ripresa in rischi aziendali, costi dell'inazione, alternative e risultati di investimento misurabili.
Foglio di lavoro del CDC per la valutazione del business della ripresa
Tradurre i dati del CDC sulla ripresa in rischi, costi, alternative, risultati misurabili e una raccomandazione per i dirigenti.
| Termine | Definizione |
| Ritardo di replica | Il tempo trascorso o la distanza di elaborazione tra l'attività corrente della sorgente e i dati riflessi nella destinazione. |
| Arretrati | Modifiche accumulate che non sono ancora state elaborate o applicate. |
| Storia della fonte conservata | Registri, diari di bordo, registri archiviati o altre informazioni di origine che potrebbero essere necessarie durante il ripristino. |
| Finestra di recupero | Il periodo di tempo interessato da un'interruzione della replica che deve essere analizzato, recuperato o convalidato. |
| Riavvia stato | Informazioni di elaborazione salvate che aiutano a determinare dove può riprendere la replica. |
| Aumento | Il processo di riduzione del divario tra l'attività di origine e lo stato di destinazione. |
| Risincronizzazione | Un processo utilizzato per riconciliare i dati di origine e di destinazione quando il recupero standard non è sufficiente. |
| Validazione | Prima di dichiarare concluso il recupero, è necessario verificare che i dati recuperati siano completi, aggiornati e affidabili. |
| Storia della fonte conservata | Registri, diari di bordo, registri archiviati o altre informazioni di origine che potrebbero essere necessarie durante il ripristino. |
| RBA | Indirizzo relativo in byte, un concetto di posizione del log di Db2 per z/OS utilizzato nelle indagini di ripristino. |
| LRSN | Numero di sequenza del record di log utilizzato negli ambienti di condivisione dati Db2 per z/OS. |
I contenuti di questo Centro di ripristino del CDC sono scritti e revisionati dai team di prodotto, ingegneria e ingegneria delle soluzioni Data Replicate & Sync di Rocket Software.
Rocket Data Replicate & Sync (RDRS) supporta la replica aziendale bidirezionale tra ambienti mainframe, distribuiti e cloud. Valuta RDRS utilizzando gli stessi standard descritti in questo centro risorse.
La questione importante non è semplicemente se la replica può essere riavviata. È piuttosto se il team operativo è in grado di comprendere cosa è successo, ripristinare il sistema con sicurezza e stabilire quando i dati risultanti sono affidabili.
