Modifiche

Opzioni di distribuzione: Netezza Performance Server per Cloud Pak for Data SystemNetezza Performance Server per Cloud Pak for DataNetezza Performance Server per Cloud Pak for Data as a Service

Backup e ripristino delle modifiche

  1. Il backup incrementale (differenziale o cumulativo) non segnalaBacking up <name>per una tabella che non è stata modificata dall'ultimo backup, quando 'TRACK CHANGES è ON per il database.
  2. Il backup (completo o incrementale) non viene segnalatoBacking up <name>per una tabella che ha 'BACKUP OFF o BACKUP DATA OFF.
  3. Quando si esegue il backup di una tabella 'BACKUP DATA OFF, il backup segnala un avvisoForcing empty backup of table <name> as it has been excluded from backup.La forzatura di un backup vuoto (senza righe) assicura che il ripristino svuoti la tabella specifica, indipendentemente dal suo contenuto precedente (che potrebbe essere stato basato su un valore diverso dell'impostazione " BACKUP della tabella).
  4. Per una tabella con 'BACKUP OFF, il ripristino di viste o sinonimi che fanno riferimento alla tabella fallisce con un messaggio di errore non fatale.
  5. Quando una tabella è 'Altered da 'BACKUP [DATA] OFF a 'BACKUP [DATA] ON, il backup incrementale successivo visualizza il messaggio di avviso Forcing full backup of table '<name>' which has been groomed, truncated or added to backup since last backup.. Questo messaggio di avviso esteso viene visualizzato anche quando una tabella viene spulciata o troncata tra un backup e l'altro.
  6. Quando un database è 'Altered da 'TRACK CHANGES OFF a 'TRACK CHANGES ON, il backup incrementale successivo interroga tutte le tabelle 'BACKUP ON per le righe inserite ed eliminate. Lo stesso del backup incrementale esistente.
  7. Le nuove impostazioni 'TRACK CHANGES e 'BACKUP, per database e tabelle, vengono salvate e ripristinate.
  8. Le modifiche di backup e ripristino sono compatibili sia con il passato che con il futuro. Per una release precedente che viene ripristinata da un backup più recente, durante il ripristino potrebbero essere visualizzati alcuni errori non fatali. Gli errori non impediscono il commit della transazione di ripristino. (Ad esempio,Restore of increment <number> from backupset <backupset> to database '<db_name>' committed.).

Modifiche alla vista del sistema

  1. Una nuova colonna 'dbtrackchanges (value 0 when OFF, 1 when ON) viene aggiunta alla vista '_v_database.
  2. Una nuova colonna 'dontbackup (0 = BACKUP [DATA] ON, 1 = BACKUP DATA OFF, 2 = BACKUP OFF) viene aggiunta a '_v_table, '_v_table_storage_stat, '_v_table_only_storage_stat, '_v_obj_relation, '_v_object_data e '_v_objects.

modifiche a nzsql

  1. il \d <table> mostra il " Backup Data Off o il " Backup Off quando è il caso. Quest'ultimo è sempre il caso di una tabella temporanea. Non viene visualizzato alcun testo aggiuntivo quando la tabella ha 'BACKUP [DATA] ON, che è l'impostazione predefinita.

    - '\l+ (elenco di database con dettagli aggiuntivi) mostra una colonna 'TRACKCHANGES in più. Il valore visualizzato è vuoto se TRACK CHANGES è disattivato (l'impostazione predefinita), oppure 'ON se è attivato.

Modifiche a Netezza Performance Server Replication

  1. La replica non tratta in modo speciale le tabelle con 'BACKUP DATA OFF o 'BACKUP OFF. Il backup (definizione e dati) viene sempre effettuato da 'nzreplbackup e il ripristino da 'nzreplrestore. Non utilizzare direttamente 'nzbackup o 'nzrestore per inizializzare o ripristinare un nodo di replica.

  2. La sintassi SQL (TRACK CHANGES su " CREATE/ALTER DATABASE e " BACKUP su " CREATE / ALTER TABLE) viene replicata quando viene utilizzata con un database replicato su un nodo master.

  3. \l+ (elenco di tutti i database con dettagli extra) mostra sempre 'REPLICATION_SET e ' TRACKCHANGES, se qualche database è replicato. Lo speciale 'database '_GLOBAL replicato, che non è un vero e proprio database ma che appare in viste come '_v_replicated_database e '_v_replication_state, non appare nell'output di \l+ (come in precedenza).