Le fait d'avoir un 92MB MDF avec un LDF 58MB ok cobo? Comment puis-je gérer le journal de garder les choses fonctionne bien?

Question

J'ai des emplois en place aux tables de finition utilisées pour l'histoire et l'exploitation forestière afin de les garder les garnitures. Je veux vous assurer que je ne néglige pas le fichier journal.

Comment et que puis-je ou dois-je faire pour garder le fichier journal en échec?

Le script SQL que j'ai en cours d'exécution sur un horaire de nuit est:

declare @DBname varchar(500)
set @DBname = 'E:\Database\backup\PMIS_backup_'+ convert(varchar(MAX), getdate(), 23 ) +'.bak'

BACKUP DATABASE [PMIS] TO  DISK = @DBname
WITH NOFORMAT, NOINIT,  NAME = @DBname
, SKIP, REWIND, NOUNLOAD,  STATS = 10

(mode de récupération est simple)

Answer 1

Si votre base de données est en tout ou en mode de récupération BULK_LOGGED, vous devez sauvegarder votre base de données et les fichiers journaux sur une base régulière. Si votre base de données est en mode de récupération SIMPLE, alors il vous suffit de votre base de données de sauvegarde sur une base régulière.

S'il vous plaît lire les articles suivants pour plus d'informations:

• http://technet.microsoft.com/en-us/magazine/2009.07.sqlbackup .aspx
• http: / /sqlskills.com/BLOGS/PAUL/post/A-SQL-Server-DBA-myth-a-day-(3030)-backup-myths.aspx
• http://www.sqlskills.com/blogs/paul/post/backup-log-with-no_log-use-abuse-and-undocumented-trace-flags-to-stop-it.aspx
• http: //www.sqlskills .com / blogs / paul / post / Pourquoi-vous-devez-non-rétractable vos données-files.aspx

Answer 2

Je ne sais pas si la question était l'une de la stratégie de sauvegarde ou de tailles de fichier journal.

Eric a expliqué les modes de sauvegarde.

Si vous êtes inquiet au sujet de la taille du fichier journal, vous pouvez également définir le fichier journal à croissance automatique. SQL SERVER vous permettra de autoGrow le fichier journal par un pourcentage ou par un certain nombre de méga-octets ensemble. Vous pouvez également définir une limite de taille absolue si vous les fichiers journaux ont une quantité limitée d'espace de croissance.

Si vous allez dans cette voie, vous souhaiterez probablement rétrécir les fichiers journaux dans le cadre de votre routine d'entretien régulier.

Answer 3

Avec un mode de récupération simple Dont je crois qu'il ya beaucoup que vous devez faire pour les fichiers journaux. En mode simple SQL Server ne doit pas être les transactions dans persistait le fichier journal pendant très longtemps.

Je sais que dans oracle les fichiers journaux sont écrasées une fois que le moteur arrive à la fin du fichier et les transactions sont définies comme ne sont plus nécessaires. Je ne sais pas si SQL Server suit cette même méthodologie ou si le fichier journal est effacé dès que les transactions sont effectuées Processesing ou un événement de point de contrôle se produit.

Je pense que si vous êtes à la recherche d'une taille optimale pour le fichier journal dans cet état (et si vous avez des flexability pour tester) je définir les fichiers journaux autoGrow par quelques mb et définir la taille initiale assez faible . Ensuite, laissez courir pour un itteration ou deux et garder un œil sur la taille.