एसएसआईएस पैकेज द्वारा कौन सी सिस्टम मेमोरी का उपयोग किया जाएगा?

एसएसआईएस पैकेज में मेमोरी उपयोग के बारे में मेरे कुछ प्रश्न हैं।

  1. यदि मैं सर्वर ए से सर्वर बी तक डेटा लोड कर रहा हूं और एसएसआईएस पैकेज मेरे डेस्कटॉप सिस्टम में है और बीआईडीएस के माध्यम से चल रहा है, तो क्या मेरे डेस्कटॉप सिस्टम में बफर निर्माण (मेमोरी उपयोग) होगा? अगर यह है मामला, प्रदर्शन (सर्वर से कम स्मृति की तुलना) धीमा हो जाएगा?

  2. मेरे डेस्कटॉप सिस्टम में पैकेज विकसित करते समय सर्वर संसाधनों के उपयोग को कैसे सक्षम करें?

  3. कृपया मेरी मदद करें, अगर मेरे पास 3 एसएसआई डेवलपर है और सभी एक समय में विभिन्न पैकेज विकसित कर रहे हैं, तो सबसे अच्छी विकास विधि क्या है?

0
जोड़ा संपादित
विचारों: 1

3 उत्तर

डिएगो और बिल के उत्तर पर विस्तार:

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

2) डिएगो यह सही है। यदि आप सर्वर प्रदर्शन देखना चाहते हैं, तो इसे एक परीक्षण सर्वर पर तैनात करें और इसे वहां चलाएं।

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

0
जोड़ा
सभी पुष्टिकरणों के लिए धन्यवाद, +1 क्योंकि आपने आइटम 1 पर अच्छी जानकारी जोड़ा है
जोड़ा लेखक Diego, स्रोत
और 32 बिट या नहीं, बीआईडीएस/एसएसडीटी के भीतर चल रही प्रक्रिया डीबगर के साथ प्रक्रिया को और धीमा कर देती है। एक अधिक सटीक परीक्षण (मेमोरी, थ्रुपुट, इत्यादि) कमांड लाइन से पैकेज को आमंत्रित करना होगा (dtexec/file c: \ path \ to \ myPackage.dtsx)
जोड़ा लेखक billinkc, स्रोत
  1. हां। एक पैकेज उसी कंप्यूटर पर चलता है जो प्रोग्राम लॉन्च करता है। यहां तक ​​कि जब कोई प्रोग्राम एक पैकेज लोड करता है जो किसी अन्य सर्वर पर दूरस्थ रूप से संग्रहीत होता है, तो पैकेज स्थानीय कंप्यूटर पर चलता है।

  2. यदि सर्वर संसाधनों से आपका मतलब सर्वर सीपीयू है, तो आप नहीं कर सकते हैं। नेटवर्क पर किसी अन्य कंप्यूटर के संसाधनों का उपयोग करना है। बेशक, यदि आपके पास ओएलडीबीएसओआरओएस है जो एसक्यूएल सर्वर पर एक चयन चलाता है, तो सीपीयू जो "रन" चुनता है, वह स्पष्ट रूप से SQL सर्वर पर होगा, लेकिन परिणामस्वरूप पुनर्प्राप्त होने के बाद, यह कंप्यूटर द्वारा संभाला जाता है जहां पैकेज चल रहा है।

  3. किसी भी अन्य विकास विधि की तरह। यदि आपके पास 3 डेवलपर द्वारा विकसित किए गए सी # प्रोजेक्ट पर एक कक्षा है, तो आप इसे कैसे करते हैं? आप एक ही फाइल पर काम कर रहे प्रत्येक डेवलपर को बदल सकते हैं और परिवर्तनों को मर्ज कर सकते हैं, सभी पैकेज एक xml फ़ाइल के बाद, लेकिन अधिक जटिल है। मैं सिफारिश नहीं करता। मैं उन स्थितियों पर रहा हूं जहां एक से अधिक डेवलपर एक ही पैकेज पर काम करते थे लेकिन एक ही समय में नहीं।

0
जोड़ा

# 3 पर विस्तार करने के लिए, टीमों को एकल एसएसआईएस समाधान पर काम करने की अनुमति देने के लिए सबसे अच्छा तरीका है एक समस्या (पैकेज) को छोटे और छोटे हिस्सों में विघटित करना और माता-पिता/मास्टर-गुलाम प्रकार के माध्यम से उनके आमंत्रण को नियंत्रित करना रिश्ते।

उदाहरण के लिए, समाधान डेटा वेयरहाउस लोड करने से संबंधित है। मेरे पास 2 कंट्रोलर पैकेज, FactController.dtsx और DimensionController.dtsx हो सकता है। उनकी ज़िम्मेदारी उन विभिन्न पैकेजों को कॉल करना है जो आवश्यकता को हल करते हैं (तथ्यों या आयामों को लोड करना)। शायद मेरा आयाम उत्पादक लोडर पैकेज एक हिमपात के साथ काम कर रहा है (इसे उत्पाद और उप-उत्पाद तालिका को अद्यतन करने की आवश्यकता है) ताकि 2 पैकेजों में विघटित हो जाए।

इन सभी का लक्ष्य विकास प्रक्रिया को एक पैकेज में समवर्ती पहुंच से बचने के लिए प्रबंधनीय हिस्सों में तोड़ना है। एक्सएमएल विलय करना आपके समय का उत्पादक उपयोग नहीं होगा।

इन सभी के लिए एकमात्र साझा संसाधन एसएसआईएस प्रोजेक्ट फ़ाइल (डीटीप्रोजेज) है जो कि एक एक्सएमएल दस्तावेज है जो परियोजना को समझौता करने वाले पैकेजों की गणना करता है। अच्छी तरह से नामित, रिक्त पैकेज के साथ एक अपफ्रंट कंकाल प्रोजेक्ट बनाएं और आप संभवतः प्रोजेक्ट को वापस अपने भंडार में विलय करने की कोशिश कर रहे लोगों के शुरुआती दर्द को छोड़ सकते हैं। मुझे लगता है कि एक-एक प्रकार का विलय, टीएफएस के लिए कम से कम, अपने एक्सएमएल ग्लब्स को वापस जांचने की तुलना में बेहतर होता है।

0
जोड़ा
बहुत अच्छा विचार।
जोड़ा लेखक Diego, स्रोत