Bonjour,
Il s'agit du fonctionnement normal de SQL Server. Lorsque une erreur
survient pendant le traitement d'une requête, nous nous attendons à ce
qu'aucune donnée n'aie été modifiée. Pour permettre un retour en arrière
les données modifiées, la table Tempdb est utilisée pendant la durée de la
transaction.
Le Nb de lignes traitées ou le volume de données modifiées doit être
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient certainement de la
capacité du disque.
Pour eviter un grossissement aussi important, la taille de la transaction
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in message
news:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo, et
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée de
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..." au
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
Bonjour,
Il s'agit du fonctionnement normal de SQL Server. Lorsque une erreur
survient pendant le traitement d'une requête, nous nous attendons à ce
qu'aucune donnée n'aie été modifiée. Pour permettre un retour en arrière
les données modifiées, la table Tempdb est utilisée pendant la durée de la
transaction.
Le Nb de lignes traitées ou le volume de données modifiées doit être
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient certainement de la
capacité du disque.
Pour eviter un grossissement aussi important, la taille de la transaction
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" <anonymous@discussions.microsoft.com> wrote in message
news:1c17901c45216$88dd2910$a101280a@phx.gbl...
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo, et
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée de
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..." au
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
Bonjour,
Il s'agit du fonctionnement normal de SQL Server. Lorsque une erreur
survient pendant le traitement d'une requête, nous nous attendons à ce
qu'aucune donnée n'aie été modifiée. Pour permettre un retour en arrière
les données modifiées, la table Tempdb est utilisée pendant la durée de la
transaction.
Le Nb de lignes traitées ou le volume de données modifiées doit être
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient certainement de la
capacité du disque.
Pour eviter un grossissement aussi important, la taille de la transaction
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in message
news:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo, et
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée de
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..." au
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
Bonjour,
Il s'agit du fonctionnement normal de SQL Server. Lorsque une erreur
survient pendant le traitement d'une requête, nous nous attendons à ce
qu'aucune donnée n'aie été modifiée. Pour permettre un retour en arrière
les données modifiées, la table Tempdb est utilisée pendant la durée de la
transaction.
Le Nb de lignes traitées ou le volume de données modifiées doit être
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient certainement de la
capacité du disque.
Pour eviter un grossissement aussi important, la taille de la transaction
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in message
news:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo, et
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée de
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..." au
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
Bonjour,
Il s'agit du fonctionnement normal de SQL Server. Lorsque une erreur
survient pendant le traitement d'une requête, nous nous attendons à ce
qu'aucune donnée n'aie été modifiée. Pour permettre un retour en arrière
les données modifiées, la table Tempdb est utilisée pendant la durée de la
transaction.
Le Nb de lignes traitées ou le volume de données modifiées doit être
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient certainement de la
capacité du disque.
Pour eviter un grossissement aussi important, la taille de la transaction
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" <anonymous@discussions.microsoft.com> wrote in message
news:1c17901c45216$88dd2910$a101280a@phx.gbl...
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo, et
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée de
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..." au
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
Bonjour,
Il s'agit du fonctionnement normal de SQL Server. Lorsque une erreur
survient pendant le traitement d'une requête, nous nous attendons à ce
qu'aucune donnée n'aie été modifiée. Pour permettre un retour en arrière
les données modifiées, la table Tempdb est utilisée pendant la durée de la
transaction.
Le Nb de lignes traitées ou le volume de données modifiées doit être
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient certainement de la
capacité du disque.
Pour eviter un grossissement aussi important, la taille de la transaction
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in message
news:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo, et
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée de
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..." au
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
si TEMPDB grossit beaucoup c'est lié aux objets
pseudo tables par ex des hash match, des tris, des
tables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
br
"Jerome BERTHAUD" wrote in
news:#Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
survient pendant le traitement d'une requête, nous nous
qu'aucune donnée n'aie été modifiée. Pour permettre un
surles données modifiées, la table Tempdb est utilisée
transaction.
Le Nb de lignes traitées ou le volume de données
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
capacité du disque.
Pour eviter un grossissement aussi important, la taille
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in
news:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo,
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..."
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
si TEMPDB grossit beaucoup c'est lié aux objets
pseudo tables par ex des hash match, des tris, des
tables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
br
"Jerome BERTHAUD" <jerome.berthaud@winsight.fr> wrote in
news:#fNnxjhUEHA.1656@TK2MSFTNGP09.phx.gbl...
Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
survient pendant le traitement d'une requête, nous nous
qu'aucune donnée n'aie été modifiée. Pour permettre un
sur
les données modifiées, la table Tempdb est utilisée
transaction.
Le Nb de lignes traitées ou le volume de données
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
capacité du disque.
Pour eviter un grossissement aussi important, la taille
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" <anonymous@discussions.microsoft.com> wrote in
news:1c17901c45216$88dd2910$a101280a@phx.gbl...
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo,
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..."
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
si TEMPDB grossit beaucoup c'est lié aux objets
pseudo tables par ex des hash match, des tris, des
tables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
br
"Jerome BERTHAUD" wrote in
news:#Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
survient pendant le traitement d'une requête, nous nous
qu'aucune donnée n'aie été modifiée. Pour permettre un
surles données modifiées, la table Tempdb est utilisée
transaction.
Le Nb de lignes traitées ou le volume de données
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
capacité du disque.
Pour eviter un grossissement aussi important, la taille
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in
news:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo,
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..."
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
si TEMPDB grossit beaucoup c'est lié aux objets
pseudo tables par ex des hash match, des tris, des
tables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
br
"Jerome BERTHAUD" wrote in
news:#Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
survient pendant le traitement d'une requête, nous nous
qu'aucune donnée n'aie été modifiée. Pour permettre un
surles données modifiées, la table Tempdb est utilisée
transaction.
Le Nb de lignes traitées ou le volume de données
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
capacité du disque.
Pour eviter un grossissement aussi important, la taille
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in
news:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo,
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..."
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
si TEMPDB grossit beaucoup c'est lié aux objets
pseudo tables par ex des hash match, des tris, des
tables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
br
"Jerome BERTHAUD" <jerome.berthaud@winsight.fr> wrote in
news:#fNnxjhUEHA.1656@TK2MSFTNGP09.phx.gbl...
Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
survient pendant le traitement d'une requête, nous nous
qu'aucune donnée n'aie été modifiée. Pour permettre un
sur
les données modifiées, la table Tempdb est utilisée
transaction.
Le Nb de lignes traitées ou le volume de données
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
capacité du disque.
Pour eviter un grossissement aussi important, la taille
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" <anonymous@discussions.microsoft.com> wrote in
news:1c17901c45216$88dd2910$a101280a@phx.gbl...
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo,
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..."
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
si TEMPDB grossit beaucoup c'est lié aux objets
pseudo tables par ex des hash match, des tris, des
tables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
br
"Jerome BERTHAUD" wrote in
news:#Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
survient pendant le traitement d'une requête, nous nous
qu'aucune donnée n'aie été modifiée. Pour permettre un
surles données modifiées, la table Tempdb est utilisée
transaction.
Le Nb de lignes traitées ou le volume de données
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
capacité du disque.
Pour eviter un grossissement aussi important, la taille
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in
news:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo,
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..."
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
Re,
merci déjà pour vos retours rapides!
Ce que je peux déjà dire, c'est qu'en général, nous avons
des GROUP BY assez importants, ce qui peut être lourd à
gérer pour SQL Server.
Nous avons déjà essayé de limiter également la tempdb à
2Go (ce qui me parait déjà énorme!), mais apparement, ça
ne lui suffit pas!
Pour info, il est vrai que les requêtes passent pas
plusieurs millions de lignes pour n'en ramener que souvent
très peu (une centaine). Le problème est que je ne vois
pas comment faire autrement pour limiter la remontée des
données dans une table temporaire!
Sinon, concernant le profiler, désolée, mais je ne sais
pas trop à quoi ça correspond ! :/-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
transaction log.si TEMPDB grossit beaucoup c'est lié aux objets
temporaires, tables etpseudo tables par ex des hash match, des tris, des
regroupements sur destables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
qui se passe.br
"Jerome BERTHAUD" wrote in
messagenews:#Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
Lorsque une erreursurvient pendant le traitement d'une requête, nous nous
attendons à cequ'aucune donnée n'aie été modifiée. Pour permettre un
retour en arrièresurles données modifiées, la table Tempdb est utilisée
pendant la durée de latransaction.
Le Nb de lignes traitées ou le volume de données
modifiées doit êtreimportant pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
certainement de lacapacité du disque.
Pour eviter un grossissement aussi important, la taille
de la transactionpeut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in
messagenews:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo,
etde ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
dela laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..."
auquel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
Re,
merci déjà pour vos retours rapides!
Ce que je peux déjà dire, c'est qu'en général, nous avons
des GROUP BY assez importants, ce qui peut être lourd à
gérer pour SQL Server.
Nous avons déjà essayé de limiter également la tempdb à
2Go (ce qui me parait déjà énorme!), mais apparement, ça
ne lui suffit pas!
Pour info, il est vrai que les requêtes passent pas
plusieurs millions de lignes pour n'en ramener que souvent
très peu (une centaine). Le problème est que je ne vois
pas comment faire autrement pour limiter la remontée des
données dans une table temporaire!
Sinon, concernant le profiler, désolée, mais je ne sais
pas trop à quoi ça correspond ! :/
-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
transaction log.
si TEMPDB grossit beaucoup c'est lié aux objets
temporaires, tables et
pseudo tables par ex des hash match, des tris, des
regroupements sur des
tables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
qui se passe.
br
"Jerome BERTHAUD" <jerome.berthaud@winsight.fr> wrote in
message
news:#fNnxjhUEHA.1656@TK2MSFTNGP09.phx.gbl...
Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
Lorsque une erreur
survient pendant le traitement d'une requête, nous nous
attendons à ce
qu'aucune donnée n'aie été modifiée. Pour permettre un
retour en arrière
sur
les données modifiées, la table Tempdb est utilisée
pendant la durée de la
transaction.
Le Nb de lignes traitées ou le volume de données
modifiées doit être
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
certainement de la
capacité du disque.
Pour eviter un grossissement aussi important, la taille
de la transaction
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" <anonymous@discussions.microsoft.com> wrote in
message
news:1c17901c45216$88dd2910$a101280a@phx.gbl...
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo,
et
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
de
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..."
au
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
Re,
merci déjà pour vos retours rapides!
Ce que je peux déjà dire, c'est qu'en général, nous avons
des GROUP BY assez importants, ce qui peut être lourd à
gérer pour SQL Server.
Nous avons déjà essayé de limiter également la tempdb à
2Go (ce qui me parait déjà énorme!), mais apparement, ça
ne lui suffit pas!
Pour info, il est vrai que les requêtes passent pas
plusieurs millions de lignes pour n'en ramener que souvent
très peu (une centaine). Le problème est que je ne vois
pas comment faire autrement pour limiter la remontée des
données dans une table temporaire!
Sinon, concernant le profiler, désolée, mais je ne sais
pas trop à quoi ça correspond ! :/-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
transaction log.si TEMPDB grossit beaucoup c'est lié aux objets
temporaires, tables etpseudo tables par ex des hash match, des tris, des
regroupements sur destables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
qui se passe.br
"Jerome BERTHAUD" wrote in
messagenews:#Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
Lorsque une erreursurvient pendant le traitement d'une requête, nous nous
attendons à cequ'aucune donnée n'aie été modifiée. Pour permettre un
retour en arrièresurles données modifiées, la table Tempdb est utilisée
pendant la durée de latransaction.
Le Nb de lignes traitées ou le volume de données
modifiées doit êtreimportant pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
certainement de lacapacité du disque.
Pour eviter un grossissement aussi important, la taille
de la transactionpeut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in
messagenews:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à 100Mo,
etde ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
dela laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles pages..."
auquel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
-----Message d'origine-----
Re,
merci déjà pour vos retours rapides!
Ce que je peux déjà dire, c'est qu'en général, nous avons
des GROUP BY assez importants, ce qui peut être lourd à
gérer pour SQL Server.
Nous avons déjà essayé de limiter également la tempdb à
2Go (ce qui me parait déjà énorme!), mais apparement, ça
ne lui suffit pas!
Pour info, il est vrai que les requêtes passent pas
plusieurs millions de lignes pour n'en ramener que
très peu (une centaine). Le problème est que je ne vois
pas comment faire autrement pour limiter la remontée des
données dans une table temporaire!
Sinon, concernant le profiler, désolée, mais je ne sais
pas trop à quoi ça correspond ! :/-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
transaction log.
si TEMPDB grossit beaucoup c'est lié aux objets
temporaires, tables etpseudo tables par ex des hash match, des tris, des
regroupements sur destables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
qui se passe.
br
"Jerome BERTHAUD" wrote in
messagenews:#Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
Lorsque une erreursurvient pendant le traitement d'une requête, nous
attendons à cequ'aucune donnée n'aie été modifiée. Pour permettre un
retour en arrièresurles données modifiées, la table Tempdb est utilisée
pendant la durée de latransaction.
Le Nb de lignes traitées ou le volume de données
modifiées doit êtreimportant pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
certainement de lacapacité du disque.
Pour eviter un grossissement aussi important, la
de la transactionpeut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in
messagenews:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à
etde ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
dela laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles
auquel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
.
-----Message d'origine-----
Re,
merci déjà pour vos retours rapides!
Ce que je peux déjà dire, c'est qu'en général, nous avons
des GROUP BY assez importants, ce qui peut être lourd à
gérer pour SQL Server.
Nous avons déjà essayé de limiter également la tempdb à
2Go (ce qui me parait déjà énorme!), mais apparement, ça
ne lui suffit pas!
Pour info, il est vrai que les requêtes passent pas
plusieurs millions de lignes pour n'en ramener que
très peu (une centaine). Le problème est que je ne vois
pas comment faire autrement pour limiter la remontée des
données dans une table temporaire!
Sinon, concernant le profiler, désolée, mais je ne sais
pas trop à quoi ça correspond ! :/
-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
transaction log.
si TEMPDB grossit beaucoup c'est lié aux objets
temporaires, tables et
pseudo tables par ex des hash match, des tris, des
regroupements sur des
tables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
qui se passe.
br
"Jerome BERTHAUD" <jerome.berthaud@winsight.fr> wrote in
message
news:#fNnxjhUEHA.1656@TK2MSFTNGP09.phx.gbl...
Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
Lorsque une erreur
survient pendant le traitement d'une requête, nous
attendons à ce
qu'aucune donnée n'aie été modifiée. Pour permettre un
retour en arrière
sur
les données modifiées, la table Tempdb est utilisée
pendant la durée de la
transaction.
Le Nb de lignes traitées ou le volume de données
modifiées doit être
important pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
certainement de la
capacité du disque.
Pour eviter un grossissement aussi important, la
de la transaction
peut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" <anonymous@discussions.microsoft.com> wrote in
message
news:1c17901c45216$88dd2910$a101280a@phx.gbl...
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à
et
de ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
de
la laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles
au
quel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
.
-----Message d'origine-----
Re,
merci déjà pour vos retours rapides!
Ce que je peux déjà dire, c'est qu'en général, nous avons
des GROUP BY assez importants, ce qui peut être lourd à
gérer pour SQL Server.
Nous avons déjà essayé de limiter également la tempdb à
2Go (ce qui me parait déjà énorme!), mais apparement, ça
ne lui suffit pas!
Pour info, il est vrai que les requêtes passent pas
plusieurs millions de lignes pour n'en ramener que
très peu (une centaine). Le problème est que je ne vois
pas comment faire autrement pour limiter la remontée des
données dans une table temporaire!
Sinon, concernant le profiler, désolée, mais je ne sais
pas trop à quoi ça correspond ! :/-----Message d'origine-----
Le retour en arrière est plutôt possible gâce au
transaction log.
si TEMPDB grossit beaucoup c'est lié aux objets
temporaires, tables etpseudo tables par ex des hash match, des tris, des
regroupements sur destables ou des jeus de résultat de grosse taille.
il faut sans doute utiliser le profiler pour vérifier ce
qui se passe.
br
"Jerome BERTHAUD" wrote in
messagenews:#Bonjour,
Il s'agit du fonctionnement normal de SQL Server.
Lorsque une erreursurvient pendant le traitement d'une requête, nous
attendons à cequ'aucune donnée n'aie été modifiée. Pour permettre un
retour en arrièresurles données modifiées, la table Tempdb est utilisée
pendant la durée de latransaction.
Le Nb de lignes traitées ou le volume de données
modifiées doit êtreimportant pour que la taille de tempdb atteigne 64Go.
L'erreur impossible d'allouer de nlles pages vient
certainement de lacapacité du disque.
Pour eviter un grossissement aussi important, la
de la transactionpeut elle être diminuée ?
Jerome BERTHAUD MCSD, MCT
http://www.winsight.fr
"Doche" wrote in
messagenews:1c17901c45216$88dd2910$
Bonjour,
Je rencontre des problèmes avec la base de
données "TempDb" qui grossit anormalement.
En temps normal, il est préférable de la fixer à
etde ne pas la laisser s'étendre automatiquement.
Lors d'éxécution de certaines requête, je suis obligée
dela laisser en "extension automatique" sinon une erreur
survient : "impossible d'allouer de nouvelles
auquel cas, la requete ne peut s'exécuter.
Cela est très problématique puisque la tempdb a déjà
grossi jusqu'à 64Go une fois !!
Auriez-vous une idée pour ce pb ??
merci
a+
Doche
.
.
