Bonjour,
sur un de mes serveurs, il arrive que j'ai des problème de montée de
charge.
C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
problème je fait un dbreindex sur une table assez intérrogés et le
problème
disparait.
Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
faisais
sauter tous les verrous interne. Ce qui pourrait expliquer que cela
redevient
normal.
Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job de
recalcul des statistique à 100% tous les jours, ainsi que des backup
complets
tous les soirs.
Je sauvegarde aussi mes journaux toutes les heures.
Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
problème vienne de là.
Bonjour,
sur un de mes serveurs, il arrive que j'ai des problème de montée de
charge.
C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
problème je fait un dbreindex sur une table assez intérrogés et le
problème
disparait.
Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
faisais
sauter tous les verrous interne. Ce qui pourrait expliquer que cela
redevient
normal.
Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job de
recalcul des statistique à 100% tous les jours, ainsi que des backup
complets
tous les soirs.
Je sauvegarde aussi mes journaux toutes les heures.
Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
problème vienne de là.
Bonjour,
sur un de mes serveurs, il arrive que j'ai des problème de montée de
charge.
C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
problème je fait un dbreindex sur une table assez intérrogés et le
problème
disparait.
Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
faisais
sauter tous les verrous interne. Ce qui pourrait expliquer que cela
redevient
normal.
Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job de
recalcul des statistique à 100% tous les jours, ainsi que des backup
complets
tous les soirs.
Je sauvegarde aussi mes journaux toutes les heures.
Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
problème vienne de là.
Bonjour,
Peux tu me dire dans quel contexte que tu utilises la base SQL ?
- Server dedie
- Type d'application
- Service pack installe sur SQL, s'il y en a un
- etc ...
@+
WestIndian
"Olivier" wrote in message
news:
> Bonjour,
>
> sur un de mes serveurs, il arrive que j'ai des problème de montée de
> charge.
>
> C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
> problème je fait un dbreindex sur une table assez intérrogés et le
> problème
> disparait.
>
> Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
> faisais
> sauter tous les verrous interne. Ce qui pourrait expliquer que cela
> redevient
> normal.
>
> Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job de
> recalcul des statistique à 100% tous les jours, ainsi que des backup
> complets
> tous les soirs.
>
> Je sauvegarde aussi mes journaux toutes les heures.
>
> Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
> problème vienne de là.
Bonjour,
Peux tu me dire dans quel contexte que tu utilises la base SQL ?
- Server dedie
- Type d'application
- Service pack installe sur SQL, s'il y en a un
- etc ...
@+
WestIndian
"Olivier" <Olivier@discussions.microsoft.com> wrote in message
news:D05D8355-7789-46FB-9858-3E7B47F4484D@microsoft.com...
> Bonjour,
>
> sur un de mes serveurs, il arrive que j'ai des problème de montée de
> charge.
>
> C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
> problème je fait un dbreindex sur une table assez intérrogés et le
> problème
> disparait.
>
> Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
> faisais
> sauter tous les verrous interne. Ce qui pourrait expliquer que cela
> redevient
> normal.
>
> Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job de
> recalcul des statistique à 100% tous les jours, ainsi que des backup
> complets
> tous les soirs.
>
> Je sauvegarde aussi mes journaux toutes les heures.
>
> Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
> problème vienne de là.
Bonjour,
Peux tu me dire dans quel contexte que tu utilises la base SQL ?
- Server dedie
- Type d'application
- Service pack installe sur SQL, s'il y en a un
- etc ...
@+
WestIndian
"Olivier" wrote in message
news:
> Bonjour,
>
> sur un de mes serveurs, il arrive que j'ai des problème de montée de
> charge.
>
> C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
> problème je fait un dbreindex sur une table assez intérrogés et le
> problème
> disparait.
>
> Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
> faisais
> sauter tous les verrous interne. Ce qui pourrait expliquer que cela
> redevient
> normal.
>
> Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job de
> recalcul des statistique à 100% tous les jours, ainsi que des backup
> complets
> tous les soirs.
>
> Je sauvegarde aussi mes journaux toutes les heures.
>
> Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
> problème vienne de là.
Bonjour,
C'est un serveur dédié sur une architecture n-tiers, sp3a, raid 10, bi
pro,
log et temp séparée.
fragmentation d'index à 30% max, les requêtes passe pour certaines qui ont
des jointures de 2 seonces à 2 minutes avec des crêtes CPU à 40%.
"westindian" a écrit :Bonjour,
Peux tu me dire dans quel contexte que tu utilises la base SQL ?
- Server dedie
- Type d'application
- Service pack installe sur SQL, s'il y en a un
- etc ...
@+
WestIndian
"Olivier" wrote in message
news:
> Bonjour,
>
> sur un de mes serveurs, il arrive que j'ai des problème de montée de
> charge.
>
> C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
> problème je fait un dbreindex sur une table assez intérrogés et le
> problème
> disparait.
>
> Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
> faisais
> sauter tous les verrous interne. Ce qui pourrait expliquer que cela
> redevient
> normal.
>
> Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job
> de
> recalcul des statistique à 100% tous les jours, ainsi que des backup
> complets
> tous les soirs.
>
> Je sauvegarde aussi mes journaux toutes les heures.
>
> Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
> problème vienne de là.
Bonjour,
C'est un serveur dédié sur une architecture n-tiers, sp3a, raid 10, bi
pro,
log et temp séparée.
fragmentation d'index à 30% max, les requêtes passe pour certaines qui ont
des jointures de 2 seonces à 2 minutes avec des crêtes CPU à 40%.
"westindian" a écrit :
Bonjour,
Peux tu me dire dans quel contexte que tu utilises la base SQL ?
- Server dedie
- Type d'application
- Service pack installe sur SQL, s'il y en a un
- etc ...
@+
WestIndian
"Olivier" <Olivier@discussions.microsoft.com> wrote in message
news:D05D8355-7789-46FB-9858-3E7B47F4484D@microsoft.com...
> Bonjour,
>
> sur un de mes serveurs, il arrive que j'ai des problème de montée de
> charge.
>
> C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
> problème je fait un dbreindex sur une table assez intérrogés et le
> problème
> disparait.
>
> Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
> faisais
> sauter tous les verrous interne. Ce qui pourrait expliquer que cela
> redevient
> normal.
>
> Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job
> de
> recalcul des statistique à 100% tous les jours, ainsi que des backup
> complets
> tous les soirs.
>
> Je sauvegarde aussi mes journaux toutes les heures.
>
> Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
> problème vienne de là.
Bonjour,
C'est un serveur dédié sur une architecture n-tiers, sp3a, raid 10, bi
pro,
log et temp séparée.
fragmentation d'index à 30% max, les requêtes passe pour certaines qui ont
des jointures de 2 seonces à 2 minutes avec des crêtes CPU à 40%.
"westindian" a écrit :Bonjour,
Peux tu me dire dans quel contexte que tu utilises la base SQL ?
- Server dedie
- Type d'application
- Service pack installe sur SQL, s'il y en a un
- etc ...
@+
WestIndian
"Olivier" wrote in message
news:
> Bonjour,
>
> sur un de mes serveurs, il arrive que j'ai des problème de montée de
> charge.
>
> C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
> problème je fait un dbreindex sur une table assez intérrogés et le
> problème
> disparait.
>
> Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
> faisais
> sauter tous les verrous interne. Ce qui pourrait expliquer que cela
> redevient
> normal.
>
> Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job
> de
> recalcul des statistique à 100% tous les jours, ainsi que des backup
> complets
> tous les soirs.
>
> Je sauvegarde aussi mes journaux toutes les heures.
>
> Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
> problème vienne de là.
bonjour,
Phase de diagnostiquer
1) Regarde cette article pour verifier les verrous de ton application s'il y
en a (http://support.microsoft.com/?id'1509)
2) regarde tes fichiers de log pour voir s'il n'y a pas d'anomalie(par
default: c:program filesMicrosoft SQL ServerMSSQLLOG)
3) Je te conseillerais de passer en SP4 car ce pack permet a SQL Server de
gerer :
- plus de 2G de ram
- des problems I/O ce qui peut generer des verrous
4) essai de mettre a jour ton serveur SQL si tu le passes en sp4 pour avoir
le dernier correctif pour le sp4 aupres de microsoft (ce service est
gratuit, il me semble)
Tient moi au courant
@+
WestIndian
"Olivier" wrote in message
news:
> Bonjour,
>
> C'est un serveur dédié sur une architecture n-tiers, sp3a, raid 10, bi
> pro,
> log et temp séparée.
>
> fragmentation d'index à 30% max, les requêtes passe pour certaines qui ont
> des jointures de 2 seonces à 2 minutes avec des crêtes CPU à 40%.
>
> "westindian" a écrit :
>
>> Bonjour,
>>
>> Peux tu me dire dans quel contexte que tu utilises la base SQL ?
>> - Server dedie
>> - Type d'application
>> - Service pack installe sur SQL, s'il y en a un
>> - etc ...
>>
>> @+
>>
>> WestIndian
>>
>> "Olivier" wrote in message
>> news:
>> > Bonjour,
>> >
>> > sur un de mes serveurs, il arrive que j'ai des problème de montée de
>> > charge.
>> >
>> > C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
>> > problème je fait un dbreindex sur une table assez intérrogés et le
>> > problème
>> > disparait.
>> >
>> > Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
>> > faisais
>> > sauter tous les verrous interne. Ce qui pourrait expliquer que cela
>> > redevient
>> > normal.
>> >
>> > Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job
>> > de
>> > recalcul des statistique à 100% tous les jours, ainsi que des backup
>> > complets
>> > tous les soirs.
>> >
>> > Je sauvegarde aussi mes journaux toutes les heures.
>> >
>> > Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
>> > problème vienne de là.
>>
>>
>>
bonjour,
Phase de diagnostiquer
1) Regarde cette article pour verifier les verrous de ton application s'il y
en a (http://support.microsoft.com/?id'1509)
2) regarde tes fichiers de log pour voir s'il n'y a pas d'anomalie(par
default: c:program filesMicrosoft SQL ServerMSSQLLOG)
3) Je te conseillerais de passer en SP4 car ce pack permet a SQL Server de
gerer :
- plus de 2G de ram
- des problems I/O ce qui peut generer des verrous
4) essai de mettre a jour ton serveur SQL si tu le passes en sp4 pour avoir
le dernier correctif pour le sp4 aupres de microsoft (ce service est
gratuit, il me semble)
Tient moi au courant
@+
WestIndian
"Olivier" <Olivier@discussions.microsoft.com> wrote in message
news:556403A5-2222-4E18-A1F3-DEDC76022104@microsoft.com...
> Bonjour,
>
> C'est un serveur dédié sur une architecture n-tiers, sp3a, raid 10, bi
> pro,
> log et temp séparée.
>
> fragmentation d'index à 30% max, les requêtes passe pour certaines qui ont
> des jointures de 2 seonces à 2 minutes avec des crêtes CPU à 40%.
>
> "westindian" a écrit :
>
>> Bonjour,
>>
>> Peux tu me dire dans quel contexte que tu utilises la base SQL ?
>> - Server dedie
>> - Type d'application
>> - Service pack installe sur SQL, s'il y en a un
>> - etc ...
>>
>> @+
>>
>> WestIndian
>>
>> "Olivier" <Olivier@discussions.microsoft.com> wrote in message
>> news:D05D8355-7789-46FB-9858-3E7B47F4484D@microsoft.com...
>> > Bonjour,
>> >
>> > sur un de mes serveurs, il arrive que j'ai des problème de montée de
>> > charge.
>> >
>> > C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
>> > problème je fait un dbreindex sur une table assez intérrogés et le
>> > problème
>> > disparait.
>> >
>> > Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
>> > faisais
>> > sauter tous les verrous interne. Ce qui pourrait expliquer que cela
>> > redevient
>> > normal.
>> >
>> > Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job
>> > de
>> > recalcul des statistique à 100% tous les jours, ainsi que des backup
>> > complets
>> > tous les soirs.
>> >
>> > Je sauvegarde aussi mes journaux toutes les heures.
>> >
>> > Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
>> > problème vienne de là.
>>
>>
>>
bonjour,
Phase de diagnostiquer
1) Regarde cette article pour verifier les verrous de ton application s'il y
en a (http://support.microsoft.com/?id'1509)
2) regarde tes fichiers de log pour voir s'il n'y a pas d'anomalie(par
default: c:program filesMicrosoft SQL ServerMSSQLLOG)
3) Je te conseillerais de passer en SP4 car ce pack permet a SQL Server de
gerer :
- plus de 2G de ram
- des problems I/O ce qui peut generer des verrous
4) essai de mettre a jour ton serveur SQL si tu le passes en sp4 pour avoir
le dernier correctif pour le sp4 aupres de microsoft (ce service est
gratuit, il me semble)
Tient moi au courant
@+
WestIndian
"Olivier" wrote in message
news:
> Bonjour,
>
> C'est un serveur dédié sur une architecture n-tiers, sp3a, raid 10, bi
> pro,
> log et temp séparée.
>
> fragmentation d'index à 30% max, les requêtes passe pour certaines qui ont
> des jointures de 2 seonces à 2 minutes avec des crêtes CPU à 40%.
>
> "westindian" a écrit :
>
>> Bonjour,
>>
>> Peux tu me dire dans quel contexte que tu utilises la base SQL ?
>> - Server dedie
>> - Type d'application
>> - Service pack installe sur SQL, s'il y en a un
>> - etc ...
>>
>> @+
>>
>> WestIndian
>>
>> "Olivier" wrote in message
>> news:
>> > Bonjour,
>> >
>> > sur un de mes serveurs, il arrive que j'ai des problème de montée de
>> > charge.
>> >
>> > C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
>> > problème je fait un dbreindex sur une table assez intérrogés et le
>> > problème
>> > disparait.
>> >
>> > Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
>> > faisais
>> > sauter tous les verrous interne. Ce qui pourrait expliquer que cela
>> > redevient
>> > normal.
>> >
>> > Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job
>> > de
>> > recalcul des statistique à 100% tous les jours, ainsi que des backup
>> > complets
>> > tous les soirs.
>> >
>> > Je sauvegarde aussi mes journaux toutes les heures.
>> >
>> > Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
>> > problème vienne de là.
>>
>>
>>
ok merci,
je regarde ça et te tiens au courant.
"westindian" a écrit :
> bonjour,
>
> Phase de diagnostiquer
>
> 1) Regarde cette article pour verifier les verrous de ton application s'il y
> en a (http://support.microsoft.com/?id'1509)
> 2) regarde tes fichiers de log pour voir s'il n'y a pas d'anomalie(par
> default: c:program filesMicrosoft SQL ServerMSSQLLOG)
> 3) Je te conseillerais de passer en SP4 car ce pack permet a SQL Server de
> gerer :
> - plus de 2G de ram
> - des problems I/O ce qui peut generer des verrous
> 4) essai de mettre a jour ton serveur SQL si tu le passes en sp4 pour avoir
> le dernier correctif pour le sp4 aupres de microsoft (ce service est
> gratuit, il me semble)
>
> Tient moi au courant
>
> @+
>
> WestIndian
>
> "Olivier" wrote in message
> news:
> > Bonjour,
> >
> > C'est un serveur dédié sur une architecture n-tiers, sp3a, raid 10, bi
> > pro,
> > log et temp séparée.
> >
> > fragmentation d'index à 30% max, les requêtes passe pour certaines qui ont
> > des jointures de 2 seonces à 2 minutes avec des crêtes CPU à 40%.
> >
> > "westindian" a écrit :
> >
> >> Bonjour,
> >>
> >> Peux tu me dire dans quel contexte que tu utilises la base SQL ?
> >> - Server dedie
> >> - Type d'application
> >> - Service pack installe sur SQL, s'il y en a un
> >> - etc ...
> >>
> >> @+
> >>
> >> WestIndian
> >>
> >> "Olivier" wrote in message
> >> news:
> >> > Bonjour,
> >> >
> >> > sur un de mes serveurs, il arrive que j'ai des problème de montée de
> >> > charge.
> >> >
> >> > C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
> >> > problème je fait un dbreindex sur une table assez intérrogés et le
> >> > problème
> >> > disparait.
> >> >
> >> > Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
> >> > faisais
> >> > sauter tous les verrous interne. Ce qui pourrait expliquer que cela
> >> > redevient
> >> > normal.
> >> >
> >> > Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job
> >> > de
> >> > recalcul des statistique à 100% tous les jours, ainsi que des backup
> >> > complets
> >> > tous les soirs.
> >> >
> >> > Je sauvegarde aussi mes journaux toutes les heures.
> >> >
> >> > Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
> >> > problème vienne de là.
> >>
> >>
> >>
>
>
>
ok merci,
je regarde ça et te tiens au courant.
"westindian" a écrit :
> bonjour,
>
> Phase de diagnostiquer
>
> 1) Regarde cette article pour verifier les verrous de ton application s'il y
> en a (http://support.microsoft.com/?id'1509)
> 2) regarde tes fichiers de log pour voir s'il n'y a pas d'anomalie(par
> default: c:program filesMicrosoft SQL ServerMSSQLLOG)
> 3) Je te conseillerais de passer en SP4 car ce pack permet a SQL Server de
> gerer :
> - plus de 2G de ram
> - des problems I/O ce qui peut generer des verrous
> 4) essai de mettre a jour ton serveur SQL si tu le passes en sp4 pour avoir
> le dernier correctif pour le sp4 aupres de microsoft (ce service est
> gratuit, il me semble)
>
> Tient moi au courant
>
> @+
>
> WestIndian
>
> "Olivier" <Olivier@discussions.microsoft.com> wrote in message
> news:556403A5-2222-4E18-A1F3-DEDC76022104@microsoft.com...
> > Bonjour,
> >
> > C'est un serveur dédié sur une architecture n-tiers, sp3a, raid 10, bi
> > pro,
> > log et temp séparée.
> >
> > fragmentation d'index à 30% max, les requêtes passe pour certaines qui ont
> > des jointures de 2 seonces à 2 minutes avec des crêtes CPU à 40%.
> >
> > "westindian" a écrit :
> >
> >> Bonjour,
> >>
> >> Peux tu me dire dans quel contexte que tu utilises la base SQL ?
> >> - Server dedie
> >> - Type d'application
> >> - Service pack installe sur SQL, s'il y en a un
> >> - etc ...
> >>
> >> @+
> >>
> >> WestIndian
> >>
> >> "Olivier" <Olivier@discussions.microsoft.com> wrote in message
> >> news:D05D8355-7789-46FB-9858-3E7B47F4484D@microsoft.com...
> >> > Bonjour,
> >> >
> >> > sur un de mes serveurs, il arrive que j'ai des problème de montée de
> >> > charge.
> >> >
> >> > C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
> >> > problème je fait un dbreindex sur une table assez intérrogés et le
> >> > problème
> >> > disparait.
> >> >
> >> > Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
> >> > faisais
> >> > sauter tous les verrous interne. Ce qui pourrait expliquer que cela
> >> > redevient
> >> > normal.
> >> >
> >> > Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job
> >> > de
> >> > recalcul des statistique à 100% tous les jours, ainsi que des backup
> >> > complets
> >> > tous les soirs.
> >> >
> >> > Je sauvegarde aussi mes journaux toutes les heures.
> >> >
> >> > Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
> >> > problème vienne de là.
> >>
> >>
> >>
>
>
>
ok merci,
je regarde ça et te tiens au courant.
"westindian" a écrit :
> bonjour,
>
> Phase de diagnostiquer
>
> 1) Regarde cette article pour verifier les verrous de ton application s'il y
> en a (http://support.microsoft.com/?id'1509)
> 2) regarde tes fichiers de log pour voir s'il n'y a pas d'anomalie(par
> default: c:program filesMicrosoft SQL ServerMSSQLLOG)
> 3) Je te conseillerais de passer en SP4 car ce pack permet a SQL Server de
> gerer :
> - plus de 2G de ram
> - des problems I/O ce qui peut generer des verrous
> 4) essai de mettre a jour ton serveur SQL si tu le passes en sp4 pour avoir
> le dernier correctif pour le sp4 aupres de microsoft (ce service est
> gratuit, il me semble)
>
> Tient moi au courant
>
> @+
>
> WestIndian
>
> "Olivier" wrote in message
> news:
> > Bonjour,
> >
> > C'est un serveur dédié sur une architecture n-tiers, sp3a, raid 10, bi
> > pro,
> > log et temp séparée.
> >
> > fragmentation d'index à 30% max, les requêtes passe pour certaines qui ont
> > des jointures de 2 seonces à 2 minutes avec des crêtes CPU à 40%.
> >
> > "westindian" a écrit :
> >
> >> Bonjour,
> >>
> >> Peux tu me dire dans quel contexte que tu utilises la base SQL ?
> >> - Server dedie
> >> - Type d'application
> >> - Service pack installe sur SQL, s'il y en a un
> >> - etc ...
> >>
> >> @+
> >>
> >> WestIndian
> >>
> >> "Olivier" wrote in message
> >> news:
> >> > Bonjour,
> >> >
> >> > sur un de mes serveurs, il arrive que j'ai des problème de montée de
> >> > charge.
> >> >
> >> > C'est à dire, que par moment il y a des crétes CPU, pour résoudre le
> >> > problème je fait un dbreindex sur une table assez intérrogés et le
> >> > problème
> >> > disparait.
> >> >
> >> > Un dba m'a dit qu'avec cette commande j'étais en mode exclusif et je
> >> > faisais
> >> > sauter tous les verrous interne. Ce qui pourrait expliquer que cela
> >> > redevient
> >> > normal.
> >> >
> >> > Mais je n'explique pas que cela se comporte ainsi, pourtant j'ai un job
> >> > de
> >> > recalcul des statistique à 100% tous les jours, ainsi que des backup
> >> > complets
> >> > tous les soirs.
> >> >
> >> > Je sauvegarde aussi mes journaux toutes les heures.
> >> >
> >> > Qu'en pensez vous ? J'ai travaillé sur les index et ne pense pas que le
> >> > problème vienne de là.
> >>
> >>
> >>
>
>
>
