จากตอนที่ผ่านมาทุกคนทราบแล้วว่าการบันทึก Transaction ลงไปในส่วนที่เวียนกลับมาได้อย่างถูกต้อง ก็ต่อเมื่อได้ทำการ Truncate กับ VLFs เหล่านั้นอย่างเหมาะสมและปลอดภัยเท่านั้น
ไฟล์ Transaction Log ใช้บันทึกข้อมูล Transaction ก็คือบรรดากลุ่มคำสั่งในการ Insert, Update และ Delete ข้อมูล และเป็นด่านแรกในการบันทึกข้อมูลลงดิสก์ในระบบฐานข้อมูล ข้อมูล Transaction ที่บันทึกลงใน Transaction Log ยังนำมาใช้ในการ Recovery โดยอัตโนมัติให้กับฐานข้อมูลอีกด้วย
การ Truncate ไฟล์ Transaction Log
การ Truncate ไฟล์ Transaction Log คือ การลบ VLFs ที่ใช้แล้ว และกลายเป็น non-active ทิ้งไป หากการฉีกทิ้งนี้เป็นการฉีกทิ้งไปเลย เมื่อถึงคราวที่จำเป็นต้อง Restore และ Recovery กลับไปยังช่วงเวลาที่ถูกฉีกทิ้งไปจะทำไม่ได้ (Simple Recovery Model)
แต่หากการฉีกทิ้งนั้นเป็นการฉีกแล้วไปเก็บเอาไว้ หากจำเป็นต้องกลับมาอ่านเพื่อ Restore และ Recovery ก็ยังสามารถทำได้ (Full Recovery Model หรือ Bulk-Logged Recovery Model)
ความสัมพันธ์กับ Recovery Model
กระบวนการทำงานกับ Transaction Log มีความเกี่ยวข้องกับการตั้งค่า Recovery Model การ Backup Transaction Log จึงมีความสำคัญ และสัมพันธ์กับการกำหนดค่าดังกล่าว ว่าจะเสมือนกับการฉีกไฟล์ในส่วนที่เป็น Non-Active ซึ่งจะให้สามารถกู้กลับมาได้ถึงวินาทีสุดท้ายที่ Backup ก็จะต้องวางแผนและกำหนดค่า Recovery Model ให้ถูกต้องด้วย
