slony_logshipping - Online nel cloud

PROGRAMMA:

NOME

slony_logshipping - demone slony_logshipping

slony_logshipper TOOL

slony_logshipper è uno strumento progettato per aiutare ad applicare i log. Funziona come un demone e scansiona il
directory di archivio per i nuovi file .SQL che poi applica al database di destinazione. Può
essere eseguito con tre tipi di parametri:

VERSIONI

· Opzioni, a scelta tra le seguenti:

· h

visualizza questo testo di aiuto ed esci

· v

visualizza la versione del programma ed esci

· q

modalità silenziosa

· l

fa in modo che il demone in esecuzione riapra il suo file di registro

· r

causa la ripresa del demone in esecuzione dopo l'errore

· t

fai in modo che il demone in esecuzione entri in modalità di spegnimento intelligente

· T

fa in modo che il demone in esecuzione entri in modalità di spegnimento immediato

· c

distruggere il set di semafori e la coda dei messaggi esistenti (usare con cautela)

· f

resta in primo piano (non demonizzare)

· w

entra immediatamente in modalità di spegnimento intelligente

· Un file di configurazione del log shipper specificato

Questo file di configurazione è costituito dalle seguenti specifiche:

· file di log = './offline_logs/logshipper.log';

Dove il log shipper lascerà i messaggi.

· gruppo Nome = 'T1';

Nome del cluster

· destinazione banca dati = 'dbname=slony_test3';

Conninfo opzionale per il database di destinazione. Se fornito, il log shipper si connetterà
a questo database e applicarvi i log.

· archiviare dir = './offline_logs';

La directory dell'archivio è richiesta durante l'esecuzione in modalità 'database-connected' per avere a
luogo in cui cercare gli archivi mancanti (non applicati).

· destinazione dir = './offline_result';

Se specificato, il log shipper scriverà i risultati del massaggio dei dati nel risultato
logfile in questa directory.

· max archivio = 3600;

Questo combatte l'eventuale perdita di risorse; il demone entrerà in modalità 'spegnimento intelligente'
automaticamente dopo aver elaborato questo numero di archivi.

· ignorare tavolo "pubblico"."storia";

È possibile filtrare le singole tabelle dalla replica fornita dal log

· ignorare namespace "pubblico";

È possibile filtrare interi spazi dei nomi dalla replica fornita dal log

· rinominare namespace "pubblico". "storia" a "sito_001"."cronologia";

Si possono rinominare tabelle specifiche.

· rinominare namespace "pubblico" a "sito_001";

Si possono rinominare interi namespace.

· settimana lavorazione command = 'gzip -9 $inarchivia';

I comandi di pre e post-elaborazione vengono eseguiti tramite sistema(3).

Un '@' come primo carattere fa sì che il codice di uscita venga ignorato. Altrimenti, un diverso da zero
il codice di uscita viene trattato come un errore e causa l'interruzione dell'elaborazione.

I comandi di pre e post-elaborazione hanno due ulteriori variabili speciali definite:

· $inarchivia - indicando il nome del file di archivio in arrivo

· $ outnarchive - indicando il nome del file di archivio in uscita

· errore command = ' ( eco "archivio=$inarchivio" eco "errore messaggi:" eco "$testo di errore" )
| mail -s "Slony ceppo spedizione fallito" postgres@localhost ';

Il comando di errore indica un comando da eseguire in caso di errore. Tutti i log
poiché l'ultimo completamento riuscito di un archivio è disponibile in $testo di errore
variabile.

Nell'esempio mostrato, questo invia un'e-mail ai DBA in caso di errore.

· Nomi dei file di archivio

Ogni nome file viene aggiunto alla coda dei messaggi SystemV per l'elaborazione da parte di uno slony_logshipper
processo.

10 Gennaio 2016 slony_logshipping(1)

Usa slony_logshipping online utilizzando i servizi onworks.net