ขายพาร์ทิชันให้ฉัน


46

ฉันมักสงสัยว่าทำไมความหลงใหลในการแบ่งพาร์ติชันไดรฟ์โดยเฉพาะใน Unixy OSes (/ usr, / var, et al) ดูเหมือนว่านี่จะไม่ใช่ธีมทั่วไปที่มีการติดตั้ง Windows

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

อีกข้อโต้แย้งที่ฉันได้ยินคือมันช่วยให้การสำรองข้อมูลง่ายขึ้น มันทำให้การสำรองง่ายขึ้นได้อย่างไร ฉันเคยได้ยินว่ามันช่วยเพิ่มความน่าเชื่อถือ อีกครั้งได้อย่างไร

เกือบ 100% ของปัญหาที่ฉันพบกับการจัดเก็บดิสก์คือความล้มเหลวทางกายภาพของดิสก์ มันอาจจะเป็นที่ถกเถียงกันอยู่ว่าการแบ่งพาร์ติชั่นนั้นอาจช่วยเร่งความล้มเหลวของฮาร์ดแวร์ได้เนื่องจากการฟาดดิสก์ที่ทำเมื่อย้ายหรือคัดลอกข้อมูลจากพาร์ติชั่นหนึ่งไปยังอีกพาร์ติชั่นบนดิสก์เดียวกัน

ฉันไม่ได้พยายามเขย่าเรือมากเกินไปฉันแค่อยากจะเห็นเหตุผลสำหรับการฝึกดูแลระบบแบบเก่า ๆ


ในโครงสร้างพื้นฐานในฐานะ A บริการคลาวด์พาร์ติชันจะถูกแปลงเนื่องจากไดรฟ์ (มักเรียกว่าไดรฟ์) สามารถเชื่อมต่อได้อย่างยืดหยุ่น
Skaperen

คำตอบ:


41
  • เร็วกว่า fsck ให้บอกว่าระบบของคุณล้มเหลวด้วยเหตุผลบางอย่างและเมื่อมันรีบูตก็จำเป็นต้องเรียกใช้ fsck ด้วยพาร์ติชันที่มีขนาดใหญ่มากที่ fsck สามารถใช้งานได้ตลอดไปและไม่มีอะไรในระบบจะทำงานจนกว่า fsck ของระบบทั้งหมดจะเสร็จสิ้น หากคุณแบ่งพาร์ติชันระบบเพื่อให้พาร์ติชันรูทมีขนาดเล็กคุณอาจจะสามารถทำให้ระบบทำงานได้และบริการพื้นฐานบางอย่างทำงานในขณะที่คุณรอ fsck ของไดรฟ์ข้อมูลขนาดใหญ่ให้เสร็จสมบูรณ์
    • หากระบบของคุณมีไดรฟ์ขนาดเล็กหรือมีเพียงบริการเดียวในระบบนี่อาจไม่สำคัญ
    • ด้วยระบบไฟล์ที่ทำเจอร์นัลแล้วสิ่งนี้อาจไม่ได้ใช้เวลาส่วนใหญ่ แต่บางครั้งถึงกับระบบไฟล์ที่ถูกเจอร์นัลคุณต้องรัน fsck แบบเต็ม
  • ความปลอดภัยที่ดีขึ้นเนื่องจากคุณสามารถเมานต์ fs เป็นแบบอ่านอย่างเดียว
    • ตัวอย่างเช่นไม่มีใครควรเขียนถึง / usr ระหว่างการใช้งานปกติ ดังนั้นทำไมไม่เพียงเมานต์ระบบไฟล์จึงเป็นแบบอ่านอย่างเดียว การมีระบบไฟล์แบบอ่านอย่างเดียวเมื่อไม่จำเป็นต้องเขียนเพื่อป้องกันการจู่โจมสคริปต์และอาจป้องกันไม่ให้คุณทำลายสิ่งต่าง ๆ เมื่อคุณไม่ได้ตั้งใจ
    • สิ่งนี้อาจทำให้การบำรุงรักษาระบบทำได้ยากขึ้นเนื่องจากคุณจะต้องนับใหม่เป็นอ่าน - เขียนเมื่อคุณต้องการใช้การอัปเดต
  • ปรับปรุงประสิทธิภาพการทำงานสำหรับบริการ / การใช้งานเฉพาะ
    • ระบบไฟล์บางระบบเหมาะสมกว่าสำหรับบริการ / แอพพลิเคชั่นที่เฉพาะเจาะจงหรืออนุญาตให้คุณตั้งค่าระบบไฟล์เพื่อให้ทำงานได้ดีขึ้นในบางกรณี บางทีคุณอาจมีระบบไฟล์ที่มีไฟล์ขนาดเล็กจำนวนมากและคุณต้องการไอโหนดเพิ่มเติม หรือบางทีคุณอาจต้องเก็บไฟล์ขนาดใหญ่ไว้ไม่กี่ภาพอิมเมจเสมือน

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

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

ฉันสงสัยอย่างมากว่าระบบที่มีการแบ่งพาร์ติชั่นไว้อย่างดีจะมีโอกาสที่จะล้มเหลวมากขึ้น


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

1
มีช่องโหว่ที่ทราบว่าใช้งานได้เฉพาะกับพาร์ติชันที่ติดตั้งด้วย noexec หรือ ro การรักษาความปลอดภัยที่แท้จริงไม่ได้มีวัตถุประสงค์โดยแบ่งพาร์ทิชัน แต่แบ่งความช่วยเหลือสามารถความเสียหายในการ จำกัด (. CFR บันทึกการโจมตีน้ำท่วมเป็นต้น)
drAlberT

19

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

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


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

บนเครื่องที่ใช้สำหรับการประมวลผลทางวิทยาศาสตร์มันเป็นเรื่องธรรมดาสำหรับคนจำนวนมากที่มีบัญชีเชลล์ ในกรณีนี้พาร์ติชันแยกต่างหาก / โฮมมีประโยชน์มาก
jay_dubya

หากคุณมีเครื่องจำนวนมากบ่อยครั้งที่ / home คือการติดตั้ง NFS จากไฟล์เซิร์ฟเวอร์ซึ่งมีเหตุผล / home บนพาร์ติชันของตัวเองเนื่องจากปัญหาดังกล่าวข้างต้น
Matt Simmons

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

ฉันคิดว่าโควต้าดิสก์และการหมุนเวียนล็อกเป็นวิธีแก้ปัญหาพื้นที่ได้ดีกว่า แต่พาร์ทิชันที่แยกทำให้กลไกความปลอดภัยทางเลือกสุดท้ายเป็นทางเลือกที่ดีที่สุด
semi

13
  • สำรองข้อมูลให้ง่ายขึ้น

คุณสามารถทำการสำรองข้อมูล (ผ่านทาง dumpfs หรือคล้ายกัน) ของสิ่งที่คุณต้องการไม่ใช่สิ่งที่คุณทำ dump (1) เป็นระบบสำรองข้อมูลที่ดีกว่า tar (1)

  • เติมพาร์ติชั่น

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

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


9

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


1
ฉันสามารถวางใจได้ในช่วง 15 ปีที่ผ่านมาของฉัน (อะไรพูดว่ามันไม่ได้เป็นอย่างนั้น!) อาชีพจำนวนครั้งที่ฉันเสียระบบเพราะไฟล์บันทึกการวิ่งหนี (หรืออะไรก็ตาม) ที่นำเครื่องมา ในทางกลับกันฉันสามารถนับจำนวนครั้งได้จนถึงปีนี้ฉันไม่มั่นใจเพราะมีคนตัดสินใจ / var ไม่จำเป็นต้องมีขนาดใหญ่กว่า 1GB และผิดซึ่งทำให้ฉันดูฟรี '00s GB in / opt ซึ่งทั้งหมดอาจรวมอยู่บนดวงจันทร์ด้วยสำหรับสิ่งที่ดีที่ทำกับฉัน (ฉันเห็นด้วยกับการแบ่งพาร์ทิชัน :).
เดวิดแมคอินทอช

ฉันเห็นด้วยกับเดวิดว่ามีประสบการณ์แบบเดียวกันกับทั้งเครื่อง Linux และ Windows เว้นแต่จะมีเหตุผลอย่างท่วมท้นที่จะทำอย่างอื่นแต่ละดิสก์ (หรืออาร์เรย์การโจมตี) ได้รับหนึ่งพาร์ทิชัน
John Gardeniers

ในสัปดาห์นี้ฟินนาลีก็เกิดขึ้นในระบบ Windows McAfee ได้ทำการอัพเดทครั้งใหญ่ เรามีประมาณ 5-10 ระบบที่ไม่ชอบ โปรแกรมป้องกันไวรัสจะพยายามติดตั้งสร้างไฟล์บันทึก 35MB แล้วลองอีกครั้ง 1,500 ครั้งต่อมาฉันมี 0KB ฟรีและระบบที่ไม่สามารถเข้าสู่ระบบได้
Skaughty

8

อาร์กิวเมนต์ทั้งหมดที่ Zoredache นำมาใช้นั้นถูกต้อง หนึ่งอาจเล่นลิ้นกับรายละเอียดเล็กน้อย (มีเครื่องขึ้นเร็วขึ้นเพื่อให้คุณสามารถทำสิ่งอื่น ๆ ในขณะที่ fsck'ing ระบบไฟล์อื่นไม่ดีมากถ้าเหตุผลของระบบที่มีอยู่ในสถานที่แรกอยู่ในระบบไฟล์อื่น ๆ เหล่านั้น) ; แต่พวกเขาทั้งหมดเป็นบิตของการให้เหตุผลหลังจากความจริง

ในสมัยก่อนคุณไม่ได้มีระบบไฟล์ในพาร์ติชั่นแยกต่างหาก - คุณมีระบบไฟล์แยกต่างหากเพราะดิสก์มีขนาดเล็กมาก คิดว่า 10MB (1) คุณมีขนาดเล็ก / พาร์ติชันดิสก์ a / var ดิสก์ a / usr ดิสก์ a / tmp และ a / home disk หากคุณต้องการพื้นที่เพิ่มคุณซื้อดิสก์เพิ่ม

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

แต่ถึงกระนั้นด้วยขนาดของดิสก์ที่มีขนาดเล็กเมื่อเทียบกับสิ่งที่เป็นไปได้สำหรับคอมพิวเตอร์ที่จะสร้างแยก / var และ / opt และ / home เพื่อให้กรอกหนึ่งไม่ได้นำคอมพิวเตอร์ลงก็ยังเป็นความคิดที่ดี

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

ในสภาพแวดล้อมภายในบ้านสิ่งเดียวกัน - / home ควรอยู่ในดิสก์ / อาเรย์แยกต่างหากเพื่อให้สามารถติดตั้ง / อัพเกรด / หยุดพัก / แก้ไขสิ่งที่รสชาติ OS ต้องการ

เหตุผลนี้เป็นเพราะไม่ว่าคุณจะคาดเดา / var หรือ / usr ของคุณใหญ่แค่ไหนหรือต้นไม้ใดก็ตามที่คุณจะได้รับ - คุณอาจจะผิดอย่างเฮฮา หนึ่งในเพื่อนเก่าของฉันสาบานด้วยการแบ่งและฉันมักจะได้รับความเศร้าโศกจากเขาเมื่อเขานั่งลงผ่าน 180 วัน fsck ในระบบที่ฉันสร้างขึ้น แต่ฉันสามารถวางใจได้ตลอดอาชีพของฉันถึงจำนวนครั้งที่บางสิ่งบางอย่างเต็มไปด้วย / และทำให้ระบบแย่ลงในขณะที่ฉันสามารถนับจำนวนครั้งได้จนถึงปีนี้ที่ฉันได้จ้องมองระบบที่มีคนอยู่ ตัดสินใจ / var ไม่จำเป็นต้องมากกว่า 1GB และพูดผิดปล่อยให้ฉันจ้องที่เต็ม / var และ '00s ของ GB ฟรีที่อื่น ๆ ในระบบซึ่งทั้งหมดอาจจะอยู่บนดวงจันทร์สำหรับทุกคน ดีพวกเขาทำฉัน

ในโลกปัจจุบันของดิสก์ขนาดใหญ่ฉันไม่เห็นว่ามีเหตุผลที่แท้จริงในการแบ่งทรีระบบปฏิบัติการ ข้อมูลผู้ใช้ใช่ แต่พาร์ทิชันแยกต่างหากสำหรับ / var และ / usr และ / var / spool ฯลฯ ฯลฯ ? เลขที่


(1) = และฉันรู้เพียงแค่เลือกขนาดนั้นฉันจะได้คนในความคิดเห็นที่บอกว่า10MB หรือไม่ หรูหรา ทำไมดิสก์ของเราเป็นเพียง ...


ที่จริง 10 MB เป็นขนาดของดิสก์ครั้งแรกที่ผมเคยได้ยินใครบางคน "XXX FooBytes: หน่วยความจำมากกว่าผมจะเคย ! ต้อง" แม้ว่าฉันจะเป็นเด็ก แต่ก็ประมาณปี 1982 ค่าอื่น ๆ คือ 40 MB, 320 MB, 2.5 GB, 40 GB, ... ข้อมูลขยายออกเพื่อเติมพื้นที่เก็บข้อมูลที่มีอยู่
dmckee

5

ตอบกลับ :

ดูเหมือนว่าการแบ่งพาร์ติชันจะเพิ่มโอกาสในการเติมพาร์ติชั่นหนึ่งพาร์ติชั่นอย่างมากขณะที่บางพาร์ติชั่นมีพื้นที่ว่างมากมาย

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

ด้วย LVM คุณสามารถเพิ่มดิสก์หรือพาร์ติชันในกลุ่มวอลุ่มจากนั้นสร้างโลจิคัลวอลุ่มในกลุ่มนั้น หากคุณเว้นที่ว่างในกลุ่มวอลุ่มคุณสามารถขยายพาร์ติชันที่เติมได้ หากระบบไฟล์รองรับ (ext3, ext4, reiserfs) คุณสามารถย่อขนาดพาร์ติชั่นที่คุณจัดสรรเกินได้

ตัวอย่างเช่น: สร้างพาร์ติชันสำหรับบูตบน / dev / sda1 สร้างพาร์ติชันที่สอง (ไม่ฟอร์แมต) / dev / sda2

pvcreate /dev/sda2 # add the partition to LVM
vgcreate vg /dev/sda2 # create a volume group with sda2 in it
lvcreate -n root -L5G vg
lvcreate -n home -L10G vg
lvcreate -n downloads -L100G vg

mkfs.ext3 /dev/vg/root
mkfs.ext4 /dev/vg/home
mkfs.xfs /dev/vg/downloads

mount /dev/vg/root /
mount /dev/vg/home /home
mount /dev/vg/downloads /downloads

เมื่อคุณต้องการพื้นที่ / ดาวน์โหลดเพิ่มเติม (ในขณะที่ติดตั้งระบบไฟล์):

lvresize -L+50G /dev/vg/downloads
xfs_growfs /dev/vg/downloads

และตอนนี้คุณมีพาร์ติชั่นดาวน์โหลด 150GB คล้ายกับบ้าน อันที่จริงฉันเพิ่งปรับขนาดพาร์ทิชัน ext4 lvm วันนี้ ในทางกลับกันโลจิคัลวอลุ่มไม่ใช่พาร์ติชันจริง ๆ และสิ่งที่คุณพูดถึงพาร์ติชั่นที่เป็นขนาดที่ไม่ถูกต้องทำให้เกิดปัญหากับประสบการณ์ส่วนตัวของฉัน


4

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

ที่มหาวิทยาลัยของฉันในสมัยก่อนกลุ่ม Unix มีระบบไฟล์แบบอ่านอย่างเดียวด้วยเครื่องมือ unix มาตรฐานและแอปพลิเคชันเสริมอยู่ใน / usr / local ซึ่งเป็น NFS และต่อมาเป็นระบบไฟล์ AFS ส่วนหนึ่งของนั้นคือความสะดวกสบาย ... ใครต้องการคอมไพล์ซอฟต์แวร์ใหม่บนกล่องโหลในคลัสเตอร์เมื่อคุณสามารถเรียกใช้แอพผ่านเครือข่ายความเร็วสูง, 4Mb หรือ 10Mb วันนี้ผู้จัดการแพคเกจที่ดีและดิสก์ราคาถูกมากมายมันไม่ใช่เรื่องใหญ่อะไร

ฉันคิดว่ากระบวนการคิดเริ่มเปลี่ยนสำหรับฉันในกล่อง Sun ด้วย Veritas Volume Manager ย้อนกลับไปเมื่อประมาณปี 1999 ซึ่งลดความเจ็บปวดลงสำหรับการเคลื่อนย้ายดิสก์ไปรอบ ๆ

วันนี้เมื่อฉันคิดว่าการแบ่งพาร์ติชันฉันคิดในแง่ของการปกป้องข้อมูลและประสิทธิภาพ ตัวอย่างที่แสดงให้เห็น:

  • Tier 1 SAN นั้นเร็วมากพร้อมใช้งานมาก (5 9's) จำลองและมีราคาแพงมาก ฐานข้อมูลที่สำคัญของภารกิจหรือบันทึกธุรกรรมอยู่ที่นั่น
  • เทียร์ 2 SAN นั้นรวดเร็วมีให้ (4 9's) แพง แอปพลิเคชันหรือข้อมูลลำดับความสำคัญต่ำกว่าอาศัยอยู่ที่นี่
  • Tier 3 SAN ใช้งานได้ (4 9's) ราคาถูก สิ่งที่ไม่ได้อาศัยอยู่ในความอ่อนไหวด้านประสิทธิภาพ

ข้อควรพิจารณาเหล่านี้มีผลกับ Windows เช่นกัน เรามีเซิร์ฟเวอร์ SCCM ที่จัดการไคลเอนต์ประมาณ 40k ฐานข้อมูลและบันทึกอยู่บนดิสก์ IBM DS8000 mega-buck แพคเกจซอฟต์แวร์นั้นอยู่ใน EMC Celerra ที่มีดิสก์ SATA ขนาดใหญ่และช้าซึ่งราคาน้อยกว่า 60% ต่อ GB


2

ฉันเข้าใจว่าคำถามนี้ไม่เฉพาะกับระบบปฏิบัติการใช่ไหม

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

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

ฉันได้ลองทำชิ้นงานมากขึ้น (เช่นเกม, เพลง, ภาพยนตร์ ฯลฯ ) แต่นั่นทำให้พวกเขาบางคนล้นไปสู่คนอื่นทำให้เกิดระเบียบมากกว่าคำสั่ง


ยิ่งใช้งานได้ดียิ่งขึ้นเมื่อทำบนเซิร์ฟเวอร์
SpaceManSpiff

2

(สมมติว่าดิสก์ขนาดใหญ่ที่มีอยู่) ผมใส่homeและvarบนพาร์ติชันที่แยกต่างหากเพื่อควบคุม "ออกจากการควบคุมผู้ใช้ [| ล็อกไฟล์] เติมขึ้นทุกพื้นที่" ปัญหาและเพื่อช่วยให้การอัพเกรดระบบปฏิบัติการง่ายโดยไม่ต้องบ้านสัมผัส แต่ปล่อยให้ พักผ่อนด้วยกัน

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


2

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

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

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

... ตอนนี้ทุกอย่างที่กล่าวมาเรายังห่างไกลจากวันที่ผู้ใช้แต่ละคนได้รับโควต้าขนาด 20MB เพียงเล็กน้อยบนเครื่องที่ใช้ร่วมกัน นิสัยเก่า ๆ บางอย่างไม่สมเหตุสมผล - แต่เมื่อคุณมีกระบวนการที่บ้าคลั่งและเติม / var ซึ่งจะเติมเต็ม / และสิ่งต่าง ๆ ที่ต้องหยุดชะงักมันไม่ใช่สิ่งที่ดีสำหรับการป้องกันในเครื่องจักรการผลิต .

สำหรับบ้านฉันมีพาร์ติชั่น แต่มันก็แค่ทำให้การจัดการ OS ที่ติดตั้งง่ายขึ้น


1

ส่วนตัวผมใช้การแบ่งพาร์ติชั่นบนคอมพิวเตอร์ของลูก ฉันสร้างพาร์ติชั่นขนาดใหญ่สำหรับระบบปฏิบัติการและพาร์ติชั่นขนาดเล็กสำหรับอิมเมจของพาร์ติชันระบบปฏิบัติการเพื่อที่ว่าเมื่อเครื่องได้รับการ gunked ฉันสามารถคืนค่าได้อย่างรวดเร็วจากภาพ

ในสภาพแวดล้อมขององค์กรฉันไม่เคยได้ยินอาร์กิวเมนต์ที่น่าสนใจสำหรับการแบ่งพาร์ติชัน


1

ทุกอย่างในการดำเนินการเป็นสิ่งที่ดี - มันสามารถเป็นเครื่องมือที่ดีในการแยกปัญหาเมื่อมีข้อผิดพลาด - เช่นดิสก์เต็มหรือระบบไฟล์เสียหาย

อย่ารวมกับความล้มเหลวของฮาร์ดแวร์ - สิ่งเหล่านั้นควรได้รับการจัดการโดยความซ้ำซ้อนของฮาร์ดแวร์ (RAID)

ต้องบอกว่าระบบไฟล์ในทุกวันนี้ล้มเหลวน้อยกว่า - แม้กระทั่งการตรวจสอบความสมบูรณ์แบบออนไลน์ (เช่น ZFS) หวังว่าออฟไลน์ fsck จะหายไปในบางจุด ...

ในทางกลับกันการทำสิ่งนี้มากเกินไปหมายถึงงานมากขึ้น (สำหรับคุณและทีมของคุณ) ในตอนท้าย - เพียงแค่ทำในปริมาณที่พอเหมาะและเมื่อมันสมเหตุสมผล ...

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