ईमेल बैकअप के लिए सर्वोत्तम अभ्यास [बंद]


1

मैं उम्मीद कर रहा था कि मैं स्थायी ईमेल बैकअप प्रथाओं के लिए कुछ सिफारिशें प्राप्त कर सकता हूं जो हमारे उपयोगकर्ताओं को हाथ से बाहर निकलने से उच्च डेटा मायने रखने में मदद करेंगे।

कुछ पृष्ठभूमि: मैं 30 से कम लोगों के एक छोटे से कार्यालय में ईमेल, तकनीक आदि का रखरखाव करता हूं और हम कंपनी के ईमेल के लिए जीमेल का उपयोग करते हैं। हमने हाल ही में कुछ मुट्ठी भर उपयोगकर्ताओं के लिए भंडारण सीमा को उन्नत किया है, जो अक्सर 15GB डेटा की प्रारंभिक सीमा तक पहुंच रहे थे। इस अपग्रेड से पहले उन उपयोगकर्ताओं ने अपने ईमेल को स्थानीय रूप से बैकअप लिया और फिर बड़ी फ़ाइलों और पुराने ईमेल को अपने खातों से शुद्ध किया। हालाँकि ये उपयोगकर्ता ऐसा नहीं करना चाहते थे, जितनी बार उन्हें करने के लिए मजबूर किया गया था, हम अभी भी स्थानीयता के लिए स्थानीय रूप से समर्थित ईमेल का मूल्य रखते हैं। अब जब ये लोग 100GB तक स्टोर कर सकते हैं, तो मुझे चिंता है कि डेटा एक दिन बहुत ही बेकार हो जाएगा और अनियंत्रित होने पर वापस लेने के लिए हमेशा के लिए ले जाएगा।

मैं किसी भी अच्छी प्रथाओं को सुनने में दिलचस्पी रखता हूं जिन्हें आपने समान परिस्थितियों में लागू किया हो। यह हो सकता है कि हमें समय-समय पर स्थानीय बैकअप करने की आवश्यकता होती है और फिर हम क्या कर रहे थे जैसे कि प्रबंधनीय चक को नीचे Gmails सर्वर पर काटते हैं। लेकिन शायद नहीं।

अग्रिम में धन्यवाद!


एक एकल 4TB HDD आपके हर एक कर्मचारी के लिए 1TB डेटा संग्रहीत कर सकता है और उसके पास अन्य 7-8 कर्मचारियों के लिए अतिरिक्त जगह हो सकती है।
Ramhound

जवाबों:


0

यदि आपका बैकअप लक्ष्य विंडोज है, तो एक बार देख लें OwnMyCopy

  • ऐसा होता है वृध्दिशील बैकअप
  • यह समर्थित ई-मेल डेटा को संग्रहीत करने के लिए SQLite डेटाबेस का उपयोग करता है, जो आपके लिए बहुत अधिक लचीलापन छोड़ता है बैकअप डेटा में हेरफेर।
  • इसमें जीमेल जैसा है दर्शक :

enter image description here

डिस्क्लेमर: मैं खुद के डेवलपर हूं :)

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.