MS SQL Server
  1. MS SQL Server
  3. La database est énorme
Intereting Posts
Exécution d'une requête SQL – obtention d'un timeout Obtenir les noms des colonnes de la table MSSQL en utilisant pyodbc en python Changer le slider en CTE SQL Server 2000: longueur du champ dans 1/3 (ou 2/3) des loggings Importation en bloc de données CSV dans une table Microsoft SQL Server Compact Edition? Reporting Services Authentification demandée Valeurs de plusieurs colonnes dans une seule ligne boucle à travers chaque colonne d'une table Données SQL agrégées – Serveur MS SQL 2008 SQL Server: countr les symboles dans les jeux Service Fabric – La connection provient d'un domaine non approuvé et ne peut pas être utilisée avec l'authentification Windows T-SQL: renvoie la dernière valeur de chaque ID Combinaison de colonnes dans une colonne SQL Server Comment créer des associations 2 à N dans SQL Retournement de données dans SQL Server

La database est énorme

J'ai le problème suivant. Nous avons une database qui stocke les binarys dans la database. Nous soaps que la taille de la database peut être importante. Nous avons donc supprimé tous les files binarys de la database et utilisé la tâche "shrink". De cette façon, nous espérions que la database serait beaucoup plus petite. Ce sont les résultats:

avant la taille de l'enlèvement était: 20 gigaoctets après la taille de suppression était: 25 gigaoctets (y compris le file journal) après taille de rétrécissement était: 13 gigaoctets

Maintenant, je n'ai aucune idée d'où vient ce concert de 13, la plus grande table de la database est une table de log et c'est 1,3 gig tout le rest combiné ne prend pas 200 mb …

Se pourrait-il qu'il y ait encore des données dans le file journal que la tâche de réduction ne peut pas supprimer? Y at-il une solution à ce problème?

    Si votre model de récupération est "Complet" et que vous n'avez pas sauvegardé puis réduit votre journal de transactions, il peut restr important.

    Selon votre situation, l'un des moyens les plus faciles de réduire le journal des transactions est de définir votre model de récupération sur simple, puis de réduire les files du journal des transactions, puis de rétablir le model de récupération. peut-être besoin d'un point dans le time de récupération, alors vous devriez effectuer des sauvegardes de votre journal de transactions à la place.

    Pour get plus d'informations sur l'utilisation de l'espace, vous pouvez essayer: 

    EXEC sp_spaceused;

    N'oubliez pas de configurer les sauvegardes du journal des transactions (pas seulement les sauvegardes de database car elles ne conserveront pas le journal comme vous l'avez découvert) après avoir consulté les conseils de Robin Day et réduire le journal. Nos journaux de transactions sont sauvegardés toutes les 15 minutes. Votre horaire peut devoir être plus ou less fréquent selon la quantité de données que vous pouvez vous permettre de perdre en cas d'échec. Au minimum, je ferais une sauvegarde journal journal juste pour garder le journal une taille raisonnable.

    Une possibilité est que la table dont vous avez supprimé datatables est un tas (signifie qu'il n'y a pas d'index clusterisé) et lorsque vous supprimez d'un tas l'espace alloué pour la table ne sera pas nécessairement libéré. Vérifiez cet article de MS: http://support.microsoft.com/kb/913399