TRANSACTIONLOGDATALOADARCHIVE

Le paramètre de configuration TRANSACTIONLOGDATALOADARCHIVE indique le type de données à archiver lors de la journalisation des transactions. Par défaut, Essbase archive uniquement Les fichiers de chargement de données et de règles des chargements de données client.

Au cours de la journalisation des transactions, Essbase crée des copies d'archive des fichiers de chargement de données et des fichiers de règles dans le répertoire suivant : 

<Application Directory>/app/appname/dbname/Replay

Pour plus d'informations sur les emplacements de répertoire dans Essbase, reportez-vous à Emplacements d'environnement dans la plate-forme Essbase.

Ces fichiers sont ensuite utilisés lors de la réexécution d'une transaction consignée.

Pour activer la journalisation et la réexécution des transactions, utilisez le paramètre de configuration TRANSACTIONLOGLOCATION.

La journalisation et la réexécution des transactions facilitent la récupération d'un cube en mode "block storage" Essbase. La journalisation et la réexécution des transactions ne s'appliquent pas aux cubes en mode "aggregate storage".

Syntaxe

TRANSACTIONLOGDATALOADARCHIVE [appname [dbname]] [OPTION]

  • appname : facultatif. Indique l'application pour laquelle archiver les données et les règles associées aux transactions journalisées.

    Si vous indiquez une valeur pour appname et que vous n'indiquez pas de valeur pour dbname, le paramètre s'applique à tous les cubes de l'application indiquée.

    Pour activer le paramètre pour un cube spécifique, vous devez spécifier une application et un cube.

    Si vous n'indiquez pas d'application, vous ne pouvez pas spécifier de cube. Si vous ne spécifiez pas d'application et de cube, le paramètre est global et s'applique à tous les cubes sur le serveur Essbase.

  • dbname : facultatif. Spécifie la base de données (cube), dans l'application indiquée par appname, pour laquelle archiver les données et les règles associées aux transactions journalisées.

    Si vous indiquez une valeur pour dbname mais que vous n'indiquez pas de valeur pour appname, votre spécification est ignorée.

  • OPTION : les valeurs valides sont les suivantes :

    • CLIENT : (valeur par défaut) archive les fichiers de chargement de données et de règles pour les chargements de données CLIENT. Il s'agit de la fonction par défaut.

    • SERVER : archive les fichiers de chargement de données et de règles sur les chargements de données serveur et SQL SERVER.

      Attention :

      Le chargement de données serveur est réexécuté à l'aide des fichiers de chargement de données et des fichiers de règles archivés sur le serveur dans le répertoire Replay. Ne renommez pas ces fichiers. Notez que si le contenu des fichiers de chargement de données et de règles est modifié avant la réexécution, les données modifiées sont utilisées pendant la réexécution. De ce fait, les données du cube récupéré sont différentes de celles d'origine.

    • SERVER_CLIENT : archive les données client et serveur.

    • NONE : aucune donnée n'est archivée.

      Si vous sélectionnez NONE et que vos données client, Essbase ne peut pas réexécuter le chargement de données. Dans ce cas, pour récupérer des transactions, vous devez charger manuellement les données client avant de réexécuter les transactions restantes.

      Si vous utilisez des données serveur ou SQL et que les fichiers de données et règles ne sont pas archivés dans le répertoire Replay (si, par exemple, vous n'avez pas utilisé l'option SERVER ou SERVER_CLIENT), Essbase réexécute les données qui se trouvent actuellement dans la source de donnée, qui peuvent ou non être les données chargées initialement.

Vous devez redémarrer le serveur Essbase pour initialiser toute modification apportée à la configuration.

Exemple

TRANSACTIONLOGDATALOADARCHIVE SERVER_CLIENT

Archive les données du serveur et du client pour tous les cubes sur le serveur Essbase.

Voir aussi

Paramètre de configuration TRANSACTIONLOGLOCATION

Instruction Query Database MaxL (avec liste des transactions)

Instruction Alter Database MaxL (avec transactions de réexécution)