Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server, m'a
db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un shrink
de la db resouderait mes problèmes en ce qui concerne les logs sauvegardé
du au full backup sql. Est-ce la manière idéal de faire ? Suite à cela,
j'ai enlevé de ces index le file server en question, mais en regardant
bien la db, j'ai encore un nombre INCALCULABLE d'entrée de ce file server
qui reste encore dans cette db et garde la db à + de 16GB pour 1GB de
contenu !!! Ce qui risque à l'avenir de me poser un stress au niveau
backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server, m'a
db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un shrink
de la db resouderait mes problèmes en ce qui concerne les logs sauvegardé
du au full backup sql. Est-ce la manière idéal de faire ? Suite à cela,
j'ai enlevé de ces index le file server en question, mais en regardant
bien la db, j'ai encore un nombre INCALCULABLE d'entrée de ce file server
qui reste encore dans cette db et garde la db à + de 16GB pour 1GB de
contenu !!! Ce qui risque à l'avenir de me poser un stress au niveau
backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server, m'a
db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un shrink
de la db resouderait mes problèmes en ce qui concerne les logs sauvegardé
du au full backup sql. Est-ce la manière idéal de faire ? Suite à cela,
j'ai enlevé de ces index le file server en question, mais en regardant
bien la db, j'ai encore un nombre INCALCULABLE d'entrée de ce file server
qui reste encore dans cette db et garde la db à + de 16GB pour 1GB de
contenu !!! Ce qui risque à l'avenir de me poser un stress au niveau
backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
je précise, j'ai rien touché à la db en dire...
"laurent" a écrit dans le message de news:Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server, m'a
db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un
shrink de la db resouderait mes problèmes en ce qui concerne les logs
sauvegardé du au full backup sql. Est-ce la manière idéal de faire ?
Suite à cela, j'ai enlevé de ces index le file server en question, mais
en regardant bien la db, j'ai encore un nombre INCALCULABLE d'entrée de
ce file server qui reste encore dans cette db et garde la db à + de 16GB
pour 1GB de contenu !!! Ce qui risque à l'avenir de me poser un stress au
niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
je précise, j'ai rien touché à la db en dire...
"laurent" <laurent@adxcreation.net> a écrit dans le message de news:
u6OdnX2w2LDTUXreRVnytQ@scarlet.biz...
Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server, m'a
db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un
shrink de la db resouderait mes problèmes en ce qui concerne les logs
sauvegardé du au full backup sql. Est-ce la manière idéal de faire ?
Suite à cela, j'ai enlevé de ces index le file server en question, mais
en regardant bien la db, j'ai encore un nombre INCALCULABLE d'entrée de
ce file server qui reste encore dans cette db et garde la db à + de 16GB
pour 1GB de contenu !!! Ce qui risque à l'avenir de me poser un stress au
niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
je précise, j'ai rien touché à la db en dire...
"laurent" a écrit dans le message de news:Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server, m'a
db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un
shrink de la db resouderait mes problèmes en ce qui concerne les logs
sauvegardé du au full backup sql. Est-ce la manière idéal de faire ?
Suite à cela, j'ai enlevé de ces index le file server en question, mais
en regardant bien la db, j'ai encore un nombre INCALCULABLE d'entrée de
ce file server qui reste encore dans cette db et garde la db à + de 16GB
pour 1GB de contenu !!! Ce qui risque à l'avenir de me poser un stress au
niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" a écrit dans le message de news:je précise, j'ai rien touché à la db en dire...
"laurent" a écrit dans le message de news:Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server, m'a
db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un
shrink de la db resouderait mes problèmes en ce qui concerne les logs
sauvegardé du au full backup sql. Est-ce la manière idéal de faire ?
Suite à cela, j'ai enlevé de ces index le file server en question, mais
en regardant bien la db, j'ai encore un nombre INCALCULABLE d'entrée de
ce file server qui reste encore dans cette db et garde la db à + de 16GB
pour 1GB de contenu !!! Ce qui risque à l'avenir de me poser un stress
au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" <laurent@adxcreation.net> a écrit dans le message de news:
4-Wdnb519cWCfnreRVnyjA@scarlet.biz...
je précise, j'ai rien touché à la db en dire...
"laurent" <laurent@adxcreation.net> a écrit dans le message de news:
u6OdnX2w2LDTUXreRVnytQ@scarlet.biz...
Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server, m'a
db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un
shrink de la db resouderait mes problèmes en ce qui concerne les logs
sauvegardé du au full backup sql. Est-ce la manière idéal de faire ?
Suite à cela, j'ai enlevé de ces index le file server en question, mais
en regardant bien la db, j'ai encore un nombre INCALCULABLE d'entrée de
ce file server qui reste encore dans cette db et garde la db à + de 16GB
pour 1GB de contenu !!! Ce qui risque à l'avenir de me poser un stress
au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" a écrit dans le message de news:je précise, j'ai rien touché à la db en dire...
"laurent" a écrit dans le message de news:Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server, m'a
db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un
shrink de la db resouderait mes problèmes en ce qui concerne les logs
sauvegardé du au full backup sql. Est-ce la manière idéal de faire ?
Suite à cela, j'ai enlevé de ces index le file server en question, mais
en regardant bien la db, j'ai encore un nombre INCALCULABLE d'entrée de
ce file server qui reste encore dans cette db et garde la db à + de 16GB
pour 1GB de contenu !!! Ce qui risque à l'avenir de me poser un stress
au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
Sans aucun doute l'index SPS... !!!
Merci d'avance....
"Pierre Vivier-Merle" a écrit dans le message
de news: %Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" a écrit dans le message de news:je précise, j'ai rien touché à la db en dire...
"laurent" a écrit dans le message de news:Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server,
m'a db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un
shrink de la db resouderait mes problèmes en ce qui concerne les logs
sauvegardé du au full backup sql. Est-ce la manière idéal de faire ?
Suite à cela, j'ai enlevé de ces index le file server en question, mais
en regardant bien la db, j'ai encore un nombre INCALCULABLE d'entrée
de ce file server qui reste encore dans cette db et garde la db à + de
16GB pour 1GB de contenu !!! Ce qui risque à l'avenir de me poser un
stress au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
Sans aucun doute l'index SPS... !!!
Merci d'avance....
"Pierre Vivier-Merle" <pierrevm@exakisremove.com> a écrit dans le message
de news: %23rwbsTQLGHA.904@TK2MSFTNGP10.phx.gbl...
Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" <laurent@adxcreation.net> a écrit dans le message de news:
4-Wdnb519cWCfnreRVnyjA@scarlet.biz...
je précise, j'ai rien touché à la db en dire...
"laurent" <laurent@adxcreation.net> a écrit dans le message de news:
u6OdnX2w2LDTUXreRVnytQ@scarlet.biz...
Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server,
m'a db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un
shrink de la db resouderait mes problèmes en ce qui concerne les logs
sauvegardé du au full backup sql. Est-ce la manière idéal de faire ?
Suite à cela, j'ai enlevé de ces index le file server en question, mais
en regardant bien la db, j'ai encore un nombre INCALCULABLE d'entrée
de ce file server qui reste encore dans cette db et garde la db à + de
16GB pour 1GB de contenu !!! Ce qui risque à l'avenir de me poser un
stress au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
Sans aucun doute l'index SPS... !!!
Merci d'avance....
"Pierre Vivier-Merle" a écrit dans le message
de news: %Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" a écrit dans le message de news:je précise, j'ai rien touché à la db en dire...
"laurent" a écrit dans le message de news:Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server,
m'a db a pris des proportion énorme. Après qq recherches, j'ai lu qu'un
shrink de la db resouderait mes problèmes en ce qui concerne les logs
sauvegardé du au full backup sql. Est-ce la manière idéal de faire ?
Suite à cela, j'ai enlevé de ces index le file server en question, mais
en regardant bien la db, j'ai encore un nombre INCALCULABLE d'entrée
de ce file server qui reste encore dans cette db et garde la db à + de
16GB pour 1GB de contenu !!! Ce qui risque à l'avenir de me poser un
stress au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout ! Coment
bien configurer sa db sql, comment optimiser celle-ci et surtout faire
revenir ma db à une taille raisonable...
Merci d'avance...
2 pistes :
Avez-vous relancé une indexation intégrale ?
Si cela ne fonctionne pas, pas en mode "recherche avancée" (attention
cependant, vous ne pourrez pas revenir en arrière). Vous bénéficierez
alors de plus d'option notamment la possibilité de créer plus de 2 index
et , ce qui nous intéresse plus dans notre cas, de réinitialiser l'index.
Si cela peut aider
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" a écrit dans le message de
news:Sans aucun doute l'index SPS... !!!
Merci d'avance....
"Pierre Vivier-Merle" a écrit dans le message
de news: %Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog :
http://blogs.developpeur.org/pierre !
"laurent" a écrit dans le message de news:je précise, j'ai rien touché à la db en dire...
"laurent" a écrit dans le message de news:Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server,
m'a db a pris des proportion énorme. Après qq recherches, j'ai lu
qu'un shrink de la db resouderait mes problèmes en ce qui concerne les
logs sauvegardé du au full backup sql. Est-ce la manière idéal de
faire ? Suite à cela, j'ai enlevé de ces index le file server en
question, mais en regardant bien la db, j'ai encore un nombre
INCALCULABLE d'entrée de ce file server qui reste encore dans cette
db et garde la db à + de 16GB pour 1GB de contenu !!! Ce qui risque à
l'avenir de me poser un stress au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout !
Coment bien configurer sa db sql, comment optimiser celle-ci et
surtout faire revenir ma db à une taille raisonable...
Merci d'avance...
2 pistes :
Avez-vous relancé une indexation intégrale ?
Si cela ne fonctionne pas, pas en mode "recherche avancée" (attention
cependant, vous ne pourrez pas revenir en arrière). Vous bénéficierez
alors de plus d'option notamment la possibilité de créer plus de 2 index
et , ce qui nous intéresse plus dans notre cas, de réinitialiser l'index.
Si cela peut aider
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" <laurent@adxcreation.net> a écrit dans le message de
news: -N-dnf4wouGXM3beRVnyjA@scarlet.biz...
Sans aucun doute l'index SPS... !!!
Merci d'avance....
"Pierre Vivier-Merle" <pierrevm@exakisremove.com> a écrit dans le message
de news: %23rwbsTQLGHA.904@TK2MSFTNGP10.phx.gbl...
Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog :
http://blogs.developpeur.org/pierre !
"laurent" <laurent@adxcreation.net> a écrit dans le message de news:
4-Wdnb519cWCfnreRVnyjA@scarlet.biz...
je précise, j'ai rien touché à la db en dire...
"laurent" <laurent@adxcreation.net> a écrit dans le message de news:
u6OdnX2w2LDTUXreRVnytQ@scarlet.biz...
Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server,
m'a db a pris des proportion énorme. Après qq recherches, j'ai lu
qu'un shrink de la db resouderait mes problèmes en ce qui concerne les
logs sauvegardé du au full backup sql. Est-ce la manière idéal de
faire ? Suite à cela, j'ai enlevé de ces index le file server en
question, mais en regardant bien la db, j'ai encore un nombre
INCALCULABLE d'entrée de ce file server qui reste encore dans cette
db et garde la db à + de 16GB pour 1GB de contenu !!! Ce qui risque à
l'avenir de me poser un stress au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout !
Coment bien configurer sa db sql, comment optimiser celle-ci et
surtout faire revenir ma db à une taille raisonable...
Merci d'avance...
2 pistes :
Avez-vous relancé une indexation intégrale ?
Si cela ne fonctionne pas, pas en mode "recherche avancée" (attention
cependant, vous ne pourrez pas revenir en arrière). Vous bénéficierez
alors de plus d'option notamment la possibilité de créer plus de 2 index
et , ce qui nous intéresse plus dans notre cas, de réinitialiser l'index.
Si cela peut aider
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" a écrit dans le message de
news:Sans aucun doute l'index SPS... !!!
Merci d'avance....
"Pierre Vivier-Merle" a écrit dans le message
de news: %Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog :
http://blogs.developpeur.org/pierre !
"laurent" a écrit dans le message de news:je précise, j'ai rien touché à la db en dire...
"laurent" a écrit dans le message de news:Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server,
m'a db a pris des proportion énorme. Après qq recherches, j'ai lu
qu'un shrink de la db resouderait mes problèmes en ce qui concerne les
logs sauvegardé du au full backup sql. Est-ce la manière idéal de
faire ? Suite à cela, j'ai enlevé de ces index le file server en
question, mais en regardant bien la db, j'ai encore un nombre
INCALCULABLE d'entrée de ce file server qui reste encore dans cette
db et garde la db à + de 16GB pour 1GB de contenu !!! Ce qui risque à
l'avenir de me poser un stress au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout !
Coment bien configurer sa db sql, comment optimiser celle-ci et
surtout faire revenir ma db à une taille raisonable...
Merci d'avance...
avait déjà essayé ca, snif....
"Pierre Vivier-Merle" a écrit dans le message
de news:2 pistes :
Avez-vous relancé une indexation intégrale ?
Si cela ne fonctionne pas, pas en mode "recherche avancée" (attention
cependant, vous ne pourrez pas revenir en arrière). Vous bénéficierez
alors de plus d'option notamment la possibilité de créer plus de 2 index
et , ce qui nous intéresse plus dans notre cas, de réinitialiser l'index.
Si cela peut aider
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" a écrit dans le message de
news:Sans aucun doute l'index SPS... !!!
Merci d'avance....
"Pierre Vivier-Merle" a écrit dans le
message de news: %Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog :
http://blogs.developpeur.org/pierre !
"laurent" a écrit dans le message de news:je précise, j'ai rien touché à la db en dire...
"laurent" a écrit dans le message de news:Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server,
m'a db a pris des proportion énorme. Après qq recherches, j'ai lu
qu'un shrink de la db resouderait mes problèmes en ce qui concerne
les logs sauvegardé du au full backup sql. Est-ce la manière idéal de
faire ? Suite à cela, j'ai enlevé de ces index le file server en
question, mais en regardant bien la db, j'ai encore un nombre
INCALCULABLE d'entrée de ce file server qui reste encore dans cette
db et garde la db à + de 16GB pour 1GB de contenu !!! Ce qui risque à
l'avenir de me poser un stress au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout !
Coment bien configurer sa db sql, comment optimiser celle-ci et
surtout faire revenir ma db à une taille raisonable...
Merci d'avance...
avait déjà essayé ca, snif....
"Pierre Vivier-Merle" <pierrevm@exakisremove.com> a écrit dans le message
de news: ubhqaEdLGHA.344@TK2MSFTNGP11.phx.gbl...
2 pistes :
Avez-vous relancé une indexation intégrale ?
Si cela ne fonctionne pas, pas en mode "recherche avancée" (attention
cependant, vous ne pourrez pas revenir en arrière). Vous bénéficierez
alors de plus d'option notamment la possibilité de créer plus de 2 index
et , ce qui nous intéresse plus dans notre cas, de réinitialiser l'index.
Si cela peut aider
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" <laurent@adxcreation.net> a écrit dans le message de
news: -N-dnf4wouGXM3beRVnyjA@scarlet.biz...
Sans aucun doute l'index SPS... !!!
Merci d'avance....
"Pierre Vivier-Merle" <pierrevm@exakisremove.com> a écrit dans le
message de news: %23rwbsTQLGHA.904@TK2MSFTNGP10.phx.gbl...
Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog :
http://blogs.developpeur.org/pierre !
"laurent" <laurent@adxcreation.net> a écrit dans le message de news:
4-Wdnb519cWCfnreRVnyjA@scarlet.biz...
je précise, j'ai rien touché à la db en dire...
"laurent" <laurent@adxcreation.net> a écrit dans le message de news:
u6OdnX2w2LDTUXreRVnytQ@scarlet.biz...
Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server,
m'a db a pris des proportion énorme. Après qq recherches, j'ai lu
qu'un shrink de la db resouderait mes problèmes en ce qui concerne
les logs sauvegardé du au full backup sql. Est-ce la manière idéal de
faire ? Suite à cela, j'ai enlevé de ces index le file server en
question, mais en regardant bien la db, j'ai encore un nombre
INCALCULABLE d'entrée de ce file server qui reste encore dans cette
db et garde la db à + de 16GB pour 1GB de contenu !!! Ce qui risque à
l'avenir de me poser un stress au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout !
Coment bien configurer sa db sql, comment optimiser celle-ci et
surtout faire revenir ma db à une taille raisonable...
Merci d'avance...
avait déjà essayé ca, snif....
"Pierre Vivier-Merle" a écrit dans le message
de news:2 pistes :
Avez-vous relancé une indexation intégrale ?
Si cela ne fonctionne pas, pas en mode "recherche avancée" (attention
cependant, vous ne pourrez pas revenir en arrière). Vous bénéficierez
alors de plus d'option notamment la possibilité de créer plus de 2 index
et , ce qui nous intéresse plus dans notre cas, de réinitialiser l'index.
Si cela peut aider
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog : http://blogs.developpeur.org/pierre
!
"laurent" a écrit dans le message de
news:Sans aucun doute l'index SPS... !!!
Merci d'avance....
"Pierre Vivier-Merle" a écrit dans le
message de news: %Bonjour,
Ce sont les fichiers d'index SPS ou les fichiers de base SQL qui posent
problèmes dans votre cas ?
--
Cordialement,
Pierre
Venez visiter mon tout nouveau blog :
http://blogs.developpeur.org/pierre !
"laurent" a écrit dans le message de news:je précise, j'ai rien touché à la db en dire...
"laurent" a écrit dans le message de news:Bonjour,
Suite à un import dans l'index de recherche d'un énorme file server,
m'a db a pris des proportion énorme. Après qq recherches, j'ai lu
qu'un shrink de la db resouderait mes problèmes en ce qui concerne
les logs sauvegardé du au full backup sql. Est-ce la manière idéal de
faire ? Suite à cela, j'ai enlevé de ces index le file server en
question, mais en regardant bien la db, j'ai encore un nombre
INCALCULABLE d'entrée de ce file server qui reste encore dans cette
db et garde la db à + de 16GB pour 1GB de contenu !!! Ce qui risque à
l'avenir de me poser un stress au niveau backup :-(
Une idée ??? Un article ??? Une aide ??? Je suis ouvert à tout !
Coment bien configurer sa db sql, comment optimiser celle-ci et
surtout faire revenir ma db à une taille raisonable...
Merci d'avance...