Le premier \u00e9l\u00e9ment \u00e0 comprendre est le r\u00f4le central de ce fichier dans le fonctionnement de SQL Server. Toute op\u00e9ration de modification de donn\u00e9es (ajout \/ suppression \/ modification) est encadr\u00e9e par une transaction, et il en est de m\u00eame pour les modifications de structure. Si aucune transaction n’est explicitement ouverte, une transaction implicite est cr\u00e9e. Cette transaction repr\u00e9sente une unit\u00e9 atomique (non s\u00e9cable) avant et apr\u00e8s laquelle les donn\u00e9es concern\u00e9es sont r\u00e9put\u00e9es dans un \u00e9tat coh\u00e9rent et durable.<\/p>\n
Tout au long de l’op\u00e9ration, les donn\u00e9es sont modifi\u00e9es au fur et \u00e0 mesure du traitement. Mais ces modifications ne sont en fait pas r\u00e9alis\u00e9es directement sur les fichiers de donn\u00e9es. Elles sont en fait r\u00e9alis\u00e9es sur des pages (8Ko) de donn\u00e9es stock\u00e9es en m\u00e9moire, et elles sont stock\u00e9es au niveau du support fichier uniquement (dans un premier temps) dans le fichier de journal de transactions. Les informations stock\u00e9es dans le journal sont suffisantes pour faire et d\u00e9faire la modification.<\/p>\n
Suivant divers d\u00e9clencheurs (saturation m\u00e9moire ou fichier de log, op\u00e9ration de backup ou checkpoint manuel, …), les versions modifi\u00e9es des pages sont transf\u00e9r\u00e9es vers les fichiers de donn\u00e9es. Les donn\u00e9es du journal de transaction permettent notamment de faire et d\u00e9faire les modifications en cas d’annulation de transaction (Rollback). Notamment, en cas d’arr\u00eat inopin\u00e9 du syst\u00e8me, ces informations pr\u00e9sentes sur le disque dur (et donc r\u00e9put\u00e9es durables), les informations pr\u00e9sentes dans le journal de transaction sont utilis\u00e9es pour repositionner la base dans un \u00e9tat coh\u00e9rent.<\/p>\n
D\u00e8s lors que le Checkpoint a eu lieu, toute les informations contenues dans le journal de transaction et concernant des transactions termin\u00e9es deviennent inutiles pour cette fonctionnalit\u00e9 de r\u00e9cup\u00e9ration en cas de crash.<\/p>\n Toutefois, elle peuvent rester utiles pour de nombreuses autre fonctionnalit\u00e9s :<\/p>\n Pour cela, il peut \u00eatre n\u00e9cessaire de conserver les donn\u00e9es du journal de transactions y compris lorsque les transactions sont termin\u00e9es et qu’un checkpoint a eu lieu ensuite. La base est dans ce cas configur\u00e9e en mode de r\u00e9cup\u00e9ration \u00ab\u00a0complet\u00a0\u00bb.<\/p>\n A l’oppos\u00e9, si l’on d\u00e9cide de s’affranchir des informations fournies pas une historisation des transactions, alors la base est \u00e0 configurer en mode \u00ab\u00a0simple\u00a0\u00bb, et l’espace disque du journal des transactions est de nouveau disponible d\u00e8s lors que les transactions sont termin\u00e9es et que le checkpoint a eu lieu.<\/p>\n Dans la pratique, on trouve tr\u00e8s souvent des bases de donn\u00e9es configur\u00e9es en mode complet soit de mani\u00e8re non justifi\u00e9e (pas de besoin de restauration \u00e0 une date-heure donn\u00e9e, pas de base miroir, …) ou non suivie (pas de sauvegarde du journal).<\/p>\n Il est en effet important de noter qu’\u00e0 partir du moment o\u00f9 une base est en mode complet, son journal de transaction m\u00e9morise l’ensemble des modifications apport\u00e9es, et grossit au besoin (suivant les param\u00e8tres configur\u00e9s). L’espace occup\u00e9 par des transactions r\u00e9volues n’est lib\u00e9r\u00e9 que lorsque les informations qu’il contient sont r\u00e9put\u00e9es stock\u00e9es en s\u00e9curit\u00e9 ailleurs, c’est-\u00e0-dire dans une sauvegarde.<\/p>\n Commen\u00e7ons par cr\u00e9er une base d\u00e9di\u00e9e, dans laquelle nous effectuerons quelques modifications…<\/p>\n Accessoirement, on peut m\u00eame effectuer un petit Checkpoint histoire de s’assurer que toutes les op\u00e9rations \u00ab\u00a0en standby\u00a0\u00bb en m\u00e9moire sont bien appliqu\u00e9es au fichier de donn\u00e9es.<\/p>\n Dans l’\u00e9tat actuel des choses, on n’a plus aucune donn\u00e9e applicatives, la seule table cr\u00e9\u00e9e a m\u00eame \u00e9t\u00e9 supprim\u00e9e.<\/p>\n Et pourtant, on a pas mal de place consomm\u00e9e par le fichier de log…<\/p>\n Cette place ne sera lib\u00e9r\u00e9e que lors d’un backup du journal de transaction.<\/p>\n Maintenant, il est \u00e0 noter que le m\u00eame sc\u00e9nario r\u00e9alis\u00e9 avec un mode Recovery Simple n’aurait pas vu le journal grossir \u00e0 ce point, bien loin de l\u00e0…<\/p>\n Apr\u00e8s avoir laiss\u00e9 quelques secondes au syst\u00e8me pour se stabiliser, on constate que l’espace occup\u00e9 dans le fichier de log est minime…<\/p>\n Au final, il est important de retenir que le mode Recovery complet ne doit \u00eatre utilis\u00e9 que s’il y a un besoin particulier (et en g\u00e9n\u00e9ral pas dans le contexte d’environnements de d\u00e9veloppement). De plus, si une base en mode complet subit de nombreuses modifications entre deux sauvegardes compl\u00e8tes, il convient d’adjoindre une planification de sauvegardes de journaux de transactions entre deux sauvegardes compl\u00e8tes, afin de ne pas voir s’envoler la taille du journal de transaction…<\/p>\n","protected":false},"excerpt":{"rendered":" L’expansion non contr\u00f4l\u00e9e du fichier de log d’une base de donn\u00e9es SQL Server est un sujet r\u00e9curent dans les forums de discussion. Cet article a pour objectif d’expliquer ce qu’est le fichier de log inh\u00e9rent au fonctionnement de SQL Server, … Continuer la lecture ![\"\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2012\/06\/Redo_Undo-620x288.png\" "\\"Redo_Undo\\"")
<\/a><\/p>\n\n
-- Initialisation\r\nSET NOCOUNT ON\r\nGO\r\nCREATE DATABASE [Taille Log]\r\nGO\r\nBACKUP DATABASE [Taille Log] TO DISK = N'C:\\Program Files\\Microsoft SQL Server\\MSSQL10_50.MSSQLSERVER\\MSSQL\\Backup\\Taille Log0.bak' WITH NOFORMAT, INIT, NAME = N'Backup initial', SKIP, NOREWIND, NOUNLOAD, STATS = 10\r\nGO\r\n\r\n-- Mise en place de la table, et remplissage\r\nuse [Taille Log]\r\nGO\r\nCREATE TABLE A(Id int IDENTITY, Chaine char(1000))\r\nGO\r\nINSERT INTO A(Chaine) values ('Test')\r\nGO 100000\r\n\r\n-- Suppression de la table\r\nDROP TABLE A\r\nGO<\/pre>\n-- Checkpoint pour \"stabiliser\"\r\nCHECKPOINT\r\nGO<\/pre>\n
-- Taille du journal occup\u00e9e\r\nSELECT 'Taille du journal occup\u00e9e',s.name AS [Name],s.size * CONVERT(float,8) AS [Size],CAST(FILEPROPERTY(s.name, 'SpaceUsed') AS float)* CONVERT(float,8) AS [UsedSpace]\r\nFROM sys.master_files AS s\r\nWHERE (s.type = 0 and s.database_id = db_id())\r\nGO<\/pre>\n
![\"\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2012\/06\/TailleJournalOccupee.png\" "\\"TailleJournalOccupee\\"")
<\/a><\/p>\n-- Sauvegarde du journal\r\nBACKUP LOG [Taille Log] TO DISK = N'C:\\Program Files\\Microsoft SQL Server\\MSSQL10_50.MSSQLSERVER\\MSSQL\\Backup\\Taille Log.trn' WITH NOFORMAT, INIT, NAME = N'Taille Log-Transaction Log Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10\r\nGO\r\n\r\n-- Taille du journal occup\u00e9e apr\u00e8s backup du journal\r\nSELECT 'apr\u00e8s backup du journal',s.name AS [Name],s.size * CONVERT(float,8) AS [Size],CAST(FILEPROPERTY(s.name, 'SpaceUsed') AS float)* CONVERT(float,8) AS [UsedSpace]\r\nFROM sys.master_files AS s\r\nWHERE (s.type = 0 and s.database_id = db_id())<\/pre>\n
![\"\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2012\/06\/ApresBackupJournal.png\" "\\"ApresBackupJournal\\"")
<\/a><\/p>\n-- Initialisation\r\nSET NOCOUNT ON\r\nGO\r\nCREATE DATABASE [Taille Log2]\r\nGO\r\n-- Mise en place du mode Recovery Simple\r\nUSE [master]\r\nGO\r\nALTER DATABASE [Taille Log2] SET RECOVERY SIMPLE WITH NO_WAIT\r\nGO\r\n\r\n-- Mise en place de la table, et remplissage\r\nuse [Taille Log2]\r\nGO\r\nCREATE TABLE A(Id int IDENTITY, Chaine char(1000))\r\nGO\r\nINSERT INTO A(Chaine) values ('Test')\r\nGO 100000\r\n\r\n-- Suppression de la table\r\nDROP TABLE A\r\nGO\r\n\r\n-- Checkpoint pour \"stabiliser\"\r\nCHECKPOINT\r\nGO<\/pre>\n-- Taille du journal occup\u00e9e\r\nSELECT 'Taille du journal occup\u00e9e',s.name AS [Name],s.size * CONVERT(float,8) AS [Size],CAST(FILEPROPERTY(s.name, 'SpaceUsed') AS float)* CONVERT(float,8) AS [UsedSpace]\r\nFROM sys.master_files AS s\r\nWHERE (s.type = 0 and s.database_id = db_id())\r\nGO<\/pre>\n
![\"\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2012\/06\/TailleJournalSimple.png\" "\\"TailleJournalSimple\\"")
<\/a><\/p>\n