SharePoint साइट संग्रह, प्रबंधित पथ, लेकिन उप-डोमेन कर सकते हैं?

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

दृढ़ता से मैं सिद्धांत में फिट नहीं होऊंगा, क्योंकि यह उन विशेषज्ञों के लिए स्पष्ट है, जो लेख की अंतिम थीसिस में दिलचस्पी ले सकते हैं। यह उन url पतों पर ध्यान केंद्रित करेगा, जिस पर SharePoint संग्रह साइट को होस्ट किया जा सकता है।

न्यूनतम के बिना, सिद्धांत भी गलत होगा।
यदि आप SharePoint साइट्स की तार्किक वास्तुकला को देखते हैं, तो हम निम्नलिखित चित्र देखेंगे:



तालिका के शीर्ष पर IIS और वेब अनुप्रयोग हैं। वेब अनुप्रयोगों के ढांचे के भीतर, एक संग्रह साइट रखी गई है, और बदले में, साइटों का एक सेट।

संबोधित करने के संदर्भ में, वेब एप्लिकेशन होस्ट हैडर और पोर्ट को परिभाषित करता है, जो, वैसे, वैकल्पिक पहुंच (एएएम) या वेब एप्लिकेशन के विस्तार से आसानी से ओवरराइड किया जा सकता है।

एक उदाहरण के रूप में, हमारे पास निम्नलिखित वेब एप्लिकेशन हैं:

sharepoint2013.mysite.org

साइट संग्रह साइटों के लिए कंटेनर होते हैं, जो बदले में उपयोगकर्ता को पहले से प्रदर्शित जानकारी होते हैं।

इसके अलावा, साइट संग्रह में हमेशा रूट साइट शामिल होती है।

साइट में सबसाइट्स का एक पदानुक्रम हो सकता है।

उप-साइट पते निम्नानुसार बनते हैं:

/subsite1/subsite11/.../subsiteNM/

साइट संग्रह को प्रबंधित पथों पर रखा जा सकता है जो शुरुआती पते को परिभाषित करते हैं।

प्रबंधित पथ दो प्रकार के होते हैं:

• स्पष्ट (स्पष्ट)
  
  • स्पष्ट रास्तों के मामले में, साइट संग्रह प्रबंधित पथ के मूल में स्थित होगा, इस पथ पर, यह मानना ​​तर्कसंगत होगा कि केवल एक साइट संग्रह मौजूद हो सकता है।
  • चलिए एक उदाहरण के साथ जारी रखते हैं, मान लीजिए कि हमने स्पष्ट तरीके से एक प्रबंधित पथ "spdemo" बनाया है।
  • बनाई गई संग्रह साइट का लिंक इस प्रकार होगा: sharepoint2013.mysite.org spdemo /
  
  
• प्रतिस्थापन (वाइल्डकार्ड)
  
  • सबस्टीट्यूशंस बनाए जाते हैं ताकि बहुत सारी संग्रह साइटें उन पर रखी जा सकें और प्रत्येक संग्रह साइट के लिए पता पथ में एक फ़ोल्डर जोड़ा जाए।
  • डिफ़ॉल्ट रूप से, प्रबंधित पथ "साइट" बनाया जाता है।
  • जब spdemo संग्रह के लिए एक साइट बनाते हैं, तो लिंक इस प्रकार होगा: sharepoint2013.mysite.org sites / spdemo /
  
  

प्रबंधित रास्तों पर एक संग्रह साइट बनाना मुश्किल नहीं है, यह दृश्य इंटरफ़ेस से सुलभ है, और, सामान्य रूप से, बल्कि एक तुच्छ चीज है। लेकिन हम पहले से ही लेख के "नमक" पर पहुंच गए।

आइए उस स्थिति की कल्पना करें जिसकी हमें आवश्यकता है:

• उप-डोमेन का उपयोग करने वाले उपयोगकर्ताओं को समाप्त करने के लिए हमारे खेत को वापस ले लें, यह कार्यात्मक आवश्यकता है: सीआरएम crm.mysite.org पर होना चाहिए, epm.mysite.org पर परियोजना प्रबंधन, ecm.mysite.org पर वर्कफ़्लो , और इसी तरह, और कुछ नहीं,
• यानी, सभी पते 80 पोर्ट पर होने चाहिए,
• विभिन्न कार्यात्मक मामलों के लिए उप-डोमेन की संख्या सीमित नहीं है।

ऐसा लगता है कि अलग-अलग उप-डोमेन के लिए अलग-अलग वेब एप्लिकेशन बनाने का विचार आता है, लेकिन आपको ऐसा नहीं करना चाहिए अगर अलग-अलग वेब एप्लिकेशन का निर्माण सुरक्षा नीति या किसी अन्य अच्छे कारण से नहीं हुआ है।

वैसे, सवाल यह है: क्या एक ही पोर्ट पर कई वेब एप्लिकेशन हो सकते हैं? उत्तर: हां, निश्चित रूप से वे कर सकते हैं, अगर वे अलग-अलग होस्ट हेडर के साथ हैं।

तो क्या करें, आप पूछें, यदि आप अलग वेब एप्लिकेशन नहीं बनाते हैं? कैसे हो?

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

ऐसी संग्रह साइट बनाना केवल PowerShell के माध्यम से संभव है।

और यहाँ वह है:

 Add-PSSnapin Microsoft.SharePoint.PowerShell-ErrorAction SilentlyContinue; New-SPSite "http://spdemo.cibpoint.ru" ` -HostHeaderWebApplication "http://sharepoint2013.cibpoint.ru" ` -Name "SPDemo" ` -OwnerAlias "CIBSPAdmin" ` -Template "STS#0"; New-WebBinding -Name "http://sharepoint2013.cibpoint.ru" ` -IPAddress "*" ` -Port 80 ` -HostHeader "spdemo.cibpoint.ru"; 

Add-PSSnapin - SharePoint ऑब्जेक्ट मॉडल में एक स्नैप जोड़कर, इसके लिए अच्छा टोन मौजूद होना चाहिए।

नई- SPSite - एक संग्रह साइट बनाने के लिए cmdlet।

• प्रेषित पहचानकर्ता में, आपको उपडोमेन पर लिंक निर्दिष्ट करना होगा और यह काम करेगा।
• HostHeaderWebApplication पैरामीटर में, हम अपना वेब एप्लिकेशन निर्दिष्ट करते हैं।
• नाम - संग्रह स्थल का नाम।
• OwnerAlias ​​- साइट संग्रह का स्वामी, दूसरा छोड़ा जा सकता है।
• टेम्पलेट - टेम्पलेट साइट संग्रह की पहचानकर्ता। "एसटीएस # 0" - टीमसाइट पहचानकर्ता। आप पैरामीटर को छोड़ सकते हैं, फिर जब आप पहली बार संग्रह साइट पर जाते हैं, तो आप दृश्य इंटरफ़ेस में वांछित टेम्पलेट का चयन कर सकते हैं।

न्यू-वेबबाइंडिंग चमत्कार के घटकों में से एक है। इसका सीधे तौर पर SharePoint से कोई संबंध नहीं है। यह cmdlet IIS कॉन्फ़िगरेशन को उजागर करता है, अर्थात्, वांछित होस्ट हैडर के साथ कनेक्शन को पंजीकृत करता है।

"चमत्कार" का अंतिम घटक DNS में एक प्रविष्टि जोड़ना है।

परिणामस्वरूप, एक वेब अनुप्रयोग में, एक पोर्ट पर, विभिन्न उप-डोमेन पर, SharePoint संग्रह साइट लॉन्च की जाती है और काम करती है।