Logica di aggiornamento della condivisione di tabelle - Come prevenire danneggiamenti ai dati

La logica di aggiornamento della condivisione di tabelle è stata progettata al fine di garantire che le transizioni tra tabelle condivise e non condivise in Table Sharing Modeler (TSM) avvengano in modo sicuro e affidabile senza danneggiamenti ai dati. Questa logica mira a gestire i rischi correlati all'annullamento della condivisione di tabelle precedentemente condivise con un'altra società, in particolare nei casi in cui le definizioni di dati hanno subito modifiche durante il periodo di condivisione. Senza una corretta gestione, il ripristino di una tabella fisica obsoleta può determinare una mancata corrispondenza con la definizione di dati (DD) ed errori, ad esempio di tipo 512.

Grazie all'automazione di operazioni quali la rimozione e la ricreazione di tabelle fisiche in fase di manutenzione e l'esecuzione forzata di passaggi di convalida da parte dell'utente, è possibile prevenire danneggiamenti ai dati e assicurare l'impiego di tabelle aggiornate valide dopo l'annullamento della condivisione.

Logica di aggiornamento

Rimozione immediata di tabelle fisiche precedenti: Se a seguito di un aggiornamento della configurazione di condivisione di tabelle alcune tabelle non saranno più utilizzate o condivise, le tabelle fisiche precedenti vengono rimosse immediatamente dal database. In questo modo si evita il riutilizzo di tabelle obsolete, che potrebbero altrimenti provocare danneggiamenti in caso di mancata corrispondenza della loro struttura con la definizione di dati corrente.
Creazione automatica di nuove tabelle durante la finestra di manutenzione: Durante la finestra di manutenzione programmata del tenant, vengono create automaticamente nuove tabelle fisiche per la nuova combinazione di package. Se una tabella è già presente, viene rimossa e ricreata al fine di garantire che la struttura sia allineata alla definizione di dati più recente. Questo processo viene applicato anche in caso di annullamento della condivisione di tabelle, in modo da garantire coerenza e prevenire errori di tipo 512.

Nota:

La creazione e la ricreazione di tabelle avvengono solo durante la finestra di manutenzione. Se un set di condivisione tabelle viene aggiornato al di fuori di questo intervallo di tempo, la creazione della tabella non viene eseguita immediatamente. Ciò consente di limitare al processo di manutenzione programmata le misure di salvaguardia contro il danneggiamento, escludendo aggiornamenti estemporanei.

La rimozione delle tabelle precedenti inutilizzate e la ricreazione di nuove durante la finestra di manutenzione consentono di garantire la presenza di tabelle sempre aggiornate. Grazie a questo approccio è possibile ovviare al rischio di danneggiamento correlato al riutilizzo di tabelle obsolete dopo l'annullamento della condivisione.

Azioni e passaggi di convalida da parte dell'utente

La rimozione di tabelle fisiche ancora contenenti dati può comportare perdite di dati impreviste. Per proteggere le informazioni importanti, sono disponibili meccanismi di salvaguardia e di segnalazione che generano un avviso e richiedono la conferma dell'utente prima dell'eliminazione dei dati. Grazie a queste misure, gli utenti hanno a disposizione tutte le informazioni necessarie per adottare azioni appropriate mirate a preservare i dati necessari prima dell'inizio della finestra di manutenzione.

Per convalidare i dati vengono utilizzate le seguenti sessioni:

Verify Shared Logical Tables (tltsm1201m000): Quando si esegue questa sessione su un set di condivisione tabelle, viene effettuata una verifica automatica per determinare se le tabelle programmate per la rimozione contengono ancora dati. Vengono quindi registrate eccezioni, a seguito delle quali gli utenti possono confermare il rischio di una potenziale perdita di dati oppure procedere con la cancellazione delle tabelle se i dati non sono più necessari.
Make Table Sharing Set Actual (tltsm0210m000) o Aggiornamento OCM e TSM in un unico passaggio (ttocm0202m000): Le tabelle programmate per la rimozione in cui sono ancora presenti dati vengono elencate in un apposito report per la verifica. L'aggiornamento della condivisione di tabelle prosegue solo dopo la conferma dell'utente. Questo processo viene seguito anche durante la registrazione per l'aggiornamento di un set di condivisione tabelle successivo in relazione a una nuova combinazione di package.; Nota:
In caso di aggiornamento di un set di condivisione tabelle successivo per una nuova combinazione di package, le verifiche vengono effettuate nel momento in cui le tabelle in questione vengono impostate come logiche.
Preliminary Update Check (ttmtm4554m000): In questo report vengono indicate ai fini di verifica tutte le tabelle contenenti dati che verranno rimosse. Gli utenti devono intraprendere apposite azioni per proteggere i dati necessari, che andranno persi dopo l'aggiornamento del tenant.
Tabelle logiche (ttaad4120m000): L'aggiunta di una relazione a questa sessione consente di rimuovere la tabella fisica precedente se inesistente o vuota. Se invece la tabella contiene dati, l'aggiunta della relazione non è consentita per evitare la perdita di dati accidentali. Se è necessario condividere un modulo ma al tempo stesso mantenere alcune tabelle come non condivise, aggiungere prima tali tabelle assegnando lo stesso numero di società fisica alla società logica corrispondente.