Table des mati\u00e8res<\/h2>- Comprendre la complexit\u00e9 d\u2019une session d\u2019archivage<\/a><\/li>
- Le d\u00e9fi de la cr\u00e9ation de variantes<\/a>
- Pourquoi les variantes granulaires sont importantes<\/a><\/li>
- Le probl\u00e8me de la cr\u00e9ation manuelle des variantes<\/a><\/li>
- Qu\u2019en est-il de TVARV ?<\/a><\/li>
- Comment l\u2019Archiving Sessions Cockpit g\u00e8re la cr\u00e9ation de variantes<\/a><\/li><\/ul><\/li>
- Archivage \u00ab sweep \u00bb : l\u00e0 o\u00f9 les variantes g\u00e9n\u00e9riques s\u2019effondrent<\/a>
- Quand l\u2019archivage \u00ab sweep \u00bb a-t-il du sens ?<\/a><\/li>
- Comment l\u2019ASC g\u00e8re l\u2019archivage \u00ab sweep \u00bb<\/a><\/li>
- Le probl\u00e8me des variantes g\u00e9n\u00e9riques et des planificateurs de t\u00e2ches<\/a><\/li><\/ul><\/li>
- G\u00e9rer les d\u00e9pendances entre objets d\u2019archivage<\/a>
- Comment l\u2019ASC g\u00e8re les d\u00e9pendances<\/a><\/li><\/ul><\/li>
- Optimisation de la planification et contraintes op\u00e9rationnelles<\/a>
- Fuseaux horaires et op\u00e9rations mondiales<\/a><\/li>
- Cr\u00e9neaux horaires interdits<\/a><\/li>
- Gestion des jobs en parall\u00e8le<\/a><\/li>
- Archivage de rattrapage<\/a><\/li><\/ul><\/li>
- Reprise sur erreur et continuit\u00e9 des sessions<\/a>
- L\u2019approche du planificateur de t\u00e2ches<\/a><\/li>
- L\u2019approche Archiving Sessions Cockpit<\/a><\/li>
- Sauvegarde garantie des fichiers d\u2019archive<\/a><\/li><\/ul><\/li>
- Supervision, reporting et am\u00e9lioration continue<\/a>
- Reporting du taux d\u2019archivage<\/a><\/li>
- Blocage et d\u00e9blocage<\/a><\/li><\/ul><\/li>
- Sc\u00e9narios r\u00e9els : ce qui peut mal se passer<\/a><\/li>
- ASC vs planificateur de t\u00e2ches : comparaison r\u00e9capitulative<\/a><\/li>
- Principaux points \u00e0 retenir<\/a><\/li>
- Conclusion<\/a><\/li><\/ul><\/div>\n\n
<\/p>\n\n
Comprendre la complexit\u00e9 d\u2019une session d\u2019archivage<\/h2>\n\n
Avant de comparer les outils, il est essentiel de comprendre ce qu\u2019implique r\u00e9ellement une session d\u2019archivage. Il s\u2019agit de bien plus que de simplement planifier un job en arri\u00e8re-plan. L\u2019archivage des donn\u00e9es dans les syst\u00e8mes SAP repose sur des objets d\u2019archivage et s\u2019ex\u00e9cute via la transaction SARA. <\/p>\n\n
Une seule session d\u2019archivage pour un objet d\u2019archivage<\/a> peut n\u00e9cessiter la coordination de plusieurs jobs s\u00e9quentiels et parall\u00e8les :<\/p>\n\n\n- Certains objets d\u2019archivage n\u00e9cessitent un job de pr\u00e9traitement SAP, parfois compl\u00e9t\u00e9 par une logique de pr\u00e9traitement sp\u00e9cifique au client.<\/li>\n\n\n\n
- Vient ensuite le job d\u2019archivage lui-m\u00eame (\u00e9tape d\u2019\u00e9criture), qui g\u00e9n\u00e8re un ou plusieurs fichiers d\u2019archive. Dans la plupart des cas, il s\u2019agit d\u2019un job de longue dur\u00e9e. <\/li>\n\n\n\n
- Une fois les fichiers d\u2019archive cr\u00e9\u00e9s, ils peuvent \u00eatre stock\u00e9s dans un serveur de contenu via l\u2019interface ArchiveLink. Cette \u00e9tape est facultative \u2014 les fichiers d\u2019archive peuvent aussi rester sur le syst\u00e8me de fichiers ou dans un stockage blob. Le processus de stockage peut \u00eatre ex\u00e9cut\u00e9 avant ou apr\u00e8s le job de suppression, selon la configuration. <\/li>\n\n\n\n
- Si ArchiveLink n\u2019est pas utilis\u00e9, les fichiers d\u2019archive doivent g\u00e9n\u00e9ralement \u00eatre sauvegard\u00e9s manuellement dans une zone de stockage d\u00e9di\u00e9e. Cela correspond \u00e0 l\u2019\u00e9tape \u00ab Save ADK File \u00bb. <\/li>\n\n\n\n
- Un job de suppression s\u2019ex\u00e9cute pour chaque fichier d\u2019archive afin de supprimer les donn\u00e9es correspondantes de la base de donn\u00e9es. Les jobs de suppression sont nombreux et tr\u00e8s consommateurs de ressources base de donn\u00e9es : leur ex\u00e9cution est exigeante, et il est important de ne pas monopoliser tous les jobs batch disponibles dans le syst\u00e8me. <\/li>\n\n\n\n
- Enfin, dans certains cas, des jobs de post-traitement d\u2019archivage sont n\u00e9cessaires et peuvent \u00eatre compl\u00e9t\u00e9s par des programmes de post-traitement sp\u00e9cifiques au client.<\/li>\n<\/ul>\n\n
<\/p>\n\n
<\/p>\n\n![\"\"](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/TJC-Group_Steps-of-an-archiving-session.webp\")
\u00c9tapes d\u2019une session d\u2019archivage avec l\u2019ASC<\/figcaption><\/figure>\n\n<\/p>\n\n
En bref, une session d\u2019archivage est un ensemble de jobs interd\u00e9pendants ex\u00e9cut\u00e9s via plusieurs programmes d\u2019archivage SAP. G\u00e9rer ce processus signifie traiter des exceptions \u00e0 chaque \u00e9tape \u2014 par exemple, que se passe-t-il lorsqu\u2019un job d\u2019archivage cr\u00e9e deux fichiers d\u2019archive puis plante ? Un planificateur de t\u00e2ches tiers n\u2019a aucune connaissance de ce contexte. L\u2019Archiving Sessions Cockpit <\/a><\/strong>le comprend. <\/p>\n\nLes outils de planification de jobs ne comprennent pas intrins\u00e8quement la logique d\u2019archivage, les d\u00e9pendances entre objets ou les contraintes de conservation. \u00c0 l\u2019inverse, l\u2019ASC int\u00e8gre la logique m\u00e9tier propre \u00e0 l\u2019archivage des donn\u00e9es SAP<\/a>. Il comprend les d\u00e9pendances entre objets d\u2019archivage, les dur\u00e9es de conservation et de r\u00e9sidence, ainsi que les contraintes ILM et de destruction. <\/p>\n\n \nREGARDER LA VID\u00c9O EXPLICATIVE DE L\u2019ASC<\/a><\/div> \n<\/div>\n\n<\/div>\n\nLe d\u00e9fi de la cr\u00e9ation de variantes<\/h2>\n\n
La cr\u00e9ation de variantes est sans doute l\u2019aspect le plus critique \u2014 et le plus sous-estim\u00e9 \u2014 d\u2019un archivage des donn\u00e9es en production. La qualit\u00e9 et la granularit\u00e9 de vos variantes influencent directement l\u2019organisation des fichiers d\u2019archive, l\u2019accessibilit\u00e9 des donn\u00e9es, les performances d\u2019ex\u00e9cution et votre capacit\u00e9 \u00e0 g\u00e9rer des changements organisationnels tels que des scissions de syst\u00e8mes ou des cessions d\u2019entreprises. <\/p>\n\n
Pourquoi les variantes granulaires sont importantes<\/h3>\n\n
Les bonnes pratiques recommandent de scinder l\u2019archivage par code soci\u00e9t\u00e9 (ou zone de vente, usine, etc.) et par p\u00e9riodes distinctes (p. ex. mensuelles). Cette approche offre plusieurs avantages : <\/p>\n\n
\n- Jobs d\u2019\u00e9criture plus rapides :<\/strong> avec des variantes d\u00e9taill\u00e9es, les jobs d\u2019\u00e9criture d\u2019archivage s\u2019ex\u00e9cutent plus rapidement, car seules les p\u00e9riodes pertinentes sont analys\u00e9es.<\/li>\n\n\n\n
- Acc\u00e8s aux donn\u00e9es plus rapide :<\/strong> lorsqu\u2019un utilisateur doit r\u00e9cup\u00e9rer des factures de f\u00e9vrier, seuls les fichiers d\u2019archive de f\u00e9vrier sont ouverts, plut\u00f4t que l\u2019ensemble des archives.<\/li>\n\n\n\n
- Flexibilit\u00e9 organisationnelle :<\/strong> si un code soci\u00e9t\u00e9 est vendu ou si un syst\u00e8me est scind\u00e9, les fichiers d\u2019archive pertinents peuvent simplement \u00eatre d\u00e9plac\u00e9s. Avec des variantes g\u00e9n\u00e9riques, les fichiers d\u2019archive contiennent des donn\u00e9es m\u00e9lang\u00e9es provenant de plusieurs codes soci\u00e9t\u00e9 \u2014 et les fichiers ADK ne peuvent pas \u00eatre modifi\u00e9s une fois cr\u00e9\u00e9s. Cela engendre \u00e0 la fois des difficult\u00e9s techniques et de graves probl\u00e8mes de confidentialit\u00e9 des donn\u00e9es. <\/li>\n\n\n\n
- Pr\u00e9paration aux audits :<\/a><\/strong> des notes d\u2019archivage bien structur\u00e9es, avec des conventions de nommage standard, permettent d\u2019identifier imm\u00e9diatement quelles donn\u00e9es contient chaque fichier d\u2019archive.<\/li>\n<\/ul>\n\n
Le probl\u00e8me de la cr\u00e9ation manuelle des variantes<\/h3>\n\n
Avec un planificateur de t\u00e2ches, les variantes doivent \u00eatre cr\u00e9\u00e9es manuellement pour chaque ex\u00e9cution d\u2019archivage. Consid\u00e9rez l\u2019\u00e9chelle : si vous archivez 15 objets sur 10 codes soci\u00e9t\u00e9 chaque mois, cela repr\u00e9sente 150 variantes par mois \u2014 1\u202f800 par an. Chaque variante doit \u00eatre cr\u00e9\u00e9e, v\u00e9rifi\u00e9e et li\u00e9e \u00e0 la bonne d\u00e9finition de job dans le planificateur. Chaque mois, les d\u00e9finitions de jobs doivent \u00eatre mises \u00e0 jour \u00e0 mesure que de nouvelles variantes sont cr\u00e9\u00e9es. Et si vous allez plus loin dans le d\u00e9tail en g\u00e9rant les relations objet\/variante, le nombre de jobs \u00e0 synchroniser peut rapidement atteindre des milliers, voire des millions. <\/p>\n\n
<\/p>\n\n
La cr\u00e9ation manuelle \u00e0 cette \u00e9chelle entra\u00eene in\u00e9vitablement des erreurs et des retards. Une p\u00e9riode fiscale mal saisie, un code soci\u00e9t\u00e9 omis ou une plage de dates incorrecte peut priver les utilisateurs m\u00e9tier d\u2019acc\u00e8s \u00e0 des donn\u00e9es r\u00e9centes \u2014 ou pire, archiver des donn\u00e9es qui ne devraient pas encore l\u2019\u00eatre. Et comme de nombreux objets d\u2019archivage ne prennent pas en charge une option de rechargement, ces erreurs peuvent \u00eatre irr\u00e9versibles. <\/p>\n\n
<\/p>\n\n![\"Archiving](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/Archiving-sessions-cockipt_creating-variants.webp\")
ASC – Cr\u00e9ation de variantes avec l\u2019Archiving Sessions Cockpit <\/figcaption><\/figure>\n\n <\/p>\n\n
<\/p>\n\n
Pour une vue d\u2019ensemble compl\u00e8te des <\/u><\/em><\/strong>fondamentaux de l\u2019archivage des donn\u00e9es SAP<\/em><\/strong><\/a>, y compris les processus et les b\u00e9n\u00e9fices, consultez notre guide d\u00e9taill\u00e9.<\/u><\/em><\/strong><\/p>\n\nQu\u2019en est-il de TVARV ?<\/h3>\n\n
Dans SAP, TVARV est une table standard utilis\u00e9e pour stocker des valeurs de variables dynamiques pour les variantes de rapports. Certaines \u00e9quipes tentent d\u2019utiliser des entr\u00e9es TVARV ou des variables de variantes SAP pour automatiser la cr\u00e9ation de variantes. Cependant, cette approche atteint rapidement ses limites. <\/p>\n\n
Les variables de variantes fonctionnent avec la date du jour, ce qui signifie qu\u2019elles ne peuvent pas g\u00e9rer l\u2019archivage de rattrapage pour des p\u00e9riodes manqu\u00e9es. Elles ont \u00e9galement des difficult\u00e9s avec les objets s\u00e9lectionn\u00e9s par p\u00e9riode fiscale, dur\u00e9e de r\u00e9sidence ou plages de num\u00e9ros plut\u00f4t que par de simples crit\u00e8res de date. <\/p>\n\n
<\/p>\n\n
L\u2019exemple suivant illustre certaines des limites des tables TVARV :<\/p>\n\n![\"TJC](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/TJC-Group-Archiving-sessions-cockpit-TVARV-table.webp\")
TJC Group – TVARV tables<\/figcaption><\/figure>\n\nDans ce cas, si le job d\u2019archivage d\u00e9marre aujourd\u2019hui et que le champ \u00ab Created on \u00bb est s\u00e9lectionn\u00e9, il sera renseign\u00e9 avec une date allant du 01\/11\/2025 au 30\/11\/2025. Mais les dates sont toujours calcul\u00e9es \u00e0 partir de la date du jour. Ainsi, si l\u2019archivage a \u00e9t\u00e9 interrompu entre octobre et d\u00e9cembre 2025 puis relanc\u00e9 aujourd\u2019hui, les jobs d\u2019archivage pour ao\u00fbt, septembre et octobre ne seraient pas lanc\u00e9s. <\/p>\n\n
Comment l\u2019Archiving Sessions Cockpit g\u00e8re la cr\u00e9ation de variantes<\/h3>\n\n
L\u2019A<\/a>SC <\/a>g\u00e9n\u00e8re automatiquement toutes les variantes requises en fonction de sa configuration. Il g\u00e8re trois champs cl\u00e9s \u2014 Object<\/strong>, Area<\/strong> et Option<\/strong> \u2014 afin de produire des variantes con\u00e7ues \u00e0 cet effet, avec les bonnes p\u00e9riodes, les d\u00e9coupages organisationnels et les param\u00e8tres techniques. <\/p>\n\n\n- Object<\/strong> d\u00e9finit l\u2019objet d\u2019archivage SAP.<\/li>\n\n\n\n
- Area<\/strong> d\u00e9finit l\u2019unit\u00e9 organisationnelle \u00e0 archiver (un code soci\u00e9t\u00e9 ou une zone de vente, par exemple).<\/li>\n\n\n\n
- Option<\/strong> sp\u00e9cifie des \u00e9l\u00e9ments techniques li\u00e9s \u00e0 diff\u00e9rentes parties de SAP, tels que les types de documents. Par exemple, un document de facturation peut \u00eatre archiv\u00e9 en fonction d\u2019un type de facturation d\u00e9fini dans le customizing SAP \u2014 un type peut \u00eatre archiv\u00e9 avec une dur\u00e9e de r\u00e9sidence de 6 mois et un autre avec 24 mois. <\/li>\n<\/ul>\n\n
Object est un champ obligatoire, tandis que Area et Option sont facultatifs.<\/p>\n\n
Point important : la note de session d\u2019archivage est renseign\u00e9e automatiquement selon une convention de nommage standard, \u00e9liminant le risque d\u2019erreur manuelle. Que vous ayez besoin de 24 ex\u00e9cutions d\u2019archivage par an pour un seul objet ou de centaines d\u2019ex\u00e9cutions sur des dizaines d\u2019objets, l\u2019ASC g\u00e8re la complexit\u00e9 sans effort suppl\u00e9mentaire. <\/p>\n\n![\"Archiving](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/Archiving-Sessions-Cockpit-Customising.webp\")
Customizing ASC<\/figcaption><\/figure>\n\nArchivage \u00ab sweep \u00bb : l\u00e0 o\u00f9 les variantes g\u00e9n\u00e9riques s\u2019effondrent<\/h2>\n\n
<\/p>\n\n
Les \u00e9l\u00e9ments ouverts ne peuvent pas \u00eatre archiv\u00e9s, et cela arrive plus souvent qu\u2019on ne le pense :<\/p>\n\n
\n- Lorsqu\u2019il existe des d\u00e9pendances entre objets \u2014 par exemple, l\u2019objet A ne peut pas \u00eatre archiv\u00e9 tant que l\u2019objet B n\u2019a pas \u00e9t\u00e9 archiv\u00e9.<\/li>\n\n\n\n
- Parfois, certains processus prennent trop de temps et ne peuvent pas \u00eatre termin\u00e9s dans les fen\u00eatres d\u2019archivage autoris\u00e9es.<\/li>\n<\/ul>\n\n
Par cons\u00e9quent, les \u00e9l\u00e9ments encore ouverts au d\u00e9marrage de l\u2019archivage seront exclus du processus. La technique d\u2019\u00ab archivage sweep \u00bb (\u00e9galement appel\u00e9e rake archiving) passe en revue tous les mois des ann\u00e9es pr\u00e9c\u00e9dentes afin d\u2019identifier les \u00e9l\u00e9ments qui \u00e9taient ouverts au moment o\u00f9 l\u2019archivage r\u00e9gulier aurait d\u00fb avoir lieu, mais qui ont depuis \u00e9t\u00e9 cl\u00f4tur\u00e9s. Ces \u00e9l\u00e9ments nouvellement \u00e9ligibles sont alors archiv\u00e9s. <\/p>\n\n
L\u2019archivage sweep peut \u00eatre configur\u00e9 de nombreuses fa\u00e7ons : trimestriel, annuel, sur les cinq derni\u00e8res ann\u00e9es ou sur la derni\u00e8re d\u00e9cennie \u2014 \u00e0 vous de choisir.<\/p>\n\n
<\/p>\n\n
Avec l\u2019ASC, ce processus est simple et automatis\u00e9. En ajustant simplement les param\u00e8tres, l\u2019ASC effectue automatiquement un nouveau \u00ab sweep \u00bb, en r\u00e9\u00e9valuant l\u2019ensemble de donn\u00e9es pertinent sans intervention manuelle. \u00c0 l\u2019inverse, un planificateur de t\u00e2ches n\u2019effectuera pas cette t\u00e2che, car il n\u2019int\u00e8gre tout simplement pas cette logique. <\/p>\n\n
<\/p>\n\n
Quand l\u2019archivage \u00ab sweep \u00bb a-t-il du sens ?<\/strong><\/h3>\n\nL\u2019archivage sweep est particuli\u00e8rement efficace pour am\u00e9liorer les taux d\u2019archivage et s\u2019assurer que les donn\u00e9es \u00e9ligibles ne sont pas laiss\u00e9es de c\u00f4t\u00e9. Chez TJC Group, nous commen\u00e7ons par une analyse approfondie des donn\u00e9es. Si le taux d\u2019archivage est trop faible, nous examinons les causes possibles \u2014 processus ouverts, lacunes temporelles, etc. \u2014 et appliquons l\u2019archivage sweep l\u00e0 o\u00f9 cela a du sens. <\/p>\n\n
Il est particuli\u00e8rement utile en pr\u00e9paration de migrations vers le cloud, de carve-outs de syst\u00e8mes ou de migrations S\/4HANA, o\u00f9 les organisations sont sous pression pour maximiser les taux d\u2019archivage et minimiser le volume de donn\u00e9es transf\u00e9r\u00e9es vers le nouvel environnement.<\/p>\n\n
Comment l\u2019ASC g\u00e8re l\u2019archivage \u00ab sweep \u00bb<\/h3>\n\n
Avec l\u2019ASC, configurer l\u2019archivage sweep se fait en quelques clics. Vous mettez \u00e0 jour les param\u00e8tres globaux, d\u00e9finissez la plage temporelle et la fr\u00e9quence, et l\u2019ASC s\u2019occupe de tout le reste : cr\u00e9ation de nouvelles variantes, replanification de tous les jobs (pr\u00e9traitement, \u00e9tapes d\u2019\u00e9criture, \u00e9tapes de suppression, SAP AS Unloading, post-traitement et jobs de stockage sur serveur de contenu). Tout est reprogramm\u00e9 automatiquement. Techniquement, il s\u2019agit simplement d\u2019une nouvelle option configur\u00e9e pour l\u2019objet d\u2019archivage s\u00e9lectionn\u00e9. Avec un planificateur de t\u00e2ches, toutes ces \u00e9tapes devraient \u00eatre r\u00e9alis\u00e9es manuellement. <\/p>\n\n
L\u2019ASC introduit \u00e9galement un concept particuli\u00e8rement utile : la profondeur d\u2019une session d\u2019archivage<\/strong>. Imaginez l\u2019archivage hebdomadaire de commandes d\u2019achat, par date de document. La profondeur est alors de 7 jours. Lorsque certains \u00e9l\u00e9ments ne sont pas cl\u00f4tur\u00e9s dans cette fen\u00eatre et ne peuvent pas \u00eatre archiv\u00e9s, la profondeur peut \u00eatre \u00e9tendue \u00e0 14 jours dans l\u2019ASC, ce qui lui permet de remonter sur deux semaines. Certaines donn\u00e9es peuvent \u00eatre devenues archivables durant la deuxi\u00e8me semaine. Ce niveau de configurabilit\u00e9 n\u2019est tout simplement pas disponible avec un planificateur de t\u00e2ches. <\/p>\n\n![\"\"](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/Archiving-sessions-cockipt-manage-Sweep-or-Rake-archiving.webp\")
Archiving Sessions Cockpit – Adjusting residence time for sweep archiving <\/figcaption><\/figure>\n\nExemple concret :<\/strong> l\u2019un de nos clients, une entreprise m\u00e9dicale fournissant une assistance m\u00e9dicale \u00e0 domicile, faisait face \u00e0 un processus de facturation particuli\u00e8rement complexe. Les prestations sont g\u00e9n\u00e9ralement prises en charge par l\u2019Assurance Maladie ou par des organismes compl\u00e9mentaires, avec un petit reste \u00e0 charge parfois pay\u00e9 par le patient. Par cons\u00e9quent, le traitement des factures peut prendre beaucoup de temps, car plusieurs parties interviennent avant qu\u2019il ne soit finalis\u00e9. Nos consultants SAP ont r\u00e9alis\u00e9 une analyse approfondie des donn\u00e9es et identifi\u00e9 un grand nombre d\u2019\u00e9l\u00e9ments ouverts qui avaient \u00e9t\u00e9 exclus des premi\u00e8res ex\u00e9cutions d\u2019archivage. Gr\u00e2ce \u00e0 l\u2019Archiving Sessions Cockpit, \u00e0 l\u2019archivage sweep et \u00e0 l\u2019archivage classique automatis\u00e9 des donn\u00e9es SAP, ils ont pu int\u00e9grer ces \u00e9l\u00e9ments nouvellement \u00e9ligibles, augmenter significativement le volume de donn\u00e9es archiv\u00e9es et am\u00e9liorer le taux d\u2019archivage global. <\/p>\n\nLe probl\u00e8me des variantes g\u00e9n\u00e9riques et des planificateurs de t\u00e2ches<\/h3>\n\n
Les planificateurs de t\u00e2ches utilisent des variantes g\u00e9n\u00e9riques qui n\u2019incluent pas de crit\u00e8res de s\u00e9lection bas\u00e9s sur le temps) et ne permettent pas d\u2019ajouter \u00ab la profondeur \u00bb \u00e0 une session d\u2019archivage. Par cons\u00e9quent, plusieurs probl\u00e8mes apparaissent au fil du temps : <\/p>\n\n
\n- Augmentation des dur\u00e9es d\u2019ex\u00e9cution :<\/strong> la premi\u00e8re ann\u00e9e, supposons que 19 Go sur 20 Go soient archiv\u00e9s, laissant 1 Go. La deuxi\u00e8me ann\u00e9e, le job d\u2019archivage r\u00e9\u00e9value toutes les donn\u00e9es restantes de la premi\u00e8re ann\u00e9e, plus celles de la deuxi\u00e8me ann\u00e9e, alors que la plupart des donn\u00e9es de la premi\u00e8re ann\u00e9e ne sont plus \u00e9ligibles. \u00c0 la quatri\u00e8me ann\u00e9e, une ex\u00e9cution mensuelle pour le mois le plus r\u00e9cent r\u00e9\u00e9value encore les donn\u00e9es des 47 mois pr\u00e9c\u00e9dents. Les dur\u00e9es d\u2019ex\u00e9cution augmentent progressivement. <\/li>\n\n\n\n
- Fichiers d\u2019archive mixtes :<\/strong> lorsqu\u2019une partie des donn\u00e9es de la premi\u00e8re ann\u00e9e devient finalement archivable la quatri\u00e8me ann\u00e9e, les fichiers d\u2019archive r\u00e9sultants contiennent un m\u00e9lange de donn\u00e9es de la premi\u00e8re et de la quatri\u00e8me ann\u00e9e. Dans la transaction SARA, il devient impossible d\u2019identifier quelles donn\u00e9es sont stock\u00e9es dans quel fichier. <\/li>\n\n\n\n
- Mauvaises performances d\u2019acc\u00e8s aux donn\u00e9es :<\/strong> si un utilisateur a besoin des donn\u00e9es de la premi\u00e8re ann\u00e9e, tous les fichiers d\u2019archive doivent \u00eatre ouverts. Avec un fichier d\u2019archive g\u00e9n\u00e9ralement cr\u00e9\u00e9 par tranche de 200 Mo, cela peut rapidement repr\u00e9senter des milliers de fichiers \u2014 entra\u00eenant de longs temps de transaction et des timeouts potentiels. <\/li>\n<\/ul>\n\n<\/div>\n\n
G\u00e9rer les d\u00e9pendances entre objets d\u2019archivage<\/h2>\n\n
Certains objets d\u2019archivage doivent \u00eatre trait\u00e9s dans un ordre sp\u00e9cifique. Exemple classique : les livraisons SD (objet \u00ab RV_LIKP \u00bb) doivent \u00eatre archiv\u00e9es avant les commandes client (objet \u00ab SD_VBAK \u00bb). En FI, l\u2019objet FI_DOCUMENT peut avoir une d\u00e9pendance obligatoire vis-\u00e0-vis de CO_TRANS, ainsi qu\u2019une douzaine de relations optionnelles qui am\u00e9liorent le taux d\u2019archivage. <\/p>\n\n
Ces d\u00e9pendances existent au niveau des variantes, et non au niveau des jobs. Pour archiver les fichiers RV_LIKP de janvier 2020, les fichiers SD_VBAK correspondants de janvier 2020 doivent d\u2019abord \u00eatre archiv\u00e9s. Autrement dit, la session d\u2019archivage RV_LIKP ne peut d\u00e9marrer qu\u2019une fois la session d\u2019archivage SD_VBAK pour la m\u00eame p\u00e9riode termin\u00e9e. Des d\u00e9pendances temporelles s\u2019appliquent \u00e9galement : par exemple, l\u2019objet A pour juin 2020 peut d\u00e9pendre de l\u2019objet B pour juillet 2020 (d\u00e9pendance future) ou mai 2020 (d\u00e9pendance pass\u00e9e). <\/p>\n\n
Comment l\u2019ASC g\u00e8re les d\u00e9pendances<\/h3>\n\n
Avec un planificateur de t\u00e2ches, les d\u00e9pendances entre objets doivent \u00eatre g\u00e9r\u00e9es manuellement \u00e0 chaque ex\u00e9cution. Avec l\u2019ASC, vous d\u00e9finissez les d\u00e9pendances une seule fois et tout le reste est g\u00e9r\u00e9 automatiquement. L\u2019ASC inclut \u00e9galement des relations pr\u00e9d\u00e9finies entre objets d\u2019archivage, qui peuvent \u00eatre personnalis\u00e9es ou \u00e9tendues. <\/p>\n\n
<\/p>\n\n![\"Archiving](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/Archiving-Sessions-Cockpit_relationships-between-objects.webp\")
D\u00e9finir des relations entre objets avec l\u2019Archiving Sessions Cockpit<\/em><\/figcaption><\/figure>\n\nLes d\u00e9pendances sont d\u00e9finies une seule fois dans le customizing ASC et appliqu\u00e9es automatiquement au moment de l\u2019ex\u00e9cution \u2014 y compris entre syst\u00e8mes SAP. Lorsqu\u2019un nouvel objet d\u2019archivage ou une nouvelle unit\u00e9 organisationnelle est ajout\u00e9, la configuration ASC prend quelques minutes, pas des jours. Configurez une fois. Automatisez toujours. <\/p>\n\n
<\/div>\n\nOptimisation de la planification et contraintes op\u00e9rationnelles<\/h2>\n\n
Un planning d\u2019archivage optimis\u00e9 doit archiver les bonnes donn\u00e9es, dans le bon ordre, au bon moment, dans le d\u00e9lai le plus court possible \u2014 sans impacter les op\u00e9rations m\u00e9tier normales. Cela exige la prise en compte de multiples contraintes qu\u2019un planificateur de t\u00e2ches g\u00e9n\u00e9rique ne peut tout simplement pas g\u00e9rer. <\/p>\n\n
Fuseaux horaires et op\u00e9rations mondiales<\/h3>\n\n
Pour les organisations op\u00e9rant \u00e0 l\u2019\u00e9chelle mondiale, l\u2019archivage doit respecter les horaires de travail r\u00e9gionaux. Si votre syst\u00e8me est bas\u00e9 aux \u00c9tats-Unis mais que vous avez une filiale \u00e0 Singapour, vous ex\u00e9cuterez l\u2019archivage pour l\u2019organisation commerciale am\u00e9ricaine pendant la nuit am\u00e9ricaine et pour l\u2019organisation commerciale de Singapour pendant la journ\u00e9e am\u00e9ricaine (nuit \u00e0 Singapour). L\u2019ASC g\u00e8re cela via des fen\u00eatres d\u2019archivage configurables par zone. <\/p>\n\n
Cr\u00e9neaux horaires interdits<\/h3>\n\n
L\u2019archivage ne doit jamais s\u2019ex\u00e9cuter pendant la cl\u00f4ture de l\u2019exercice fiscal. De m\u00eame, si votre centre de vente conna\u00eet un pic de commandes chaque lundi matin de 07:00 \u00e0 13:00, l\u2019archivage pour cette organisation commerciale doit \u00eatre suspendu pendant ces heures. L\u2019ASC vous permet de d\u00e9finir des jours, dates et cr\u00e9neaux horaires interdits \u00e0 la minute pr\u00e8s \u2014 et les applique automatiquement. <\/p>\n\n
Gestion des jobs en parall\u00e8le<\/h3>\n\n
L\u2019ASC d\u00e9termine automatiquement quels jobs d\u2019archivage ex\u00e9cuter et optimise l\u2019ex\u00e9cution dans les param\u00e8tres d\u00e9finis : fen\u00eatres d\u2019archivage autoris\u00e9es, nombre total de jobs en parall\u00e8le, nombre de jobs en parall\u00e8le par objet ou type de job, fr\u00e9quence d\u2019archivage et relations entre objets. Il d\u00e9clenche les jobs SAP standard dans le bon ordre. <\/p>\n\n
Avec un planificateur de t\u00e2ches, d\u00e9finir manuellement ce niveau d\u2019optimisation sur des milliers de variantes et de jobs est irr\u00e9aliste. Le r\u00e9sultat le plus courant est que l\u2019archivage prend beaucoup plus de temps \u00e0 se terminer, la progression stagne et les b\u00e9n\u00e9fices de la r\u00e9duction de volume de donn\u00e9es sont retard\u00e9s. <\/p>\n\n
Archivage de rattrapage<\/h3>\n\n
Lorsque l\u2019archivage a \u00e9t\u00e9 interrompu \u2014 que ce soit \u00e0 cause d\u2019un audit, d\u2019un incident syst\u00e8me ou d\u2019un changement organisationnel \u2014 un arri\u00e9r\u00e9 de sessions en retard s\u2019accumule. Un rattrapage avec un planificateur de t\u00e2ches implique de cr\u00e9er manuellement des milliers de variantes et de jobs. L\u2019ASC ex\u00e9cute automatiquement les sessions en retard dans l\u2019ordre chronologique, de la plus ancienne \u00e0 la plus r\u00e9cente, en r\u00e9alisant le rattrapage dans le d\u00e9lai le plus court possible et sans effort suppl\u00e9mentaire. <\/p>\n\n
Reprise sur erreur et continuit\u00e9 des sessions<\/h2>\n\n
Les sessions d\u2019archivage peuvent \u00e9chouer pour de nombreuses raisons : verrous base de donn\u00e9es, pannes syst\u00e8me, contention de ressources ou erreurs de programme. Ce qui compte, c\u2019est la rapidit\u00e9 et la s\u00e9curit\u00e9 de la reprise. <\/p>\n\n
L\u2019approche du planificateur de t\u00e2ches<\/h3>\n\n
Avec un planificateur de t\u00e2ches, un job en \u00e9chec n\u00e9cessite une investigation manuelle pour d\u00e9terminer le point exact de d\u00e9faillance. L\u2019administrateur doit identifier quels fichiers d\u2019archive ont \u00e9t\u00e9 cr\u00e9\u00e9s avec succ\u00e8s, quels jobs de suppression se sont termin\u00e9s et \u00e0 quel endroit le processus doit red\u00e9marrer \u2014 le tout afin d\u2019\u00e9viter une perte de donn\u00e9es ou des fichiers d\u2019archive orphelins. C\u2019est long et source d\u2019erreurs. <\/p>\n\n
L\u2019approche Archiving Sessions Cockpit<\/h3>\n\n
L\u2019ASC relance automatiquement les jobs en \u00e9chec \u00e0 partir du bon point, \u00e9vitant toute perte de donn\u00e9es. Le nombre de tentatives de relance est configurable par type de job et objet d\u2019archivage. Les tables internes de l\u2019ASC sont mises \u00e0 jour en continu avec les statuts des jobs, de sorte que l\u2019outil sait toujours exactement o\u00f9 reprendre. Si l\u2019archivage doit \u00eatre arr\u00eat\u00e9 compl\u00e8tement, une seule transaction stoppe imm\u00e9diatement toutes les nouvelles sessions. Lorsque l\u2019archivage est autoris\u00e9 \u00e0 red\u00e9marrer, l\u2019ASC reprend pr\u00e9cis\u00e9ment l\u00e0 o\u00f9 il s\u2019\u00e9tait arr\u00eat\u00e9. <\/p>\n\n
Sauvegarde garantie des fichiers d\u2019archive<\/h3>\n\n
L\u2019ASC peut effectuer une sauvegarde des fichiers d\u2019archive vers un emplacement sp\u00e9cifi\u00e9 avant l\u2019ex\u00e9cution du job DELETE qui supprime physiquement les donn\u00e9es de la base de donn\u00e9es. Il ne d\u00e9marrera pas le job de suppression tant que la sauvegarde n\u2019aura pas \u00e9t\u00e9 r\u00e9alis\u00e9e avec succ\u00e8s \u2014 garantissant la s\u00e9curit\u00e9 des fichiers d\u2019archive avant la suppression physique. Cela n\u2019est tout simplement pas r\u00e9alisable avec un planificateur de t\u00e2ches. Mettre en place un d\u00e9lai entre STORE et DELETE est une option, mais cela ne garantit pas que la sauvegarde soit r\u00e9ellement termin\u00e9e. <\/p>\n\n
Supervision, reporting et am\u00e9lioration continue<\/h2>\n\nReporting du taux d\u2019archivage<\/h3>\n\n
L\u2019Archiving Sessions Cockpit fournit un \u00ab taux d\u2019archivage \u00bb pour chaque session : le pourcentage de donn\u00e9es archiv\u00e9es par rapport aux donn\u00e9es s\u00e9lectionn\u00e9es pour l\u2019archivage. Cet indicateur permet une analyse par exception \u2014 vous n\u2019examinez que les sessions dont le taux d\u2019archivage passe sous un seuil d\u00e9fini, par exemple 95 %. L\u2019effort manuel est ainsi dirig\u00e9 pr\u00e9cis\u00e9ment l\u00e0 o\u00f9 il est n\u00e9cessaire. <\/p>\n\n
Sans l\u2019ASC, ce reporting n\u2019existe pas. Chaque objet doit \u00eatre analys\u00e9 manuellement, ce qui n\u2019est ni scalable ni durable. Les services d\u2019archivage continus de TJC Group s\u2019appuient sur ces KPI pour suivre les r\u00e9sultats en continu et ajuster le customizing ASC ou ex\u00e9cuter un archivage sweep cibl\u00e9 lorsque le p\u00e9rim\u00e8tre \u00e9volue. <\/p>\n\n
De plus, l\u2019ASC affiche toutes les sessions ADK qui se sont termin\u00e9es avec succ\u00e8s dans le syst\u00e8me, avec ou sans l\u2019ASC.<\/p>\n\n
[Figure 6. Une vue de la transaction ASC affichant toutes les sessions ADK qui se sont termin\u00e9es avec succ\u00e8s dans le syst\u00e8me, avec ou sans l\u2019ASC]<\/em><\/p>\n\nBlocage et d\u00e9blocage<\/h3>\n\n
Si l\u2019archivage pour un objet ou un code soci\u00e9t\u00e9 sp\u00e9cifique doit \u00eatre suspendu \u2014 en raison d\u2019un audit, d\u2019un probl\u00e8me de donn\u00e9es ou d\u2019une demande m\u00e9tier \u2014 l\u2019ASC fournit une transaction unique pour bloquer et d\u00e9bloquer imm\u00e9diatement ou \u00e0 partir d\u2019une date future. Le reste du planning d\u2019archivage continue sans \u00eatre affect\u00e9. Avec un planificateur de t\u00e2ches, arr\u00eater l\u2019archivage pour un code soci\u00e9t\u00e9 signifie g\u00e9n\u00e9ralement arr\u00eater tout le planning si les variantes ne sont pas scind\u00e9es par code soci\u00e9t\u00e9. Et une fois l\u2019archivage arr\u00eat\u00e9, obtenir l\u2019autorisation de red\u00e9marrer est souvent un processus long, qui peut s\u2019\u00e9tendre sur des mois \u2014 voire des ann\u00e9es. <\/p>\n\n
<\/div>\n\nSc\u00e9narios r\u00e9els : ce qui peut mal se passer<\/h2>\n\n
Ces exemples proviennent d\u2019organisations r\u00e9elles ayant men\u00e9 des projets d\u2019archivage r\u00e9ussis avec des consultants exp\u00e9riment\u00e9s et des \u00e9quipes internes comp\u00e9tentes \u2014 et ayant pourtant rencontr\u00e9 des probl\u00e8mes que seule une automatisation con\u00e7ue \u00e0 cet effet aurait pu \u00e9viter.<\/p>\n\n
Sc\u00e9nario 1 : retrouver des factures de vente archiv\u00e9es.<\/strong> Une entreprise de distribution disposant d\u2019une base de donn\u00e9es de 2 To a archiv\u00e9 plusieurs objets li\u00e9s \u00e0 SD. Sans notes d\u2019archivage structur\u00e9es, elle n\u2019avait aucun moyen de savoir quelles donn\u00e9es archiv\u00e9es se trouvaient dans quel fichier d\u2019archive. Acc\u00e9der \u00e0 des transactions SD sp\u00e9cifiques n\u00e9cessitait d\u2019ouvrir tous les fichiers d\u2019archive via une lecture s\u00e9quentielle \u2014 un processus extr\u00eamement lent. Avec l\u2019ASC, chaque fichier d\u2019archive est clairement document\u00e9 avec la zone, l\u2019option et la p\u00e9riode, ce qui rend l\u2019acc\u00e8s cibl\u00e9 aux donn\u00e9es simple. <\/p>\n\nSc\u00e9nario 2 : lacunes dans le planning d\u2019archivage.<\/strong> Dans un cas, l\u2019archivage IDOC montrait des donn\u00e9es archiv\u00e9es \u00e0 partir de 2020, mais une lacune existait de 2017 \u00e0 d\u00e9but 2020, p\u00e9riode durant laquelle aucun archivage n\u2019avait eu lieu. Dans un autre, l\u2019archivage des factures de vente (SD_VBRK) s\u2019ex\u00e9cutait depuis des ann\u00e9es, mais un code soci\u00e9t\u00e9 actif \u00e0 partir de 2011 puis vendu en 2016 n\u2019avait jamais \u00e9t\u00e9 inclus dans le p\u00e9rim\u00e8tre. Aucune de ces lacunes n\u2019a \u00e9t\u00e9 d\u00e9tect\u00e9e, car aucun suivi ni KPI n\u2019\u00e9tait en place. <\/p>\n\n![\"Archiving](\"https:\/\/www.tjc-group.com\/wp-content\/uploads\/2026\/05\/Archiving-sessions-cockpit-system-splits-1.webp\")
<\/figure>\n\nSc\u00e9nario 3 : scissions de syst\u00e8mes.<\/strong> Consid\u00e9rez une organisation avec deux entit\u00e9s \u2014 code soci\u00e9t\u00e9 1000 et code soci\u00e9t\u00e9 2000 \u2014 o\u00f9 le code soci\u00e9t\u00e9 2000 est ensuite vendu. Si des variantes sp\u00e9cifiques \u00e0 l\u2019entreprise ont \u00e9t\u00e9 utilis\u00e9es pour archiver les donn\u00e9es comptables, l\u2019action requise est simple : les fichiers d\u2019archive pertinents peuvent \u00eatre d\u00e9plac\u00e9s du syst\u00e8me de fichiers ou du serveur de contenu vers un autre environnement. \u00c0 l\u2019inverse, lorsqu\u2019un planificateur de t\u00e2ches utilise des variantes g\u00e9n\u00e9riques, les fichiers d\u2019archive r\u00e9sultants peuvent contenir des donn\u00e9es m\u00e9lang\u00e9es provenant de plusieurs codes soci\u00e9t\u00e9. Comme les fichiers d\u2019archive ne peuvent pas \u00eatre modifi\u00e9s et que leur rechargement est presque impossible, cette situation entra\u00eene d\u2019importantes difficult\u00e9s techniques ainsi que de graves probl\u00e8mes de confidentialit\u00e9 des donn\u00e9es \u2014 en particulier lors de cessions d\u2019entreprises. <\/p>\n\n<\/div>\n\nASC vs planificateur de t\u00e2ches : comparaison r\u00e9capitulative<\/h2>\n\nCapacit\u00e9<\/th> Archivage Sessions Cockpit (ASC)<\/th> Planificateur de t\u00e2ches tiers<\/th><\/tr><\/thead> Cr\u00e9ation de variantes<\/strong><\/td>Automatique, bas\u00e9e sur la configuration ASC. Prend en charge le d\u00e9coupage par entreprise\/pays, des p\u00e9riodes mensuelles et des options. Notes d\u2019archivage maintenues automatiquement. <\/td> Manuelle. Des centaines de variantes par mois. Source d\u2019erreurs, n\u00e9cessite une mise \u00e0 jour continue des d\u00e9finitions de jobs. <\/td><\/tr> Protection du planning<\/strong><\/td>L\u2019archivage pour une entreprise\/un pays peut \u00eatre bloqu\u00e9 sans affecter le reste. Transaction unique pour bloquer\/d\u00e9bloquer. <\/td> Si ce n\u2019est pas scind\u00e9 par entreprise\/pays, un incident arr\u00eate tout le planning. Modifications manuelles requises. <\/td><\/tr> Sauvegarde des fichiers d\u2019archive avant DELETE<\/strong><\/td>L\u2019ASC effectue la sauvegarde et ne d\u00e9marre pas DELETE tant que la sauvegarde n\u2019est pas termin\u00e9e. S\u00e9curit\u00e9 des donn\u00e9es garantie. <\/td> Impossible \u00e0 garantir. Un d\u00e9lai entre STORE et DELETE ne garantit pas la fin de la sauvegarde. <\/td><\/tr> Optimisation de la planification<\/strong><\/td>Automatique : fen\u00eatres d\u2019archivage, cr\u00e9neaux interdits, limites de parall\u00e9lisme, fr\u00e9quences, relations entre objets, s\u00e9quencement correct.<\/td> D\u00e9finition manuelle. Des centaines de jobs par mois. Souvent, cela stagne ou s\u2019ex\u00e9cute extr\u00eamement lentement. <\/td><\/tr> Archivage de rattrapage<\/strong><\/td>Automatique. Ex\u00e9cute les sessions en retard chronologiquement. Se termine dans le d\u00e9lai le plus court possible. <\/td> Des milliers de variantes et de jobs \u00e0 cr\u00e9er manuellement. Progression extr\u00eamement lente. <\/td><\/tr> Reprise sur erreur<\/strong><\/td>Relance automatique \u00e0 partir du bon point de d\u00e9faillance. Tentatives de relance configurables par type de job\/objet. <\/td> Investigation manuelle n\u00e9cessaire pour d\u00e9terminer le point de reprise. Risque de perte de donn\u00e9es. <\/td><\/tr> Arr\u00eat\/red\u00e9marrage<\/strong><\/td>Arr\u00eat imm\u00e9diat via une transaction unique. Red\u00e9marrage automatique au bon point. <\/td> Modifications manuelles du planning pour l\u2019arr\u00eat et le red\u00e9marrage. La direction ordonne souvent un arr\u00eat mais n\u2019ordonne pas le red\u00e9marrage. <\/td><\/tr> Reporting du taux d\u2019archivage<\/strong><\/td>Int\u00e9gr\u00e9. Analyse par exception (p. ex. taux < 95 %). Effort concentr\u00e9 sur les zones probl\u00e9matiques. <\/td> Non disponible. Tous les objets doivent \u00eatre analys\u00e9s manuellement. <\/td><\/tr> Archivage sweep<\/strong><\/td>Contr\u00f4l\u00e9 : activer l\u2019option sweep, l\u2019ASC construit la logique de s\u00e9lection et la documente dans les notes.<\/td> Les variantes g\u00e9n\u00e9riques entra\u00eenent des fichiers mixtes, des dur\u00e9es d\u2019ex\u00e9cution en hausse et une mauvaise tra\u00e7abilit\u00e9 des donn\u00e9es.<\/td><\/tr> D\u00e9pendances<\/strong><\/td>D\u00e9finies une fois dans le customizing. Appliqu\u00e9es automatiquement, y compris entre syst\u00e8mes. <\/td> Suivi manuel de centaines de d\u00e9pendances au niveau des variantes. Devient rapidement ing\u00e9rable. <\/td><\/tr> Ajout de nouveaux objets\/codes soci\u00e9t\u00e9<\/strong><\/td>Quelques minutes de configuration. L\u2019ASC g\u00e8re la planification et l\u2019ex\u00e9cution. <\/td> Replanification importante. Risque de casser le planning existant. <\/td><\/tr><\/tbody><\/table><\/figure>\n\n
- Pourquoi les variantes granulaires sont importantes<\/a><\/li>
- Le probl\u00e8me de la cr\u00e9ation manuelle des variantes<\/a><\/li>
- Qu\u2019en est-il de TVARV ?<\/a><\/li>
- Comment l\u2019Archiving Sessions Cockpit g\u00e8re la cr\u00e9ation de variantes<\/a><\/li><\/ul><\/li>
- Archivage \u00ab sweep \u00bb : l\u00e0 o\u00f9 les variantes g\u00e9n\u00e9riques s\u2019effondrent<\/a>
- Quand l\u2019archivage \u00ab sweep \u00bb a-t-il du sens ?<\/a><\/li>
- Comment l\u2019ASC g\u00e8re l\u2019archivage \u00ab sweep \u00bb<\/a><\/li>
- Le probl\u00e8me des variantes g\u00e9n\u00e9riques et des planificateurs de t\u00e2ches<\/a><\/li><\/ul><\/li>
- G\u00e9rer les d\u00e9pendances entre objets d\u2019archivage<\/a>
- Comment l\u2019ASC g\u00e8re les d\u00e9pendances<\/a><\/li><\/ul><\/li>
- Optimisation de la planification et contraintes op\u00e9rationnelles<\/a>
- Fuseaux horaires et op\u00e9rations mondiales<\/a><\/li>
- Cr\u00e9neaux horaires interdits<\/a><\/li>
- Gestion des jobs en parall\u00e8le<\/a><\/li>
- Archivage de rattrapage<\/a><\/li><\/ul><\/li>
- Reprise sur erreur et continuit\u00e9 des sessions<\/a>
- L\u2019approche du planificateur de t\u00e2ches<\/a><\/li>
- L\u2019approche Archiving Sessions Cockpit<\/a><\/li>
- Sauvegarde garantie des fichiers d\u2019archive<\/a><\/li><\/ul><\/li>
- Supervision, reporting et am\u00e9lioration continue<\/a>
- Reporting du taux d\u2019archivage<\/a><\/li>
- Blocage et d\u00e9blocage<\/a><\/li><\/ul><\/li>
- Sc\u00e9narios r\u00e9els : ce qui peut mal se passer<\/a><\/li>
- ASC vs planificateur de t\u00e2ches : comparaison r\u00e9capitulative<\/a><\/li>
- Principaux points \u00e0 retenir<\/a><\/li>
- Conclusion<\/a><\/li><\/ul><\/div>\n\n
<\/p>\n\n
Comprendre la complexit\u00e9 d\u2019une session d\u2019archivage<\/h2>\n\n
Avant de comparer les outils, il est essentiel de comprendre ce qu\u2019implique r\u00e9ellement une session d\u2019archivage. Il s\u2019agit de bien plus que de simplement planifier un job en arri\u00e8re-plan. L\u2019archivage des donn\u00e9es dans les syst\u00e8mes SAP repose sur des objets d\u2019archivage et s\u2019ex\u00e9cute via la transaction SARA. <\/p>\n\n
Une seule session d\u2019archivage pour un objet d\u2019archivage<\/a> peut n\u00e9cessiter la coordination de plusieurs jobs s\u00e9quentiels et parall\u00e8les :<\/p>\n\n
- \n
- Certains objets d\u2019archivage n\u00e9cessitent un job de pr\u00e9traitement SAP, parfois compl\u00e9t\u00e9 par une logique de pr\u00e9traitement sp\u00e9cifique au client.<\/li>\n\n\n\n
- Vient ensuite le job d\u2019archivage lui-m\u00eame (\u00e9tape d\u2019\u00e9criture), qui g\u00e9n\u00e8re un ou plusieurs fichiers d\u2019archive. Dans la plupart des cas, il s\u2019agit d\u2019un job de longue dur\u00e9e. <\/li>\n\n\n\n
- Une fois les fichiers d\u2019archive cr\u00e9\u00e9s, ils peuvent \u00eatre stock\u00e9s dans un serveur de contenu via l\u2019interface ArchiveLink. Cette \u00e9tape est facultative \u2014 les fichiers d\u2019archive peuvent aussi rester sur le syst\u00e8me de fichiers ou dans un stockage blob. Le processus de stockage peut \u00eatre ex\u00e9cut\u00e9 avant ou apr\u00e8s le job de suppression, selon la configuration. <\/li>\n\n\n\n
- Si ArchiveLink n\u2019est pas utilis\u00e9, les fichiers d\u2019archive doivent g\u00e9n\u00e9ralement \u00eatre sauvegard\u00e9s manuellement dans une zone de stockage d\u00e9di\u00e9e. Cela correspond \u00e0 l\u2019\u00e9tape \u00ab Save ADK File \u00bb. <\/li>\n\n\n\n
- Un job de suppression s\u2019ex\u00e9cute pour chaque fichier d\u2019archive afin de supprimer les donn\u00e9es correspondantes de la base de donn\u00e9es. Les jobs de suppression sont nombreux et tr\u00e8s consommateurs de ressources base de donn\u00e9es : leur ex\u00e9cution est exigeante, et il est important de ne pas monopoliser tous les jobs batch disponibles dans le syst\u00e8me. <\/li>\n\n\n\n
- Enfin, dans certains cas, des jobs de post-traitement d\u2019archivage sont n\u00e9cessaires et peuvent \u00eatre compl\u00e9t\u00e9s par des programmes de post-traitement sp\u00e9cifiques au client.<\/li>\n<\/ul>\n\n
<\/p>\n\n
<\/p>\n\n
\u00c9tapes d\u2019une session d\u2019archivage avec l\u2019ASC<\/figcaption><\/figure>\n\n <\/p>\n\n
En bref, une session d\u2019archivage est un ensemble de jobs interd\u00e9pendants ex\u00e9cut\u00e9s via plusieurs programmes d\u2019archivage SAP. G\u00e9rer ce processus signifie traiter des exceptions \u00e0 chaque \u00e9tape \u2014 par exemple, que se passe-t-il lorsqu\u2019un job d\u2019archivage cr\u00e9e deux fichiers d\u2019archive puis plante ? Un planificateur de t\u00e2ches tiers n\u2019a aucune connaissance de ce contexte. L\u2019Archiving Sessions Cockpit <\/a><\/strong>le comprend. <\/p>\n\n
Les outils de planification de jobs ne comprennent pas intrins\u00e8quement la logique d\u2019archivage, les d\u00e9pendances entre objets ou les contraintes de conservation. \u00c0 l\u2019inverse, l\u2019ASC int\u00e8gre la logique m\u00e9tier propre \u00e0 l\u2019archivage des donn\u00e9es SAP<\/a>. Il comprend les d\u00e9pendances entre objets d\u2019archivage, les dur\u00e9es de conservation et de r\u00e9sidence, ainsi que les contraintes ILM et de destruction. <\/p>\n\n
\nREGARDER LA VID\u00c9O EXPLICATIVE DE L\u2019ASC<\/a><\/div> \n<\/div>\n\n<\/div>\n\nLe d\u00e9fi de la cr\u00e9ation de variantes<\/h2>\n\n
La cr\u00e9ation de variantes est sans doute l\u2019aspect le plus critique \u2014 et le plus sous-estim\u00e9 \u2014 d\u2019un archivage des donn\u00e9es en production. La qualit\u00e9 et la granularit\u00e9 de vos variantes influencent directement l\u2019organisation des fichiers d\u2019archive, l\u2019accessibilit\u00e9 des donn\u00e9es, les performances d\u2019ex\u00e9cution et votre capacit\u00e9 \u00e0 g\u00e9rer des changements organisationnels tels que des scissions de syst\u00e8mes ou des cessions d\u2019entreprises. <\/p>\n\n
Pourquoi les variantes granulaires sont importantes<\/h3>\n\n
Les bonnes pratiques recommandent de scinder l\u2019archivage par code soci\u00e9t\u00e9 (ou zone de vente, usine, etc.) et par p\u00e9riodes distinctes (p. ex. mensuelles). Cette approche offre plusieurs avantages : <\/p>\n\n
- \n
- Jobs d\u2019\u00e9criture plus rapides :<\/strong> avec des variantes d\u00e9taill\u00e9es, les jobs d\u2019\u00e9criture d\u2019archivage s\u2019ex\u00e9cutent plus rapidement, car seules les p\u00e9riodes pertinentes sont analys\u00e9es.<\/li>\n\n\n\n
- Acc\u00e8s aux donn\u00e9es plus rapide :<\/strong> lorsqu\u2019un utilisateur doit r\u00e9cup\u00e9rer des factures de f\u00e9vrier, seuls les fichiers d\u2019archive de f\u00e9vrier sont ouverts, plut\u00f4t que l\u2019ensemble des archives.<\/li>\n\n\n\n
- Flexibilit\u00e9 organisationnelle :<\/strong> si un code soci\u00e9t\u00e9 est vendu ou si un syst\u00e8me est scind\u00e9, les fichiers d\u2019archive pertinents peuvent simplement \u00eatre d\u00e9plac\u00e9s. Avec des variantes g\u00e9n\u00e9riques, les fichiers d\u2019archive contiennent des donn\u00e9es m\u00e9lang\u00e9es provenant de plusieurs codes soci\u00e9t\u00e9 \u2014 et les fichiers ADK ne peuvent pas \u00eatre modifi\u00e9s une fois cr\u00e9\u00e9s. Cela engendre \u00e0 la fois des difficult\u00e9s techniques et de graves probl\u00e8mes de confidentialit\u00e9 des donn\u00e9es. <\/li>\n\n\n\n
- Pr\u00e9paration aux audits :<\/a><\/strong> des notes d\u2019archivage bien structur\u00e9es, avec des conventions de nommage standard, permettent d\u2019identifier imm\u00e9diatement quelles donn\u00e9es contient chaque fichier d\u2019archive.<\/li>\n<\/ul>\n\n
Le probl\u00e8me de la cr\u00e9ation manuelle des variantes<\/h3>\n\n
Avec un planificateur de t\u00e2ches, les variantes doivent \u00eatre cr\u00e9\u00e9es manuellement pour chaque ex\u00e9cution d\u2019archivage. Consid\u00e9rez l\u2019\u00e9chelle : si vous archivez 15 objets sur 10 codes soci\u00e9t\u00e9 chaque mois, cela repr\u00e9sente 150 variantes par mois \u2014 1\u202f800 par an. Chaque variante doit \u00eatre cr\u00e9\u00e9e, v\u00e9rifi\u00e9e et li\u00e9e \u00e0 la bonne d\u00e9finition de job dans le planificateur. Chaque mois, les d\u00e9finitions de jobs doivent \u00eatre mises \u00e0 jour \u00e0 mesure que de nouvelles variantes sont cr\u00e9\u00e9es. Et si vous allez plus loin dans le d\u00e9tail en g\u00e9rant les relations objet\/variante, le nombre de jobs \u00e0 synchroniser peut rapidement atteindre des milliers, voire des millions. <\/p>\n\n
<\/p>\n\n
La cr\u00e9ation manuelle \u00e0 cette \u00e9chelle entra\u00eene in\u00e9vitablement des erreurs et des retards. Une p\u00e9riode fiscale mal saisie, un code soci\u00e9t\u00e9 omis ou une plage de dates incorrecte peut priver les utilisateurs m\u00e9tier d\u2019acc\u00e8s \u00e0 des donn\u00e9es r\u00e9centes \u2014 ou pire, archiver des donn\u00e9es qui ne devraient pas encore l\u2019\u00eatre. Et comme de nombreux objets d\u2019archivage ne prennent pas en charge une option de rechargement, ces erreurs peuvent \u00eatre irr\u00e9versibles. <\/p>\n\n
<\/p>\n\n
ASC – Cr\u00e9ation de variantes avec l\u2019Archiving Sessions Cockpit <\/figcaption><\/figure>\n\n <\/p>\n\n
<\/p>\n\n
Pour une vue d\u2019ensemble compl\u00e8te des <\/u><\/em><\/strong>fondamentaux de l\u2019archivage des donn\u00e9es SAP<\/em><\/strong><\/a>, y compris les processus et les b\u00e9n\u00e9fices, consultez notre guide d\u00e9taill\u00e9.<\/u><\/em><\/strong><\/p>\n\n
Qu\u2019en est-il de TVARV ?<\/h3>\n\n
Dans SAP, TVARV est une table standard utilis\u00e9e pour stocker des valeurs de variables dynamiques pour les variantes de rapports. Certaines \u00e9quipes tentent d\u2019utiliser des entr\u00e9es TVARV ou des variables de variantes SAP pour automatiser la cr\u00e9ation de variantes. Cependant, cette approche atteint rapidement ses limites. <\/p>\n\n
Les variables de variantes fonctionnent avec la date du jour, ce qui signifie qu\u2019elles ne peuvent pas g\u00e9rer l\u2019archivage de rattrapage pour des p\u00e9riodes manqu\u00e9es. Elles ont \u00e9galement des difficult\u00e9s avec les objets s\u00e9lectionn\u00e9s par p\u00e9riode fiscale, dur\u00e9e de r\u00e9sidence ou plages de num\u00e9ros plut\u00f4t que par de simples crit\u00e8res de date. <\/p>\n\n
<\/p>\n\n
L\u2019exemple suivant illustre certaines des limites des tables TVARV :<\/p>\n\n
TJC Group – TVARV tables<\/figcaption><\/figure>\n\n Dans ce cas, si le job d\u2019archivage d\u00e9marre aujourd\u2019hui et que le champ \u00ab Created on \u00bb est s\u00e9lectionn\u00e9, il sera renseign\u00e9 avec une date allant du 01\/11\/2025 au 30\/11\/2025. Mais les dates sont toujours calcul\u00e9es \u00e0 partir de la date du jour. Ainsi, si l\u2019archivage a \u00e9t\u00e9 interrompu entre octobre et d\u00e9cembre 2025 puis relanc\u00e9 aujourd\u2019hui, les jobs d\u2019archivage pour ao\u00fbt, septembre et octobre ne seraient pas lanc\u00e9s. <\/p>\n\n
Comment l\u2019Archiving Sessions Cockpit g\u00e8re la cr\u00e9ation de variantes<\/h3>\n\n
L\u2019A<\/a>SC <\/a>g\u00e9n\u00e8re automatiquement toutes les variantes requises en fonction de sa configuration. Il g\u00e8re trois champs cl\u00e9s \u2014 Object<\/strong>, Area<\/strong> et Option<\/strong> \u2014 afin de produire des variantes con\u00e7ues \u00e0 cet effet, avec les bonnes p\u00e9riodes, les d\u00e9coupages organisationnels et les param\u00e8tres techniques. <\/p>\n\n
- \n
- Object<\/strong> d\u00e9finit l\u2019objet d\u2019archivage SAP.<\/li>\n\n\n\n
- Area<\/strong> d\u00e9finit l\u2019unit\u00e9 organisationnelle \u00e0 archiver (un code soci\u00e9t\u00e9 ou une zone de vente, par exemple).<\/li>\n\n\n\n
- Option<\/strong> sp\u00e9cifie des \u00e9l\u00e9ments techniques li\u00e9s \u00e0 diff\u00e9rentes parties de SAP, tels que les types de documents. Par exemple, un document de facturation peut \u00eatre archiv\u00e9 en fonction d\u2019un type de facturation d\u00e9fini dans le customizing SAP \u2014 un type peut \u00eatre archiv\u00e9 avec une dur\u00e9e de r\u00e9sidence de 6 mois et un autre avec 24 mois. <\/li>\n<\/ul>\n\n
Object est un champ obligatoire, tandis que Area et Option sont facultatifs.<\/p>\n\n
Point important : la note de session d\u2019archivage est renseign\u00e9e automatiquement selon une convention de nommage standard, \u00e9liminant le risque d\u2019erreur manuelle. Que vous ayez besoin de 24 ex\u00e9cutions d\u2019archivage par an pour un seul objet ou de centaines d\u2019ex\u00e9cutions sur des dizaines d\u2019objets, l\u2019ASC g\u00e8re la complexit\u00e9 sans effort suppl\u00e9mentaire. <\/p>\n\n
Customizing ASC<\/figcaption><\/figure>\n\n Archivage \u00ab sweep \u00bb : l\u00e0 o\u00f9 les variantes g\u00e9n\u00e9riques s\u2019effondrent<\/h2>\n\n
<\/p>\n\n
Les \u00e9l\u00e9ments ouverts ne peuvent pas \u00eatre archiv\u00e9s, et cela arrive plus souvent qu\u2019on ne le pense :<\/p>\n\n
- \n
- Lorsqu\u2019il existe des d\u00e9pendances entre objets \u2014 par exemple, l\u2019objet A ne peut pas \u00eatre archiv\u00e9 tant que l\u2019objet B n\u2019a pas \u00e9t\u00e9 archiv\u00e9.<\/li>\n\n\n\n
- Parfois, certains processus prennent trop de temps et ne peuvent pas \u00eatre termin\u00e9s dans les fen\u00eatres d\u2019archivage autoris\u00e9es.<\/li>\n<\/ul>\n\n
Par cons\u00e9quent, les \u00e9l\u00e9ments encore ouverts au d\u00e9marrage de l\u2019archivage seront exclus du processus. La technique d\u2019\u00ab archivage sweep \u00bb (\u00e9galement appel\u00e9e rake archiving) passe en revue tous les mois des ann\u00e9es pr\u00e9c\u00e9dentes afin d\u2019identifier les \u00e9l\u00e9ments qui \u00e9taient ouverts au moment o\u00f9 l\u2019archivage r\u00e9gulier aurait d\u00fb avoir lieu, mais qui ont depuis \u00e9t\u00e9 cl\u00f4tur\u00e9s. Ces \u00e9l\u00e9ments nouvellement \u00e9ligibles sont alors archiv\u00e9s. <\/p>\n\n
L\u2019archivage sweep peut \u00eatre configur\u00e9 de nombreuses fa\u00e7ons : trimestriel, annuel, sur les cinq derni\u00e8res ann\u00e9es ou sur la derni\u00e8re d\u00e9cennie \u2014 \u00e0 vous de choisir.<\/p>\n\n
<\/p>\n\n
Avec l\u2019ASC, ce processus est simple et automatis\u00e9. En ajustant simplement les param\u00e8tres, l\u2019ASC effectue automatiquement un nouveau \u00ab sweep \u00bb, en r\u00e9\u00e9valuant l\u2019ensemble de donn\u00e9es pertinent sans intervention manuelle. \u00c0 l\u2019inverse, un planificateur de t\u00e2ches n\u2019effectuera pas cette t\u00e2che, car il n\u2019int\u00e8gre tout simplement pas cette logique. <\/p>\n\n
<\/p>\n\n
Quand l\u2019archivage \u00ab sweep \u00bb a-t-il du sens ?<\/strong><\/h3>\n\n
L\u2019archivage sweep est particuli\u00e8rement efficace pour am\u00e9liorer les taux d\u2019archivage et s\u2019assurer que les donn\u00e9es \u00e9ligibles ne sont pas laiss\u00e9es de c\u00f4t\u00e9. Chez TJC Group, nous commen\u00e7ons par une analyse approfondie des donn\u00e9es. Si le taux d\u2019archivage est trop faible, nous examinons les causes possibles \u2014 processus ouverts, lacunes temporelles, etc. \u2014 et appliquons l\u2019archivage sweep l\u00e0 o\u00f9 cela a du sens. <\/p>\n\n
Il est particuli\u00e8rement utile en pr\u00e9paration de migrations vers le cloud, de carve-outs de syst\u00e8mes ou de migrations S\/4HANA, o\u00f9 les organisations sont sous pression pour maximiser les taux d\u2019archivage et minimiser le volume de donn\u00e9es transf\u00e9r\u00e9es vers le nouvel environnement.<\/p>\n\n
Comment l\u2019ASC g\u00e8re l\u2019archivage \u00ab sweep \u00bb<\/h3>\n\n
Avec l\u2019ASC, configurer l\u2019archivage sweep se fait en quelques clics. Vous mettez \u00e0 jour les param\u00e8tres globaux, d\u00e9finissez la plage temporelle et la fr\u00e9quence, et l\u2019ASC s\u2019occupe de tout le reste : cr\u00e9ation de nouvelles variantes, replanification de tous les jobs (pr\u00e9traitement, \u00e9tapes d\u2019\u00e9criture, \u00e9tapes de suppression, SAP AS Unloading, post-traitement et jobs de stockage sur serveur de contenu). Tout est reprogramm\u00e9 automatiquement. Techniquement, il s\u2019agit simplement d\u2019une nouvelle option configur\u00e9e pour l\u2019objet d\u2019archivage s\u00e9lectionn\u00e9. Avec un planificateur de t\u00e2ches, toutes ces \u00e9tapes devraient \u00eatre r\u00e9alis\u00e9es manuellement. <\/p>\n\n
L\u2019ASC introduit \u00e9galement un concept particuli\u00e8rement utile : la profondeur d\u2019une session d\u2019archivage<\/strong>. Imaginez l\u2019archivage hebdomadaire de commandes d\u2019achat, par date de document. La profondeur est alors de 7 jours. Lorsque certains \u00e9l\u00e9ments ne sont pas cl\u00f4tur\u00e9s dans cette fen\u00eatre et ne peuvent pas \u00eatre archiv\u00e9s, la profondeur peut \u00eatre \u00e9tendue \u00e0 14 jours dans l\u2019ASC, ce qui lui permet de remonter sur deux semaines. Certaines donn\u00e9es peuvent \u00eatre devenues archivables durant la deuxi\u00e8me semaine. Ce niveau de configurabilit\u00e9 n\u2019est tout simplement pas disponible avec un planificateur de t\u00e2ches. <\/p>\n\n
Archiving Sessions Cockpit – Adjusting residence time for sweep archiving <\/figcaption><\/figure>\n\n Exemple concret :<\/strong> l\u2019un de nos clients, une entreprise m\u00e9dicale fournissant une assistance m\u00e9dicale \u00e0 domicile, faisait face \u00e0 un processus de facturation particuli\u00e8rement complexe. Les prestations sont g\u00e9n\u00e9ralement prises en charge par l\u2019Assurance Maladie ou par des organismes compl\u00e9mentaires, avec un petit reste \u00e0 charge parfois pay\u00e9 par le patient. Par cons\u00e9quent, le traitement des factures peut prendre beaucoup de temps, car plusieurs parties interviennent avant qu\u2019il ne soit finalis\u00e9. Nos consultants SAP ont r\u00e9alis\u00e9 une analyse approfondie des donn\u00e9es et identifi\u00e9 un grand nombre d\u2019\u00e9l\u00e9ments ouverts qui avaient \u00e9t\u00e9 exclus des premi\u00e8res ex\u00e9cutions d\u2019archivage. Gr\u00e2ce \u00e0 l\u2019Archiving Sessions Cockpit, \u00e0 l\u2019archivage sweep et \u00e0 l\u2019archivage classique automatis\u00e9 des donn\u00e9es SAP, ils ont pu int\u00e9grer ces \u00e9l\u00e9ments nouvellement \u00e9ligibles, augmenter significativement le volume de donn\u00e9es archiv\u00e9es et am\u00e9liorer le taux d\u2019archivage global. <\/p>\n\n
Le probl\u00e8me des variantes g\u00e9n\u00e9riques et des planificateurs de t\u00e2ches<\/h3>\n\n
Les planificateurs de t\u00e2ches utilisent des variantes g\u00e9n\u00e9riques qui n\u2019incluent pas de crit\u00e8res de s\u00e9lection bas\u00e9s sur le temps) et ne permettent pas d\u2019ajouter \u00ab la profondeur \u00bb \u00e0 une session d\u2019archivage. Par cons\u00e9quent, plusieurs probl\u00e8mes apparaissent au fil du temps : <\/p>\n\n
- \n
- Augmentation des dur\u00e9es d\u2019ex\u00e9cution :<\/strong> la premi\u00e8re ann\u00e9e, supposons que 19 Go sur 20 Go soient archiv\u00e9s, laissant 1 Go. La deuxi\u00e8me ann\u00e9e, le job d\u2019archivage r\u00e9\u00e9value toutes les donn\u00e9es restantes de la premi\u00e8re ann\u00e9e, plus celles de la deuxi\u00e8me ann\u00e9e, alors que la plupart des donn\u00e9es de la premi\u00e8re ann\u00e9e ne sont plus \u00e9ligibles. \u00c0 la quatri\u00e8me ann\u00e9e, une ex\u00e9cution mensuelle pour le mois le plus r\u00e9cent r\u00e9\u00e9value encore les donn\u00e9es des 47 mois pr\u00e9c\u00e9dents. Les dur\u00e9es d\u2019ex\u00e9cution augmentent progressivement. <\/li>\n\n\n\n
- Fichiers d\u2019archive mixtes :<\/strong> lorsqu\u2019une partie des donn\u00e9es de la premi\u00e8re ann\u00e9e devient finalement archivable la quatri\u00e8me ann\u00e9e, les fichiers d\u2019archive r\u00e9sultants contiennent un m\u00e9lange de donn\u00e9es de la premi\u00e8re et de la quatri\u00e8me ann\u00e9e. Dans la transaction SARA, il devient impossible d\u2019identifier quelles donn\u00e9es sont stock\u00e9es dans quel fichier. <\/li>\n\n\n\n
- Mauvaises performances d\u2019acc\u00e8s aux donn\u00e9es :<\/strong> si un utilisateur a besoin des donn\u00e9es de la premi\u00e8re ann\u00e9e, tous les fichiers d\u2019archive doivent \u00eatre ouverts. Avec un fichier d\u2019archive g\u00e9n\u00e9ralement cr\u00e9\u00e9 par tranche de 200 Mo, cela peut rapidement repr\u00e9senter des milliers de fichiers \u2014 entra\u00eenant de longs temps de transaction et des timeouts potentiels. <\/li>\n<\/ul>\n\n
<\/div>\n\nG\u00e9rer les d\u00e9pendances entre objets d\u2019archivage<\/h2>\n\n
Certains objets d\u2019archivage doivent \u00eatre trait\u00e9s dans un ordre sp\u00e9cifique. Exemple classique : les livraisons SD (objet \u00ab RV_LIKP \u00bb) doivent \u00eatre archiv\u00e9es avant les commandes client (objet \u00ab SD_VBAK \u00bb). En FI, l\u2019objet FI_DOCUMENT peut avoir une d\u00e9pendance obligatoire vis-\u00e0-vis de CO_TRANS, ainsi qu\u2019une douzaine de relations optionnelles qui am\u00e9liorent le taux d\u2019archivage. <\/p>\n\n
Ces d\u00e9pendances existent au niveau des variantes, et non au niveau des jobs. Pour archiver les fichiers RV_LIKP de janvier 2020, les fichiers SD_VBAK correspondants de janvier 2020 doivent d\u2019abord \u00eatre archiv\u00e9s. Autrement dit, la session d\u2019archivage RV_LIKP ne peut d\u00e9marrer qu\u2019une fois la session d\u2019archivage SD_VBAK pour la m\u00eame p\u00e9riode termin\u00e9e. Des d\u00e9pendances temporelles s\u2019appliquent \u00e9galement : par exemple, l\u2019objet A pour juin 2020 peut d\u00e9pendre de l\u2019objet B pour juillet 2020 (d\u00e9pendance future) ou mai 2020 (d\u00e9pendance pass\u00e9e). <\/p>\n\n
Comment l\u2019ASC g\u00e8re les d\u00e9pendances<\/h3>\n\n
Avec un planificateur de t\u00e2ches, les d\u00e9pendances entre objets doivent \u00eatre g\u00e9r\u00e9es manuellement \u00e0 chaque ex\u00e9cution. Avec l\u2019ASC, vous d\u00e9finissez les d\u00e9pendances une seule fois et tout le reste est g\u00e9r\u00e9 automatiquement. L\u2019ASC inclut \u00e9galement des relations pr\u00e9d\u00e9finies entre objets d\u2019archivage, qui peuvent \u00eatre personnalis\u00e9es ou \u00e9tendues. <\/p>\n\n
<\/p>\n\n
D\u00e9finir des relations entre objets avec l\u2019Archiving Sessions Cockpit<\/em><\/figcaption><\/figure>\n\n Les d\u00e9pendances sont d\u00e9finies une seule fois dans le customizing ASC et appliqu\u00e9es automatiquement au moment de l\u2019ex\u00e9cution \u2014 y compris entre syst\u00e8mes SAP. Lorsqu\u2019un nouvel objet d\u2019archivage ou une nouvelle unit\u00e9 organisationnelle est ajout\u00e9, la configuration ASC prend quelques minutes, pas des jours. Configurez une fois. Automatisez toujours. <\/p>\n\n
<\/div>\n\nOptimisation de la planification et contraintes op\u00e9rationnelles<\/h2>\n\n
Un planning d\u2019archivage optimis\u00e9 doit archiver les bonnes donn\u00e9es, dans le bon ordre, au bon moment, dans le d\u00e9lai le plus court possible \u2014 sans impacter les op\u00e9rations m\u00e9tier normales. Cela exige la prise en compte de multiples contraintes qu\u2019un planificateur de t\u00e2ches g\u00e9n\u00e9rique ne peut tout simplement pas g\u00e9rer. <\/p>\n\n
Fuseaux horaires et op\u00e9rations mondiales<\/h3>\n\n
Pour les organisations op\u00e9rant \u00e0 l\u2019\u00e9chelle mondiale, l\u2019archivage doit respecter les horaires de travail r\u00e9gionaux. Si votre syst\u00e8me est bas\u00e9 aux \u00c9tats-Unis mais que vous avez une filiale \u00e0 Singapour, vous ex\u00e9cuterez l\u2019archivage pour l\u2019organisation commerciale am\u00e9ricaine pendant la nuit am\u00e9ricaine et pour l\u2019organisation commerciale de Singapour pendant la journ\u00e9e am\u00e9ricaine (nuit \u00e0 Singapour). L\u2019ASC g\u00e8re cela via des fen\u00eatres d\u2019archivage configurables par zone. <\/p>\n\n
Cr\u00e9neaux horaires interdits<\/h3>\n\n
L\u2019archivage ne doit jamais s\u2019ex\u00e9cuter pendant la cl\u00f4ture de l\u2019exercice fiscal. De m\u00eame, si votre centre de vente conna\u00eet un pic de commandes chaque lundi matin de 07:00 \u00e0 13:00, l\u2019archivage pour cette organisation commerciale doit \u00eatre suspendu pendant ces heures. L\u2019ASC vous permet de d\u00e9finir des jours, dates et cr\u00e9neaux horaires interdits \u00e0 la minute pr\u00e8s \u2014 et les applique automatiquement. <\/p>\n\n
Gestion des jobs en parall\u00e8le<\/h3>\n\n
L\u2019ASC d\u00e9termine automatiquement quels jobs d\u2019archivage ex\u00e9cuter et optimise l\u2019ex\u00e9cution dans les param\u00e8tres d\u00e9finis : fen\u00eatres d\u2019archivage autoris\u00e9es, nombre total de jobs en parall\u00e8le, nombre de jobs en parall\u00e8le par objet ou type de job, fr\u00e9quence d\u2019archivage et relations entre objets. Il d\u00e9clenche les jobs SAP standard dans le bon ordre. <\/p>\n\n
Avec un planificateur de t\u00e2ches, d\u00e9finir manuellement ce niveau d\u2019optimisation sur des milliers de variantes et de jobs est irr\u00e9aliste. Le r\u00e9sultat le plus courant est que l\u2019archivage prend beaucoup plus de temps \u00e0 se terminer, la progression stagne et les b\u00e9n\u00e9fices de la r\u00e9duction de volume de donn\u00e9es sont retard\u00e9s. <\/p>\n\n
Archivage de rattrapage<\/h3>\n\n
Lorsque l\u2019archivage a \u00e9t\u00e9 interrompu \u2014 que ce soit \u00e0 cause d\u2019un audit, d\u2019un incident syst\u00e8me ou d\u2019un changement organisationnel \u2014 un arri\u00e9r\u00e9 de sessions en retard s\u2019accumule. Un rattrapage avec un planificateur de t\u00e2ches implique de cr\u00e9er manuellement des milliers de variantes et de jobs. L\u2019ASC ex\u00e9cute automatiquement les sessions en retard dans l\u2019ordre chronologique, de la plus ancienne \u00e0 la plus r\u00e9cente, en r\u00e9alisant le rattrapage dans le d\u00e9lai le plus court possible et sans effort suppl\u00e9mentaire. <\/p>\n\n
Reprise sur erreur et continuit\u00e9 des sessions<\/h2>\n\n
Les sessions d\u2019archivage peuvent \u00e9chouer pour de nombreuses raisons : verrous base de donn\u00e9es, pannes syst\u00e8me, contention de ressources ou erreurs de programme. Ce qui compte, c\u2019est la rapidit\u00e9 et la s\u00e9curit\u00e9 de la reprise. <\/p>\n\n
L\u2019approche du planificateur de t\u00e2ches<\/h3>\n\n
Avec un planificateur de t\u00e2ches, un job en \u00e9chec n\u00e9cessite une investigation manuelle pour d\u00e9terminer le point exact de d\u00e9faillance. L\u2019administrateur doit identifier quels fichiers d\u2019archive ont \u00e9t\u00e9 cr\u00e9\u00e9s avec succ\u00e8s, quels jobs de suppression se sont termin\u00e9s et \u00e0 quel endroit le processus doit red\u00e9marrer \u2014 le tout afin d\u2019\u00e9viter une perte de donn\u00e9es ou des fichiers d\u2019archive orphelins. C\u2019est long et source d\u2019erreurs. <\/p>\n\n
L\u2019approche Archiving Sessions Cockpit<\/h3>\n\n
L\u2019ASC relance automatiquement les jobs en \u00e9chec \u00e0 partir du bon point, \u00e9vitant toute perte de donn\u00e9es. Le nombre de tentatives de relance est configurable par type de job et objet d\u2019archivage. Les tables internes de l\u2019ASC sont mises \u00e0 jour en continu avec les statuts des jobs, de sorte que l\u2019outil sait toujours exactement o\u00f9 reprendre. Si l\u2019archivage doit \u00eatre arr\u00eat\u00e9 compl\u00e8tement, une seule transaction stoppe imm\u00e9diatement toutes les nouvelles sessions. Lorsque l\u2019archivage est autoris\u00e9 \u00e0 red\u00e9marrer, l\u2019ASC reprend pr\u00e9cis\u00e9ment l\u00e0 o\u00f9 il s\u2019\u00e9tait arr\u00eat\u00e9. <\/p>\n\n
Sauvegarde garantie des fichiers d\u2019archive<\/h3>\n\n
L\u2019ASC peut effectuer une sauvegarde des fichiers d\u2019archive vers un emplacement sp\u00e9cifi\u00e9 avant l\u2019ex\u00e9cution du job DELETE qui supprime physiquement les donn\u00e9es de la base de donn\u00e9es. Il ne d\u00e9marrera pas le job de suppression tant que la sauvegarde n\u2019aura pas \u00e9t\u00e9 r\u00e9alis\u00e9e avec succ\u00e8s \u2014 garantissant la s\u00e9curit\u00e9 des fichiers d\u2019archive avant la suppression physique. Cela n\u2019est tout simplement pas r\u00e9alisable avec un planificateur de t\u00e2ches. Mettre en place un d\u00e9lai entre STORE et DELETE est une option, mais cela ne garantit pas que la sauvegarde soit r\u00e9ellement termin\u00e9e. <\/p>\n\n
Supervision, reporting et am\u00e9lioration continue<\/h2>\n\n
Reporting du taux d\u2019archivage<\/h3>\n\n
L\u2019Archiving Sessions Cockpit fournit un \u00ab taux d\u2019archivage \u00bb pour chaque session : le pourcentage de donn\u00e9es archiv\u00e9es par rapport aux donn\u00e9es s\u00e9lectionn\u00e9es pour l\u2019archivage. Cet indicateur permet une analyse par exception \u2014 vous n\u2019examinez que les sessions dont le taux d\u2019archivage passe sous un seuil d\u00e9fini, par exemple 95 %. L\u2019effort manuel est ainsi dirig\u00e9 pr\u00e9cis\u00e9ment l\u00e0 o\u00f9 il est n\u00e9cessaire. <\/p>\n\n
Sans l\u2019ASC, ce reporting n\u2019existe pas. Chaque objet doit \u00eatre analys\u00e9 manuellement, ce qui n\u2019est ni scalable ni durable. Les services d\u2019archivage continus de TJC Group s\u2019appuient sur ces KPI pour suivre les r\u00e9sultats en continu et ajuster le customizing ASC ou ex\u00e9cuter un archivage sweep cibl\u00e9 lorsque le p\u00e9rim\u00e8tre \u00e9volue. <\/p>\n\n
De plus, l\u2019ASC affiche toutes les sessions ADK qui se sont termin\u00e9es avec succ\u00e8s dans le syst\u00e8me, avec ou sans l\u2019ASC.<\/p>\n\n
[Figure 6. Une vue de la transaction ASC affichant toutes les sessions ADK qui se sont termin\u00e9es avec succ\u00e8s dans le syst\u00e8me, avec ou sans l\u2019ASC]<\/em><\/p>\n\n
Blocage et d\u00e9blocage<\/h3>\n\n
Si l\u2019archivage pour un objet ou un code soci\u00e9t\u00e9 sp\u00e9cifique doit \u00eatre suspendu \u2014 en raison d\u2019un audit, d\u2019un probl\u00e8me de donn\u00e9es ou d\u2019une demande m\u00e9tier \u2014 l\u2019ASC fournit une transaction unique pour bloquer et d\u00e9bloquer imm\u00e9diatement ou \u00e0 partir d\u2019une date future. Le reste du planning d\u2019archivage continue sans \u00eatre affect\u00e9. Avec un planificateur de t\u00e2ches, arr\u00eater l\u2019archivage pour un code soci\u00e9t\u00e9 signifie g\u00e9n\u00e9ralement arr\u00eater tout le planning si les variantes ne sont pas scind\u00e9es par code soci\u00e9t\u00e9. Et une fois l\u2019archivage arr\u00eat\u00e9, obtenir l\u2019autorisation de red\u00e9marrer est souvent un processus long, qui peut s\u2019\u00e9tendre sur des mois \u2014 voire des ann\u00e9es. <\/p>\n\n
<\/div>\n\nSc\u00e9narios r\u00e9els : ce qui peut mal se passer<\/h2>\n\n
Ces exemples proviennent d\u2019organisations r\u00e9elles ayant men\u00e9 des projets d\u2019archivage r\u00e9ussis avec des consultants exp\u00e9riment\u00e9s et des \u00e9quipes internes comp\u00e9tentes \u2014 et ayant pourtant rencontr\u00e9 des probl\u00e8mes que seule une automatisation con\u00e7ue \u00e0 cet effet aurait pu \u00e9viter.<\/p>\n\n
Sc\u00e9nario 1 : retrouver des factures de vente archiv\u00e9es.<\/strong> Une entreprise de distribution disposant d\u2019une base de donn\u00e9es de 2 To a archiv\u00e9 plusieurs objets li\u00e9s \u00e0 SD. Sans notes d\u2019archivage structur\u00e9es, elle n\u2019avait aucun moyen de savoir quelles donn\u00e9es archiv\u00e9es se trouvaient dans quel fichier d\u2019archive. Acc\u00e9der \u00e0 des transactions SD sp\u00e9cifiques n\u00e9cessitait d\u2019ouvrir tous les fichiers d\u2019archive via une lecture s\u00e9quentielle \u2014 un processus extr\u00eamement lent. Avec l\u2019ASC, chaque fichier d\u2019archive est clairement document\u00e9 avec la zone, l\u2019option et la p\u00e9riode, ce qui rend l\u2019acc\u00e8s cibl\u00e9 aux donn\u00e9es simple. <\/p>\n\n
Sc\u00e9nario 2 : lacunes dans le planning d\u2019archivage.<\/strong> Dans un cas, l\u2019archivage IDOC montrait des donn\u00e9es archiv\u00e9es \u00e0 partir de 2020, mais une lacune existait de 2017 \u00e0 d\u00e9but 2020, p\u00e9riode durant laquelle aucun archivage n\u2019avait eu lieu. Dans un autre, l\u2019archivage des factures de vente (SD_VBRK) s\u2019ex\u00e9cutait depuis des ann\u00e9es, mais un code soci\u00e9t\u00e9 actif \u00e0 partir de 2011 puis vendu en 2016 n\u2019avait jamais \u00e9t\u00e9 inclus dans le p\u00e9rim\u00e8tre. Aucune de ces lacunes n\u2019a \u00e9t\u00e9 d\u00e9tect\u00e9e, car aucun suivi ni KPI n\u2019\u00e9tait en place. <\/p>\n\n
<\/figure>\n\nSc\u00e9nario 3 : scissions de syst\u00e8mes.<\/strong> Consid\u00e9rez une organisation avec deux entit\u00e9s \u2014 code soci\u00e9t\u00e9 1000 et code soci\u00e9t\u00e9 2000 \u2014 o\u00f9 le code soci\u00e9t\u00e9 2000 est ensuite vendu. Si des variantes sp\u00e9cifiques \u00e0 l\u2019entreprise ont \u00e9t\u00e9 utilis\u00e9es pour archiver les donn\u00e9es comptables, l\u2019action requise est simple : les fichiers d\u2019archive pertinents peuvent \u00eatre d\u00e9plac\u00e9s du syst\u00e8me de fichiers ou du serveur de contenu vers un autre environnement. \u00c0 l\u2019inverse, lorsqu\u2019un planificateur de t\u00e2ches utilise des variantes g\u00e9n\u00e9riques, les fichiers d\u2019archive r\u00e9sultants peuvent contenir des donn\u00e9es m\u00e9lang\u00e9es provenant de plusieurs codes soci\u00e9t\u00e9. Comme les fichiers d\u2019archive ne peuvent pas \u00eatre modifi\u00e9s et que leur rechargement est presque impossible, cette situation entra\u00eene d\u2019importantes difficult\u00e9s techniques ainsi que de graves probl\u00e8mes de confidentialit\u00e9 des donn\u00e9es \u2014 en particulier lors de cessions d\u2019entreprises. <\/p>\n\n
<\/div>\n\nASC vs planificateur de t\u00e2ches : comparaison r\u00e9capitulative<\/h2>\n\n
Capacit\u00e9<\/th> Archivage Sessions Cockpit (ASC)<\/th> Planificateur de t\u00e2ches tiers<\/th><\/tr><\/thead> Cr\u00e9ation de variantes<\/strong><\/td> Automatique, bas\u00e9e sur la configuration ASC. Prend en charge le d\u00e9coupage par entreprise\/pays, des p\u00e9riodes mensuelles et des options. Notes d\u2019archivage maintenues automatiquement. <\/td> Manuelle. Des centaines de variantes par mois. Source d\u2019erreurs, n\u00e9cessite une mise \u00e0 jour continue des d\u00e9finitions de jobs. <\/td><\/tr> Protection du planning<\/strong><\/td> L\u2019archivage pour une entreprise\/un pays peut \u00eatre bloqu\u00e9 sans affecter le reste. Transaction unique pour bloquer\/d\u00e9bloquer. <\/td> Si ce n\u2019est pas scind\u00e9 par entreprise\/pays, un incident arr\u00eate tout le planning. Modifications manuelles requises. <\/td><\/tr> Sauvegarde des fichiers d\u2019archive avant DELETE<\/strong><\/td> L\u2019ASC effectue la sauvegarde et ne d\u00e9marre pas DELETE tant que la sauvegarde n\u2019est pas termin\u00e9e. S\u00e9curit\u00e9 des donn\u00e9es garantie. <\/td> Impossible \u00e0 garantir. Un d\u00e9lai entre STORE et DELETE ne garantit pas la fin de la sauvegarde. <\/td><\/tr> Optimisation de la planification<\/strong><\/td> Automatique : fen\u00eatres d\u2019archivage, cr\u00e9neaux interdits, limites de parall\u00e9lisme, fr\u00e9quences, relations entre objets, s\u00e9quencement correct.<\/td> D\u00e9finition manuelle. Des centaines de jobs par mois. Souvent, cela stagne ou s\u2019ex\u00e9cute extr\u00eamement lentement. <\/td><\/tr> Archivage de rattrapage<\/strong><\/td> Automatique. Ex\u00e9cute les sessions en retard chronologiquement. Se termine dans le d\u00e9lai le plus court possible. <\/td> Des milliers de variantes et de jobs \u00e0 cr\u00e9er manuellement. Progression extr\u00eamement lente. <\/td><\/tr> Reprise sur erreur<\/strong><\/td> Relance automatique \u00e0 partir du bon point de d\u00e9faillance. Tentatives de relance configurables par type de job\/objet. <\/td> Investigation manuelle n\u00e9cessaire pour d\u00e9terminer le point de reprise. Risque de perte de donn\u00e9es. <\/td><\/tr> Arr\u00eat\/red\u00e9marrage<\/strong><\/td> Arr\u00eat imm\u00e9diat via une transaction unique. Red\u00e9marrage automatique au bon point. <\/td> Modifications manuelles du planning pour l\u2019arr\u00eat et le red\u00e9marrage. La direction ordonne souvent un arr\u00eat mais n\u2019ordonne pas le red\u00e9marrage. <\/td><\/tr> Reporting du taux d\u2019archivage<\/strong><\/td> Int\u00e9gr\u00e9. Analyse par exception (p. ex. taux < 95 %). Effort concentr\u00e9 sur les zones probl\u00e9matiques. <\/td> Non disponible. Tous les objets doivent \u00eatre analys\u00e9s manuellement. <\/td><\/tr> Archivage sweep<\/strong><\/td> Contr\u00f4l\u00e9 : activer l\u2019option sweep, l\u2019ASC construit la logique de s\u00e9lection et la documente dans les notes.<\/td> Les variantes g\u00e9n\u00e9riques entra\u00eenent des fichiers mixtes, des dur\u00e9es d\u2019ex\u00e9cution en hausse et une mauvaise tra\u00e7abilit\u00e9 des donn\u00e9es.<\/td><\/tr> D\u00e9pendances<\/strong><\/td> D\u00e9finies une fois dans le customizing. Appliqu\u00e9es automatiquement, y compris entre syst\u00e8mes. <\/td> Suivi manuel de centaines de d\u00e9pendances au niveau des variantes. Devient rapidement ing\u00e9rable. <\/td><\/tr> Ajout de nouveaux objets\/codes soci\u00e9t\u00e9<\/strong><\/td> Quelques minutes de configuration. L\u2019ASC g\u00e8re la planification et l\u2019ex\u00e9cution. <\/td> Replanification importante. Risque de casser le planning existant. <\/td><\/tr><\/tbody><\/table><\/figure>\n\n - Fichiers d\u2019archive mixtes :<\/strong> lorsqu\u2019une partie des donn\u00e9es de la premi\u00e8re ann\u00e9e devient finalement archivable la quatri\u00e8me ann\u00e9e, les fichiers d\u2019archive r\u00e9sultants contiennent un m\u00e9lange de donn\u00e9es de la premi\u00e8re et de la quatri\u00e8me ann\u00e9e. Dans la transaction SARA, il devient impossible d\u2019identifier quelles donn\u00e9es sont stock\u00e9es dans quel fichier. <\/li>\n\n\n\n
- Augmentation des dur\u00e9es d\u2019ex\u00e9cution :<\/strong> la premi\u00e8re ann\u00e9e, supposons que 19 Go sur 20 Go soient archiv\u00e9s, laissant 1 Go. La deuxi\u00e8me ann\u00e9e, le job d\u2019archivage r\u00e9\u00e9value toutes les donn\u00e9es restantes de la premi\u00e8re ann\u00e9e, plus celles de la deuxi\u00e8me ann\u00e9e, alors que la plupart des donn\u00e9es de la premi\u00e8re ann\u00e9e ne sont plus \u00e9ligibles. \u00c0 la quatri\u00e8me ann\u00e9e, une ex\u00e9cution mensuelle pour le mois le plus r\u00e9cent r\u00e9\u00e9value encore les donn\u00e9es des 47 mois pr\u00e9c\u00e9dents. Les dur\u00e9es d\u2019ex\u00e9cution augmentent progressivement. <\/li>\n\n\n\n
- Area<\/strong> d\u00e9finit l\u2019unit\u00e9 organisationnelle \u00e0 archiver (un code soci\u00e9t\u00e9 ou une zone de vente, par exemple).<\/li>\n\n\n\n
- Acc\u00e8s aux donn\u00e9es plus rapide :<\/strong> lorsqu\u2019un utilisateur doit r\u00e9cup\u00e9rer des factures de f\u00e9vrier, seuls les fichiers d\u2019archive de f\u00e9vrier sont ouverts, plut\u00f4t que l\u2019ensemble des archives.<\/li>\n\n\n\n
- Jobs d\u2019\u00e9criture plus rapides :<\/strong> avec des variantes d\u00e9taill\u00e9es, les jobs d\u2019\u00e9criture d\u2019archivage s\u2019ex\u00e9cutent plus rapidement, car seules les p\u00e9riodes pertinentes sont analys\u00e9es.<\/li>\n\n\n\n
- Blocage et d\u00e9blocage<\/a><\/li><\/ul><\/li>
- L\u2019approche Archiving Sessions Cockpit<\/a><\/li>
- Cr\u00e9neaux horaires interdits<\/a><\/li>
- Optimisation de la planification et contraintes op\u00e9rationnelles<\/a>
- Comment l\u2019ASC g\u00e8re l\u2019archivage \u00ab sweep \u00bb<\/a><\/li>
- Le probl\u00e8me de la cr\u00e9ation manuelle des variantes<\/a><\/li>