तार्किक मात्रा प्रबंधन: Difference between revisions

Revision as of 11:56, 8 May 2023

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

वॉल्यूम प्रबंधन भंडारण वर्चुअलाइजेशन के कई रूपों में से एक का प्रतिनिधित्व करता है इसका कार्यान्वयन उपकरण ड्राइवर ऑपरेटिंग प्रणाली (ओएस) के उपकरण-ड्राइवर स्टैक में एक परत में होता है (जैसा कि भंडारण उपकरण या नेटवर्क में विरोध किया जाता है।)

डिजाइन

लिनक्स तार्किक वॉल्यूम मैनेजर (एलवीएम) v1

अधिकांश वॉल्यूम-मैनेजर कार्यान्वयन समान मूल डिज़ाइन साझा करते हैं। वे भौतिक आयतन (पीवी) से प्रारंभ करते हैं, जो या तो हार्ड डिस्क, हार्ड डिस्क विभाजन (कंप्यूटिंग) या तार्किक इकाई संख्या तार्किक यूनिट नंबर (एलयूएन) बाहरी भंडारण उपकरण हो सकते हैं। वॉल्यूम प्रबंधन प्रत्येक पीवी को भौतिक विस्तार (पीई) नामक टुकड़ों के अनुक्रम से बना मानता है। कुछ वॉल्यूम प्रबंधकों (जैसे कि एचपी-यूएक्स और लिनक्स में) के पास एक समान आकार के पीई होते हैं; अन्य (जैसे कि वेरिटास वॉल्यूम मैनेजर में) भिन्न-भिन्न आकार के पीई होते हैं जिन्हें इच्छानुसार विभाजित और सम्मिलित किया जा सकता है।

सामान्यतः, पीई केवल एक-से-एक को तार्किक विस्तार (एलई) में मैप करते हैं। मिररिंग के साथ, एकाधिक पीई प्रत्येक एलई के लिए मैप करते हैं। ये पीई भौतिक वॉल्यूम समूह (पीवीजी) से तैयार किए गए हैं, समान आकार के पीवी का एक सेट जो आरएआईडी1 सरणी में हार्ड डिस्क के समान कार्य करता है। Pवीजी को सामान्यतः रखा जाता है ताकि वे अधिकतम रिडंडेंसी के लिए अलग-अलग हार्ड डिस्क या कंप्यूटर बेस पर रहते है।

प्रणाली एलई को एक वॉल्यूम ग्रुप (वीजी) में पूल करता है। पूल किए गए एलई को तब एक साथ वर्चुअल डिस्क विभाजन में जोड़ा जा सकता है जिसे तार्किक मात्रा या तार्किक वॉल्यूम कहा जाता है। प्रणाली एलवी को डिस्क विभाजन की तरह कच्चे ब्लॉक उपकरण के रूप में उपयोग कर सकते हैं: उन पर माउंटेबल फाइल प्रणाली बनाना, या आभासी मेमोरी भंडारण के रूप में उनका उपयोग करना होता है।

स्ट्राइप्ड एलवी प्रत्येक क्रमिक एलई को एक भिन्न पीवी से आवंटित करते हैं; एलई के आकार के आधार पर, यह कई पीवी के संयुक्त रीड-थ्रूपुट को लाकर बड़े अनुक्रमिक रीड्स पर प्रदर्शन में सुधार कर सकता है।

प्रशासक एलवी को बढ़ा सकते हैं (अधिक एलई को जोड़कर) या उन्हें सिकोड़ सकते हैं (एलई को पूल में लौटा कर) संबंधित एलई का सन्निहित होना आवश्यक नहीं है। यह एलवी को पहले से आवंटित एलई को स्थानांतरित किए बिना बढ़ने की अनुमति देता है। कुछ मात्रा प्रबंधक ऑनलाइन रहते हुए किसी भी दिशा में एलवी के पुन: आकार बदलने की अनुमति देते हैं। एलवी के आकार को बदलने से आवश्यक रूप से उस पर फाइल प्रणाली का आकार नहीं बदलता है; यह केवल अपने स्थान के आकार को बदलता है। एक फ़ाइल प्रणाली जिसे ऑनलाइन आकार दिया जा सकता है, की सिफारिश की जाती है कि यह प्रणाली को अनुप्रयोगों को बाधित किए बिना अपने भंडारण को उड़ान पर समायोजित करने की अनुमति देता है।

पीवी और एलवी को अलग-अलग वीजी के बीच साझा या विस्तारित नहीं किया जा सकता है (चूँकि कुछ वॉल्यूम प्रबंधक उन्हें एक ही आयोजक पर वीजी के बीच इच्छानुसार स्थानांतरित करने की अनुमति दे सकते हैं)। यह प्रशासकों को सरलता से वीजी को ऑनलाइन लाने, उन्हें ऑफ़लाइन करने या आयोजक प्रणाली के बीच एकल प्रशासनिक इकाई के रूप में स्थानांतरित करने की अनुमति देता है।

वीजी अपने भंडारण पूल को नए पीवी को अवशोषित करके बढ़ा सकते हैं या पीवी से पीछे हटकर सिकुड़ सकते हैं। इसमें पहले से आवंटित एलई को पीवी से बाहर ले जाना सम्मिलित हो सकता है। अधिकांश मात्रा प्रबंधक इस गतिविधि को ऑनलाइन कर सकते हैं; यदि अंतर्निहित हार्डवेयर हॉट-प्लगेबल है तो यह इंजीनियरों को प्रणाली डाउनटाइम के बिना भंडारण को अपग्रेड करने या बदलने की अनुमति देता है।

अवधारणाएं

संकर मात्रा

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

हाइब्रिड वॉल्यूम हाइब्रिड ड्राइव के समान अवधारणा प्रस्तुत करते हैं, जो ठोस भंडारण और घूर्णी चुंबकीय मीडिया को भी जोड़ती है।

स्नैपशॉट

कुछ वॉल्यूम प्रबंधक प्रत्येक एलई में लिखने पर नकल प्रयुक्त करके स्नैपशॉट (कंप्यूटर भंडारण) भी प्रयुक्त करते हैं। इस योजना में, वॉल्यूम प्रबंधक एलई को लिखे जाने से ठीक पहले कॉपी-ऑन-राइट टेबल पर कॉपी करेगा। यह एलवी के पुराने संस्करण, स्नैपशॉट को संरक्षित करता है, जिसे बाद में वर्तमान एलवी के ऊपर कॉपी-ऑन-राइट टेबल ओवरले करके फिर से बनाया जा सकता है। जब तक वॉल्यूम प्रबंधन थिन प्रोविजनिंग और डिस्कार्ड दोनों का समर्थन नहीं करता है, एक बार मूल वॉल्यूम में एलई लिखे जाने के बाद, यह स्नैपशॉट वॉल्यूम में स्थायी रूप से संग्रहीत हो जाता है। यदि स्नैपशॉट वॉल्यूम को उसके मूल से छोटा बनाया गया था, जो एक सामान्य अभ्यास है, तो यह स्नैपशॉट को निष्क्रिय कर सकता है।

स्नैपशॉट अस्थिर डेटा के स्व-सुसंगत संस्करणों का बैकअप लेने के लिए उपयोगी हो सकते हैं जैसे किसी व्यस्त डेटाबेस से तालिका फ़ाइलें, या एक ही ऑपरेशन में बड़े परिवर्तन (जैसे ऑपरेटिंग प्रणाली अपग्रेड) को रोल बैक करने के लिए। स्नैपशॉट का वैसा ही प्रभाव होता है जैसा कि भंडारण शांत करने का प्रतिपादन करता है, और माइक्रोसॉफ़्ट विंडोज़ में छाया प्रति (वीएसएस) सेवा के समान होता है।

कुछ लिनक्स-आधारित लाइव सीडी केवल-पढ़ने के लिए ऑप्टिकल डिस्क पर पढ़ने-लिखने की पहुंच का अनुकरण करने के लिए स्नैपशॉट का उपयोग करते हैं।

कार्यान्वयन

वेंडर	में परिचय कराया	वॉल्यूम मैनेजर	कहीं आवंटित करें^{[lower-alpha 1]}	स्नैपशॉट्स	रेड 0	रेड 1	रेड 5	रेड 10	कम प्रावधान	नोट्स
आईबीएम	एआईएक्स 3.0 (1989)	तार्किक वॉल्यूम मैनेजर	Yes	Yes^{[lower-alpha 2]}	Yes	Yes	No	Yes^{[lower-alpha 3]}		पीई को पीपी (भौतिक विभाजन) के रूप में और एलई को एलपी (तार्किक विभाजन) के रूप में संदर्भित करता है। कॉपी-ऑन-राइट स्नैपशॉट तंत्र नहीं है; मिरर पेयर के एक वॉल्यूम को फ्रीज़ करके स्नैपशॉट बनाता है।
हेवलेट पैकर्ड	एचपी-यूएक्स 9.0	एचपी तार्किक वॉल्यूम मैनेजर	Yes	Yes	Yes	Yes	No	Yes
	मुक्तबीएसडी	विनम वॉल्यूम मैनेजर	Yes	Yes^{[lower-alpha 4]}	Yes	Yes	Yes	Yes		फ्रीबीएसडी फास्ट फाइल प्रणाली (यूएफएस) स्नैपशॉट का समर्थन करता है।
	मुक्तबीएसडी	जेडएफएस	Yes	Yes	Yes	Yes	Yes	Yes	Yes	एकीकृत मात्रा प्रबंधन के साथ एक फाइल प्रणाली
नेटबीएसडी फाउंडेशन, इंक।	नेटबीएसडी	तार्किक वॉल्यूम मैनेजर	Yes	No	Yes	Yes	No	No		संस्करण 6.0 से नेटबीएसडी अपने स्वयं के लिंक्स एलवीएम के पुन: कार्यान्वयन का समर्थन करता है। पुनर्कार्यान्वयन एक बीएसडी लाइसेंसशुदा उपकरण-मैपर ड्राइवर पर आधारित है और एलवीएम के उपयोक्तास्थान भाग के रूप में लिंक्स एलवीएम टूल के पोर्ट का उपयोग करता है। नेटबीएसडी बेहतर आरएआईडीफ़्रेम उपप्रणाली के कारण एलवीएम में आरएआईडी5 का समर्थन करने की कोई आवश्यकता नहीं है।
	नेटबीएसडी	जेडएफएस	Yes	Yes	Yes	Yes	Yes	Yes	Yes	एकीकृत मात्रा प्रबंधन के साथ एक फाइल प्रणाली
	नेटबीएसडी § 5.0 (2009)	बायोक्टल आरसीएमएसआर^[1]	No	No	Yes^[2]	Yes^[2]	Yes^[2]	Yes^[2]		नेटबीएसडी पर बायोक्टल का उपयोग हार्डवेयर आरएआईडी, के रखरखाव और आरंभीकरण दोनों के लिए किया जा सकता है, चूँकि आरंभीकरण (`BIOCVOLOPS` आईओसीटीएल के माध्यम से) 2019 तक केवल एक ड्राइवर द्वारा समर्थित है: `arcmsr(4)`^[1]^[2]; सॉफ्टवेयर आरएआईडी अलग से आरएआईडीफ्रेम^[3]^[4] और जेडएफएस के माध्यम से समर्थित है
ओपनबीएसडी परियोजना	ओपनबीएसडी 4.2 (2007)	बायोक्टल सॉफ्टआरएआईडी^[5]	Yes	No	Yes	Yes	Yes	Yes		ओपनबीएसडी पर बायोक्टल का उपयोग हार्डवेयर आरएआईडी के रखरखाव के साथ-साथ सॉफ़्टवेयर आरएआईडी के आरंभीकरण और रखरखाव दोनों के लिए किया जा सकता है
	लिनक्स 2.2	तार्किक वॉल्यूम मैनेजर संस्करण 1	Yes	Yes	Yes	Yes	No		No
	लिनक्स 2.4	एंटरप्राइज वॉल्यूम मैनेजमेंट प्रणाली	Yes	Yes	Yes	Yes	Yes		No
	लिनक्स 2.6 और ऊपर दिए गए	तार्किक वॉल्यूम मैनेजर संस्करण 2	Yes	Yes	Yes	Yes	Yes	Yes	Yes
	लिनक्स 2.6 और ऊपर दिए गए	बीटीआरएफएस	Yes	Yes	Yes	Yes	Yes (not stable)	Yes	—	एकीकृत मात्रा प्रबंधन के साथ एक फाइल प्रणाली
सिलिकॉन ग्राफिक्स	आईआरआईएक्स या लिनक्स	एक्सवीएम वॉल्यूम मैनेजर	Yes	Yes	Yes	Yes	Yes
सन माइक्रोप्रणाली्स	सनओएस	सोलारिस वॉल्यूम मैनेजर (सोलस्टाइस डिस्कसुइट था)।	No	No	Yes	Yes	Yes	Yes		पीवी को वॉल्यूम के रूप में संदर्भित करता है (जिसे आरएआईडी0, आरएआईडी1 या आरएआईडी5 आदिम के साथ बड़े वॉल्यूम में जोड़ा जा सकता है), एलवी को सॉफ्ट पार्टिशन के रूप में (जो कि वॉल्यूम पर कहीं भी लगाने योग्य सन्निहित विस्तार हैं, लेकिन जो कई वॉल्यूम नहीं फैला सकते हैं), और वीजी को डिस्क के रूप में संदर्भित करता है। सेट।
सन माइक्रोप्रणाली्स	सोलारिस 10	जेडएफएस	Yes	Yes	Yes	Yes	Yes	Yes	Yes	एकीकृत मात्रा प्रबंधन के साथ एक फाइल प्रणाली
	इलुमोस	जेडएफएस	Yes	Yes	Yes	Yes	Yes	Yes	Yes	एकीकृत मात्रा प्रबंधन के साथ एक फाइल प्रणाली
वेरिटास^{[lower-alpha 5]}	क्रॉस-ओएस	वेरिटास वॉल्यूम मैनेजर (वीएक्सवीएम)	Yes	Yes	Yes	Yes	Yes	Yes		एलवी को वॉल्यूम के रूप में, वीजी को डिस्क समूह के रूप में संदर्भित करता है; अलग-अलग आकार के पीई होते हैं जिन्हें सबडिस्क कहा जाता है और एलई को प्लेक्स कहा जाता है।
माइक्रोसॉफ्ट	विंडोज 2000 और बाद में एनटी-आधारित ऑपरेटिंग प्रणाली	तार्किक डिस्क प्रबंधक	Yes	Yes^{[lower-alpha 6]}	Yes	Yes	Yes	No	No	पीई या एलई की अवधारणा नहीं है; केवल आरएआईडी0, आरएआईडी1, आरएआईडी5 या डिस्क विभाजन को बड़ी मात्रा में जोड़ सकते हैं; फाइल प्रणाली को पूरे वॉल्यूम को फैलाना चाहिए।
	विंडोज 8	भंडारण स्थान^[6]	Yes	Yes	No	Yes	Yes	No	Yes	आरएआईडी1 और आरएआईडी5 की तुलना में उच्च-स्तरीय तर्क - कई स्टोरेज स्थान विभिन्न आकार के कई डिस्क फैलाते हैं, स्टोरेज स्थान या तो मिररिंग (कम से कम 2 डिस्क) या स्ट्राइप्ड पैरिटी (कम से कम 3 डिस्क), डिस्क प्रबंधन और डेटा रिकवरी के साथ भौतिक विफलता से लचीला होता है। पूरी तरह से स्वचालित है
	विंडोज 10	भंडारण स्थान	Yes	Yes	Yes	Yes	Yes	Yes	Yes	आरएआईडी 10 को डिस्क मिररिंग कहा जाता है
रेड हैट	लिनक्स 4.14 और ऊपर दिए गए	Stratis^[7]	Yes	Yes	No	No	No	No	Yes	आरएआईडी समर्थन 2.0 संस्करण में योजनाबद्ध है ^[8]
एप्पल	मैक ओएस एक्स लायन	कोर भंडारण	Yes^[9]	No	No	No	No	No	No	वर्तमान में, इसका उपयोग पूर्ण डिस्क एन्क्रिप्शन के साथ-साथ फ़्यूज़न ड्राइव की अनुमति देने के लिए लायन के फ़ाइलवॉल्ट के कार्यान्वयन में किया जाता है, जो कि केवल एक बहु-पीवी एलवीजी है। स्नैपशॉट टाइम मशीन द्वारा नियंत्रित किए जाते हैं; सॉफ़्टवेयर-आधारित आरएआईडी एप्पलआरएआईडी द्वारा प्रदान किया जाता है। दोनों कोर भंडारण से अलग हैं।

हानि

तार्किक वॉल्यूम फ़्रैगमेंटेशन (कंप्यूटर) बाहरी फ़्रैगमेंटेशन से परेसान हो सकते हैं, जब अंतर्निहित भंडारण उपकरण अपने पीई को निरंतर आवंटित नहीं करते हैं। यह चुंबकीय डिस्क और अन्य घूर्णी मीडिया जैसे धीमी गति वाले मीडिया पर इनपुट/आउटपुट प्रदर्शन को कम कर सकता है। वॉल्यूम प्रबंधक जो निश्चित आकार के पीई का उपयोग करते हैं, चूंकि, सामान्यतः पीई को अपेक्षाकृत बड़ा बनाते हैं (उदाहरण के लिए, तार्किक वॉल्यूम मैनेजर (लिनक्स) डिफ़ॉल्ट रूप से 4 एमबी का उपयोग करता है) इन खोजों की लागत को कम करने (लेखांकन) के लिए होते है ।

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

यह भी देखें

उपकरण मैपर

संदर्भ

↑ ^1.0 ^1.1 Juan Romero Pardines (2007/2008); David Gwynne (2006). "arcmsr — Areca Technology Corporation SATA/SAS RAID controller". NetBSD Kernel Interfaces Manual. NetBSD.
↑ ^2.0 ^2.1 ^2.2 ^2.3 ^2.4 Juan Romero Pardines (2007/2008); David Gwynne (2006). "arcmsr.c § arc_bio_volops". BSD Cross Reference. NetBSD.
↑ The NetBSD Foundation, Inc. (1998); Carnegie-Mellon University (1995). "raid — RAIDframe disk driver". NetBSD Kernel Interfaces Manual. NetBSD.
↑ The NetBSD Foundation, Inc. (1998); Carnegie-Mellon University (1995). "raidctl — configuration utility for the RAIDframe disk driver". NetBSD System Manager's Manual. NetBSD.
↑
Marco Peereboom; Todd T. Fries (2007). "softraid — software RAID". Device Drivers Manual. OpenBSD.
- "softraid — software RAID". OpenBSD manual page server.
↑ "MSDN Blogs - Building Windows 8: Virtualizing Storage for Scale, Resiliency, and Efficiency". Blogs.MSDN.com.
↑ "Stratis Storage". Stratis-storage.github.io. Retrieved 2019-08-05.
↑ "Stratis Software Design: Version 1.0.0∗" (PDF). September 27, 2018. Retrieved 2019-08-05.
↑ "man page diskutil section 8". ManPagez.com. Retrieved 2011-10-06.

स्रोत

Lewis, AJ, Logical Volume Manager HOWTO.
HP-UX 11: lvm(7) manual page, Hewlett-Packard, 1996.
Vanel, Laurent; van der Knaap, Ronald (2000), AIX Logical Volume Manager from A to Z: Introduction and Concepts (PDF), IBM Redbooks.
Veritas Volume Manager 3.1 Administrator's Guide (PDF), Hewlett-Packard, 2001.
XVM Volume Manager Administration Guide, Silicon Graphics, 1999, archived from the original on 2016-03-03, retrieved 2020-03-17.
Solaris Volume Manager Administration Guide, Sun Microsystems, 2003, archived from the original on 2007-07-15, retrieved 2007-07-09.
Shadowcopy (2003), Comparison matrix of Windows LDM and Veritas Volume Manager (PDF), Symantec Corporation
Chris Gibson (2010), Using JFS2 snapshots on AIX 6.1, IBM.

श्रेणी:कंप्यूटर डेटा भंडारण श्रेणी:फ़ाइल प्रणाली प्रबंधन

[1] Denotes whether the volume manager allows LVs to grow and span onto any PV in the VG

[2] JFS2 snapshots

[3] AIX 5.1

[4] UFS snapshots

[10] Third-party product, available for Windows and many Unix-like OSes

[11] Windows Server 2003 and later

[netbsd§arcmsr-5] 1.0 ^1.1 Juan Romero Pardines (2007/2008); David Gwynne (2006). "arcmsr — Areca Technology Corporation SATA/SAS RAID controller". NetBSD Kernel Interfaces Manual. NetBSD.

[arcmsr.c-6] 2.0 ^2.1 ^2.2 ^2.3 ^2.4 Juan Romero Pardines (2007/2008); David Gwynne (2006). "arcmsr.c § arc_bio_volops". BSD Cross Reference. NetBSD.

[RAIDframe-7] The NetBSD Foundation, Inc. (1998); Carnegie-Mellon University (1995). "raid — RAIDframe disk driver". NetBSD Kernel Interfaces Manual. NetBSD.

[raidctl-8] The NetBSD Foundation, Inc. (1998); Carnegie-Mellon University (1995). "raidctl — configuration utility for the RAIDframe disk driver". NetBSD System Manager's Manual. NetBSD.

[openbsd§softraid-9] Marco Peereboom; Todd T. Fries (2007). "softraid — software RAID". Device Drivers Manual. OpenBSD.
"softraid — software RAID". OpenBSD manual page server.

[12] "softraid — software RAID". OpenBSD manual page server.

[12] "MSDN Blogs - Building Windows 8: Virtualizing Storage for Scale, Resiliency, and Efficiency". Blogs.MSDN.com.

[13] "Stratis Storage". Stratis-storage.github.io. Retrieved 2019-08-05.

[14] "Stratis Software Design: Version 1.0.0∗" (PDF). September 27, 2018. Retrieved 2019-08-05.

[15] "man page diskutil section 8". ManPagez.com. Retrieved 2011-10-06.

[lower-alpha 1]

[lower-alpha 2]

[lower-alpha 3]

[lower-alpha 4]

[1]

[2]

[3]

[4]

[5]

[lower-alpha 5]

[lower-alpha 6]

[6]

[7]

[8]

[9]

Anonymous

Search

तार्किक मात्रा प्रबंधन: Difference between revisions

Namespaces

More

Page actions

Revision as of 11:56, 8 May 2023

Contents

डिजाइन

अवधारणाएं

संकर मात्रा

स्नैपशॉट

कार्यान्वयन

हानि

टिप्पणियाँ

यह भी देखें

संदर्भ

स्रोत

Navigation

Navigation

Wiki tools

Wiki tools

@@ Line 1: / Line 1: @@
-{{Short description|Computer storage space allocation method}}[[कंप्यूटर भंडारण]] में, लॉजिकल वॉल्यूम मैनेजमेंट या एलवीएम [[विपुल भंडारण]] पर स्पेस आवंटित करने का एक विधि प्रदान करता है मास- भंडारण डिवाइस जो वॉल्यूम  भंडारण करने के लिए पारंपरिक [[विभाजन (कंप्यूटिंग)]] योजनाओं से अधिक लचीला है। विशेष रूप से, एक वॉल्यूम प्रबंधक [[डेटा स्ट्रिपिंग]] को एक साथ जोड़ सकता है या अन्यथा बड़े वर्चुअल विभाजन में विभाजन (या सामान्य रूप से [[ब्लॉक डिवाइस]]) को जोड़ सकता है, जो प्रशासक प्रणाली के उपयोग को बाधित किए बिना, फिर से आकार या स्थानांतरित कर सकते हैं।
+{{Short description|Computer storage space allocation method}}[[कंप्यूटर भंडारण]] में, तार्किक वॉल्यूम मैनेजमेंट या एलवीएम [[विपुल भंडारण]] पर स्थान आवंटित करने का एक विधि प्रदान करता है मास- भंडारण उपकरण जो वॉल्यूम  भंडारण करने के लिए पारंपरिक [[विभाजन (कंप्यूटिंग)]] योजनाओं से अधिक लचीला है। विशेष रूप से, एक वॉल्यूम प्रबंधक [[डेटा स्ट्रिपिंग]] को एक साथ जोड़ सकता है या अन्यथा बड़े वर्चुअल विभाजन में विभाजन (या सामान्य रूप से [[ब्लॉक डिवाइस|ब्लॉक उपकरण]]) को जोड़ सकता है, जो प्रशासक प्रणाली के उपयोग को बाधित किए बिना, फिर से आकार या स्थानांतरित कर सकते हैं।
-वॉल्यूम प्रबंधन [[ भंडारण वर्चुअलाइजेशन |भंडारण वर्चुअलाइजेशन]] के कई रूपों में से एक का प्रतिनिधित्व करता है इसका कार्यान्वयन [[डिवाइस ड्राइवर]] [[ऑपरेटिंग सिस्टम|ऑपरेटिंग प्रणाली]] (ओएस) के डिवाइस-ड्राइवर स्टैक में एक परत में होता है (जैसा कि  भंडारण डिवाइस या नेटवर्क में विरोध किया जाता है।)
+वॉल्यूम प्रबंधन [[ भंडारण वर्चुअलाइजेशन |भंडारण वर्चुअलाइजेशन]] के कई रूपों में से एक का प्रतिनिधित्व करता है इसका कार्यान्वयन [[डिवाइस ड्राइवर|उपकरण ड्राइवर]] [[ऑपरेटिंग सिस्टम|ऑपरेटिंग प्रणाली]] (ओएस) के उपकरण-ड्राइवर स्टैक में एक परत में होता है (जैसा कि  भंडारण उपकरण या नेटवर्क में विरोध किया जाता है।)
 == डिजाइन ==
-[[File:LVM1.svg|frame|लिनक्स लॉजिकल वॉल्यूम मैनेजर (LVM) v1]]अधिकांश वॉल्यूम-मैनेजर कार्यान्वयन समान मूल डिज़ाइन साझा करते हैं। वे भौतिक आयतन (PVs) से प्रारंभ करते हैं, जो या तो [[हार्ड डिस्क]], हार्ड डिस्क विभाजन (कंप्यूटिंग) या [[ तार्किक इकाई संख्या |तार्किक इकाई संख्या]] लॉजिकल यूनिट नंबर (एलयूएन) बाहरी  भंडारण डिवाइस हो सकते हैं। वॉल्यूम प्रबंधन प्रत्येक PV को भौतिक विस्तार (PEs) नामक टुकड़ों के अनुक्रम से बना मानता है। कुछ वॉल्यूम प्रबंधकों (जैसे कि HP-UX और लिनक्स में) के पास एक समान आकार के PEs होते हैं; अन्य (जैसे कि वेरिटास वॉल्यूम मैनेजर में) भिन्न-भिन्न आकार के PE होते हैं जिन्हें इच्छानुसार विभाजित और सम्मिलित किया जा सकता है।
+[[File:LVM1.svg|frame|लिनक्स तार्किक वॉल्यूम मैनेजर (एलवीएम) v1]]अधिकांश वॉल्यूम-मैनेजर कार्यान्वयन समान मूल डिज़ाइन साझा करते हैं। वे भौतिक आयतन (पीवी) से प्रारंभ करते हैं, जो या तो [[हार्ड डिस्क]], हार्ड डिस्क विभाजन (कंप्यूटिंग) या [[ तार्किक इकाई संख्या |तार्किक इकाई संख्या]] तार्किक यूनिट नंबर (एलयूएन) बाहरी  भंडारण उपकरण हो सकते हैं। वॉल्यूम प्रबंधन प्रत्येक पीवी को भौतिक विस्तार (पीई) नामक टुकड़ों के अनुक्रम से बना मानता है। कुछ वॉल्यूम प्रबंधकों (जैसे कि एचपी-यूएक्स और लिनक्स में) के पास एक समान आकार के पीई होते हैं; अन्य (जैसे कि वेरिटास वॉल्यूम मैनेजर में) भिन्न-भिन्न आकार के पीई होते हैं जिन्हें इच्छानुसार विभाजित और सम्मिलित किया जा सकता है।
-सामान्यतः, PEs केवल एक-से-एक को तार्किक विस्तार (LEs) में मैप करते हैं। मिररिंग के साथ, एकाधिक PE प्रत्येक LE के लिए मैप करते हैं। ये PEs भौतिक वॉल्यूम समूह (PVG) से तैयार किए गए हैं, समान आकार के PVs का एक सेट जो RAID1 सरणी में हार्ड डिस्क के समान कार्य करता है। PVGs को सामान्यतः रखा जाता है ताकि वे अधिकतम रिडंडेंसी के लिए अलग-अलग हार्ड डिस्क या [[कंप्यूटर बस|कंप्यूटर बेस]] पर रहते है।
+सामान्यतः, पीई केवल एक-से-एक को तार्किक विस्तार (एलई) में मैप करते हैं। मिररिंग के साथ, एकाधिक पीई प्रत्येक एलई के लिए मैप करते हैं। ये पीई भौतिक वॉल्यूम समूह (पीवीजी) से तैयार किए गए हैं, समान आकार के पीवी का एक सेट जो आरएआईडी1 सरणी में हार्ड डिस्क के समान कार्य करता है। Pवीजी को सामान्यतः रखा जाता है ताकि वे अधिकतम रिडंडेंसी के लिए अलग-अलग हार्ड डिस्क या [[कंप्यूटर बस|कंप्यूटर बेस]] पर रहते है।
-प्रणाली LEs को एक वॉल्यूम ग्रुप (VG) में पूल करता है। पूल किए गए LEs को तब एक साथ वर्चुअल डिस्क विभाजन में जोड़ा जा सकता है जिसे [[तार्किक मात्रा]] या लॉजिकल वॉल्यूम कहा जाता है। प्रणाली LVs को डिस्क विभाजन की तरह कच्चे ब्लॉक डिवाइस के रूप में उपयोग कर सकते हैं: उन पर माउंटेबल [[फाइल सिस्टम|फाइल प्रणाली]] बनाना, या [[ आभासी मेमोरी |आभासी मेमोरी]]  भंडारण के रूप में उनका उपयोग करना होता है।
+प्रणाली एलई को एक वॉल्यूम ग्रुप (वीजी) में पूल करता है। पूल किए गए एलई को तब एक साथ वर्चुअल डिस्क विभाजन में जोड़ा जा सकता है जिसे [[तार्किक मात्रा]] या तार्किक वॉल्यूम कहा जाता है। प्रणाली एलवी  को डिस्क विभाजन की तरह कच्चे ब्लॉक उपकरण के रूप में उपयोग कर सकते हैं: उन पर माउंटेबल [[फाइल सिस्टम|फाइल प्रणाली]] बनाना, या [[ आभासी मेमोरी |आभासी मेमोरी]]  भंडारण के रूप में उनका उपयोग करना होता है।
-स्ट्राइप्ड LV प्रत्येक क्रमिक LE को एक भिन्न PV से आवंटित करते हैं; LEs के आकार के आधार पर, यह कई PV के संयुक्त रीड-थ्रूपुट को लाकर बड़े अनुक्रमिक रीड्स पर प्रदर्शन में सुधार कर सकता है।
+स्ट्राइप्ड एलवी प्रत्येक क्रमिक एलई को एक भिन्न पीवी से आवंटित करते हैं; एलई के आकार के आधार पर, यह कई पीवी के संयुक्त रीड-थ्रूपुट को लाकर बड़े अनुक्रमिक रीड्स पर प्रदर्शन में सुधार कर सकता है।
-प्रशासक LVs को बढ़ा सकते हैं (अधिक LEs को जोड़कर) या उन्हें सिकोड़ सकते हैं (LEs को पूल में लौटा कर) संबंधित LEs का सन्निहित होना आवश्यक नहीं है। यह LVs को पहले से आवंटित LEs को स्थानांतरित किए बिना बढ़ने की अनुमति देता है। कुछ मात्रा प्रबंधक ऑनलाइन रहते हुए किसी भी दिशा में LVs के पुन: आकार बदलने की अनुमति देते हैं। LVs के आकार को बदलने से आवश्यक रूप से उस पर फाइल प्रणाली का आकार नहीं बदलता है; यह केवल अपने स्थान के आकार को बदलता है। एक फ़ाइल प्रणाली जिसे ऑनलाइन आकार दिया जा सकता है, की सिफारिश की जाती है कि यह प्रणाली को अनुप्रयोगों को बाधित किए बिना अपने भंडारण को उड़ान पर समायोजित करने की अनुमति देता है।
+प्रशासक एलवी  को बढ़ा सकते हैं (अधिक एलई को जोड़कर) या उन्हें सिकोड़ सकते हैं (एलई को पूल में लौटा कर) संबंधित एलई का सन्निहित होना आवश्यक नहीं है। यह एलवी  को पहले से आवंटित एलई को स्थानांतरित किए बिना बढ़ने की अनुमति देता है। कुछ मात्रा प्रबंधक ऑनलाइन रहते हुए किसी भी दिशा में एलवी  के पुन: आकार बदलने की अनुमति देते हैं। एलवी  के आकार को बदलने से आवश्यक रूप से उस पर फाइल प्रणाली का आकार नहीं बदलता है; यह केवल अपने स्थान के आकार को बदलता है। एक फ़ाइल प्रणाली जिसे ऑनलाइन आकार दिया जा सकता है, की सिफारिश की जाती है कि यह प्रणाली को अनुप्रयोगों को बाधित किए बिना अपने भंडारण को उड़ान पर समायोजित करने की अनुमति देता है।
-PVs और LVs को अलग-अलग VGs के बीच साझा या विस्तारित नहीं किया जा सकता है (चूँकि कुछ वॉल्यूम प्रबंधक उन्हें एक ही आयोजक पर VGs के बीच इच्छानुसार स्थानांतरित करने की अनुमति दे सकते हैं)। यह प्रशासकों को सरलता से VGs को ऑनलाइन लाने, उन्हें ऑफ़लाइन करने या आयोजक प्रणाली के बीच एकल प्रशासनिक इकाई के रूप में स्थानांतरित करने की अनुमति देता है।
+पीवी और एलवी  को अलग-अलग वीजी के बीच साझा या विस्तारित नहीं किया जा सकता है (चूँकि कुछ वॉल्यूम प्रबंधक उन्हें एक ही आयोजक पर वीजी के बीच इच्छानुसार स्थानांतरित करने की अनुमति दे सकते हैं)। यह प्रशासकों को सरलता से वीजी को ऑनलाइन लाने, उन्हें ऑफ़लाइन करने या आयोजक प्रणाली के बीच एकल प्रशासनिक इकाई के रूप में स्थानांतरित करने की अनुमति देता है।
-VGs अपने  भंडारण पूल को नए पीवी को अवशोषित करके बढ़ा सकते हैं या PVs से पीछे हटकर सिकुड़ सकते हैं। इसमें पहले से आवंटित LEs को PVs से बाहर ले जाना सम्मिलित हो सकता है। अधिकांश मात्रा प्रबंधक इस गतिविधि को ऑनलाइन कर सकते हैं; यदि अंतर्निहित हार्डवेयर हॉट-प्लगेबल है तो यह इंजीनियरों को प्रणाली डाउनटाइम के बिना  भंडारण को अपग्रेड करने या बदलने की अनुमति देता है।
+वीजी अपने  भंडारण पूल को नए पीवी को अवशोषित करके बढ़ा सकते हैं या पीवी से पीछे हटकर सिकुड़ सकते हैं। इसमें पहले से आवंटित एलई को पीवी से बाहर ले जाना सम्मिलित हो सकता है। अधिकांश मात्रा प्रबंधक इस गतिविधि को ऑनलाइन कर सकते हैं; यदि अंतर्निहित हार्डवेयर हॉट-प्लगेबल है तो यह इंजीनियरों को प्रणाली डाउनटाइम के बिना  भंडारण को अपग्रेड करने या बदलने की अनुमति देता है।
 == अवधारणाएं ==
 === [[संकर मात्रा]] ===
-एक हाइब्रिड वॉल्यूम कोई भी वॉल्यूम है जो जानबूझकर और अपारदर्शी रूप से दो अलग-अलग भौतिक वॉल्यूम का उपयोग करता है। उदाहरण के लिए, एक वर्कलोड में यादृच्छिक खोज सम्मिलित हो सकती है, इसलिए SSD का उपयोग स्थायी रूप से उपयोग किए जाने वाले या हाल ही में लिखे गए डेटा को स्थायी रूप से संग्रहीत करने के लिए किया जा सकता है, जबकि उच्च क्षमता वाले घूर्णी चुंबकीय मीडिया का उपयोग दुर्लभ रूप से आवश्यक डेटा के दीर्घकालिक भंडारण के लिए किया जाता है। लिनक्स पर, इस उद्देश्य के लिए [[bcache]] या [[dm-cache]] का उपयोग किया जा सकता है, जबकि OS X पर [[Fusion Drive|फ्यूजन ड्राइव]] का उपयोग किया जा सकता है। [[ZFS]] प्रशासकों को मल्टी-लेवल रीड/राइट कैशिंग को कॉन्फ़िगर करने की अनुमति देकर फ़ाइल प्रणाली स्तर पर भी इस कार्यक्षमता को प्रयुक्त करता है।
+एक हाइब्रिड वॉल्यूम कोई भी वॉल्यूम है जो जानबूझकर और अपारदर्शी रूप से दो अलग-अलग भौतिक वॉल्यूम का उपयोग करता है। उदाहरण के लिए, एक वर्कलोड में यादृच्छिक खोज सम्मिलित हो सकती है, इसलिए एसएसडी का उपयोग स्थायी रूप से उपयोग किए जाने वाले या हाल ही में लिखे गए डेटा को स्थायी रूप से संग्रहीत करने के लिए किया जा सकता है, जबकि उच्च क्षमता वाले घूर्णी चुंबकीय मीडिया का उपयोग दुर्लभ रूप से आवश्यक डेटा के दीर्घकालिक भंडारण के लिए किया जाता है। लिनक्स पर, इस उद्देश्य के लिए [[bcache|बीकैश]] या [[dm-cache|डीएम-कैश]] का उपयोग किया जा सकता है, जबकि ओएस एक्स पर [[Fusion Drive|फ्यूजन ड्राइव]] का उपयोग किया जा सकता है। [[ZFS|जेडएफएस]] प्रशासकों को मल्टी-लेवल रीड/राइट कैशिंग को कॉन्फ़िगर करने की अनुमति देकर फ़ाइल प्रणाली स्तर पर भी इस कार्यक्षमता को प्रयुक्त करता है।
 हाइब्रिड वॉल्यूम [[हाइब्रिड ड्राइव]] के समान अवधारणा प्रस्तुत करते हैं, जो ठोस भंडारण और घूर्णी चुंबकीय मीडिया को भी जोड़ती है।
 === स्नैपशॉट ===
-कुछ वॉल्यूम प्रबंधक प्रत्येक LE में [[लिखने पर नकल]] प्रयुक्त करके स्नैपशॉट (कंप्यूटर  भंडारण) भी प्रयुक्त करते हैं। इस योजना में, वॉल्यूम प्रबंधक LE को लिखे जाने से ठीक पहले कॉपी-ऑन-राइट टेबल पर कॉपी करेगा। यह LV के पुराने संस्करण, स्नैपशॉट को संरक्षित करता है, जिसे बाद में वर्तमान LV के ऊपर कॉपी-ऑन-राइट टेबल ओवरले करके फिर से बनाया जा सकता है। जब तक वॉल्यूम प्रबंधन थिन प्रोविजनिंग और डिस्कार्ड दोनों का समर्थन नहीं करता है, एक बार मूल वॉल्यूम में LE लिखे जाने के बाद, यह स्नैपशॉट वॉल्यूम में स्थायी रूप से संग्रहीत हो जाता है। यदि स्नैपशॉट वॉल्यूम को उसके मूल से छोटा बनाया गया था, जो एक सामान्य अभ्यास है, तो यह स्नैपशॉट को निष्क्रिय कर सकता है।
+कुछ वॉल्यूम प्रबंधक प्रत्येक एलई में [[लिखने पर नकल]] प्रयुक्त करके स्नैपशॉट (कंप्यूटर  भंडारण) भी प्रयुक्त करते हैं। इस योजना में, वॉल्यूम प्रबंधक एलई को लिखे जाने से ठीक पहले कॉपी-ऑन-राइट टेबल पर कॉपी करेगा। यह एलवी के पुराने संस्करण, स्नैपशॉट को संरक्षित करता है, जिसे बाद में वर्तमान एलवी के ऊपर कॉपी-ऑन-राइट टेबल ओवरले करके फिर से बनाया जा सकता है। जब तक वॉल्यूम प्रबंधन थिन प्रोविजनिंग और डिस्कार्ड दोनों का समर्थन नहीं करता है, एक बार मूल वॉल्यूम में एलई लिखे जाने के बाद, यह स्नैपशॉट वॉल्यूम में स्थायी रूप से संग्रहीत हो जाता है। यदि स्नैपशॉट वॉल्यूम को उसके मूल से छोटा बनाया गया था, जो एक सामान्य अभ्यास है, तो यह स्नैपशॉट को निष्क्रिय कर सकता है।
 स्नैपशॉट अस्थिर डेटा के स्व-सुसंगत संस्करणों का बैकअप लेने के लिए उपयोगी हो सकते हैं जैसे किसी व्यस्त डेटाबेस से तालिका फ़ाइलें, या एक ही ऑपरेशन में बड़े परिवर्तन (जैसे ऑपरेटिंग प्रणाली अपग्रेड) को रोल बैक करने के लिए। स्नैपशॉट का वैसा ही प्रभाव होता है जैसा कि भंडारण शांत करने का प्रतिपादन करता है, और माइक्रोसॉफ़्ट विंडोज़ में [[छाया प्रति]] (वीएसएस) सेवा के समान होता है।
@@ Line 36: / Line 36: @@
 |-
 ! वेंडर
-! Introduced in
+! में परिचय कराया
 ! वॉल्यूम मैनेजर
 ! कहीं आवंटित करें{{Efn|Denotes whether the volume manager allows LVs to grow and span onto any PV in the VG}}
@@ Line 47: / Line 47: @@
 ! '''नोट्स'''
 |-
-| [[IBM]]
+| [[IBM|आईबीएम]]
-| [[AIX operating system|AIX]] 3.0 (1989)
+| [[AIX operating system|एआईएक्स]] 3.0 (1989)
-| [[Logical Volume Manager (AIX)|Logical Volume Manager]]
+| [[Logical Volume Manager (AIX)|तार्किक वॉल्यूम मैनेजर]]
 | {{yes}}
 | {{yes}}{{Efn|JFS2 snapshots}}
@@ Line 57: / Line 57: @@
 | {{yes}}{{Efn|AIX 5.1}}
 |
-| Refers to PEs as PPs (physical partitions), and to LEs as LPs (logical partitions). Does not have a copy-on-write snapshot mechanism; creates snapshots by freezing one volume of a mirror pair.
+| पीई को पीपी (भौतिक विभाजन) के रूप में और एलई को एलपी (तार्किक विभाजन) के रूप में संदर्भित करता है। कॉपी-ऑन-राइट स्नैपशॉट तंत्र नहीं है; मिरर पेयर के एक वॉल्यूम को फ्रीज़ करके स्नैपशॉट बनाता है।
 |-
-| [[Hewlett-Packard]]
+| [[Hewlett-Packard|हेवलेट पैकर्ड]]
-| [[HP-UX]] 9.0
+| [[HP-UX|एचपी-यूएक्स]] 9.0
-| HP Logical Volume Manager
+| एचपी तार्किक वॉल्यूम मैनेजर
 | {{yes}}
 | {{yes}}
@@ Line 72: / Line 72: @@
 |-
 |
-| [[FreeBSD]]
+| [[FreeBSD|मुक्तबीएसडी]]
-| [[Vinum volume manager|Vinum Volume Manager]]
+| [[Vinum volume manager|विनम वॉल्यूम मैनेजर]]
 | {{yes}}
 | {{yes}}{{Efn|UFS snapshots}}
@@ Line 81: / Line 81: @@
 | {{yes}}
 |
-| The FreeBSD fast file system (UFS) supports snapshots.
+| फ्रीबीएसडी फास्ट फाइल प्रणाली (यूएफएस) स्नैपशॉट का समर्थन करता है।
 |-
 |
-| [[FreeBSD]]
+| [[FreeBSD|मुक्तबीएसडी]]
-| [[ZFS]]
+| [[ZFS|जेडएफएस]]
 | {{yes}}
 | {{yes}}
@@ Line 93: / Line 93: @@
 | {{yes}}
 | {{yes}}
-| A file system with integrated volume management
+| एकीकृत मात्रा प्रबंधन के साथ एक फाइल प्रणाली
 |-
-| rowspan="3" |The NetBSD Foundation, Inc.
+| rowspan="3" |नेटबीएसडी फाउंडेशन, इंक।
-| [[NetBSD]]
+| [[NetBSD|नेटबीएसडी]]
-| [[Logical volume manager (BSD)|Logical Volume Manager]]
+| [[Logical volume manager (BSD)|तार्किक वॉल्यूम मैनेजर]]
 | {{yes}}
 | {{no}}
@@ Line 105: / Line 105: @@
 | {{no}}
 |
-| NetBSD from version 6.0 supports its own re-implementation of Linux LVM. Re-implementation is based on a BSD licensed device-mapper driver and uses a port of Linux lvm tools as the userspace part of LVM. There is no need to support RAID5 in LVM because of NetBSD superior RAIDFrame subsystem.
+| संस्करण 6.0 से नेटबीएसडी अपने स्वयं के लिंक्स एलवीएम के पुन: कार्यान्वयन का समर्थन करता है। पुनर्कार्यान्वयन एक बीएसडी लाइसेंसशुदा उपकरण-मैपर ड्राइवर पर आधारित है और एलवीएम के उपयोक्तास्थान भाग के रूप में लिंक्स एलवीएम टूल के पोर्ट का उपयोग करता है। नेटबीएसडी बेहतर आरएआईडीफ़्रेम उपप्रणाली के कारण एलवीएम में आरएआईडी5 का समर्थन करने की कोई आवश्यकता नहीं है।
 |-
-| [[NetBSD]]
+| [[NetBSD|नेटबीएसडी]]
-| [[ZFS]]
+| [[ZFS|जेडएफएस]]
 | {{yes}}
 | {{yes}}
@@ Line 116: / Line 116: @@
 | {{yes}}
 | {{yes}}
-| A file system with integrated volume management
+| एकीकृत मात्रा प्रबंधन के साथ एक फाइल प्रणाली
 |-
-| {{Section link|NetBSD#5.0}} (2009)
+| {{Section link|नेटबीएसडी#5.0}} (2009)
-| [[bioctl]] [[Areca (company)|arcmsr]]<ref name="netbsd§arcmsr">{{cite web |author1= Juan Romero Pardines (2007/2008) |author2= David Gwynne (2006) |url= http://bxr.su/n/share/man/man4/arcmsr.4 |title= arcmsr — Areca Technology Corporation SATA/SAS RAID controller |work= NetBSD Kernel Interfaces Manual |publisher= [[NetBSD]]}}</ref>
+| बायोक्टल आरसीएमएसआर<ref name="netbsd§arcmsr">{{cite web |author1= Juan Romero Pardines (2007/2008) |author2= David Gwynne (2006) |url= http://bxr.su/n/share/man/man4/arcmsr.4 |title= arcmsr — Areca Technology Corporation SATA/SAS RAID controller |work= NetBSD Kernel Interfaces Manual |publisher= [[NetBSD]]}}</ref>
 | {{no}}
 | {{no}}
@@ Line 127: / Line 127: @@
 | {{yes}}<ref name=arcmsr.c>{{cite web |author1= Juan Romero Pardines (2007/2008) |author2= David Gwynne (2006) |url= http://bxr.su/n/sys/dev/pci/arcmsr.c#arc_bio_volops |title= arcmsr.c § arc_bio_volops |website= BSD Cross Reference |publisher= [[NetBSD]]}}</ref>
 |
-| [[bioctl]] on NetBSD can be used for both maintenance and initialisation of hardware RAID, although initialisation (through <code>BIOCVOLOPS</code> [[ioctl]]) is only supported by a single driver as of 2019 — <code>arcmsr(4)</code>{{r|netbsd§arcmsr|arcmsr.c}}; software RAID is supported separately through [[RAIDframe]]<ref name=RAIDframe>{{cite web |author1= The NetBSD Foundation, Inc. (1998) |author2= [[Carnegie-Mellon University]] (1995) |url= http://bxr.su/n/share/man/man4/raid.4 |title= raid — RAIDframe disk driver |work= NetBSD Kernel Interfaces Manual |publisher= [[NetBSD]]}}</ref><ref name=raidctl>{{cite web |author1= The NetBSD Foundation, Inc. (1998) |author2= [[Carnegie-Mellon University]] (1995) |url= http://bxr.su/n/sbin/raidctl/raidctl.8 |title= raidctl — configuration utility for the RAIDframe disk driver |work= NetBSD System Manager's Manual |publisher= [[NetBSD]]}}</ref> and [[ZFS]]
+| नेटबीएसडी पर [[bioctl|बायोक्टल]] का उपयोग हार्डवेयर आरएआईडी, के रखरखाव और आरंभीकरण दोनों के लिए किया जा सकता है, चूँकि आरंभीकरण (<code>BIOCVOLOPS</code> [[ioctl|आईओसीटीएल]] के माध्यम से) 2019 तक केवल एक ड्राइवर द्वारा समर्थित है: <code>arcmsr(4)</code>{{r|netbsd§arcmsr|arcmsr.c}}; सॉफ्टवेयर आरएआईडी अलग से [[RAIDframe|आरएआईडीफ्रेम]]<ref name=RAIDframe>{{cite web |author1= The NetBSD Foundation, Inc. (1998) |author2= [[Carnegie-Mellon University]] (1995) |url= http://bxr.su/n/share/man/man4/raid.4 |title= raid — RAIDframe disk driver |work= NetBSD Kernel Interfaces Manual |publisher= [[NetBSD]]}}</ref><ref name=raidctl>{{cite web |author1= The NetBSD Foundation, Inc. (1998) |author2= [[Carnegie-Mellon University]] (1995) |url= http://bxr.su/n/sbin/raidctl/raidctl.8 |title= raidctl — configuration utility for the RAIDframe disk driver |work= NetBSD System Manager's Manual |publisher= [[NetBSD]]}}</ref> और [[ZFS|जेडएफएस]] के माध्यम से समर्थित है
 |-
-| The OpenBSD Project
+| ओपनबीएसडी परियोजना
-| [[OpenBSD version history#4.2|OpenBSD 4.2]] (2007)
+| [[OpenBSD version history#4.2|ओपनबीएसडी 4.2]] (2007)
-| [[bioctl]] softraid<ref name="openbsd§softraid">{{cite web |author1= Marco Peereboom |date= 2007 |author2= Todd T. Fries |url= http://bxr.su/o/share/man/man4/softraid.4 |title= softraid — software RAID |work= Device Drivers Manual |publisher= [[OpenBSD]]}}
+| [[bioctl|बायोक्टल]] सॉफ्टआरएआईडी<ref name="openbsd§softraid">{{cite web |author1= Marco Peereboom |date= 2007 |author2= Todd T. Fries |url= http://bxr.su/o/share/man/man4/softraid.4 |title= softraid — software RAID |work= Device Drivers Manual |publisher= [[OpenBSD]]}}
 *{{cite book |section=softraid — software RAID |title=OpenBSD manual page server |url=http://mdoc.su/o/softraid.4}}</ref>
 | {{yes}}
@@ Line 140: / Line 140: @@
 | {{yes}}
 |
-| [[bioctl]] on OpenBSD can be used for maintenance of hardware RAID, as well as for both initialisation and maintenance of software RAID
+| ओपनबीएसडी पर [[bioctl|बायोक्टल]] का उपयोग हार्डवेयर आरएआईडी के रखरखाव के साथ-साथ सॉफ़्टवेयर आरएआईडी के आरंभीकरण और रखरखाव दोनों के लिए किया जा सकता है
 |-
 |
-| [[Linux]] 2.2
+| [[Linux|लिनक्स]] 2.2
-| [[Logical Volume Manager (Linux)|Logical Volume Manager version 1]]
+| [[Logical Volume Manager (Linux)|तार्किक वॉल्यूम मैनेजर संस्करण 1]]
 | {{yes}}
 | {{yes}}
@@ Line 155: / Line 155: @@
 |-
 |
-| [[Linux]] 2.4
+| [[Linux|लिनक्स]] 2.4
-| [[Enterprise Volume Management System]]
+| [[Enterprise Volume Management System|एंटरप्राइज वॉल्यूम मैनेजमेंट प्रणाली]]
 | {{yes}}
 | {{yes}}
@@ Line 167: / Line 167: @@
 |-
 |
-| [[Linux]] 2.6 and above
+| [[Linux|लिनक्स]] 2.6 और ऊपर दिए गए
-| [[Logical Volume Manager (Linux)|Logical Volume Manager version 2]]
+| [[Logical Volume Manager (Linux)|तार्किक वॉल्यूम मैनेजर संस्करण 2]]
 | {{yes}}
 | {{yes}}
@@ Line 179: / Line 179: @@
 |-
 |
-| [[Linux]] 2.6 and above
+| [[Linux|लिनक्स]] 2.6 और ऊपर दिए गए
-| [[Btrfs]]
+| [[Btrfs|बीटीआरएफएस]]
 | {{yes}}
 | {{yes}}
@@ Line 188: / Line 188: @@
 | {{yes}}
 | {{n/a}}
-| A file system with integrated volume management
+| एकीकृत मात्रा प्रबंधन के साथ एक फाइल प्रणाली
 |-
-| [[Silicon Graphics]]
+| [[Silicon Graphics|सिलिकॉन ग्राफिक्स]]
-| [[IRIX]] or [[Linux]]
+| [[IRIX|आईआरआईएक्स]] या [[Linux|लिनक्स]]
-| [[XVM Volume Manager]]
+| [[XVM Volume Manager|एक्सवीएम वॉल्यूम मैनेजर]]
 | {{yes}}
 | {{yes}}
@@ Line 202: / Line 202: @@
 |
 |-
-| rowspan="2" | [[Sun Microsystems]]
+| rowspan="2" | [[Sun Microsystems|सन माइक्रोप्रणाली्स]]
-| [[SunOS]]
+| [[SunOS|सनओएस]]
-| [[Solaris Volume Manager]] (was [[Solstice DiskSuite]]).
+| [[Solaris Volume Manager|सोलारिस वॉल्यूम मैनेजर]] ([[Solstice DiskSuite|सोलस्टाइस डिस्कसुइट]] था)।
 | {{no}}
 | {{no}}
@@ Line 212: / Line 212: @@
 | {{yes}}
 |
-| Refers to PVs as volumes (which can be combined with RAID0, RAID1 or RAID5 primitives into larger volumes), to LVs as soft partitions (which are contiguous extents placeable anywhere on volumes, but which cannot span multiple volumes), and to VGs as disk sets.
+| पीवी को वॉल्यूम के रूप में संदर्भित करता है (जिसे आरएआईडी0, आरएआईडी1 या आरएआईडी5 आदिम के साथ बड़े वॉल्यूम में जोड़ा जा सकता है), एलवी को सॉफ्ट पार्टिशन के रूप में (जो कि वॉल्यूम पर कहीं भी लगाने योग्य सन्निहित विस्तार हैं, लेकिन जो कई वॉल्यूम नहीं फैला सकते हैं), और वीजी को डिस्क के रूप में संदर्भित करता है। सेट।
 |-
-| [[Solaris 10]]
+| [[Solaris 10|सोलारिस 10]]
-| [[ZFS]]
+| [[ZFS|जेडएफएस]]
 | {{yes}}
 | {{yes}}
@@ Line 223: / Line 223: @@
 | {{yes}}
 | {{yes}}
-| A file system with integrated volume management
+| एकीकृत मात्रा प्रबंधन के साथ एक फाइल प्रणाली
 |-
 |
-| [[illumos]]
+| [[illumos|इलुमोस]]
-| [[ZFS]]
+| [[ZFS|जेडएफएस]]
 | {{yes}}
 | {{yes}}
@@ Line 235: / Line 235: @@
 | {{yes}}
 | {{yes}}
-| A file system with integrated volume management
+| एकीकृत मात्रा प्रबंधन के साथ एक फाइल प्रणाली
 |-
-| [[Veritas Software|Veritas]]{{Efn|Third-party product, available for Windows and many [[Unix-like]] OSes}}
+| [[Veritas Software|वेरिटास]]{{Efn|Third-party product, available for Windows and many [[Unix-like]] OSes}}
-| Cross-OS
+| क्रॉस-ओएस
-| [[Veritas Volume Manager]] (VxVM)
+| [[Veritas Volume Manager|वेरिटास वॉल्यूम मैनेजर]] (वीएक्सवीएम)
 | {{yes}}
 | {{yes}}
@@ Line 247: / Line 247: @@
 | {{yes}}
 |
-| Refers to LVs as ''volumes'', to VGs as ''disk groups''; has variably-sized PEs called ''subdisks'' and LEs called ''plexes''.
+| एलवी को वॉल्यूम के रूप में, वीजी को डिस्क समूह के रूप में संदर्भित करता है; अलग-अलग आकार के पीई होते हैं जिन्हें सबडिस्क कहा जाता है और एलई को प्लेक्स कहा जाता है।
 |-
-| rowspan="3" | [[Microsoft]]
+| rowspan="3" | [[Microsoft|माइक्रोसॉफ्ट]]
-| [[Windows 2000]] and later NT-based operating systems
+| [[Windows 2000|विंडोज 2000]] और बाद में एनटी-आधारित ऑपरेटिंग प्रणाली
-| [[Logical Disk Manager]]
+| [[Logical Disk Manager|तार्किक डिस्क प्रबंधक]]
 | {{Yes}}
 | {{yes}}{{Efn|[[Windows Server 2003]] and later}}
@@ Line 259: / Line 259: @@
 | {{no}}
 | {{no}}
-| Does not have a concept of PEs or LEs; can only RAID0, RAID1, RAID5 or concatenate disk partitions into larger volumes; file systems must span whole volumes.
+| पीई या एलई की अवधारणा नहीं है; केवल आरएआईडी0, आरएआईडी1, आरएआईडी5 या डिस्क विभाजन को बड़ी मात्रा में जोड़ सकते हैं; फाइल प्रणाली को पूरे वॉल्यूम को फैलाना चाहिए।
 |-
-| [[Windows 8]]
+| [[Windows 8|विंडोज 8]]
-| [[Features new to Windows 8#Storage Spaces|Storage Spaces]]<ref>{{cite web|url=http://blogs.msdn.com/b/b8/archive/2012/01/05/virtualizing-storage-for-scale-resiliency-and-efficiency.aspx|title=MSDN Blogs - Building Windows 8: Virtualizing Storage for Scale, Resiliency, and Efficiency|website=Blogs.MSDN.com}}</ref>
+| [[Features new to Windows 8#Storage Spaces|भंडारण स्थान]]<ref>{{cite web|url=http://blogs.msdn.com/b/b8/archive/2012/01/05/virtualizing-storage-for-scale-resiliency-and-efficiency.aspx|title=MSDN Blogs - Building Windows 8: Virtualizing Storage for Scale, Resiliency, and Efficiency|website=Blogs.MSDN.com}}</ref>
 | {{Yes}}
 | {{yes}}
@@ Line 270: / Line 270: @@
 | {{no}}
 | {{yes}}
-|Higher-level logic than RAID1 and RAID5 - multiple storage spaces span multiple disks of different size, storage spaces are resilient from physical failure with either mirroring (at least 2 disks) or striped parity (at least 3 disks), disk management and data recovery is fully automatic
+|आरएआईडी1 और आरएआईडी5 की तुलना में उच्च-स्तरीय तर्क - कई स्टोरेज स्थान विभिन्न आकार के कई डिस्क फैलाते हैं, स्टोरेज स्थान या तो मिररिंग (कम से कम 2 डिस्क) या स्ट्राइप्ड पैरिटी (कम से कम 3 डिस्क), डिस्क प्रबंधन और डेटा रिकवरी के साथ भौतिक विफलता से लचीला होता है। पूरी तरह से स्वचालित है
 |-
-| [[Windows 10]]
+| [[Windows 10|विंडोज 10]]
-| [[Storage Spaces]]
+| [[Storage Spaces|भंडारण स्थान]]
 | {{Yes}}
 | {{yes}}
@@ Line 281: / Line 281: @@
 | {{yes}}
 | {{yes}}
-|RAID 10 is called disk mirroring
+|आरएआईडी 10 को डिस्क मिररिंग कहा जाता है
 |-
-| [[Red Hat]]
+| [[Red Hat|रेड हैट]]
-| [[Linux]] 4.14 and above
+| [[Linux|लिनक्स]] 4.14 और ऊपर दिए गए
 | [[Stratis (configuration daemon)|Stratis]]<ref>{{cite web|url=https://stratis-storage.github.io/ |title=Stratis Storage |publisher=Stratis-storage.github.io |access-date=2019-08-05}}</ref>
 | {{Yes}}
@@ Line 293: / Line 293: @@
 | {{no}}
 | {{yes}}
-| RAID support planned in 2.0 version <ref>{{cite web|url=https://stratis-storage.github.io/StratisSoftwareDesign.pdf |title=Stratis Software Design: Version 1.0.0∗ |date=September 27, 2018 |access-date=2019-08-05}}</ref>
+| आरएआईडी समर्थन 2.0 संस्करण में योजनाबद्ध है <ref>{{cite web|url=https://stratis-storage.github.io/StratisSoftwareDesign.pdf |title=Stratis Software Design: Version 1.0.0∗ |date=September 27, 2018 |access-date=2019-08-05}}</ref>
 |-
-| [[Apple Inc.|Apple]]
+| [[Apple Inc.|एप्पल]]
-| [[Mac OS X Lion]]
+| [[Mac OS X Lion|मैक ओएस एक्स लायन]]
-| [[Core Storage]]
+| [[Core Storage|कोर भंडारण]]
 | {{yes}}<ref>{{cite web|title=man page diskutil section 8|url=http://www.manpagez.com/man/8/diskutil/|website=ManPagez.com|access-date=2011-10-06}}</ref>
 | {{no}}
@@ Line 305: / Line 305: @@
 | {{no}}
 | {{no}}
-| Currently, it is used in Lion's implementation of [[FileVault]], in order to allow for [[full disk encryption]], as well as [[Fusion Drive]], which is merely a multi-PV LVG.<br />
+| वर्तमान में, इसका उपयोग [[full disk encryption|पूर्ण डिस्क एन्क्रिप्शन]] के साथ-साथ [[Fusion Drive|फ़्यूज़न ड्राइव]] की अनुमति देने के लिए लायन के [[FileVault|फ़ाइलवॉल्ट]] के कार्यान्वयन में किया जाता है, जो कि केवल एक बहु-पीवी एलवीजी है।<br />
-Snapshots are handled by [[Time Machine (macOS)|Time Machine]]; Software-based RAID is provided by AppleRAID. Both are separate from Core Storage.
+स्नैपशॉट [[Time Machine (macOS)|टाइम मशीन]] द्वारा नियंत्रित किए जाते हैं; सॉफ़्टवेयर-आधारित आरएआईडी एप्पलआरएआईडी द्वारा प्रदान किया जाता है। दोनों कोर भंडारण से अलग हैं।
 |}
@@ Line 312: / Line 312: @@
 == हानि ==
-लॉजिकल वॉल्यूम फ़्रैगमेंटेशन (कंप्यूटर) बाहरी फ़्रैगमेंटेशन से परेसान हो सकते हैं, जब अंतर्निहित  भंडारण डिवाइस अपने PEs को लगातार आवंटित नहीं करते हैं। यह चुंबकीय डिस्क और अन्य घूर्णी मीडिया जैसे धीमी गति वाले मीडिया पर I/O प्रदर्शन को कम कर सकता है। वॉल्यूम प्रबंधक जो निश्चित आकार के PEs का उपयोग करते हैं, चूंकि, सामान्यतः PEs को अपेक्षाकृत बड़ा बनाते हैं (उदाहरण के लिए, [[लॉजिकल वॉल्यूम मैनेजर (लिनक्स)]] डिफ़ॉल्ट रूप से 4 एमबी का उपयोग करता है) इन खोजों की लागत को कम करने (लेखांकन) के लिए होते है ।
+तार्किक वॉल्यूम फ़्रैगमेंटेशन (कंप्यूटर) बाहरी फ़्रैगमेंटेशन से परेसान हो सकते हैं, जब अंतर्निहित  भंडारण उपकरण अपने पीई को निरंतर आवंटित नहीं करते हैं। यह चुंबकीय डिस्क और अन्य घूर्णी मीडिया जैसे धीमी गति वाले मीडिया पर इनपुट/आउटपुट प्रदर्शन को कम कर सकता है। वॉल्यूम प्रबंधक जो निश्चित आकार के पीई का उपयोग करते हैं, चूंकि, सामान्यतः पीई को अपेक्षाकृत बड़ा बनाते हैं (उदाहरण के लिए, [[लॉजिकल वॉल्यूम मैनेजर (लिनक्स)|तार्किक वॉल्यूम मैनेजर (लिनक्स)]] डिफ़ॉल्ट रूप से 4 एमबी का उपयोग करता है) इन खोजों की लागत को कम करने (लेखांकन) के लिए होते है ।
-कार्यान्वयन के साथ जो केवल वॉल्यूम प्रबंधन हैं, जैसे कि [[कोर स्टोरेज|कोर  भंडारण]] और लिनक्स LVM, फ़ाइल प्रणाली से वॉल्यूम प्रबंधन को अलग करना और अलग करना विशेष फ़ाइलों या निर्देशिकाओं के लिए सरलता से  भंडारण निर्णय लेने की क्षमता खो देता है। उदाहरण के लिए, यदि एक निश्चित निर्देशिका (लेकिन संपूर्ण फाइल प्रणाली नहीं) को स्थायी रूप से तेज  भंडारण में ले जाना है, तो फाइल प्रणाली लेआउट और अंतर्निहित वॉल्यूम प्रबंधन परत दोनों को पार करने की आवश्यकता है। उदाहरण के लिए, लिनक्स पर फ़ाइल प्रणाली के अन्दर फ़ाइल की सामग्री के ऑफ़सेट को मैन्युअल रूप से निर्धारित करने की आवश्यकता होगी और फिर मैन्युअल रूप से {{dfn|<code>pvmove</code>|Moves the allocated physical extents (PEs) on a source PV to one or more destination PVs}} तेजी से भंडारण के लिए विस्तार (उस फ़ाइल से संबंधित डेटा के साथ नहीं)। वॉल्यूम और फ़ाइल प्रबंधन को एक ही सबप्रणाली के भीतर प्रयुक्त करने के बजाय, उन्हें अलग सबप्रणाली के रूप में प्रयुक्त करने से, समग्र प्रक्रिया सैद्धांतिक रूप से सरल हो जाती है।
+कार्यान्वयन के साथ जो केवल वॉल्यूम प्रबंधन हैं, जैसे कि [[कोर स्टोरेज|कोर  भंडारण]] और लिनक्स एलवीएम, फ़ाइल प्रणाली से वॉल्यूम प्रबंधन को अलग करना और अलग करना विशेष फ़ाइलों या निर्देशिकाओं के लिए सरलता से  भंडारण निर्णय लेने की क्षमता खो देता है। उदाहरण के लिए, यदि एक निश्चित निर्देशिका (लेकिन संपूर्ण फाइल प्रणाली नहीं) को स्थायी रूप से तीव्र  भंडारण में ले जाना है, तो फाइल प्रणाली लेआउट और अंतर्निहित वॉल्यूम प्रबंधन परत दोनों को पार करने की आवश्यकता है। उदाहरण के लिए, लिनक्स पर फ़ाइल प्रणाली के अन्दर फ़ाइल की सामग्री के ऑफ़सेट को मैन्युअल रूप से निर्धारित करने की आवश्यकता होगी और फिर मैन्युअल रूप से {{dfn|<code>pvmove</code>|Moves the allocated physical extents (PEs) on a source PV to one or more destination PVs}} तीव्रता से भंडारण के लिए विस्तार (उस फ़ाइल से संबंधित डेटा के साथ नहीं) है। वॉल्यूम और फ़ाइल प्रबंधन को एक ही सबप्रणाली के अन्दर प्रयुक्त करने के अतिरिक्त, उन्हें अलग सबप्रणाली के रूप में प्रयुक्त करने से, समग्र प्रक्रिया सैद्धांतिक रूप से सरल हो जाती है।
 == टिप्पणियाँ ==
@@ Line 321: / Line 321: @@
 == यह भी देखें ==
-* [[डिवाइस मैपर]]
+* [[डिवाइस मैपर|उपकरण मैपर]]
 == संदर्भ ==

Anonymous

Search

तार्किक मात्रा प्रबंधन: Difference between revisions

Revision as of 11:56, 8 May 2023

डिजाइन

अवधारणाएं

संकर मात्रा

स्नैपशॉट

कार्यान्वयन

हानि

टिप्पणियाँ

यह भी देखें

संदर्भ

स्रोत

Navigation

Wiki tools

Page tools

Other projects

Hidden categories