none
SQL Server 2008 R2 - Lenteur Backup en local RRS feed

  • Question

  • Bonjour,

    Sur un de mes serveurs, je rencontre des ralentissements lors de la sauvegarde de ma base de données.

    Plus précisément, lors du processus de mise à jour de l'application métier qui tourne sur ce serveur, un backup de la base SQL en local se fait avant de procéder à la mise à jour de la base de données.

    Je me suis battu avec le support de l’application qui botte en touche et ne cherche pas à nous dépanner car d'après eux le problème vient de notre serveur.

    Je n'ai aucun problème de lecture/écriture pour toutes les autres actions.

    Je n'ai pas la raison mais lors de ce backup, je constate que le process sqlserver.exe ne dépasse jamais les 10mo/s en lecture/écriture.

    Notre base faisant plus de 5Go, autant vous dire qu'à chaque mise à jour il faut prendre son mal en patiente...

    Je n'ai jamais eu de plainte de nos utilisateurs pour des lenteurs dans le fonctionnement de l'application, en production la base n'a pas de problème de ralentissement c'est uniquement lors des backups.

    Nous tournons sous un Windows 2008 R2 avec SQL Server 2008 version 10.50.4000.0

    Est-ce qu'il existe un paramétrage ou autre cause qui m'échappe qui pourrait limiter la vitesse en lecture/écriture ?

    Je ne sais pas trop ou chercher, j'espère avoir des pistes à l'aide de votre propre expérience pour des problèmes similaires.

    Merci pour votre aide,

    Bon weekend,

    vendredi 18 octobre 2019 15:24

Toutes les réponses

  • Bonjour, 
    Avez-vous vérifier l’état et le performance d'I/O de votre disque en local, peut-être du à un problème disque ? Je te conseil d'essayer de faire le backup vers un autre disque ou un partage réseau et voir la différence.



    "Vote or mark as answer if you think useful" "Marquer comme réponse les réponses qui ont résolu votre problème"


    • Modifié F.ABASSI vendredi 18 octobre 2019 15:32
    vendredi 18 octobre 2019 15:31
  • Bonjour,

    Merci pour votre réponse.

    Pas de problème d’ I/O en local sur mes disques, j'ai le problème exclusivement avec le backup SQL en local.

    Le souci pour débugger c'est que je n'arrive pas à reproduire le problème, les logs de backup automatique de la base SQL la journée sont bon, en 3min le backup est fait.

    J'ai cette lenteur uniquement avec l'outil de mise à jour de la base de l'éditeur qui fait un backup avant de mettre à jour la base...

    lundi 28 octobre 2019 14:22
  • Bonjour,

    il faudrait tout d'abord savoir quel type de backup est effectué par l'éditeur. Je suppose que c'est un backup full avec troncation des logs, ce qui peut prendre du temps !!!

    A priori, vous effectué juste une sauvegarde + troncation des logs en journée mais c'est normal que ce soit beaucoup plus rapide qu'une sauvegarde complète.

    Essayer de faire une sauvegarde complète "manuellement" et de voir si le temps de backup est différent qu'avec la sauvegarde de l'éditeur.

    Cordialement.

    lundi 28 octobre 2019 14:33
  • Bonjour,

    Merci pour votre réponse pertinente, effectivement une sauvegarde full réalisée depuis Microsoft SQL Server Management Studio est aussi longue qu'avec l'outil de backup de l'éditeur.

    Je vais essayé d'obtenir le log détaillé du temps de sauvegarde de chaque table pour voir si nous pouvons l'optimiser, je ne travaille pas souvent sur les bases SQL :/

    Est-ce qu'il existe des bonnes pratiques pour améliorer le temps d'un full backup? Je reste bloqué à 10Mo/s en lecture/écriture quand j'observe mon moniteur de ressources.

    Merci beaucoup pour votre aide,

    Cordialement,

    mardi 29 octobre 2019 14:09
  • Bonjour,

    Les bonnes pratiques consistent à placer les fichiers de base de données sur des volumes formattés avec des tailles de blocs correspondant aux tailles des I/O SQL, soit 64Ko. Ca devrait augmenter les performances de ton SQL et la rapidité de sauvegarde.

    As-tu pensé également aux exclusions anti-virus ?

    https://blogs.msdn.microsoft.com/docast/2018/02/01/operating-system-best-practice-configurations-for-sql-server/

    Après tout n'est pas si rose pour le choix des tailles de blocs :

    https://blog.purestorage.com/what-is-sql-servers-io-block-size/

    https://social.msdn.microsoft.com/Forums/sqlserver/en-US/a7ce8a90-22fc-456d-9f56-4956c42a78b0/sqlio-block-size-iossec?forum=sqldatabaseengine

    Cordialement.

    jeudi 31 octobre 2019 09:31