คุณสมบัติ

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

ขอบเขตการสำรองข้อมูล

อะไร	สิ่งที่ถูกบันทึก
Docker containers	ไดเรกทอรี appdata พร้อมคำจำกัดความของ container (อิมเมจ, env vars, พอร์ต, ป้ายกำกับ, โวลุ่ม)
KVM / libvirt VMs	อิมเมจดิสก์ของ VM, คำจำกัดความ XML และ UEFI NVRAM (ปิดเครื่องแบบราบรื่นหรือสแนปช็อตขณะทำงาน ผ่าน SSH) สแนปช็อตขณะทำงานจะย้อนกลับไปใช้การสำรองข้อมูลแบบราบรื่นโดยอัตโนมัติหากไม่สามารถสร้างสแนปช็อตได้ ดังนั้นการสำรองข้อมูล VM จึงไม่ล้มเหลวเฉยๆ
Unraid flash	แฟลช USB ทั้งหมด (/boot): OS, ลิขสิทธิ์, การตั้งค่าอาร์เรย์, แชร์, การตั้งค่าเครือข่ายและปลั๊กอิน การกู้คืนเป็นการดาวน์โหลด .zip แบบคลิกเดียวและไม่เคยเขียนทับแฟลชที่กำลังทำงานอยู่
การตั้งค่าแอป	/config ของ BombVault เอง (ฐานข้อมูลการตั้งค่า, ข้อมูลรับรองนอกสถานที่, คู่คีย์ SSH ของ libvirt) ทำสแนปช็อตด้วย SQLite VACUUM INTO ดังนั้นฐานข้อมูลโหมด WAL จึงไม่เคยถูกจับภาพขณะกำลังเขียน กู้คืนผ่านการรีสตาร์ทตัวเอง ดังนั้นฐานข้อมูลที่กำลังทำงานจึงไม่เคยถูกเขียนทับภายใต้ handle ที่เปิดอยู่
ไฟล์และโฟลเดอร์	ชุดไฟล์ (file sets) ที่ตั้งชื่อไว้: โฟลเดอร์ใดก็ได้บนเซิร์ฟเวอร์ (แชร์, เอกสารของคุณ, คลังภาพถ่าย) แต่ละชุดมีรูปแบบการยกเว้นเฉพาะชุดได้ตามต้องการ มีความเท่าเทียมเต็มรูปแบบกับโดเมนอื่นๆ (ตารางเวลา, การเก็บรักษา, การคัดลอกนอกสถานที่, การตรวจสอบความสมบูรณ์ และการซ้อมกู้คืน)

การกู้คืน

• การกู้คืนแบบเต็มด้วยคลิกเดียว เลือกสแนปช็อต คลิก Restore เสร็จ
• กู้คืนจากในเครื่องหรือนอกสถานที่ เบราว์เซอร์การสำรองข้อมูลทุกตัวมีสวิตช์ Local / Off-site ดังนั้นหากรีพอสิทอรีในเครื่องสูญหายหรือเสียหาย คุณสามารถแสดงรายการและกู้คืนตรงจากสำเนานอกสถานที่ได้ การลบเป็นแบบต่อแหล่ง: การลบการสำรองข้อมูลจะมีผลเฉพาะกับสำเนาที่คุณกำลังดูอยู่เท่านั้น
• Containers ถูกติดตั้งใหม่โดยอัตโนมัติ คำจำกัดความของ container จะถูกเล่นซ้ำผ่าน Docker API ดังนั้น container จึงปรากฏขึ้นอีกครั้งในแท็บ Docker ของ Unraid เหมือนเดิมทุกประการ
• VMs ถูกสร้างใหม่โดยอัตโนมัติ XML จะถูกนำเข้าใหม่ผ่าน SSH ดังนั้น VM จึงปรากฏขึ้นอีกครั้งใน VM Manager พร้อมกับดิสก์และ UEFI NVRAM ที่เชื่อมต่อกลับเข้าไป แม้ว่า VM จะถูกลบไปแล้วก็ตาม Discover backups จะสร้างรายการที่หายไปทั้งหมดขึ้นใหม่ (เช่น หลังการติดตั้งใหม่)
• การกู้คืนรายตัว กู้คืน container หนึ่งตัว, VM หนึ่งตัว หรือชุดไฟล์หนึ่งชุดได้โดยไม่แตะต้องตัวอื่น
• การกู้คืนแฟลชเป็นการดาวน์โหลด .zip มันจะสตรีมไปยังเบราว์เซอร์ของคุณเป็น flash-<id>.zip พร้อมสำหรับวางลงในตัวสร้าง USB ของ Unraid ส่วน /boot ที่กำลังทำงานอยู่จะไม่ถูกแตะต้อง
• การส่งออก zip แฟลชตามตารางเวลา หลังการสำรองข้อมูลแฟลชทุกครั้ง สามารถเลือกเขียนสแนปช็อตออกมาเป็น .zip ธรรมดาไปยังโฟลเดอร์ที่คุณเลือกได้ (ไฟล์ flash-latest.zip ไฟล์เดียวที่ถูกเขียนทับ หรือประวัติแบบหมุนเวียน) ชี้ไปยังโฟลเดอร์ Syncthing หรือ rclone เพื่อให้การสำรองข้อมูล USB ที่บูตได้ออกจากเซิร์ฟเวอร์โดยอัตโนมัติ
• การตรวจสอบความขัดแย้งก่อนเริ่ม ก่อนที่จะมีการหยุดหรือลบอะไร การกู้คืนจะตรวจสอบว่า IP แบบสแตติกและพอร์ตโฮสต์ที่เผยแพร่ของ container ว่างอยู่ และยกเลิกพร้อมข้อความที่ชัดเจนแทนที่จะทิ้งการกู้คืนที่ทำค้างไว้ครึ่งทาง
• การกู้คืนระดับไฟล์ ขยาย Files ของสแนปช็อต container, กรอง, ทำเครื่องหมายไฟล์และโฟลเดอร์จำนวนเท่าใดก็ได้ แล้วกู้คืนรายการที่เลือกไปยังตำแหน่งเดิมหรือไปยังโฟลเดอร์ที่คุณเลือก
• การกู้คืนชุดไฟล์ กู้คืนสแนปช็อตชุดไฟล์ไปยังตำแหน่งเดิม (หลังการยืนยันอย่างชัดเจน) หรือไปยังโฟลเดอร์ที่คุณเลือก ไม่เคยทำแบบเงียบๆ การกู้คืนแบบเลือกก็ทำงานได้ที่นี่เช่นกัน
• การกู้คืนคงสถานะการทำงานไว้ container หรือ VM ที่กำลังทำงานอยู่ตอนสำรองข้อมูลจะกลับมาทำงาน ส่วนตัวที่หยุดอยู่จะยังคงหยุด ทำเครื่องหมาย Leave stopped after restore เพื่อสร้างใหม่โดยไม่เริ่มทำงาน
• กู้คืนทั้งสแต็ก Containers จากโปรเจกต์ Docker Compose เดียวกันจะถูกจัดกลุ่มไว้ในแผง Stacks Restore stack จะสร้างสมาชิกทุกตัวขึ้นใหม่จากการสำรองข้อมูลล่าสุดโดยปล่อยให้หยุดไว้ จากนั้นสามารถเลือกเริ่มพวกมันตามลำดับ depends_on ได้
• ความคืบหน้าแบบสด, การยกเลิก และการแจ้งสถานะยุ่ง การกู้คืนที่ใช้เวลานานจะแสดงแถบเปอร์เซ็นต์แบบสดและสามารถยกเลิกได้ด้วยการยืนยันที่รับรู้ประเภท การกู้คืนที่ถูกยกเลิกจะถูกบันทึกเป็น ยกเลิกแล้ว ไม่ใช่ล้มเหลว
• การกู้คืนแบบมีคำแนะนำ แท็บ Recovery โดยเฉพาะจะพาการติดตั้งใหม่ผ่านกรณีภัยพิบัติ ดู Off-site & recovery
• กู้คืนจากรีพอสิทอรี BombVault อื่น เซสชันแบบครั้งเดียวและอ่านอย่างเดียวจะเปิดรีพอสิทอรีของอินสแตนซ์ BombVault อื่นด้วย APP_KEY ของอินสแตนซ์นั้น ดังนั้นคุณสามารถดึง container จากเซิร์ฟเวอร์ A ไปยังเซิร์ฟเวอร์ B ได้โดยไม่แตะต้องการตั้งค่าของคุณเอง ดู Off-site & recovery

การจัดเก็บและการตั้งตารางเวลา

• การสำรองข้อมูลแบบเพิ่มส่วนและขจัดข้อมูลซ้ำผ่าน restic ดังนั้นแม้แต่ดิสก์ VM ขนาดใหญ่ก็ไม่ทำให้รีพอสิทอรีบวมขึ้น
• ปลายทาง: พาธในเครื่อง หรือ นอกสถานที่ SMB/CIFS และ NFS (เมานต์แชร์บน Unraid แล้วชี้ Backup Path ไปยังมัน), แบ็กเอนด์ restic ดั้งเดิมโดยไม่ใช้ rclone (s3:..., rest:http://host:8000/repo, b2:..., sftp:user@host:/repo) หรือรีโมต rclone ใดก็ได้ผ่าน rclone:<remote>:<bucket>/path ข้อมูลรับรองทั้งหมดถูกเก็บแบบเข้ารหัส
• ปลายทาง SSH ไม่ต้องติดตั้งอะไรที่ฝั่งไกล sftp: ต้องการเพียงเซิร์ฟเวอร์ SSH ดังนั้น Raspberry Pi เปล่าๆ (ไม่มี Docker, ไม่มี restic) ก็ใช้เป็นปลายทางนอกสถานที่ได้ Host keys จะถูกปักหมุดโดยอัตโนมัติในการติดต่อครั้งแรก
• การคัดลอกนอกสถานที่ (ในเครื่อง + ระยะไกล) เก็บการสำรองข้อมูลในเครื่องที่เร็วไว้และเพิ่มสำเนานอกสถานที่หนึ่งชุดหรือมากกว่า จำลองด้วย restic copy แบบทำเท่าที่ทำได้ (best-effort) (สะดุดที่นอกสถานที่ไม่เคยทำให้การสำรองข้อมูลในเครื่องล้มเหลว) แต่ละโดเมนมีตารางเวลานอกสถานที่ของตัวเอง พร้อมปุ่ม Replicate now
• หลายปลายทางนอกสถานที่ต่อโดเมน แต่ละโดเมน (containers, VMs, flash, config และชุดไฟล์) สามารถจำลองไปยังหลายปลายทางนอกสถานที่พร้อมกันได้ ไม่ใช่แค่ปลายทางเดียว เพิ่มปลายทางเสริมบนแท็บ Off-site แต่ละปลายทางมีรีพอสิทอรี, คลาสพื้นที่จัดเก็บ S3, แฟล็ก append-only, การเก็บรักษา และงบประมาณการเติบโตของตัวเอง สำเนานอกสถานที่ที่คุณมีอยู่จะถูกยกไปเป็นปลายทางแรก ดังนั้นจึงไม่มีอะไรเปลี่ยนแปลงจนกว่าคุณจะเพิ่มปลายทางที่สอง และทุกปลายทางของโดเมนจะจำลองตามตารางเวลานอกสถานที่ของโดเมนนั้น
• ลำดับการสำรองข้อมูลด้วยมือ ตั้งลำดับที่แน่นอนของการสำรองข้อมูล containers ของคุณจากแผง backup-order บนหน้า Containers การรันตามตารางเวลาและการรันแบบเลือกหลายรายการจะทำตามลำดับนั้น ส่วน container ที่คุณไม่ได้จัดลำดับจะยังคงพฤติกรรมเดิมคือเรียงตามที่เกินกำหนดมากที่สุดก่อน และการสำรองข้อมูล container เดี่ยวไม่เปลี่ยนแปลง
• การเก็บรักษาที่ตั้งค่าได้: keep-last / daily / weekly / monthly ตัดทิ้งโดยอัตโนมัติหลังการสำรองข้อมูลแต่ละครั้ง ตั้งค่า ต่อแหล่ง (ในเครื่องอยู่ถัดจากพาธการสำรองข้อมูล, นอกสถานที่อยู่บนแท็บ Off-site เพื่อให้คุณเก็บสำเนานอกสถานที่ไว้นานขึ้นเป็นคลังเก็บ)
• การตั้งตารางเวลาต่อโดเมน (daily / weekly รวมถึงชุดหลายวัน / every-N-days / cron ดิบ) แก้ไขทั้งหมดในที่เดียวบน Settings, Schedules
• ขีดจำกัดแบนด์วิดท์นอกสถานที่ จำกัดอัตราการอัปโหลด/ดาวน์โหลดของ restic เพื่อไม่ให้การจำลองข้อมูลใช้ WAN ของคุณจนเต็ม
• คลาสพื้นที่จัดเก็บแบบเย็นและแบบเก็บถาวร (S3) สำหรับรีพอสิทอรีนอกสถานที่ S3 ดั้งเดิม คุณสามารถเลือกคลาสพื้นที่จัดเก็บได้ โดยจำกัดเฉพาะระดับที่กู้คืนอ่านได้ (Standard, Standard-IA, One Zone-IA, Intelligent-Tiering, Glacier Instant Retrieval) ดังนั้นการตั้งราคาแบบเก็บถาวรจึงไม่เคยทำให้การกู้คืนเสียหายแบบเงียบๆ ระดับเก็บถาวรเชิงลึกที่ต้องละลายแบบ async ก่อน (Glacier Flexible, Deep Archive) ถูกละไว้โดยเจตนา รองรับเฉพาะแบ็กเอนด์ S3 ดั้งเดิม รีโมต rclone จะตั้งคลาสในการตั้งค่า rclone
• โฟลเดอร์การสำรองข้อมูลยังคงคัดลอกออกนอกเครื่องได้ หลังการสำรองข้อมูลทุกครั้ง BombVault จะผ่อนสิทธิ์ของทรีรีพอสิทอรีในเครื่องเป็นไดเรกทอรี 0755 / ไฟล์ 0644 (รีพอสิทอรีถูกเข้ารหัส ดังนั้นจึงไม่มีอะไรเปิดเผย) เพื่อไม่ให้ผู้ใช้ซิงค์ที่ไม่ใช่ root ผ่าน SMB ถูกล็อกออก คำจำกัดความการกู้คืนอยู่ภายในรีพอสิทอรีแต่ละตัว ดังนั้นโฟลเดอร์รีพอสิทอรีที่คัดลอกมาจึงสมบูรณ์ในตัวเองอย่างเต็มที่

ข้อมูลเชิงลึก, การตรวจสอบ และการเฝ้าติดตาม

• สถานะการปกป้อง (RPO) แดชบอร์ดแสดงตัวบ่งชี้ เขียว / เหลือง / แดง ต่อโดเมน โดยเปรียบเทียบการสำรองข้อมูลที่สำเร็จครั้งล่าสุดกับตารางเวลาของมัน ดังนั้นการสำรองข้อมูลที่เกินกำหนดจะกลายเป็นสีแดงแทนที่จะซ่อนอยู่ในบันทึก
• แผนที่ความร้อนสถานะการสำรองข้อมูล ปฏิทินสไตล์ contributions ของ GitHub ที่แสดงผลการสำรองข้อมูลต่อวันต่อโดเมน พร้อมสวิตช์สลับ Containers / VMs / Flash / Config / Files
• การจับเวลาการทำงานทุกที่ รายการประวัติการทำงานทุกรายการแสดง start, end (duration) และแต่ละ container และ VM มีรายการ Recent runs ของตัวเองบนหน้าของมัน
• แดชบอร์ดที่คุณจัดเรียงใหม่ได้ สลับโหมดปรับแต่งเพื่อลากการ์ดเข้าลำดับที่คุณต้องการและซ่อนการ์ดที่คุณไม่ต้องการ เลย์เอาต์ถูกบันทึกต่อเบราว์เซอร์
• ขนาดรีพอสิทอรีและแนวโน้ม dedup ขนาดรีพอสิทอรีปัจจุบัน, อัตราการขจัดข้อมูลซ้ำ และจำนวนสแนปช็อตต่อโดเมน พร้อม sparkline ของการเติบโตของพื้นที่จัดเก็บ
• การซ้อมตรวจสอบการกู้คืน BombVault พิสูจน์เป็นระยะว่าการสำรองข้อมูลของคุณกู้คืนได้ (restic check --read-data-subset แบบมีขอบเขต) และแสดงป้าย last verified restorable ต่อโดเมน
• การทำงานแบบซ่อมแซมตัวเอง ล็อก restic ที่กำพร้าอย่างพิสูจน์ได้ (ที่ถูกทิ้งไว้จากการรีสตาร์ทกลางการทำงาน) จะถูกล้างโดยบังคับและลองใหม่หนึ่งครั้งโดยอัตโนมัติ การเก็บรักษาเสถียรตามอัตลักษณ์ (ตัดทิ้งต่อรายการ, ไม่ขึ้นกับการเปลี่ยนพาธหรือโฮสต์) และความล้มเหลวของการเก็บรักษาจะส่งการแจ้งเตือน
• ชุดกู้คืนคีย์เข้ารหัส ดาวน์โหลดแบบคลิกเดียวสำหรับ master key, รหัสผ่าน restic ที่ได้มา และตำแหน่งรีพอสิทอรีกับคำสั่งที่แน่นอน ดังนั้นคุณสามารถกู้คืนได้โดยไม่ต้องมี BombVault ที่กำลังทำงาน ดู Off-site & recovery
• ส่งออกและนำเข้าการตั้งค่าของคุณ การ์ด Export and import settings บนหน้า Settings จะเขียนการตั้งค่าทั้งหมดของคุณ (การตั้งค่าโดเมน, ปลายทางนอกสถานที่, ตารางเวลา, การเก็บรักษา, การแจ้งเตือน) ลงในไฟล์ JSON ที่พกพาได้ ดังนั้นการย้ายไปยังเครื่องใหม่หรือการโคลนการตั้งค่าจึงไม่ได้หมายถึงการป้อนทุกอย่างใหม่ด้วยมือ คุณเลือกได้ว่าจะรวมข้อมูลรับรองนอกสถานที่และการแจ้งเตือนหรือไม่ หากรวมไว้ ไฟล์นี้จะมีความอ่อนไหวเทียบเท่าชุดกู้คืนของคุณ การนำเข้าจะแสดงตัวอย่างและขอการยืนยัน และไม่เคยแตะต้องข้อมูลหรือประวัติการสำรองข้อมูลของคุณ
• การแจ้งเตือน Webhook (Discord / Slack / Gotify / ntfy), Matrix, Healthchecks.io, อีเมล (SMTP), เซิร์ฟเวอร์ Apprise API แบบ self-hosted และระบบแจ้งเตือนดั้งเดิมของ Unraid นโยบายต่อการสำรองข้อมูล: never / on failure / always การรันตามตารางเวลาของหลายรายการสามารถส่งสรุป N of M succeeded ครั้งเดียวได้ Healthchecks ได้รับวงจรชีวิตแบบเต็ม (/start จากนั้นสำเร็จหรือ /fail) เมื่อใดก็ตามที่ตั้ง URL ไว้
• Prometheus /metrics เลือกเปิด (ปิดโดยค่าเริ่มต้น, มี bearer token เป็นทางเลือก) สำหรับ Grafana หรือ Uptime Kuma เปิดเผยสถานะการสำรองข้อมูล, ขนาด และการประทับเวลา โดยไม่มีความลับหรือพาธในป้ายกำกับ

การป้องกันแรนซัมแวร์

• นอกสถานที่แบบไม่เปลี่ยนแปลงได้ (append-only) ตั้งแฟล็กรีพอสิทอรีนอกสถานที่เป็น append-only เพื่อให้แรนซัมแวร์หรือโฮสต์ที่ถูกบุกรุกไม่สามารถลบหรือเขียนทับการสำรองข้อมูลของคุณได้ ฝั่งไกล (restic/rest-server ในโหมด --append-only) เป็นผู้บังคับใช้ BombVault เพียง ตรวจสอบ มันเท่านั้นและไม่เคยแสดงสีเขียวจากการอ้างการตั้งค่าเพียงอย่างเดียว
• การทดสอบการแทรกแซง (tamper test) BombVault พิสูจน์การรับประกัน append-only เป็นระยะโดยการพยายามลบจริงกับรีพอสิทอรีนอกสถานที่ (โดยเล็งไปที่อ็อบเจกต์ที่ไม่มีอยู่จริง): ถูกปฏิเสธหมายถึงได้รับการปกป้อง, ยอมรับหมายถึงไม่ได้รับการปกป้อง ผลลัพธ์ที่ไม่สรุปแน่ชัดจะไม่เคยพลิกคำตัดสินที่จัดเก็บไว้
• การตั้งค่านอกสถานที่แบบมีคำแนะนำ ตัวช่วยจะพาคุณจากการเลือกแบ็กเอนด์ ผ่านสนิปเปตการดีพลอย rest-server ที่พร้อมวาง, การทดสอบการเชื่อมต่อ, สวิตช์ไม่เปลี่ยนแปลงได้ และกลยุทธ์การเก็บรักษา
• การซ้อม DR (นอกสถานที่) กู้คืนเป้าหมายจริงจากรีพอสิทอรีนอกสถานที่ลงในแซนด์บ็อกซ์ที่ใช้แล้วทิ้ง, ตรวจสอบทีละไฟล์และทีละไบต์ แล้วทำความสะอาด ดู Off-site & recovery
• สกอร์การ์ดการป้องกันแรนซัมแวร์ การ์ดบนแดชบอร์ดที่มีท่าที เขียว / เหลือง / แดง ต่อโดเมน และรายการตรวจสอบที่ประทับอายุ ทุกแถวสีแดงจะลิงก์ลึกไปยังวิธีแก้ไข มันจะเป็นสีเขียวเฉพาะเมื่อมีข้อเท็จจริงที่ตรวจสอบแล้ว
• สัญญาณเตือนงบประมาณการเติบโต สำหรับนอกสถานที่แบบไม่เปลี่ยนแปลงได้ (ที่สแนปช็อตเก่าจะไม่ถูกตัดทิ้งโดยเจตนา) ให้ตั้งงบประมาณขนาดและรับการแจ้งเตือนก่อนที่มันจะโตเกินควบคุม
• แดชบอร์ดผู้รับ (ฝั่งรับ) บนเครื่องที่รับสำเนานอกสถานที่แบบไม่เปลี่ยนแปลงได้จาก BombVault อีกตัว ให้เปิดสวิตช์ Receiver (Settings) เพื่อเผยแท็บ Receiver ลงทะเบียนรีพอสิทอรีที่ได้รับแบบอ่านอย่างเดียว (เปิดด้วยคีย์ของอินสแตนซ์ผู้ส่ง) เพื่อดูรายการสแนปช็อตที่จัดกลุ่มตามแหล่งที่มา, เวลาที่แต่ละแหล่งมาถึงล่าสุด และรัน restic check แบบอิสระบนฮาร์ดแวร์ผู้รับ มันจะแจ้งเตือนคุณเมื่อแหล่งหนึ่งหยุดส่งภายในกรอบเวลาที่คุณตั้ง (dead-man's switch) หรือเมื่อการตรวจสอบความสมบูรณ์ล้มเหลว เป็นแบบอ่านอย่างเดียวอย่างเคร่งครัด ดังนั้นจึงไม่เคยเขียนลงรีพอสิทอรีที่ได้รับ และปิดโดยค่าเริ่มต้น ดู Off-site & recovery

การส่งออกแบบธรรมดา

• การส่งออก container แบบธรรมดา ปุ่ม Export ต่อ container จะเขียนสำเนาที่เรียกดูได้และไม่ต้องใช้เครื่องมือไว้ถัดจากรีพอสิทอรี: <name>.tar.gz ของโฟลเดอร์การสำรองข้อมูล พร้อมเทมเพลต Unraid <name>.xml restic ยังคงเป็นเอนจิน นี่เป็นสำเนาเสริมเพื่อความสะดวก
• การส่งออก VM แบบธรรมดา VMs มี Export (plain tar) เหมือนกัน: <name>.tar.gz ของอิมเมจดิสก์ พร้อม <name>.xml กู้คืนได้ด้วย virsh define พร้อมดิสก์ ไม่ต้องใช้ BombVault หรือ restic
• เข้ารหัสการส่งออกแบบธรรมดา (age) การส่งออกอยู่นอก restic ดังนั้นจึงเป็นข้อความธรรมดาโดยค่าเริ่มต้น เปิดการเข้ารหัส age ภายใต้ Settings และเพิ่มผู้รับหนึ่งรายหรือมากกว่า (คีย์สาธารณะ age หรือคีย์สาธารณะ SSH) จากนั้นการส่งออกแต่ละรายการ (container และ VM .tar.gz, ไฟล์ .xml ประกอบ และ ZIP แฟลช) จะถูกผนึกสำหรับผู้รับเหล่านั้น และคุณจะถอดรหัสมันภายหลังนอกเครื่องด้วยคีย์ส่วนตัวที่ตรงกัน เพื่อความปลอดภัย เมื่อเปิดการเข้ารหัสและไม่มีผู้รับที่ถูกต้อง การส่งออกจะล้มเหลวพร้อมข้อผิดพลาดที่ชัดเจนแทนที่จะเขียนข้อความธรรมดา

อื่นๆ

• สำรองข้อมูลหลายรายการพร้อมกัน เลือกหลาย containers แล้วกด Back up selected ชุดงานทำงานที่ฝั่งเซิร์ฟเวอร์ ดังนั้นมันจึงทำงานต่อไปแม้ว่าคุณจะปิดแท็บหรือขาดการเชื่อมต่อ BombVault ไม่เคยสำรองข้อมูล (และจึงไม่เคยหยุด) container ของตัวเอง
• เบราว์เซอร์สแนปช็อต พร้อมรายการจุดกู้คืน, การลบต่อสแนปช็อต และทรีโฟลเดอร์ที่ยุบได้สำหรับการกู้คืนระดับไฟล์
• การบำรุงรักษารีพอสิทอรีต่อโดเมน: Verify (restic check), Unlock (ล้างล็อกที่ค้าง) และ Prune (นำนโยบายการเก็บรักษาไปใช้ตามต้องการเมื่อมีการตั้งไว้ มิฉะนั้นเป็นการเรียกคืนพื้นที่แบบธรรมดา)
• Hooks ก่อน/หลังการสำรองข้อมูลต่อ container คำสั่ง shell ทำงานภายใน container (เช่น mysqldump ลง appdata ก่อนสำรองข้อมูล) pre-hook ที่ล้มเหลวจะยกเลิกการสำรองข้อมูล
• หยุด containers อื่นระหว่างการสำรองข้อมูล พร้อมการรีสตาร์ทที่กั้นด้วยสถานะสมบูรณ์ ตั้งชื่อ containers ที่พึ่งพากัน (เช่น ฐานข้อมูล) ให้หยุดขณะที่ตัวนี้ถูกสำรองข้อมูล หลังจากนั้น BombVault จะนำพวกมันกลับมาตามลำดับ depends_on ของ Compose และโดยค่าเริ่มต้นจะรอให้แต่ละตัวรายงานว่าสมบูรณ์ (หรือกำลังทำงาน หากไม่มี healthcheck) ก่อนที่จะเริ่ม containers ที่พึ่งพามัน ดังนั้นการพึ่งพาอย่าง Pi-hole, ฐานข้อมูล หรือเกตเวย์ VPN จึงพร้อมทำงานจริงก่อนบริการที่ต้องการมัน แทนที่บริการเหล่านั้นจะคืนค่าเป็น connection refused การรอถูกจำกัดด้วยการหมดเวลาต่อ container (120 วินาทีโดยค่าเริ่มต้น) ดังนั้น container ที่ช้าหรือไม่เคยสมบูรณ์จึงไม่สามารถทำให้การรันค้างได้ ทั้งการรอและการหมดเวลาอยู่บน Settings, Schedules (ปิดการรอเพื่อกลับไปใช้การรีสตาร์ทแบบพร้อมกันทั้งหมดแบบเดิม) การรีสตาร์ทที่จัดลำดับและกั้นด้วยสถานะสมบูรณ์แบบเดียวกันนี้ยังห่อหุ้มการอัปเดตอิมเมจหลังการสำรองข้อมูลด้วย ดังนั้นในวันที่มีการอัปเดต ตัวที่พึ่งพาจะถูกกดไว้ตลอดการสร้างใหม่ และถูกนำกลับมาโดยกั้นด้วยสถานะสมบูรณ์เมื่อเสร็จเท่านั้น
• รูปแบบการยกเว้นต่อ container ระบุไดเรกทอรีย่อยที่จะข้ามภายในโวลุ่มที่สำรองข้อมูล บรรทัดละหนึ่งรายการ พิมพ์พาธตามที่คุณเห็นภายใน container ตัวอย่างแบบสดจะแสดงสิ่งที่แต่ละบรรทัดแปลงเป็น และเตือนเมื่อบรรทัดหนึ่งจะไม่ยกเว้นอะไรเลย
• อัปเดตหลังการสำรองข้อมูลสำเร็จ (ขั้นสูง, ปิดโดยค่าเริ่มต้น) เปิดตัวเลือกนี้บน container แล้ว BombVault จะดึงอิมเมจใหม่ล่าสุดและสร้างมันขึ้นใหม่ แต่เฉพาะเมื่อมีอิมเมจที่ใหม่กว่าจริงๆ ดังนั้นจุดกู้คืนใหม่จึงมีอยู่ก่อนเสมอ ส่วนเสริมทางเลือก: การแจ้งเตือนต่อ container ที่อัปเดต และการล้างอิมเมจ (อิมเมจฐานที่ใช้ร่วมกับ containers อื่นจะไม่เคยถูกลบ) หลังการอัปเดต BombVault ยังขอให้ Unraid ตรวจสอบสถานะการอัปเดตของ container ตัวนั้นอีกครั้ง ดังนั้นแบนเนอร์ update available ที่ค้างในแท็บ Docker จึงเคลียร์ตัวเองแทนที่จะค้างอยู่ (การอัปเดตของ Unraid ผ่าน Docker API โดยตรง ดังนั้นสถานะที่แคชไว้ของมัน และบนบางเวอร์ชันคือ digest ที่แคชไว้ มิฉะนั้นจะยังคงแสดงแบนเนอร์) เป็นแบบทำเท่าที่ทำได้ ไม่เคยกระทบการสำรองข้อมูล เปิดโดยค่าเริ่มต้น และมีสวิตช์ใน Settings
• กู้คืนไปยังโฟลเดอร์อื่น สำหรับการโคลนหรือการตรวจสอบ
• การเปรียบเทียบสแนปช็อตและแท็ก เปรียบเทียบสองสแนปช็อตเพื่อดูว่าอะไรเปลี่ยนแปลง และติดแท็กสแนปช็อตเพื่อกรอง
• มีอะไรใหม่หลังการอัปเดต บันทึกการเผยแพร่จะปรากฏขึ้นครั้งเดียวต่อเวอร์ชันใหม่ นำมาจากบันทึกที่ฝังในไบนารี ดังนั้นไดอะล็อกจึงทำงานแบบออฟไลน์ได้
• HTTPS พร้อมใช้งานทันที (self-signed หรือใช้ใบรับรองของคุณเองหลัง reverse proxy)
• Docker healthcheck container รายงานสมบูรณ์/ไม่สมบูรณ์จาก /api/health ของตัวเอง ดังนั้นเครื่องมือ auto-heal จึงสามารถรีสตาร์ทมันได้หากเอนจินติดขัด
• UI ธีมมืด/สว่างใน 26 ภาษา พร้อมตัวเลือกธง