วิธีประเมินพื้นที่จัดเก็บที่ต้องใช้สำหรับบันทึกหน้าจอ

01พื้นที่เก็บบันทึกหน้าจอที่ต้องใช้: เริ่มจากสูตรนี้

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

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

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

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

02วัดขนาดบันทึกบนคอมพิวเตอร์ที่เป็นตัวแทน

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

1. ตั้งโปรไฟล์ตามแผน ใช้รูปแบบ คุณภาพภาพ ช่วงห่างการจับภาพ จอที่เลือก และตารางเวลาตามแผน รวมการเข้ารหัสและเสียงในช่วงทดลองหากเป็นส่วนหนึ่งของการใช้งาน โดยวัดเสียงแยกเมื่อจัดเก็บแยกกัน
2. วัดข้อมูลที่สร้างใหม่ รวมขนาดบันทึกที่เสร็จสมบูรณ์ในช่วงทดสอบ อย่าใช้การเพิ่มสุทธิของโฟลเดอร์หากมีการลบหรือย้ายไฟล์เก่าระหว่างทดสอบด้วย เพราะจะทำให้ปริมาณที่ผลิตดูต่ำกว่าจริง
3. หารด้วยเวลาบันทึกจริง หากไฟล์ที่เสร็จแล้วรวม 480 MB จากการบันทึกหกชั่วโมง อัตราที่วัดได้คือ 80 MB ต่อชั่วโมง อย่าหารด้วยหนึ่งวันเต็ม 24 ชั่วโมงเมื่อบันทึกเพียงหกชั่วโมง
4. แยกแต่ละโปรไฟล์ไว้ จดจำนวนอุปกรณ์และอัตราที่วัดได้ของแต่ละกลุ่ม อย่านำผลจากจอเดียวที่เปลี่ยนน้อยไปใช้กับทีมที่มีหลายจอเปลี่ยนแปลงตลอดเวลา
5. ทดสอบผลลัพธ์ที่ต้องอ่าน เปิดบันทึกและตรวจตัวอักษรเล็ก รายละเอียดแอป และเหตุการณ์ที่ผู้ตรวจสอบต้องการ ไฟล์เล็กมีประโยชน์ก็ต่อเมื่อเนื้อหาที่เก็บยังตอบคำถามทางธุรกิจได้

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

ประเมินพื้นที่วิดีโอจากบิตเรต

หากทราบบิตเรตเฉลี่ยจริงของวิดีโอที่บันทึกเสร็จ สูตรแปลงคือ GB ต่อชั่วโมง = Mbps × 0.45 หนึ่งเมกะบิตต่อวินาทีต่อเนื่องหนึ่งชั่วโมงเท่ากับ 0.45 GB ส่วน 2 Mbps เท่ากับ 0.9 GB ต่อชั่วโมง นี่คือการแปลงหน่วย ไม่ใช่อัตราบันทึกที่คาดหวังของ Net Monitor for Employees Pro รวมทุกสตรีมและข้อมูลประกอบไฟล์ หรือวัดไฟล์สมบูรณ์เพื่อรวมสิ่งเหล่านี้โดยตรง

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

03คำนวณความจุคลังควบคู่กับระยะเวลาเก็บ

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

แถวแรกคือ 20 × 80 × 6 × 22 ÷ 1,000 = 211.2 GB แถวที่สองเพิ่ม 237.6 GB รวมแล้วสร้าง 20.4 GB ต่อวันที่บันทึก และเก็บ 448.8 GB ในคลังหนึ่งชุด ที่การตั้งค่าเดียวกัน หากเก็บ 10 วันที่บันทึกจะใช้ 204 GB ส่วน 44 วันจะใช้ 897.6 GB

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

กำหนดปริมาณพื้นที่ที่ต้องเว้นว่าง

หากหลักวางแผนคือต้องเหลือว่าง 25% ของความจุใช้งาน ให้หารพื้นที่ที่จะถูกใช้ด้วย 0.75 สำหรับคลัง 448.8 GB จะได้ความจุใช้งาน 598.4 GB ก่อนรวมไฟล์ชั่วคราวหรืองานอื่นที่เผื่อแยก การบวก 25% ให้ขนาดคลังจะได้ 561 GB และเหลือว่างเพียง 20% ของยอดรวมนั้น ระบุให้ชัดว่างบใช้วิธีใด

ใช้ความจุที่เหลือให้กับงานบันทึกหลังหักระบบไฟล์ RAID และภาระพื้นที่อื่น ไม่ใช่ผลรวมตัวเลขบนฉลากไดรฟ์ ความซ้ำซ้อนของ RAID ไม่ใช่ข้อมูลสำรองอิสระ หากปลายทางสองแห่งต่างเก็บสำเนาครบ 448.8 GB และต้องเหลือว่าง 25% แต่ละแห่ง ให้เตรียม 598.4 GB ต่อแห่ง รวม 1,196.8 GB ซึ่งกระจายอยู่ในสองระบบนั้น

04เผื่อทุกตำแหน่งที่บันทึกอาจใช้พื้นที่

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

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

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

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

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

05ตรวจแบนด์วิดท์อัปโหลดควบคู่กับความจุดิสก์

คลังอาจมีที่ว่างมาก แต่บันทึกยังรออยู่บนการเชื่อมต่อช้า สำหรับช่วงถ่ายโอนที่กำหนด ให้คำนวณอัตราข้อมูลจริงเฉลี่ยขั้นต่ำเป็น Mbps = GB ที่ต้องส่ง × 8,000 ÷ จำนวนวินาทีในช่วงส่ง สูตรใช้ GB ฐานสิบและไม่รวมภาระโปรโตคอล การลองใหม่ และทราฟฟิกอื่น

กลุ่มตัวอย่างสร้าง 20.4 GB ต่อวันที่บันทึก การย้ายปริมาณนี้ภายในหกชั่วโมงต้องมีอัตราข้อมูลจริงรวมต่อเนื่องประมาณ 7.56 Mbps หากย้ายภายในสองชั่วโมงต้องประมาณ 22.67 Mbps การเชื่อมต่อจริงต้องเผื่อความสามารถเพิ่มเติมและทดสอบระหว่างทราฟฟิกงานปกติ ความเร็วอินเทอร์เน็ตโฆษณาไม่ใช่อัตราอัปโหลดที่วัดจริง

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

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

06นำค่าประเมินไปใช้ใน Net Monitor for Employees Pro

ใน Desktop Recorder ตั้ง Monitors, Quality, Recording format และตารางบันทึกให้ตรงโปรไฟล์ที่วัด Record frames only when screen changes อาจลดการจับภาพซ้ำ ให้ทดสอบผลกับงานจริง คู่มือตั้งค่าตัวบันทึกหน้าจออธิบายตัวควบคุมเหล่านี้

ตั้ง Delete recordings older than (days) ตามระยะเวลาเก็บที่อนุมัติซึ่งนับวันผ่านไป ไม่ใช่จำนวนวันที่กำหนดให้บันทึกภายในช่วงนั้น สำหรับนโยบายเก็บ 30 วันที่มี 22 วันบันทึกตามตาราง ค่าอายุยังคงเป็น 30 การตั้งค่าวิดีโอ Max file size (Mb) แบ่งผลลัพธ์เป็นไฟล์แยก ไม่ใช่ขีดจำกัดทั้งคลัง โควตาภายนอกอาจลบบันทึกเก่าสุดหรือหยุดบันทึกเมื่อเต็ม ยืนยันพฤติกรรมที่เลือกก่อนนำไปใช้

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

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

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

07พื้นที่เก็บบันทึกหน้าจอ: คำถามที่พบบ่อย

บันทึกหน้าจอหนึ่งชั่วโมงใช้พื้นที่เท่าไร

ไม่มีตัวเลขเดียวที่เชื่อถือได้ทุกกรณี วัดบันทึกที่เสร็จจากโปรไฟล์ที่ต้องการแล้วหารขนาดรวมด้วยชั่วโมงบันทึก วิดีโอที่มีบิตเรตเฉลี่ยวัดได้ 1 Mbps ใช้เฉพาะสตรีม 0.45 GB ต่อชั่วโมง ขนาดไฟล์จริงยังขึ้นกับเนื้อหาที่จับและวิธีเข้ารหัส

ต้องใช้พื้นที่เท่าไรสำหรับบันทึก 30 วัน

นำปริมาณรายวันที่วัดได้คูณวันที่มีการบันทึกในช่วง 30 วันปฏิทิน แล้วรวมสำเนาเพิ่ม งานชั่วคราว และพื้นที่ว่างที่ต้องการในแต่ละปลายทาง ตารางทุกวันกับเฉพาะวันธรรมดาต้องใช้ข้อมูลตั้งต้นต่างกัน

ลดคุณภาพบันทึกแล้วพื้นที่จะลดครึ่งหนึ่งหรือไม่

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

กำหนดไฟล์วิดีโอเล็กลงจะลดขนาดคลังทั้งหมดหรือไม่

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

ควรนับพื้นที่สำรองเป็นสองเท่าหรือไม่

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