Quelles sont les 5 principales choses qu’on demande régulièrement à chaque CNC? Je parie que tu diras sécurité, et peut-être des builds de paquets, suivis d’installations ESU ou peut-être de redémarrages... mais JE SAIS que les rafraîchissements de données sont là quelque part aussi! Nous avons tous fait des centaines (voire des milliers) de mises à jour de données au fil des ans, et nous connaissons la routine. Mais il y a quelques pièges à garder en tête, même pour les CNC les plus expérimentés. Voici trois scénarios à surveiller, spontanément :
1) Adresses courriel
Vous savez probablement si votre entreprise ou votre client a configuré le serveur SMTP dans le jas.ini pour la production, donc vous savez que les transactions ou les tâches exécutées dans PROD pourraient potentiellement envoyer des courriels. Mais êtes-vous SÛR de ce jas.ini paramètre pour PY? Certaines organisations testent l’envoi de courriels dans PY, ou l’activent pour un projet comme l’implantation de PO Approval sans jamais l’éteindre. C’est quoi le problème? Eh bien, un rafraîchissement des données *peut* être un gros problème ici. Lors d’un rafraîchissement de PD vers PY ou DV, le F01151 figure bien sûr parmi les tables copiées de PRODDTA. Les adresses courriel sont stockées ici, ainsi que l’indicateur de messagerie (EHIER) qui détermine si un courriel est envoyé à chaque adresse courriel stockée. Si défini = 1, les courriels sont actifs, et si vous copiez ces enregistrements EHIER = 1 depuis PROD et que le SMTP est activé dans le jas.ini, les transactions de test pourraient envoyer des courriels aux employés, fournisseurs ou même aux clients. Pas bon!
Meilleures pratiques : Soit lancer une requête rapide à jour pour définir l’EHIER = 0 sur tous les enregistrements F01151, soit simplement effacer le F01151, selon que les utilisateurs ont besoin ou non des données d’adresse courriel.
2) Modèles de éditeurs BI et définitions de rapports
Souvent, les gens oublient que les modèles BIP de F95600 et les définitions de rapports de F95620 (ainsi que tous leurs autres amis F956*) sont stockés dans les tables de contrôle. Et si, lors d’un rafraîchissement de données, vous copiez PRODCTL en DV ou PY, vous pouvez accidentellement gaspiller des semaines ou des mois de travail de développement BIP (ou de configuration de test) qui devront ensuite être recréés. Aïe!
Meilleures pratiques : Sauvegardez TOUTES les tables de la base de données cible avant de commencer, à la fois en cas de problème et pour permettre la restauration de ces tables spécifiques après un rafraîchissement depuis PD. Si vous choisissez de ne pas restaurer sélectivement les tableaux, assurez-vous que vos développeurs ont sauvegardé leur modèle et leur travail RD et/ou peuvent facilement le recréer!
3) Objets médias
Oui, les rafraîchissements de données peuvent affecter les Objets Médias! Lorsque vous rafraîchez F00165 de PROD à PY, vous copiez aussi le lien vers les fichiers MOBJ stockés sur le serveur de déploiement/partage de fichiers. Cela signifie que toute modification ou suppression de ces MOBJ dans PY pendant les tests... modifiera ou supprimera le fichier également utilisé dans PROD. Certes, c’est un scénario précis, mais je suis tombé dessus plus d’une fois. Il faut noter que 1) les MOBJ textuels sont corrects, car ils sont stockés comme un BLOB dans F00165 et 2) les MOBJ stockés dans la base de données (9.2+) sont également corrects. Mais attention, si vous utilisez l’ancienne configuration de MOBJ, que vous stockez les pièces jointes sur le serveur de déploiement ou un partage de fichiers; Un rafraîchissement des données *pourrait* te faire dire aïe!
Best practice: Either delete all records from F00165 after a refresh, or selectively delete the records where GTMOTYPE <> 0. (0 = text MOBJ, and those are fine to stay.)
Ce ne sont là que quelques-unes des considérations particulières ou des pièges liés aux actualisations de données; Comme toujours, il y a plus de choses à considérer que d’espace de blogue pour écrire! Nous espérons que cela vous donnera quelques nouveaux conseils ou points à considérer, ou si vous connaissiez déjà ces scénarios, peut-être que vous en trouverez de nouveaux. Ou, mieux encore, peut-être que vous trouverez des méthodes originales pour gérer ces scénarios, ou même les automatiserez dans le cadre de votre processus de rafraîchissement des données. Nous sommes à l’appui de l’amélioration continue – surtout pour des tâches routinières comme celles-ci!