यदि LTO-3 पूर्ण बैकअप एक से अधिक टेप लेता है। मेरा अगला चरण हार्डवेयर वार क्या है?


12

ठीक। में कारक के लिए कुछ givens

मैं Exchange सहित बैकअप Exec 12.x / 13.x, सर्वर 2003/2008 वातावरण का उपयोग करता हूं।

मेरे पास बैकअप टू डिस्क (पूर्ण / डिफ) हो रहा है जो कि एलटीओ (फुल / डिफ) के बैकअप से स्वतंत्र है। एक से अधिक कारणों के लिए, मैं न केवल डिस्क से टेप पर बैकअप लेने के लिए जाना चाहता हूं, मैं बैकअप को एलटीओ के लिए प्रत्यक्ष रखना चाहूंगा।

वर्तमान में मेरे पास एक एकल LTO-3 ड्राइव है जिसमें लोडर / रोबोट / लाइब्रेरी नहीं है। LTO ड्राइव परोसने वाले बॉक्स में एक Adaptec 39160 Ultra160 SCSI कार्ड है। वर्तमान में मैं फुल (एक प्रति सप्ताह) के लिए एक टेप और डिफ के लिए एक टेप का उपयोग करता हूं (टेप को बाहर निकालने के चार सप्ताह पहले)। पूर्ण बैकअप 372.5GB अवरोध के खिलाफ टकरा रहा है और जब यह बैकअप शनिवार को समाप्त नहीं होता है तो सोमवार की सुबह टेप का इंतजार कर रहा है।

वार्ड ने सामान्य व्यावसायिक घंटों के बाद सोमवार दोपहर / शाम को दूसरा एलटीओ 3 पूर्ण टेप लगाने का उल्लेख किया। इसके साथ समस्या की तुलना नीचे की गई है:

सामान्य प्रवाह

  • सप्ताह 1 के लिए शुक्रवार को पूर्ण बैकअप के लिए LTO3 टेप 1 डालें
  • सोमवार अंतर के लिए LTO3 टेप डालें
  • मंगलवार, बुधवार, गुरुवार के अंतर सोमवार को डाले गए टेप का उपयोग करते हैं
  • सप्ताह 2 के लिए दोहराएं

पूर्ण बैकअप प्रवाह के लिए 2 LTO3 टेप

  • सप्ताह 1 के लिए शुक्रवार को पूर्ण बैकअप के लिए LTO3 टेप 1 डालें
  • सोमवार 1 सप्ताह के लिए पूर्ण बैकअप के लिए LTO3 टेप 2 डालें
  • सप्ताह 1 के लिए पूर्ण बैकअप के लिए सोमवार एलटीओ 3 टेप 1 डालें (सत्यापन प्रक्रिया के लिए)
  • सप्ताह 1 के लिए पूर्ण बैकअप के लिए सोमवार एलटीओ 3 टेप 2 डालें (सत्यापन प्रक्रिया के लिए)
  • एलटीओ 3 टेप को डिफरेंशियल के लिए मंगलवार डालें
  • बुधवार, गुरुवार के अंतर मंगलवार को डाले गए टेप का उपयोग करते हैं
  • सप्ताह 2 के लिए दोहराएं

अतिरिक्त टेप स्वैप सोमवार में 6+ घंटे खाते हैं (दूसरे टेप में डालते समय से शुरू)। अगर मैंने ऐसा किया तो 5PM तक मैं यहाँ लगभग आधी रात तक टेप टेप करना चाहूंगा। यह एक टेप के इंतजार में सत / सूर्य / सोम पर निष्क्रिय समय की गिनती नहीं है।

अब मैं सत्यापित प्रक्रिया को बंद कर सकता हूं और दो टेप स्वैप को सहेज सकता हूं और कई घंटों तक "बैकअप" प्रक्रिया को छोटा कर सकता हूं लेकिन मैं केवल टेप 2 को अंदर नहीं रख सकता हूं और यदि मैं सत्यापन बंद नहीं करता हूं तो दिन के अंत में चल सकता हूं। । एक दूसरे टेप पर बैकअप फैल होने से बैकअप प्रक्रिया लंबी हो जाती है, लेकिन यह भी

  • रोटेशन में टेप की संख्या बढ़ाता है (लागत)
  • परिवहन में टेपों की संख्या बढ़ाता है (ऑफ-साइट स्टोरेज पर जाने वाले ब्रीफ़केस का आकार / वजन)
  • सत्यापन प्रक्रिया के लिए घंटों के बाद मुझे साइट पर रहने से बैकअप प्रक्रिया की जटिलता बढ़ जाती है
  • मेरे कार्यालय से बैकअप / पुनर्स्थापना की जटिलता को बढ़ाता है जो सर्वर रूम के ठीक बगल में नहीं है। यह घर से ऐसे मुद्दों से निपटने के लिए चौगुना हो जाता है।

और हाँ मैं शनिवार को 6+ घंटे बैठकर टेप ड्राइव चलाने के लिए नहीं जा रहा हूँ। मैं काम के बाहर जीवन बिताना चाहता हूं। जब वे होते हैं तो 12 घंटे के एमएफ काफी खराब होते हैं। मैं स्थायी रूप से अपने आप को 6 दिन के वर्कवेक में बाँधने वाला नहीं हूँ।

टेप ड्राइव एक डेल पॉवर वॉल्ट 110T LTO3 है। बैकअप सर्वर केवल एक एनआईसी का उपयोग करके गीगाबिट ईथरनेट पर है और लगभग 12 घंटों में एक पूर्ण टेप भर सकता है।

मैं इस गहन निर्णय को अस्थायी रूप से रोकने के लिए अपने गहन एलटीओ पर पूर्ण बैकअप के लिए अधिक गहन सर्वरों में से एक को अलग करने के लिए बैकअप प्रक्रिया को बदल सकता हूं लेकिन जल्द ही मुझे लगता है कि मुझे इनमें से एक विकल्प चुनने की आवश्यकता होगी:

  1. LTO-3 ड्राइव खरीदें और दूसरा भौतिक टेप उपलब्ध होने का लाभ उठाएं। यह एक कम वांछनीय विकल्प है और केवल तभी समझ में आता है अगर LTO-3 ड्राइव LTO-4 ड्राइव की तुलना में काफी सस्ता है जो कि ऐसा नहीं है।

  2. LTO-4 ड्राइव खरीदें और पूर्ण बैकअप के लिए LTO-4 टेपों का उपयोग करें और LTO-3 टेपों को घुमाए जाने तक LTO-3 टेपों का उपयोग करें और नए LTO4 टेप LTO3 टेपों की कीमत से मेल खाते हैं। यह संभवत: मुझे वीकेंड बैकअप के माध्यम से वर्षों के लिए स्वैप टेप के बिना आने के लिए मिलेगा। यह भी आंशिक रूप से shoeshining को संबोधित करता है क्योंकि LTO4 में LTO3 की तुलना में न्यूनतम गति कम है।

  3. कुछ ऐसा खरीदें जो टेपों को स्वचालित रूप से फीड कर सके। मुझे लगता है कि कुछ ऐसा नहीं है जिसे मैं PowerVault 110T में जोड़ सकता हूं और इसका मतलब होगा एक नए उपकरण की खरीद जिसमें एक यूनिट में टेप और लोडर हो। यह संभवत: प्रभावी नहीं है, केवल एक ड्राइव और मैन्युअल रूप से लोड हो रहे टेपों की तुलना में प्रभावी है, लेकिन ऑटोलैडिंग एलटीओ 4 जाना सुविधा में अंतिम होगा। मैं अपने ऊपर के बॉस को सिंगल टेप ड्राइव और ऑटोलोडिंग ड्राइव के बीच तय करने देता हूँ।

इवान एंडरसन ने एक अन्य समाधान में उल्लेख किया है कि आप इस मूल्य सीमा के आसपास ड्राइव खरीद सकते हैं

 LTO-4 (internal drive, 1 tape / day) - $2,766.00  
 LTO-4 (autoloader, 1 tape / day) - $4,566.00

लेकिन मुझे नहीं पता कि वह वास्तविक ड्राइव के लिए और यदि आवश्यक हो तो आपको क्या सलाह देगा। अपने समाधान के लिए मुझे एक Newegg URL (या Dell, या HP, या जो कुछ भी आपका पसंदीदा विक्रेता है) दिखाएं अगर आपको इसे देखने में कोई आपत्ति नहीं है या बस मुझे एक ब्रांड और एक मॉडल नंबर दें और मुझे खुशी होगी पैर खुद काम करते हैं।

मैं इस बैकअप रोटेशन के बोझिल होने से पहले सड़क पर कुछ समय के लिए आवश्यक खरीदारी करना चाहता हूं। मेरे पास शायद कुछ महीने हैं।

Xenny में सर्वर की उम्र और बैकअप की गति का उल्लेख है। एक्सचेंज सर्वर 6 साल पुराना है (हालांकि हार्ड ड्राइव बहुत नए हैं)। उपभोक्ता ग्रेड साटा ड्राइव (WD6400AAKS) के साथ मिश्रण में 4 साल पुराने सर्वर हैं। सर्वर जिन्हें मैं "नया" मानता हूं, इस बिंदु पर 2 साल पुराने हैं।

पुराने एक्सचेंज सर्वर से डिस्क का बैकअप 2184 एमबी / मिनट जितना तेज रहा है, लेकिन सामान्य बैकअप में डिस्क इस सेटअप में टेप करने के लिए बैकअप जितना ही धीमा है। वास्तव में डिस्क से बैकअप कभी-कभी LTO-3 टेप ड्राइव के बैकअप की तुलना में धीमा होता है। मैं भी ड्राइव विफल रहा है और अधिक ड्राइव जोड़ने के लिए bays की कमी के साथ समस्या है। डिस्क के लिए सामान्य बैकअप में LTO3 / 4 संक्रमण की तुलना में एक मुद्दा और भी अधिक है, लेकिन अगर मुझे उस विषय पर इनपुट चाहिए तो सर्वरफॉल्ट पर एक अलग प्रश्न पर संबंधित है।

मैं आपको हाल ही में बैकअप से कुछ नंबर चुनूंगा ताकि आपको गति का अंदाजा हो सके। यह पूरी सूची नहीं है, लेकिन आपको इसमें शामिल विभिन्न प्रकार की गति पर एक विचार देता है। मैं इसे जल्द ही oldspeed MB / minIPSeed MB / min के फॉर्मेट में अपडेट करने की योजना बना रहा हूं, जहां oldspeed पुराना SCSI 320 LTO3 है और अखबार एसएएस LTO4 है।

डीसी सी: ~ 850 एमबी / मिनट
डीसी सिस्टम राज्य ~ 700 एमबी / मिनट
एक्सचेंज सर्वर सी: और सिस्टम राज्य ~ 500 एमबी / मिनट ~ 600 एमबी / मिनट
एक्सचेंज सर्वर डी: ~ 1400 एमबी / मिनट ~ 1200 एमबी / मिनट
एक्सचेंज सर्वर पहले भंडारण समूह ~ 1100 एमबी / मिनट ~ 700 एमबी / मिनट
वेबसर्वर सी: ~ 600 एमबी / मिनट ~ 950 एमबी / मिनट
वेबसर्वर ई: ~ 1700 एमबी / मिनट ~ 1950 एमबी / मिनट
फाइलर सी: ~ 500 एमबी / मिनट
फाइल सेवर ई ~ 1500 एमबी / मिनट ~ 2200 एमबी / मिनट
फाइलर जी: ~ 1800 एमबी / मिनट ~ 2400 एमबी / मिनट
फाइलसेवर सिस्टम राज्य ~ 650 एमबी / मिनट
फैक्स सी: ~ 400 एमबी / मिनट ~ 550 एमबी / मिनट
लेखा सर्वर C: ~ 1300 एमबी / मिनट ~ 1775 एमबी / मिनट
लेखा सर्वर डी: ~ 1500 एमबी / मिनट ~ 2250 एमबी / मिनट
लेखा SQL उदाहरण ~ 1600 एमबी / मिनट
आवेदन सर्वर सी: और सिस्टम स्थिति ~ 700 एमबी / मिनट ~ 900 एमबी / मिनट
बैकअप सर्वर सी: 700 एमबी / मिनट ~ 1800 एमबी / मिन
बैकअप सर्वर ई: 1350 एमबी / मिनट ~ 2900 एमबी / मिनट

Fileserver की निगरानी मैंने उन नंबरों को देखा जिससे मुझे लगता है कि RAID नियंत्रक हस्तांतरण दरों को वापस पकड़ रहा है। नियंत्रक SATA 1.5 है, लेकिन ड्राइव 3.0 सक्षम हैं। मैंने RAID 1 से RAID 10 में वॉल्यूम बदलने और बैकअप के लिए गति में कोई वृद्धि नहीं होने पर ध्यान दिया। दुर्भाग्य से निरंतर रीड स्पीड को दोगुना करने से LTO3 टेप ड्राइव के बैकअप पर कोई प्रभाव नहीं पड़ा।

सामान्य बैकअप में सीधे LTO मुझे एक अच्छा बेंचमार्क देता है जहाँ मेरे सर्वर I / O सीमित हैं। 1500 एमबी / मिनट से कम का बैकअप लेने वाले सर्वर आम तौर पर धीमी डिस्क वार होते हैं और 2400 एमबी / मिनट के बीच वाले अभी भी लटके हुए फल हैं। उदाहरण के लिए Exchange 2003 सर्वर डिस्क स्थान पर कम हो रहा है और डिस्क के धीमा भागों के लिए पहले संग्रहण समूह के लिए डेटाबेस का विस्तार करना जारी रखता है। इस सर्वर को तेज़ प्रोसेसर और अधिक डिस्क के साथ Exchange 2010 सर्वर से बदल दिया जाएगा। अन्य सर्वरों को डिस्क अपग्रेड और / या SSDs मिलेंगे।

http://en.wikipedia.org/wiki/Tape_drive में उल्लेख किया गया है "जब जूता-चमक होती है, तो यह प्राप्य डेटा दर, साथ ही ड्राइव और टेप जीवन को प्रभावित करता है।" लेकिन इसमें टेप की प्रभावी क्षमता को कम करने वाले जूता-चमक का उल्लेख नहीं है। बैंक से अभिलेखीय टेपों को देखने के बाद मैं LTO3 टेपों पर बर्बाद होने वाले 2% से 15% स्थान की पुष्टि कर सकता हूं। कहीं नहीं पास में मुझे LTO4 या एक ऑटोलैडर में ले जाने के लिए पर्याप्त है लेकिन यह महत्वपूर्ण हो सकता है। आप के साथ बैकअप Exec के उन लोगों के लिए आप अपने shoeshining कचरे की गणना कर सकते हैं:

  • एक बैकअप जॉब बनाना जो लगभग 100% टेप को बिना किसी कंप्रेशन के देशी क्षमता का बैकअप देगा। परीक्षण चलाते समय ड्राइव और सॉफ़्टवेयर पर संपीड़न अक्षम करें।
  • बैकअप निष्पादन के मीडिया टैब में देखें और "उपयोग की गई क्षमता" कॉलम की तुलना "डेटा" कॉलम से करें। यदि संपीड़न बंद है और संख्याएँ आप से बिल्कुल भी मेल नहीं खा रही हैं।

मेरे मामले में मेरे पास 272.4 जीबी "उपयोग" के साथ एक अभिलेखीय एलटीओ 3 टेप था, लेकिन केवल 233.67 जीबी "डेटा" और दूसरा 400.6 जीबी बनाम 395.19 जीबी। मैंने बिना कम्प्रेशन के LTO4 में बैकअप की भी कोशिश की और 833 GB का "केवल 786.77 GB" डेटा के साथ "इस्तेमाल" किया। जाहिर तौर पर शूशाइनिंग मेरे परिवेश से आपके लिए अलग-अलग होगी लेकिन इससे पहले मैंने इसका परीक्षण करने के लिए नहीं सोचा था। उम्मीद है कि यह आपके लिए यह स्पष्ट कर देगा कि आपके बैकअप परिवेश में आपके पास कितना बर्बाद टेप है।

संपादित करें: http://www.fujifilmusa.com/sared/bin/LTO_Overview.pdf पर नई जानकारी LTO3 और LTO4 के लिए न्यूनतम टेप गति दिखा रही है। ऐसा लगता है कि आईबीएम LTO4 वास्तव में आईबीएम LTO3 की तुलना में कम न्यूनतम गति है। किसी भी तरह मेरा औसत सर्वर श्टाइनिंग के बिना LTO3 / 4 को खिलाने के लिए बहुत धीमा है। मुझे चिंता है कि डिस्क के स्थानीय संस्करणों के लिए मेरा बैकअप भी ड्राइव को जल्दी से फीड करने के लिए बहुत धीमा होगा लेकिन मुझे इसका परीक्षण करना होगा।

मैं ऊपर पीडीएफ से आईबीएम पूर्ण ऊंचाई ड्राइव जानकारी खींच रहा है

LTO4 : 30-120MB/s 800GB native (45-240MB/s compressed)
LTO3 : 40- 80MB/s 400GB native (60-160MB/s compressed)
LTO2 : 18- 35MB/s 200GB native (27- 70MB/s compressed)
LTO1 : 15- 15MB/s 100GB native (30- 30MB/s compressed)  


अपडेट : बैकअप के लिए मैं जिस सर्वर का उपयोग कर रहा था, उसने मुझे स्टॉप एरर देना शुरू कर दिया, इसलिए मैंने टेप ड्राइव को दूसरे सर्वर में स्थानांतरित कर दिया। पुराने SCSI नियंत्रक एक Adaptec 160 "नया" नियंत्रक एक LSI आधारित 320 है (कम से कम मुझे लगता है कि बाहरी कनेक्टर एक 320 है क्योंकि सर्वर के अंदर 4 हार्ड ड्राइव सर्वर प्रबंधन में 320 SCSI का उल्लेख करते हैं)।

नई सर्वर स्थिति मुझे बिना डिस्क के बैकअप के बिना अस्थायी रूप से छोड़ देती है जब तक कि मुझे सीधे संलग्न भंडारण के लिए बाहरी संलग्नक नहीं मिलता है। सामान्य तौर पर इस LTO चर्चा ने मुझे अपने सर्वर के लिए अधिक हार्ड ड्राइव खरीदने की ओर इशारा किया है। मेरे पास बैकअप की गति बढ़ाने के लिए RAID सरणियों को फिर से कॉन्फ़िगर करने का काम होगा और उम्मीद है कि समग्र सेटअप की विश्वसनीयता बढ़ेगी।

अद्यतन 2 : नीचे दी गई तुलना एक पुराने फाइलर का उपयोग करती है जिसका छापा मारने वाला नियंत्रक ~ 40 एमबी / मिनट पर सभी स्थानान्तरण को रोक देता है, इसलिए आदर्श लगभग 2400 एमबी / मिनट होगा। यह जूता चमक के किनारे का परीक्षण करने के लिए आवश्यक गति के बारे में है। संभवतः डेटा प्रवाह पूरी तरह से नियमित नहीं होगा और परीक्षण के माध्यम से लगभग सभी तरह से गति को मजबूर करेगा।

मैं अब बफर एलटीओ 3 ड्राइव की गति परीक्षण पर उपयोग किए जाने वाले बफर आकार और बफर गणना को नहीं जानता हूं, लेकिन यह बफ़र्स ट्यूनिंग द्वारा मुझे शायद 100 एमबी / मिनट का लाभ मिला है। परीक्षण डेटा लगभग 20GB स्कैन किए गए tif और jpgs है। मैंने शुक्रवार दोपहर को ये परीक्षण किए थे और मैंने डेटा को औसत करने के लिए या अन्यथा अवैध डेटा को हटाने के लिए परीक्षणों को पर्याप्त बार नहीं दोहराया था। घंटों के बाद परीक्षण, विभिन्न डेटा का चयन, और अन्य चर इन परीक्षणों को विशेष रूप से प्रभावित कर सकते हैं।

सभी परीक्षणों में एक ही सर्वर का उपयोग किया जाता है। पुरानी ड्राइव 320 SCSI LVD कंट्रोलर है जो PCIx है। नई ड्राइव PCIe LSI 3801E SAS कंट्रोलर पर है। यह संभव है कि ड्राइव नियंत्रक और / या LTO3 टेप ड्राइव अड़चन हैं। मैं अलग-अलग घटकों का परीक्षण नहीं करूंगा, केवल पुरानी जोड़ीदार बनाम नई जोड़ी। बैकअप Exec चलाने वाले सर्वर में 4GB RAM, 32bit Server 2008 मानक, Pentium D 3.2GHz ड्यूल कोर CPU है।

नेटवर्क कनेक्टिविटी 1Gb स्विच के माध्यम से होती है, दोनों सर्वर एक ही स्विच पर होते हैं। मेरे पास एक दूरस्थ डेस्कटॉप कनेक्शन खुला है, लेकिन बैकअप के साथ + कि कनेक्शन जीबी कनेक्शन 50% से कम सबसे खराब उपयोग किया जाता है और 25% उपयोग की तरह औसत है।

तो परीक्षण विधियों के रूप में के रूप में किसी न किसी रूप में मुझे यकीन है कि बाधाओं को एक चर है कि मैं अनदेखी कर रहा हूँ में नहीं हैं महसूस कर रहे हैं।

लघु परीक्षण के परिणाम :
~ 1500 MB / मिनट डेल LTO3 ड्राइव और LTO3 टेप संपीड़न का उपयोग करके, 64KB ब्लॉक आकार (कई बफर परीक्षण किए गए, सर्वोत्तम परिणाम यहां सूचीबद्ध हैं)

~ 1800 एमबी / मिनट क्वांटम सुपरलोडर 3 एलटीओ 4 ड्राइव का उपयोग एलटीओ 3 टेप (ऊपर जैसा टेप) संपीड़न ऑन, 64 केबी ब्लॉक आकार, 64 केबी बफर आकार, बफर काउंट 10, हाईवाटर काउंट 0, सिंगल ब्लॉक मोड पर लिखें, एससीएसआई पास- लिखें। के माध्यम से मोड पर

~ 2150 एमबी / मिनट का उपयोग क्वांटम सुपरलोडर 3 एलटीओ 4 ड्राइव के साथ एलटीओ 3 टेप (ऊपर जैसा टेप) कम्प्रेशन ऑन, 256 केबी ब्लॉक आकार, 256 केबी बफर आकार, बफर काउंट 10, हाईवाटर काउंट 0, सिंगल ब्लॉक नंबर पर लिखें, एससीएसआई पास लिखें-
~ 2200 एमबी / मिनट के माध्यम से क्वांटम सुपरलोडर 3 एलटीओ 4 ड्राइव का उपयोग करके एलटीओ 3 टेप के साथ ड्राइव (ऊपर के रूप में एक ही टेप) संपीड़न ऑफ, 256 केबी ब्लॉक आकार, 256 केबी बफर आकार, बफर गिनती 10, उच्च पानी की गिनती 0, एकल ब्लॉक मोड पर लिखें, लिखें SCSI पास-थ्रू मोड ऑन

~ 2050 एमबी / मिनट का उपयोग कर क्वांटम सुपरलोडर 3 एलटीओ 4 ड्राइव के साथ एलटीओ 4 टेप कम्प्रेशन ऑन, 256 केबी ब्लॉक आकार, 256 केबी बफर साइज, बफर काउंट 10, हाईवाटर काउंट 0, सिंगल ब्लॉक मोड ऑन लिखें, एससीएसआई पास-थ्रू मोड को
~ 2250 एमबी पर लिखें। / मिनट का उपयोग कर क्वांटम सुपर लोडर 3 LTO 4 ड्राइव के साथ LTO4 टेप कम्प्रेशन ऑफ़, 256KB ब्लॉक आकार, 256KB बफर साइज़, बफर काउंट 10, हाईवाटर काउंट 0, सिंगल ब्लॉक मोड ऑन लिखें, SCSI पास-थ्रू मोड लिखें

~ 2050 एमबी / मिनट का उपयोग क्वांटम सुपरलोडर 3 एलटीओ 4 ड्राइव के साथ एलटीओ 4 टेप संपीड़न ऑन, 256 केबी ब्लॉक आकार, 1 एमबी बफर आकार, बफर काउंट 10, हाईवाटर काउंट 0, सिंगल ब्लॉक मोड पर लिखें, एससीएसआई पास-थ्रू मोड पर
~ 2300 एमबी पर करें। / मिनट का उपयोग कर क्वांटम सुपरलोडर 3 एलटीओ 4 ड्राइव के साथ एक एलटीओ 4 टेप कम्प्रेशन ऑफ, 256 केबी ब्लॉक आकार, 1 एमबी बफर आकार, बफर काउंट 10, हाईवाटर काउंट 0, सिंगल ब्लॉक मोड ऑन लिखें, एससीएसआई पास-थ्रू मोड लिखें

~ 2200 एमबी / मिनट का उपयोग क्वांटम सुपरलोडर 3 एलटीओ 4 ड्राइव के साथ एलटीओ 4 टेप संपीड़न ऑन, 256 केबी ब्लॉक आकार, 1 एमबी बफर आकार, बफर काउंट 20, हाईवॉटर काउंट 0, सिंगल ब्लॉक मोड पर लिखें, एससीएसआई पास-थ्रू मोड पर
~ 2300 एमबी पर करें। / मिनट का उपयोग कर क्वांटम सुपर लोडर 3 LTO 4 ड्राइव के साथ LTO4 टेप कम्प्रेशन ऑफ़, 256KB ब्लॉक साइज़, 1MB बफर साइज़, बफर काउंट 20, हाईवाटर काउंट 0, सिंगल ब्लॉक मोड ऑन लिखें, SCSI पास-थ्रू मोड लिखें

यह स्पष्ट है कि ट्यूनिंग ब्लॉक आकार बफर आकार की तुलना में अधिक महत्वपूर्ण है। कोई फर्क नहीं पड़ता कि आपके द्वारा उपयोग किए जाने वाले ब्लॉक या बफर आकार, आपको संपीड़न को बेहतर प्रदर्शन मिलेगा, यदि आपका स्रोत डेटा टेप ड्राइव न्यूनतम न्यूनतम मिलान दर के साथ नहीं रख सकता है। दुर्भाग्य से यह एक प्रति ड्राइव सेटिंग है जो प्रति कार्य या प्रति टेप प्रारूप सेटिंग नहीं है, इसलिए आप केवल पूर्ण बैकअप या LTO3 में संपीड़न को सीमित नहीं कर सकते। आपको यह भी परीक्षण करना होगा कि हार्डवेयर / सॉफ्टवेयर के संयोजन के साथ यह कितना मुद्दा है। बेशक, प्रदर्शन में मारा मामूली है और अधिक महत्वपूर्ण परीक्षण 20GB के बजाय 600GB से 800GB के पूर्ण बैकअप का अनुकूलन करना होगा। एक बार कुछ हफ्तों या महीनों के बैकअप के बाद मैं फिर से अपडेट करने की कोशिश करूंगा।


2
आप संपीड़न का उपयोग कर रहे हैं, है ना?
मैट सिमंस

मैट, कृपया जेनी के जवाब के लिए टिप्पणियों को देखें जिसमें हम संपीड़न अनुपात पर चर्चा करते हैं।
pplrppl

यह आपके लिए हत्या होना चाहिए कि आप रात के खाने के लिए कहां जाएं। ;)
जोवेवर्टी

यह वास्तव में करना बहुत आसान है। भोजन एक ऐसा क्षेत्र नहीं है जहाँ केवल एक सही उत्तर हो। मुझे बहुत से खाद्य पदार्थ पसंद हैं। लेखन के रूप में मैं लैरी निवेन के शिविर में आता हूं। उनके समकालीनों द्वारा यह कहा गया है कि जब वह एक अवधारणा पर एक कहानी लिखते हैं तो यह इतनी अच्छी तरह से किया जाता है कि इसे फिर से करने का कोई कारण नहीं है। उदाहरण के लिए books.google.com/… देखें ।
pplrppl

मेरा लक्ष्य जब किसी चीज़ का दस्तावेजीकरण करना होता है, तो यह पूरी तरह से सुनिश्चित करना है कि मैं पूरी तरह से बारीक विवरणों को भूल जाऊं और यह याद करूं कि Google के लिए पर्याप्त है या मेरे द्वारा पिछले प्रयास को पुनर्प्राप्त करने के लिए मेरे पास स्थानीय रूप से खोजे गए दस्तावेज़ हैं। इस प्रक्रिया में मैं कभी-कभी कवर करने के इरादे से अधिक सीखता हूं लेकिन यह आमतौर पर नई अवधारणाओं का पता लगाने के लिए भुगतान करता है।
pplrppl

जवाबों:


7

एक asdide के रूप में, ध्यान दें कि 100MB / मिनट LTO 3 के साथ टेप स्ट्रीमिंग के लिए न्यूनतम गति से काफी नीचे है, इसलिए आप संभवतः टेप रोकना और शुरू करने के साथ उचित मात्रा में खो रहे हैं (यानी आप शायद 1.5 से बेहतर हो रहे हैं: 1 संपीड़न, लेकिन यह टेप पर डेटा में अंतराल में खो गया है)। यह संभवतः LTO 4 के साथ बदतर होगा, क्योंकि मुझे लगता है कि न्यूनतम गति बढ़ गई है।

डिस्क - डिस्क - टेप न्यूनतम गति की समस्या के साथ मदद करेगा, और आपको मुफ्त में कुछ क्षमता देगा।

यदि आप ऐसा नहीं कर रहे हैं, तो उन सर्वरों पर डिस्क के कुछ प्रकार के अनुसूचित डीफ़्रैग पर दृढ़ता से विचार करें, जो आप बैकअप ले रहे हैं। उचित रूप से आधुनिक हार्डवेयर पर गिग ईथरनेट के लिए 1000 एमबी / मिनट थ्रूपुट का एक बड़ा स्तर नहीं है। मुझे उम्मीद है कि 2 साल पुरानी मशीनों पर भी आपको 1800 एमबी / मिनट (यह केवल 30 एमबी / सेकेंड पर सर्वर डिस्क से पढ़ रहा है) प्राप्त करने में सक्षम होना चाहिए, इसलिए इसमें सुधार की गुंजाइश है।

संपादित करें: LTO 3 के लिए, आप वास्तव में सर्वश्रेष्ठ प्रदर्शन के लिए 256KB ब्लॉक आकार चाहते हैं।

WRT शू शाइनिंग, टेप का रिवाइंड होने का कोई समय नहीं है यदि बफर थोड़ी देर में खाली हो जाता है, तो यह टेप पर गैप छोड़ देगा।


1
अगर मैं इस बात की पुष्टि कर सकता हूं कि जूता-चमकाने वाले प्रभाव प्रयोग करने योग्य क्षमता है, तो आप निश्चित रूप से मॉडरेट हो जाएंगे। यदि क्षमता प्रभाव महत्वपूर्ण है, तो मैं एक नया प्रश्न बनाऊंगा क्योंकि यह अवधारणा सीधे प्रश्न से जुड़ी नहीं है।
pplrppl

न तो बैकअप Exec और न ही Windows 256KB ब्लॉक आकार प्रदान करता है। उच्चतम या तो मुझे 64KB ब्लॉक की पेशकश कर रहा है। यह हो सकता है कि हार्डवेयर RAID सरणियों में एक उच्च ब्लॉक आकार निर्दिष्ट किया जा सकता है, लेकिन मेरे सभी सर्वरों में हार्डवेयर RAID नहीं है।
pplrppl 30

चूंकि PowerVault 110T LTO-3 एक IBM फुल हाइट ड्राइव है, जो HP के अलावा किसी और के द्वारा LTO4 में चला जाता है, जो वास्तव में मेरे न्यूनतम ट्रांसफर रेट को कम करेगा, ऊपर संपादित करें देखें
pplrppl

मुझे नवीनतम पूर्ण बैकअप पर 1.536: 1 मिला। बैकअप राउंड अप और कॉल करता है कि 1.6: 1। 578.53GB टेप पर 367.6GB तक संकुचित हो गया। यदि बैकअप गति को अनुकूलित करने में महीनों नहीं तो मुझे सप्ताह लगेंगे।
pplrppl

तुम भी shoeshining के साथ ड्राइव जीवन को कम कर रहे हैं
मैट सीमन्स

3

अनिवार्य रूप से, बैकअप उस क्षमता से अधिक है जिसे आपने मूल रूप से योजना बनाई थी। यहाँ मैं आपको सुझाव दूंगा और आपकी स्थिति के बारे में कहूंगा:

  1. तो पूर्ण बैकअप एक टेप की क्षमता से अधिक है। फिर दो टेप का उपयोग करें।

  2. सिमेंटेक की सिफारिश का पालन करें और डिस्क पर अपना बैकअप करना जारी रखें, फिर उन डिस्क बैकअप को टेप करने के लिए बैकअप लें। कम संसाधनों के उपयोग में होने पर घंटों के बाद डिस्क को बैकअप शेड्यूल करें। डिस्क बैकअप के पूरा होने के बाद दिन में किसी भी समय टेप करने के लिए बैकअप शेड्यूल करें क्योंकि टेप करने के लिए बैकअप का उत्पादन प्रणालियों पर कोई प्रभाव नहीं पड़ता है।

  3. सप्ताह के लिए अपने बैकअप के बारे में सोचो (पूर्ण और अंतर) एक ही बैकअप सेट का हिस्सा होने के नाते। यदि यह प्रति सप्ताह दो या तीन टेप लेता है, तो ऐसा ही हो।

  4. टेप को स्वैप करने के लिए केवल सप्ताह के दौरान होने वाले टेप का बैकअप शेड्यूल करें।

मैं एक ऐसी ही स्थिति है, मैं एक dell powervault 110t lto2 ड्राइव का उपयोग कर रहा हूँ और यहाँ मैं क्या करूँ:

  1. शनिवार को मैं डिस्क पर पूर्ण बैकअप लेता हूं (पूर्ण बैकअप के लिए डिस्क फ़ोल्डर में बैकअप)।

  2. शुक्रवार के माध्यम से मैं डिस्क पर वृद्धिशील बैकअप लेता हूं (वृद्धिशील के लिए डिस्क फ़ोल्डर का दूसरा बैकअप)।

  3. शुक्रवार के माध्यम से मैं डिस्क फ़ोल्डर में पूर्ण और वृद्धिशील बैकअप के टेप के लिए बैकअप ले। जब टेप पहुंचता है तो यह क्षमता है कि मैं इसे स्वैप कर दूंगा। अगर यह रात के मध्य में क्षमता तक पहुंचता है, तो मैं इसे अगली सुबह स्वैप करता हूं और टेप की नौकरी खत्म हो जाती है।

  4. अगले कार्य के लिए टेप बैकअप के बाद मैं अगले सप्ताह के लिए टेप स्वैप करता हूं। मेरे द्वारा खींचे गए दो टेप चालू सप्ताह से पूर्ण और वृद्धिशील हैं और मेरे 4 सप्ताह के चक्कर में हैं। अब मुझे पता है कि वर्तमान सप्ताह के सभी बैकअप डेटा एक टेप सेट पर, संग्रहीत साइट पर हैं।

धोये और दोहराएं


1
एक साइड नोट के रूप में, मैं अतिरिक्त टेप ड्राइव, ऑटोोलॉजिस्ट आदि पर कोई पैसा खर्च नहीं करूंगा, आप सही तरीके से नहीं सोच सकते हैं कि आपको हर बार नया हार्डवेयर खरीदने की आवश्यकता होती है जब आपके बैकअप एक टेप की क्षमता से अधिक हो। उसी बैकअप सेट के हिस्से के रूप में किसी भी सप्ताह के दौरान होने वाले बैकअप के बारे में सोचें, चाहे वह एक, दो, तीन टेप, आदि ले जाए
joeqwerty

जब डेटा टेप से पहले 2 टेप को सम्मिलित नहीं किया जाता है, तो सीधे टेप करने के लिए बैकअप में लॉग इन त्रुटियां होंगी। जब से आप डिस्क पर बैकअप लेते हैं तब टेप करने के लिए आप इस मुद्दे से बच रहे हैं। मैं इस कारण से टेप करने के लिए और निकट भविष्य में जूता चमक प्रभाव का परीक्षण करने के लिए डिस्क पर बैकअप का परीक्षण करूँगा। हालाँकि आपको सिर्फ 2 टेप सुझाव का उपयोग करने के बारे में कम सावधान रहना चाहिए। विचार करने के लिए महत्वपूर्ण मुद्दे हैं।
pplrppl

@pplrppl: कैवेलियर? गंभीरता से? आपको लगता है कि मेरी सलाह घुड़सवार थी, जैसा कि एक महत्वपूर्ण मामले में एक अपमानजनक और घृणित बर्खास्तगी के रूप में? आप मुझे यह क्यों नहीं बताते कि आपको मेरी सलाह कैसी लगी। इसके अलावा, आप मुझे दूसरे बैकअप टेप का उपयोग करने से संबंधित महत्वपूर्ण मुद्दों पर शिक्षित क्यों नहीं करते क्योंकि यह स्पष्ट है कि मुझे उचित बैकअप तकनीकों की मेरी समझ में कमी है। बहुत धन्यवाद।
जोकेवेटी

1
@pplrppl: इसके अलावा, जब आप मेरे जवाब से असहमत हो सकते हैं और यहां तक ​​कि इसे तकनीकी रूप से गलत मान सकते हैं या हीन हो सकते हैं तो मेरे सुझाव पर निर्णय पारित करने की कोई आवश्यकता नहीं है क्योंकि यह मेरे इरादे की कमी है, या मेरी ओर से भी लापरवाही है। IMHO उस प्रकार की टिप्पणी के लिए यहां कोई जगह नहीं है।
जोकिवार्ति

वैसे आपके प्रश्नों के साथ समस्याओं पर स्पष्ट रूप से टिप्पणी करना कठिन है क्योंकि आपकी सूचियों में डुप्लिकेट नंबर हैं। यदि हम कहते हैं कि पहली सूची A है और 1. उस सूची में 1A है तो मुझे लगता है कि हम इसे निर्दिष्ट करने के लिए उपयोग कर सकते हैं।
pplrppl

2

हम कुछ ऐसा ही करते हैं:

  1. शनिवार: डिस्क के लिए पूर्ण बैकअप, जब यह किया जाता है कि टेप करने के लिए पूर्ण बैकअप शुरू करें
  2. सोमवार: दिन के अंत में, एक दूसरे टेप में चिपके रहें और बैकअप खत्म होने दें
  3. mon-fri: डिफरेंशियल बैकअप केवल डिस्क पर

यदि आपको वास्तव में डिस्क-डिस्क बैकअप से डिस्क-टेप को स्वतंत्र करना है, तो मैं दो बैकअप के साथ थोड़ा बाहर-बाहर होगा:

  1. शनिवार को डिस्क-डिस्क और डिस्क-टेप शुरू करें, डिस्क-डिस्क खत्म हो जाएगा और डिस्क-टेप सोमवार को दूसरे टेप की प्रतीक्षा कर रहा होगा
  2. सोमवार को डिस्क-टेप समाप्त करें (मैं अभी भी टेप को लगाने के लिए दिन के अंत तक इंतजार करूंगा)।
  3. सोम-शुक्र, अपने डिस्क-डिस्क अंतर करते हैं (वास्तव में, मैं देखता हूं कि आप ऐसा करने के लिए नहीं कहते हैं, लेकिन मैं आपको मान रहा हूं)
  4. Tue-Fri, अपना डिस्क-टेप अंतर करें

मुझे दो भिन्न मीडिया पर समर्थित फ़ाइलों के थोड़े अलग सेट होने की समस्या नहीं दिख रही है। लगभग सभी मामलों में, आप डिस्क बैकअप से एक फ़ाइल को पुनर्स्थापित करने जा रहे हैं, टेप के साथ सिर्फ एक बैकअप या कई बैकअप सेटों को व्यवस्थित करने का एक आसान तरीका।


यदि टेप का बैकअप पूर्ण दूसरा टेप व्यापार के अंत में शुरू होता है (5 या 6 बजे के बाद) तो आप अपने बिंदु में उल्लिखित अंतर-शुक्र नहीं कर सकते। 4. सबसे अच्छा यह मुझे पूर्ण के टेप दो के साथ छोड़ देगा। मॉन मॉर्निंग और ट्यु, वेस, थुर पर होने वाले टेप में अंतर, अगले पूर्ण के टेप 1 के साथ शुक्र पर।
pplrppl

1

यहां एक विकल्प है जो आपको थोड़ी देर के लिए मदद कर सकता है:

क्या आपने अपने बैकअप को दो अलग-अलग डेटा सेटों में विभाजित करने पर विचार किया है? आपकी फाइलें कैसे व्यवस्थित की जाती हैं, इसके आधार पर, आप इसे आसानी से दो तार्किक विखंडू में विभाजित कर सकते हैं (अर्थात विभाग द्वारा)। आप गुरुवार की रात पहले डेटासेट का पूर्ण बैकअप करेंगे, और शुक्रवार रात दूसरे डेटासेट का पूर्ण बैकअप लेंगे। इसके बाद हर रात एक टेप पर दो काम चलेंगे, प्रत्येक डेटासेट के लिए एक अंतर।

इस तरह से आप सप्ताहांत पर नहीं आ रहे हैं और आप किसी ड्राइव को पूरा करने के लिए सत्यापन के इंतजार में ड्राइव को दाईं ओर नहीं कर रहे हैं। इसके अलावा, आपको अपने सभी अंडों को एक टोकरी में न रखने की अतिरिक्त सुरक्षा मिलती है, इसलिए बोलने के लिए।


मैंने निश्चित रूप से एक समान रणनीति पर विचार किया है। नौकरियों को विभाजित करने के साथ मेरी सबसे बड़ी चिंता यह है कि जब मैं (बैंक से / के आसपास) नहीं हूं तो टेप को कैसे संभाला जाएगा। मेरे पास 3 सप्ताह का अवकाश जमा है और अगर मैं छोड़ दूं तो एक जटिल टेप रोटेशन के साथ कौन रखेगा? मैं हाल ही में अपने पिता की सर्जरी के लिए बाहर गया था और उस व्यक्ति ने शुक्रवार को आवश्यकतानुसार नया टेप नहीं डालने के लिए टेप लगाने को कहा। मैं अपने ईमेल की जाँच और टेप अनुरोध को देखने के बाद सत में आया। सप्ताह के किसी भी दिन अधिक टेप स्वैप जोड़ने से संभावना बढ़ जाती है कि बैकअप नियोजित नहीं होगा।
pplrppl
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.