IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration SQL Server Discussion :

Accelerated Database Recovery (2019)


Sujet :

Administration SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre émérite

    Homme Profil pro
    Auditeur informatique
    Inscrit en
    Novembre 2014
    Messages
    817
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : Tunisie

    Informations professionnelles :
    Activité : Auditeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2014
    Messages : 817
    Billets dans le blog
    2
    Par défaut Accelerated Database Recovery (2019)
    bonjour ,

    SQL Server 2019 a introduit une nouvelle fonctionnalité de récupération de base de données Accelerated Database Recovery.

    Qui a une retour d’expérience sur cette fonctionnalité "Accelerated Database Recovery"

    Est il recommandé de l'activé sur toutes les bases pour accélérer le processus du récupération

    je sais que le nbre des Fichier VLF et la rapidité du disque ont un impact sur le temps de récupération y a t'il une amélioration avec cette fonction si mon fichier log est fragmenté

    une dernier question y'a t'il aussi une amélioration sur le temps de restauration si j'active cette nouvelle fonctionnalité

    merci pour vos retour d’expérience

  2. #2
    Expert confirmé
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Par défaut
    Hello,

    Est il recommandé de l'activé sur toutes les bases pour accélérer le processus du récupération
    Je dirai qu'il faut l'activer dans des scénarios bien précis où la charge de travail inclut potentiellement des longues transactions et qui prendraient du temps à annuler.
    L'impact sur les performances est à mon avis non négligeable pour le moment. J'avais un écrit un billet sur le sujet il y a quelques temps mais possible qu'il y ait eu des amélioration à ce sujet depuis. A tester ...

    je sais que le nbre des Fichier VLF et la rapidité du disque ont un impact sur le temps de récupération y a t'il une amélioration avec cette fonction si mon fichier log est fragmenté
    ADR utilise un mécanisme différent pour le recovery avec l'utilisation du Persistent Volume Store et sLog. PVS eest l'équivalent de ce qu'on pourrait trouver en activant RCSI et le version store dans tempdb, sauf que cette fois-ci, le version store est directement stocké dans la base concernée. Pour annuler une transaction, dans les grandes lignes, il suffit de récupérer la dernière bonne version des pages de données depuis le PVS plutôt que de rejouer le journal des transactions comme habituellement. Ensuite le sLog qui contient certains enregistrements de données qui ne peuvent être versionnées est rejoué mais c'est une opération rapide car peu d'enregistrements concernées et c'est une structue in-memory.

    une dernier question y'a t'il aussi une amélioration sur le temps de restauration si j'active cette nouvelle fonctionnalité
    Cela se peut car une restauration exécute dans tous les cas une phase de recovery. Ce qui est expliqué plus haut reste donc valable. Mais cela sera surtout probant si ta sauvegarde contient des transactions longues non validées.

    Qui a une retour d’expérience sur cette fonctionnalité "Accelerated Database Recovery"
    Je gère quelques bases sur Azure SQL DB qui ont cette fonctionnalité de base. La charge de travail étant orientée Datawarehouse avec de longues transactions de mises à jour cela nous a permis d'économiser un certain temps pendant certaines phases de tests ou nous devions faire quelques ajustements avec annulation de transaction.

    Sur un environnement OLTP je réfléchirai en 2 fois avant de le mettre en place.

    ++

Discussions similaires

  1. [12c] incomplet recovery database
    Par dell68 dans le forum Administration
    Réponses: 1
    Dernier message: 13/09/2018, 07h43
  2. Database en mode In recovery
    Par joujousagem2006 dans le forum Administration
    Réponses: 2
    Dernier message: 04/11/2014, 18h30
  3. Réponses: 5
    Dernier message: 02/07/2012, 19h40
  4. Redhat-9 changer le path des databases
    Par jean christophe dans le forum Installation
    Réponses: 7
    Dernier message: 30/05/2003, 17h53
  5. Tutoriels et liens pour le Borland Database Engine
    Par Community Management dans le forum Paradox
    Réponses: 0
    Dernier message: 25/03/2002, 10h23

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo