Il doit y avoir un moyen de supprimer des données dans SQL Server sans surcharger le journal

Question

Je dois supprimer un tas de données et ne dispose pas de l'espace disque pour que le journal continue à croître. En regardant plus loin, on dirait qu'il n'y a aucun moyen de contourner cela, mais je pensais que je demanderais avec certitude; il m'est difficile de croire que quelque chose d'aussi simple est impossible.

J'ai essayé de boucler, de supprimer des segments et d'appeler shrinkfile sur le journal après chaque itération. SQL Server semble simplement ignorer la commande shrinkfile. A fait la même chose avec le journal de sauvegarde (puis en supprimant le fichier de sauvegarde par la suite). Même chose - le journal ne cesse de croître. Le modèle de récupération sur la base de données que j'essaie est simple - je pensais que cela faciliterait la tâche, mais ce n'est pas le cas.

Answer 1

Ne le supprimer en morceaux, mais plutôt que d'essayer de réduire le journal entre les temps, enregistrons des sauvegardes entre les morceaux (qui est si vous êtes en pleine récupération)

Le problème est que le journal est plein et doit donc grandir. S'il est plein, essayer de le réduire est inutile, il n'y a pas d'espace libre dans le journal pour le lancer sur le système d'exploitation. Ce que vous devez faire à la place, c'est rendre l'espace disponible dans le fichier pour le réutiliser.

Étant donné que la base de données est en mode de récupération simple, exécutez la suppression en segments avec une commande CHECKPOINT entre chaque segment. Vous ne pouvez pas faire des sauvegardes de journal en récupération simple

Voici un exemple de code qui supprime sans remplir le journal (en récupération simple). N'enveloppez PAS ceci dans une transaction personnalisée. Cela supprime complètement le point de suppression en lots car le journal ne peut pas être effacé tant que la transaction entière ne l'a pas été.

(SQL 2005 et supérieur.Pour SQL 2000, supprimez TOP et l'utilisation SET ROWCOUNT)

DECLARE @Done BIT 
SET @Done = 0 
WHILE @Done = 0 
    BEGIN 
    DELETE TOP (20000) -- reduce if log still growing 
     FROM SomeTable WHERE SomeColumn = SomeValue 
    IF @@ROWCOUNT = 0 
     SET @Done = 1 
    CHECKPOINT -- marks log space reusable in simple recovery 
    END 

Pour comprendre la gestion des journaux, jetez un oeil à cet article - http://www.sqlservercentral.com/articles/64582/

Answer 2

Un truc que je l'ai utilisé en fonction de la taille des données Je garde contre le montant que je suis à la suppression est:

1. sélectionner toutes les « données à conserver » dans une autre table (juste pour le stockage temporaire )

2. tronquer la table originale

3. insérer toutes les données de la table de stockage temporaire de retour dans le

d'origine

Cela fonctionne bien si la quantité que vous conservez est inférieure à celle que vous supprimez. Une option similaire si tous les fichiers de la base de données se trouvent sur le même disque (données et journaux) et que les données à supprimer représentent environ la moitié des données, serait d'exporter les "données à conserver" dans un fichier sur un disque séparé à l'aide de l'utilitaire de ligne de commande bcp, puis tronquez et insérez à nouveau le fichier de données avec bcp.

J'ai vu les DBA mettre la base de données hors ligne, sauvegarder les journaux, désactiver la journalisation et le faire de cette façon, mais cela semble être un gros problème. :-)

Answer 3

Si votre paramètre de récupération est défini sur Complet, vous pouvez essayer d'effectuer une sauvegarde du journal des transactions pour effacer le journal juste avant la suppression.