IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration SQL Server Discussion :

SQL-Server 2005 : Comment connaître la progression d'un Shrink Files ?


Sujet :

Administration SQL Server

  1. #1
    Membre averti
    Homme Profil pro
    Inscrit en
    Janvier 2008
    Messages
    572
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Janvier 2008
    Messages : 572
    Points : 341
    Points
    341
    Par défaut SQL-Server 2005 : Comment connaître la progression d'un Shrink Files ?
    Bonjour,

    Dans SQL Server Manangement Studio, je fais clic droit sur une base, Tasks, Shrink, Files. Là je fais Ok mais ensuite n'ai-je aucun moyen d'avoir des détails sur la progression du Shrink ?

    Comment connaître la progression d'un Shrink Files dans SQL-Server 2005 ?

    Merci,

    a+, =)
    -=Clement=-

    Configuration :
    SQL-Server 2005 v9.0.3294 (SP2 CU10)

  2. #2
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2005
    Messages : 5 826
    Points : 12 371
    Points
    12 371
    Par défaut
    Bonjour,

    Vous n'avez aucun intérêt à réduire la taille des fichier de vos bases de données, sauf s'il s'agit d'un problème urgent d'espace disque.

    En effet, lorsque vous procédez à une réduction de l'un d'entre-eux, vous anéantissez tout le travail que SQL Server a du réaliser pour allouer des pages dans les fichiers de données et du journal des transactions, et qu'il devra réallouer après votre réduction, tôt ou tard.
    Retenez qu'une lecture/écriture est grossièrement mille fois plus lente qu'un accès en mémoire : voyez l'effet que cela peut produire sur une requête qui modifie beaucoup de lignes (insertion, mise à jour ou suppression)

    @++

  3. #3
    Membre averti
    Homme Profil pro
    Inscrit en
    Janvier 2008
    Messages
    572
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Janvier 2008
    Messages : 572
    Points : 341
    Points
    341
    Par défaut
    Bonjour,
    Citation Envoyé par elsuket Voir le message
    Bonjour,

    Vous n'avez aucun intérêt à réduire la taille des fichier de vos bases de données, sauf s'il s'agit d'un problème urgent d'espace disque.

    En effet, lorsque vous procédez à une réduction de l'un d'entre-eux, vous anéan[...]modifie beaucoup de lignes (insertion, mise à jour ou suppression)

    @++
    Dans le cas présent il s'agissait justement d'une action d'urgence pour rétablir un service. Cela étant peut-être est-ce une réponse à une autre question car je ne vois qu'un rapport minimal avec la mienne ^^

    a+, =)
    -=Clement=-

  4. #4
    Expert éminent sénior
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Distribution

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Points : 12 891
    Points
    12 891
    Par défaut
    Bonjour,

    Vous pouvez voir la progression de la commande DBCC SHRINFILE à l'aide de la commande non documentée DBCC EXTENTINFO.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
     
    DECLARE @db_name SYSNAME;
    SET @db_name = N'<databaseName>';
     
    DECLARE @extentinfo TABLE
    (
      [file_id] INT,
      [page_id] INT,
      pg_alloc INT,
      ext_size INT,
      [object_id] INT,
      index_id INT,
      partition_number INT,
      partition_id BIGINT,
      iam_chain_type VARCHAR(50),
      pfs_bytes VARCHAR(100)
    );
     
    INSERT INTO @extentinfo
    EXEC('DBCC EXTENTINFO(' + @db_name + ')');
     
    SELECT 
      [file_id],
      SUM(page_alloc) AS page_count,
      MIN([page_id]) AS page_id_min,
      MAX([page_id]) AS page_id_max
    FROM @extentinfo
    GROUP BY [file_id];
    Vous devez lancer le code X fois pour voir la progression bien entendu.

    ++

  5. #5
    Membre averti
    Homme Profil pro
    Inscrit en
    Janvier 2008
    Messages
    572
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Janvier 2008
    Messages : 572
    Points : 341
    Points
    341
    Par défaut
    Bonjour,

    Voici le code corrigé (une faute à page_alloc au lieu de pg_alloc) :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
     
    DECLARE @db_name SYSNAME;
    SET @db_name = N'<databaseName>';
     
    DECLARE @extentinfo TABLE
    (
      [file_id] INT,
      [page_id] INT,
      pg_alloc INT,
      ext_size INT,
      [object_id] INT,
      index_id INT,
      partition_number INT,
      partition_id BIGINT,
      iam_chain_type VARCHAR(50),
      pfs_bytes VARCHAR(100)
    );
     
    INSERT INTO @extentinfo
    EXEC('DBCC EXTENTINFO(' + @db_name + ')');
     
    SELECT 
      [file_id],
      SUM(pg_alloc) AS page_count,
      MIN([page_id]) AS page_id_min,
      MAX([page_id]) AS page_id_max
    FROM @extentinfo
    GROUP BY [file_id];
    a+, =)
    -=Clement=-

Discussions similaires

  1. Réponses: 3
    Dernier message: 07/08/2009, 14h13
  2. [SQL SERVER 2005] Comment vivre sans EXECUTE ?
    Par rarazor dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 22/06/2007, 11h16
  3. [SQL SERVER 2005] comment créer une base de données ?
    Par Syrrus dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 13/03/2007, 14h26
  4. [C#/SQL Server 2005] Comment créer une base de donnée par le code ?
    Par FraktaL dans le forum Accès aux données
    Réponses: 4
    Dernier message: 09/09/2006, 17h27
  5. [Sql server 2005] Comment faire des taches planifiées?
    Par critok dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 31/05/2006, 12h19

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo