Meilleur auteur de réponses
Problème d'espace disque

Question
-
Bonjour à tous,
Je reviens vers vous avec un nouveau problème, qui impacte fortement mon avancé sur mes missions de stage.
Mon problème concerne l'espace du journal qui sature rapidement la BD.
Voici le message d'erreur :
"Impossible de compacter le fichier journal 2 (SharePoint_13_Config_log) en raison du minimum requis pour l'espace du journal."
En effet, lorsque nous essayons d'intervenir sur nos sites sp2013 nous nous trouvons bloquer car l'espace disque (bdd) est full.
(sachant qu'il y a des sauvegardes automatiques tous les jours qui ont été configurées - sans que nous ayons la main dessus)
Si quelqu'un pouvait m'aider.
Cordialement.
- Déplacé Gokan OzcifciMVP mardi 6 août 2013 09:50
lundi 29 juillet 2013 10:02
Réponses
-
Bonjour,
Vous disposez de trois modèles de récupération de SQL Server (le modèle de récupération est essentiel):
- Simple Recovery Model.
- Full Recovery Model.
- Bulk- Logged.
Dans la plupart des cas, la croissance incontrôlée du journal est provoquée par le mode "Full Recovery Model" (qui n'est pas peut-être nécessaire pour les besoins de votre organisation) par conséquent vous aurez un fichier des transactions beaucoup plus grand que nécessaire. L'utilisation de "Simple Recovery Model" est certainement plus judicieux dans votre cas.
Autre cause:
Vous utilisez "Simple Recovery Model" est votre journal continue de croître, SQL Server utilise le journal de transactions à des fins de récupération. Pour faire court, la suppression de millions de ligne dans une instruction "delete" est une transaction que le log ne saura tronquer sans que la suppression soit réalisée. En mode "Full Recovery Model" cette suppression est connecté provoquant un grand nombre d'enregistrement journal, idem avec l'optimisation d'indice au cours de la maintenance Windows.
Dimensionnez correctement votre Fichier "Log".
Cordialement,
Bricoleur.
sans l'acquisition d'un immense superflu chaque condition se sent misérable. DIDEROT
- Modifié Bricoleur mardi 30 juillet 2013 02:22 correction
- Proposé comme réponse Gokan OzcifciMVP mercredi 31 juillet 2013 06:49
- Marqué comme réponse Gokan OzcifciMVP mardi 6 août 2013 09:50
mardi 30 juillet 2013 02:21 -
Bonjour
Si vous souhaitez rester en mode de recovery 'Full' (ce qui n'a pas forcement de grand intérêt sur la base SharePoint_Config mais pourquoi pas) alors en plus d'un backup régulier de votre base il faut aussi mettre en place un backup régulier du journal de transaction. Sans cela ce dernier continuera à grandir indéfiniment.
En terme de dépannage, pour récupérer de l'espace disque, commencez par effectivement passer votre base en mode de recovery 'Simple', puis faites un 'shrink' du fichier de log de la base (celui doit revenir à une taille proche de 1 à 2Mo)
Blog Sharepoint : www.paslatek.net Twitter : @LimozinLionel
- Proposé comme réponse Gokan OzcifciMVP mercredi 31 juillet 2013 06:49
- Marqué comme réponse Gokan OzcifciMVP mardi 6 août 2013 09:50
mardi 30 juillet 2013 08:15
Toutes les réponses
-
Bonjour,
Vous disposez de trois modèles de récupération de SQL Server (le modèle de récupération est essentiel):
- Simple Recovery Model.
- Full Recovery Model.
- Bulk- Logged.
Dans la plupart des cas, la croissance incontrôlée du journal est provoquée par le mode "Full Recovery Model" (qui n'est pas peut-être nécessaire pour les besoins de votre organisation) par conséquent vous aurez un fichier des transactions beaucoup plus grand que nécessaire. L'utilisation de "Simple Recovery Model" est certainement plus judicieux dans votre cas.
Autre cause:
Vous utilisez "Simple Recovery Model" est votre journal continue de croître, SQL Server utilise le journal de transactions à des fins de récupération. Pour faire court, la suppression de millions de ligne dans une instruction "delete" est une transaction que le log ne saura tronquer sans que la suppression soit réalisée. En mode "Full Recovery Model" cette suppression est connecté provoquant un grand nombre d'enregistrement journal, idem avec l'optimisation d'indice au cours de la maintenance Windows.
Dimensionnez correctement votre Fichier "Log".
Cordialement,
Bricoleur.
sans l'acquisition d'un immense superflu chaque condition se sent misérable. DIDEROT
- Modifié Bricoleur mardi 30 juillet 2013 02:22 correction
- Proposé comme réponse Gokan OzcifciMVP mercredi 31 juillet 2013 06:49
- Marqué comme réponse Gokan OzcifciMVP mardi 6 août 2013 09:50
mardi 30 juillet 2013 02:21 -
Bonjour
Si vous souhaitez rester en mode de recovery 'Full' (ce qui n'a pas forcement de grand intérêt sur la base SharePoint_Config mais pourquoi pas) alors en plus d'un backup régulier de votre base il faut aussi mettre en place un backup régulier du journal de transaction. Sans cela ce dernier continuera à grandir indéfiniment.
En terme de dépannage, pour récupérer de l'espace disque, commencez par effectivement passer votre base en mode de recovery 'Simple', puis faites un 'shrink' du fichier de log de la base (celui doit revenir à une taille proche de 1 à 2Mo)
Blog Sharepoint : www.paslatek.net Twitter : @LimozinLionel
- Proposé comme réponse Gokan OzcifciMVP mercredi 31 juillet 2013 06:49
- Marqué comme réponse Gokan OzcifciMVP mardi 6 août 2013 09:50
mardi 30 juillet 2013 08:15 -
vendredi 2 août 2013 06:42
-
Bonjour à tous,
Effectivement le mode de recovery était en "Full", maintenant il a été passé en simple.
On a également nettoyer le fichier des logs gagnant ainsi de la place.
On continue encore quelque test pour voir s'il se sature ou pas.
Merci à tous pour votre aide.
Cordialement.
lundi 5 août 2013 07:05