none
Système externe de backup SQL RRS feed

  • Question

  • Bonjour,

    Je cherche comment implémenter une solution de sauvegarde d'une DB de 300 GB environ.
    La sauvegarde quotidienne devant être transférée par ligne Internet, je devrai obligatoirement travailler par incréments ou blocs.

    Idéalement, la sauvegarde se ferait vers un NAS situé sur un site distant.

    Que me conseilleriez-vous comme solution ?
    - Une commande SQL de sauvegarde par incréments (mais alors, comment consolider de temps à autre) ?
    - Un logiciel de backup spécifique ?
    - Une fonctionnalité NAS spécifique pour transfert par blocs ?
    - Vous avez des expériences dans le domaine ?

    Merci pour votre aide.

    samedi 1 juillet 2017 15:10

Toutes les réponses

  • Bonsoir

    Pour implémenter uns stratégie de sauvegarde et en plus de savoir la taille de votre base de données il faut savoir aussi votre SLA et les objectifs que votre stratégie doit couvrir, RTO et RPO a respecter.

    Si une seule sauvegarde journalière vous semble suffisante ce qui implique que nous avons RPO de 24h max vous pouvez mettre en place une stratégie de sauvegarde complète hebdomadaire + une sauvegarde différentielle journalière ceci permettra de réduire la taille de la sauvegarde journalière mais qui aura toujours besoin de la dernière complète pour la restaurer en cas de besoin.

    n'oublier pas d'activer la compression des sauvegardes pour gagner en volume

    cordialement

     

      


    J.K

    mercredi 19 juillet 2017 22:40
  • Il n'existe pas d'autres moyens de sauvegarder une base de données SQL Server à chaud que d'utiliser la commande BACKUP de SQL Server. Toutes les solutions tierce payante utilisent cette commande...

    Faire une sauvegarde est froid (en copiant les fichiers) est une hérésie, car elle nécessite un arrêt du service SQL Server ou tout au moins de la base, avec tout ce qui va avec : perte du cache et des statistiques d'exécution... En sus d'être généralement plus volumineuse que celle via la commande BACKUP !

    Néanmoins, vous pouvez faire des sauvegardes :

    • Complètes ou différentielles, de la base entière ou de certaines "storages" (groupes de fichiers) voire de certains fichiers
    • Du journal de transactions, avec une périodicité rapide (cela correspond à un incrément).

    Dans ce dernier cas il faut commencer par une sauvegarde complète. Et en fait il s'agit d'un "log shipping"...

    Quel est le but fonctionnel ? Car si vous envisagez ce mécanisme pour gérer une haute disponibilité distante, il existe des mécanismes intégrés à SQL Server pour ce faire comme le log shiping, le mirorring ou AlwaysOn...

    Il serait aussi souhaitable que vous nous donniez la version et l'édition de SQL Server que vous utilisez => SELECT @@VERSION

    je vous conseille la lecture de mon livre sur le sujet... mais le mieux serait de suivre une formation SQL Server Administration, comme celles que je délivre à orsys !

    A +

    SQL Server 2014 - Eyrolles

    mercredi 6 septembre 2017 18:11