โดเมนข้อมูล: วิธีแก้ไขปัญหาเกี่ยวกับการใช้พื้นที่สูงหรือการขาดความจุที่พร้อมใช้งานบน Data Domain Restorers (DDRs)
Сводка: บทความนี้ประกอบด้วยขั้นตอนทีละขั้นตอนเพื่อช่วยแก้ไขปัญหาเกี่ยวกับการใช้พื้นที่สูงหรือการขาดความจุที่พร้อมใช้งานใน Data Domain Restorers (DDRs)
Данная статья применяется к
Данная статья не применяется к
Эта статья не привязана к какому-либо конкретному продукту.
В этой статье указаны не все версии продуктов.
Симптомы
Data Domain Restorers (DDRs) ทั้งหมดประกอบด้วยพูล/พื้นที่เก็บข้อมูลที่เรียกว่า 'active tier':
- นี่คือพื้นที่ของดิสก์ที่ไฟล์ / ข้อมูลที่นําเข้าใหม่อยู่และในไฟล์ DDRs ส่วนใหญ่ยังคงอยู่ที่นี่จนกว่าจะหมดอายุ / ลบโดยแอปพลิเคชันสํารองข้อมูลไคลเอ็นต์
- บน DDRs ที่กําหนดค่าด้วย Extended Retention (ER) หรือ Long Term Retention (LTR) กระบวนการเคลื่อนย้ายข้อมูลอาจทํางานเป็นระยะเพื่อโยกย้ายไฟล์เก่าจากระดับที่ใช้งานอยู่ไปยังระดับการเก็บถาวรหรือระบบคลาวด์
- วิธีเดียวที่จะเรียกคืนพื้นที่ในเทียร์ที่ใช้งานอยู่ซึ่งใช้โดยไฟล์ที่ถูกลบ/โยกย้ายคือการเรียกใช้กระบวนการรวบรวม/ล้างขยะ (GC)
การใช้งานปัจจุบันของระดับที่ใช้งานอยู่สามารถแสดงผ่านคําสั่ง 'filesys show space' หรือ 'df':
# df
Active Tier: ขนาดทรัพยากรกิ๊บใช้กิ๊บใช้ประโยชน์กิ๊บใช้% ทําความสะอาดได้ GiB *
---------------- -------- -------- --------- ---- --------------
/ data : pre - comp -- 33098.9 -- -- -/data :
โพสต์คอมพ์ 65460.3 518.7 64941.6 1% 0.0/ddvar 29.5 19.7 8.3 70% -
/ddvar/core 31.5 0.2
29.7 1% --
---------------- -------- -------- --------- ---- --------------
Active Tier: ขนาดทรัพยากรกิ๊บใช้กิ๊บใช้ประโยชน์กิ๊บใช้% ทําความสะอาดได้ GiB *
---------------- -------- -------- --------- ---- --------------
/ data : pre - comp -- 33098.9 -- -- -/data :
โพสต์คอมพ์ 65460.3 518.7 64941.6 1% 0.0/ddvar 29.5 19.7 8.3 70% -
/ddvar/core 31.5 0.2
29.7 1% --
---------------- -------- -------- --------- ---- --------------
โปรดทราบว่าหากกําหนดค่ารายละเอียดของระดับการเก็บถาวร / คลาวด์จะแสดงอยู่ด้านล่างระดับ
ที่ใช้งานอยู่การใช้ระดับที่ใช้งานอยู่จะต้องได้รับการจัดการอย่างรอบคอบมิฉะนั้นอาจเกิดสิ่งต่อไปนี้:
- ระดับชั้นที่ใช้งานอยู่อาจเริ่มหมดพื้นที่ว่างทําให้การแจ้งเตือน/ข้อความต่อไปนี้ปรากฏขึ้น:
EVT-SPACE-00004: การใช้พื้นที่ในการเก็บรวบรวมข้อมูลเกินเกณฑ์ 95%
- หากระดับที่ใช้งานอยู่กลายเป็นเต็ม 100% จะไม่มีข้อมูลใหม่ที่สามารถเขียนไปยัง DDR ซึ่งอาจทําให้การสํารองข้อมูล / การจําลองแบบล้มเหลว - ในสถานการณ์นี้การแจ้งเตือน / ข้อความเช่นต่อไปนี้อาจปรากฏขึ้น:
เกี่ยวกับการวิจารณ์: ผงชูรส-CM-00002: /.. /vpart:/vol1/col1/cp1/cset: ชุดคอนเทนเนอร์ [รหัสชุดคอนเทนเนอร์] ออกจากพื้นที่
- ในบางสถานการณ์ ระดับที่ใช้งานอยู่จะเต็มอาจทําให้ Data Domain File System (DDFS) กลายเป็นแบบอ่านอย่างเดียว ณ จุดที่ไม่สามารถลบไฟล์ที่มีอยู่ได้
บทความฐานข้อมูลองค์ความรู้นี้พยายาม:
- อธิบายว่าเหตุใดระดับที่ใช้งานอยู่จึงอาจเต็ม
- อธิบายชุดการตรวจสอบอย่างง่ายซึ่งสามารถทําได้เพื่อระบุสาเหตุของการใช้งานระดับสูงของระดับที่ใช้งานอยู่และขั้นตอนการแก้ไขที่เกี่ยวข้อง
โปรดทราบว่า:
- บทความนี้ไม่ครบถ้วนสมบูรณ์ (เช่น อาจมีสถานการณ์จํานวนเล็กน้อยที่ระดับการใช้งานของ DDR ถูกใช้อย่างมาก/เต็มรูปแบบด้วยเหตุผลที่ไม่ได้กล่าวถึงในเอกสารนี้) แต่มีวัตถุประสงค์เพื่อให้ครอบคลุมสาเหตุ/ปัญหาที่พบบ่อยที่สุด
- บทความนี้ไม่ครอบคลุมถึงการใช้งานระดับสูงของระดับการเก็บถาวรหรือระบบคลาวด์
Причина
- ไฟล์สํารอง/ชุดบันทึกไม่หมดอายุ/ถูกลบอย่างถูกต้องโดยแอปพลิเคชันการสํารองข้อมูลไคลเอ็นต์เนื่องจากนโยบายการเก็บรักษาที่ไม่ถูกต้องหรือการกําหนดค่าแอปพลิเคชันสํารอง
- ความล่าช้าในการจําลองแบบทําให้ข้อมูลเก่าจํานวนมากถูกเก็บไว้ในระดับที่ใช้งานอยู่ซึ่งรอการจําลองแบบไปยังแบบจําลอง
- ข้อมูลที่เขียนไปยังระดับที่ใช้งานอยู่มีอัตราส่วนการบีบอัดโดยรวมต่ํากว่าที่คาดไว้
- ระบบไม่ได้ปรับขนาดอย่างถูกต้องเช่นมันเล็กเกินไปสําหรับปริมาณข้อมูลที่พยายามจะเก็บไว้ในนั้น
- การสํารองข้อมูลประกอบด้วยไฟล์ขนาดเล็กจํานวนมาก - ไฟล์เหล่านี้ใช้พื้นที่มากกว่าที่คาดไว้เมื่อเขียนครั้งแรก แต่ควรเรียกคืนพื้นที่นี้ในระหว่างการเก็บขยะ / ทําความสะอาด
- การเคลื่อนย้ายข้อมูลไม่ได้ทํางานเป็นประจําบนระบบที่กําหนดค่าด้วย ER/LTR ทําให้ไฟล์เก่าที่ควรย้ายไปยังระดับเก็บถาวร/คลาวด์ยังคงอยู่ในระดับที่ใช้งานอยู่
- การทําความสะอาด/การเก็บขยะไม่ได้ดําเนินการเป็นประจํา
- สแนปช็อต mtree ที่มากเกินไปหรือเก่าที่มีอยู่ใน DDR ป้องกันไม่ให้สะอาดจากการเรียกคืนพื้นที่จากไฟล์ / ข้อมูลที่ถูกลบ
Разрешение
ขั้นตอนที่ 1 - ตรวจสอบว่าจําเป็นต้องเรียกใช้
การทําความสะอาดระดับที่ใช้งานอยู่หรือไม่ระบบปฏิบัติการโดเมนข้อมูล (DDOS) พยายามรักษาตัวนับที่เรียกว่า 'Cleanable GiB' สําหรับระดับที่ใช้งานอยู่ นี่คือการประมาณจํานวนพื้นที่ทางกายภาพ (หลังคอมพ์) ที่สามารถเรียกคืนได้ในชั้นที่ใช้งานอยู่โดยเรียกใช้การรวบรวมขยะ / สะอาด ตัวนับนี้แสดงโดยคําสั่ง 'filesys show space'/'df':
หาก:
เพื่อยืนยันว่า clean ได้เริ่มต้นตามที่คาดไว้สามารถใช้คําสั่ง 'filesys status' ได้เช่น:
โปรดทราบว่า:
หากจําเป็นให้กําหนดตารางเวลาการทําความสะอาดระดับที่ใช้งานอยู่ - ตัวอย่างเช่นให้ทํางานทุกวันอังคารเวลา 6.00 น. : # filesys clean set schedule Tue 0600 Filesystem cleaning is scheduled to run "Tue" at "0600
".
โปรดทราบว่าบนระบบที่กําหนดค่าด้วย Extended Retention (ER) clean อาจถูกกําหนดค่าให้ทํางานหลังจากการเคลื่อนไหวของข้อมูลเสร็จสมบูรณ์ และอาจไม่มีกําหนดการแยกต่างหาก สถานการณ์นี้จะกล่าวถึงในภายหลังในเอกสารนี้
เมื่อทําความสะอาดเสร็จแล้วให้ใช้คําสั่ง 'filesys show space'/'df' เพื่อตรวจสอบว่าปัญหาการใช้ประโยชน์ได้รับการแก้ไขหรือไม่ หากการใช้ประโยชน์ยังคงสูงให้ดําเนินการตามขั้นตอนที่เหลือในบทความนี้
ขั้นตอนที่ 2 - ตรวจสอบความล่าช้าในการจําลองแบบจํานวนมากกับบริบทการจําลองแบบต้นทาง
การจําลองแบบโดเมนข้อมูลแบบเนทีฟได้รับการออกแบบตามแนวคิดของ 'บริบทการจําลองแบบ' ตัวอย่างเช่น เมื่อจําเป็นต้องจําลองข้อมูลระหว่างระบบ:
เมื่อต้องการตรวจสอบว่าบริบทการจําลองแบบล่าช้าหรือไม่ ให้ทําตามขั้นตอนต่อไปนี้:
บริบทที่ระบบปัจจุบันเป็นแหล่งที่มาและแสดงความล่าช้าหรือบริบทที่สําคัญซึ่งไม่จําเป็นอีกต่อไปควรถูกทําลาย สิ่งนี้สามารถทําได้โดยการเรียกใช้คําสั่งต่อไปนี้บนระบบต้นทางและปลายทาง:
ตัวอย่างเช่น เมื่อต้องการทําลายบริบท 'น่าสนใจ' ที่แสดงด้านบน คําสั่งต่อไปนี้จะทํางานบนต้นทางและปลายทาง:
โปรดทราบว่า:
เนื้อหาของ DDFS แบ่งออกเป็น mtrees อย่างมีเหตุผล เป็นเรื่องปกติที่แอปพลิเคชัน / ไคลเอนต์สํารองแต่ละรายการจะเขียนไปยัง mtrees แต่ละรายการ หากแอปพลิเคชันสํารองข้อมูลถูกถอดรหัสจะไม่สามารถเขียนข้อมูลไปยัง / ลบข้อมูลจาก DDR ซึ่งอาจทิ้ง mtrees เก่า / ฟุ่มเฟือยไว้ในระบบ ข้อมูลใน mtrees เหล่านี้จะยังคงมีอยู่อย่างไม่มีกําหนดโดยใช้พื้นที่บนดิสก์บน DDR เป็นผลให้ mtrees ฟุ่มเฟือยดังกล่าวควรถูกลบ เช่น:
เช่น:
# mtree ลบ /data/col1/Budu_test
mtree เก่า / ฟุ่มเฟือยสแนปช็อตโดเมนข้อมูลแสดงถึงสแนปช็อต ณ จุดเวลาของ mtree ที่เกี่ยวข้อง เป็นผลให้:
เมื่อรันกับ mtree ที่ไม่มีสแนปชอต รายการต่อไปนี้จะปรากฏขึ้น:
เมื่อรันกับ mtree ที่มีสแนปชอตต่อไปนี้จะปรากฏขึ้น:
สแนปช็อตเหล่านี้ควรหมดอายุเพื่อให้สามารถลบออกได้เมื่อทําความสะอาดและมีพื้นที่ว่างบนดิสก์:
# สแนปชอตหมดอายุ [ชื่อสแนปชอต] mtree [ชื่อ mtree]
เช่น:
โปรดทราบว่า:
การสนับสนุนอัตโนมัติจาก DDR มีฮิสโตแกรมที่แสดงการแบ่งไฟล์ใน DDR ตามอายุ - ตัวอย่างเช่น:
สิ่งนี้มีประโยชน์ในการตรวจสอบว่ามีไฟล์ในระบบที่ยังไม่หมดอายุ / ลบตามที่คาดไว้โดยแอปพลิเคชันสํารองข้อมูลไคลเอ็นต์หรือไม่ ตัวอย่างเช่นหากระบบข้างต้นถูกเขียนขึ้นโดยแอปพลิเคชันสํารองที่มีระยะเวลาการเก็บรักษาสูงสุดสําหรับไฟล์ใดไฟล์หนึ่งคือ 6 เดือนจะเห็นได้ชัดว่าแอปพลิเคชันสํารองไม่หมดอายุ / ลบไฟล์ตามที่คาดไว้เนื่องจากมีไฟล์ประมาณ 80,000 ไฟล์ที่มีอายุมากกว่า 6 เดือนใน DDR
โปรดทราบว่า:
หากจําเป็น การสนับสนุนโดเมนข้อมูลสามารถรายงานเพิ่มเติมไปยัง:
ขั้นตอนที่ 6 - ตรวจสอบการสํารองข้อมูลซึ่งรวมถึงไฟล์ขนาดเล็กจํานวนมากเนื่องจากการออกแบบไฟล์ขนาดเล็ก DDFS (โดยพื้นฐานแล้วไฟล์
ใด ๆ ที่มีขนาดเล็กกว่าประมาณ 10Mb) สามารถใช้พื้นที่มากเกินไปเมื่อเขียนครั้งแรกไปยัง DDR นี่เป็นเพราะสถาปัตยกรรม 'SISL' (Stream Informed Segment Layout) ทําให้ไฟล์ขนาดเล็กใช้พื้นที่ 4.5Mb หลายบล็อกบนดิสก์ ตัวอย่างเช่นไฟล์ 4Kb อาจใช้พื้นที่ดิสก์ทางกายภาพสูงสุด 9Mb เมื่อเขียน
ครั้งแรกพื้นที่ที่มากเกินไปนี้จะถูกเรียกคืนในภายหลังเมื่อมีการเรียกใช้การรวบรวมที่สะอาด / ขยะ (เนื่องจากข้อมูลจากไฟล์ขนาดเล็กจะถูกรวมเป็นบล็อก 4.5Mb จํานวนน้อยลง) แต่อาจทําให้ DDR รุ่นเล็กแสดงการใช้งานมากเกินไปและเติมเมื่อการสํารองข้อมูลดังกล่าวทํางาน
การสนับสนุนอัตโนมัติประกอบด้วยฮิสโตแกรมของไฟล์ที่แบ่งตามขนาดเช่น:
หากมีหลักฐานการสํารองข้อมูลที่เขียนไฟล์ขนาดเล็กจํานวนมากระบบอาจได้รับผลกระทบจากการใช้ประโยชน์ที่เพิ่มขึ้นชั่วคราวอย่างมีนัยสําคัญระหว่างการเรียกเก็บขยะ / ขยะแต่ละครั้ง ในสถานการณ์สมมตินี้จะเป็นการดีกว่าที่จะเปลี่ยนวิธีการสํารองข้อมูลเพื่อรวมไฟล์ขนาดเล็กทั้งหมดลงในไฟล์เก็บถาวรขนาดใหญ่เดียว (เช่นไฟล์ tar) ก่อนที่จะเขียนลงใน DDR โปรดทราบว่าการเก็บถาวรดังกล่าวไม่ควรถูกบีบอัดหรือเข้ารหัส (เนื่องจากจะทําให้อัตราส่วนการบีบอัด / อัตราส่วนการขจัดความซ้ําซ้อนของข้อมูลนั้นเสียหาย)
ขั้นตอนที่ 7 - ตรวจสอบอัตราส่วน
การขจัดความซ้ําซ้อนที่ต่ํากว่าที่คาดไว้วัตถุประสงค์หลักของ DDR คือการลบรายการที่ซ้ํากันและบีบอัดและข้อมูลที่นําเข้าโดยอุปกรณ์ อัตราส่วนของการลดความซ้ําซ้อน / การบีบอัดขึ้นอยู่กับกรณีการใช้งานของระบบและประเภทของข้อมูลที่มีอยู่อย่างไรก็ตามในหลาย ๆ กรณีจะมีอัตราส่วนการบีบอัดโดยรวม 'ที่คาดหวัง' ตามผลลัพธ์ที่ได้จากการทดสอบแนวคิดหรือคล้ายกัน ในการกําหนดอัตราส่วนการบีบอัดโดยรวมในปัจจุบันของระบบ (และดังนั้นจึงเป็นไปตามความคาดหวังหรือไม่) สามารถใช้คําสั่ง 'filesys show compression' ได้ เช่น:
ในตัวอย่างข้างต้นระบบมีอัตราส่วนการบีบอัดโดยรวม 65.3x สําหรับระดับที่ใช้งานอยู่ (ซึ่งดีมาก) อย่างไรก็ตามหากค่านี้แสดงให้เห็นว่าอัตราส่วนการบีบอัดโดยรวมไม่เป็นไปตามความคาดหวังก็มีแนวโน้มที่จะต้องมีการตรวจสอบเพิ่มเติม โปรดทราบว่าการตรวจสอบอัตราส่วนการบีบอัดที่ต่ํากว่าที่คาดไว้เป็นเรื่องที่ซับซ้อนซึ่งอาจมีสาเหตุหลายประการ สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการตรวจสอบเพิ่มเติมโปรดดูบทความต่อไปนี้:
https://support.emc.com/kb/487055ขั้นตอนที่ 8 - ตรวจสอบว่าระบบเป็นแหล่งสําหรับการจําลองแบบ
คอลเลกชันหรือไม่เมื่อใช้การจําลองแบบคอลเลกชันหากระบบต้นทางมีขนาดใหญ่กว่าปลายทางขนาดของระบบต้นทางจะถูก จํากัด เทียมเพื่อให้ตรงกับปลายทาง (เช่นจะมีพื้นที่ของดิสก์บนแหล่งที่มาซึ่งจะถูกทําเครื่องหมายว่าใช้ไม่ได้) เหตุผลก็คือเมื่อใช้การจําลองแบบคอลเลกชันปลายทางจะต้องเป็นสําเนาระดับบล็อกของแหล่งที่มาอย่างไรก็ตามหากแหล่งที่มามีขนาดใหญ่กว่าปลายทางมีโอกาสที่ข้อมูลมากเกินไปอาจถูกเขียนไปยังแหล่งที่มาซึ่งไม่สามารถทําซ้ําไปยังปลายทางได้ (เนื่องจากเต็มแล้ว) สถานการณ์นี้ถูกหลีกเลี่ยง โดยการจํากัดขนาดของแหล่งข้อมูลให้ตรงกับปลายทาง
ทันทีที่ดําเนินการอย่างใดอย่างหนึ่งเหล่านี้พื้นที่เพิ่มเติมจะพร้อมใช้งานทันทีในระดับที่ใช้งานอยู่ของระบบต้นทาง (เช่นไม่จําเป็นต้องเรียกใช้การทําความสะอาดระดับ / การรวบรวมขยะที่ใช้งานอยู่ก่อนที่จะใช้พื้นที่นี้)
ขั้นตอนที่ 9 - ตรวจสอบว่ามีการเรียกใช้
การเคลื่อนไหวของข้อมูลเป็นประจําหรือไม่หาก DDR ถูกกําหนดค่าด้วย Extended Retention (ER) หรือ Long Term Retention (LTR) จะมีระดับพื้นที่เก็บข้อมูลที่สองแนบอยู่ (ระดับการเก็บถาวรสําหรับ ER หรือระดับคลาวด์สําหรับ LTR) ในสถานการณ์สมมตินี้ นโยบายการเคลื่อนย้ายข้อมูลมีแนวโน้มที่จะกําหนดค่ากับ mtrees เพื่อโยกย้ายข้อมูลเก่า/ไม่แปรผันที่ต้องการการเก็บรักษาในระยะยาวจากระดับที่ใช้งานอยู่ออกไปยังระดับพื้นที่เก็บข้อมูลสํารอง เพื่อให้พื้นที่ที่ใช้โดยไฟล์เหล่านี้ในเทียร์ที่ใช้งานอยู่สามารถเรียกคืนได้ทางกายภาพโดยการรวบรวมที่สะอาด/ขยะ หากนโยบายการเคลื่อนย้ายข้อมูลได้รับการกําหนดค่าไม่ถูกต้องหรือหากกระบวนการเคลื่อนย้ายข้อมูลไม่ได้ทํางานเป็นประจําข้อมูลเก่าจะยังคงอยู่ในระดับที่ใช้งานอยู่นานกว่าที่คาดไว้และจะยังคงใช้พื้นที่ทางกายภาพบนดิสก์ต่อไป
โปรดทราบว่า ER และ LTR เป็นเอกสิทธิ์ร่วมกัน ดังนั้นระบบจะมีเฉพาะระดับที่ใช้งานอยู่ (ไม่มีการกําหนดค่า ER/LTR) หรือระดับที่ใช้งานอยู่และเก็บถาวร (กําหนดค่า ER) หรือระดับที่ใช้งานอยู่และระบบคลาวด์ (กําหนดค่า LTR)
หากนโยบายการเคลื่อนย้ายข้อมูลไม่ถูกต้อง/ขาดหายไปควรได้รับการแก้ไข - โปรดดูคู่มือผู้ดูแลระบบโดเมนข้อมูลสําหรับความช่วยเหลือในการดําเนินการนี้
โปรดทราบว่าโดยทั่วไปโดเมนข้อมูลแนะนําให้เรียกใช้การเคลื่อนย้ายข้อมูลผ่านกําหนดเวลาอัตโนมัติ แต่ลูกค้าบางรายเลือกที่จะเรียกใช้กระบวนการนี้ในลักษณะเฉพาะกิจ (เช่น เมื่อจําเป็น) ในสถานการณ์สมมตินี้การเคลื่อนไหวของข้อมูลควรเริ่มต้นเป็นประจําโดยการเรียกใช้:
สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการปรับเปลี่ยนกําหนดการเคลื่อนย้ายข้อมูล โปรดดูคู่มือผู้ดูแลระบบโดเมนข้อมูล
หากการเคลื่อนไหวของข้อมูลไม่ได้ทํางานเป็นระยะเวลาหนึ่งให้พยายามเริ่มกระบวนการด้วยตนเองให้ตรวจสอบดังนี้:
หากการเคลื่อนย้ายข้อมูลไม่สามารถเริ่มต้นได้ไม่ว่าด้วยเหตุผลใดก็ตาม โปรดติดต่อผู้ให้บริการสนับสนุนตามสัญญาของคุณเพื่อขอความช่วยเหลือเพิ่มเติม
ในระบบ LTR Active Tier Clean ควรยังคงได้รับการกําหนดค่าตามกําหนดการของตัวเอง
ขั้นตอนที่ 10 - เพิ่มที่เก็บข้อมูลเพิ่มเติมไปยังระดับชั้น
ที่ใช้งานอยู่หากดําเนินการตามขั้นตอนก่อนหน้านี้ทั้งหมดแล้ว ให้เรียกใช้การทําความสะอาดระดับที่ใช้งานอยู่จนเสร็จสมบูรณ์ แต่ก็ยังมีพื้นที่ว่างไม่เพียงพอในระดับที่ใช้งานอยู่ อาจเป็นไปได้ว่าระบบไม่ได้ปรับขนาดอย่างถูกต้องสําหรับปริมาณงานที่ได้รับ ในกรณีนี้ควรดําเนินการอย่างใดอย่างหนึ่งต่อไปนี้:
หากต้องการหารือเกี่ยวกับการเพิ่มพื้นที่เก็บข้อมูลโปรดติดต่อทีมบัญชีการขายของคุณ
การทําความสะอาดระดับที่ใช้งานอยู่หรือไม่ระบบปฏิบัติการโดเมนข้อมูล (DDOS) พยายามรักษาตัวนับที่เรียกว่า 'Cleanable GiB' สําหรับระดับที่ใช้งานอยู่ นี่คือการประมาณจํานวนพื้นที่ทางกายภาพ (หลังคอมพ์) ที่สามารถเรียกคืนได้ในชั้นที่ใช้งานอยู่โดยเรียกใช้การรวบรวมขยะ / สะอาด ตัวนับนี้แสดงโดยคําสั่ง 'filesys show space'/'df':
Active Tier:Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB*
---------------- -------- --------- --------- ---- --------------
/data: pre-comp - 7259347.5 - - -/data:
post-comp 304690.8 251252.4 53438.5 82% 51616.1 /ddvar 29.5 12.5 15.6 44% -
---------------- -------- --------- --------- ---- --------------
---------------- -------- --------- --------- ---- --------------
/data: pre-comp - 7259347.5 - - -/data:
post-comp 304690.8 251252.4 53438.5 82% 51616.1 /ddvar 29.5 12.5 15.6 44% -
---------------- -------- --------- --------- ---- --------------
หาก:
- ค่าสําหรับ 'Cleanable GiB' มีขนาดใหญ่
- DDFS กลายเป็นเต็ม 100% (และดังนั้นจึงเป็นแบบอ่านอย่างเดียว)
# filesys สะอาดเริ่มต้น
การทําความสะอาดเริ่มต้น ใช้ 'filesys clean watch' เพื่อติดตามความคืบหน้า
การทําความสะอาดเริ่มต้น ใช้ 'filesys clean watch' เพื่อติดตามความคืบหน้า
เพื่อยืนยันว่า clean ได้เริ่มต้นตามที่คาดไว้สามารถใช้คําสั่ง 'filesys status' ได้เช่น:
# สถานะ
filesys ระบบไฟล์ถูกเปิดใช้งานและทํางานอยู่
การทําความสะอาดเริ่มต้นที่ 2017/05/19 18:05:58: เฟส 1 จาก 12 (ก่อนผสาน)
เสร็จสมบูรณ์ 50.6%, 64942 กิ๊บฟรี; เวลา: เฟส 0:01:05, รวม 0:01:05
filesys ระบบไฟล์ถูกเปิดใช้งานและทํางานอยู่
การทําความสะอาดเริ่มต้นที่ 2017/05/19 18:05:58: เฟส 1 จาก 12 (ก่อนผสาน)
เสร็จสมบูรณ์ 50.6%, 64942 กิ๊บฟรี; เวลา: เฟส 0:01:05, รวม 0:01:05
โปรดทราบว่า:
- หากไม่สามารถเริ่มทําความสะอาดได้โปรดติดต่อผู้ให้บริการสนับสนุนตามสัญญาของคุณเพื่อขอความช่วยเหลือเพิ่มเติม - อาจบ่งชี้ว่าระบบพบ 'ข้อผิดพลาดของเซ็กเมนต์ที่ขาดหายไป' ทําให้การทําความสะอาดถูกปิดใช้งาน
- หาก clean กําลังทํางานอยู่ข้อความต่อไปนี้จะปรากฏขึ้นเมื่อพยายามเริ่มต้น:
กําลังดําเนินการทําความสะอาดอยู่ ใช้ 'filesys clean watch' เพื่อติดตามความคืบหน้า
- จะไม่มีการเพิ่มพื้นที่ว่าง/เรียกคืนจนกว่าการทําความสะอาดจะถึงระยะการคัดลอก (โดยค่าเริ่มต้นเฟส 9 ใน DDOS 5.4.x และก่อนหน้า เฟส 11 ใน DDOS 5.5.x และใหม่กว่า) สําหรับข้อมูลเพิ่มเติมเกี่ยวกับขั้นตอนที่ใช้โดยสะอาดดู: https://support.emc.com/kb/446734
- Clean อาจไม่เรียกคืนจํานวนพื้นที่ที่ระบุโดย 'Cleanable GiB' เนื่องจากค่านี้เป็นค่าประมาณเป็นหลัก สําหรับข้อมูลเพิ่มเติมเกี่ยวกับเรื่องนี้โปรดดู: https://support.emc.com/kb/485637
- Clean อาจไม่เรียกคืนพื้นที่ที่เป็นไปได้ทั้งหมดในการเรียกใช้ครั้งเดียว - นี่เป็นเพราะบน DDRs ที่มีชุดข้อมูลขนาดใหญ่มากสะอาดจะทํางานกับส่วนของระบบไฟล์ที่มีข้อมูลฟุ่มเฟือยมากที่สุด (เช่นเพื่อให้ผลตอบแทนที่ดีที่สุดในพื้นที่ว่างสําหรับเวลาที่ใช้ในการทําความสะอาด) ในบางสถานการณ์ อาจจําเป็นต้องเรียกใช้หลายครั้งก่อนที่จะเรียกคืนพื้นที่ที่เป็นไปได้ทั้งหมด
- หากค่าสําหรับ 'Cleanable GiB' มีขนาดใหญ่มากสิ่งนี้อาจบ่งชี้ว่าการทําความสะอาดไม่ได้ทํางานในช่วงเวลาปกติ - ตรวจสอบว่าได้ตั้งค่ากําหนดการที่สะอาดแล้ว:
# Filesys ตารางการแสดงที่สะอาด
หากจําเป็นให้กําหนดตารางเวลาการทําความสะอาดระดับที่ใช้งานอยู่ - ตัวอย่างเช่นให้ทํางานทุกวันอังคารเวลา 6.00 น. : # filesys clean set schedule Tue 0600 Filesystem cleaning is scheduled to run "Tue" at "0600
".
โปรดทราบว่าบนระบบที่กําหนดค่าด้วย Extended Retention (ER) clean อาจถูกกําหนดค่าให้ทํางานหลังจากการเคลื่อนไหวของข้อมูลเสร็จสมบูรณ์ และอาจไม่มีกําหนดการแยกต่างหาก สถานการณ์นี้จะกล่าวถึงในภายหลังในเอกสารนี้
เมื่อทําความสะอาดเสร็จแล้วให้ใช้คําสั่ง 'filesys show space'/'df' เพื่อตรวจสอบว่าปัญหาการใช้ประโยชน์ได้รับการแก้ไขหรือไม่ หากการใช้ประโยชน์ยังคงสูงให้ดําเนินการตามขั้นตอนที่เหลือในบทความนี้
ขั้นตอนที่ 2 - ตรวจสอบความล่าช้าในการจําลองแบบจํานวนมากกับบริบทการจําลองแบบต้นทาง
การจําลองแบบโดเมนข้อมูลแบบเนทีฟได้รับการออกแบบตามแนวคิดของ 'บริบทการจําลองแบบ' ตัวอย่างเช่น เมื่อจําเป็นต้องจําลองข้อมูลระหว่างระบบ:
- บริบทการจําลองแบบถูกสร้างขึ้นบน DDRs ต้นทางและปลายทาง
- บริบทถูกเริ่มต้น
- เมื่อการเริ่มต้นเสร็จสมบูรณ์การจําลองแบบจะส่งการอัปเดต / เดลต้าจากต้นทางไปยังปลายทางเป็นระยะเพื่อให้ข้อมูลในระบบซิงโครไนซ์
- บริบทการจําลองแบบไดเรกทอรี (ใช้เมื่อจําลองแบบแผนผังไดเรกทอรีเดียวภายใต้ /data/col1/backup ระหว่างระบบ):
การจําลองแบบไดเรกทอรีใช้บันทึกการจําลองแบบบน DDR ต้นทางเพื่อติดตามไฟล์ที่โดดเด่นซึ่งยังไม่ได้จําลองแบบไปยังปลายทาง
หากบริบทการจําลองแบบของไดเรกทอรีล้าหลังบันทึกการจําลองแบบบน DDR ต้นทางจะติดตามไฟล์จํานวนมากที่รอการจําลองแบบแม้ว่าไฟล์เหล่านี้จะถูกลบในขณะที่ยังคงถูกอ้างอิงโดยบันทึกการจําลองแบบ
Clean จะไม่สามารถเรียกคืนพื้นที่บนดิสก์ที่ใช้โดยไฟล์เหล่านี้ได้
หากบริบทการจําลองแบบของไดเรกทอรีล้าหลังบันทึกการจําลองแบบบน DDR ต้นทางจะติดตามไฟล์จํานวนมากที่รอการจําลองแบบแม้ว่าไฟล์เหล่านี้จะถูกลบในขณะที่ยังคงถูกอ้างอิงโดยบันทึกการจําลองแบบ
Clean จะไม่สามารถเรียกคืนพื้นที่บนดิสก์ที่ใช้โดยไฟล์เหล่านี้ได้
- บริบทการจําลองแบบ Mtree (ใช้เมื่อจําลองแบบ mtree ใดๆ นอกเหนือจาก /data/col1/backup ระหว่างระบบ):
การจําลองแบบ Mtree ใช้สแนปช็อตที่สร้างขึ้นบนระบบต้นทางและปลายทางเพื่อกําหนดความแตกต่างระหว่างระบบและดังนั้นไฟล์ใดที่จําเป็นต้องส่งจากต้นทางไปยังปลายทาง
หากบริบทการจําลองแบบ mtree ล้าหลัง mtree ที่เกี่ยวข้องอาจมีสแนปช็อตเก่ามากที่สร้างขึ้นบนระบบต้นทางและปลายทางแม้ว่าไฟล์จะมาจาก mtree ที่จําลองแบบบนระบบ
ต้นทางหากไฟล์เหล่านั้นมีอยู่เมื่อสแนปช็อตการจําลองแบบ mtree ถูกสร้างขึ้นบน System Clean จะไม่สามารถเรียกคืนเนื้อที่ว่างบนดิสก์ที่ใช้โดยแฟ้มเหล่านี้ได้
หากบริบทการจําลองแบบ mtree ล้าหลัง mtree ที่เกี่ยวข้องอาจมีสแนปช็อตเก่ามากที่สร้างขึ้นบนระบบต้นทางและปลายทางแม้ว่าไฟล์จะมาจาก mtree ที่จําลองแบบบนระบบ
ต้นทางหากไฟล์เหล่านั้นมีอยู่เมื่อสแนปช็อตการจําลองแบบ mtree ถูกสร้างขึ้นบน System Clean จะไม่สามารถเรียกคืนเนื้อที่ว่างบนดิสก์ที่ใช้โดยแฟ้มเหล่านี้ได้
- บริบทการจําลองแบบคอลเลกชัน (ใช้เมื่อจําลองเนื้อหาทั้งหมดของ DDR หนึ่งไปยังระบบอื่น):
การจําลองแบบคอลเลกชันดําเนินการจําลองแบบ 'บล็อกตาม' ของข้อมูลทั้งหมดบนระบบต้นทางไปยังระบบปลายทางหากการจําลองแบบคอลเลกชันล้าหลัง ให้ทําความสะอาดบนระบบ
ต้นทางจะไม่สามารถทํางานได้อย่างเหมาะสม - ในสถานการณ์นี้ การแจ้งเตือนจะถูกสร้างขึ้นบนแหล่งข้อมูลที่ระบุว่ากําลังดําเนินการทําความสะอาดบางส่วนเพื่อหลีกเลี่ยงการใช้การซิงโครไนซ์กับระบบ
ปลายทาง Clean จะไม่สามารถเรียกคืนพื้นที่ได้มากเท่าที่คาดไว้ บนแหล่ง DDR
ต้นทางจะไม่สามารถทํางานได้อย่างเหมาะสม - ในสถานการณ์นี้ การแจ้งเตือนจะถูกสร้างขึ้นบนแหล่งข้อมูลที่ระบุว่ากําลังดําเนินการทําความสะอาดบางส่วนเพื่อหลีกเลี่ยงการใช้การซิงโครไนซ์กับระบบ
ปลายทาง Clean จะไม่สามารถเรียกคืนพื้นที่ได้มากเท่าที่คาดไว้ บนแหล่ง DDR
เมื่อต้องการตรวจสอบว่าบริบทการจําลองแบบล่าช้าหรือไม่ ให้ทําตามขั้นตอนต่อไปนี้:
- กําหนดชื่อโฮสต์ของระบบปัจจุบัน:
sysadmin@dd4200# ชื่อ
โฮสต์คือ: dd4200.ddsupport.emea
โฮสต์คือ: dd4200.ddsupport.emea
- กําหนดวันที่ / เวลาในระบบปัจจุบัน:
วันที่ sysadmin@dd4200# Fri
May 19 19:04:06 IST 2017
May 19 19:04:06 IST 2017
- บริบทการจําลองแบบรายการที่กําหนดค่าบนระบบพร้อมกับ 'ซิงค์ ณ เวลา' โปรดทราบว่าบริบทที่น่าสนใจคือบริบทที่ 'ปลายทาง' ไม่มีชื่อโฮสต์ของระบบปัจจุบัน (ซึ่งบ่งชี้ว่าระบบปัจจุบันเป็นแหล่งที่มา) และ 'ซิงค์ ณ เวลา' เก่ามาก:
sysadmin@dd4200# สถานะ
การจําลองแบบ CTX ปลายทางที่เปิดใช้งานการเชื่อมต่อ Sync'ed-as-of-time Tenant-Unit
--- ---------------------------------------------------------------------------------- ------- ------------ ------------------ -----------
3 mtree://dd4200.ddsupport.emea/data/col1/DFC no idle Thu Jan 8 08:58 - 9 mtree://BenDDVE.ddsupport.emea/data/col1/BenMtree ไม่มีไม่ได้ใช้งาน จันทร์ 25 ม.ค. 14:48 -
17 mtree://DD2500-1.ddsupport.emea/data/col1/oleary ใช่ไม่ได้ใช้งาน ศุกร์ 19 พฤษภาคม 18:57 -
--- ---------------------------------------------------------------------------------- ------- ------------ ------------------ -----------
การจําลองแบบ CTX ปลายทางที่เปิดใช้งานการเชื่อมต่อ Sync'ed-as-of-time Tenant-Unit
--- ---------------------------------------------------------------------------------- ------- ------------ ------------------ -----------
3 mtree://dd4200.ddsupport.emea/data/col1/DFC no idle Thu Jan 8 08:58 - 9 mtree://BenDDVE.ddsupport.emea/data/col1/BenMtree ไม่มีไม่ได้ใช้งาน จันทร์ 25 ม.ค. 14:48 -
17 mtree://DD2500-1.ddsupport.emea/data/col1/oleary ใช่ไม่ได้ใช้งาน ศุกร์ 19 พฤษภาคม 18:57 -
--- ---------------------------------------------------------------------------------- ------- ------------ ------------------ -----------
บริบทที่ระบบปัจจุบันเป็นแหล่งที่มาและแสดงความล่าช้าหรือบริบทที่สําคัญซึ่งไม่จําเป็นอีกต่อไปควรถูกทําลาย สิ่งนี้สามารถทําได้โดยการเรียกใช้คําสั่งต่อไปนี้บนระบบต้นทางและปลายทาง:
# ตัวแบ่งการจําลองแบบ [ปลายทาง]
ตัวอย่างเช่น เมื่อต้องการทําลายบริบท 'น่าสนใจ' ที่แสดงด้านบน คําสั่งต่อไปนี้จะทํางานบนต้นทางและปลายทาง:
(dd4200.ddsupport.emea): # แบ่งการจําลองแบบ mtree://BenDDVE.ddsupport.emea/data/col1/BenMtree (
BenDDVE.ddsupport.emea) : # mtree://BenDDVE.ddsupport.emea/data/col1/BenMtree แบ่งการจําลองแบบ
BenDDVE.ddsupport.emea) : # mtree://BenDDVE.ddsupport.emea/data/col1/BenMtree แบ่งการจําลองแบบ
(dd4200.ddsupport.emea): # แบ่งการจําลองแบบ dir://DD2500-1.ddsupport.emea/backup/dstfolder (
DD2500 - 1.ddsupport.emea) : # dir://DD2500-1.ddsupport.emea/backup/dstfolder แบ่งการจําลองแบบ
DD2500 - 1.ddsupport.emea) : # dir://DD2500-1.ddsupport.emea/backup/dstfolder แบ่งการจําลองแบบ
โปรดทราบว่า:
- เมื่อบริบทถูกทําลายระดับที่ใช้งานอยู่จะต้องดําเนินการเพื่อเรียกคืนพื้นที่ที่มีศักยภาพในระดับที่ใช้งานอยู่
- หากใช้การจําลองแบบ mtree เมื่อบริบทเสียสแนปช็อตการจําลองแบบ mtree อาจยังคงอยู่บนดิสก์ ตรวจสอบให้แน่ใจว่าได้ปฏิบัติตามขั้นตอนที่ 5 เพื่อหมดอายุสแนปช็อตที่ไม่จําเป็นก่อนที่จะเรียกใช้ clean
- หาก mtree ต้นทาง/ปลายทางได้รับการกําหนดค่าให้ย้ายข้อมูลไปยังที่เก็บถาวรหรือระดับระบบคลาวด์ควรใช้ความระมัดระวังเมื่อทําลายบริบทการจําลองแบบ mtree ที่สอดคล้องกัน เนื่องจากบริบทเหล่านี้อาจไม่สามารถสร้าง/เริ่มต้นใหม่ได้อีกในอนาคต เหตุผลก็คือเมื่อบริบทการจําลองแบบ mtree ถูกเตรียมใช้งานสแนปช็อต mtree จะถูกสร้างขึ้นบนระบบต้นทางและมีรายละเอียดของไฟล์ทั้งหมดใน mtree (โดยไม่คํานึงถึงระดับ) สแนปช็อตนี้จะถูกจําลองแบบเต็มรูปแบบไปยังระดับที่ใช้งานอยู่ของปลายทาง ดังนั้นหากระดับที่ใช้งานอยู่ของปลายทางไม่มีพื้นที่ว่างเพียงพอที่จะนําเข้าข้อมูล mtrees ทั้งหมดจากแหล่งที่มาการเริ่มต้นจะไม่สามารถดําเนินการให้เสร็จสมบูรณ์ได้ สําหรับข้อมูลเพิ่มเติมเกี่ยวกับปัญหานี้ โปรดติดต่อผู้ให้บริการสนับสนุนตามสัญญาของคุณ
- หากบริบทการจําลองแบบคอลเลกชันใช้งานไม่ได้ จะไม่สามารถสร้าง/เตรียมใช้งานใหม่ได้โดยไม่ทําลายอินสแตนซ์ของ DDFS บน DDR ปลายทางก่อน (และสูญเสียข้อมูลทั้งหมดในระบบนี้) ด้วยเหตุนี้การเริ่มต้นที่ตามมาอาจใช้เวลา / แบนด์วิดท์เครือข่ายมากเนื่องจากข้อมูลทั้งหมดจากแหล่งที่มาจะต้องถูกจําลองแบบทางกายภาพไปยังปลายทางอีกครั้ง
เนื้อหาของ DDFS แบ่งออกเป็น mtrees อย่างมีเหตุผล เป็นเรื่องปกติที่แอปพลิเคชัน / ไคลเอนต์สํารองแต่ละรายการจะเขียนไปยัง mtrees แต่ละรายการ หากแอปพลิเคชันสํารองข้อมูลถูกถอดรหัสจะไม่สามารถเขียนข้อมูลไปยัง / ลบข้อมูลจาก DDR ซึ่งอาจทิ้ง mtrees เก่า / ฟุ่มเฟือยไว้ในระบบ ข้อมูลใน mtrees เหล่านี้จะยังคงมีอยู่อย่างไม่มีกําหนดโดยใช้พื้นที่บนดิสก์บน DDR เป็นผลให้ mtrees ฟุ่มเฟือยดังกล่าวควรถูกลบ เช่น:
- รับรายการ mtrees ในระบบ:
# mtree list
Name Pre-Comp (GiB) สถานะ
------------------------------------------------------------- -------------- -------
/data/col1/Budu_test 147.0 RW /data/col1/Default 8649.8 RW /data/col1/File_DayForward_Noida 42.0 RW
/RLCE
/data/col1/labtest 1462.7 RW /data/col1/oscar_data 0.2 RW
/data/col1/test_oscar_2 494.0 RO/RD
------------------------------------------------------------- -------------- -------
Name Pre-Comp (GiB) สถานะ
------------------------------------------------------------- -------------- -------
/data/col1/Budu_test 147.0 RW /data/col1/Default 8649.8 RW /data/col1/File_DayForward_Noida 42.0 RW
/RLCE
/data/col1/labtest 1462.7 RW /data/col1/oscar_data 0.2 RW
/data/col1/test_oscar_2 494.0 RO/RD
------------------------------------------------------------- -------------- -------
- mtrees ใด ๆ ที่ไม่ต้องการอีกต่อไปควรถูกลบด้วยคําสั่ง 'mtree delete' เช่น:
# mtree ลบ [ชื่อ mtree]
เช่น:
# mtree ลบ /data/col1/Budu_test
...
MTree "/data/col1/Budu_test" ถูกลบเรียบร้อยแล้ว
MTree "/data/col1/Budu_test" ถูกลบเรียบร้อยแล้ว
- พื้นที่ที่ใช้บนดิสก์โดย mtree ที่ถูกลบจะถูกเรียกคืนในครั้งต่อไปที่มีการเรียกใช้การทําความสะอาดระดับ / ขยะที่ใช้งานอยู่
- Mtrees ซึ่งเป็นปลายทางสําหรับการจําลองแบบ mtree (เช่น มีสถานะของ RO/RD ในผลลัพธ์ของรายการ mtree) ควรมีบริบทการจําลองแบบที่สอดคล้องกันเสียก่อนที่ mtree จะถูกลบ
- Mtrees ที่ใช้เป็นหน่วยเก็บข้อมูลแบบลอจิคัล DDBoost (LSUs) หรือเป็นพูล Virtual Tape Library (VTL) อาจไม่สามารถลบได้ผ่านคําสั่ง 'mtree delete' โปรดดูคู่มือการดูแลโดเมนข้อมูลสําหรับรายละเอียดเพิ่มเติมเกี่ยวกับการลบ mtrees ดังกล่าว
- Mtrees ที่กําหนดค่าไว้สําหรับการล็อกการเก็บรักษา (เช่น มีสถานะเป็น RLCE หรือ RLGE) ไม่สามารถลบได้ - แต่ไฟล์แต่ละไฟล์ภายใน mtree จะต้องมีการล็อกการเก็บรักษาใด ๆ ที่เปลี่ยนกลับและถูกลบทีละรายการ - โปรดดูคู่มือการดูแลโดเมนข้อมูลสําหรับรายละเอียดเพิ่มเติม
mtree เก่า / ฟุ่มเฟือยสแนปช็อตโดเมนข้อมูลแสดงถึงสแนปช็อต ณ จุดเวลาของ mtree ที่เกี่ยวข้อง เป็นผลให้:
- ไฟล์ใด ๆ ที่มีอยู่ภายใน mtree เมื่อสร้างสแนปช็อตจะถูกอ้างอิงโดยสแนปช็อต
- ในขณะที่สแนปช็อตยังคงมีอยู่แม้ว่าไฟล์เหล่านี้จะถูกลบ / ลบสะอาดจะไม่สามารถเรียกคืนพื้นที่ทางกายภาพใด ๆ ที่พวกเขาใช้บนดิสก์ - นี่เป็นเพราะข้อมูลจะต้องอยู่ในระบบในกรณีที่สําเนาของไฟล์ในสแนปช็อตถูกเข้าถึงในภายหลัง
- รับรายการ mtrees บนระบบโดยใช้คําสั่ง 'mtree list' ดังที่แสดงในขั้นตอนที่ 3
- แสดงรายการสแนปช็อตที่มีอยู่สําหรับแต่ละ mtree โดยใช้คําสั่ง 'snapshot list':
# รายการสแนปชอต mtree [ชื่อ mtree]
เมื่อรันกับ mtree ที่ไม่มีสแนปชอต รายการต่อไปนี้จะปรากฏขึ้น:
# รายการสแนปชอต mtree /data/col1/ข้อมูลสแนปชอตเริ่มต้น
สําหรับ MTree: /data/col1/Default
----------------------------------------------
ไม่พบสแนปช็อต
สําหรับ MTree: /data/col1/Default
----------------------------------------------
ไม่พบสแนปช็อต
เมื่อรันกับ mtree ที่มีสแนปชอตต่อไปนี้จะปรากฏขึ้น:
# รายการสแนปชอต mtree /data/col1/labtest
Snapshot Information for MTree: /data/col1/labtest
----------------------------------------------
Name Pre-Comp (GiB) Create Date Retain until Status
------------------------------------ -------------- ----------------- ----------------- -------
testsnap-2016-03-31-12-00 1274.5 Mar 31 2016 12:00 มี.ค. 26 2017 12:00 หมดอายุ
testsnap-2016-05-31-12-00 1198.8 พฤษภาคม 31 2016 12:00 พฤษภาคม 26 2017 12:00 testsnap-2016-07-31-12-00 1301.3 กรกฎาคม 31 2016 12:00 กรกฎาคม 26 2017 12:00 testsnap-2016-08-31-12-00 1327.5 สิงหาคม 31 2016 12:00 สิงหาคม 26 2017 12:00 testsnap-2016-10-31-12-00 1424.9 ต.ค. 31 2016 12:00 ต.ค. 26 2017 13:00
testsnap-2016-12-31-12-00 1403.1 ธ.ค. 31 2016 12:00 ธ.ค. 26 2017 12:00 testsnap-2017-01-31-12-00 1421.0 ม.ค. 31 2017 12:00 ม.ค. 26 2018 12:00 testsnap-2017-03-31-12-00 1468.7 มี.ค. 31 2017 12:00 มี.ค. 26 2018 12:00
REPL-MTREE-AUTO-2017-05-11-15-18-32 1502.2 11 พ.ค. 2017 15:18 พ.ค. 11 2018 15:18
----------------------------------- -------------- ----------------- ----------------- -------
Snapshot Information for MTree: /data/col1/labtest
----------------------------------------------
Name Pre-Comp (GiB) Create Date Retain until Status
------------------------------------ -------------- ----------------- ----------------- -------
testsnap-2016-03-31-12-00 1274.5 Mar 31 2016 12:00 มี.ค. 26 2017 12:00 หมดอายุ
testsnap-2016-05-31-12-00 1198.8 พฤษภาคม 31 2016 12:00 พฤษภาคม 26 2017 12:00 testsnap-2016-07-31-12-00 1301.3 กรกฎาคม 31 2016 12:00 กรกฎาคม 26 2017 12:00 testsnap-2016-08-31-12-00 1327.5 สิงหาคม 31 2016 12:00 สิงหาคม 26 2017 12:00 testsnap-2016-10-31-12-00 1424.9 ต.ค. 31 2016 12:00 ต.ค. 26 2017 13:00
testsnap-2016-12-31-12-00 1403.1 ธ.ค. 31 2016 12:00 ธ.ค. 26 2017 12:00 testsnap-2017-01-31-12-00 1421.0 ม.ค. 31 2017 12:00 ม.ค. 26 2018 12:00 testsnap-2017-03-31-12-00 1468.7 มี.ค. 31 2017 12:00 มี.ค. 26 2018 12:00
REPL-MTREE-AUTO-2017-05-11-15-18-32 1502.2 11 พ.ค. 2017 15:18 พ.ค. 11 2018 15:18
----------------------------------- -------------- ----------------- ----------------- -------
- ตําแหน่งสแนปช็อตให้ใช้เอาต์พุตจาก 'รายการสแนปช็อต mtree [mtree name]' เพื่อกําหนดสแนปช็อตซึ่ง:
ยังไม่ 'หมดอายุ' (ดูคอลัมน์สถานะ)
ถูกสร้างขึ้นในช่วงเวลาที่สําคัญในอดีต (ตัวอย่างเช่นภาพรวมที่สร้างขึ้นในปี 2016 จากรายการด้านบน)
สแนปช็อตเหล่านี้ควรหมดอายุเพื่อให้สามารถลบออกได้เมื่อทําความสะอาดและมีพื้นที่ว่างบนดิสก์:
# สแนปชอตหมดอายุ [ชื่อสแนปชอต] mtree [ชื่อ mtree]
เช่น:
# snapshot หมดอายุ testsnap-2016-05-31-12-00 mtree /data/col1/labtest Snapshot "testsnap-2016-05-31-12-00" สําหรับ mtree "/data/col1/labtest
" จะถูกเก็บไว้จนถึงวันที่ 19 พฤษภาคม 2017 19:31
" จะถูกเก็บไว้จนถึงวันที่ 19 พฤษภาคม 2017 19:31
- หากคําสั่งรายการสแนปช็อตถูกเรียกใช้อีกครั้งสแนปช็อตเหล่านี้จะแสดงเป็นหมดอายุแล้ว:
# รายการสแนปชอต mtree /data/col1/labtest
Snapshot Information for MTree: /data/col1/labtest
----------------------------------------------
Name Pre-Comp (GiB) Create Date Retain until Status
------------------------------------ -------------- ----------------- ----------------- -------
testsnap-2016-03-31-12-00 1274.5 Mar 31 2016 12:00 มี.ค. 26 2017 12:00 หมดอายุ
testsnap-2016-05-31-12-00 1198.8 พฤษภาคม 31 2016 12:00 พฤษภาคม 26 2017 12:00 หมดอายุ
testsnap-2016-07-31-12-00 1301.3 กรกฎาคม 31 2016 12:00 กรกฎาคม 26 2017 12:00 testsnap-2016-08-31-12-00 1327.5 สิงหาคม 31 2016 12:00 สิงหาคม 26 2017 12:00 testsnap-2016-10-31-12-00 1424.9 ต.ค. 31 2016 12:00 ต.ค. 26 2017 13:00
testsnap-2016-12-31-12-00 1403.1 ธ.ค. 31 2016 12:00 ธ.ค. 26 2017 12:00 testsnap-2017-01-31-12-00 1421.0 ม.ค. 31 2017 12:00 ม.ค. 26 2018 12:00 testsnap-2017-03-31-12-00 1468.7 มี.ค. 31 2017 12:00 มี.ค. 26 2018 12:00
REPL-MTREE-AUTO-2017-05-11-15-18-32 1502.2 11 พ.ค. 2017 15:18 พ.ค. 11 2018 15:18
----------------------------------- -------------- ----------------- ----------------- -------
Snapshot Information for MTree: /data/col1/labtest
----------------------------------------------
Name Pre-Comp (GiB) Create Date Retain until Status
------------------------------------ -------------- ----------------- ----------------- -------
testsnap-2016-03-31-12-00 1274.5 Mar 31 2016 12:00 มี.ค. 26 2017 12:00 หมดอายุ
testsnap-2016-05-31-12-00 1198.8 พฤษภาคม 31 2016 12:00 พฤษภาคม 26 2017 12:00 หมดอายุ
testsnap-2016-07-31-12-00 1301.3 กรกฎาคม 31 2016 12:00 กรกฎาคม 26 2017 12:00 testsnap-2016-08-31-12-00 1327.5 สิงหาคม 31 2016 12:00 สิงหาคม 26 2017 12:00 testsnap-2016-10-31-12-00 1424.9 ต.ค. 31 2016 12:00 ต.ค. 26 2017 13:00
testsnap-2016-12-31-12-00 1403.1 ธ.ค. 31 2016 12:00 ธ.ค. 26 2017 12:00 testsnap-2017-01-31-12-00 1421.0 ม.ค. 31 2017 12:00 ม.ค. 26 2018 12:00 testsnap-2017-03-31-12-00 1468.7 มี.ค. 31 2017 12:00 มี.ค. 26 2018 12:00
REPL-MTREE-AUTO-2017-05-11-15-18-32 1502.2 11 พ.ค. 2017 15:18 พ.ค. 11 2018 15:18
----------------------------------- -------------- ----------------- ----------------- -------
โปรดทราบว่า:
- ไม่สามารถระบุจํานวนข้อมูลทางกายภาพที่สแนปช็อตหรือชุดของสแนปช็อตแต่ละชุดเก็บไว้บนดิสก์ - ค่าเดียวสําหรับ 'พื้นที่' ที่เกี่ยวข้องกับสแนปช็อตคือการบ่งชี้ขนาดที่บีบอัดล่วงหน้า (ตรรกะ) ของ mtree เมื่อสร้างสแนปช็อต (ดังที่แสดงในเอาต์พุตด้านบน)
- สแนปช็อตที่มีชื่อว่า 'REPL-MTREE-AUTO-YYYY-MM-DD-HH-MM-SS' ได้รับการจัดการโดยการจําลองแบบ mtree และในสถานการณ์ปกติไม่จําเป็นต้องหมดอายุด้วยตนเอง (การจําลองแบบจะหมดอายุสแนปช็อตเหล่านี้โดยอัตโนมัติเมื่อไม่จําเป็นอีกต่อไป) หากสแนปช็อตดังกล่าวเก่ามากแสดงว่าบริบทการจําลองแบบที่สอดคล้องกันมีแนวโน้มที่จะแสดงความล่าช้าอย่างมีนัยสําคัญ (ตามที่อธิบายไว้ในขั้นตอนที่ 2)
- สแนปช็อตที่มีชื่อว่า 'REPL-MTREE-RESYNC-RESERVE-YYYY-MM-DD-HH-MM-SS' ถูกสร้างขึ้นโดยการจําลองแบบ mtree เมื่อบริบทการจําลองแบบ mtree ใช้งานไม่ได้ เจตนาของพวกเขาคือสามารถใช้เพื่อหลีกเลี่ยงการซิงโครไนซ์ข้อมูลการจําลองแบบใหม่ทั้งหมดหากบริบทที่เสียหายถูกสร้างขึ้นใหม่ในภายหลัง (ตัวอย่างเช่นหากบริบทเสียในข้อผิดพลาด) หากการจําลองแบบจะไม่ถูกสร้างขึ้นใหม่บริบทเหล่านี้สามารถหมดอายุด้วยตนเองตามที่อธิบายไว้ข้างต้น
- สแนปช็อตที่หมดอายุจะยังคงมีอยู่ในระบบจนกว่าจะมีการเรียกใช้การรวบรวมขยะ / ทําความสะอาดในครั้งต่อไป - ณ จุดนี้พวกเขาจะถูกลบทางกายภาพและจะถูกลบออกจากเอาต์พุตของ 'รายการสแนปชอต mtree [ชื่อ mtree]' - ทําความสะอาดแล้วสามารถเรียกคืนพื้นที่ใด ๆ ที่สแนปชอตเหล่านี้ใช้บนดิสก์
การสนับสนุนอัตโนมัติจาก DDR มีฮิสโตแกรมที่แสดงการแบ่งไฟล์ใน DDR ตามอายุ - ตัวอย่างเช่น:
การกระจาย
ไฟล์-----------------
448,672 ไฟล์ใน 5,276 ไดเร็กทอรี
นับพื้นที่
----------------------------- --------------------------
ไฟล์ อายุ % cumul% GiB % cumul%
--------- ----------- ----- ------- -------- ----- -------
1 วัน 7,244 1.6 1.6 4537.9 0.1 0.1
1 สัปดาห์ 40,388 9.0 10.6 63538.2 0.8 0.8 2 สัปดาห์ 47,850 10.7 21.3 84409.1 1.0 1.9
1 เดือน 125,800 28.0 49.3 404807.0 5.0 6.9 2 เดือน 132,802 29.6 78.9 437558.8 5.4 12.3 3 เดือน 8,084 1.8 80.7 633906.4 7.8
20.1 6 เดือน 5,441 1.2
81.9 1244863.9
15.3
35.4
1 ปี 21,439 4.8 86.7 3973612.3 49.0 84.4
> 1 ปี 59,624 13.3 100.0 1265083.9 15.6 100.0
--------- ----------- ----- ------- -------- ----- -------
ไฟล์-----------------
448,672 ไฟล์ใน 5,276 ไดเร็กทอรี
นับพื้นที่
----------------------------- --------------------------
ไฟล์ อายุ % cumul% GiB % cumul%
--------- ----------- ----- ------- -------- ----- -------
1 วัน 7,244 1.6 1.6 4537.9 0.1 0.1
1 สัปดาห์ 40,388 9.0 10.6 63538.2 0.8 0.8 2 สัปดาห์ 47,850 10.7 21.3 84409.1 1.0 1.9
1 เดือน 125,800 28.0 49.3 404807.0 5.0 6.9 2 เดือน 132,802 29.6 78.9 437558.8 5.4 12.3 3 เดือน 8,084 1.8 80.7 633906.4 7.8
20.1 6 เดือน 5,441 1.2
81.9 1244863.9
15.3
35.4
1 ปี 21,439 4.8 86.7 3973612.3 49.0 84.4
> 1 ปี 59,624 13.3 100.0 1265083.9 15.6 100.0
--------- ----------- ----- ------- -------- ----- -------
สิ่งนี้มีประโยชน์ในการตรวจสอบว่ามีไฟล์ในระบบที่ยังไม่หมดอายุ / ลบตามที่คาดไว้โดยแอปพลิเคชันสํารองข้อมูลไคลเอ็นต์หรือไม่ ตัวอย่างเช่นหากระบบข้างต้นถูกเขียนขึ้นโดยแอปพลิเคชันสํารองที่มีระยะเวลาการเก็บรักษาสูงสุดสําหรับไฟล์ใดไฟล์หนึ่งคือ 6 เดือนจะเห็นได้ชัดว่าแอปพลิเคชันสํารองไม่หมดอายุ / ลบไฟล์ตามที่คาดไว้เนื่องจากมีไฟล์ประมาณ 80,000 ไฟล์ที่มีอายุมากกว่า 6 เดือนใน DDR
โปรดทราบว่า:
- เป็นความรับผิดชอบของแอปพลิเคชันสํารองข้อมูลเพื่อดําเนินการหมดอายุ / ลบไฟล์ทั้งหมด
- DDR จะไม่มีวันหมดอายุ / ลบไฟล์โดยอัตโนมัติ - เว้นแต่จะได้รับคําแนะนําจากแอปพลิเคชันสํารองให้ลบไฟล์อย่างชัดเจนไฟล์จะยังคงมีอยู่ใน DDR โดยใช้พื้นที่อย่างไม่มีกําหนด
หากจําเป็น การสนับสนุนโดเมนข้อมูลสามารถรายงานเพิ่มเติมไปยัง:
- ให้เวลา / แก้ไขของไฟล์ทั้งหมดใน DDR เรียงลําดับตามอายุ (เพื่อให้สามารถระบุชื่อ / ตําแหน่งของข้อมูลเก่าใด ๆ ได้)
- แยกฮิสโตแกรมของอายุไฟล์ออกเป็นรายงานแยกต่างหากสําหรับระดับ active/archive/cloud (ที่เปิดใช้งานคุณสมบัติ ER/LTR)
- รวบรวมหลักฐานตามที่อธิบายไว้ในย่อหน้า 'การรวบรวม sfs_dump' ของส่วนบันทึกของเอกสารนี้
- เปิดคําขอบริการกับผู้ให้บริการสนับสนุนตามสัญญาของคุณ
ขั้นตอนที่ 6 - ตรวจสอบการสํารองข้อมูลซึ่งรวมถึงไฟล์ขนาดเล็กจํานวนมากเนื่องจากการออกแบบไฟล์ขนาดเล็ก DDFS (โดยพื้นฐานแล้วไฟล์
ใด ๆ ที่มีขนาดเล็กกว่าประมาณ 10Mb) สามารถใช้พื้นที่มากเกินไปเมื่อเขียนครั้งแรกไปยัง DDR นี่เป็นเพราะสถาปัตยกรรม 'SISL' (Stream Informed Segment Layout) ทําให้ไฟล์ขนาดเล็กใช้พื้นที่ 4.5Mb หลายบล็อกบนดิสก์ ตัวอย่างเช่นไฟล์ 4Kb อาจใช้พื้นที่ดิสก์ทางกายภาพสูงสุด 9Mb เมื่อเขียน
ครั้งแรกพื้นที่ที่มากเกินไปนี้จะถูกเรียกคืนในภายหลังเมื่อมีการเรียกใช้การรวบรวมที่สะอาด / ขยะ (เนื่องจากข้อมูลจากไฟล์ขนาดเล็กจะถูกรวมเป็นบล็อก 4.5Mb จํานวนน้อยลง) แต่อาจทําให้ DDR รุ่นเล็กแสดงการใช้งานมากเกินไปและเติมเมื่อการสํารองข้อมูลดังกล่าวทํางาน
การสนับสนุนอัตโนมัติประกอบด้วยฮิสโตแกรมของไฟล์ที่แบ่งตามขนาดเช่น:
นับพื้นที่
----------------------------- --------------------------
ขนาดไฟล์ % cumul% กิ๊บ % cumul%
--------- ----------- ----- ------- -------- ----- -------
1 KiB 2,957 35.8 35.8 0.0 0.0 0.0 10 KiB 1,114 13.5 49.3 0.0 0.0
0.0
100 KiB 249 3.0 52.4 0.1 0.0 0.0 500 KiB 1,069 13.0 65.3 0.3 0.0 0.0 1 MiB 113 1.4 66.7 0.1 0.0 0.0 5 MiB 446 5.4 72.1 1.3 0.0 0.0 10 MiB 220 2.7 74.8 1.9 0.0 0.0 50 MiB 1,326 16.1 90.8 33.6 0.2 0.2
100 MiB 12 0.1 91.0 0.9 0.0 0.2 500 MiB 490 5.9 96.9 162.9 0.8 1.0 1 กิ๊บ 58 0.7 97.6 15.6 0.1 1.1 5 กิ๊บ 29 0.4 98.0 87.0 0.5 1.6
10 กิ๊บ 17 0.2 98.2
322.9 1.7
3.3 50 กิ๊บ 21 0.3 98.4 1352.7 7.0
10.3
กิ๊บ 100 72 0.9 99.3 6743.0 35.1 45.5 500 กิ๊บ 58 0.7 100.0 10465.9 54.5
100.0
> 500 กิ๊บ 0 0.0 100.0 0.0 100.0
--------- ----------- ----- ------- -------- ----- -------
----------------------------- --------------------------
ขนาดไฟล์ % cumul% กิ๊บ % cumul%
--------- ----------- ----- ------- -------- ----- -------
1 KiB 2,957 35.8 35.8 0.0 0.0 0.0 10 KiB 1,114 13.5 49.3 0.0 0.0
0.0
100 KiB 249 3.0 52.4 0.1 0.0 0.0 500 KiB 1,069 13.0 65.3 0.3 0.0 0.0 1 MiB 113 1.4 66.7 0.1 0.0 0.0 5 MiB 446 5.4 72.1 1.3 0.0 0.0 10 MiB 220 2.7 74.8 1.9 0.0 0.0 50 MiB 1,326 16.1 90.8 33.6 0.2 0.2
100 MiB 12 0.1 91.0 0.9 0.0 0.2 500 MiB 490 5.9 96.9 162.9 0.8 1.0 1 กิ๊บ 58 0.7 97.6 15.6 0.1 1.1 5 กิ๊บ 29 0.4 98.0 87.0 0.5 1.6
10 กิ๊บ 17 0.2 98.2
322.9 1.7
3.3 50 กิ๊บ 21 0.3 98.4 1352.7 7.0
10.3
กิ๊บ 100 72 0.9 99.3 6743.0 35.1 45.5 500 กิ๊บ 58 0.7 100.0 10465.9 54.5
100.0
> 500 กิ๊บ 0 0.0 100.0 0.0 100.0
--------- ----------- ----- ------- -------- ----- -------
หากมีหลักฐานการสํารองข้อมูลที่เขียนไฟล์ขนาดเล็กจํานวนมากระบบอาจได้รับผลกระทบจากการใช้ประโยชน์ที่เพิ่มขึ้นชั่วคราวอย่างมีนัยสําคัญระหว่างการเรียกเก็บขยะ / ขยะแต่ละครั้ง ในสถานการณ์สมมตินี้จะเป็นการดีกว่าที่จะเปลี่ยนวิธีการสํารองข้อมูลเพื่อรวมไฟล์ขนาดเล็กทั้งหมดลงในไฟล์เก็บถาวรขนาดใหญ่เดียว (เช่นไฟล์ tar) ก่อนที่จะเขียนลงใน DDR โปรดทราบว่าการเก็บถาวรดังกล่าวไม่ควรถูกบีบอัดหรือเข้ารหัส (เนื่องจากจะทําให้อัตราส่วนการบีบอัด / อัตราส่วนการขจัดความซ้ําซ้อนของข้อมูลนั้นเสียหาย)
ขั้นตอนที่ 7 - ตรวจสอบอัตราส่วน
การขจัดความซ้ําซ้อนที่ต่ํากว่าที่คาดไว้วัตถุประสงค์หลักของ DDR คือการลบรายการที่ซ้ํากันและบีบอัดและข้อมูลที่นําเข้าโดยอุปกรณ์ อัตราส่วนของการลดความซ้ําซ้อน / การบีบอัดขึ้นอยู่กับกรณีการใช้งานของระบบและประเภทของข้อมูลที่มีอยู่อย่างไรก็ตามในหลาย ๆ กรณีจะมีอัตราส่วนการบีบอัดโดยรวม 'ที่คาดหวัง' ตามผลลัพธ์ที่ได้จากการทดสอบแนวคิดหรือคล้ายกัน ในการกําหนดอัตราส่วนการบีบอัดโดยรวมในปัจจุบันของระบบ (และดังนั้นจึงเป็นไปตามความคาดหวังหรือไม่) สามารถใช้คําสั่ง 'filesys show compression' ได้ เช่น:
# filesys แสดงการบีบอัด
จาก : 2017-05-03 13:00 ถึง: 2017-05-10 13:00
ระดับที่ใช้งานอยู่:
Pre-Comp Post-Comp Global-Comp Local-Comp Total-Comp
(GiB) (GiB) Factor Factor Factor (
Reduction %)
---------------- -------- --------- ----------- ---------- -------------
ใช้ในปัจจุบัน:* 20581.1 315.4 - - 65.3x (98.5)
เขียน:
7 วันที่ผ่านมา 744.0 5.1 80.5x 1.8x 145.6x (99.3)
24 ชั่วโมง
ล่าสุด---------------- -------- --------- ----------- ---------- -------------
* ไม่รวมผลกระทบของการลบ / ตัดทอนไฟล์ก่อนคอมพ์
จาก : 2017-05-03 13:00 ถึง: 2017-05-10 13:00
ระดับที่ใช้งานอยู่:
Pre-Comp Post-Comp Global-Comp Local-Comp Total-Comp
(GiB) (GiB) Factor Factor Factor (
Reduction %)
---------------- -------- --------- ----------- ---------- -------------
ใช้ในปัจจุบัน:* 20581.1 315.4 - - 65.3x (98.5)
เขียน:
7 วันที่ผ่านมา 744.0 5.1 80.5x 1.8x 145.6x (99.3)
24 ชั่วโมง
ล่าสุด---------------- -------- --------- ----------- ---------- -------------
* ไม่รวมผลกระทบของการลบ / ตัดทอนไฟล์ก่อนคอมพ์
ในตัวอย่างข้างต้นระบบมีอัตราส่วนการบีบอัดโดยรวม 65.3x สําหรับระดับที่ใช้งานอยู่ (ซึ่งดีมาก) อย่างไรก็ตามหากค่านี้แสดงให้เห็นว่าอัตราส่วนการบีบอัดโดยรวมไม่เป็นไปตามความคาดหวังก็มีแนวโน้มที่จะต้องมีการตรวจสอบเพิ่มเติม โปรดทราบว่าการตรวจสอบอัตราส่วนการบีบอัดที่ต่ํากว่าที่คาดไว้เป็นเรื่องที่ซับซ้อนซึ่งอาจมีสาเหตุหลายประการ สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการตรวจสอบเพิ่มเติมโปรดดูบทความต่อไปนี้:
https://support.emc.com/kb/487055ขั้นตอนที่ 8 - ตรวจสอบว่าระบบเป็นแหล่งสําหรับการจําลองแบบ
คอลเลกชันหรือไม่เมื่อใช้การจําลองแบบคอลเลกชันหากระบบต้นทางมีขนาดใหญ่กว่าปลายทางขนาดของระบบต้นทางจะถูก จํากัด เทียมเพื่อให้ตรงกับปลายทาง (เช่นจะมีพื้นที่ของดิสก์บนแหล่งที่มาซึ่งจะถูกทําเครื่องหมายว่าใช้ไม่ได้) เหตุผลก็คือเมื่อใช้การจําลองแบบคอลเลกชันปลายทางจะต้องเป็นสําเนาระดับบล็อกของแหล่งที่มาอย่างไรก็ตามหากแหล่งที่มามีขนาดใหญ่กว่าปลายทางมีโอกาสที่ข้อมูลมากเกินไปอาจถูกเขียนไปยังแหล่งที่มาซึ่งไม่สามารถทําซ้ําไปยังปลายทางได้ (เนื่องจากเต็มแล้ว) สถานการณ์นี้ถูกหลีกเลี่ยง โดยการจํากัดขนาดของแหล่งข้อมูลให้ตรงกับปลายทาง
- การใช้คําสั่งจากขั้นตอนที่ 2 ตรวจสอบว่าระบบเป็นแหล่งข้อมูลสําหรับการจําลองแบบคอลเลกชันหรือไม่ เมื่อต้องการทําเช่นนี้ให้เรียกใช้ '' สถานะการจําลองแบบ ' และตรวจสอบว่ามีบริบทการจําลองแบบใด ๆ ที่เริ่มต้น 'col://' หรือไม่ (ระบุการจําลองแบบคอลเลกชัน) ซึ่งไม่มีชื่อโฮสต์ของระบบโลคัลในปลายทาง (ระบุว่าระบบนี้ต้องเป็นแหล่งข้อมูลสําหรับบริบทการจําลองแบบ)
- หากระบบเป็นแหล่งที่มาสําหรับการจําลองแบบคอลเลกชันให้ตรวจสอบขนาดของแต่ละระดับที่ใช้งานอยู่ของแต่ละระบบโดยลงชื่อเข้าใช้ทั้งสองและเรียกใช้คําสั่ง 'filesys show space' - เปรียบเทียบระดับ 'post-comp' ที่ใช้งานอยู่ในแต่ละระดับ
- หากแหล่งที่มามีขนาดใหญ่กว่าปลายทางอย่างมีนัยสําคัญขนาดระดับที่ใช้งานอยู่จะถูก จํากัด เทียม
- หากต้องการให้พื้นที่ทั้งหมดบนแหล่งข้อมูลสามารถใช้งานได้สําหรับข้อมูล ควรดําเนินการดังต่อไปนี้:
เพิ่มที่เก็บข้อมูลเพิ่มเติมไปยังระดับชั้นที่ใช้งานอยู่ปลายทางเพื่อให้ขนาดของ>= ขนาดของระดับชั้นที่ใช้งานอยู่ต้นทาง
แบ่งบริบทการจําลองแบบคอลเลกชัน (โดยใช้คําสั่งจากขั้นตอนที่ 2) - โปรดทราบว่าสิ่งนี้จะป้องกันไม่ให้ข้อมูลถูกจําลองแบบจาก DDR ปลายทาง>ต้นทางอย่างชัดเจน
ทันทีที่ดําเนินการอย่างใดอย่างหนึ่งเหล่านี้พื้นที่เพิ่มเติมจะพร้อมใช้งานทันทีในระดับที่ใช้งานอยู่ของระบบต้นทาง (เช่นไม่จําเป็นต้องเรียกใช้การทําความสะอาดระดับ / การรวบรวมขยะที่ใช้งานอยู่ก่อนที่จะใช้พื้นที่นี้)
ขั้นตอนที่ 9 - ตรวจสอบว่ามีการเรียกใช้
การเคลื่อนไหวของข้อมูลเป็นประจําหรือไม่หาก DDR ถูกกําหนดค่าด้วย Extended Retention (ER) หรือ Long Term Retention (LTR) จะมีระดับพื้นที่เก็บข้อมูลที่สองแนบอยู่ (ระดับการเก็บถาวรสําหรับ ER หรือระดับคลาวด์สําหรับ LTR) ในสถานการณ์สมมตินี้ นโยบายการเคลื่อนย้ายข้อมูลมีแนวโน้มที่จะกําหนดค่ากับ mtrees เพื่อโยกย้ายข้อมูลเก่า/ไม่แปรผันที่ต้องการการเก็บรักษาในระยะยาวจากระดับที่ใช้งานอยู่ออกไปยังระดับพื้นที่เก็บข้อมูลสํารอง เพื่อให้พื้นที่ที่ใช้โดยไฟล์เหล่านี้ในเทียร์ที่ใช้งานอยู่สามารถเรียกคืนได้ทางกายภาพโดยการรวบรวมที่สะอาด/ขยะ หากนโยบายการเคลื่อนย้ายข้อมูลได้รับการกําหนดค่าไม่ถูกต้องหรือหากกระบวนการเคลื่อนย้ายข้อมูลไม่ได้ทํางานเป็นประจําข้อมูลเก่าจะยังคงอยู่ในระดับที่ใช้งานอยู่นานกว่าที่คาดไว้และจะยังคงใช้พื้นที่ทางกายภาพบนดิสก์ต่อไป
- ในขั้นต้นยืนยันว่าระบบได้รับการกําหนดค่าสําหรับ ER หรือ LTR โดยการเรียกใช้ 'filesys show space' และตรวจสอบการมีอยู่ของไฟล์เก็บถาวรหรือระดับคลาวด์ - โปรดทราบว่าเพื่อให้สามารถใช้งานได้ระดับพื้นที่เก็บข้อมูลทางเลือกเหล่านี้จะต้องมีขนาดโพสต์คอมพ์ > 0Gb:
# filesys แสดงพื้นที่
...
Archive Tier:Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB---------------- -------- -------- --------- ---- -------------/data: pre-comp - 4163.8 - - -/data:
post-comp 31938.2 1411.9 30526.3 4% -
---------------- -------- -------- --------- ---- -------------
# filesys show space
...
Cloud Tier
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB
---------------- -------- -------- --------- ---- -------------/data: pre-comp - 0.0 - - -/data: post-comp
338905.8 0.0 338905.8 0% 0.0
---------------- -------- -------- --------- ---- -------------
...
Archive Tier:Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB---------------- -------- -------- --------- ---- -------------/data: pre-comp - 4163.8 - - -/data:
post-comp 31938.2 1411.9 30526.3 4% -
---------------- -------- -------- --------- ---- -------------
# filesys show space
...
Cloud Tier
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB
---------------- -------- -------- --------- ---- -------------/data: pre-comp - 0.0 - - -/data: post-comp
338905.8 0.0 338905.8 0% 0.0
---------------- -------- -------- --------- ---- -------------
โปรดทราบว่า ER และ LTR เป็นเอกสิทธิ์ร่วมกัน ดังนั้นระบบจะมีเฉพาะระดับที่ใช้งานอยู่ (ไม่มีการกําหนดค่า ER/LTR) หรือระดับที่ใช้งานอยู่และเก็บถาวร (กําหนดค่า ER) หรือระดับที่ใช้งานอยู่และระบบคลาวด์ (กําหนดค่า LTR)
- หากระบบได้รับการกําหนดค่าด้วย ER/LTR ให้ตรวจสอบนโยบายการเคลื่อนย้ายข้อมูลกับ mtrees เพื่อให้แน่ใจว่าสิ่งเหล่านี้เป็นไปตามที่คาดไว้และตั้งค่าดังกล่าวว่าข้อมูลเก่าจะถูกผลักออกไปยังระดับการจัดเก็บอื่น:
เอ้อ: # นโยบายการเคลื่อนย้ายข้อมูลเก็บถาวรแสดง
LTR: # แสดงนโยบายการเคลื่อนไหวของข้อมูล
LTR: # แสดงนโยบายการเคลื่อนไหวของข้อมูล
หากนโยบายการเคลื่อนย้ายข้อมูลไม่ถูกต้อง/ขาดหายไปควรได้รับการแก้ไข - โปรดดูคู่มือผู้ดูแลระบบโดเมนข้อมูลสําหรับความช่วยเหลือในการดําเนินการนี้
- หากระบบได้รับการกําหนดค่าด้วย ER/LTR ให้ตรวจสอบว่ามีการเคลื่อนย้ายข้อมูลตามกําหนดเวลาให้ทํางานเป็นระยะๆ เพื่อย้ายไฟล์/ข้อมูลจากเทียร์ที่ใช้งานอยู่ไปยังพื้นที่จัดเก็บข้อมูลสํารอง:
เอ้อ: # เก็บตารางการเคลื่อนไหวของข้อมูลแสดง
LTR: # ตารางการเคลื่อนไหวของข้อมูลแสดง
LTR: # ตารางการเคลื่อนไหวของข้อมูลแสดง
โปรดทราบว่าโดยทั่วไปโดเมนข้อมูลแนะนําให้เรียกใช้การเคลื่อนย้ายข้อมูลผ่านกําหนดเวลาอัตโนมัติ แต่ลูกค้าบางรายเลือกที่จะเรียกใช้กระบวนการนี้ในลักษณะเฉพาะกิจ (เช่น เมื่อจําเป็น) ในสถานการณ์สมมตินี้การเคลื่อนไหวของข้อมูลควรเริ่มต้นเป็นประจําโดยการเรียกใช้:
เอ้อ: # เก็บข้อมูลการเคลื่อนไหวเริ่มต้น
LTR: # เริ่มการเคลื่อนไหวของข้อมูล
LTR: # เริ่มการเคลื่อนไหวของข้อมูล
สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการปรับเปลี่ยนกําหนดการเคลื่อนย้ายข้อมูล โปรดดูคู่มือผู้ดูแลระบบโดเมนข้อมูล
- หากระบบถูกกําหนดค่าสําหรับ ER/LTR ให้ตรวจสอบการเคลื่อนย้ายข้อมูลครั้งล่าสุดที่ทํางาน:
เอ้อ: # เก็บสถานะ
การเคลื่อนไหวของข้อมูล LTR: # สถานะการเคลื่อนไหวของข้อมูล
การเคลื่อนไหวของข้อมูล LTR: # สถานะการเคลื่อนไหวของข้อมูล
หากการเคลื่อนไหวของข้อมูลไม่ได้ทํางานเป็นระยะเวลาหนึ่งให้พยายามเริ่มกระบวนการด้วยตนเองให้ตรวจสอบดังนี้:
เอ้อ: # เก็บข้อมูลการเคลื่อนไหวนาฬิกา
LTR: # นาฬิกาการเคลื่อนไหวของข้อมูล
LTR: # นาฬิกาการเคลื่อนไหวของข้อมูล
หากการเคลื่อนย้ายข้อมูลไม่สามารถเริ่มต้นได้ไม่ว่าด้วยเหตุผลใดก็ตาม โปรดติดต่อผู้ให้บริการสนับสนุนตามสัญญาของคุณเพื่อขอความช่วยเหลือเพิ่มเติม
- เมื่อการเคลื่อนย้ายข้อมูลเสร็จสมบูรณ์ควรเรียกใช้การทําความสะอาดระดับที่ใช้งานอยู่ (โปรดทราบว่าอาจมีการกําหนดค่าให้เริ่มโดยอัตโนมัติเมื่อเสร็จสิ้นการเคลื่อนย้ายข้อมูล) เพื่อให้แน่ใจว่าพื้นที่ที่ใช้ไฟล์ที่ย้ายของฉันในระดับที่ใช้งานอยู่นั้นว่างทางกายภาพ:
# filesys เริ่มต้นใหม่ทั้งหมด
บนระบบ ER เป็นเรื่องปกติที่จะกําหนดเวลาการเคลื่อนย้ายข้อมูลให้ทํางานเป็นประจํา (เช่นสัปดาห์ละครั้ง) จากนั้นกําหนดค่าการทําความสะอาดระดับที่ใช้งานอยู่เพื่อทํางานเมื่อเสร็จสิ้นการเคลื่อนย้ายข้อมูล ในสถานการณ์สมมตินี้ Active Tier Clean ไม่มีกําหนดการอิสระของตัวเอง ในการกําหนดค่านี้เริ่มแรกให้ลบกําหนดการทําความสะอาดระดับที่ใช้งานอยู่ในปัจจุบัน:
# filesys clean set schedule never
กําหนดค่าการเคลื่อนย้ายข้อมูลให้ทํางานเป็นระยะตามด้วยการทําความสะอาดระดับที่ใช้งานอยู่โดยอัตโนมัติ - ตัวอย่างเช่นเรียกใช้การเคลื่อนย้ายข้อมูลทุกวันอังคารเวลา 6.00 น. ตามด้วยการทําความสะอาด
ระดับที่ใช้งานอยู่: #
การเคลื่อนไหวของข้อมูลที่เก็บถาวรมีกําหนดให้ทํางานในวันที่ "อังคาร" ที่"06:00" น.
สามารถยืนยันได้ว่าการทําความสะอาดระดับที่ใช้งานอยู่ได้รับการกําหนดค่าให้ทํางานหลังจากเสร็จสิ้นการเคลื่อนย้ายข้อมูลดังนี้
:# archive show config
Enabled Yes
Data movement Schedule Run on day(s) "tue" at "06:00" hrs เค้นการเคลื่อนไหวของข้อมูล 100 เปอร์เซ็นต์
นโยบายการเคลื่อนย้ายข้อมูลเกณฑ์อายุเริ่มต้น 14 วัน
เรียกใช้ filesys clean หลังจากการเคลื่อนไหวของข้อมูลเก็บถาวร ใช่ Archive Tier local compression gz
การบรรจุข้อมูลระหว่างการย้ายข้อมูลเก็บถาวรเปิดใช้งาน
การถมพื้นที่ปิดใช้งาน
กําหนดการถมพื้นที่ไม่มีกําหนดการ
บนระบบ ER เป็นเรื่องปกติที่จะกําหนดเวลาการเคลื่อนย้ายข้อมูลให้ทํางานเป็นประจํา (เช่นสัปดาห์ละครั้ง) จากนั้นกําหนดค่าการทําความสะอาดระดับที่ใช้งานอยู่เพื่อทํางานเมื่อเสร็จสิ้นการเคลื่อนย้ายข้อมูล ในสถานการณ์สมมตินี้ Active Tier Clean ไม่มีกําหนดการอิสระของตัวเอง ในการกําหนดค่านี้เริ่มแรกให้ลบกําหนดการทําความสะอาดระดับที่ใช้งานอยู่ในปัจจุบัน:
# filesys clean set schedule never
กําหนดค่าการเคลื่อนย้ายข้อมูลให้ทํางานเป็นระยะตามด้วยการทําความสะอาดระดับที่ใช้งานอยู่โดยอัตโนมัติ - ตัวอย่างเช่นเรียกใช้การเคลื่อนย้ายข้อมูลทุกวันอังคารเวลา 6.00 น. ตามด้วยการทําความสะอาด
ระดับที่ใช้งานอยู่: #
การเคลื่อนไหวของข้อมูลที่เก็บถาวรมีกําหนดให้ทํางานในวันที่ "อังคาร" ที่"06:00" น.
สามารถยืนยันได้ว่าการทําความสะอาดระดับที่ใช้งานอยู่ได้รับการกําหนดค่าให้ทํางานหลังจากเสร็จสิ้นการเคลื่อนย้ายข้อมูลดังนี้
:# archive show config
Enabled Yes
Data movement Schedule Run on day(s) "tue" at "06:00" hrs เค้นการเคลื่อนไหวของข้อมูล 100 เปอร์เซ็นต์
นโยบายการเคลื่อนย้ายข้อมูลเกณฑ์อายุเริ่มต้น 14 วัน
เรียกใช้ filesys clean หลังจากการเคลื่อนไหวของข้อมูลเก็บถาวร ใช่ Archive Tier local compression gz
การบรรจุข้อมูลระหว่างการย้ายข้อมูลเก็บถาวรเปิดใช้งาน
การถมพื้นที่ปิดใช้งาน
กําหนดการถมพื้นที่ไม่มีกําหนดการ
ในระบบ LTR Active Tier Clean ควรยังคงได้รับการกําหนดค่าตามกําหนดการของตัวเอง
ขั้นตอนที่ 10 - เพิ่มที่เก็บข้อมูลเพิ่มเติมไปยังระดับชั้น
ที่ใช้งานอยู่หากดําเนินการตามขั้นตอนก่อนหน้านี้ทั้งหมดแล้ว ให้เรียกใช้การทําความสะอาดระดับที่ใช้งานอยู่จนเสร็จสมบูรณ์ แต่ก็ยังมีพื้นที่ว่างไม่เพียงพอในระดับที่ใช้งานอยู่ อาจเป็นไปได้ว่าระบบไม่ได้ปรับขนาดอย่างถูกต้องสําหรับปริมาณงานที่ได้รับ ในกรณีนี้ควรดําเนินการอย่างใดอย่างหนึ่งต่อไปนี้:
- ลดภาระงานที่กระทบต่อระบบ - ตัวอย่างเช่น:
เปลี่ยนเส้นทางชุดย่อยของการสํารองข้อมูลไปยังที่เก็บข้อมูลสํารอง ลดระยะเวลาการเก็บรักษาของการสํารองข้อมูลเพื่อให้หมดอายุ/ถูกลบได้เร็วขึ้น
ลดจํานวน/ระยะเวลาหมดอายุของสแนปช็อตที่
กําหนดเวลาไว้กับ mtrees บนระบบ ทําลายบริบทการจําลองแบบที่ไม่จําเป็นซึ่งระบบ
โลคัลเป็นปลายทาง จากนั้นลบ mtrees ที่สอดคล้องกัน
ลดจํานวน/ระยะเวลาหมดอายุของสแนปช็อตที่
กําหนดเวลาไว้กับ mtrees บนระบบ ทําลายบริบทการจําลองแบบที่ไม่จําเป็นซึ่งระบบ
โลคัลเป็นปลายทาง จากนั้นลบ mtrees ที่สอดคล้องกัน
- เพิ่มพื้นที่จัดเก็บเพิ่มเติมไปยังระดับที่ใช้งานอยู่ของระบบและขยายขนาด:
# storage add [tier active] enclosure [หมายเลขตู้] | ดิสก์ [หมายเลขอุปกรณ์]
# Filesys ขยาย
# Filesys ขยาย
หากต้องการหารือเกี่ยวกับการเพิ่มพื้นที่เก็บข้อมูลโปรดติดต่อทีมบัญชีการขายของคุณ
Дополнительная информация
การสนับสนุนโดเมนข้อมูลสามารถสร้างรายงานจํานวนหนึ่งที่แสดงข้อมูลเช่น:
- รายการไฟล์ทั้งหมดในระดับเฉพาะ (เช่น active/archive/cloud) เรียงลําดับตามอายุ
- ขนาดโดยประมาณและอัตราส่วนการบีบอัดตามแผนผังไดเรกทอรี mtree/major
- รายการไฟล์ทั้งหมดใน mtree เฉพาะเรียงลําดับตามอายุ
- และอื่น ๆ
เพื่ออนุญาตสิ่งนี้ควรรวบรวมข้อมูลต่อไปนี้:
- ชุดการสนับสนุนใหม่จาก DDR - ดูต่อไปนี้สําหรับข้อมูลเพิ่มเติม: https://support.emc.com/kb/323283
- ผลลัพธ์ของ 'sfs_dump' หรือ 'sfs_dump -c':
เข้าสู่ระบบ DDR CLI และเข้าสู่โหมด se (โปรดทราบว่าระบบที่กําหนดค่าด้วยการเข้ารหัสและ/หรือการล็อกการเก็บรักษาอาจแจ้งข้อมูลประจําตัวของผู้ใช้ที่มีบทบาท 'ความปลอดภัย' ณ จุดนี้):
# ระบบแสดง serialno
[ระบบหมายเลขซีเรียลแสดง] # priv set se
[Password Prompt - ป้อนหมายเลขซีเรียลของระบบจากด้านบน]
[ระบบหมายเลขซีเรียลแสดง] # priv set se
[Password Prompt - ป้อนหมายเลขซีเรียลของระบบจากด้านบน]
เปิดใช้งานการเข้าสู่ระบบในเซสชันเทอร์มินัลของคุณ ตัวอย่างเช่นหากใช้สีโป๊วสามารถทําได้ดังนี้: คลิกขวาที่แถบเมนู -> Change settings... -> เซสชัน - > การบันทึก - > เลือกเอาต์พุตเซสชันทั้งหมดและเลือกชื่อไฟล์ - > นําไปใช้
เรียกใช้ sfs_dump:
# se sfs_dump
เมื่อเสร็จสมบูรณ์โปรดรับสําเนาบันทึกเซสชันเพื่อการวิเคราะห์เพิ่มเติม
- รายงานตําแหน่งไฟล์ (จําเป็นหากระบบถูกกําหนดค่าสําหรับ ER หรือ LTR):
เข้าสู่ระบบ DDR CLI
เปิดใช้งานการเข้าสู่ระบบในเซสชันเทอร์มินัลของคุณ ตัวอย่างเช่นหากใช้สีโป๊วสามารถทําได้ดังนี้: คลิกขวาที่แถบเมนู -> Change settings... -> เซสชัน -> การบันทึก -> เลือกเอาต์พุตเซสชันทั้งหมดและเลือกชื่อไฟล์ -> ใช้
รวบรวมรายงานตําแหน่งไฟล์: ER:
# รายงานที่เก็บถาวรสร้าง LTR ตําแหน่ง
ไฟล์: # รายงาน filesys สร้างตําแหน่ง
ไฟล์เมื่อเสร็จสมบูรณ์โปรดรับสําเนาบันทึกเซสชันเพื่อการวิเคราะห์เพิ่มเติม
เปิดใช้งานการเข้าสู่ระบบในเซสชันเทอร์มินัลของคุณ ตัวอย่างเช่นหากใช้สีโป๊วสามารถทําได้ดังนี้: คลิกขวาที่แถบเมนู -> Change settings... -> เซสชัน -> การบันทึก -> เลือกเอาต์พุตเซสชันทั้งหมดและเลือกชื่อไฟล์ -> ใช้
รวบรวมรายงานตําแหน่งไฟล์: ER:
# รายงานที่เก็บถาวรสร้าง LTR ตําแหน่ง
ไฟล์: # รายงาน filesys สร้างตําแหน่ง
ไฟล์เมื่อเสร็จสมบูรณ์โปรดรับสําเนาบันทึกเซสชันเพื่อการวิเคราะห์เพิ่มเติม
สําหรับความช่วยเหลือในการรวบรวมข้างต้นหรือขั้นตอนใด ๆ ในไฟล์เก็บถาวรนี้โปรดติดต่อผู้ให้บริการสนับสนุนตามสัญญาของคุณ
Затронутые продукты
Data DomainПродукты
Data DomainСвойства статьи
Номер статьи: 000054303
Тип статьи: Solution
Последнее изменение: 21 Jul 2025
Версия: 6
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.