Suivez les meilleures pratiques recommandées pour optimiser les résultats de la purge des transactions.
L'approche à suivre pour archiver et purger des transactions repose sur les facteurs suivants :
Recommandations pour la purge des transactions
Bien qu'il soit recommandé d'archiver les transactions avant de les purger, vous pouvez également choisir d'omettre cette étape.
Lorsque les transactions sont purgées pour un type de correspondance, ce dernier est verrouillé et les opérations telles que l'import de transactions, la correspondance manuelle de transactions et l'exécution de la correspondance automatique ne sont pas autorisées.
Par exemple, si la fenêtre de maintenance automatisée est planifiée pour 1 heure du matin et que le job d'archivage ou de purge est toujours en cours d'exécution à 23 heures, vous pouvez la replanifier à 21 heures le lendemain. La fenêtre de maintenance automatisée est alors reportée au jour suivant pour que le job d'archivage ou de purge puisse se terminer. N'oubliez pas cependant, avant 21 heures le lendemain, de redéfinir la fenêtre de maintenance automatisée sur son heure d'origine une fois le job d'archivage ou de purge terminé.
A propos de la première purge de transactions
Selon la taille de l'application et le volume de transactions, l'archivage initial peut prendre un certain temps. Cependant, une fois des routines d'archivage et de purge régulières établies, les jobs d'archivage ou de purge ultérieurs prennent moins de temps. Avec les applications volumineuses, il est recommandé d'effectuer des routines d'archivage et de purge périodiques. Cela réduit le volume de données traité à chaque fois.
Pour des performances optimales avec les applications volumineuses, une stratégie d'archivage et de purge échelonnée basée sur l'ancienneté des transactions est recommandée. C'est particulièrement le cas si vous travaillez avec des données historiques (par exemple, datant de plus de 18 mois).
Pour la gestion des données historiques, la stratégie suivante est suggérée :
Une fois des routines d'archivage et de purge régulières établies, les opérations ultérieures prennent généralement moins de temps.
Prérequis pour la purge de transactions sur l'instance de test
Etapes à suivre pour la purge de transactions sur l'instance de test
En fonction du volume de transactions à archiver ou purger, vous pouvez indiquer l'ancienneté des transactions mises en correspondance. Vous pouvez effectuer une ou plusieurs opération(s) d'archivage et de purge. Reportez-vous à la section Recommandations pour la purge des transactions.
Remarque : la taille de lot par défaut est 200 000. Ne mettez pas ce paramètre à jour, sauf si le support technique Oracle vous le recommande.
Appuyez-vous sur les enseignements tirés de cet exercice pour purger les transactions dans l'instance de production.
En cas de problème lors de l'opération d'archivage ou de purge dans l'instance de test ou de production, ouvrez une demande de service auprès du support technique Oracle.
Purge de transactions à intervalles réguliers
Une fois que vous avez purgé les transactions pour la première fois, Oracle recommande d'effectuer cette opération à intervalles réguliers. EPM Automate vous permet d'automatiser ce processus.
Etapes à suivre pour la purge de transactions à intervalles réguliers
Bien que la stratégie recommandée soit d'archiver les transactions mises en correspondance, puis de les purger, vous pouvez choisir l'une des stratégies suivantes :
Reportez-vous à la section Exécution d'une purge simple dans le module Correspondance de transactions. Pour utiliser EPM Automate, reportez-vous à la section purgeTmTransactions dans le guide Utilisation d'EPM Automate.
Reportez-vous à la section Archivage des transactions mises en correspondance dans le module Correspondance de transactions, puis à la section Purge des transactions archivées dans le module Correspondance de transactions. Pour utiliser EPM Automate, reportez-vous aux sections archiveTmTransactions et purgeArchivedTmTransactions dans le guide Utilisation d'EPM Automate.