मेरा मूल प्रश्न है, जैसा कि शीर्षक पूछता है: क्या ईएसएक्सआई वातावरण में ईएफआई फर्मवेयर और जीपीटी बूट डिस्क का उपयोग करने के लिए कोई उल्लेखनीय लाभ (या नुकसान) हैं? "उल्लेखनीय," से मेरा मतलब है कि एमबीआर डिस्क के लिए प्रसिद्ध 2 टीबी सीमा के अलावा कुछ भी नहीं है, और यह प्रतिबंध कि BIOS बूट फर्मवेयर को एमबीआर डिस्क से बूट करने के लिए उपयोग करना चाहिए।
नीचे दिए गए स्क्रीनशॉट में विशिष्ट वीएम विकल्प है।
अगर इससे कोई फर्क पड़ता है, तो मेरे विशेष वातावरण पर कुछ पृष्ठभूमि और बारीकियां नीचे हैं, हालांकि मैं सामान्य मामले में रुचि रखता हूं, साथ ही कुछ भी जो विशेष रूप से या केवल विंडोज वातावरण से संबंधित होगा।
कुछ हालिया परियोजनाओं के परिणामस्वरूप, जहां मैंने अपने कॉरपोरेट अधिपतियों को मौजूदा दशक में $ [day_job] पर खींचने में कामयाबी हासिल की है, मैं अपने घर कार्यालय प्रणालियों का एक बहुत बदल रहा हूँ। ये सिस्टम, साथ ही साथ इन्हें किसके द्वारा प्रतिस्थापित किया जाना है, मुख्य रूप से ESX 5.5 पर वर्चुअलाइज्ड विंडोज सर्वर ओएस हैं (अपडेट 1 अब, जल्द ही अपडेट 2, और वीएमएफएस 5, इतनी बड़ी मात्रा में समर्थन)। VMs, साथ ही वे सभी स्टोरेज तक पहुँच प्राप्त करते हैं, एक SAN (EMC VNX 5400) पर है, जो NFS शेयरों पर ESXi होस्ट्स को प्रस्तुत किया जाता है। सब कुछ पतला-प्रावधान है।
अधिकांश भाग के लिए, मैं केवल नए प्लेटफार्मों के लिए बड़े, जटिल, पीटीए सिस्टम का एक गुच्छा उन्नत करूंगा - उदाहरण के लिए, हमारे मल्टी-टीबी फ़ाइल सर्वर जो वर्तमान में सर्वर 2003 R2 पर चलते हैं और डीएफएस का उपयोग नहीं करते हैं उन्हें सर्वर में अपग्रेड किया जाएगा। 2012 R2, DFS नामस्थानों में रखें, DFS प्रतिकृति का उपयोग करें, और सर्वर 2012 डेटा Deduplication का उपयोग शुरू करें। हमारा SharePoint सिस्टम, जो वर्तमान में Server 2003 R2 पर चलता है और SQL Server 2005 को SharePoint 2013 में अपग्रेड किया जाएगा, सर्वर 2012 R2 चलाएगा, और 2008 R2 या इससे ऊपर के SQL सर्वर इंजन पर रखा जाएगा। और इसी तरह।
फ़ाइल सर्वरों को देखने में, और उन पर डेटा की मात्रा से निपटने के लिए (हमारे घर कार्यालय फ़ाइल सर्वर में से प्रत्येक में 2 टीबी से अधिक डेटा है), मैंने देखा, और सर्वर में डेटा डेडुप्लीकेशन सुविधा पर बस गया। 2012. चूंकि यह एक प्रति-वॉल्यूम के आधार पर काम करता है, इसलिए यह सबसे अच्छा काम करता है यदि सभी डेटा एक वॉल्यूम है, हमारे मौजूदा गड़बड़ की तरह कई संस्करणों में विभाजित होने के बजाय। इसने जीपीटी डिस्क के मुद्दे को हमारे डेटा वॉल्यूम के लिए सबसे अच्छा किया, और मुझे ईएफआई बनाम BIOS फर्मवेयर के सवाल पर लाया। हमारे सभी सर्वरों में OS [आभासी] 50 GB के डिस्क हैं जो किसी भी डेटा वॉल्यूम से अलग हैं, और कम से कम वर्तमान में, मैं इसे इस तरह रखने की योजना बना रहा हूं - एक नए वीएम को डेटा वॉल्यूम संलग्न करने में सक्षम होना बहुत उपयोगी है ।
इसलिए, इस बात को ध्यान में रखते हुए, मैं एक ऐसे परिदृश्य की कल्पना नहीं कर सकता, जहाँ हमें कभी भी एक वीएम की आवश्यकता हो या एक वॉल्यूम से बूट होना चाहिए जिसे 2 टीबी एमबीआर डिस्क सीमा से अधिक होने के लिए जीपीटी होना चाहिए। यह तथ्य कि पर्यावरण विशुद्ध रूप से आभासी है, GPT डिस्क की पुनर्प्राप्ति योग्यता के लाभों को नकारता है, इसलिए मैं किसी भी सम्मोहक कारण के साथ हमारे नए VMs को EFI बूट फर्मवेयर और / या GPT बूट संस्करणों के साथ बनाना शुरू नहीं कर सकता। बेशक, मैं BIOS बूट फ़र्मवेयर और एमबीआर डिस्क के साथ चिपके रहने के लिए किसी भी बाध्यकारी कारणों के साथ नहीं आ सकता, और इसलिए, मेरा सवाल:
क्या ईएसएक्सआई वातावरण में ईएफआई फर्मवेयर और जीपीटी बूट डिस्क का उपयोग करने के लिए कोई उल्लेखनीय लाभ (या नुकसान) हैं? (उल्लेखनीय, "मेरा मतलब एमबीआर डिस्क के लिए प्रसिद्ध 2 टीबी सीमा के अलावा और कुछ भी है, और यह प्रतिबंध कि BIOS बूट फर्मवेयर को एमबीआर डिस्क से बूट करने के लिए उपयोग करना चाहिए।"