संक्षिप्त उत्तर / tl;dr
नहीं.
थोड़ा लंबा जवाब
नहीं, क्योंकि शेल का उपयोग करना समझ में आता है।
जवाब
जब आप एक प्रतिकृति सेट सेट करते हैं, तो आपके पास आमतौर पर एक से अधिक सदस्य होते हैं। जब तक प्रतिकृति सेट को प्रारंभ नहीं किया जाता है, तब तक कोई भी सदस्य आवश्यक कॉन्फ़िगरेशन नहीं रखता है। जिस नोड पर आप प्रतिकृति सेट को इनिशियलाइज़ करते हैं, वह कॉन्फ़िगरेशन को संग्रहीत करते हुए प्राथमिक हो जाता है। अब आप rs.add . का उपयोग करके सदस्यों को जोड़ते हैं कमांड या rs.reconfig . का उपयोग करके . तब क्या होता है कि प्राथमिक संपर्क जोड़े गए सदस्य, कॉन्फिग सिंक हो जाता है और कुछ अन्य चीजें। यह सबसे अच्छा अभ्यास है कि सामान्य प्रतिकृति सेट सदस्य समान होना चाहिए ताकि एक नोड विफल हो जाए, कोई कमी नहीं है कि दूसरा नोड प्राथमिक हो जाता है और इसलिए नया प्राथमिक तब तक प्राथमिक रह सकता है जब तक कि यह किसी कारण से नीचे नहीं जाता है।
तो यदि आप एक प्रतिकृति सेट सदस्य शुरू करेंगे, तो इसे इसकी कॉन्फ़िगरेशन कहां से प्राप्त करनी चाहिए? खुद तय करें कि उसे क्या करना है? यह एक क्लस्टर में अच्छा काम नहीं करेगा। इसे अन्य सदस्यों और उनकी कॉन्फ़िगरेशन को कैसे खोजना चाहिए? याद रखें, प्रतिकृति सेट के सदस्य विभिन्न डेटा केंद्रों में हो सकते हैं। और अगर कोई --IamPrimaryDoAsISay . होता तो विकल्प, क्या होगा यदि वर्तमान में क्लस्टर में कोई अन्य प्राथमिक हो? और उस स्थिति से कैसे निपटा जाना चाहिए जिसमें एक से अधिक सदस्य उस विकल्प के साथ शुरू किए गए थे? दूसरे सर्वर से एक कदम नीचे? शायद इसलिए कि आपने कूलर बदल दिया है? या जब पहले से ही प्राथमिक था तो क्या अभी शुरू किया गया उदाहरण कुछ भी नहीं करना चाहिए? तब विकल्प का सबसे पहले क्या अर्थ होगा?
और ये सभी जटिलताएं केवल शेल से एक कमांड को रोकने के लिए हैं?
नोट:यदि आप एक एकल सर्वर चाहते हैं, तो बस एक स्टैंडअलोन इंस्टेंस शुरू करें (--replSet के बिना एक मोंगोड) विकल्प)। यदि आप एक प्रतिकृति सेट की संभावनाओं का पता लगाना चाहते हैं, तो आपको एक से अधिक सदस्यों की आवश्यकता होगी।
