बिज़टॉक समाधान को तैनात करते समय दो संचालन करने की आवश्यकता है।
बिज़टॉक समाधान क्यों तैनात करना एक दो-चरणीय संचालन है?
- रजिस्टर BizTalk प्रबंधन डेटाबेस
- के लिए BizTalk समाधान BizTalk कलाकृतियों और फाइल सिस्टम के लिए निर्भरता स्थापित
पहले, BizTalk विधानसभाओं कि शामिल अपने समाधान BizTalk प्रबंधन करने के लिए पंजीकृत होना जरूरी है डेटाबेस। यह बिज़टॉक को यह जानने की अनुमति देगा कि स्कीमा, मैप्स, पाइपलाइन और ऑर्केस्ट्रेशंस क्या उपलब्ध हैं।
यह आपके विंडोज इंस्टालर पैकेज को बिज़टॉक में आयात करके किया जाता है।
कृपया याद रखें कि एक विशिष्ट बिज़टॉक प्लेफॉर्म में आमतौर पर कई भौतिक सर्वर होते हैं। हालांकि, BizTalk Group के सभी सर्वर एक एकल BizTalk प्रबंधन डेटाबेस साझा करते हैं।
इसलिए, आयात आपरेशन पूरे BizTalk समूह के लिए एक बार किया जाना चाहिए।
दूसरा, बिज़टॉक असेंबली जो बिज़टॉक में पंजीकृत हैं, कहीं भौतिक रूप से मौजूद होने की आवश्यकता है। इसलिए, उन्हें फ़ाइल सिस्टम में स्थापित किया जाना चाहिए।
यह विंडोज इंस्टालर पैकेज पर डबल-क्लिक करके किया जाता है।
सूचना है कि स्थापित आपरेशन किसी भी शारीरिक सर्वर जो BizTalk समूह का हिस्सा है पर दोहराया जाना चाहिए। और चूंकि, बिज़टॉक प्रबंधन डेटाबेस में केवल एक ही परिभाषा है कि कौन सी असेंबली समाधान का हिस्सा हैं, यह बताती है कि क्यों बिज़टॉक असेंबली ग्लोबल असेंबली कैश (जीएसी) में स्थापित की जानी चाहिए।
सूचना है कि, अब तक, नियम सरल है:
- BizTalk विधानसभाओं BizTalk समूह
- BizTalk विधानसभाओं में प्रत्येक सर्वर पर GAC में स्थापित किया जाना चाहिए में आयात किया जाना चाहिए (या पंजीकृत) BizTalk प्रबंधन डेटाबेस एक बार
हालांकि, हमने केवल बिज़टॉक असेंबली के साथ निपटाया है। अन्य सभी असेंबली या अन्य निर्भरताओं (बिजनेस नियम परिभाषाएं, COM ऑब्जेक्ट्स, बाइंडिंग्स, कॉन्फ़िगरेशन फाइल इत्यादि) कि रनटाइम पर बिज़टॉक समाधान की आवश्यकता इस दो-चरणीय ऑपरेशन से ढकी नहीं है।
इंटर पर्यावरण तैनाती
हालांकि, जब समाधान चलाता है, उन निर्भरता भी उचित रूप में प्रत्येक BizTalk सर्वर पर मौजूद होना चाहिए।
यही कारण है कि उनमें से अधिकतर कलाकृतियों को बिज़टॉक प्रबंधन डेटाबेस में भी पंजीकृत किया गया है। लेकिन इस बार, यह केवल तभी किया जाता है जब निर्भरताएं लाई जाती हैं जब बिज़टॉक समाधान के लिए Windows इंस्टालर पैकेज बनाया जाता है, और इसलिए कि उन निर्भरताओं को लक्षित सर्वर पर उचित रूप से स्थापित किया जा सकता है।
बिज़टॉक असेंबली को अनइंस्टॉल करने पर जीएसी से क्यों नहीं हटाया जाता है?
अंगूठे के सामान्य नियम के रूप में, assemblies that are registered to the Global Assembly Cache are considered shared resources। इसलिए, सुरक्षा कारणों से, BizTalk असेंबली को अनइंस्टॉल करने पर जीएसी से हटाया नहीं जाता है। गौर करें कि क्या होगा जब एक कस्टम बिज़टॉक पाइपलाइन का उपयोग एक से अधिक अनुप्रयोगों द्वारा किया जाता है। उस स्थिति में, बिज़टॉक पाइपलाइन एक अलग, सामान्य, बिज़टॉक एप्लिकेशन का हिस्सा होना चाहिए। इस साझा BizTalk अनुप्रयोग अन्य सभी अनुप्रयोगों है कि इस पाइप लाइन पर निर्भर टूट जाएगा ... की स्थापना रद्द
adding resources to the BizTalk Management Database, आप विधानसभाओं आयात पर GAC के लिए स्थापित किया या पर समय स्थापित करने के लिए विकल्प नहीं है जब। मैं दृढ़ता से "GacOnImport" सुविधा का उपयोग करने की सलाह देता हूं, जो कि अधिकांश सामान्य बहु-सर्वर BizTalk समूह में समझ में नहीं आता है।
हालांकि, विंडोज इंस्टालर पैकेज के संबंध में बिज़टॉक असेंबली या अन्य निर्भरताओं के साथ क्या किया जा सकता है इसे अनुकूलित करने के लिए एक आसान और सबसे लचीला तरीका है। यह Pre Processing and Post Processing Scripts के साथ किया जाता है।
उन स्क्रिप्ट आयात/स्थापना संचालन के दौरान चार विशिष्ट समय पर मनमाने ढंग से अनुप्रयोग चलाने की अनुमति देते हैं।
- आयात कर रहा है
- आयात कर रहा है
- स्थापित कर रहा है
intalling के बाद से पहले के बाद यदि आप चाहते हैं विधानसभाओं की स्थापना रद्द करें पर GAC से निकाले जाने का पहले, यह समय निर्धारण का एक सरल बात है ऑपरेशन के "स्थापित करने से पहले" चरण के दौरान उपयुक्त कमांड लाइन।