บ่อยครั้งที่คุณควรจัดเรียงข้อมูลบนเซิร์ฟเวอร์


12

มีเซิร์ฟเวอร์ไม่กี่ตัวและพวกเขาไม่ได้แยกส่วนเป็นเวลาสองปี มีมาตรฐานสำหรับเปอร์เซ็นต์ที่ควรแยกส่วนก่อนจัดเรียงข้อมูลหรือไม่

เซิร์ฟเวอร์คือ Windows 2003

คำตอบ:


12

ที่จริงแล้วฉันไม่เคยจัดเรียงข้อมูลบนเซิร์ฟเวอร์ของฉัน ฉันไม่ได้เห็นประสิทธิภาพที่เพิ่มขึ้นในการให้บริการไฟล์เพื่อให้คุ้มค่ากับประสิทธิภาพการทำงานของเวลาที่ใช้ในการจัดเรียงข้อมูล ในความเป็นจริงเซิร์ฟเวอร์ส่วนใหญ่จะไม่จัดเรียงข้อมูลให้เสร็จสมบูรณ์จนกว่าคุณจะออฟไลน์สองสามวัน หากคุณใช้ระบบไฟล์ที่ค่อนข้างทันสมัย ​​(ซึ่งนอกจากคุณเลือกที่จะเปลี่ยนค่าเริ่มต้นใน Windows 2003 คุณ) มันไม่ควรจะสำคัญอะไรมาก นอกจากนี้หากคุณใช้งาน RAID แบบสตริปป์การแตกไฟล์เป็นเรื่องที่ไม่มีปัญหาเนื่องจากมันถูกแบ่งย่อยในหลาย ๆ ดิสก์

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


4
ฉันสนใจในความคิดเห็นของคุณเกี่ยวกับการแตกแฟรกเมนต์ที่ไม่ส่งผลกระทบต่อชุดแถบ - สำหรับความรู้ของฉันมันยังคงเป็นปัญหาโดยไม่คำนึงถึงวิธีการ RAID ที่คุณใช้ มีสถิติมากมายที่แสดงให้เห็นถึงผลกระทบของการกระจายตัวของชุด RAID
Chris W

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

8

กรณีการใช้งานเพียงอย่างเดียวที่ฉันรู้สำหรับการจัดเรียงข้อมูลบนเซิร์ฟเวอร์ Windows คือการปรับปรุงประสิทธิภาพการสำรองข้อมูล การสำรองข้อมูลเป็นเพียงเกี่ยวกับ I / O ตามลำดับขนาดใหญ่เท่านั้นที่ไฟล์เซิร์ฟเวอร์ทำและนั่นคือประเภทของ I / O ที่สังเกตเห็นการแยกส่วน ชนิดของไฟล์เซิร์ฟเวอร์ I / O ทำเมื่อผู้ใช้กดปุ่มมันสุ่มมากและในบางกรณีการแตกแฟรกเมนต์สามารถปรับปรุงประสิทธิภาพได้

ที่งานเก่าของฉันเรามีไฟล์เซิร์ฟเวอร์ที่เราเพิ่งย้ายไปยังฮาร์ดแวร์ใหม่ ทันทีหลังจากการโยกย้ายการสำรองข้อมูลจะทำงานตามลำดับ 450MB / นาที (นี่เป็นเวลาหลายปีมาแล้ว) สองปีต่อมาเซิร์ฟเวอร์นั้นได้ทำการสำรองข้อมูลประมาณ 300MB / นาที จากนั้นเราจัดเรียงข้อมูลเป็นครั้งแรกและความเร็วเพิ่มขึ้นเป็น 450MB / นาทีอีกครั้ง

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

อีกกรณีใช้งานสำหรับการ defrag เป็นระบบสำรองข้อมูลไปยังดิสก์ที่มีการเก็บถาวรที่เก็บไว้ใน NTFS การสำรองและกู้คืนข้อมูลบนไดรฟ์ประเภทนั้นเรียงตามลำดับทั้งหมดและสังเกตเห็นการแตกแฟรกเมนต์ อย่างไรก็ตามหากพื้นที่จัดเก็บข้อมูล underlaying นั้นมีความเป็นนามธรรมเพียงพอ (เช่นอาร์เรย์ดิสก์ HP EVA) แม้กระทั่ง I / O ชนิดนี้จะไม่สังเกตเห็นการแยกส่วน

สิ่งนี้ทำให้เดือดร้อนลงมาคือ I / O ที่ต่อเนื่องกันอย่างหนาแน่นคือประเภทของ I / O ที่สังเกตเห็นการแยกส่วนมากที่สุด หากนั่นไม่ใช่ I / O ที่คุณกังวลการจัดเรียงข้อมูลก็ไม่ใช่ปัญหา


4

ฉันขอยืนยันว่าคุณไม่จำเป็นต้องทำบ่อยและไม่ควรถ้าการแสดงเป็นเป้าหมายของคุณ (การจัดเรียงข้อมูลคงที่ทำอันตรายมากกว่านั้นก็ดี)

เช่นเดียวกับกฎใด ๆ อย่างไรก็ตามมีข้อยกเว้นบางประการ:

หากคุณหรือในบางจุดที่มีพื้นที่ดิสก์เหลือน้อยมาก (ฟรี <15%) คุณควรทำการดีแฟรกเมื่อมีเวลา แม้แต่ระบบไฟล์ที่ทันสมัยก็มีปัญหาในการหลีกเลี่ยงการแตกแฟรกเมนต์เมื่อมีเซกเตอร์ให้เลือกน้อย

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


1
จุดที่ยอดเยี่ยมเกี่ยวกับเซิร์ฟเวอร์ที่มีพื้นที่ดิสก์ต่ำมาก
ลอร่าโทมัส

3

ฉันใช้ Diskeeper บนเซิร์ฟเวอร์ในงานก่อนหน้าและเพื่อปรับปรุงประสิทธิภาพที่วัดได้บนทั้งเซิร์ฟเวอร์ไฟล์และเซิร์ฟเวอร์แอปพลิเคชัน ฉันไม่คิดว่าเราเข้าใกล้สถิติที่เผยแพร่แล้ว แต่เราเห็นประโยชน์อย่างแน่นอน

มันได้รับการตั้งค่าให้จัดเรียงข้อมูลที่ไม่ได้ใช้งานและในช่วงเวลาที่กำหนดเพื่อ จำกัด ผลกระทบกับบิตเพิ่มเติมบางอย่างที่เตะเข้ามาในเวลาบูต


เช่นเดียวกันที่นี่การใช้ Diskeeper บนไฟล์เซิร์ฟเวอร์ของเราและสังเกตเห็นการตอบสนองที่รวดเร็วยิ่งขึ้น
pauska

ยังมีประสบการณ์กับ Diskeeper ในกล่องฐานข้อมูล มันใช้งานได้ดีในขณะที่ แต่เราก็เริ่มได้รับความยุ่งยากในการเข้าถึงดิสก์แปลก ๆ เราลงเอยผ่านการควบคุม RAID และ HDs สองสามอย่างโดยไม่มีโชคและเราก็ปิด Diskeeper ระหว่างการเปลี่ยนฮาร์ดแวร์ครั้งใหญ่ เนื่องจากดูเหมือนว่าจะทำงานได้อย่างถูกต้องหลังจากนั้นเราไม่เคยกลับมาสำรองข้อมูล แต่เราไม่สามารถพิสูจน์ได้ว่ามันเป็น Diskeeper ที่ทำหน้าที่แปลก ๆ หรือเป็นเพียงตัวควบคุมที่ไม่ดี
David

0

เครื่องมืออย่างหนึ่งที่เราต้องทำคือ Smart Defrag โดย IOBit มันจะ defrags ในพื้นหลังเมื่อคอมพิวเตอร์ของคุณไม่ได้ใช้งานและมี Deep Optimize และความสามารถอื่น ๆ ดูเหมือนว่ามีประโยชน์ดังนั้นคุณสามารถวางไว้ที่นั่นและไม่ต้องกังวลกับการจัดเรียงข้อมูล


0

AFAIK, RAID ไม่ได้รับผลกระทบจากการแตกแฟรกเมนต์ แม้จะมีจำนวนดิสก์ทางกายภาพ FS ยังคงต้องออกคำขอ I / O แยกต่างหากสำหรับแต่ละส่วนใช่ไหม

ใช่ระบบที่ดีแฟล็กจัดทำการสำรองข้อมูลเสร็จเร็วขึ้น ยังยอมรับด้วยว่าพื้นที่ต่ำและการกระจายตัวไม่ได้เป็นการผสมผสานที่ดี ... ดีที่สุดเพื่อหลีกเลี่ยงสถานการณ์นั้น

หากความกังวลเกี่ยวกับเวลา / การกำหนดเวลา defrag เป็นวิธีการแก้ปัญหาการจัดเรียงพื้นหลังเช่นหนึ่งในรุ่น Diskeeper Server (ไม่ฟรี!) เป็นตัวเลือกที่ดี มัน defrags ใช้ทรัพยากรที่ไม่ได้ใช้งานเท่านั้นดังนั้นจึงไม่ควรมีผลกระทบแม้แต่กับเซิร์ฟเวอร์ที่ใช้งานจริง เซิร์ฟเวอร์ของเราที่นี่ใช้ DK และผู้ดูแลระบบก็ค่อนข้างพอใจ

BTW ลูกค้า BT บางราย (โปรแกรม uTorrent คำนึงถึง) มีตัวเลือกการจัดสรรล่วงหน้าสำหรับทอเรนท์ดังนั้นจึงไม่มีการแตกแฟรกเมนต์ระหว่างการดาวน์โหลดตราบใดที่มีพื้นที่ว่างต่อเนื่องเพียงพอที่จะรองรับไฟล์


0

ฉันทามติ (ที่ฉันเห็นด้วย) ดูเหมือนจะไม่จัดเรียงข้อมูลบนเซิร์ฟเวอร์เพราะประโยชน์ไม่คุ้มกับประสิทธิภาพที่ได้รับในระหว่างการจัดเรียงข้อมูลจริง

อย่างไรก็ตามบทความของ TechNet เกี่ยวกับการแปลงทางกายภาพเป็นเสมือนแนะนำการจัดระเบียบเป็นวิธีการลดระยะเวลาที่ต้องใช้ในการทำ P2V นี่เป็นสิ่งสำคัญอย่างยิ่งหากคุณมีหน้าต่างการบำรุงรักษาที่ จำกัด ซึ่งจะทำให้ P2V ของคุณสมบูรณ์

เพื่อช่วยลดเวลาที่ต้องใช้ในการถ่ายภาพให้ดำเนินการจัดระเบียบดิสก์บนฮาร์ดไดรฟ์ของคอมพิวเตอร์ต้นทาง ตรวจสอบให้แน่ใจว่าคุณมีการเชื่อมต่อเครือข่ายที่รวดเร็วระหว่างคอมพิวเตอร์ต้นทางและโฮสต์

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.