Bonjour,
J'ai une base qui est en état de RECOVERING depuis des heures, je me demande si le redémarrage de serveur va la remettre en ONLINE ou pas ? y a t-il moyen de forcer la fin de recouvrement ?
Merci.
@+
Bonjour,
J'ai une base qui est en état de RECOVERING depuis des heures, je me demande si le redémarrage de serveur va la remettre en ONLINE ou pas ? y a t-il moyen de forcer la fin de recouvrement ?
Merci.
@+
SDR.
"ceux qui vivent, ce sont ceux qui luttent."
Si tu redémarres, il y a des chances que la situation soit encore pire après et de toute façon la tentative de recouvrement repartira.
Donc en clair, évite le redémarrage !
Il faudrait savoir quel est le problème et tu as des détails dans le errorlog, comme combien de temps estimé il reste au recouvrement.
Merci de votre retour,
Y a moyen de voir la liste des dernières bases qui sont passer de recouvrement à online ?
Merci.
SDR.
"ceux qui vivent, ce sont ceux qui luttent."
Merci beaucoup, j'ai un job qui se lance périodiquement et je n'arrive pas à le localiser: où je pourrai chercher l'historique des jobs ?
Merci.
SDR.
"ceux qui vivent, ce sont ceux qui luttent."
Merci.
SDR.
"ceux qui vivent, ce sont ceux qui luttent."
Bonjour,
Pour voir ce qui a pu se passer avec cette base de données, vous pouvez exécuter :
Changez le zéro en un chiffre de 1 à 6 pour parcourir les journaux plus anciens.
Code : Sélectionner tout - Visualiser dans une fenêtre à part EXEC xp_readerrorlog 0, 1, N'MaBase'
@++
Tout à fait. Chez un précédent employeur, j'avais mis 99 et un recyclage quotidien parce qu'on auditait les connexion réalisées avec succès.
On peut faire un EXEC xp_enumerrorlogs au besoin.
@++
Bonjour,
En terme de gestion de journal de transaction, j'ai l'habitude(sauf contraintes de places, de politiques ou autres) de garder de 52 à 99 journaux et de provoquer une bascule (EXEC master.sys.sp_cycle_errorlog) 1 fois par semaine.
Ce qui permet de garder une certaine lisibilité même en cas de remplissage intensif et de garder 1 an d'information au minimum car certaines opérations ne sont effectuées qu'une fois l'an. Ce mode de fonctionnement m'a servi plus d'une fois.
@elsuket: chez un de mes clients, l'option enregistrer les login réussis dans le journal de transactions était activée depuis plus que probablement la création de l'instance. La base de données était utilisée par un site web avec énormément d'activités et avec connexion/déconnexion à chaque requête. il y avait une moyenne de 10000 lignes par heures soit une taille de 2,5 Mo Par heure. ce phénomène avait une grande influence sur les performances.
Cordialement,
Loïc BERNARD
Consultant Senior dba sql server & Microsoft Business Intelligence
Il n'y a jamais de problèmes, il n'y a que des solutions!
Et du coup, vous avez opté pour un audit d'instance ?Envoyé par Bernardos
@++
Dans ce cas précis, j'étais mandaté pour auditer l'instance suite à des lenteurs et plantages de la base maintenant que je suis passé par là ca va mieuxEt du coup, vous avez opté pour un audit d'instance ?
Loïc BERNARD
Consultant Senior dba sql server & Microsoft Business Intelligence
Il n'y a jamais de problèmes, il n'y a que des solutions!
On préconise également à nos clients d'adopter une politique de recyclage du journal une fois par jour et on garde 30 fichiers par défaut dans ce cas.
La méthode n'est pas forcément parfaite car elle ne permet pas par exemple de limiter une expansion non contrôlée du fichier log dans une journée.
Depuis 2012 on a également pris en compte le fait que l'on puisse limiter la taille maximum d'un fichier et on a stipulé un nombre de fichiers max (30 par défaut).
Même chose que précédemment la méthode n'est pas parfaite car même si la taille est contrôlée on risque cette fois de perdre des données de log qui pourraient être utiles ultérieurement pour analyse.
++
ah bon on peut limiter la taille d'un fichier errorlog? comment fait-on?Depuis 2012 on a également pris en compte le fait que l'on puisse limiter la taille maximum d'un fichier et on a stipulé un nombre de fichiers max (30 par défaut).
je posais la question ci dessus par curiosité mais c'est clair que je ne mettrai pas en place une limitation de taille. aujourd'hui la place disque ne coute plus très chère et je n'ai aucune envie de prendre le le risque de perdre l'historique.Même chose que précédemment la méthode n'est pas parfaite car même si la taille est contrôlée on risque cette fois de perdre des données de log qui pourraient être utiles ultérieurement pour analyse.
Loïc BERNARD
Consultant Senior dba sql server & Microsoft Business Intelligence
Il n'y a jamais de problèmes, il n'y a que des solutions!
C'est un peu archaïque mais il faut passer par l'ajout de 2 clés de registre. Par exemple en 2014 (que j'ai sous la main) j'utilise ce genre de script:ah bon on peut limiter la taille d'un fichier errorlog? comment fait-on?
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10
11
12
13
14 USE [master]; GO -- Limit size of each file EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQLServer', N'ErrorLogSizeInKb', REG_DWORD, 100; GO -- Number of ErrorLog Files EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQLServer', N'NumErrorLogs', REG_DWORD, 30; GO
C'est sûr mais j'ai déjà vu quelques clients qui ne donnait pas forcément de l'espace libre à foison. Comme d'habitude à chaque contexte sa bonne pratique et c'est toujours bien de savoir que l'on a plusieurs cordes à son arcje posais la question ci dessus par curiosité mais c'est clair que je ne mettrai pas en place une limitation de taille. aujourd'hui la place disque ne coute plus très chère et je n'ai aucune envie de prendre le le risque de perdre l'historique.
++
Payes ton billet (si ce n'est pas déjà fait ).Envoyé par Mikedavem
@++
Non pas fait mais vu que cela a déjà été fait à plusieurs reprises par d'autres personnes comment un Paul Randal autant donner le lien de son billet directement
> http://www.sqlskills.com/blogs/paul/...l-server-2012/
++
Merci
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager