Pour être certain de disposer de l'information nécessaire pour bien restaurer à partir de la stratégie de sauvegarde de fichiers et de groupes de fichiers expliquée dans l'article principal, il faut que msdb soit accessible et pour cela il faut le sauvegarder souvent. Or, il se trouve que, par défaut,
Conseil rapide concernant msdb
le modèle de reprise de msdb est
réglé sur Simple. Ce modèle empêche des sauvegardes log rapides,
simples et fréquentes. Le modèle de reprise Simple est généralement
utilisé pour de petites bases de données, de développement
ou autres, pour lesquelles une certaine perte de
données est acceptable. Mais le fait de pouvoir accéder à msdb
pendant la reprise peut simplifier celle-ci. Des sauvegardes régulières
de msdb et des sauvegardes log fréquentes garantiront la
protection de l’information dans msdb. Pour cela, il faut changer
le modèle de reprise. Malheureusement, même en changeant le
modèle de reprise à Full, le SQL Server Agent rétablit l’ancien statut
chaque fois que le SQL Server Agent démarre. Pour résoudre
ce problème, vous pouvez procéder ainsi:
1. Créez un job qui rétablit le modèle de reprise de msdb sur un
startup agent, puis faites une sauvegarde de base de données
complète de msdb.
2. Créez un job qui effectue des sauvegardes log toutes les n minutes.
Je suggère 10 minutes.
3. Copiez les sauvegardes de msdb (les sauvegardes de base de
données et log) dans un endroit hors site, accessible en cas de
défaillance du site. L’utilisation de msdb ou d’un autre serveur
sera limitée parce que certaines tables dans msdb comptent sur
le nom du serveur. Si msdb est restauré sur un autre serveur
uniquement pour récupérer l’historique de sauvegarde à partir
de sysbackuphistory, restaurez msdb dans une base de données
portant un nom différent. Si vous devez restaurer et utiliser
msdb sur un autre serveur, je recommande de scripter les
jobs vers l’extérieur et de les rescripter vers l’intérieur.
Toutefois, la requête suivante vous permettra de mettre à jour
la base de données msdb pour utiliser le nom du nouveau serveur
et mettra à jour tous les jobs qu’il contient:
UPDATE msdb.dbo.sysjobs
SET originating_server = 'NewServerName'
WHERE originating_server = 'OldServerName'
Téléchargez cette ressource
Mac en entreprise : le levier d’un poste de travail moderne
Ce livre blanc répond aux 9 questions clés des entreprises sur l’intégration du Mac : sécurité, compatibilité, gestion, productivité, coûts, attractivité talents, RSE et IA, et l’accompagnement sur mesure proposé par inmac wstore.
Les articles les plus consultés
- Activer la mise en veille prolongée dans Windows 10
- Les 6 étapes vers un diagnostic réussi
- N° 2 : Il faut supporter des langues multiples dans SharePoint Portal Server
- Afficher les icônes cachées dans la barre de notification
- Partager vos images, vidéos, musique et imprimante avec le Groupe résidentiel
Les plus consultés sur iTPro.fr
- De la donnée brute à l’actif stratégique : une approche produit
- Sous pression, les CIO entrent dans l’ère de la responsabilité IA
- FOCUS : optimisation du Cloud grâce à l’intelligence Artificielle
- Alliée ou menace ? Comment l’IA redessine le paysage cyber
Articles les + lus
Portails développeurs internes : accélérer l’innovation sans alourdir les budgets
Pourquoi Shopify Plus s’impose dans la transformation du e-commerce B2B
Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
Alliée ou menace ? Comment l’IA redessine le paysage cyber
CES 2026 : l’IA physique et la robotique redéfinissent le futur
À la une de la chaîne Tech
- Portails développeurs internes : accélérer l’innovation sans alourdir les budgets
- Pourquoi Shopify Plus s’impose dans la transformation du e-commerce B2B
- Quand l’innovation échappe à ses créateurs: Comment éviter l’effet Frankenstein à l’ère de l’IA
- Alliée ou menace ? Comment l’IA redessine le paysage cyber
- CES 2026 : l’IA physique et la robotique redéfinissent le futur
