> Data > Log Explorer 3.03

Log Explorer 3.03

Data - Par iTPro.fr - Publié le 24 juin 2010
email

par Ron Talmage - Mis en ligne le 14/04/2004

Récupérez sélectivement les données du journal de transactions

Lumigent Technologies vient d'annoncer une nouvelle version de Log Explorer, l'un des produits tierce partie les plus vendus dans l'espace SQL Server. Log Explorer lit un journal de transactions SQL Server 2000 ou 7.0 et décode les informations en un format lisible. Log Explorer permet d'analyser des historiques de transactions, mais il permet surtout de récupérer sélectivement des données. Cette dernière faculté particulièrement précieuse est encore améliorée dans la nouvelle release, Log Explorer 3.03.

Vous pouvez utiliser les propres utilitaires
de SQL Server pour la récupération
des données, en restaurant un
journal de transactions jusqu’au point
chronologique juste avant une perte
ou corruption de données. Autrement
dit, le dernier point où les données
étaient correctes. C’est intéressant si
vous avez perdu les données à  cause
d’une opération ou d’une transaction
erronée dans la base de données.
Toutefois un seul utilisateur peut être
dans la base de données pendant la
restauration ; donc il faut mettre la base de données hors production pendant
que se déroule la restauration.
Avec les fonctions de sauvegarde et de
restauration de SQL Server, vous ne
pouvez pas sélectionner uniquement
les transactions que vous voulez annuler
ou refaire. Quand vous restaurez un
journal au point chronologique désiré,
vous récupérez aussi la base de données
et vous ne pouvez pas restaurer
les transactions correctes restantes qui
viennent après ce point chronologique.
Log Explorer améliore la récupération
de SQL Server en permettant de
récupérer sélectivement des données
à  partir d’un journal de transactions.
Vous pouvez consulter les journaux de
transactions d’une base de données,
localiser les opérations de transactions
incorrectes et générer un script chargé
d’annuler juste ces transactions. Selon
le contexte, vous pourriez même ne
pas mettre la base de données hors
production. Si vous utilisez SQL Server
pour restaurer une base de données
jusqu’à  un certain point chronologique,
vous pouvez utiliser Log
Explorer pour vous rattacher aux transactions
survenues après ce point.
Ensuite, vous pourrez générer des scripts redo pour récupérer les transactions
sélectionnées survenues
après la défaillance.

Téléchargez cette ressource

Les mégatendances cybersécurité et cyber protection 2024

Les mégatendances cybersécurité et cyber protection 2024

L'évolution du paysage des menaces et les conséquences sur votre infrastructure, vos outils de contrôles de sécurité IT existants. EPP, XDR, EDR, IA, découvrez la synthèse des conseils et recommandations à appliquer dans votre organisation.

Data - Par iTPro.fr - Publié le 24 juin 2010