Gestion de la perte de données dans un environnement

Si vous perdez des données dans un environnement, demandez immédiatement de l'aide à Oracle.

Pour éviter toute perte de données, ne combinez pas d'opérations de déplacement, de suppression ou de changement de nom de membres en une seule transaction. Effectuez ces opérations séparément.

Si vous perdez des données dans un environnement, essayez de déterminer la cause initiale en procédant comme suit :

• Examinez les deux tables suivantes dans le rapport d'activité afin d'identifier les commandes Effacer les données et Effacer le bloc récemment exécutées, les cubes concernés, les scripts de calcul ainsi que les commandes des scripts de calcul qui ont permis d'effacer les données ou les blocs. Vérifiez que ces commandes n'ont pas entraîné de perte de données.
  • 15 dernières commandes d'effacement des données
  • 15 dernières commandes d'effacement des blocs

  Pour obtenir des informations sur ces tables, reportez-vous à la section Données d'exécution Essbase du guide Mise en route d'Oracle Enterprise Performance Management Cloud pour les administrateurs.

• Vérifiez si vous avez exécuté un script de calcul entraînant l'effacement de blocs de données.
• Vérifiez si vous avez réalisé des opérations de déplacement, de suppression et de changement de nom de membres, suivies d'une actualisation des données. Ces actions sont susceptibles d'engendrer des pertes de données.

• Vérifiez si vous avez exécuté une règle de chargement de données en mode REPLACE en utilisant un fichier de chargement de données qui ne contenait pas tous les membres des dimensions.

  Dans ce cas, si vous utilisez l'option REPLACE par défaut, le script CLEARDATA créé ne construit une instruction FIX que pour les membres des dimensions Entité, Année, Période, Scénario et Version. Si une dimension n'est pas incluse dans l'instruction FIX, tous les membres de cette dimension sont inclus dans le script CLEARDATA. Par exemple, si vous chargez un compte spécifique sans mettre à jour le filtre d'effacement, le script d'effacement efface tous les membres des comptes, et d'autres dimensions, qui n'ont pas été spécifiquement effacés par CLEARDATA.

  Pour éviter ce scénario, définissez des régions d'effacement avec des filtres de dimension appropriés. Pour plus d'informations sur la définition d'une région d'effacement, reportez-vous à la section Définition d'une région d'effacement du guide Administration de l'intégration des données pour Oracle Enterprise Performance Management Cloud.

Dans la console de jobs, recherchez les jobs exécutés entre le moment où les données étaient encore présentes et le moment où les données ont disparu afin de déterminer si des jobs ont pu engendrer la perte de données. Vous pouvez également consulter le journal d'audit afin d'identifier la raison pour laquelle la perte de données est survenue.

Si les suggestions qui précèdent ne fonctionnent pas, contactez Oracle pour obtenir de l'aide.

• Créez un formulaire de commentaires qui identifie les actions que vous avez effectuées dans l'environnement, le cas échéant. Eventuellement, permettez à Oracle d'accéder à l'instantané de maintenance de l'environnement en autorisant la soumission d'instantané d'application. Reportez-vous à la section Création d'une soumission Fournir des commentaires.
• Créez une demande de service technique identifiant la référence du formulaire de commentaires. Reportez-vous à la section Soumission d'une demande de service technique. La demande de service doit contenir les informations suivantes :
  • Les étapes détaillées permettant de reproduire le problème
  • Les dernières date et heure connues auxquelles les données manquantes étaient présentes dans l'environnement
  • Les modifications apportées à l'application après la dernière occasion à laquelle les données étaient présentes, le cas échéant
  • Un instantané de l'environnement, s'il est disponible, correspondant à la dernière occasion à laquelle les données étaient présentes dans l'environnement.
  • S'il s'agit d'une coupure critique.