Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
lionelp
Bonjour,
Pour agrandir tempdb il y a : l'enterprise manager la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le fait que tempdb est reconstruite au démarrage de SQL Server. S'il s'agit de fragmentation des fichiers comme leur taille ne doit peu ou pas changer il n'y en pas. Si les redémarrages sont mensuels ou annuel, on peut se poser la question de fragmentation interne, c'est à peu près comme une autre base, il y a des bitmap qui permettent de gérer l'espace au niveau du data file (IAM, GAM et SGAM) jusqu'à l'espace utilisé par extent (PFS). donc pas de fragmentation qui puisse entrainer une baisse de perf.
Pour agrandir tempdb il y a :
l'enterprise manager
la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le
fait que tempdb est reconstruite au démarrage de SQL
Server. S'il s'agit de fragmentation des fichiers comme
leur taille ne doit peu ou pas changer il n'y en pas. Si
les redémarrages sont mensuels ou annuel, on peut se poser
la question de fragmentation interne, c'est à peu près
comme une autre base, il y a des bitmap qui permettent de
gérer l'espace au niveau du data file (IAM, GAM et SGAM)
jusqu'à l'espace utilisé par extent (PFS). donc pas de
fragmentation qui puisse entrainer une baisse de perf.
Pour agrandir tempdb il y a : l'enterprise manager la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le fait que tempdb est reconstruite au démarrage de SQL Server. S'il s'agit de fragmentation des fichiers comme leur taille ne doit peu ou pas changer il n'y en pas. Si les redémarrages sont mensuels ou annuel, on peut se poser la question de fragmentation interne, c'est à peu près comme une autre base, il y a des bitmap qui permettent de gérer l'espace au niveau du data file (IAM, GAM et SGAM) jusqu'à l'espace utilisé par extent (PFS). donc pas de fragmentation qui puisse entrainer une baisse de perf.
Alors moi j'ai rien compris à partir de là : "Si les redémarrages sont mensuels ou annuel, ..." jusqu'à la fin .. Si tu aurais une doc, un lien ?... merci
"lionelp" a écrit dans le message de news:099101c495ac$543a31b0$ Bonjour,
Pour agrandir tempdb il y a : l'enterprise manager la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le fait que tempdb est reconstruite au démarrage de SQL Server. S'il s'agit de fragmentation des fichiers comme leur taille ne doit peu ou pas changer il n'y en pas. Si les redémarrages sont mensuels ou annuel, on peut se poser la question de fragmentation interne, c'est à peu près comme une autre base, il y a des bitmap qui permettent de gérer l'espace au niveau du data file (IAM, GAM et SGAM) jusqu'à l'espace utilisé par extent (PFS). donc pas de fragmentation qui puisse entrainer une baisse de perf.
Alors moi j'ai rien compris à partir de là : "Si les redémarrages sont mensuels ou annuel, ..." jusqu'à la fin ..
Si tu aurais une doc, un lien ?...
merci
"lionelp" <lionelp@online.microsoft.com> a écrit dans le message de news:099101c495ac$543a31b0$a401280a@phx.gbl...
Bonjour,
Pour agrandir tempdb il y a :
l'enterprise manager
la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le
fait que tempdb est reconstruite au démarrage de SQL
Server. S'il s'agit de fragmentation des fichiers comme
leur taille ne doit peu ou pas changer il n'y en pas. Si
les redémarrages sont mensuels ou annuel, on peut se poser
la question de fragmentation interne, c'est à peu près
comme une autre base, il y a des bitmap qui permettent de
gérer l'espace au niveau du data file (IAM, GAM et SGAM)
jusqu'à l'espace utilisé par extent (PFS). donc pas de
fragmentation qui puisse entrainer une baisse de perf.
Alors moi j'ai rien compris à partir de là : "Si les redémarrages sont mensuels ou annuel, ..." jusqu'à la fin .. Si tu aurais une doc, un lien ?... merci
"lionelp" a écrit dans le message de news:099101c495ac$543a31b0$ Bonjour,
Pour agrandir tempdb il y a : l'enterprise manager la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le fait que tempdb est reconstruite au démarrage de SQL Server. S'il s'agit de fragmentation des fichiers comme leur taille ne doit peu ou pas changer il n'y en pas. Si les redémarrages sont mensuels ou annuel, on peut se poser la question de fragmentation interne, c'est à peu près comme une autre base, il y a des bitmap qui permettent de gérer l'espace au niveau du data file (IAM, GAM et SGAM) jusqu'à l'espace utilisé par extent (PFS). donc pas de fragmentation qui puisse entrainer une baisse de perf.
C'est dans les books online tempdb ... tempdb is re-created every time SQL Server is started so the system starts with a clean copy of the database.
toujours dans les BOL: Managing Extent Allocations and Free Space
Cordialement, LionelP
-----Message d'origine----- Alors moi j'ai rien compris à partir de là : "Si les
redémarrages sont mensuels ou annuel, ..." jusqu'à la fin ..
Si tu aurais une doc, un lien ?... merci
"lionelp" a écrit dans le
message de news:099101c495ac$543a31b0$
Bonjour,
Pour agrandir tempdb il y a : l'enterprise manager la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le fait que tempdb est reconstruite au démarrage de SQL Server. S'il s'agit de fragmentation des fichiers comme leur taille ne doit peu ou pas changer il n'y en pas. Si les redémarrages sont mensuels ou annuel, on peut se
poser
la question de fragmentation interne, c'est à peu près comme une autre base, il y a des bitmap qui permettent de gérer l'espace au niveau du data file (IAM, GAM et SGAM) jusqu'à l'espace utilisé par extent (PFS). donc pas de fragmentation qui puisse entrainer une baisse de perf.
C'est dans les books online
tempdb
... tempdb is re-created every time SQL Server is started
so the system starts with a clean copy of the database.
toujours dans les BOL:
Managing Extent Allocations and Free Space
Cordialement,
LionelP
-----Message d'origine-----
Alors moi j'ai rien compris à partir de là : "Si les
redémarrages sont mensuels ou annuel, ..." jusqu'à la
fin ..
Si tu aurais une doc, un lien ?...
merci
"lionelp" <lionelp@online.microsoft.com> a écrit dans le
message de news:099101c495ac$543a31b0$a401280a@phx.gbl...
Bonjour,
Pour agrandir tempdb il y a :
l'enterprise manager
la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le
fait que tempdb est reconstruite au démarrage de SQL
Server. S'il s'agit de fragmentation des fichiers comme
leur taille ne doit peu ou pas changer il n'y en pas. Si
les redémarrages sont mensuels ou annuel, on peut se
poser
la question de fragmentation interne, c'est à peu près
comme une autre base, il y a des bitmap qui permettent de
gérer l'espace au niveau du data file (IAM, GAM et SGAM)
jusqu'à l'espace utilisé par extent (PFS). donc pas de
fragmentation qui puisse entrainer une baisse de perf.
C'est dans les books online tempdb ... tempdb is re-created every time SQL Server is started so the system starts with a clean copy of the database.
toujours dans les BOL: Managing Extent Allocations and Free Space
Cordialement, LionelP
-----Message d'origine----- Alors moi j'ai rien compris à partir de là : "Si les
redémarrages sont mensuels ou annuel, ..." jusqu'à la fin ..
Si tu aurais une doc, un lien ?... merci
"lionelp" a écrit dans le
message de news:099101c495ac$543a31b0$
Bonjour,
Pour agrandir tempdb il y a : l'enterprise manager la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le fait que tempdb est reconstruite au démarrage de SQL Server. S'il s'agit de fragmentation des fichiers comme leur taille ne doit peu ou pas changer il n'y en pas. Si les redémarrages sont mensuels ou annuel, on peut se
poser
la question de fragmentation interne, c'est à peu près comme une autre base, il y a des bitmap qui permettent de gérer l'espace au niveau du data file (IAM, GAM et SGAM) jusqu'à l'espace utilisé par extent (PFS). donc pas de fragmentation qui puisse entrainer une baisse de perf.
"lionelp" a écrit dans le message de news:815b01c495b4$03792760$ Bonjour,
C'est dans les books online tempdb ... tempdb is re-created every time SQL Server is started so the system starts with a clean copy of the database.
toujours dans les BOL: Managing Extent Allocations and Free Space
Cordialement, LionelP
-----Message d'origine----- Alors moi j'ai rien compris à partir de là : "Si les
redémarrages sont mensuels ou annuel, ..." jusqu'à la fin ..
Si tu aurais une doc, un lien ?... merci
"lionelp" a écrit dans le
message de news:099101c495ac$543a31b0$
Bonjour,
Pour agrandir tempdb il y a : l'enterprise manager la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le fait que tempdb est reconstruite au démarrage de SQL Server. S'il s'agit de fragmentation des fichiers comme leur taille ne doit peu ou pas changer il n'y en pas. Si les redémarrages sont mensuels ou annuel, on peut se
poser
la question de fragmentation interne, c'est à peu près comme une autre base, il y a des bitmap qui permettent de gérer l'espace au niveau du data file (IAM, GAM et SGAM) jusqu'à l'espace utilisé par extent (PFS). donc pas de fragmentation qui puisse entrainer une baisse de perf.
"lionelp" <lionelp@online.microsoft.com> a écrit dans le message de news:815b01c495b4$03792760$a601280a@phx.gbl...
Bonjour,
C'est dans les books online
tempdb
... tempdb is re-created every time SQL Server is started
so the system starts with a clean copy of the database.
toujours dans les BOL:
Managing Extent Allocations and Free Space
Cordialement,
LionelP
-----Message d'origine-----
Alors moi j'ai rien compris à partir de là : "Si les
redémarrages sont mensuels ou annuel, ..." jusqu'à la
fin ..
Si tu aurais une doc, un lien ?...
merci
"lionelp" <lionelp@online.microsoft.com> a écrit dans le
message de news:099101c495ac$543a31b0$a401280a@phx.gbl...
Bonjour,
Pour agrandir tempdb il y a :
l'enterprise manager
la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le
fait que tempdb est reconstruite au démarrage de SQL
Server. S'il s'agit de fragmentation des fichiers comme
leur taille ne doit peu ou pas changer il n'y en pas. Si
les redémarrages sont mensuels ou annuel, on peut se
poser
la question de fragmentation interne, c'est à peu près
comme une autre base, il y a des bitmap qui permettent de
gérer l'espace au niveau du data file (IAM, GAM et SGAM)
jusqu'à l'espace utilisé par extent (PFS). donc pas de
fragmentation qui puisse entrainer une baisse de perf.
"lionelp" a écrit dans le message de news:815b01c495b4$03792760$ Bonjour,
C'est dans les books online tempdb ... tempdb is re-created every time SQL Server is started so the system starts with a clean copy of the database.
toujours dans les BOL: Managing Extent Allocations and Free Space
Cordialement, LionelP
-----Message d'origine----- Alors moi j'ai rien compris à partir de là : "Si les
redémarrages sont mensuels ou annuel, ..." jusqu'à la fin ..
Si tu aurais une doc, un lien ?... merci
"lionelp" a écrit dans le
message de news:099101c495ac$543a31b0$
Bonjour,
Pour agrandir tempdb il y a : l'enterprise manager la commande SQL ALTER DATABASE c.f. Books On line
Concernant la défragmentation, je ne vois pas ormis le fait que tempdb est reconstruite au démarrage de SQL Server. S'il s'agit de fragmentation des fichiers comme leur taille ne doit peu ou pas changer il n'y en pas. Si les redémarrages sont mensuels ou annuel, on peut se
poser
la question de fragmentation interne, c'est à peu près comme une autre base, il y a des bitmap qui permettent de gérer l'espace au niveau du data file (IAM, GAM et SGAM) jusqu'à l'espace utilisé par extent (PFS). donc pas de fragmentation qui puisse entrainer une baisse de perf.
