Discussion :

[StringBuilder]

Bonjour,

Sur un serveur, j'ai plusieurs bases de données avec des politiques de retention des sauvegardes différentes.

Je ne trouve pas comment supprimer les anciennes valeurs d'historique de backup à partir d'une date pour une base donnée.

En effet :

sp_delete_database_backuphistory => Supprime TOUT l'historique pour une base donnée

sp_delete_backuphistory => Supprimer l'historique jusqu'à une date donnée pour TOUTES les bases

Y'a pas une procédure qui combine les deux ?

PS : Hors de question d'aller patouiller à la main dans les tables de MSDB.

[Invité]

Est-ce que ça pose un réel problème de mettre la limite à la date la plus ancienne ?

[StringBuilder]

En soit, non, c'est juste pas propre

Sinon, question subsidiaire : est-ce normal qu'une purge (bon, ok, pas mal de lignes... 2 ans d'historique de 30 bases à raison d'un backup toutes les 10 minutes) fasse complètement partir en vrille un serveur ?

Car là, depuis hier je tente de purger un de nos serveurs, et j'ai des trucs juste pas normaux...

On a des instances SQL Server 2014 et d'autres 2008 R2.

Tout est en version Express.

Sur les 2014, il y a moins de bases (donc forcément historique bien moins gros).
J'ai supprimé environ 1 année en 5 à 10 minutes sur chacun.

Pour les 2008 R2, plusieurs choses incompréhensibles...
1/ Si je supprime les données jusqu'au 01/01/2000, ça tourne pendant 2 heures (mais ça fini par aboutir).
=> Comment est-ce possible ? Il n'y a pas de backup antérieur à 2000, puisque les serveurs ont été installées (et les bases créées) courant 2014 ?
2/ Si je supprime ensuite les données jusqu'au 01/01/2014, c'est instantané (ou presque). Normal, y'a pas de backups non plus sur cette période.
3/ Si j'incrémente de 1 mois en 1 mois (donc pas des masses de données) au bout de quelques mois (dont la suppression dure quelques minutes), ça part en vrille total (2 heures sans réponse)

Bug ? Truc pas clair qui m'échappe ?

[StringBuilder]

Je pige plus rien...

Voici ma commande :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
declare @dte datetime;
set @dte = CAST('2014-01-01T00:00:00.000' as datetime);
exec sp_delete_backuphistory @dte;

Je lance, c'est immédiat.
J'incrémente la date de 1 jour par 1 jour.
2, 3, 4, 5, ... 14 => tout va bien.
15 : planté.
Je stoppe la commande.
Je fais COMMIT (car la procédure visiblement tourne dans une transaction et la laisse en vrac quand elle est arrêtée au milieu).
Je relance le 15 : instantané.
16, 17... rebelotte !

Et ainsi de suite. Je ne comprends pas.

[Invité]

Est-ce que les stats sont à jour sur msdb ?
Sinon, il y a certaines personnes qui ajoutent des indexes dans cette bd système.
Va voir ici : http://sqlperformance.com/2015/07/sql-maintenance/msdb
La source initiale semble être ici : weblogs.sqlteam.com/geoffh/archive/2008/01/21/MSDB-Performance-Tuning.aspx mais je n'arrive pas à charger la page.

[StringBuilder]

Je suis en train de faire un rebuild des index sur les deux serveurs...

Vu le temps que ça prend, effectivement, ça doit être un joyeux bordel...

-- Bon, ben après quelques minutes de rebuild... retour à la case départ : c'est toujours aussi lent

[SQLpro]

Pourquoi ne pas utiliser pour vos sauvegardes un unique fichier avec les options RETAINS_DAYS et EXPIRY DATE ?

A +