पुनर्प्राप्ति

पुनर्प्राप्ति पेज इवेंट पर विनाशकारी क्रियाओं के लिए Zellbox का सुरक्षा नेट है। हर बार जब कुछ इवेंट को वर्कस्पेस के कैलेंडर मिरर से हटाने या रद्द करने वाला होता है, Zellbox पहले पूरी पंक्ति को एक अलग बैकअप तालिका में स्नैपशॉट करता है। आपके पास उनमें से किसी को भी व्यक्तिगत रूप से पुनर्स्थापित करने के लिए 90 दिन हैं।

यह पाँच रास्तों को कवर करता है:

स्रोत क्रिया	अगर ग़लत हो तो आप क्या देखते हैं	पुनर्प्राप्त करने योग्य?
रोकी हुई सिंक शाखा पर रद्दीकरण स्वीकृत करें	सुरक्षा गार्ड ने जो हर इवेंट अस्वीकार किया वह एक बैच में सॉफ़्ट-रद्द हो जाता है	हाँ
सिंक रद्दीकरण (सामान्य, कम-वॉल्यूम)	Google ने जिस इवेंट को रद्द के रूप में रिपोर्ट किया वह लाइव ग्रिड से गायब हो जाता है	हाँ
इवेंट रद्द करें (ऑपरेटर क्लिक)	इवेंट एक कारण के साथ status: cancelled पर पलट जाता है	हाँ
इवेंट हटाएँ (ऑपरेटर क्लिक, हार्ड हटाना)	इवेंट पंक्ति मिरर से पूरी तरह हटा दी जाती है	हाँ
कैलेंडर डेटा रीसेट करें	हर इवेंट पंक्ति, रिमाइंडर, और ट्रैक किए गए कैलेंडर चयन एक झटके में मिट जाते हैं	हाँ — यह एकल सबसे बड़ा कारण है जिसके लिए यह सुविधा मौजूद है

पुनर्स्थापित करना इवेंट को Zellbox में एक ताज़ी पंक्ति के रूप में वापस लाता है। यह अपने आप Google Calendar पर फिर से नहीं भेजा जाता — वह आमंत्रण-ईमेल निहितार्थ के साथ एक अलग निर्णय है।

कहाँ ढूँढें

साइडबार → सेटअप और सहायता → पुनर्प्राप्ति (या सीधे /recovery खोलें)। एडमिन और विशेषाधिकार प्राप्त टियर वही दृश्य देखते हैं; सदस्य केवल अपने बैकअप देखते हैं।

आप क्या देखते हैं

चुनी हुई विंडो में Zellbox ने जो हर इवेंट स्नैपशॉट किया है उसकी उल्टे-कालक्रम वाली सूची। डिफ़ॉल्ट फ़िल्टर "पिछले 30 दिन, सभी कारण" है, जो 90-दिन TTL के अंदर सब कुछ कवर करता है जिस पर ध्यान देने की वास्तव में संभावना है।

हर पंक्ति दिखाती है:

• शीर्षक (बैकअप समय पर स्नैपशॉट से, न कि जो भी इवेंट बाद में बन सकता है)।
• शुरू समय आपके वर्कस्पेस समय क्षेत्र में।
• कारण चिप — क्वारंटाइन स्वीकृत, सिंक रद्दीकरण, ऑपरेटर ने रद्द किया, ऑपरेटर ने हटाया, या कैलेंडर डेटा रीसेट।
• स्रोत कैलेंडर (Google कैलेंडर id, जब ज्ञात हो)।
• बैकअप किया गया — जब स्नैपशॉट लिखा गया था।
• विवरण पूर्वावलोकन (पहली दो पंक्तियाँ)।
• पुनर्स्थापित करें बटन, या "सोम 27 मई 12:34 को पुनर्स्थापित किया गया" नोट के साथ "फिर से पुनर्स्थापित करें" अगर आपने पहले ही इस स्नैपशॉट को पुनर्स्थापित किया है।

फ़िल्टर करना

दो फ़िल्टर नॉब:

• कारण ड्रॉपडाउन — सभी कारण (डिफ़ॉल्ट) या ऊपर पाँच स्रोत क्रियाओं में से एक। उपयोगी जब आप जानते हैं कि आपने ग़लती से एक क्वारंटाइन को स्वीकृत किया और केवल वही बैकअप देखना चाहते हैं।
• समय रेंज चिप — पिछले 24 घंटे / 7 दिन / 30 दिन (डिफ़ॉल्ट) / सभी। सभी 90-दिन TTL के अंदर सब कुछ सूचीबद्ध करता है।

इवेंट पुनर्स्थापित करना

1. पंक्ति ढूँढें।
2. पुनर्स्थापित करें पर क्लिक करें।
3. एक पुष्टि संवाद बताता है कि पुनर्स्थापित करें क्या करता है: इवेंट को उसी समय, ग्राहक, प्रबंधक और रिमाइंडर के साथ Zellbox में फिर से बनाता है; इवेंट केवल-Zellbox के रूप में पुनर्स्थापित होता है और Google पर वापस नहीं भेजा जाता।
4. पुष्टि करने के लिए पुनर्स्थापित करें पर क्लिक करें।
5. नया इवेंट एक सेकंड के भीतर कैलेंडर ग्रिड पर दिखाई देता है। ग्राहक-लिंक, असाइन किया गया प्रबंधक, रिमाइंडर ऑफ़सेट, विज़िट मोड, फ़ोन नंबर — सब स्नैपशॉट से संरक्षित।

आप एक ही स्नैपशॉट को कई बार पुनर्स्थापित कर सकते हैं। हर पुनर्स्थापना अपनी eventId के साथ एक ताज़ी मिरर पंक्ति बनाती है; मूल बैकअप रिकॉर्ड ऑडिट के लिए रहता है। तो अगर आपने ग़लती से पुनर्स्थापित किया, संपादित किया, फिर नई कॉपी हटा दी, तो आप अभी भी पुनर्प्राप्त करने के लिए बैकअप को फिर से पुनर्स्थापित कर सकते हैं।

जो पुनर्स्थापित नहीं होता

• ख़ुद Google Calendar इवेंट। पुनर्स्थापित करें पूरी तरह Zellbox के मिरर में रहता है। मूल Google इवेंट या तो टॉम्बस्टोन है (Google इसे पहले से रद्द मानता है — स्थानीय रूप से पुनर्स्थापित करना इसे Google की तरफ़ पुनर्जीवित नहीं करता) या पूरी तरह हटा दिया गया है। अगर आपकी टीम को इवेंट Google पर वापस चाहिए ताकि वे इसे Google Calendar ऐप के माध्यम से देख सकें, इसे वहाँ मैन्युअल रूप से फिर से बनाएँ या जब यह शिप करे तो प्रति-इवेंट "Google पर पुश करें" सुविधा का उपयोग करें।
• मूल इवेंट का ऑडिट इतिहास। एक नया eventId मतलब है कि नई मिरर पंक्ति एक ताज़ी ऑडिट समयरेखा के साथ शुरू होती है (स्रोत बैकअप id से वापस जोड़ने वाली एक ऑडिट पंक्ति लिखी जाती है ताकि एक फ़ोरेंसिक क्वेरी अभी भी संभव हो)।
• पहले से भेजी गई ग्राहक सूचनाएँ। अगर मूल इवेंट ने रद्द करने के समय "कैलेंडर इवेंट रद्द" ईमेल ट्रिगर किया, तो पुनर्स्थापित करना इसे अनसेंट नहीं करता। नया इवेंट किसी भी ताज़ी बुकिंग की तरह व्यवहार करता है।

90-दिन की रिटेंशन विंडो

बैकअप पंक्तियाँ 90 दिनों तक रहती हैं, फिर DynamoDB के TTL स्वीप द्वारा हटा दी जाती हैं। उसके बाद स्नैपशॉट स्थायी रूप से चला जाता है। पुनर्प्राप्ति पेज आपको चेतावनी देता है जब एक पंक्ति अपनी विंडो के आख़िरी सप्ताह के भीतर होती है ताकि आप तय कर सकें कि इसे अभी पुनर्स्थापित करें या लैप्स होने दें।

अगर आप एक महत्वपूर्ण स्नैपशॉट के लिए 90-दिन की कगार पर हैं, तो सही चाल है इवेंट को अभी पुनर्स्थापित करें — भले ही आपको अभी इसकी ज़रूरत न हो — और बाद में ज़रूरत हो तो फिर से रद्द/हटाएँ। हर पुनर्स्थापना नई मिरर पंक्ति के लिए एक ताज़ी 90-दिन की विंडो बनाती है।

सुरक्षा नेट अन्य वर्कफ़्लो में कैसे प्लग होता है

सभी चार विनाशकारी सतहें अब अपने पुष्टि संवादों में पुनर्प्राप्ति का उल्लेख करती हैं, ताकि आप विनाशकारी बटन पर क्लिक करने से पहले जानें कि सुरक्षा नेट वहाँ है:

• सिंक स्थिति → रद्दीकरण स्वीकृत करें पुष्टि संवाद अब बैकअप नोट के साथ समाप्त होता है। देखें सिंक स्थिति।
• Google सिंक → कैलेंडर डेटा रीसेट करें पुष्टि संवाद बैकअप नोट के साथ समाप्त होता है। देखें रीसेट।
• कैलेंडर पर इवेंट रद्द करें और इवेंट हटाएँ मोडल बैकअप नोट के साथ समाप्त होते हैं। देखें कैलेंडर।
• सिंक स्थिति पर रोके गए-इवेंट ड्रिल-डाउन हर इवेंट को सूचीबद्ध करता है जिसे गार्ड ने अस्वीकार किया, ताकि आप स्वीकृत करें पर क्लिक करने से पहले बैकअप होने वाला + फिर रद्द होने वाला देख सकें।

फ़ोरेंसिक ट्रेल

पुनर्प्राप्ति के अलावा, हर विनाशकारी क्रिया एक ऑडिट पंक्ति BWS_ZELLBOX_CALENDAR_EVENT_AUDIT_LOG (1-वर्ष TTL) में भी लिखती है। ऑडिट लॉग "इवेंट X के साथ क्या हुआ" का जवाब घटना के महीनों बाद देता है; पुनर्प्राप्ति "इस इवेंट को अभी पुनर्स्थापित करें" का जवाब देती है। ये पूरक हैं — पुनर्प्राप्ति ऑपरेटर के लिए है, ऑडिट लॉग पोस्ट-मॉर्टम के लिए है।