एक ही इमारत के भीतर चल सर्वर


61

यहां मेरा परिदृश्य है: मैं एक डेवलपर हूं जो मुझे विरासत में मिला है (मेरे लिए अनजान) मेरे कार्यालय के भीतर स्थित तीन सर्वर। मुझे एक संदर्भ बिंदु के रूप में सर्वर प्रशासन ज्ञान और google / ServerFault की एक अलग कमी के साथ सर्वर का व्यवस्थापक होने का काम भी विरासत में मिला। सौभाग्य से, मुझे वास्तव में कभी भी मशीनों के साथ शारीरिक रूप से संपर्क में नहीं आना पड़ा या किसी भी मुद्दे को संबोधित नहीं किया क्योंकि वे हमेशा 'बस काम करते थे'।

सभी तीन मशीनें एक ही डेटा रूम के भीतर स्थित हैं और निम्न उद्देश्य पूरा करती हैं:

Machine1- IIS 8.0 कई आंतरिक अनुप्रयोगों की मेजबानी कर रहा है
Machine2- आंतरिक अनुप्रयोगों के लिए SQL Server 2008 R2 डेटा स्टोर
Machine3- SQL Server 2008 R2 दर्पण स्टोरMachine2

तीनों में बाहरी हार्ड ड्राइव जुड़े होते हैं जो अक्सर बैक अप को पूरा करते हैं।

मुझे सूचित किया गया है कि तीनों को एक ही परिसर के भीतर एक डेटा रूम से दूसरे में जाने की आवश्यकता है। मैं हार्डवेयर की भौतिक गति को पूरा नहीं करूँगा, जो एक सक्षम प्रेमी द्वारा नियंत्रित किया जाएगा।

प्रत्येक के एक पूर्ण बैक अप को पूरा करने के अलावा, मैं क्या सोच सकता हूं कि मुझे पावर स्विच को काल्पनिक रूप से फ्लिक करने से पहले और अपनी दुनिया की चाल को देखने की आवश्यकता है?

मुझे पता है कि यह तीनों एक ही कमरे / परिसर में स्थित आदर्श से बहुत दूर है, लेकिन यह इस सवाल का दायरा है।


3
यहां तक ​​कि इस कदम से असंबंधित, आपके पास पहले से ही एक योजना है कि यदि आप (या सभी) मदरबोर्ड / बिजली की आपूर्ति / डिस्क मर जाते हैं तो आप क्या करेंगे? (क्योंकि यह अंततः होगा)
डुसन बजिक

5
@spuder शायद उन्हें इंटरनेट के बिना उपलब्ध एप्लिकेशन की आवश्यकता है (वे कहते हैं कि यह एक आंतरिक अनुप्रयोग है) या वे बस एनएसए को देखना नहीं चाहते हैं। बादल एक चांदी की गोली नहीं है।
एंड्रे बोरी

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

2
बदले में प्रत्येक मशीन का एक रिबूट करें और आशा करें कि यह आपके स्थानांतरित होने से पहले त्रुटियों के बिना जीवन में वापस आ जाए!
मैट

7
@ मट्ट कम से कम वह क्लूलेस होना स्वीकार करते हैं और सीखने की कोशिश करते हैं जो एक अच्छी बात है। मैंने बहुत से ऐसे मामले देखे हैं जहाँ व्यवस्थापक एक पूर्ण बेवकूफ है, लेकिन इसका एहसास भी नहीं है।
एंड्रे बोरी

जवाबों:


61

वास्तव में दिलचस्प सवाल है, अच्छी तरह से पूछा :)

इस कदम से पहले आपको कुछ चीजों को जांचना होगा, कुछ आसान, कुछ कठिन।

पावर - जांचें कि नए कमरे में न केवल पावर आउटलेट्स की सही मात्रा है, बल्कि वे सही प्रकार के हैं - जैसा कि भौतिक कनेक्टर प्रकार में है और यदि वर्तमान स्थान एकल चरण विफलता से बचाने के लिए प्रति सर्वर अलग-अलग पावर चरणों की अनुमति देता है तो मैं आप दृढ़ता से आग्रह करते हैं कि आप नए स्थान पर भी दोहराएं।

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

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

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

इसके अलावा किसी भी अधिक विशिष्ट प्रश्नों के साथ यहां वापस आने के लिए स्वतंत्र महसूस हो रहा है, और मुझे उम्मीद है कि यह कदम अच्छा होगा।


2
चोपर 3 के लिए +1 - मैं यह भी जोड़ूंगा कि आपके नेटवर्क को कैसे कॉन्फ़िगर किया गया है इसके आधार पर, बस एक छोटा सा मौका है कि आपके नेटवर्क कार्ड के मैक पते पुराने स्विच से जारी नहीं किए जाएंगे और हो सकता है कि कैसे काम न करे नेटवर्क बनाया गया है। मुझे पता है कि ऐसा नहीं हो सकता है यदि स्विच ठीक से कॉन्फ़िगर किए गए हैं, हालांकि मैंने एक बड़े वातावरण में काम किया है और यह काफी बार हुआ और नेटवर्क इंजीनियर को मैक प्रविष्टि को मैन्युअल रूप से साफ़ करना पड़ा।
मुगुरेल

4
विघटित होने से पहले बैकप्लेन की एक तस्वीर लें। दर्द का एक लॉज बचाता है।
सोब्रीक

1
सब कुछ। बस अपने कैमरे के फोन पर तस्वीरें लें जहां सभी केबल जाते हैं, और क्या प्लग किया गया है और क्या नहीं है। (यह मानकर कि आप डीसी में हैं)। अगर बाद में कुछ अजीब हो रहा है, तो 'डबल चीजें' कैसे दिखती हैं, वास्तव में अच्छा है।
सोब्रीक

2
आह तो 'बंदरगाह' तो - बैकप्लेन अक्सर कुछ अलग
चॉपर 3

2
@ चॉपर 3 बैकप्लेन हमेशा एक आंतरिक हार्डवेयर घटक को संदर्भित करता है और "सर्वर के मामले के पीछे" कभी नहीं। सिवाय जब यह एक असफल सामाजिक नेटवर्क का मतलब है।
क्रिस्टोफर शुल्त्स

27

अन्य उत्तर इस कदम के तकनीकी पहलुओं को कवर करते हैं। आपको कुछ अन्य बातों पर भी विचार करना पड़ सकता है।

सुनिश्चित करें कि उपयोगकर्ताओं को पता है कि इस कदम के दौरान उनके आवेदन नीचे होंगे। आप इस कदम को शेड्यूल करना चाहेंगे, शायद गैर-काम के घंटों के दौरान, ताकि आप प्रभावित लोगों की संख्या को कम से कम करें।

आपके द्वारा सर्वर लाने के बाद किसी जानकार व्यक्ति (या व्यक्तियों) का परीक्षण करें। क्या उन्हें यह सुनिश्चित करने के लिए कि आवेदन अपेक्षा के अनुसार काम करते हैं, कुछ स्वच्छता जाँचें करवाएँ।

परीक्षण के बाद, अपने उपयोगकर्ताओं को बताएं कि चाल समाप्त हो गई है और क्या आपको पता है कि उन्हें कोई समस्या है या नहीं।


18

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

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


7
+1 बैकअप। उन्हें एक ही स्थान पर नहीं होना चाहिए, यह भी कि जो सर्वर बैकअप किया गया है, उसमें बैकअप मीडिया तक पहुंच नहीं होनी चाहिए, अन्यथा सर्वर में से किसी एक पर एक गलती / मैलवेयर / तोड़फोड़ / रैनसमवेयर बैकअप को भी नष्ट कर सकता है। अभी बजट नहीं हो सकता है, लेकिन इसे अपनी सूची में अवश्य डालें।
sdkks

16

अन्य उत्तरों में पूर्व-चाल के अच्छे विचार हैं। हालांकि, आपको यह भी योजना बनानी चाहिए कि आप वास्तविक चाल को कैसे व्यवस्थित करते हैं। तथ्य यह है कि से Machine3 का एक दर्पण है Machine2 , ऐसा लगता है अपटाइम तरह एसक्यूएल सर्वर 2008 R2 डेटाबेस (रों) लिए यह विशेष ध्यान है। तथ्य यह है कि यह एक दर्पण है जो आपको एक अवसर प्रदान करता है। दर्पण के अस्तित्व का कारण प्राथमिक सर्वर उपलब्ध नहीं होने पर उपलब्ध होना है। इसमें रखरखाव के कारण उपलब्ध नहीं होना शामिल है, जिसमें आगे बढ़ना भी शामिल है।

एक योजना बनाएं:
आपको इस बारे में एक लिखित योजना बनानी चाहिए कि इस कदम को कैसे आगे बढ़ाया जाएगा। काम के हिस्से (जैसे मूवर्स) से निपटने वाले लोगों को आपको यह योजना या इसके कुछ हिस्सों को प्रदान करने में सक्षम होने की आवश्यकता हो सकती है। इस योजना में सभी पूर्व-चालन गतिविधियाँ, वास्तविक चाल और बाद की चाल क्रियाएँ (जैसे कार्यक्षमता का सत्यापन) शामिल होनी चाहिए।

मूल बातें ले जाएँ:

  1. ले जाएँ Machine3 (SQL सर्वर दर्पण): यह पूरी तरह चालू हो जाओ। पुन: सिंक की पुष्टि करें।
  2. मशीन 2 को स्थानांतरित करें : इसे पूरी तरह से चालू करें।
  3. मशीन 1 को स्थानांतरित करें : इसे पूरी तरह से चालू करें।

इस कदम का अधिक विस्तृत विवरण:

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

  1. ले जाएँ Machine3 पहले।

    • मशीन 1 और मशीन 2 को अभी के लिए छोड़ दें ।
    • बैकअप Machine3 , तो यह बंद नीचे
    • हो जाओ Machine3 पूरी तरह से नए स्थान पर ले जाया गया।
    • [पथ बी:। उपयोग नहीं किया आप का उपयोग करने के वैकल्पिक कदम # 2 जा रहे हैं] सभी मशीनों के लिए नेटवर्क और बिजली विन्यास समान हैं, तो: रखो Machine3 जहां machine1 की योजना बनाई है कनेक्शन के लिए लक्षित का उपयोग कर अंत में machine1
    • मशीन 3 का बैकअप लें और चलाएं । नए स्थान में, सत्यापित करें कि यह मशीन 2 के दर्पण के रूप में सामान्य रूप से कार्य कर रहा है । यह भौतिक सत्यापन प्रदान करेगा कि सभी मुद्दों (पावर, नेटवर्क, आदि) का कॉन्फ़िगरेशन नए स्थान पर कार्यात्मक है।
    • जो भी मुद्दे आते हैं, उनका समाधान करें।
    • सत्यापित करें कि Machine3 पूरी तरह से फिर से संपर्क सिंक्रनाइज़ कर दिया है Machine2 कार्यवाही करने से पहले।
  2. पथ ए: (वैकल्पिक):

    • का प्रयोग करें Machine3 लिए करना सभी सुविधाओं का परीक्षण करने के Machine2 और machine1
    • बंद Machine3 नीचे और के लिए स्थिति / कनेक्शन का उपयोग करने के लिए ले जाने के / स्विच Machine2 , (सत्यापित करें फिर से समन्वयन) तो machine1 (सत्यापित करें फिर से समन्वयन)। यदि आप ऐसा करने की योजना बनाई है, तो Machine3 शुरू में ऊपर से अंत उपयोग के लिए कनेक्शन के साथ स्थापित किए गए हैं चाहिए machine1 या Machine2 , तो आप इसके लिए अंत स्थान में स्थापित करने के लिए नहीं पहली Machine3 और फिर इसे बदलने के लिए 3 बार, लेकिन केवल 2 अन्य मशीनों में से एक की सुविधाओं का उपयोग करके इसके साथ शुरू करना।
    • सत्यापित करें कि Machine3 पूरी तरह से फिर से संपर्क सिंक्रनाइज़ कर दिया है Machine2 कार्यवाही करने से पहले।
  3. मशीन 2 को स्थानांतरित करें

    • साथ आपका व्यवहार Machine3 इतना आसान बनाना चाहिए।
    • बैकअप मशीन 2 , फिर इसे बंद करें
    • मशीन 2 को नए स्थान पर ले जाएं ; सभी कनेक्शन बनाएं
    • जो भी मुद्दे आते हैं, उनका समाधान करें।
    • सत्यापित करें कि Machine2 पूरी तरह से फिर से संपर्क सिंक्रनाइज़ कर दिया है Machine3 कार्यवाही करने से पहले।
  4. [पथ बी: जरूरत नहीं है, तो आप के साथ सभी कनेक्शनों का परीक्षण किया Machine3 में वैकल्पिक कदम # 2] तो अब Machine3 जहां machine1 खत्म करने के लिए है:

    • शट डाउन Machine3
    • इसे उस स्थान पर ले जाएं जहां इसे समाप्त करने की योजना है (स्थान के बाहर जिसे आप मशीन 1 स्थित होना चाहते हैं )।
    • जो भी मुद्दे आते हैं, उनका समाधान करें।
    • सत्यापित करें कि Machine3 पूरी तरह से फिर से संपर्क सिंक्रनाइज़ कर दिया है Machine2 कार्यवाही करने से पहले।
  5. मशीन 1 को स्थानांतरित करें

    • दोनों चले गए करने के बाद Machine2 और Machine3 (और उम्मीद है कि वास्तविक कनेक्शन का परीक्षण किया machine1 होने से उपयोग किया जाएगा Machine3 उन्हें अस्थायी रूप से उपयोग करें), इस चाल की सहज होना चाहिए।
    • बैकअप मशीन 1 , फिर इसे बंद करें
    • मशीन 1 को नए स्थान पर ले जाएं ; सभी कनेक्शन बनाएं
    • जो भी मुद्दे आते हैं, उनका समाधान करें।
    • कुछ स्थिति यह है कि में सुविधाओं के साथ गलत हो जाता है machine1 कब्जा करने के लिए माना जाता है, तो आप सुविधा जहां का उपयोग करने का विकल्प होता है Machine3 अब स्थित है। उम्मीद है कि आप पहले से ही सभी सुविधाओं का परीक्षण करने में सक्षम थे machine1 यह पहले से ही द्वारा प्रयोग किया जाता होने से स्थिति Machine3 एक समय (पथ एक या पथ बी) के लिए।

7

यदि सर्वर का कोई भी IP बदल जाएगा तो और DNS रिज़ॉल्यूशन के माध्यम से SQL बॉक्स में कनेक्शन किए जाते हैं तो आपको उसी समय DNS रिकॉर्ड में परिवर्तन को शेड्यूल के रूप में करना होगा।

इंट्रानेट सॉफ्टवेयर और डेटाबेस के बारे में आपको जो बातें पता होनी चाहिए:

  • क्या इंट्रानेट सॉफ्टवेयर IP, NetBIOS, या DNS के माध्यम से SQL सर्वर से जुड़ता है?
  • क्या इंट्रानेट सॉफ़्टवेयर द्वारा उपयोग किए जाने वाले SQL सर्वर उपयोगकर्ता खातों में एक आईपी से आने वाले यातायात तक सीमित प्रमाणीकरण है?
  • क्या आपकी कंपनी के कर्मचारी किसी भी स्प्रेडशीट या रिपोर्टिंग टूल से सीधे SQL सर्वर तक पहुंचते हैं, यदि हां, तो वे DSN को कैसे परिभाषित करते हैं?

यदि आपको सटीक समान IP नहीं मिलता है, या यदि आप एक अलग उप नेट पर समाप्त होते हैं, तो आपको SQL सर्वर से कनेक्ट होने वाले किसी भी ऐप के लिए स्रोत कोड या कॉन्फ़िगरेशन फ़ाइलों को बदलने के लिए एक्सेस की आवश्यकता होगी। लोगों को अन-अनियोजित और प्रत्यक्ष SQL एक्सेस पर तदर्थ रिपोर्टिंग के लिए भरोसा किया जा सकता है।


2

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

इसे इस तरह से सोचें: जबकि आपकी कार्वेट एक धुन हो रही है, दिन के माध्यम से प्राप्त करने के लिए अपने मिनीवैन का उपयोग करें।


6
आप एक कंपनी के बारे में बहुत कुछ मान रहे हैं जो तीन सर्वरों के साथ एक अनुभवहीन व्यवस्थापक को आश्चर्यचकित करती है।
रोडीविच

बिल्कुल, मैं पूरी तरह से ठीक से सेटअप सर्वर लैब काम कर रहा हूँ। या बहुत कम से कम एक जगह है जिसमें कुछ पुराने सर्वर (या यहां तक ​​कि पीसी) अभी भी धूल इकट्ठा करने के आसपास हैं। उन्हें केवल चाल करने के लिए पुनः कॉन्फ़िगर करें।
सॉफ्टवेयर_प्रोग्रामर

1

मुझे नहीं लगता कि एक बात का उल्लेख किया गया है जो सर्वरों के नए घर की भौतिक सुरक्षा है। पहले किस कमरे का उपयोग किया गया था और इसकी चाबी किसके पास थी? क्या पर्याप्त सुरक्षा (अलार्म सिस्टम, कैमरा, आदि) है।


1

अन्य उत्तरों के अतिरिक्त कुछ विचार:

  • क्या अनुप्रयोग अन्य लोगों से जुड़े होते हैं जैसे फ़ाइल द्वारा डेटा का रात्रिकालीन आदान-प्रदान या वेबसर्विस के उपयोग से? जब आवेदन उपलब्ध नहीं हैं तो परिणाम क्या होंगे? क्या संबंधित एप्लिकेशन इसके साथ सामना कर सकते हैं या वे आपके अनुप्रयोगों से जानकारी की कमी के कारण असफल हो जाते हैं या गलत परिणाम भी देते हैं?

  • क्या आपके उपयोगकर्ताओं, कंपनी या यहां तक ​​कि ग्राहकों के लिए डाउनटाइम स्वीकार्य है? ऐसा कब तक हो सकता है?

  • मुझे लगता है कि रोलबैक के लिए एक योजना बनाना एक अच्छा विचार है। आप इसे एक समस्या के मामले में उपयोग कर सकते हैं जिसे जल्दी से हल नहीं किया जा सकता है, उदाहरण के लिए एक नेटवर्क समस्या। हार्डवेयर वापस लाने के मामले में आपको संभवत: प्रस्तावक को उपलब्ध रखने की आवश्यकता होगी।

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

  • यदि आपके पास एक है तो सर्वर को सर्वर रैक में फिट होना चाहिए।

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