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.
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
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
- Les projets d’intégration augmentent la charge de travail des services IT
- ActiveViam fait travailler les data scientists et les décideurs métiers ensemble
- Stockage autonome, Evolutivité & Gestion intelligente, Pure Storage offre de nouvelles perspectives aux entreprises
- Databricks lève 1 milliard de dollars !
- Intelligence Artificielle : DeepKube sécurise en profondeur les données des entreprises
Les plus consultés sur iTPro.fr
- Mises à jour Microsoft : quand l’automatisation du cloud redéfinit la gouvernance IT
- State of DevSecOps 2026 : la sécurité glisse vers la chaîne d’approvisionnement logicielle
- La sécurité logicielle à l’ère de l’IA
- Confiance et curiosité : les clés pour entrer (et grandir) en tant que femme dans la tech
Articles les + lus
La visibilité des données, rempart ultime aux dérives du « Shadow AI »
Scality bouscule le marché du stockage avec une cyber garantie de 100 000 $
De la donnée brute à l’actif stratégique : une approche produit
L’essor de l’IA propulse les cyberattaques à des niveaux records
Face aux ransomwares, la résilience passe par les sauvegardes immuables
À la une de la chaîne Data
- La visibilité des données, rempart ultime aux dérives du « Shadow AI »
- Scality bouscule le marché du stockage avec une cyber garantie de 100 000 $
- De la donnée brute à l’actif stratégique : une approche produit
- L’essor de l’IA propulse les cyberattaques à des niveaux records
- Face aux ransomwares, la résilience passe par les sauvegardes immuables
