มันเป็นการดีที่จะใช้การบีบอัด NTFS ในโฟลเดอร์ IIS บันทึกหรือไม่


13

เป็นวิธีปฏิบัติที่ดีที่จะใช้การบีบอัด NTFS ในโฟลเดอร์และไฟล์บันทึก IIS หรือไม่

ฉันสามารถลงจาก 20GB เป็น 7GB โดยทำสิ่งนี้ บันทึก IIS มีต่อวันและมีขนาดโดยเฉลี่ย 20MB แต่บางวันมีขนาด 200MB

ฉันสงสัยว่า IIS จะต้องเปิดทั้งไฟล์ในหน่วยความจำหรือไม่บังคับให้ NTFS แตกไฟล์ 20MB (หรือ 200MB ในกรณีที่รุนแรง) ในแต่ละครั้ง? หรือมีเวทมนต์บางอย่างที่ทำให้ IIS สามารถผนวกเนื้อหาได้บ้าง? ผลกระทบของระบบคืออะไร มันจะกลายเป็นปัญหาหรือไม่ถ้าเราเพิ่มปริมาณการใช้งานของเรา?

ฉันควรแยกพวกเขาต่อชั่วโมงแทนที่จะเป็นต่อวันหรือไม่

เอกสารใด ๆ ของ Microsoft ที่เป็นทางการเกี่ยวกับเรื่องนี้? ฉันหาที่ตั้งไม่ได้


2
หากคุณต้องการเก็บรักษาบันทึกในระยะยาวทำไมไม่ย้ายออกไป เก็บบันทึกของวันปัจจุบันบนเซิร์ฟเวอร์และย้าย / เก็บที่เหลือที่อื่น คุณกำลังใช้บันทึกเพื่ออะไร
joeqwerty

1
การย้ายกำลังเพิ่มกระบวนการอื่นที่อาจล้มเหลว ฉันพยายามจะจูบ
Malartre

คำตอบ:


10

เนื่องจาก Evan ได้ให้คำตอบทั่วไปแล้วฉันต้องการตอบคำถามย่อยสองคำถามของคุณ:

IIS ล้างข้อมูลบันทึกทุก ๆ สิบนาทีหรือไม่

http.sys ส่วนโหมดเคอร์เนลของ IIS รับผิดชอบการบันทึกและบัฟเฟอร์ข้อมูลในหน่วยความจำก่อนที่จะเขียนลงในไฟล์บันทึก ฉันไม่แน่ใจ แต่ฉันไม่คิดว่ามันจะทำการล้างข้อมูลทุก ๆ วินาทีมีโอกาสมากขึ้นหลังจากบัฟเฟอร์เต็ม

จำเป็นต้องอ่านไฟล์ทั้งหมดเมื่อเพิ่มบรรทัดเดียวหรือไม่

ไม่ NTFS เขียนการอัปเดตไฟล์ลงในแคชของตัวเองจากนั้นบีบอัดและผนวกข้อมูลแบบอะซิงโครนัสกับไฟล์ การเขียนไปยังไฟล์บีบอัดไม่ได้ช้ากว่าการบีบอัดไฟล์

ดังนั้นจึงไม่มีปัญหากับการใช้การบีบอัด NTFS ในไฟล์บันทึก IIS

แหล่งที่มา:

ชุดทรัพยากร IIS 7 บทที่ 15: การบันทึก - Microsoft Press 2008

Windows Internals 6th Edition ตอนที่ 2, บทที่ 12: ระบบไฟล์ Microsoft Press 2012


คำตอบที่ฉันต้องการหา @ peter-hahndorf!
Malartre

น่าสนใจบทความนี้โดย Microsoft ขอแนะนำเป็นอย่างอื่น: If you run a program that uses transaction logging and that constantly writes to a database or log, configure the program to store its files on a volume that is not compressed. If a program modifies data through mapped sections in a compressed file, the program can produce "dirty" pages faster than the mapped writer can write them.คำถามคือคำจำกัดความของสิ่งใดตลอดเวลา
Zero3

1
@ การบันทึกธุรกรรม Zero3 เป็นสิ่งที่แตกต่างจากบันทึก IIS เล็กน้อย นั่นคือสิ่งที่ฟังก์ชั่นในโปรแกรมของคุณไม่ได้รับอนุญาตให้กลับสู่ความสำเร็จจนกว่าการเปลี่ยนแปลงการทำธุรกรรมจะคงทนโดยเขียนลงดิสก์ดังนั้นประสิทธิภาพของแอปพลิเคชันจะสัมพันธ์โดยตรงกับความเร็วในการเขียนดิสก์สำหรับบันทึกธุรกรรมของคุณ
NReilingh

@Nilingiling คุณอาจพูดถูก จริง ๆ แล้วฉันไม่รู้ว่า IIS เขียนไปที่ซิงค์ / async ของล็อกไฟล์หรือไม่ ไม่ว่าจะด้วยวิธีใดฉันคิดว่าประเด็นโดยรวมที่บทความนั้นยกขึ้น (มีตัวอย่างอื่นอยู่ในนั้นเช่นโฟลเดอร์ผู้ใช้ที่มีจำนวนมากอ่านและเขียน) คือ IO หนักอาจเป็นปัญหากับโฟลเดอร์ที่บีบอัด
Zero3

13

ฉันบีบอัดบันทึก IIS ของฉันบนเซิร์ฟเวอร์ IIS จำนวนมากแม้ว่าเซิร์ฟเวอร์ส่วนใหญ่ที่โฮสต์ Outlook Web Access / App หรือเว็บไซต์ที่มีปริมาณน้อย ฉันไม่มีปัญหาในการทำเช่นนี้และเหมือนกับการประหยัดพื้นที่ดิสก์

โดยทั่วไปคุณจะซื้อขาย CPU เพื่อการจัดเก็บโดยการตัดสินใจนี้ หากคุณใช้ CPU ในการเริ่มต้นสิ่งนี้อาจไม่ดีนัก สำหรับเซิร์ฟเวอร์ OWA ของฉันซึ่งสามารถเพิ่มจำนวนกิกะไบต์บันทึกต่อวัน (ขอบคุณอุปกรณ์ ActiveSync) ฉันคิดว่าข้อดีคือข้อดี

โปรแกรมควบคุมระบบไฟล์ NTFS จัดการการบีบอัดดังนั้นจึงไม่เปลี่ยนแปลงวิธีที่ IIS เขียนไปยังไฟล์

แก้ไข:

คุณอาจทำการซื้อขายแบนด์วิดท์ของ I / O และ IOPS ด้วยเช่นกัน หากคุณมีปริมาณมากพอที่การเขียนบันทึกของคุณเป็นการใช้ทรัพยากร I / O อย่างมีนัยสำคัญคุณจะเห็นการลดลงของปริมาณการใช้ I / O จากการเปิดใช้งานการบีบอัดเช่นกัน

วิธีเดียวที่คุณจะบอกได้ว่าสิ่งนี้มีผลกระทบอย่างไรต่อคุณในการกำหนดมาตรฐานด้วยตนเอง ใช้ข้อมูลพื้นฐานที่ปิดใช้งานการบีบอัดจากนั้นเปิดใช้งานและเปรียบเทียบ ไม่มีไม้กายสิทธิ์ที่จะโบกมือให้รู้ว่ามันจะส่งผลกระทบต่อคุณอย่างไร - มีเพียงปัจจัยที่ไม่ได้กำหนดไว้ในการเล่นมากเกินไป


1
เอาชนะฉันไปสองสามวินาที ... คุณไม่มีงานทำแทนที่จะเล่น ServerFault ใช่ไหม : p อย่างไรก็ตาม +1 ฉันทำสิ่งเดียวกันสำหรับทุกวัยและยังมีปัญหาเนื่องจากมัน
HopelessN00b

คำตอบนี้เป็นสาระและความสนุก แต่ฉันกำลังมองหาข้อเท็จจริงเพิ่มเติม ฉันกำลังดูข้อมูลเฉพาะเช่นถ้า IIS flush บันทึกทุก ๆ X นาทีและหากจำเป็นต้องอ่านไฟล์ทั้งหมดเพียงแค่เพิ่มหนึ่งบรรทัด
Malartre

@ Malartre มันไม่ได้เป็นเรื่องจริงเลย ดังที่กล่าวไว้การบีบอัดไฟล์ / โฟลเดอร์ NTFS เป็นพื้นที่การแลกเปลี่ยน - ดิสก์สำหรับรอบการทำงานของ CPU (และการใช้หน่วยความจำเพิ่มขึ้นเล็กน้อย) นั่นเป็นเรื่องที่เฉพาะเจาะจงและเป็นจริงเท่าที่จะทำได้โดยไม่ต้องทำการเปรียบเทียบและดำเนินการทดสอบจริงในสภาพแวดล้อมเฉพาะของคุณ
HopelessN00b
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.