Requisiti di sistema operativo

Informazioni sulle risorse del sistema operativo necessarie per installare ed eseguire Oracle GoldenGate.

Requisiti di memoria

Tutte le piattaforme

La quantità di memoria necessaria per Oracle GoldenGate dipende dalla quantità di dati in fase di elaborazione, dal numero di processi Oracle GoldenGate in esecuzione, dalla quantità di RAM disponibile per Oracle GoldenGate e dal quantità di spazio su disco disponibile per Oracle GoldenGate per la memorizzazione temporanea di pagine di RAM su disco quando il sistema operativo deve liberare RAM (in genere quando viene raggiunta una filigrana bassa). Questa memorizzazione temporanea della RAM su disco è comunemente nota come swapping o paging (qui indicato come swapping). A seconda della piattaforma, il termine spazio di swap può essere una partizione di swap, un file di swap, un file di pagina (Windows) o un segmento di memoria condivisa (IBM for i).

I server moderni dispongono di RAM sufficiente e di sistemi di gestione dello spazio di swap e della memoria sufficienti per eseguire Oracle GoldenGate. Tuttavia, l'aumento della quantità di RAM disponibile per Oracle GoldenGate può migliorare notevolmente le sue prestazioni, nonché quella del sistema in generale.

Le installazioni tipiche di Oracle GoldenGate forniscono RAM in multipli di gigabyte per evitare lo scambio eccessivo di pagine RAM su disco. Più c'è conflitto per la RAM, più spazio di swap viene utilizzato.

L'eccessivo swapping su disco causa problemi di prestazioni per il processo Extract, in particolare perché deve memorizzare i dati di ogni transazione aperta fino alla ricezione di un record di commit. Se Oracle GoldenGate viene eseguito sullo stesso sistema del database, la quantità di RAM disponibile diventa fondamentale per le prestazioni di entrambi.

L'uso della RAM e dello swap è controllato dal sistema operativo, non dai processi Oracle GoldenGate. Il cache manager di Oracle GoldenGate sfrutta le funzioni di gestione della memoria del sistema operativo per garantire che i processi di Oracle GoldenGate funzionino in modo sostenuto ed efficiente. Nella maggior parte dei casi, gli utenti non devono modificare la configurazione di gestione della memoria predefinita di Oracle GoldenGate.

Per ulteriori informazioni sulla valutazione dei requisiti di memoria di Oracle GoldenGate, vedere il parametro [CACHEMGR](/pls/topic/lookup?ctx=en/database/goldengate/core/26/coredoc&id=GWURF-GUID-B910F3D9-E41C-4335-AC0A-442435481A19) nel manuale Parameters and Functions Reference for Oracle GoldenGate.

Db2 z/OS: Requisiti di memoria

Oracle GoldenGate richiede le risorse di memoria riportate di seguito sul sistema remoto Oracle GoldenGate e sul sistema host del database. Per le risorse di memoria richieste su un sistema remoto, vedere la sezione All Platforms sopra riportata.

Sul sistema host Db2

Quando si imposta l'ambiente Workload Manager (WLM) per i componenti di lettura del log Extract, si consiglia di impostare NUMTCB nell'intervallo da 10 a 40 a seconda dell'ambiente in uso. Per maggiori informazioni, fare riferimento alla documentazione IBM.

Privilegi di sicurezza di Oracle GoldenGate

In questa sezione vengono descritti i privilegi di sicurezza richiesti da Oracle GoldenGate in un sistema di origine e in un sistema di destinazione Windows o Linux.

La persona che installa Oracle GoldenGate deve disporre dei privilegi di lettura e scrittura sulla directory di installazione di Oracle GoldenGate, poiché verranno eseguiti i passi per creare alcune sottocartelle ed eseguire alcuni programmi.

Sono attivi Service Manager, Replicat e Receiver Service (il nome del programma è server). Service Manager controlla gli altri processi e interagisce con il servizio ricevente per ricevere i dati in entrata, mentre Replicat applica i dati al database di destinazione tramite ODBC.

Si consiglia di assegnare ai processi Oracle GoldenGate un account utente dedicato a Oracle GoldenGate e che non può essere utilizzato da altri programmi. Un account utente può essere utilizzato da tutti i processi di Oracle GoldenGate. Questo account deve disporre dei privilegi per leggere, scrivere ed eliminare file e directory all'interno della directory di installazione di Oracle GoldenGate.

Se il profilo utente Extract non dispone dell'autorità richiesta, Extract registrerà i seguenti errori e si fermerà.

[SC=-1224:SQL1224N A database agent could not be started to service a request, or was terminated as a result of a database system shutdown or a force command.SQL STATE 55032: The CONNECT statement is invalid, because the database manager was stopped after this application was started]

Il profilo utente deve essere specificato con il parametro USERIDALIAS quando si configurano i file dei parametri e nel comando DBLOGIN prima di eseguire qualsiasi comando Admin Client che interagisce con il database.

Requisiti disco

Requisiti del disco per i file di installazione di Oracle GoldenGate

In questa sezione vengono elencati i requisiti di spazio su disco per Oracle GoldenGate e le considerazioni sullo spazio su disco specifiche per il database Db2 z/OS.

I requisiti di spazio su disco per un'installazione di Oracle GoldenGate variano in base al sistema operativo e al database. Assicurarsi di disporre di spazio su disco adeguato per il file scaricato, i file espansi e i file installati, che possono essere fino a 2 GB.

Requisiti disco temporanei

Quando il totale dei dati delle transazioni inseriti nella cache supera l'impostazione CACHESIZE del parametro CACHEMGR, Extract inizia a scrivere i dati della cache in file temporanei che si trovano nella directory di installazione di Oracle GoldenGate. Per Microservices Architecture, si tratta della cartella /var/temp per tale distribuzione.

Il cache manager presuppone che tutto lo spazio libero sul file system sia disponibile. Queste directory possono essere compilate rapidamente se sono presenti molte transazioni con grandi dimensioni. Per evitare conflitti di I/O ed eventuali errori di Extract correlati ai dischi, dedicare un disco a questa directory. È possibile assegnare un nome a questa directory con l'opzione CACHEDIRECTORY del parametro CACHEMGR.

Nota: CACHEMGR è un parametro di autoconfigurazione e autoregolazione interno. È raro che questo parametro richieda una modifica. In questo modo, inutilmente, si potrebbe verificare un peggioramento delle prestazioni. È meglio acquisire prove empiriche prima di aprire una richiesta Oracle Service e consultarsi con il Supporto Oracle.

È in genere più efficiente per il sistema operativo scambiare su disco rispetto a Extract per scrivere file temporanei. L'impostazione predefinita CACHESIZE presuppone questa condizione. Pertanto, dovrebbe esserci spazio su disco sufficiente per tenere conto di questo, perché solo dopo il superamento del valore per CACHESIZE Extract scriverà i dati delle transazioni memorizzate nella cache in file temporanei nello spazio dei nomi del file system. Se su un sistema sono in esecuzione più processi Extract, i requisiti del disco possono moltiplicarsi. Oracle GoldenGate scrive su disco quando non è disponibile memoria sufficiente per memorizzare una transazione aperta. Una volta eseguito il commit o il rollback della transazione, i dati sottoposti a commit vengono scritti nei file trail e i dati vengono rilasciati dalla memoria e Oracle GoldenGate non tiene più traccia di tale transazione. Non ci sono requisiti minimi del disco perché quando le transazioni vengono sottoposte a commit dopo ogni singola operazione, queste transazioni non vengono mai scritte su disco.

Nota: Oracle consiglia di non modificare CACHESIZE perché le prestazioni possono essere influenzate negativamente a seconda dell'ambiente in uso.

Altre considerazioni sullo spazio su disco

Oltre allo spazio su disco necessario per i file e i file binari installati da Oracle GoldenGate, consentire lo spazio su disco aggiuntivo per contenere gli trail di Oracle GoldenGate. I percorsi possono essere creati fino a 2 GB di dimensione, con un valore predefinito di 500 MB. Lo spazio richiesto dipende dalla dimensione selezionata dei trail, dalla quantità di dati acquisiti per la replica e dalla durata di conservazione dei trail consumati sul disco. Il disco minimo consigliato allocato per Trails può essere calcolato come segue:

((dimensione del log delle transazioni * 0,33) * numero di interruttori di log al giorno) * numero di giorni per conservare i trail

In base a questa equazione, se i log delle transazioni hanno una dimensione di 1 GB e vi è una media di 10 switch di log al giorno, significa che Oracle GoldenGate acquisirà i dati 3.3GB al giorno. Per essere in grado di mantenere i trail per 7 giorni, la quantità minima di spazio su disco necessaria per tenere i trail è di 23 GB.

Un trail è un insieme di file auto-invecchiamento che contengono i dati di lavoro in archivio e durante l'elaborazione. Potresti aver bisogno di più o meno di questa quantità, perché lo spazio che viene consumato dai trail dipende dal volume di dati che verranno elaborati.

Requisiti di rete

Per supportare Oracle GoldenGate, devono essere disponibili le risorse di rete riportate di seguito.

Privilegi sistema operativo

Di seguito sono riportati i privilegi del sistema operativo necessari per installare l'architettura dei microservizi Oracle GoldenGate, creare distribuzioni ed eseguire i processi Oracle GoldenGate.

Privilegi generali

Privilegi specifici di Windows

Set di caratteri console Windows

Il sistema operativo e la console di comando devono avere gli stessi set di caratteri. Le mancate corrispondenze si verificano sui sistemi Microsoft Windows, dove il sistema operativo è impostato su un set di caratteri, ma il prompt dei comandi DOS utilizza un set di caratteri DOS diverso e precedente. Oracle GoldenGate utilizza il set di caratteri del sistema operativo per inviare informazioni all'output del comando Client di amministrazione. Pertanto, un set di caratteri della console non corrispondente impedisce la visualizzazione corretta dei caratteri. È possibile impostare il set di caratteri della console prima di aprire una sessione del client di amministrazione utilizzando il comando DOS seguente:

chcp codepagenumber

Ad esempio, chcp 437.

Per una panoramica della pagina di codice, vedere https://msdn.microsoft.com/en-us/library/windows/desktop/dd317752(v=vs.85).aspx e l'elenco degli identificativi della pagina di codice https://msdn.microsoft.com/en-us/library/windows/desktop/dd317756(v=vs.85).aspx.