La prise de sauvegardes du journal des transactions toutes les 15 minutes consomme-t-elle plus d'espace disque que les sauvegardes du journal toutes les 6 heures?

10

Dans notre environnement, le stockage réseau manque d'espace. Dans le même temps, je voudrais m'assurer que nous prenons des sauvegardes du journal des transactions toutes les 15 minutes au lieu de toutes les 6 heures. Ma question est de savoir si le changement de l'intervalle de sauvegarde du journal de 6 heures à toutes les 15 minutes consommera plus d'espace disque?

— SqlNovice
source

@eckes qu'est-ce que cela a à voir avec la fréquence de sauvegarde? Si vous avez besoin d'espace pour 3 jours de sauvegardes de journaux, quelle différence cela fait-il si les sauvegardes sont effectuées toutes les 6 heures ou 15 minutes?

— Brent Ozar

Soyez prudent, quelle que soit la fréquence de vos sauvegardes, vous devez prévoir suffisamment de réserve pour que votre stockage de journaux puisse survivre quelques jours (le week-end?) Sans une sauvegarde fonctionnelle. Sauf si, bien sûr, vous pouvez intervenir en quelques minutes à chaque heure de la journée.

— vérifie

13

Non, mais cela peut réduire la taille de votre journal des transactions - votre serveur SQL utilisera donc moins d'espace.

Pour simplifier les choses, disons que vous générez 1 Mo d'activité du journal des transactions chaque minute. Après 15 minutes, vous avez généré 15 Mo d'activité de journal, mais cela signifie également que votre journal de transactions devra être d'au moins 15 Mo (en supposant que vous êtes dans le modèle de récupération complète).

Si vous sauvegardez ce fichier journal immédiatement et que vous n'avez pas de transactions ouvertes (ou toute autre chose qui obligera SQL Server à conserver le fichier journal en cours d'utilisation), vous pourrez effacer les parties de celui-ci, en gardant votre fichier journal petit.

Cependant, si vous attendez 6 heures, cela représente 360 Mo d'activité enregistrée - votre fichier journal des transactions (LDF) serait plus volumineux.

J'utilise de petits nombres simples ici - vous voudriez les changer pour votre propre environnement pour voir l'impact sur votre propre espace de journal des transactions.

— Brent Ozar
source

6

Il y a un peu de surcharge dans chaque fichier journal des transactions écrit sur le disque, même si aucune modification ne s'est produite dans la base de données. Dans certaines bases de données que j'ai (SQL Server 2014, compression activée pour les sauvegardes), les journaux de transactions écrits pendant les périodes d'inactivité sont généralement de 9,5 ko par fichier TRN.

Mais à part cette surcharge, les journaux de transactions vont contenir toutes les modifications apportées depuis l'écriture du dernier fichier TRN, de sorte que la quantité de données totales ne variera pas de manière significative.

Plus vous écrivez les fichiers fréquemment, moins vous risquez de perdre de données.

Certains experts vous recommandent d'exécuter ces sauvegardes de journal toutes les minutes . Oui vraiment. J'essaie généralement de les exécuter toutes les 3 minutes environ pendant les heures de bureau, lorsque la majeure partie de l'activité se déroule, puis toutes les 10 à 15 minutes environ pendant les heures creuses (pour les systèmes qui n'ont qu'une activité réelle pendant les heures de travail, c'est-à-dire, si votre système fonctionne 24h / 24 ...).

— Came
source