Logique de mise à niveau du partage de tables – prévention de la corruption des données

La logique de mise à niveau du partage de tables garantit que les transitions entre les tables partagées et non partagées dans le modeleur de partage de tables s’effectuent de manière sûre, fiable et sans corruption de données. Cette logique traite les risques qui apparaissent lorsque des tables sont rendues non partagées après avoir été partagées avec une autre société, en particulier lorsque les définitions de données ont été modifiées pendant la période de partage. Sans un traitement approprié, le retour à une table physique obsolète entraîne des incohérences de définition de données (DD) et des erreurs, telles que l’erreur 512.

En automatisant la suppression et la recréation des tables physiques pendant la maintenance et l'application des étapes de validation des utilisateurs, le système empêche toute corruption des données et garantit que seules des tables valides et à jour sont disponibles après la désactivation du partage.

Logique de mise à niveau

Suppression immédiate des anciennes tables physiques: Lorsqu’une configuration de partage de tables est mise à jour et que certaines tables ne sont plus utilisées (c’est-à-dire partagées), les anciennes tables physiques sont immédiatement supprimées de la base de données. Cela empêche la réutilisation de tables obsolètes, ce qui pourrait sinon provoquer une corruption si leur structure ne correspond plus à la définition de données actuelle.
Création automatique de nouvelles tables pendant la fenêtre de maintenance: Pendant la fenêtre de maintenance planifiée du locataire, le système crée automatiquement de nouvelles tables physiques pour la nouvelle combinaison d’applications. Si une table existe déjà, le système la supprime puis la recrée afin de garantir que sa structure corresponde à la définition de données la plus récente. Ce processus s’applique également aux tables non partagées, afin de garantir la cohérence et d’éviter l’erreur 512.

Remarque:

La création et la recréation des tables s’effectuent uniquement pendant la fenêtre de maintenance. Si le partage de tables est mis à jour en rendant un jeu de partage de tables réel en dehors de cette fenêtre, la création de tables ne s’effectue pas à ce moment-là. Par conséquent, les mesures de protection contre la corruption sont associées au processus de maintenance planifiée et non aux mises à jour ponctuelles.

En supprimant les anciennes tables inutilisées et en recréant de nouvelles tables lors de la maintenance, seules les tables à jour restent disponibles. Cette approche élimine tout risque de corruption susceptible de se produire si des tables obsolètes sont réutilisées après la suppression du partage.

Actions utilisateur et étapes de validation

La suppression de tables physiques contenant encore des données peut entraîner une perte de données non souhaitée. Pour protéger les informations importantes, des mesures de sécurité et des mécanismes d’avertissement sont mis en place afin d’alerter les utilisateurs et d’exiger une confirmation avant toute suppression de données. Ces mesures garantissent que les utilisateurs disposent de toutes les informations nécessaires et peuvent entreprendre les actions appropriées pour conserver les données requises avant le début de la période de maintenance.

Ces sessions servent à valider les données :

Verify Shared Logical Tables (tltsm1201m000): Lors de l’exécution de cette session sur un jeu de partage de tables, le système vérifie si les tables planifiées pour suppression contiennent encore des données. Les exceptions sont enregistrées, et les utilisateurs doivent soit les accepter (en reconnaissant le risque potentiel de perte de données), soit effacer les tables lorsque la conservation des données n’est pas nécessaire.
Make Table Sharing Set Actual (tltsm0210m000) ou Mise à jour d'étape unique OCM et TSM (ttocm0202m000): Les tables planifiées pour suppression qui contiennent encore des données figurent dans un rapport destiné à la révision. La mise à jour du partage de tables s’exécute uniquement après confirmation de l’utilisateur. Ce processus s’applique également lors de l’enregistrement d’un nouveau jeu de partage de tables à rendre effectif pour une nouvelle combinaison d’applications.; Remarque:
Lorsque le jeu de partage de tables suivant devient effectif pour une nouvelle combinaison d’applications, le système exécute à ce moment des contrôles sur les tables qui deviendront logiques.
Preliminary Update Check (ttmtm4554m000): Toutes les tables contenant des données et destinées à être supprimées figurent dans le rapport de cette vérification. Les utilisateurs doivent prendre les mesures nécessaires pour protéger les données requises, car celles-ci sont perdues après la mise à niveau du locataire.
Tables logiques (ttaad4120m000): Si une relation est ajoutée à cette session, l’ancienne table physique est supprimée lorsqu’elle n’existe pas ou qu’elle est vide. Si la table contient des données, le système bloque l’ajout de la relation afin d’éviter toute perte de données accidentelle. Si un module doit être partagé mais que certaines tables doivent rester non partagées, ajoutez d’abord ces tables en attribuant le même numéro de société physique à la société logique correspondante.