มีเหตุผลที่จะทำให้พาร์ทิชันหลัก / ไดรฟ์ Windows 'C: เล็ก?

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

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

คำถามของฉันคือการปฏิบัตินี้ยังดีหรือไม่? ทำไมถึงทำ อะไรคือข้อได้เปรียบหลักถ้ามี? สิ่งหนึ่งที่ชัดเจนคือถ้าพาร์ติชันหลักล่มข้อมูลของคุณจะปลอดภัยในระดับที่สอง

เหตุผลที่ฉันถามคำถามนี้คือเพราะฉันพยายามอัปเดต Visual Studio และฉันทำไม่ได้เพราะฉันเหลือ 24MB ในพาร์ติชันหลักเท่านั้น

ในงานของฉันเกือบสองทศวรรษที่ผ่านมาผู้เชี่ยวชาญด้านไอทีจะทำให้ขนาดพาร์ติชันหลักของ Windows (ไดรฟ์ C) มีขนาดเล็กมากเมื่อเทียบกับพาร์ติชันอื่น พวกเขาจะแย้งว่านี่เป็นการรันพีซีด้วยความเร็วสูงสุดโดยไม่ทำให้ช้าลง [... ] คำถามของฉันคือการฝึกฝนนี้ยังดีหรือไม่?

โดยทั่วไป: ไม่มี

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

ทุกวันนี้ไม่มีเหตุผลที่จะไม่ใช้พาร์ติชัน C: พาร์ติชันเดี่ยวขนาดใหญ่ ตัวติดตั้งของ Microsoft ใช้ค่าเริ่มต้นในการสร้างไดรฟ์ C: ขนาดใหญ่เดียว หากมีเหตุผลที่ดีในการสร้างพาร์ติชันข้อมูลแยกต่างหากตัวติดตั้งจะเสนอให้ - ทำไม Microsoft ควรให้คุณติดตั้ง Windows ในลักษณะที่ทำให้เกิดปัญหา

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

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

มีบางกรณีพิเศษที่หลายพาร์ติชันยังคงสมเหตุสมผล:

• หากคุณต้องการดูอัลบูทคุณ (ปกติแล้ว) จะต้องมีพาร์ติชันแยกต่างหากสำหรับการติดตั้งระบบปฏิบัติการแต่ละระบบ (แต่ยังคงมีเพียงพาร์ติชันเดียวต่อการติดตั้ง)
• หากคุณมีไดรฟ์มากกว่าหนึ่งตัว (โดยเฉพาะไดรฟ์ที่มีคุณสมบัติแตกต่างกันเช่น SSD & HD) คุณอาจต้องการเลือกและเลือกสิ่งที่จะไปในกรณีนี้คุณสามารถเลือกวางไดรฟ์ C: บน SSD และ D : บน HD

ในการจัดการกับข้อโต้แย้งบางประการมักทำให้พาร์ติชันเล็ก / แยก:

• พาร์ติชั่นขนาดเล็กสามารถสำรองข้อมูลได้ง่ายขึ้น

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

• หากพาร์ติชันหนึ่งเสียหายพาร์ติชันอื่นอาจยังคงใช้ได้

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

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

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

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

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

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

การค้นหาเวลาแฝงยังขึ้นอยู่กับส่วนหัวที่เคลื่อนย้ายด้วยดังนั้นการเก็บไฟล์ขนาดเล็กทั้งหมดไว้ใกล้กันก็มีข้อดีในการหมุนไดรฟ์

การปฏิบัตินี้ได้สูญเสียทุกเหตุผลด้วยการถือกำเนิดของการจัดเก็บข้อมูล SSD

มีเหตุผลที่จะทำให้พาร์ทิชันหลัก / ไดรฟ์ Windows 'C: เล็ก?

นี่คือเหตุผลสองสามข้อที่ต้องทำ:

1. ไฟล์ระบบและระบบปฏิบัติการทั้งหมดอยู่ในพาร์ติชันหลัก เป็นการดีกว่าที่จะแยกไฟล์เหล่านั้นออกจากซอฟต์แวร์ข้อมูลและไฟล์ส่วนบุคคลอื่น ๆ เพียงเพราะการเข้าไปยุ่งในพาร์ติชันที่สามารถบู๊ตได้และการผสมไฟล์ของคุณในบางครั้งอาจทำให้เกิดข้อผิดพลาดเช่นการลบไฟล์ระบบหรือโฟลเดอร์โดยบังเอิญ องค์กรเป็นสิ่งสำคัญ นี่คือสาเหตุที่ขนาดของพาร์ติชันหลักต่ำ - เพื่อไม่ให้ผู้ใช้ทิ้งข้อมูลทั้งหมดในนั้น
2. การสำรองข้อมูล - มันง่ายกว่าเร็วกว่าและมีประสิทธิภาพในการสำรองและกู้คืนพาร์ติชั่นที่เล็กกว่าอันที่ใหญ่กว่าขึ้นอยู่กับวัตถุประสงค์ของระบบ ตามที่บันทึกไว้โดย@computercarguyในความคิดเห็นจะเป็นการดีกว่าที่จะสำรองข้อมูลโฟลเดอร์และไฟล์ที่เฉพาะเจาะจงกว่าการสำรองข้อมูลทั้งพาร์ติชันเว้นแต่จำเป็น
3. มันสามารถปรับปรุงประสิทธิภาพได้อย่างเห็นได้ชัด บนระบบไฟล์ NTFSมีตารางไฟล์ต้นแบบที่เรียกว่าในแต่ละพาร์ติชันและมีเมตาดาต้าข้อมูลเกี่ยวกับไฟล์ทั้งหมดในพาร์ติชัน:

   อธิบายไฟล์ทั้งหมดในโวลุ่มรวมถึงชื่อไฟล์เวลาประทับชื่อสตรีมและรายการหมายเลขคลัสเตอร์ที่มีสตรีมข้อมูลอยู่ดัชนีดัชนีตัวระบุความปลอดภัยและแอตทริบิวต์ไฟล์เช่น "อ่านอย่างเดียว", "บีบอัด", "เข้ารหัส" ฯลฯ

สิ่งนี้อาจนำข้อได้เปรียบมาใช้แม้ว่าจะไม่มีใครสังเกตเห็นดังนั้นสิ่งนี้อาจถูกเพิกเฉยเพราะมันไม่ได้สร้างความแตกต่าง @ คำตอบของ WooShell เกี่ยวข้องกับปัญหาด้านประสิทธิภาพมากขึ้นแม้ว่าจะยังถูกทอดทิ้งก็ตาม

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

ใครสามารถอธิบายได้ว่าทำไมการฝึกฝนนี้ถึงทำและยังใช้ได้อยู่

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

น่าเสียดายที่บางส่วนสามารถแนะนำปัญหาเพิ่มเติมได้:

1. มันเพิ่มความซับซ้อนของโครงสร้างซึ่งทำให้ยากขึ้นและใช้เวลานานในการจัดการ
2. บางแอปพลิเคชันยังคงเขียนไฟล์ / meta-data ไปยังพาร์ติชันระบบ (การเชื่อมโยงไฟล์เมนูบริบท ฯลฯ ) แม้ว่าจะติดตั้งในพาร์ติชันอื่นดังนั้นการสำรองข้อมูลจึงอาจทำได้ยากขึ้นและอาจทำให้เกิดความล้มเหลวในการซิงค์ระหว่างพาร์ติชัน (ขอบคุณสำหรับความคิดเห็นของ @ Bob)

เพื่อหลีกเลี่ยงปัญหาที่คุณมีคุณต้อง:

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

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

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

ฉันเป็นนักพัฒนาซอฟต์แวร์ แต่ก็ใช้เวลากับงานไอที "ปกติ" / back-office ด้วย ปกติฉันจะเก็บ OS และแอปพลิเคชันไว้ในไดรฟ์ C: และไฟล์ส่วนตัวของฉันบนไดรฟ์ D: สิ่งเหล่านี้ไม่จำเป็นต้องเป็นไดรฟ์แยกทางกายภาพ แต่ปัจจุบันฉันใช้ SSD ที่ค่อนข้างเล็กเป็นไดรฟ์ "ระบบ" ของฉัน (C :) และดิสก์ไดรฟ์ "ดั้งเดิม" (เช่นที่มีจานหมุนแม่เหล็ก) เป็น "บ้าน" ของฉัน ขับรถ (D :)

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

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

ทำให้ไฟล์ส่วนบุคคลของฉันอยู่ในโวลุ่มที่แยกกันฉันพบ:

• ระดับเสียงของระบบไม่ได้รับการแยกส่วนอย่างรวดเร็ว (หรือรุนแรง)
• มันเร็วกว่ามากในการจัดเรียงข้อมูลสองโวลุ่มแยกต่างหากจากโวลุ่มเดียวที่มีทุกอย่างอยู่ในนั้น - แต่ละโวลุ่มใช้เวลา 20% -25% ตราบใดที่โวลุ่มที่รวมเข้าด้วยกัน

ฉันสังเกตสิ่งนี้ในพีซีหลายรุ่นด้วย Windows หลายรุ่น

(ในฐานะผู้วิจารณ์ชี้ให้เห็นว่าสิ่งนี้มีแนวโน้มที่จะทำให้การสำรองข้อมูลสะดวกขึ้น)

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

ข้อแม้:ด้วย Windows รุ่นที่ใหม่กว่า (จาก 8 เป็นต้นไป) สิ่งนี้กลายเป็นเรื่องยากมากขึ้นเนื่องจากโฟลเดอร์ผู้ใช้ในไดรฟ์ข้อมูลอื่นนอกเหนือจาก C: ไม่ได้รับการสนับสนุนอย่างเป็นทางการอีกต่อไป ฉันสามารถบอกคุณได้ว่าฉันไม่สามารถทำการอัปเกรดแบบแทนที่จาก Windows 7 เป็น Windows 10 ได้ แต่ YMMV (มีหลายวิธีที่แตกต่างกันในการค้นหาโฟลเดอร์ผู้ใช้ฉันไม่รู้ว่าได้รับผลกระทบใด) .

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

คำตอบสั้น ๆ : ไม่อีกแล้ว

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

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

• มีผลิตภัณฑ์จำนวนมากรวมถึงผลิตภัณฑ์จาก Microsoft ที่ไม่ถอนการติดตั้งอย่างหมดจดและ / หรือทำให้เกิดปัญหาความเข้ากันได้และความเสถียร (การรวมที่เด่นชัดที่สุดคือไฟล์ที่เหลือและรายการรีจิสตรีทั้งหมดทั่วและDLL Hellในทุกสาขา) ไฟล์จำนวนมากที่สร้างขึ้นโดยระบบปฏิบัติการจะไม่ถูกกำจัดหลังจากนั้น (บันทึก, การอัพเดตของ Windows และอื่น ๆ ) นำไปสู่ระบบปฏิบัติการที่ใช้พื้นที่มากขึ้นเรื่อย ๆ เมื่อเวลาผ่านไป ใน Windows 95 และแม้แต่ยุค XP คำแนะนำดำเนินไปไกลเท่าที่แนะนำให้ติดตั้งระบบปฏิบัติการใหม่อีกครั้ง การติดตั้งระบบปฏิบัติการใหม่จำเป็นต้องใช้ความสามารถในการรับประกันการลบระบบปฏิบัติการและพาร์ติชัน (เพื่อล้างข้อมูลปลอมในระบบแฟ้ม) - เป็นไปไม่ได้หากไม่มีหลายพาร์ติชัน และการแยกไดรฟ์โดยไม่สูญเสียข้อมูลเป็นไปได้เฉพาะกับโปรแกรมพิเศษ (ซึ่งอาจมีความประหลาดใจที่น่ารังเกียจเช่นการประกันตัวและออกจากข้อมูลในสถานะที่ใช้งานไม่ได้เมื่อพบเซกเตอร์เสีย) โปรแกรม "ล้าง" ที่หลากหลายช่วยบรรเทาปัญหา แต่ตรรกะของพวกเขาอยู่บนพื้นฐานของวิศวกรรมย้อนกลับและพฤติกรรมสังเกตRegCleanยูทิลิตี้โดย MS นั้นถูกเรียกออกไปหลังจากการเปิดตัว Office 2007 ที่ทำลายสมมติฐานเกี่ยวกับรีจิสทรีที่เป็นไปตามนั้น) ความจริงที่ว่าหลายโปรแกรมบันทึกข้อมูลลงในตำแหน่งที่กำหนดเองทำให้การแยกผู้ใช้และข้อมูลระบบปฏิบัติการทำได้ยากขึ้นทำให้ผู้ใช้ติดตั้งโปรแกรมนอกลำดับชั้นของระบบปฏิบัติการเช่นกัน
  • Microsoft พยายามหลายวิธีในการเพิ่มความเสถียรโดยมีระดับความสำเร็จที่แตกต่างกัน ( DLLs ที่ใช้ร่วมกัน , Windows File Protectionและตัวต่อที่เชื่อถือได้ TrustedInstaller, ระบบย่อยแบบเคียงข้างกัน , ที่เก็บแยกต่างหากสำหรับโมดูล. NET ) Windows Installer เวอร์ชันล่าสุดยังมีการตรวจสอบการพึ่งพาพื้นฐาน (อาจเป็นตัวจัดการแพ็กเกจหลักตัวสุดท้ายที่ใช้กันทั่วไปเพื่อรวมคุณสมบัตินั้น)
  • เกี่ยวกับการปฏิบัติตามซอฟต์แวร์ของบุคคลที่สามเพื่อการปฏิบัติที่ดีที่สุดพวกเขาจัดทำระหว่างการรักษาความเข้ากันได้กับซอฟต์แวร์ที่เขียนอย่างเลอะเทอะ แต่มีการใช้งานอย่างเพียงพอ (มิฉะนั้นผู้ใช้จะไม่อัพเกรดเป็น Windows รุ่นใหม่) ซึ่งนำไปสู่ kludges และวิธีแก้ไขปัญหาในระบบปฏิบัติการรวมถึงพฤติกรรม API ที่ไม่มีเอกสารการปะสดของโปรแกรมของบุคคลที่สามเพื่อแก้ไขข้อบกพร่องในพวกเขาและการรีจิสตรีในระบบไฟล์และการทำเวอร์ชวลไลเซชันในระดับไม่กี่ระดับและระหว่างบังคับให้ผู้ค้าบุคคลที่สาม โปรแกรมและโปรแกรมเซ็นชื่อไดรเวอร์ (ทำบังคับเริ่มต้นด้วย Vista)
• ข้อมูลผู้ใช้ที่ถูกฝังอยู่ภายใต้เส้นทางที่ยาวภายใต้โปรไฟล์ของผู้ใช้ทำให้ไม่สามารถเรียกดูและระบุเส้นทางได้ พา ธ ยังใช้ชื่อแบบยาวมีช่องว่าง (เปลือกคำสั่งทุกหนทุกแห่ง) และอักขระประจำชาติ (ปัญหาสำคัญสำหรับภาษาการเขียนโปรแกรมยกเว้นภาษาล่าสุดที่มีการสนับสนุน Unicode ที่ครอบคลุม) และเป็นโลแคลเฉพาะ (!) และไม่สามารถเข้าถึงได้โดยไม่ต้องเข้าถึง winapi (!!) (ฆ่าความพยายามสากลในสคริปต์) ซึ่งทั้งหมดก็ไม่ได้ช่วยอะไรเช่นกัน
  ดังนั้นการมีข้อมูลของคุณในรูต dir ของไดรฟ์ที่แยกต่างหากจึงถูกมองว่าเป็นโครงสร้างข้อมูลที่สะดวกกว่า Windows ที่มีให้
  • สิ่งนี้ได้รับการแก้ไขใน Windows รีลีสล่าสุดเท่านั้น พา ธ ของตัวเองได้รับการแก้ไขใน Vista กระชับชื่อแบบยาวกำจัดช่องว่างและชื่อที่แปลแล้ว ปัญหาการสืบค้นได้รับการแก้ไขใน Win7 ที่ให้รายการ Start Menu สำหรับทั้งรากของโปรไฟล์ผู้ใช้และไดเรกทอรีอื่น ๆ ส่วนใหญ่ภายใต้มันและสิ่งต่าง ๆ เช่นโฟลเดอร์ "Favorite" ถาวรในกล่องโต้ตอบการเลือกไฟล์พร้อมค่าเริ่มต้นที่สมเหตุสมผลเช่นDownloadsเพื่อบันทึกความต้องการ สำหรับพวกเขาในแต่ละครั้ง
• ในที่สุดความพยายามของ MS ก็เกิดผลในที่สุด ตั้งแต่ Win7, OS, ซอฟต์แวร์และซอฟต์แวร์ของ บริษัท อื่นรวมถึงโปรแกรมอรรถประโยชน์การล้างข้อมูลมีความเสถียรและทำงานได้ดีและ HDD มีขนาดใหญ่พอสำหรับระบบปฏิบัติการที่ไม่ต้องการการติดตั้งใหม่ตลอดอายุการใช้งานของเวิร์กสเตชันทั่วไป และลำดับชั้นหุ้นสามารถใช้งานได้และสามารถเข้าถึงได้มากพอที่จะยอมรับและใช้งานได้จริงในแต่ละวัน

เหตุผลรองคือ:

• ซอฟต์แวร์ก่อนหน้า (การสนับสนุนระบบไฟล์และการแบ่งพาร์ติชันใน BIOS และ OS) ถูกปกคลุมด้านหลังฮาร์ดไดรฟ์ในการรองรับข้อมูลจำนวนมากโดยจำเป็นต้องแยกฮาร์ดไดรฟ์ออกเป็นส่วน ๆ เพื่อให้สามารถใช้งานได้เต็มประสิทธิภาพ
  • นี่เป็นปัญหาหลักใน DOS และ Windows 95 ครั้ง ด้วยการถือกำเนิดของ FAT32 (Windows 98) และ NTFS (Windows NT 3.1) ปัญหาส่วนใหญ่ได้รับการแก้ไขในขณะนี้
  • อุปสรรค 2TB ที่โผล่ออกมาเมื่อเร็ว ๆ นี้ได้รับการแก้ไขโดยรุ่นล่าสุดของระบบไฟล์ ( ext4และรุ่นล่าสุดของ NTFS ), GPTและ4k ดิสก์
• ความพยายามต่าง ๆ เพื่อเพิ่มประสิทธิภาพ ฮาร์ดไดรฟ์แบบหมุนได้เร็วขึ้นเล็กน้อย (ประมาณ 1.5 เท่า) ที่อ่านข้อมูลจากแทร็กด้านนอก (ซึ่งแมปไปยังเซกเตอร์เริ่มต้น) กว่าด้านในแนะนำการค้นหาไฟล์ที่เข้าถึงบ่อยๆเช่นไลบรารี่ OS และ pagefile ใกล้จุดเริ่มต้นของดิสก์
  • เนื่องจากมีการเข้าถึงข้อมูลผู้ใช้บ่อยครั้งและการจัดตำแหน่งใหม่มีผลกระทบต่อประสิทธิภาพการทำงานมากกว่าภาระงานที่เฉพาะเจาะจงมากการปรับปรุงการใช้งานในชีวิตจริงจึงดีที่สุด
• ดิสก์ทางกายภาพหลายตัว นี่คือการตั้งค่าที่ไม่ธรรมดาสำหรับเวิร์กสเตชันเนื่องจาก HDD ที่ทันสมัยมักจะมีขนาดใหญ่เพียงพอด้วยตัวเองและแล็ปท็อปไม่มีพื้นที่สำหรับ HDD ตัวที่สอง ส่วนใหญ่หากไม่ใช่สถานีทั้งหมดที่ฉันเคยเห็นด้วยการตั้งค่านี้เป็นเดสก์ท็อปที่ (อีกครั้ง) ใช้ HDD รุ่นเก่าที่ยังใช้งานได้และเพิ่มขนาดที่จำเป็น - มิฉะนั้นควรใช้ RAID หรือหนึ่งในไดรฟ์ควรเก็บไว้ สำรองข้อมูลและไม่ได้ใช้งานปกติ
  • นี่อาจเป็นกรณีเดียวที่ผู้ใช้จะได้รับประโยชน์อย่างแท้จริงจากการแบ่งระบบและข้อมูลออกเป็นโวลุ่มแยกต่างหาก: เนื่องจากพวกเขาอยู่บนฮาร์ดแวร์ที่แตกต่างกันจึงสามารถเข้าถึงได้แบบขนาน (เว้นแต่เป็นไดรฟ์ PATA สองสายบนสายเคเบิลเดียวกัน) กดที่ตำแหน่งใหม่เมื่อเปลี่ยนไปมา
    • เพื่อนำโครงสร้างไดเรกทอรี Windows มาใช้ฉันมักย้ายC:\Usersไปยังไดรฟ์ข้อมูล ย้ายเพียงรายเดียวหรือแม้เพียงแค่Documents, DownloadsและDesktopพิสูจน์ให้เห็นว่าจะด้อยกว่า 'cuz ส่วนอื่น ๆ ของรายละเอียดและPublicยังสามารถเติบโตได้อย่างบ้าคลั่ง (ดูหัวข้อ 'การกำหนดค่าแยกต่างหากและข้อมูล' การตั้งค่าด้านล่าง)
  • แม้ว่าดิสก์สามารถรวมอยู่ในไดรฟ์ข้อมูลที่ถูกขยายได้แต่ฉันไม่ได้ใช้หรือแนะนำสิ่งนี้เพราะไดรฟ์ข้อมูลแบบไดนามิกเป็นเทคโนโลยีที่เป็นกรรมสิทธิ์ซึ่งเครื่องมือของบุคคลที่สามมีปัญหาในการทำงานและเพราะหากไดรฟ์ใด ๆ ล้มเหลว
• M.2 SSD + HDD
  • ในกรณีนี้ฉันขอแนะนำให้ใช้ SSD เป็นแคชเท่านั้นด้วยวิธีนี้คุณจะได้รับประโยชน์จาก SSD สำหรับข้อมูลทั้งหมดของคุณแทนที่จะเป็นเพียงส่วนหนึ่งส่วนใดส่วนหนึ่งและสิ่งใดที่เร่งความเร็วจะถูกกำหนดโดยอัตโนมัติตามสิ่งที่คุณจริง ๆ การเข้าถึงในทางปฏิบัติ
  • ไม่ว่าในกรณีใดการตั้งค่านี้ในแล็ปท็อปจะด้อยกว่า HDD cuz ของ SSD เพียงตัวเดียวซึ่งทนต่อแรงกระแทกและการสั่นสะเทือนจากภายนอกซึ่งเป็นเหตุการณ์จริงสำหรับแล็ปท็อป
• สถานการณ์การบู๊ตคู่ โดยทั่วไประบบปฏิบัติการสองระบบไม่สามารถอยู่ร่วมกันในพาร์ติชันเดียวได้ นี่เป็นสถานการณ์เดียวที่ฉันรู้ว่ารับประกันหลายพาร์ติชันบนเวิร์กสเตชัน และกรณีการใช้งานที่หาได้ยากในปัจจุบันอยู่แล้วเพราะทุกเวิร์กสเตชันมีประสิทธิภาพเพียงพอที่จะเรียกใช้ VM ได้
• บนเซิร์ฟเวอร์มีจำนวนสถานการณ์ที่ถูกต้องอื่น ๆ - แต่ไม่มีสิ่งใดที่ใช้กับโดเมนของ Super User
  • เช่นหนึ่งสามารถแยกข้อมูลถาวร (โปรแกรมและการกำหนดค่า) ออกจากการเปลี่ยนแปลงข้อมูล (ข้อมูลแอปและบันทึก) เพื่อป้องกันไม่ให้แอพหลบหนีจากระบบทั้งหมด นอกจากนี้ยังมีความต้องการพิเศษต่าง ๆ (เช่นในระบบฝังตัวข้อมูลถาวรมักจะอยู่ใน EEPROM ในขณะที่ข้อมูลการทำงานบนไดรฟ์ RAM) ลำดับขั้นของมาตรฐานระบบไฟล์ของ Linux นั้นปรับให้เข้ากับการปรับแต่งนี้

เกือบ 2 ทศวรรษที่ผ่านมาจะถูกครอบงำด้วยช่วงของ Windows 98 ถึง XP รวมถึง NT4 และ 2000 ในด้านเวิร์กสเตชัน / เซิร์ฟเวอร์

ฮาร์ดไดรฟ์ทั้งหมดจะเป็นแหล่งเก็บข้อมูลแม่เหล็กของ PATA หรือ SCSI เนื่องจาก SSD มีราคาสูงกว่าคอมพิวเตอร์และไม่มี SATA

ตามคำตอบของ WooShell กล่าวว่าเซกเตอร์ตรรกะที่ต่ำกว่าบนไดรฟ์ (นอกแผ่นเสียง) มีแนวโน้มที่จะเร็วที่สุด ไดรฟ์ Velociraptor 1TB WDC ของฉันเริ่มต้นที่ 215MB / s แต่ลดลงถึง 125MB / s ที่ภาคนอกลดลง 40% และนี่คือ 2.5" ไดรฟ์ไดรฟ์แผ่นเสียงดังนั้นส่วนใหญ่ 3.5" ไดรฟ์โดยทั่วไปเห็นการลดลงเท่าที่เคยมีขนาดใหญ่ในการปฏิบัติงานมากขึ้นกว่า 50% นี่เป็นเหตุผลหลักที่ทำให้พาร์ติชันหลักเล็ก แต่ใช้เฉพาะเมื่อพาร์ติชันนั้นเล็กเมื่อเทียบกับขนาดของไดรฟ์

เหตุผลหลักอีกประการที่ทำให้พาร์ติชันเล็ก ๆ คือถ้าคุณใช้ FAT32 เป็นระบบไฟล์ซึ่งไม่รองรับพาร์ติชันที่ใหญ่กว่า 32GB หากคุณใช้ NTFS พาร์ติชั่นไม่เกิน 2TB ได้รับการสนับสนุนก่อน Windows 2000 และสูงสุด 256TB

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

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

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

ข้อเสียคือมีพื้นที่ที่ไม่ได้ใช้ แต่ประสิทธิภาพเพิ่มขึ้นมากกว่าชดเชยและถ้าฉันต้องการพื้นที่เก็บข้อมูลเพิ่มเติมฉันจะเพิ่มไดรฟ์มากขึ้น C: มีระบบปฏิบัติการและแอพพลิเคชั่นที่ใช้บ่อย P: มีแอพพลิเคชั่นที่ใช้กันน้อยกว่าและเป็น 128GB SSD ที่มีระดับความทนทานในการเขียนต่ำกว่า C: T: อยู่ใน SLC SSD ขนาดเล็กกว่าและมีไฟล์ชั่วคราวของผู้ใช้และระบบปฏิบัติการรวมถึงแคชเบราว์เซอร์ ไฟล์วิดีโอและไฟล์เสียงอยู่ในที่จัดเก็บข้อมูลแม่เหล็กเช่นเดียวกับอิมเมจเครื่องเสมือนข้อมูลสำรองและข้อมูลที่เก็บถาวรโดยทั่วไปจะมีขนาดคลัสเตอร์ 16KB หรือขนาดใหญ่กว่าและการอ่าน / เขียนจะถูกควบคุมด้วยการเข้าถึงตามลำดับ ฉันใช้ Defrag เพียงปีละครั้งในพาร์ทิชันที่มีปริมาณการเขียนสูงและใช้เวลาประมาณ 10 นาทีในการทำทั้งระบบ

แล็ปท็อปของฉันมีเพียง SSD เดียว 128GB และกรณีการใช้งานที่แตกต่างกันดังนั้นฉันจึงไม่สามารถทำสิ่งเดียวกันได้ แต่ฉันยังแยกพาร์ติชันออกเป็น 3 พาร์ติชัน C: (80GB ระบบปฏิบัติการและโปรแกรม), T: (8GB ชั่วคราว) และ F: ( ไฟล์ผู้ใช้ 24 GB) ซึ่งทำงานได้ดีในการควบคุมการกระจายตัวของข้อมูลโดยไม่ต้องเปลืองพื้นที่และแล็ปท็อปจะถูกแทนที่นานก่อนที่ฉันจะหมดพื้นที่ นอกจากนี้ยังทำให้การสำรองข้อมูลทำได้ง่ายขึ้นเนื่องจาก F: มีข้อมูลสำคัญเพียงอย่างเดียวที่เปลี่ยนแปลงเป็นประจำ

ฉันเคยทำงานด้านไอทีมาบ้างและนี่คือสิ่งที่ฉันรู้และจดจำ

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

ข้อดีอีกอย่างที่ฉันยังคงใช้อยู่ในปัจจุบันก็คือการมี "ข้อมูล" และ "ระบบปฏิบัติการ" บนไดรฟ์แยกต่างหากหรือถ้าฉันไม่สามารถจัดการพาร์ติชันแยกต่างหากนั้นได้ ไม่มีการเพิ่มความเร็วที่แท้จริงหากใช้ SSD หรือไดรฟ์แม่เหล็กที่เร็วกว่า แต่มีตัวเลือก "แก้ไขอย่างง่าย" ขนาดใหญ่เมื่อระบบปฏิบัติการทำการเก็บตัว เพียงสลับไดร์ฟหรือแบ่งพาร์ติชั่นนั้นอีกครั้ง ข้อมูลของผู้ใช้ไม่เป็นอันตราย เมื่อตั้งค่าอย่างเหมาะสมระหว่างหน้าต่างการติดตั้ง D: ไดรฟ์และ "โปรไฟล์ข้ามเขต" เป็นเวลา 5 นาทีโดยไม่มีปัญหา มันทำให้มันเป็นก้าวที่ดีสำหรับเทคโนโลยีระดับ 1

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

สิ่งนี้จะกลับไปที่ Windows 95/98 และ XT อาจใช้ไม่ได้กับ Vista และใหม่กว่า แต่เป็นข้อ จำกัด ของฮาร์ดแวร์ดังนั้นการใช้งานระบบปฏิบัติการรุ่นใหม่บนฮาร์ดแวร์เก่าจะยังคงต้องจัดการกับข้อ จำกัด

ฉันเชื่อว่าข้อ จำกัด คือ 2gb แต่อาจมีข้อ จำกัด 1gb (หรืออาจเป็นอย่างอื่น) ในเวลาก่อนหน้า

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

ดังนั้นด้วย # 1 การเริ่มต้นของพาร์ติชัน BOOT ต้องอยู่ภายในพื้นที่ 2gb แรกของฟิสิคัล นี่จะไม่เป็นการขัดขวางการสร้าง 1 พาร์ติชันใหญ่สำหรับ Boot / OS แต่ปัญหาคือการบูตคู่ / มัลติ หากดูเหมือนจะเป็นไปได้ที่จะต้องการบูตแบบดูอัล / มัลติบูตต้องมีพื้นที่ว่างด้านล่างเครื่องหมาย 2gb เพื่อสร้างพาร์ติชันที่สามารถบูตได้อื่น ๆ บนไดรฟ์ เนื่องจากอาจไม่ทราบเวลาติดตั้งหากไดรฟ์ต้องการพาร์ติชันสำหรับบูตอื่นเช่น Linix หรือพาร์ติชันสำหรับตรวจแก้จุดบกพร่อง / แก้ไขปัญหา / กู้คืนที่สามารถบูตได้บางตัวจึงแนะนำให้ติดตั้ง (และบ่อยครั้งโดยไม่รู้สาเหตุ) พาร์ติชั่นสำหรับบูตระบบปฏิบัติการ

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

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

ฉันออกจากส่วนนี้ในคำตอบของฉันเพราะความคิดเห็นด้านล่าง

เนื่องจากระบบของฉันเป็นมัลติบูตการรีบูตระบบปฏิบัติการที่แตกต่างกันทำให้การสำรองข้อมูล / พาร์ติชันโปรแกรมง่ายขึ้นเนื่องจากไม่มีกิจกรรมใด ๆ บนพาร์ติชันขณะที่กำลังสำรองข้อมูล ฉันเขียนโปรแกรมสำรองข้อมูลอย่างง่ายซึ่งทำสำเนาโฟลเดอร์ + ไฟล์พร้อมกับความปลอดภัยและข้อมูลใหม่ แต่มันใช้งานไม่ได้กับพาร์ติชัน Win 7 หรือ Win 10 OS ดังนั้นฉันจึงใช้การสำรองอิมเมจระบบสำหรับ C ;, Win 7 และชนะ 10 ระบบปฏิบัติการพาร์ทิชัน

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

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

และในวันนี้ Virtual Machines และ Cloud Drive เสริมตัวเลือกเหล่านี้มากมาย

มีเหตุผลหนึ่งข้อ - การใช้สแน็ปช็อตปริมาณ

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

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

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

ฉันเขียนโปรแกรมมาเกือบครึ่งศตวรรษแล้ว ตอบอีกว่าประวัติศาสตร์และอื่น ๆ ตอบยาวกล่าวว่าดิสก์ทางกายภาพหลาย

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

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

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

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

ดังนั้นเมื่อไวรัส "กิน" จุดเริ่มต้นของดิสก์มักจะต้องติดตั้งระบบใหม่เท่านั้น

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

ดังนั้นหากคุณมีข้อมูลสำรองเหตุผลนี้ไม่ถูกต้อง