Le fichier journal de base de données est pleine
Donc notre SQL Server 2000 est de me donner le message d'erreur "Le fichier journal de base de données est plein. Sauvegarder le journal des transactions de la base de données afin de libérer de l'espace du journal."
Comment puis-je corriger cela sans supprimer le journal à l'instar de certains autres sites ont mentionné?
Informations supplémentaires: Activer la croissance automatique est activée une croissance de 10% et est limité à 40 MO.
OriginalL'auteur Scott Gottreu | 2008-09-16
Vous devez vous connecter pour publier un commentaire.
Scott, comme vous l'avez deviné: tronquer le journal est un mauvais coup si vous vous souciez de vos données.
La suite, gratuitement, les vidéos vont vous aider à voir exactement ce qui se passe et va vous montrer comment résoudre le problème sans tronquer les journaux. (Ces vidéos aussi expliquer pourquoi c'est dangereux, hack et pourquoi vous avez raison de chercher une autre solution.)
Ensemble, ces vidéos vont vous aider à comprendre exactement ce qui se passe et va vous montrer si vous voulez changer de récupération SIMPLE, ou les regarder en train de changer vos routines de sauvegarde. Il y a aussi quelques nouveaux "how-to" des vidéos qui vous montrent exactement comment configurer vos sauvegardes pour s'assurer de la disponibilité lors de la gestion du fichier journal de dimensionnement et de croissance.
OriginalL'auteur Michael K. Campbell
Juste vide:
De l'enregistrer quelque part:
Si vous n'avez pas vraiment besoin de l'historique des transactions, essayez de définir la base de données en mode de récupération simple.
OriginalL'auteur TrevorD
éther de sauvegarde de vos journaux de base de données régulièrement si vous avez besoin de récupérer jusqu'à la minute ou à faire d'autres choses amusantes comme l'envoi de journaux dans l'avenir, ou de définir la base de données en mode simple et réduire la taille de fichier de données.
NE PAS copier, renommer ou le supprimer .fichier ldf cela va briser votre base de données et après vous récupérer à partir de ce que vous pouvez avoir des données dans un état incohérent rendant invalide.
OriginalL'auteur
Je ne pense pas que le fait de renommer ou de déplacer le fichier de journal des travaux, tandis que la base de données est en ligne.
Chose la plus facile à faire, OMI, est d'ouvrir les propriétés de la base de données et de le passer en mode de Récupération Simple. puis réduire la base de données, puis de revenir et de définir la DB à Pleine Recoery Modèle (ou quel que soit le modèle dont vous avez besoin).
De changer le mode d'enregistrement forces de SQL Server pour définir un point de contrôle dans la base de données, après quoi le compactage de la base de données permettra de libérer de l'espace excédentaire.
OriginalL'auteur cori
Mon ami qui a fait face à cette erreur dans le passé recommande:
Essayer
Cause:
Le journal des transactions se gonfle en raison des événements en cours de la session (Peut-être que vous avez un certain nombre de transactions et à défaut d'être annulée.. ou un coup de pointe dans les transactions sur le serveur )
OriginalL'auteur Gishu
Vous voudrez peut-être vérifier SI question:
OriginalL'auteur kristof
Ont un coup d'oeil ici: http://support.microsoft.com/kb/272318
OriginalL'auteur Chris Canal
Bien, vous pouvez prendre une copie des journaux de transaction, puis tronquer le fichier journal, qui est ce que le message d'erreur indique.
Si l'espace disque est plein et que vous ne pouvez pas copier le connecter à une autre machine du réseau, connectez un lecteur via USB et copiez-off de cette façon.
OriginalL'auteur Marc Gear
Vous avez la réponse dans votre question: Sauvegarde le journal, alors il sera rétrécie.
Faire un plan de maintenance pour une sauvegarde régulière de la base de données et n'oubliez pas de sélectionner "Sauvegarde du journal des transactions". De cette façon, vous aurez une petite.
OriginalL'auteur Miroslav Zadravec
Si c'est un non environnement de production, d'utilisation
Une fois terminé réduire le journal de fichiers pour libérer de l'espace disque. Enfin commutateur de base de données en mode de récupération simple.
OriginalL'auteur
Dès que vous prenez une sauvegarde complète de la base de données et la base de données n'est pas en utilisant le modèle de récupération Simple, SQL Server conserve un enregistrement complet de toutes les transactions déjà effectuées sur la base de données. Il ne présente donc que dans le cas d'une défaillance catastrophique où vous perdez le fichier de données, vous pouvez restaurer le point de non-respect par la sauvegarde du journal et, une fois que vous avez restauré une ancienne sauvegarde de données, restaurer le journal de rejouer les transactions perdues.
Pour éviter ce bâtiment, vous devez sauvegarder le journal des transactions. Ou, vous pouvez briser la chaîne au point en cours à l'aide de la TRUNCATE_ONLY ou NO_LOG options de JOURNAL de SAUVEGARDE.
Si vous n'avez pas besoin de cette fonctionnalité, définissez le modèle de récupération Simple.
OriginalL'auteur Mike Dimmick
Mon cher ami, il est très important pour un DBA pour vérifier son fichier journal assez fréquemment. Parce que si vous ne donnez pas beaucoup d'attention vers elle, un jour elle va donner cette erreur.
Pour ce faire, vous devez régulièrement prendre de retour de sorte que les journaux de fichier ne serait pas face à une telle erreur.
Puis d'autres présente les données ci-dessus suggestion sont tout à fait droit.
OriginalL'auteur shadab shah
Le renommer. par exemple:
vieux-journal-16-09-08.journal
Puis le SQL server peut utiliser un nouveau vide.
OriginalL'auteur Fire Lancer