#/protect/overview
Backup & Recovery (nextxch Protect): साक्ष्य निर्यात, कॉन्फ़िगरेशन, डेटा, पुनर्स्थापना और प्रदाता परिवर्तन
nextxch Protect साक्ष्य, बैकअप और पुनर्प्राप्ति के लिए आवश्यक सब कुछ एडमिन में Backup & Recovery के अंतर्गत एक साथ रखता है: Ed25519-हस्ताक्षरित मैनिफ़ेस्ट के साथ साक्ष्य-योग्य EML निर्यात, संस्करणों के साथ कॉन्फ़िगरेशन बैकअप, एन्क्रिप्टेड इंक्रीमेंटल डेटा बैकअप (डायरेक्टरी, SMB शेयर या Object Lock के साथ S3), GoBD आर्काइव, हटाए गए आइटम या डेटा बैकअप से मेलबॉक्स में पुनर्स्थापना, पहली शुरुआत पर bare-metal पुनर्प्राप्ति, और प्रदाता बदलने के लिए पुनर्स्थापना तथा लाइव सिंक के साथ पाइपलाइन डिप्लॉयमेंट। सब कुछ सर्वर में अंतर्निहित है, बिना किसी ऐड-ऑन उत्पाद और बिना किसी बाहरी सेवा के।
शुरुआत का क्रम: पहले Backup & Recovery > Configuration के अंतर्गत बैकअप कुंजी सेट करें (कम से कम 12 वर्णों का पासफ़्रेज़ या पुनर्प्राप्ति कुंजी, केवल साइन-इन किए हुए सर्वर व्यवस्थापक के रूप में) और इसे सर्वर के बाहर रखें। कॉन्फ़िगरेशन और डेटा बैकअप एक ही कुंजी का उपयोग करते हैं; सर्वर केवल सार्वजनिक भाग संग्रहीत करता है और बैकअप लिख सकता है, लेकिन कभी पढ़ नहीं सकता। लाइसेंस: कॉन्फ़िगरेशन बैकअप, साक्ष्य निर्यात का सत्यापन, वेबमेल स्वयं-सेवा, पहली शुरुआत पर पुनर्स्थापना और कॉन्फ़िगरेशन की पाइपलाइन पुनर्स्थापना हर स्तर में शामिल हैं; डेटा बैकअप, साक्ष्य निर्यात, पुनर्स्थापना जॉब, पाइपलाइन पुनर्स्थापना का डेटा भाग और लाइव सिंक Business से।
1. त्वरित शुरुआत: कुंजी, लक्ष्य, पहला बैकअप और सत्यापन
लक्ष्य और शेड्यूल Backup & Recovery > Schedules & targets के अंतर्गत सेट किए जाते हैं (केवल सर्वर व्यवस्थापक)। nextxch-cli API कुंजी या एडमिन लॉगिन से साइन इन करता है।
# 1. Admin > Backup & Recovery > Configuration: set up the backup key
# (passphrase of 12+ characters or recovery key, keep it safe outside the server)
# 2. Schedules & targets: add a target (directory, SMB share \\nas\backup\nextxch or S3) and "Test"
# 3. Back up the configuration (every tier) and take it along as a file:
nextxch-cli config backup --label "before migration" -o nextxch-config.zip
# 4. Data backup (Business): full first, then incremental by schedule
nextxch-cli backup run --target nas --full
nextxch-cli backup list --target nas
# 5. Verify, with the passphrase including decryption of the sample
export NEXTXCH_BACKUP_PASSPHRASE='...'
nextxch-cli backup verify --target nas --passphrase-env NEXTXCH_BACKUP_PASSPHRASE --limit 200
2. साक्ष्य-योग्य निर्यात: ZIP, मैनिफ़ेस्ट, हस्ताक्षर और सत्यापन
संदेश ZIP में बाइट-दर-बाइट .eml के रूप में जाते हैं। manifest.json हर फ़ाइल को SHA-256, आकार, आर्काइव हैश, अखंडता स्थिति, प्रतिधारण और legal hold के साथ सूचीबद्ध करता है; manifest.json.sig मैनिफ़ेस्ट के सटीक बाइट्स पर एक Ed25519 हस्ताक्षर है, जो सर्वर सीक्रेट से व्युत्पन्न है और सभी क्लस्टर नोड पर समान है। GET /api/compliance/exports/public-key बिना साइन-इन के सार्वजनिक कुंजी लौटाता है। decrypt विकल्प केवल at-rest एन्क्रिप्शन हटाता है (केवल ServerAdmin और ComplianceAuditor, अन्यथा 403 DECRYPT_NOT_ALLOWED); यह सामान्य S/MIME या OpenPGP डिक्रिप्शन नहीं है। एकल डाउनलोड GET /api/compliance/messages/{id}/raw हैश को HTTP हेडर X-Nextxch-Sha256, X-Nextxch-Stored-Sha256, X-Nextxch-Integrity और Repr-Digest के रूप में लौटाता है। निर्यात Business से, सत्यापन हर स्तर में।
nextxch-evidence-20261111-0930-1a2b3c4d.zip
messages/000001-<archiveId>.eml original message, byte for byte
messages/000002-<archiveId>.eml
SHA256SUMS.txt verifiable with sha256sum -c
manifest.json format nextxch-evidence-export/1, scope (incl. caseReference), items[]
manifest.json.sig Ed25519: algorithm, keyId, publicKey, signedSha256, signature
README.txt
# Start an export (202, status under GET /api/compliance/exports/{id}):
curl -X POST https://mail.company.com/api/compliance/exports -H "X-Api-Key: $KEY" \
-H "Content-Type: application/json" \
-d '{"scope":"mailbox","account":"anna@company.com","sinceUtc":"2026-01-01T00:00:00Z","caseReference":"Case 2026-0815"}'
# Verify offline, without access to the server (exit code 0 valid, 1 invalid/tampered, 2 usage error):
curl -s https://mail.company.com/api/compliance/exports/public-key > nextxch-evidence-key.json
nextxch-cli export verify nextxch-evidence-20261111-0930-1a2b3c4d.zip --public-key <publicKey from the file>
unzip -d export nextxch-evidence-20261111-0930-1a2b3c4d.zip && cd export && sha256sum -c SHA256SUMS.txt
3. कॉन्फ़िगरेशन बैकअप: सामग्री, एन्क्रिप्शन, diff और आंशिक पुनर्स्थापना
एक पैकेज में कोड के रूप में कॉन्फ़िगरेशन (config/*.yaml), सीक्रेट के बिना स्टेट फ़ाइलें (server/*), Sieve नियम और secrets.enc में एन्क्रिप्ट किए गए सीक्रेट होते हैं (AES-256-GCM, डेटा कुंजी बैकअप कुंजी के लिए रैप की जाती है; मैन्युअल बैकअप को अतिरिक्त रूप से अपना पासफ़्रेज़ भी दिया जा सकता है)। अनुभाग: config:<area>, dkim, passwords, tls-certificates, api-keys, sieve, server-files, licence; licence, passwords और api-keys केवल तभी पुनर्स्थापित होते हैं जब उन्हें स्पष्ट रूप से नामित किया जाए। पुनर्स्थापना डिफ़ॉल्ट रूप से पूर्वावलोकन के साथ एक ड्राई रन है। हर स्तर में उपलब्ध; REST /api/v1/config/backups के अंतर्गत।
nextxch-cli config list # versions (reason: manual, pre-update, after-change, pre-restore, import)
nextxch-cli config diff 20261101T020000Z-a1b2c3 current # difference between two versions or to the current state
nextxch-cli config backup --label "before update" --passphrase-env BACKUP_PW -o nextxch-config.zip
nextxch-cli config import -f nextxch-config.zip # take over a package of another server
# Partial restore: preview first, then apply
nextxch-cli config restore 20261101T020000Z-a1b2c3 --sections dkim,config:domains --domain company.com --dry-run
nextxch-cli config restore 20261101T020000Z-a1b2c3 --sections dkim,config:domains --domain company.com --yes
# REST: POST /api/v1/config/backups/{id}/restore
# {"sections":["dkim","config:domains"],"domain":"company.com","prune":false,"dryRun":true}
4. डेटा बैकअप: लक्ष्य, प्रारूप और कैटलॉग
हर रन एक स्व-निहित संस्करण बनाता है: प्रति तालिका डेटाबेस स्नैपशॉट (प्रदाता-निरपेक्ष, इसलिए SQLite से PostgreSQL भी संभव है), स्टेट फ़ाइलें, GoBD आर्काइव मैनिफ़ेस्ट और सभी संदर्भित blobs। Blobs को SHA-256 से संबोधित किया जाता है और केवल एक बार स्थानांतरित किया जाता है; एक इंक्रीमेंटल रन केवल नए हैश अपलोड करता है। सब कुछ NXB1 प्रारूप में एन्क्रिप्ट करके संग्रहीत किया जाता है (चंक में AES-256-GCM, ऑब्जेक्ट नाम से बंधा हुआ)। कैटलॉग और blob इंडेक्स सीक्रेट के बिना पठनीय JSON हैं, कैटलॉग साक्ष्य निर्यात की Ed25519 कुंजी से हस्ताक्षरित होता है। पूरा प्रारूप रिपॉज़िटरी में docs/protect/backup-format.md के अंतर्गत है। Business से; REST /api/admin/protect/backups के अंतर्गत (सर्वर व्यवस्थापक)।
<target>/ directory, SMB share or s3://bucket/nextxch-backup/
nextxch-backup.json target marker
keys/backup-key-<keyId>.json public key + sealed private key
keys/dk-<dataKeyId>.json data key of one run (ECDH wrapped)
blobs/ab/cd/<sha256>.nxb one mail or file content, immutable
versions/20261111T023000Z-a1b2c3/
catalog.json catalog.json.sig catalog (written last = version complete) + signature
blobs.ndjson.gz blob index of the version
db/<table>.ndjson.gz.nxb database snapshot, one file per table
files/<path>.nxb state files of the data directory
archive-manifest.json.gz.nxb retention, legal hold, integrity chain
# Settings via REST (PUT /api/admin/protect/backups/settings):
{"verifyEveryHours":24,"verifySampleSize":50,"alertOnFailure":true,"uploadParallelism":4}
# Back up a domain or single mailboxes:
nextxch-cli backup run --target s3-fsn1 --scope domains:company.com,company.at
nextxch-cli backup run --target s3-fsn1 --scope mailboxes:anna@company.com --no-wait
5. मेलबॉक्स में पुनर्स्थापना: स्रोत, समय बिंदु, लक्ष्य
स्रोत: archive (GoBD आर्काइव), recoverable (हटाए गए आइटम) और backup (डेटा बैकअप)। समय बिंदु --point (snapshot id, day:yyyy-MM-dd या latest) या --as-of से चुनें। लक्ष्य: original (मूल फ़ोल्डर), restored (डिफ़ॉल्ट, फ़ोल्डर "Wiederhergestellt yyyy-MM-dd", नाम --label से) या account (उसी टेनेंट का कोई अन्य मेलबॉक्स, उदाहरण के लिए उत्तराधिकारी मेलबॉक्स)। डुप्लिकेट SHA-256, Message-ID और UID के आधार पर छोड़ दिए जाते हैं, स्रोत अपरिवर्तित रहते हैं। TenantAdmin और ServerAdmin के लिए अनुमत, प्रति जॉब 2,50,000 आइटम तक; जॉब Business से, नीति और वेबमेल स्वयं-सेवा हर स्तर में।
nextxch-cli restore points --account anna@company.com --source backup
nextxch-cli restore browse --account anna@company.com --source backup --point latest --folder INBOX --filter "invoice"
nextxch-cli restore preview --account anna@company.com --source archive --as-of 2026-10-31T23:59:59Z --folder "Projects/Plant"
nextxch-cli restore start --account anna@company.com --source archive --as-of 2026-10-31T23:59:59Z \
--folder "Projects/Plant" --target restored --label "Plant (restored)"
# Whole mailbox into a successor mailbox:
nextxch-cli restore start --account ben@company.com --source backup --point day:2026-11-01 \
--target account --target-account successor@company.com --passphrase-env NEXTXCH_BACKUP_PASSPHRASE
nextxch-cli restore jobs --account ben@company.com
# REST: /api/compliance/restore (sources, points, browse, preview, jobs, policy)
# Webmail: GET /api/mail/self-restore, POST /api/mail/self-restore {"ids":[...]}
6. Bare-metal पुनर्प्राप्ति: नई इंस्टॉलेशन और बैकअप से आपको पुराना सर्वर मिलता है
नई इंस्टॉलेशन पर (MSI, Docker या Linux, अधिकतम एक टेनेंट, एक डोमेन, एक खाता और अभी तक कोई एडमिन साइन-इन नहीं) /setup/ साइन-इन के नीचे "बैकअप से पुनर्स्थापित करें" दिखाता है: पैकेज अपलोड करें, पासफ़्रेज़, पूर्वावलोकन, पुनर्स्थापना, वैकल्पिक रूप से डेटा बैकअप, समाप्त करें और पुनः आरंभ करें। पहुँच केवल उस एक-बार के setup टोकन से है जिसे पहली शुरुआत लॉग में और {DataDirectory}/first-run/setup-token.txt में लिखती है (हेडर X-Nextxch-Setup-Token), या Setup:TrustLoopback=true के साथ स्वयं सर्वर से। पहला एडमिन साइन-इन या Finish विज़ार्ड को स्थायी रूप से बंद कर देता है। पुराने सर्वर की बैकअप कुंजी नहीं ली जाती और बाद में उसे फिर से सेट करना होता है। SQLite फ़ुल-टेक्स्ट इंडेक्स बैकअप का हिस्सा नहीं है: रीइंडेक्स के बाद खोज पुनर्स्थापित मेल ढूँढती है।
# Headless via CLI (same API /api/setup):
export NEXTXCH_SETUP_TOKEN="$(cat /var/lib/nextxch/first-run/setup-token.txt)"
export NEXTXCH_BACKUP_PASSPHRASE='...'
nextxch-cli setup restore --config nextxch-config.zip --data s3://dr-bucket/nextxch/ --prune --dry-run
nextxch-cli setup restore --config nextxch-config.zip --data s3://dr-bucket/nextxch/ --prune --yes
# Unattended on first start (Docker Compose, Kubernetes, MSI):
environment:
NEXTXCH_RESTORE_FROM: s3://dr-bucket/nextxch/ # .zip, directory, s3://, https:// or config-backup:<id>
NEXTXCH_RESTORE_PASSPHRASE: ${BACKUP_PASSPHRASE} # without: configuration without secrets
NEXTXCH_RESTORE_DATA_FROM: s3://dr-bucket/nextxch/ # optional, location of the data backup
NEXTXCH_RESTORE_PRUNE: "true" # remove bootstrap objects
NEXTXCH_RESTORE_WITH_CREDENTIALS: "true" # passwords, API keys, licence (default true)
NEXTXCH_RESTORE_S3_ENDPOINT: https://fsn1.your-objectstorage.com
NEXTXCH_RESTORE_S3_ACCESS_KEY: ${S3_KEY}
NEXTXCH_RESTORE_S3_SECRET_KEY: ${S3_SECRET}
# Result: {DataDirectory}/pipeline-restore/first-start.json ("ok": true = variable is ignored afterwards)
# Helm: restore.from, restore.scope, restore.mapping, restore.passphrase, restore.s3.* (replicaCount: 1)
7. पुनर्स्थापना के साथ पाइपलाइन डिप्लॉयमेंट (nextxch-cli deploy --restore)
एक कमांड या पाइपलाइन चरण बैकअप से सर्वर को फिर से बनाता है: कॉन्फ़िगरेशन लागू करें, डेटा पुनर्स्थापित करें, जाँच चलाएँ (हैश नमूना, स्वास्थ्य, परीक्षण मेल केवल Mailpit या किसी स्थानीय मेलबॉक्स पर) और वैकल्पिक रूप से DNS/MX परिवर्तन के निर्देश; DNS कभी स्वचालित रूप से नहीं बदला जाता। हर रन idempotent है और रुकावट के बाद अंतिम पूर्ण चरण से फिर से शुरू होता है। मैपिंग फ़ाइल (kind RestoreMapping, स्कीमा GET /api/v1/deploy/mapping-schema के अंतर्गत) होस्ट नाम, IP पते और पथ फिर से लिखती है, तय करती है कि प्रमाणपत्र कहाँ से आएँ (backup, acme, files) और नए होस्ट के डेटाबेस तथा स्टोरेज का वर्णन करती है; मेल डोमेन का नाम कभी नहीं बदला जाता। स्कोप deploy.restore वाली इंटीग्रेशन कुंजी से साइन इन करें। कॉन्फ़िगरेशन हर स्तर में, डेटा भाग Business से (नई इंस्टॉलेशन की पहली शुरुआत को छोड़कर); डेटा भाग scope all को कवर करता है।
# mapping.yaml
apiVersion: nextxch/v1
kind: RestoreMapping
hostnames:
mail.old-provider.example: mail.company.com
ips:
203.0.113.10: 198.51.100.20
paths:
"C:\\Data\\NextxchData": /var/lib/nextxch
certificates:
mode: acme # backup | acme | files
acme: {contactEmail: hostmaster@company.com}
database:
provider: Postgres # must match the new host (Storage__Provider)
connectionStringEnv: NEXTXCH_PG_CONNECTION
storage:
blobBackend: S3
s3: {endpoint: https://fsn1.your-objectstorage.com, bucket: nextxch-mail}
# Plan (dry run, shows every replacement), then restore with checks:
nextxch-cli deploy --restore ./nextxch-config.zip --scope config --map mapping.yaml --dry-run
nextxch-cli deploy --restore s3://dr-bucket/nextxch/ --map mapping.yaml --test-mail mailpit --dns-instructions --yes
# REST: POST /api/v1/deploy/restore (dryRun defaults to true)
# {"source":"s3://dr-bucket/nextxch/","scope":"all","mapping":"...","dryRun":false,"testMail":"mailpit","hashSample":20}
# Local package: POST /api/v1/deploy/restore/upload (application/zip) -> source "upload:<sha256>"
# Runs: GET /api/v1/deploy/restore/runs
8. CI टेम्पलेट: GitHub Actions, GitLab CI, Azure DevOps और Ansible
टेम्पलेट रिपॉज़िटरी में deploy/ci के अंतर्गत हैं: प्रोडक्शन एनवायरनमेंट पर प्लान स्टेज और अनुमोदन के साथ पुनर्स्थापना, साथ ही एक रात्रिकालीन DR परीक्षण जो एक अस्थायी एनवायरनमेंट में पुनर्स्थापित करता है और अवधि (RTO) तथा स्थिति (RPO) के साथ रिपोर्ट लिखता है। सीक्रेट मास्क किए गए, सुरक्षित CI वेरिएबल में होने चाहिए; परीक्षण मेल जॉब के बगल में एक Mailpit कंटेनर में जाते हैं और उसे कभी नहीं छोड़ते।
deploy/ci/github-actions/nextxch-restore.yml plan on a throwaway instance, container with restore on first start, checks, DNS step
deploy/ci/github-actions/nextxch-dr-probe.yml nightly DR probe with RTO/RPO report
deploy/ci/gitlab/.gitlab-ci.yml restore (RESTORE_SOURCE, RESTORE_SCOPE, PLAN_ONLY ...) + DR probe (NEXTXCH_PIPELINE=dr-probe)
deploy/ci/azure-devops/azure-pipelines.yml restore with parameters, deployment job on environment production
deploy/ci/azure-devops/azure-pipelines-dr-probe.yml nightly DR probe, report in the run summary
deploy/ci/ansible/playbook-restore.yml role nextxch_restore: container (Linux) or MSI (Windows)
deploy/ci/mapping.example.yaml, mapping.schema.json example and JSON Schema of the mapping file
9. प्रदाता परिवर्तन के लिए लाइव सिंक: लंबे आउटेज के बजाय एक छोटा फ़्रीज़
पूर्ण पुनर्स्थापना के बाद नया सर्वर डेल्टा रन के साथ पुराने सर्वर का अनुसरण करता है: पुराना सर्वर अपना डेटा बैकअप लिखता रहता है (उदाहरण के लिए हर घंटे S3 पर), और हर रन केवल वही blobs, तालिका पंक्तियाँ और स्टेट फ़ाइलें लेता है जो अंतिम लिए गए संस्करण के बाद बदली हैं। प्रगति {DataDirectory}/pipeline-restore/live-sync.json में है; वही कमांड फिर से चलाने से कुछ नहीं बदलता या प्रक्रिया फिर से शुरू होती है। कटओवर के लिए पुराने सर्वर को मैन्युअल रूप से फ़्रीज़ किया जाता है (उसके फ़ायरवॉल पर मेल और क्लाइंट पोर्ट ब्लॉक करें, सेवा चालू रखें, nextxch-cli backup run --full से अंतिम बैकअप), फिर --cutover --source-frozen पूर्ण पंक्ति तुलना के साथ वह बैकअप लेता है। इसके बाद नया सर्वर पुनः आरंभ करें और DNS बदलें। Business से; REST: POST /api/v1/deploy/live-sync, POST /api/v1/deploy/live-sync/cutover, GET /api/v1/deploy/live-sync।
nextxch-cli deploy --restore s3://dr-bucket/nextxch/ --scope all --yes # 1. full restore (baseline)
nextxch-cli deploy --restore s3://dr-bucket/nextxch/ --live-sync --dry-run # remaining delta, changes nothing
nextxch-cli deploy --restore s3://dr-bucket/nextxch/ --live-sync --interval 5m --until-cutover # 2. follow the old server
nextxch-cli deploy --restore s3://dr-bucket/nextxch/ --cutover # 3. instructions for the freeze
# old server: block ports, then nextxch-cli backup run --full
nextxch-cli deploy --restore s3://dr-bucket/nextxch/ --cutover --source-frozen # 4. last backup, last run
सेटिंग्स, डिफ़ॉल्ट मान और बेस्ट प्रैक्टिस
| सेटिंग / स्थान | विवरण | डिफ़ॉल्ट मान | उत्पादन बेस्ट प्रैक्टिस |
|---|---|---|---|
Konfigurationssicherung: Versionen (#/protect/config) |
हर अपडेट से पहले (AutoBeforeUpdate) और परिवर्तनों के बाद (AutoAfterChanges, DebounceMinutes के बाद एक साथ) स्वचालित संस्करण, साथ ही मैन्युअल संस्करण, आयात और हर पुनर्स्थापना से पहले एक सुरक्षा स्नैपशॉट। | KeepLast 30 · KeepDailyDays 90 · Debounce 10 min |
बड़े बदलावों से पहले एक लेबल किया हुआ मैन्युअल संस्करण बनाएँ और .zip को सर्वर के बाहर रखें। |
Sicherungsschlüssel (Passphrase / Wiederherstellungsschlüssel) |
ECDH P-256; निजी भाग केवल सील किए गए रूप में मौजूद होता है (600,000 पुनरावृत्तियों के साथ PBKDF2-SHA256, AES-256-GCM) और हर पैकेज के अंदर साथ जाता है। कुंजी और पासफ़्रेज़ के बिना कॉन्फ़िगरेशन बैकअप में कोई सीक्रेट नहीं होता। | nicht eingerichtet · Passphrase ab 12 Zeichen |
पुनर्प्राप्ति कुंजी प्रिंट करें और इसे सर्वर से अलग रखें; इसके बिना डेटा बैकअप पढ़े नहीं जा सकते। |
Datensicherung: Aufbewahrung je Ziel |
सबसे नए KeepLast संस्करण, साथ ही पिछले KeepHourly घंटों, KeepDaily दिनों, KeepWeekly ISO सप्ताहों और KeepMonthly महीनों (UTC) में से प्रत्येक का सबसे नया संस्करण। | 3 / 24 / 7 / 4 / 12 |
लाइव सिंक के दौरान कम से कम दो संस्करण रखें, अन्यथा डेल्टा की गणना नहीं हो सकती (BASELINE_GONE)। |
S3 Object Lock (ObjectLockMode, ObjectLockDays) |
ऑब्जेक्ट Governance या Compliance मोड और एक retain-until तिथि के साथ लिखे जाते हैं; पुनः उपयोग किए गए blobs को बढ़ी हुई तिथि मिलती है (अभी से लॉक दिनों का 1.5 गुना), ताकि कोई संस्करण ऐसे ऑब्जेक्ट की ओर इशारा न करे जो बहुत जल्दी हटाने योग्य हो जाए। | Normal · 30 Tage |
रैंसमवेयर सुरक्षा के लिए versioning वाले समर्पित बकेट पर Compliance मोड का उपयोग करें; लॉक किए गए ऑब्जेक्ट उनकी तिथि के बाद केवल किसी बाद के रन द्वारा हटाए जाते हैं। |
Zeitpläne (Frequency, Type, Scope) |
प्रति घंटा, दैनिक या साप्ताहिक, इंक्रीमेंटल या पूर्ण, प्रति लक्ष्य और दायरा (सर्वर, डोमेन, मेलबॉक्स); समय सर्वर के स्थानीय समय में, कोई cron expression नहीं। | Täglich 02:30 inkr. · Sonntag 03:30 voll |
तैयार शेड्यूल में शुरू में कोई लक्ष्य नहीं होता: एक लक्ष्य असाइन करें और उन्हें सक्षम करें, अन्यथा कोई बैकअप नहीं चलेगा। |
Automatische Prüfung (VerifyEveryHours, VerifySampleSize) |
कुंजी के बिना संग्रहीत हैश, एनवेलप हेडर, कुंजी फ़ाइलें, कैटलॉग हस्ताक्षर और कैटलॉग तथा blob इंडेक्स की पठनीयता जाँचता है; पासफ़्रेज़ के साथ नमूना और सभी तालिका फ़ाइलें भी डिक्रिप्ट की जाती हैं। | alle 24 h · 50 Objekte |
AlertOnFailure चालू रखें ताकि विफल बैकअप और सत्यापन रन अलर्ट लक्ष्यों तक पहुँचें। |
Parallele Uploads je Sicherung (UploadParallelism) |
S3 और डायरेक्टरी लक्ष्यों पर समवर्ती अपलोड की संख्या। | 4 (1 bis 32) |
तेज़ कनेक्शन पर S3 के लिए 8 से 16; धीमे SMB पर NAS के लिए 2 से 4 बेहतर है। |
SQL Server: ALLOW_SNAPSHOT_ISOLATION |
nextxch स्टार्टअप पर snapshot isolation चालू करने का प्रयास करता है। यदि यह बंद है, तो तालिकाएँ READ COMMITTED (consistency read-committed) के साथ एक-एक करके निर्यात की जाती हैं और रन एक चेतावनी रिपोर्ट करता है। | an, wenn erlaubt |
ओवरव्यू कॉपी करने के लिए SQL स्टेटमेंट दिखाता है; snapshot isolation के साथ डेटाबेस स्नैपशॉट लेन-देन की दृष्टि से सुसंगत होता है। |
RecoverableItemsDays (restore-policy.json) |
हटाए गए ईवेंट, संपर्क, कार्य और नोट कितने समय तक अपनी सामग्री रखते हैं; उसके बाद सिंक के लिए केवल एक खाली tombstone बचता है। सॉफ़्ट-डिलीट किए गए मेल expunge होने तक बने रहते हैं। | 14 Tage (nach Upgrade 30) |
इसे प्रक्रिया दस्तावेज़ीकरण में दर्ज करें: डेटा बैकअप के बिना हटाए गए ग्रुपवेयर आइटम इस अवधि के बाद अपनी सामग्री खो देते हैं। |
Selbstbedienung im Webmail (SelfServiceEnabled, SelfServiceDays) |
उपयोगकर्ता हटाए गए मेल और ग्रुपवेयर आइटम को स्वयं हटाए गए आइटम पुनर्स्थापित करें के अंतर्गत वापस लाते हैं (प्रति रन अधिकतम 500)। सर्वर-व्यापी या प्रति डोमेन समायोज्य; 0 दिन का अर्थ है कोई अपनी अलग अवधि नहीं। | an · 0 Tage |
सख्त नियमों वाले डोमेन के लिए वहाँ एक अवधि सेट करें या स्वयं-सेवा बंद करें। |
Beweisexport: Rollen, Umfang, Download |
ComplianceAuditor, TenantAdmin (केवल अपना टेनेंट) और ServerAdmin निर्यात कर सकते हैं; दायरा search, mailbox, range या legalHold, 100,000 संदेशों तक (अधिकतम 2,50,000)। डाउनलोड लिंक 24 घंटे के लिए मान्य है। | includeSoftDeleted true · 24 h |
हमेशा एक केस संदर्भ (caseReference) दें: यह हस्ताक्षरित मैनिफ़ेस्ट और ऑडिट लॉग में दर्ज होता है। |
Setup:TrustLoopback |
सर्वर से ही (loopback) setup विज़ार्ड पर setup टोकन के बिना अनुरोधों की अनुमति देता है। डिफ़ॉल्ट रूप से हर अनुरोध को first-run/setup-token.txt का टोकन चाहिए। | false |
इसे केवल उन होस्ट पर सेट करें जिन पर कोई अन्य स्थानीय उपयोगकर्ता न हो; अन्यथा टोकन NEXTXCH_SETUP_TOKEN के माध्यम से दें। |
Audit-Log & GoBD |
हर चरण ऑडिट लॉग में है: config.backup*, data.backup.*, Compliance.EvidenceExport*, Protect.Restore*, Protect.SelfRestore, Protect.RestorePolicy, setup.* और config.restore; Backup & Recovery > Log के अंतर्गत दिखाई देता है। GoBD आर्काइव किसी भी पुनर्स्थापना से अपरिवर्तित रहता है। | aktiv |
डेटा बैकअप में प्रतिधारण और legal hold के साथ आर्काइव मैनिफ़ेस्ट होता है; पुनर्स्थापना के बाद हर आर्काइव किए गए हैश की जाँच की जाती है और लॉक फिर से सेट किए जाते हैं। |