آن پریمیسس ڈیٹا گیٹ وے: سیٹ اپ اور کنفیگریشن گائیڈ

آن پریمیسس ڈیٹا گیٹ وے پاور BI سروس (کلاؤڈ) اور آپ کے آن پریمیسس ڈیٹا ذرائع کے درمیان پل ہے۔ اس کے بغیر، کوئی بھی ڈیٹا جو آپ کے کارپوریٹ فائر وال کے پیچھے رہتا ہے --- SQL سرور ڈیٹا بیس، PostgreSQL مثالیں، اوریکل سسٹمز، فائل شیئرز، ODBC ذرائع --- پاور BI سروس میں ریفریش نہیں کیا جا سکتا۔ گیٹ وے کلاؤڈ سے آن پریمیسس ڈیٹابیس تک براہ راست/DirectQuery کنکشن کے لیے بھی ضروری ہے۔

اس کے اہم کردار کے باوجود، گیٹ وے کو اکثر بعد کی سوچ سمجھا جاتا ہے۔ تنظیمیں اسے ایک ڈویلپر کے لیپ ٹاپ پر انسٹال کرتی ہیں، اعلی دستیابی کی ترتیب کو چھوڑ دیتی ہیں، اور حیران ہوتی ہیں کہ شیڈول ریفریش ہر ہفتے کے آخر میں کیوں ناکام ہو جاتے ہیں۔ یہ گائیڈ مکمل لائف سائیکل کا احاطہ کرتا ہے: فن تعمیر کے فیصلے، تنصیب، کلسٹرنگ، ڈیٹا سورس کنفیگریشن، مانیٹرنگ، پرفارمنس ٹیوننگ، اور سب سے عام غلطیوں کا ازالہ۔

---

اہم نکات

• آن پریمیسس ڈیٹا گیٹ وے دو طریقوں میں آتا ہے: ذاتی (واحد صارف، کوئی اشتراک نہیں) اور معیاری/انٹرپرائز (پوری تنظیم میں مشترکہ، کلسٹرنگ کو سپورٹ کرتا ہے)
• انٹرپرائز گیٹ ویز کو ہمیشہ قابل اعتماد پاور، نیٹ ورک اور اپ ٹائم کے ساتھ وقف سرور (کبھی بھی ڈیولپر ورک سٹیشن نہیں) پر انسٹال کیا جانا چاہیے۔
• دو یا زیادہ نوڈس کے ساتھ گیٹ وے کلسٹرنگ زیادہ دستیابی فراہم کرتا ہے --- اگر ایک نوڈ نیچے جاتا ہے، تو دوسرا ریفریش کی درخواستوں کو ہینڈل کرتا رہتا ہے۔
• تمام کمیونیکیشن گیٹ وے سے Azure سروس بس تک باہر ہے --- ان باؤنڈ فائر وال پورٹس کو کھولنے کی ضرورت نہیں ہے
• ڈیٹا سورس کی اسناد کو ریکوری کلید کا استعمال کرتے ہوئے گیٹ وے مشین پر مقامی طور پر انکرپٹ کیا جاتا ہے --- اس کلید کو کھونے کا مطلب تمام ڈیٹا کے ذرائع کو دوبارہ ترتیب دینا ہے۔
• گیٹ وے لاگز واحد سب سے مفید ٹربل شوٹنگ وسیلہ ہیں، جو صارف کے مقامی ایپ ڈیٹا کے تحت Gateway Components فولڈر میں واقع ہے۔
• رشتہ دار ذرائع کے لیے کنکشن پولنگ کو فعال کر کے، مناسب ٹائم آؤٹ ویلیوز ترتیب دے کر، اور گیٹ وے مشین میں مناسب RAM اور CPU کو یقینی بنا کر کارکردگی کو بہتر بنایا جا سکتا ہے۔

---

گیٹ وے آرکیٹیکچر

گیٹ وے کیسے کام کرتا ہے۔

گیٹ وے TCP پورٹ 443 (HTTPS) کا استعمال کرتے ہوئے Azure سروس بس سے ایک آؤٹ باؤنڈ کنکشن قائم کرتا ہے۔ آپ کے فائر وال میں کوئی ان باؤنڈ پورٹ کھولنے کی ضرورت نہیں ہے۔ مواصلات کا بہاؤ ہے:

1. ایک صارف سروس میں پاور BI رپورٹ کھولتا ہے، یا ایک طے شدہ ریفریش ٹرگر کرتا ہے۔
2. Power BI سروس Azure سروس بس کو استفسار کی درخواست بھیجتی ہے۔
3. گیٹ وے (پولنگ Azure سروس بس) درخواست کو اٹھا لیتی ہے۔
4. گیٹ وے آن پریمیسس ڈیٹا سورس کے خلاف استفسار کو انجام دیتا ہے۔
5. گیٹ وے نتائج کو خفیہ کرتا ہے اور انہیں Azure سروس بس کے ذریعے واپس بھیجتا ہے۔
6. Power BI سروس نتائج وصول کرتی ہے اور رپورٹ پیش کرتی ہے یا ریفریش مکمل کرتی ہے۔

اس فن تعمیر کا مطلب ہے کہ گیٹ وے کبھی بھی انٹرنیٹ سے ان باؤنڈ کنکشن حاصل نہیں کرتا ہے۔ یہ تمام مواصلاتی آؤٹ باؤنڈ شروع کرتا ہے، جو فائر وال کی ترتیب کو نمایاں طور پر آسان بناتا ہے۔

ذاتی گیٹ وے بمقابلہ معیاری (انٹرپرائز) گیٹ وے

| خصوصیت | ذاتی گیٹ وے | معیاری گیٹ وے | |---------|--------------------------------------| | صارفین | صرف ایک صارف | تنظیم بھر میں اشتراک کردہ | | ڈیٹا ذرائع | صارف کے اپنے ذرائع | مرکزی زیر انتظام ذرائع | | جھرمٹ | تعاون یافتہ نہیں | 10 نوڈس تک | | انتظامیہ | صارف کی سیلف سروس | گیٹ وے ایڈمن کا کردار | | کے طور پر چلتا ہے | ونڈوز ایپلی کیشن | ونڈوز سروس | | DirectQuery | تعاون یافتہ نہیں | تائید شدہ | | ڈیٹا فلوز | تعاون یافتہ نہیں | تائید شدہ | | لائیو کنکشن | تعاون یافتہ نہیں | تائید شدہ | | ورچوئل نیٹ ورک | تعاون یافتہ نہیں | تعاون یافتہ (پریمیم) | | سفارش | صرف ذاتی پروٹو ٹائپنگ | پروڈکشن کا استعمال |

کسی بھی پروڈکشن کی تعیناتی کے لیے، معیاری (انٹرپرائز) گیٹ وے استعمال کریں۔ ذاتی گیٹ وے صرف انفرادی صارفین کے لیے موزوں ہے جو اپنے ڈیٹا کے ذرائع سے پروٹو ٹائپ کرتے ہیں۔

---

انسٹالیشن

شرائط

گیٹ وے کو انسٹال کرنے سے پہلے، یقینی بنائیں کہ ٹارگٹ مشین ان ضروریات کو پورا کرتی ہے:

تنقیدی: گیٹ وے کو اسی سرور پر انسٹال نہ کریں جس پر آپ کا ڈیٹا بیس ہے۔ گیٹ وے ریفریش آپریشنز کے دوران CPU اور RAM کا مقابلہ کرتا ہے، اور اسے ڈیٹا بیس کے ساتھ مل کر تلاش کرنا گیٹ وے اور ڈیٹا بیس کی کارکردگی دونوں کو خراب کر سکتا ہے۔

انسٹالیشن کے مراحل

1. تازہ ترین گیٹ وے انسٹالر Microsoft کے آفیشل ڈاؤن لوڈ پیج سے ڈاؤن لوڈ کریں۔
2. انسٹالر چلائیں اور انٹرپرائز موڈ کے لیے "آن پریمیسس ڈیٹا گیٹ وے (تجویز کردہ)" کو منتخب کریں۔
3. لائسنس کی شرائط کو قبول کریں اور انسٹالیشن ڈائرکٹری کا انتخاب کریں۔
4. اپنے تنظیمی اکاؤنٹ کے ساتھ سائن ان کریں (اکاؤنٹ اسی Azure AD کرایہ دار میں ہونا چاہیے جس میں آپ کی Power BI سروس ہے)
5. "اس کمپیوٹر پر ایک نیا گیٹ وے رجسٹر کریں" کو منتخب کریں
6. گیٹ وے کا نام دیں (ایک وضاحتی نام استعمال کریں: جیسے، پروڈکشن گیٹ وے، نیویارک، نوڈ 1 کے لیے "PROD-GW-NY-01")
7. ریکوری کلید سیٹ کریں --- اسے محفوظ طریقے سے پاس ورڈ مینیجر یا کی والٹ میں اسٹور کریں۔ آپ کو کلسٹر نوڈس شامل کرنے یا گیٹ وے کی بازیافت کے لیے اس کی ضرورت ہوگی۔
8. انسٹالیشن مکمل کریں۔

گیٹ وے سروس خود بخود شروع ہوتی ہے اور بطور ڈیفالٹ "NT SERVICE\PBIEgwService" اکاؤنٹ کے تحت چلتی ہے۔

سروس اکاؤنٹ تبدیل کرنا

پہلے سے طے شدہ طور پر، گیٹ وے مقامی سروس اکاؤنٹ کے طور پر چلتا ہے۔ نیٹ ورک کے وسائل تک رسائی حاصل کرنے کے لیے (فائل شیئرز، ونڈوز کی توثیق کے ساتھ ڈومین سے منسلک ڈیٹا بیس)، آپ کو سروس اکاؤنٹ کو ڈومین اکاؤنٹ میں تبدیل کرنے کی ضرورت پڑ سکتی ہے:

1. ونڈوز سروسز کھولیں (services.msc)
2. تلاش کریں "آن پریمیسس ڈیٹا گیٹ وے سروس"
3. دائیں کلک کریں، پراپرٹیز منتخب کریں، پھر لاگ آن ٹیب
4. "یہ اکاؤنٹ" منتخب کریں اور ڈومین کی اسناد درج کریں۔
5. سروس دوبارہ شروع کریں۔

سروس اکاؤنٹ کو درج ذیل دیں:

• "سروس کے طور پر لاگ ان کریں" مقامی پالیسی
• ڈیٹا کے ذرائع تک رسائی کو پڑھیں جس کی اسے استفسار کرنے کی ضرورت ہے۔
• ڈیٹا سورس سرورز تک نیٹ ورک تک رسائی

---

اعلی دستیابی کے لیے گیٹ وے کلسٹرنگ

ایک واحد گیٹ وے ناکامی کا واحد نقطہ ہے۔ اگر مشین نیچے چلی جاتی ہے، تمام شیڈول ریفریشز اور DirectQuery کنکشن ناکام ہو جاتے ہیں۔ گیٹ وے کلسٹرنگ متعدد نوڈس میں درخواستوں کو تقسیم کرکے اسے حل کرتی ہے۔

ایک کلسٹر بنانا

1. اسی تنصیب کے مراحل کے بعد دوسری مشین پر گیٹ وے انسٹال کریں۔
2. "ایک نیا گیٹ وے رجسٹر کریں" کے مرحلے کے دوران، "موجودہ گیٹ وے کلسٹر میں شامل کریں" کو منتخب کریں۔
3. ڈراپ ڈاؤن سے موجودہ گیٹ وے کا نام منتخب کریں۔
4. ریکوری کلید درج کریں (وہی کلید جو پہلے نوڈ کے لیے استعمال ہوتی ہے)
5. انسٹالیشن مکمل کریں۔

کلسٹر میں اب دو نوڈس ہیں۔ درخواستیں صحت مند نوڈس میں تقسیم کی جاتی ہیں۔

لوڈ بیلنسنگ کنفیگریشن

پہلے سے طے شدہ طور پر، گیٹ وے کلسٹر درخواستوں کو تصادفی طور پر تقسیم کرتے ہیں۔ آپ لوڈ بیلنس کو ترتیب دے سکتے ہیں:

راؤنڈ رابن: تمام نوڈس پر یکساں طور پر درخواستیں تقسیم کرتا ہے۔ ایک جیسے ہارڈ ویئر والے کلسٹرز کے لیے بہترین۔

ویٹڈ روٹنگ: مزید درخواستوں کو زیادہ طاقتور نوڈس پر بھیجتا ہے۔ گیٹ وے سیٹنگز کے تحت پاور BI ایڈمن پورٹل میں کنفیگر کریں۔

صرف ناکامی: تمام درخواستیں بنیادی نوڈ پر جاتی ہیں۔ سیکنڈری نوڈس صرف اس صورت میں فعال ہوتے ہیں جب پرائمری دستیاب نہ ہو۔ اسٹینڈ بائی سرور کے ساتھ لاگت سے متعلق تعیناتیوں کے لیے بہترین۔

تجویز کردہ کلسٹر ٹوپولوجی

پیداوار کی تعیناتیوں کے لیے، ECOSIRE تجویز کرتا ہے کم از کم دو گیٹ وے نوڈس:

دیکھ بھال کی کھڑکیوں کو لڑکھڑاتا ہے تاکہ دونوں نوڈس بیک وقت نیچے نہ ہوں۔ ونڈوز اپ ڈیٹس، .NET پیچ، اور گیٹ وے ورژن اپ گریڈ کو ایک وقت میں ایک نوڈ پر لاگو کیا جانا چاہیے۔

---

ڈیٹا سورس کنفیگریشن

ڈیٹا ماخذ شامل کرنا

گیٹ وے انسٹال کرنے کے بعد، پاور BI سروس میں ڈیٹا کے ذرائع کو ترتیب دیں:

1. ترتیبات پر جائیں (گیئر آئیکن)، پھر گیٹ ویز کا نظم کریں۔
2. اپنا گیٹ وے کلسٹر منتخب کریں۔
3. "ڈیٹا ماخذ شامل کریں" پر کلک کریں
4. ڈیٹا سورس کی قسم کا انتخاب کریں (SQL سرور، PostgreSQL، Oracle، ODBC، وغیرہ)
5. کنکشن کی تفصیلات درج کریں (سرور کا نام، ڈیٹا بیس کا نام)
6. تصدیق کا طریقہ منتخب کریں (Windows, Basic, OAuth2)
7. اسناد درج کریں۔
8. کنکشن کی جانچ کریں۔

تعاون یافتہ ڈیٹا سورس کی اقسام

معیاری گیٹ وے 80 سے زیادہ ڈیٹا سورس اقسام کو سپورٹ کرتا ہے۔ پاور BI کے لیے سب سے عام:

اسناد کی خفیہ کاری

ڈیٹا سورس کی اسناد کو ریکوری کلید کا استعمال کرتے ہوئے انکرپٹ کیا جاتا ہے اور گیٹ وے مشین پر مقامی طور پر اسٹور کیا جاتا ہے۔ وہ کبھی بھی سادہ متن میں بادل پر نہیں بھیجے جاتے ہیں۔ جب آپ کلسٹر نوڈ شامل کرتے ہیں، تو مشترکہ ریکوری کلید کا استعمال کرتے ہوئے اسناد کو مطابقت پذیر بنایا جاتا ہے۔

اہم: اگر آپ ریکوری کلید کھو دیتے ہیں اور تمام گیٹ وے نوڈس ناکام ہوجاتے ہیں، تو آپ کو:

1. ایک نئی ریکوری کلید کے ساتھ ایک نیا گیٹ وے انسٹال کریں۔
2. تمام ڈیٹا کے ذرائع اور اسناد کو دوبارہ ترتیب دیں۔
3. Power BI سروس میں تمام ڈیٹاسیٹس کو نئے گیٹ وے پر دوبارہ نقشہ بنائیں

ریکوری کلید کو Azure Key Vault یا اپنی تنظیم کے پاس ورڈ مینیجر میں اسٹور کریں۔

کنکشن پولنگ

متعلقہ ڈیٹا بیس (SQL سرور، PostgreSQL، Oracle) کے لیے، ریفریش آپریشنز میں ڈیٹا بیس کنکشن کو دوبارہ استعمال کرنے کے لیے کنکشن پولنگ کو فعال کریں:

گیٹ وے کنفیگریشن فائل میں (Microsoft.PowerBI.EnterpriseGateway.exe.config):

<setting name="PoolConnections" serializeAs="String">
    <value>True</value>
</setting>
<setting name="MinPoolSize" serializeAs="String">
    <value>2</value>
</setting>
<setting name="MaxPoolSize" serializeAs="String">
    <value>20</value>
</setting>

کنکشن پولنگ ہر استفسار کے لیے نئے ڈیٹا بیس کنکشن قائم کرنے کے اوور ہیڈ کو کم کر دیتی ہے، خاص طور پر بہت سے ہم آہنگ صارفین کے ساتھ DirectQuery ورک بوجھ کے دوران۔

---

شیڈول ریفریش کنفیگریشن

طے شدہ ریفریش ترتیب دینا

پاور BI سروس میں ڈیٹا سیٹ شائع کرنے کے بعد:

1. ڈیٹا سیٹ کی ترتیبات پر جائیں۔
2. "گیٹ وے کنکشن" کے تحت، اپنا گیٹ وے اور کنفیگر کردہ ڈیٹا سورس منتخب کریں۔
3. "شیڈیولڈ ریفریش" کے تحت ٹوگل کو فعال کریں۔
4. ریفریش فریکوئنسی سیٹ کریں (روزانہ، ہفتہ وار، یا مخصوص اوقات)
5. ٹائم زون کو ترتیب دیں۔
6. اختیاری طور پر ناکامی کی اطلاعات مرتب کریں۔

فریکوئنسی کی حدیں تازہ کریں۔

| لائسنس | فی دن زیادہ سے زیادہ ریفریشز | کم از کم وقفہ | |---------|---------------------------------------------------------| | پاور BI پرو | 8 | 3 گھنٹے | | پاور BI پریمیم (فی صلاحیت) | 48 | 30 منٹ | | پاور BI پریمیم فی صارف | 48 | 30 منٹ |

ونڈوز کو ریفریش کریں اور حیران کن

تمام ڈیٹاسیٹ ریفریشز کو ایک ہی وقت میں شیڈول نہ کریں۔ گیٹ وے میں محدود سی پی یو اور میموری ہے، اور ساتھ ساتھ ریفریشز وسائل کے لیے مقابلہ کرتے ہیں۔

بہترین عمل: ایک ریفریش شیڈول بنائیں جو دستیاب ونڈو میں ڈیٹاسیٹس کو حیران کردے:

اہم ڈیٹا سیٹس پہلے ریفریش ہوتے ہیں، اس بات کو یقینی بناتے ہوئے کہ وہ مکمل ہو جائیں چاہے بعد میں ریفریش ہونے سے مسائل کا سامنا ہو۔

انکریمنٹل ریفریش اور گیٹ وے

اضافی ریفریش گیٹ وے کے ذریعے پروسیس ہونے والے ڈیٹا کے حجم کو نمایاں طور پر کم کرتا ہے۔ پورے ڈیٹاسیٹ کو ریفریش کرنے کے بجائے، صرف نئی اور تبدیل شدہ قطاریں لائی جاتی ہیں۔ یہ خاص طور پر بڑے ڈیٹا سیٹس کے لیے اہم ہے جہاں مکمل ریفریش میں گھنٹے لگیں گے اور ضرورت سے زیادہ گیٹ وے وسائل استعمال ہوں گے۔

پاور BI ڈیسک ٹاپ میں اضافی ریفریش کو ترتیب دیں (رینج اسٹارٹ/رینج اینڈ پیرامیٹر اپروچ دیکھیں)، پھر سروس میں شائع کریں۔ گیٹ وے پیرامیٹرائزڈ سوالات کو خود بخود ہینڈل کرتا ہے۔

---

فائر وال اور پراکسی کنفیگریشن

مطلوبہ آؤٹ باؤنڈ کنکشنز

گیٹ وے کو آؤٹ باؤنڈ HTTPS (TCP 443) تک رسائی درکار ہے:

اگر آپ کے فائر وال کو وائلڈ کارڈ ڈومینز کی بجائے واضح IP اجازت دینے کی ضرورت ہے، تو اپنے علاقے میں Azure سروس بس کے لیے IP رینجز تلاش کرنے کے لیے Microsoft کی Azure IP Ranges JSON فائل (ہفتہ وار اپ ڈیٹ کی جاتی ہے) استعمال کریں۔

پراکسی سرور کنفیگریشن

اگر گیٹ وے کو کارپوریٹ پراکسی کے ذریعے جانا چاہیے:

1. ترمیم کریں Microsoft.PowerBI.EnterpriseGateway.exe.config
2. <system.net> سیکشن میں پراکسی کنفیگریشن شامل کریں:

<system.net>
  <defaultProxy useDefaultCredentials="true">
    <proxy proxyaddress="http://proxy.company.com:8080"
           bypassonlocal="true" />
  </defaultProxy>
</system.net>

3. گیٹ وے سروس کو دوبارہ شروع کریں۔

اگر پراکسی کو مخصوص اسناد کی ضرورت ہے (ونڈوز کی توثیق کے ذریعے پاس نہیں)، تو آپ کو ایک پراکسی PAC فائل استعمال کرنے یا اضافی تصدیق کے بغیر گیٹ وے کے سروس اکاؤنٹ کو اجازت دینے کے لیے پراکسی کو کنفیگر کرنے کی ضرورت پڑ سکتی ہے۔

TLS کنفیگریشن

گیٹ وے کو TLS 1.2 کی ضرورت ہے۔ اگر آپ کے ماحول میں ابھی بھی TLS 1.0 یا 1.1 فعال ہے تو گیٹ وے TLS 1.2 کو بطور ڈیفالٹ استعمال کرے گا۔ تاہم، اگر ڈیٹا سورس سرور صرف TLS 1.0 کو سپورٹ کرتا ہے، تو کنکشن ناکام ہو جائے گا۔

تصدیق کریں کہ TLS 1.2 ونڈوز رجسٹری میں فعال ہے:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client
  Enabled = 1 (DWORD)
  DisabledByDefault = 0 (DWORD)

---

نگرانی اور لاگنگ

گیٹ وے لاگز

گیٹ وے تفصیلی لاگ ان پر لکھتا ہے:

C:\Users\<ServiceAccount>\AppData\Local\Microsoft\On-premises data gateway\

کلیدی لاگ فائلیں:

اضافی لاگنگ کو فعال کرنا

ٹربل شوٹنگ کے لیے، وربوز لاگنگ کو فعال کریں:

1. گیٹ وے کنفیگریشن ایپلیکیشن کھولیں۔
2. تشخیص پر جائیں۔
3. "اضافی لاگنگ" کو فعال کریں
4. مسئلے کو دوبارہ پیش کریں۔
5. "لاگز برآمد کریں" بٹن کا استعمال کرتے ہوئے لاگز برآمد کریں (تمام لاگ فائلوں کی ایک زپ بناتا ہے)
6. خرابی کا سراغ لگانے کے بعد اضافی لاگنگ کو غیر فعال کریں (یہ لاگ کی بڑی مقدار پیدا کرتا ہے)

پرفارمنس کاؤنٹرز

گیٹ وے ونڈوز پرفارمنس کاؤنٹرز کو "آن پریمیسس ڈیٹا گیٹ وے" زمرہ کے تحت بے نقاب کرتا ہے:

ان کاؤنٹرز کو ٹریک کرنے کے لیے ونڈوز پرفارمنس مانیٹر یا مانیٹرنگ ٹول (Prometheus, Datadog, Azure Monitor) سیٹ کریں اور دہلیز پر الرٹ کریں۔

پاور BI ایڈمن پورٹل مانیٹرنگ

پاور BI ایڈمن پورٹل میں:

1. ایڈمن پورٹل پر جائیں، پھر گیٹ وے مینجمنٹ پر جائیں۔
2. تمام گیٹ ویز، ان کی حیثیت (آن لائن/آف لائن) اور ورژن دیکھیں
3. ڈیٹا سورس کے استعمال کے اعدادوشمار دیکھیں
4. کامیابی/ناکامی کی تازہ کاری کی شرح کی نگرانی کریں۔

گیٹ وے آف لائن ایونٹس اور ریفریش ناکامیوں کے لیے ای میل اطلاعات کو ترتیب دیں۔

---

پرفارمنس ٹیوننگ

ہارڈ ویئر کا صحیح سائز کرنا

گیٹ وے کی کارکردگی بنیادی طور پر پابند ہے:

1. CPU — استفسارات کی تجزیہ، ڈیٹا کمپریشن، اور خفیہ کاری کے لیے
2. RAM — انٹرمیڈیٹ استفسار کے نتائج رکھنے کے لیے
3. نیٹ ورک — Azure سروس بس میں ڈیٹا کی منتقلی کے لیے

سائزنگ کے رہنما خطوط:

میشپ انجن کی ترتیبات

گیٹ وے ڈیٹا کی تبدیلی کے لیے پاور کوئری (Mashup) انجن کا استعمال کرتا ہے۔ گیٹ وے ایپ میں کنفیگر کریں:

زیادہ سے زیادہ کنکرنٹ سوالات: پہلے سے طے شدہ CPU کور کی تعداد ہے 2۔ I/O- پابند کام کے بوجھ میں اضافہ (سست ڈیٹا کے ذرائع پر انتظار)۔ CPU سے منسلک کام کے بوجھ (بھاری تبدیلیوں) کے لیے کمی۔

میموری کی حد فی استفسار: ڈیفالٹ کی کوئی حد نہیں ہے۔ تمام دستیاب RAM استعمال کرنے سے کسی ایک رن وے سوال کو روکنے کے لیے ایک حد (مثلاً 2 GB) سیٹ کریں۔

نیٹ ورک آپٹیمائزیشن

گیٹ وے کو ڈیٹا سورس کے قریب تلاش کریں۔ گیٹ وے اور ڈیٹا سورس کے درمیان نیٹ ورک کی تاخیر کو فی ریفریش کے سوالات کی تعداد سے ضرب دیا جاتا ہے۔ ڈیٹا بیس کے طور پر اسی ڈیٹا سینٹر میں ایک گیٹ وے تاخیر کو کم کرتا ہے۔

Azure کی قربت کی بنیاد پر گیٹ وے کا پتہ نہ لگائیں۔ Azure سروس بس کنکشن ایک مستقل TCP کنکشن ہے۔ Azure میں تاخیر ابتدائی کنکشن سیٹ اپ کو متاثر کرتی ہے لیکن استفسار کے ذریعے نہیں.

وائرڈ کنکشن استعمال کریں۔ کبھی بھی وائی فائی پر پروڈکشن گیٹ وے نہ چلائیں۔ وقفے وقفے سے کنیکٹوٹی ریفریش کی ناکامیوں کا سبب بنتی ہے۔

ماخذ پر استفسار کی اصلاح

گیٹ وے کی کارکردگی کو بہتر بنانے کا تیز ترین طریقہ یہ ہے کہ اس کے ذریعے کیے گئے سوالات کو بہتر بنایا جائے:

• پوری میزیں درآمد کرنے کے بجائے حسب ضرورت SQL سوالات کا استعمال کریں (ڈیٹا والیوم کم کریں)
• WHERE شقوں اور JOINs میں استعمال ہونے والے کالموں پر ڈیٹا بیس انڈیکس بنائیں
• پیچیدہ ڈیٹا ماڈلز کے لیے پری جوائنز اور پری ایگریگیشن کے ساتھ آراء کا استعمال کریں۔
• ڈیٹا بیس میں تبدیلیوں کو آگے بڑھانے کے لیے پاور کوئری میں استفسار فولڈنگ کو فعال کریں۔
• فی ریفریش سائیکل ڈیٹا والیوم کو کم کرنے کے لیے اضافی ریفریش لاگو کریں۔

---

عام خامیوں کا ازالہ کرنا

"گیٹ وے قابل رسائی نہیں ہے"

وجہ: گیٹ وے سروس بند ہے، مشین بند ہے، یا Azure سے نیٹ ورک کنیکٹیویٹی مسدود ہے۔

قرارداد:

1. چیک کریں کہ آیا گیٹ وے ونڈوز سروس چل رہی ہے (services.msc)
2. *.servicebus.windows.net پر آؤٹ باؤنڈ HTTPS کی تصدیق کریں اجازت ہے۔
3. اگر کارپوریٹ پراکسی کے پیچھے ہے تو پراکسی سیٹنگ چیک کریں۔
4. تصدیق کریں کہ گیٹ وے مشین میں انٹرنیٹ کنیکٹیویٹی ہے۔
5. چیک کریں کہ آیا گیٹ وے ورژن پرانا ہے (خودکار اپ ڈیٹس خاموشی سے ناکام ہو سکتے ہیں)

"ڈیٹا سورس سے منسلک ہونے سے قاصر"

وجہ: غلط اسناد، ڈیٹا سورس سے نیٹ ورک کنیکٹیویٹی، یا ڈرائیور کے مسائل۔

قرارداد:

1. گیٹ وے کنفیگریشن ایپ میں کنکشن کی جانچ کریں (تشخیص، پھر ٹیسٹ کنکشن)
2. تصدیق کریں کہ ڈیٹا سورس سرور گیٹ وے مشین سے قابل رسائی ہے (پنگ، ٹیل نیٹ سے پورٹ)
3. تصدیق کریں کہ اسناد درست ہیں اور اکاؤنٹ لاک یا ختم نہیں ہوا ہے۔
4. Oracle اور SAP کے لیے، تصدیق کریں کہ مطلوبہ کلائنٹ لائبریریاں گیٹ وے مشین پر انسٹال ہیں
5. چیک کریں کہ ڈیٹا سورس کی فائر وال گیٹ وے کے آئی پی سے کنکشن کی اجازت دیتی ہے۔

"آن پریمیسس ڈیٹا گیٹ وے کے ریفریش میں بہت زیادہ وقت لگ رہا ہے"

وجہ: بڑا ڈیٹاسیٹ، سست سوالات، ناکافی گیٹ وے وسائل، یا نیٹ ورک کی رکاوٹ۔

قرارداد:

1. ڈیٹا والیوم کو کم کرنے کے لیے اضافی ریفریش کو فعال کریں۔
2. SQL سوالات کو بہتر بنائیں (انڈیکسز شامل کریں، کالم کم کریں، قطاریں فلٹر کریں)
3. ریفریش کے دوران گیٹ وے مشین CPU اور RAM کا استعمال چیک کریں۔
4. کنکرنٹ بوجھ کو کم کرنے کے لیے اسٹگر ریفریش شیڈولز
5. لوڈ کی تقسیم کے لیے دوسرا گیٹ وے نوڈ شامل کرنے پر غور کریں۔

"ڈیٹا سورس کی اسناد غلط ہیں"

وجہ: پاس ورڈ تبدیل، اکاؤنٹ لاک، یا Kerberos وفد غلط کنفیگر ہوا۔

قرارداد:

1. پاور BI سروس میں اسناد دوبارہ درج کریں (ڈیٹا سیٹ کی ترتیبات، پھر گیٹ وے کنکشن)
2. اگر کربروس کے ساتھ ونڈوز کی توثیق کا استعمال کر رہے ہیں، تو تصدیق کریں:

• گیٹ وے سروس اکاؤنٹ کو ایکٹو ڈائریکٹری میں ڈیلی گیشن مراعات حاصل ہیں۔
• SPNs کو ڈیٹا سورس کے لیے درست طریقے سے ترتیب دیا گیا ہے۔
• KDC (ڈومین کنٹرولر) گیٹ وے سے قابل رسائی ہے۔

"گیٹ وے ورژن پرانا ہے"

وجہ: آٹو اپ ڈیٹ ناکام ہو گیا یا غیر فعال ہو گیا۔

قرارداد:

1. Microsoft سے تازہ ترین گیٹ وے انسٹالر ڈاؤن لوڈ کریں۔
2. انسٹالر کو موجودہ گیٹ وے مشین پر چلائیں (اس کی جگہ اپ گریڈ ہو جاتی ہے)
3. کلسٹرز کے لیے، اپ گریڈ کے درمیان وقفے کے ساتھ ایک وقت میں ایک نوڈ کو اپ گریڈ کریں۔
4. اپ گریڈ کرنے کے بعد پاور BI ایڈمن پورٹل میں گیٹ وے ورژن کی تصدیق کریں۔

---

سیکیورٹی کے بہترین طریقے

کم سے کم استحقاق کا اصول

• گیٹ وے سروس اکاؤنٹ کو ڈیٹا کے ذرائع تک صرف پڑھنے کی رسائی ہونی چاہیے۔
• ڈومین ایڈمن یا ڈیٹا بیس ایڈمن اکاؤنٹس استعمال نہ کریں۔
• اگر آپ کی سیکیورٹی پالیسی کی ضرورت ہو تو ڈیٹا سورس کی قسم کے لیے وقف سروس اکاؤنٹس بنائیں
• سروس اکاؤنٹ کے پاس ورڈز کو ایک باقاعدہ شیڈول پر گھمائیں اور گیٹ وے ڈیٹا سورس کنفیگریشن کو اپ ڈیٹ کریں۔

ریکوری کلید کا انتظام

ریکوری کلید مقامی طور پر ذخیرہ شدہ تمام اسناد کو خفیہ کرتی ہے۔ ڈیٹا بیس کی ماسٹر کلید کی طرح ہی اس کے ساتھ سلوک کریں:

• Azure Key Vault یا انٹرپرائز پاس ورڈ مینیجر میں اسٹور کریں۔
• وہ دستاویز جس کے پاس ریکوری کلید تک رسائی ہے۔
• اپنی کلیدی مینجمنٹ پالیسی میں ریکوری کلید کی گردش شامل کریں۔
• ریکوری کلید کے ساتھ بیک اپ سے گیٹ وے کو بحال کر کے ریکوری کی جانچ کریں۔

نیٹ ورک سیگمنٹیشن

گیٹ وے کو نیٹ ورک سیگمنٹ میں رکھیں جس تک پہنچ سکتے ہیں:

• ڈیٹا سورس سرورز (SQL سرور، PostgreSQL، اوریکل، وغیرہ)
• Azure سروس بس (آؤٹ باؤنڈ HTTPS)
• Azure AD (آؤٹ باؤنڈ HTTPS)

دیگر تمام ان باؤنڈ اور آؤٹ باؤنڈ ٹریفک کو مسدود کریں۔ گیٹ وے کو کسی بھی ذریعہ سے ان باؤنڈ کنکشن کی ضرورت نہیں ہے۔

آڈٹ ٹریل

ٹریک کرنے کے لیے گیٹ وے مشین پر ونڈوز سیکیورٹی آڈیٹنگ کو فعال کریں:

• سروس اکاؤنٹ لاگ ان ایونٹس
• گیٹ وے کی ترتیب میں تبدیلیاں
• ڈیٹا سورس تک رسائی کے نمونے۔

مرکزی نگرانی کے لیے ان واقعات کو اپنے SIEM (Splunk، Sentinel، Datadog) کو بھیجیں۔

---

ہجرت اور اپ گریڈ کے منظرنامے۔

ایک نئی گیٹ وے مشین پر منتقل ہونا

1. نئی مشین پر گیٹ وے انسٹال کریں۔
2. رجسٹریشن کے دوران، "موجودہ گیٹ وے کو منتقل کریں، بحال کریں یا ٹیک اوور کریں" کو منتخب کریں۔
3. اصل گیٹ وے سے ریکوری کلید درج کریں۔
4. نئی مشین کو تمام ڈیٹا سورس کنفیگریشنز اور اسناد وراثت میں ملتی ہیں۔
5. توثیق کریں کہ پاور BI ایڈمن پورٹل میں منسلک تمام ڈیٹا ذرائع دکھائے گئے ہیں۔
6. نئی مشین کے آئی پی کو شامل کرنے کے لیے کسی بھی IP پر مبنی فائر وال قواعد کو اپ ڈیٹ کریں۔
7. پرانی گیٹ وے مشین کو ختم کرنا

گیٹ وے ورژن کو اپ گریڈ کرنا

مائیکروسافٹ ماہانہ گیٹ وے اپڈیٹس جاری کرتا ہے۔ بہترین طرز عمل:

• تبدیلیوں کی پیشگی اطلاع کے لیے گیٹ وے ریلیز نوٹس کو سبسکرائب کریں۔
• پہلے غیر پروڈکشن گیٹ وے کلسٹر میں نئے ورژن کی جانچ کریں۔
• پروڈکشن کلسٹرز کے لیے، 24 گھنٹے کے وقفے کے ساتھ ایک وقت میں ایک نوڈ کو اپ گریڈ کریں۔
• ہر نوڈ اپ گریڈ کے بعد کامیابی کی تازہ کاری کی شرح کی تصدیق کریں۔
• نئے ورژن کی توثیق ہونے تک پچھلے ورژن پر کم از کم ایک نوڈ رکھیں

گیٹ وے کلسٹرز میں N-1 ورژن کی مطابقت کی حمایت کرتا ہے --- نوڈس کو بالکل وہی ورژن چلانے کی ضرورت نہیں ہے۔

---

اکثر پوچھے گئے سوالات

کیا میں گیٹ وے کو ورچوئل مشین پر انسٹال کر سکتا ہوں؟

جی ہاں گیٹ وے فزیکل اور ورچوئل مشینوں پر چلتا ہے، بشمول Azure VMs، AWS EC2، اور آن پریمیسس Hyper-V یا VMware۔ Azure VMs کے لیے، VNet ڈیٹا گیٹ وے استعمال کرنے پر غور کریں (پریمیم کیپیسیٹیز کے لیے پیش نظارہ میں) جو ایک خود سے منظم گیٹ وے کی ضرورت کو مکمل طور پر ختم کرتا ہے۔ آن پریمیسس VMs کے لیے، اس بات کو یقینی بنائیں کہ VM نے CPU اور RAM کے وسائل وقف کیے ہیں (شیئر نہیں کیے ہیں)، اور یہ کہ ہائپر وائزر جارحانہ طور پر وسائل سے زیادہ کام نہیں کرتا ہے۔

ایک گیٹ وے کے کتنے ڈیٹا ذرائع سپورٹ کر سکتے ہیں؟

فی گیٹ وے ڈیٹا کے ذرائع کی تعداد پر کوئی سخت حد نہیں ہے۔ عملی طور پر، گیٹ وے عام طور پر 50 سے 100 ڈیٹا کے ذرائع کو بغیر کسی مسائل کے سپورٹ کرتے ہیں۔ محدود کرنے والا عنصر ریفریش ونڈوز کے دوران سمورتی سوال کا بوجھ ہے، نہ کہ ترتیب شدہ ڈیٹا کے ذرائع کی تعداد۔ اگر ریفریش کے اوقات کم ہو رہے ہیں تو اضافی گیٹ وے تنصیبات بنانے کے بجائے کلسٹر نوڈس شامل کریں۔

کیا گیٹ وے لینکس کو سپورٹ کرتا ہے؟

نہیں، آن پریمیسس ڈیٹا گیٹ وے کے لیے ونڈوز (سرور 2016 یا بعد کا) درکار ہے۔ اگر آپ کے ڈیٹا کے ذرائع لینکس پر چلتے ہیں تو گیٹ وے کو ونڈوز مشین پر انسٹال کریں جس میں لینکس ڈیٹا سورس سرورز تک نیٹ ورک کی رسائی ہو۔ گیٹ وے نیٹ ورک پر ڈیٹا سورس سے جڑتا ہے --- اسے ڈیٹا سورس کے طور پر اسی آپریٹنگ سسٹم پر چلانے کی ضرورت نہیں ہے۔

اگر کلسٹر میں دونوں گیٹ وے نوڈس بیک وقت آف لائن ہوجائیں تو کیا ہوگا؟

تمام شیڈول کردہ ریفریشز ناکام ہو جاتے ہیں، اور تمام DirectQuery کنکشنز غلطیاں واپس کر دیتے ہیں۔ پاور BI سروس آف لائن سٹیٹس کا پتہ لگاتی ہے اور گیٹ وے ایڈمنز کو اطلاعات بھیجتی ہے (اگر کنفیگر ہو)۔ کیشڈ ڈیٹا (امپورٹ موڈ) استعمال کرنے والی رپورٹس آخری کامیابی سے تازہ کردہ ڈیٹا کو ظاہر کرتی رہتی ہیں۔ جب کم از کم ایک نوڈ آن لائن واپس آجاتا ہے، ریفریش کی زیر التواء درخواستوں پر خود بخود کارروائی ہوجاتی ہے۔ اس منظر نامے کو روکنے کے لیے، دیکھ بھال کی کھڑکیوں کو لڑکھڑا کر رکھ دیں اور الگ فزیکل انفراسٹرکچر پر کلسٹر نوڈس رکھیں۔

کیا گیٹ وے ریئل ٹائم اسٹریمنگ ڈیٹا کو ہینڈل کرسکتا ہے؟

گیٹ وے استفسار کے جواب کے نمونوں کے لیے ڈیزائن کیا گیا ہے، نہ کہ سلسلہ بندی کے لیے۔ ریئل ٹائم ڈیٹا کے لیے، Power BI سٹریمنگ ڈیٹا سیٹس (جو گیٹ وے کو مکمل طور پر نظرانداز کرتے ہیں)، Azure Stream Analytics، یا Power BI ریئل ٹائم ڈیش بورڈز کے ساتھ Azure Event Hubs پر غور کریں۔ گیٹ وے آن پریمیسس ڈیٹا بیسز تک قریب قریب حقیقی وقت تک رسائی کے لیے DirectQuery کی حمایت کرتا ہے، لیکن ہر رپورٹ کا تعامل مسلسل ڈیٹا سٹریم حاصل کرنے کے بجائے ایک نئی استفسار کو متحرک کرتا ہے۔