|
|
|
Publicité ' | |||||||||||||||||||||||
26/09/2011, 13h41
|
#1 |
|
Membre habitué
 Inscription : janvier 2008 Messages : 212  |
TempDB et vérification de page
ESt-ce que la vérification de page de la base de données Temps doit être en mode "None" plutôt qu'en mode "Checksum" pour de meilleure performance ?
D'avance, merci. |
|
00
|
|
26/09/2011, 14h04
|
#2 |
      
  Frédéric BROUARDExpert SGBDR & SQL Inscription : mai 2002 Messages : 10 958 |
C'est une bonne idée, car les données de tempdb ne sont pas réellement transactionnelle.
Cependant, ayez un processus de vérification régulière d'intégrité physique des pages de tempdb, ou bien stoppez le service SQL Server ce qui recréé la base tempdb (à éviter, car pertes des stats "live"). A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
00
|
|
26/09/2011, 14h24
|
#3 |
 
David BARBARINExpert SQL Server Inscription : août 2005 Messages : 3 724 |
Je ne sais pas si cela est une si bonne idée.
Prenons le cas où un chargement est effectué dans une table temporaire. Si la vérification de page n'est pas effectuée et si une corruption se produit sur une page, SQL Server n'a aucun moyen de savoir si celle-ci est corrompue et la page peut potentiellement être réinjecté dans la base de données utilisateur sans aucun problème. ++ |
|
00
|
|
26/09/2011, 15h58
|
#4 |
|
Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 958 |
Par expérience tu sais bien que le moteur de stockage de MS SQL Server n'a pas de bug connus... Ce qui signifie qu'en cas de problème de page, cela sera vu au niveau du contrôleur avant même que SQL le calcule.
Pire encore, ce peut être le contrôleur qui est bugué, et dans ce cas, ni l'OS ni SQL Server ne le verra ! A +
__________________
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp. Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * * |
|
|
00
|
|
26/09/2011, 16h09
|
#5 | |
|
David BARBARIN Expert SQL Server Inscription : août 2005 Messages : 3 724 |
Non bien sûr .. je ne parle pas du moteur SQL mais plutôt du stockage lui même. Effectivement le contrôleur pourra en principe le voir et on verra apparaître dans le journal des événements Windows une erreur de type IO mais cela n'empêchera pas SQL Server de propager cette page au travers des bases utilisateurs. Avec un peu de chance SQL Server pourrra détecter ce type d'erreur avec le message et empêcher cette propagation :
Citation:
Après effectivement il faudra choisir entre performance et sécurité ... bien que l'activation de CHECKSUM en principe ne soit plus vraiment un problème avec le nombre de CPU actuellement disponibles sur les serveurs (Je crois qu'on reste à < 2% de charge CPU en overhead). |
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com