एक होम लैब में सबसे डरावनी बात आउटेज नहीं है। यह वह क्षण है जब आप तीन सप्ताह पहले की Proxmox स्नैपशॉट को पुनः प्राप्त करने का प्रयास करते हैं और पुनः प्राप्त 62 प्रतिशत पर फ्रीज हो जाता है। यदि आपने कभी रोलबैक का परीक्षण नहीं किया है, तो आपके पास बैकअप नहीं है। आपके पास आशा है।
हमने सात उपकरण देखे जो आपको एक शेड्यूल पर पुनः प्राप्त पथ का अभ्यास करने देते हैं, समस्याग्रस्त होने से पहले भ्रष्ट chunks को पकड़ते हैं, और एक हरी-या-लाल स्थिति की रिपोर्ट करते हैं जहां आप वास्तव में देख सकते हैं। कुछ Proxmox-मूल हैं, कुछ स्टोरेज-लेयर हेल्पर हैं, और एक पूर्ण वाणिज्यिक बैकअप प्लेटफॉर्म है। सभी अपनी जगह अर्जित करते हैं “क्या पुनः प्राप्त वास्तव में काम किया” को एक नियमित प्रश्न बनाकर, एक अग्नि अभ्यास नहीं।
सत्यापन उपकरण में क्या देखें
- स्वचालित पुनः प्राप्त-से-scratch। स्नैपशॉट को एक वास्तविक डिस्क पर उतरना चाहिए, केवल checksums को सत्यापित नहीं करना चाहिए। एक checksum अक्षुण्ण हो सकता है जबकि डेटा अनुपयोगी है।
- शेड्यूल की गई ड्राई रन। होम लैब के लिए सप्ताह में एक बार एक अच्छी baseline है।
- अलर्ट। Restic एक लॉग फ़ाइल में “ok” प्रिंट करना केवल तभी मदद करता है जब कुछ उस लॉग फ़ाइल को पढ़ता है।
- Deduplication जागरूकता। एक dedup-सचेत उपकरण केवल वही पुनः प्राप्त करता है जो बदल गया, जो सत्यापन कार्य को एक घंटे से कम रखता है।
- आराम में एन्क्रिप्शन। बैकअप को उपयोगी होना चाहिए जो कोई भी लक्ष्य डिस्क चोरी करे।
- क्रॉस-टार्गेट समर्थन। स्थानीय डिस्क को सत्यापित करना आसान है। सत्यापित करना कि एक ऑफसाइट S3 कॉपी अभी भी पुनः प्राप्त करता है वास्तविक परीक्षा है।
त्वरित तुलना
| उपकरण | सर्वश्रेष्ठ के लिए | लाइसेंस | पुनः प्राप्त-सत्यापन | नोट्स |
|---|---|---|---|---|
| Restic | Scripted पुनः प्राप्त अभ्यास | BSD-2, open source | Built-in check --read-data |
डिब्बे से बाहर क्रॉस-क्लाउड लक्ष्य |
| Proxmox Backup Server | Native VM/CT backups | AGPL, open source | Built-in सत्यापन कार्य | Proxmox मालिकों के लिए डिफ़ॉल्ट उत्तर |
| Veeam Backup for Proxmox | एंटरप्राइज SLAs | वाणिज्यिक | SureBackup कार्य | मुक्त सामुदायिक संस्करण छोटे लैब को कवर करता है |
| Sanoid + Syncoid | ZFS-मूल घूर्णन | GPLv3 | Manual पुनः प्राप्त परीक्षण | सर्वश्रेष्ठ जब होस्ट ZFS चलाता है |
| Kopia | Content-addressed dedup | Apache 2.0 | पूर्ण और blob सत्यापन | GUI plus CLI |
| BorgBackup | Deduped local repos | BSD-3 | borg check --verify-data |
वर्षों के लिए विश्वसनीय |
| Duplicati | Cross-cloud GUI backups | LGPL | परीक्षण पुनः प्राप्त शेड्यूल | सूची में सर्वश्रेष्ठ web UI |
ऐप्स
1. Restic, scripted पुनः प्राप्त अभ्यास
Restic एक छोटी Go बाइनरी है जिसमें बड़ी सुविधा सूची है। यह स्थानीय डिस्क, SFTP, S3, B2, Azure, GCS, और Rest सर्वर को बैकअप करता है। प्रत्येक स्नैपशॉट content-addressed है और client-side एन्क्रिप्ट किया गया है, इसलिए एक compromised बैकअप लक्ष्य आपके डेटा को नहीं लीक करता है। सत्यापन के लिए killer सुविधा restic check --read-data है, जो लक्ष्य से हर chunk को पढ़ता है और इसे डीकोड करने की पुष्टि करता है। इसे cron में लपेटें, exit code को अपने alerting में पाइप करें, और आपके पास babysitting के बिना एक साप्ताहिक पुनः प्राप्त अभ्यास है।
जहां यह कम पड़ता है: Restic को Proxmox VMs के बारे में सीधे नहीं पता। आप होस्ट से qcow2 या ZFS dataset को बैकअप करते हैं, या आप प्रत्येक guest के अंदर Restic स्थापित करते हैं और filesystem को बैकअप करते हैं।
कीमत: मुक्त।
प्लेटफ़ॉर्म: Linux, macOS, Windows, FreeBSD।
डाउनलोड: GitHub पर Restic और Restic डॉक्यूमेंटेशन।
निष्कर्ष: सही उपकरण यदि आप cron plus एक छोटी shell script को पूरे बैकअप stack होना चाहते हैं।
2. Proxmox Backup Server, Proxmox-मूल उत्तर
Proxmox Backup Server विक्रेता का अपना बैकअप प्लेटफॉर्म है, और यह Proxmox VE web UI में एक storage target के रूप में प्लग करता है। हर बैकअप block level पर deduplicated है, एन्क्रिप्ट किया गया है, और एक सत्यापन कार्य के लिए योग्य है जो एक शेड्यूल पर हर chunk को decrypts और पढ़ता है। जब एक chunk विफल होता है, PBS पूरी स्नैपशॉट को untrusted के रूप में चिह्नित करता है और इससे एक पुनः प्राप्त को source करने से इनकार करता है।
जहां यह कम पड़ता है: PBS एक dedicated host के रूप में सबसे अच्छा चलता है। इसे उसी नोड के ऊपर layering जो इसे बैकअप करता है उद्देश्य को हराता है।
कीमत: मुक्त, एक स्थिर update channel के लिए paid enterprise subscription के साथ।
प्लेटफ़ॉर्म: Debian-based Linux, bare-metal या VM appliance के रूप में स्थापित।
डाउनलोड: Proxmox Backup Server और PBS डॉक्यूमेंटेशन।
निष्कर्ष: कोई भी serious Proxmox cluster चलाने के लिए default उत्तर।
3. Veeam Backup for Proxmox, enterprise SLAs घर पर
Veeam ने 2024 में अपने बैकअप stack को Proxmox में port किया और free community edition अब छोटे labs को कवर करता है। SureBackup feature इसे देखने का कारण है: यह restored VM को एक isolated network में boots करता है, एक script चलाता है यह potvrdit करने के लिए कि OS आया, और एक pass या fail email भेजता है। यह किसी भी pure open-source विकल्प की तुलना में एक पूर्ण disaster-recovery अभ्यास के करीब है।
जहां यह कम पड़ता है: community edition 10 workloads पर capped है। इसके ऊपर आप Veeam के commercial pricing में enter करते हैं, जो enterprises के लिए priced है।
कीमत: 10 workloads तक free community edition, फिर एक paid plan।
प्लेटफ़ॉर्म: Veeam management console के लिए Windows server, Proxmox nodes पर agents।
डाउनलोड: Veeam Backup for Proxmox।
निष्कर्ष: यहां एकमात्र उपकरण जो वास्तव में एक restored VM को boots करता है और उससे पूछता है “क्या तुम alive हो”।
4. Sanoid और Syncoid, ZFS-मूल घूर्णन
यदि Proxmox ZFS पर चलता है, Sanoid snapshot schedule को प्रबंधित करता है और Syncoid snapshots को एक दूसरे host में SSH पर ships करता है। एक साथ वे lightest संभव बैकअप story हैं: एक .conf फ़ाइल, एक cron entry, और ZFS बाकी सब कुछ handle करता है। सत्यापन manual है: zfs send | zfs receive एक scratch dataset में, फिर restored pool से guest को boot करें।
जहां यह कम पड़ता है: कोई automated पुनः प्राप्त सत्यापन नहीं। आप इसे खुद script करते हैं।
कीमत: मुक्त।
प्लेटफ़ॉर्म: Linux और FreeBSD ZFS के साथ।
डाउनलोड: GitHub पर Sanoid।
निष्कर्ष: ZFS पर सबसे तेजी से बैकअप pipeline। इसे एक monthly manual पुनः प्राप्त के साथ pair करें।
5. Kopia, content-addressed GUI के साथ
Kopia एक newer entrant है जो Restic की तरह behave करता है लेकिन एक proper GUI, एक repository server, और एक maintenance policy के साथ आता है जो एक शेड्यूल पर orphan blobs को remove करता है। kopia snapshot verify हर blob को पढ़ता है और file granularity पर failures को report करता है, जो एक “chunk X failed” message की तुलना में debug करना आसान है।
जहां यह कम पड़ता है: maintenance job opinionated है, और misconfigured retention snapshots को delete करेगा जो आप रखना चाहते थे। production में maintenance चलाने से पहले docs को read करें।
कीमत: मुक्त।
प्लेटफ़ॉर्म: Linux, macOS, Windows।
डाउनलोड: GitHub पर Kopia और Kopia website।
निष्कर्ष: Restic का dedup एक UI के साथ। अच्छा pick जब एक family member को भी tool को open करने की आवश्यकता हो।
6. BorgBackup, trusted classic
BorgBackup एक दशक के लिए deduplicated Linux backups के लिए default उत्तर रहा है। borg check --verify-data हर chunk को पढ़ता है और hash को validate करता है। इसे borgmatic के साथ pair करें एक config-file frontend के लिए और cron के लिए scheduling के लिए। append-only mode ransomware के against एक specific defence है: भले ही source host compromised हो, backup repo को उस host से rewrite नहीं किया जा सकता।
जहां यह कम पड़ता है: एक ही समय में केवल एक client repo में write कर सकता है। लॉकिंग issues तब surface होते हैं जब सत्यापन job एक live backup से overlap करता है।
कीमत: मुक्त।
प्लेटफ़ॉर्म: Linux, macOS, FreeBSD, Windows WSL के via।
डाउनलोड: GitHub पर BorgBackup और Borg डॉक्यूमेंटेशन।
निष्कर्ष: safe conservative choice। बोरिंग, और वह compliment है जिसके लिए यह deserves करता है।
7. Duplicati, सत्यापन शेड्यूल के लिए web GUI
Duplicati Restic और Kopia के समान S3-और-friends backend list को targets करता है, लेकिन एक web UI, एक scheduler, और एक built-in “test backup” job के साथ leads करता है जो files के random sample को एक scratch directory में restore करता है और उन्हें source के against diff करता है। यह एक पूर्ण पुनः प्राप्त की तुलना में एक lighter-weight सत्यापन है, और यह एक spare disk की जरूरत के बिना अधिकांश silent corruption को catch करता है।
जहां यह कम पड़ता है: Duplicati का database वर्षों से corruption bugs रहा है। इसे latest stable release पर रखें।
कीमत: मुक्त।
प्लेटफ़ॉर्म: Linux, macOS, Windows।
डाउनलोड: GitHub पर Duplicati और Duplicati website।
निष्कर्ष: सात में से friendliest onboarding। config files से allergic किसी के लिए best pick।
सही चुनने के लिए कैसे
- आप एक Proxmox node चलाते हैं और vendor के blessed path चाहते हैं: Proxmox Backup Server। कुछ भी VE web UI के साथ tightly integrate नहीं करता।
- आप एक real पुनः प्राप्त अभ्यास चाहते हैं, केवल checksum नहीं: Veeam SureBackup। यह restored VM को boots करता है और OS से पूछता है यह prove करने के लिए कि यह काम करता है।
- आप already bash में सब कुछ script करते हैं: Restic। छोटी binary, बड़ा test coverage।
- आप ZFS पर हैं और cheapest संभव pipeline चाहते हैं: Sanoid और Syncoid। फिर एक monthly manual पुनः प्राप्त को schedule करें।
- एक family member को भी tool run करने की जरूरत है: Duplicati या Kopia। दोनों के पास UI है।
- आप production hardening का दशक चाहते हैं: BorgBackup। बोरिंग काम करता है।
FAQ
एक Proxmox snapshot को कितनी बार पुनः प्राप्त-परीक्षण किया जाना चाहिए?
होम lab के लिए कम से कम monthly, सप्ताह में एक बार कुछ भी जो आप नोटिस करेंगे यदि यह टूट जाता है। सत्यापन को automate करें ताकि यह आपको याद रखने पर depend न करे।
एक checksum backup को trust करने के लिए पर्याप्त है?
नहीं। एक checksum confirm करता है कि bytes rotted नहीं हुए हैं, लेकिन यह confirm नहीं करता कि backup एक bootable guest में restore करता है। एक ही real परीक्षा एक पुनः प्राप्त है।
क्या मैं Proxmox VMs और मेरे desktop दोनों के लिए एक tool का उपयोग कर सकता हूं?
Restic, Kopia, BorgBackup, और Duplicati सभी filesystem level पर काम करते हैं, इसलिए दोनों को cover करते हैं। Proxmox Backup Server VM- और container-focused है और desktop workflow में fit नहीं करता।
मेरा backup अभी काम करता है यह prove करने का fastest तरीका क्या है?
आखिरी snapshot को एक scratch VM में Proxmox में restore करें और इसे boot करें। यदि यह आता है, आपका backup आज काम करता है। यदि नहीं, आपके पास आपका answer है।
क्या सत्यापन को एक separate host की जरूरत है?
strictly नहीं, लेकिन same host में restore करना खतरनाक है। एक spare disk, एक दूसरा Proxmox node, या एक छोटा VM use करें यदि आप hardware spare नहीं कर सकते।
