1. Videz la bûche
SUPPRIMER LE NOM DE LA BIBLIOTHÈQUE DE TRANSACTIONS AVEC NO_LOG
2. Tronquez le journal des transactions :
Le nom de la base de données BACKUP LOG est AVEC NO_LOG
3. Réduire les fichiers de base de données (Si vous ne les compressez pas, les fichiers de base ne rétréciront pas.)
Enterprise Manager - Clic droit sur la base de données que vous souhaitez compresser - Toutes les tâches - Réduire la base de données - Réduire le fichier
--Sélectionnez fichier journal --Sélectionnez réduction à XXM dans la méthode de réduction, ici vous donnerez un nombre minimum M pouvant être rétréci, entrez ce numéro directement, et vous pouvez confirmer
--Sélectionner fichier de données--Sélectionner réduire à XXM dans la méthode de rétrécissement ; ici vous donnerez un nombre minimum M pouvant être réduit, saisissez ce nombre directement, et vous pouvez confirmer
Cela peut aussi se faire avec des instructions SQL
--Réduisez la base de données
DBCC SHRINKDATABASE (Profil client)
--Réduire le fichier de données spécifié, 1 est le numéro de fichier, qui peut être interrogé par cette instruction : select * from sysfiles
FICHIER DE RÉDUCTION D’ÉTAT DBCC (1)
4. Maximiser la minification des fichiers journaux (dans le cas de SQL 7.0, cette étape ne peut être effectuée que dans l’analyseur de requêtes)
a. Séparation des bases de données :
Enterprise Manager - Serveur - Base de données - Clic droit - Détachement de la base de données
b. Supprimer le fichier LOG de mon ordinateur
c. Bases de données supplémentaires :
Enterprise Manager - Serveur - Base de données - Clic droit - Attacher la base de données
Cette méthode générera un nouveau LOG, qui ne dépasse que 500K de taille
Ou utilisez du code :
L’exemple suivant détache les pubs puis joint un fichier des pubs au serveur courant.
a. Séparation
E X E C sp_detach_db @dbname = « publications »
b. Suppression des fichiers journaux
c. Ajouts supplémentaires
E X E C sp_attach_single_file_db @dbname = « publications »,
@physname = 'c :\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
5. Pour rétrécir automatiquement à l’avenir, effectuez les réglages suivants :
Enterprise Manager - Serveur - Clic droit sur la base de données - Propriétés - Options - Sélectionnez « Auto Shrink »
--Réglage de la déclaration SQL :
E X E C sp_dboption « nom de la base de données », « autoshrink », « TRUE »
6. Si vous voulez éviter qu’elle ne pousse trop à l’avenir
Enterprise Manager - Serveur - Base de données en clic droit - Propriétés - Journal des transactions
--limiter la croissance des fichiers à xM (x est la taille maximale de fichier de données autorisée)
--Réglage de la déclaration SQL :
modifier database name modifier file(name=logical filename,maxsize=20)
Note spéciale :
Veuillez suivre les étapes, ne faites pas les étapes suivantes sans les étapes précédentes
Sinon, cela pourrait endommager votre base de données.
Il n’est généralement pas recommandé de faire les étapes 4 et 6
L’étape 4 n’est pas sécurisée et peut endommager la base de données ou perdre des données
Étape 6 Si le journal atteint la limite supérieure, le traitement de la base de données échouera à l’avenir et ne pourra être restauré qu’après le nettoyage du journal.
De plus, il offre une méthode plus simple, je l’ai essayée plusieurs fois, et je vous recommande de l’utiliser.
Moyen plus simple :
1。 À droite : La fenêtre Propriétés de la base de données - Modèle de failback - est réglée sur Simple
2。 Construire correctement toutes les tâches de la base de données - réduire la base de données
3。 À droite : Construire la fenêtre des propriétés de la base de données - Modèle de secours - régler sur la journalisation des grands volumes |
Publié sur 11/02/2015 13:25:53
|
|
|
