کیس اسٹڈی: بجٹ میں ESU کی لائن یا مستقل حل؟ — Emulus Consulting کا SQL Server سے Fabric تک کا فیصلہ

کیس اسٹڈی: بجٹ میں ESU کی لائن یا مستقل حل؟ — Emulus Consulting کا SQL Server سے Fabric تک کا فیصلہ

― نئے مالی سال کے آغاز پر SQL Server 2016 کی سپورٹ ختم — ESU کا بل یا مستقل حل؟

ایک نظر میں (Executive Summary)

• پلیٹ فارم: Innovational Office Solution
• کلائنٹ: Emulus Consulting
• منتقل شدہ اثاثے: 6 SQL Server ڈیٹا بیسز، 320 ٹیبلز، 240 اسٹورڈ پروسیجرز، 55 SQL Agent جابز، 14 SSAS ماڈلز
• خودکار درستگی: 70%–90% ابتدائی تبدیلی؛ باقی ماہرین کی ٹیوننگ اور ویلیڈیشن سے
• رابطہ: Admin@innovationalofficesolution.com
• مفت POC: AnyBI to Power BI & AnyETL to Fabric صفحہ

1. تاریخیں جو بجٹ بدل دیتی ہیں

پاکستان میں مالی سال یکم جولائی سے شروع ہوتا ہے، اور IT بجٹ عموماً جون تک طے ہو چکا ہوتا ہے۔ SQL Server 2016 کی ایکسٹینڈڈ سپورٹ 14 جولائی 2026 کو ختم ہوئی — یعنی نئے مالی سال کے پہلے دو ہفتوں میں۔ اس کے بعد سیکیورٹی اپ ڈیٹس صرف ادا شدہ Extended Security Updates (ESU) کے ذریعے ملتی ہیں، جو زیادہ سے زیادہ تین سال (جولائی 2029 تک) کے لیے ہیں۔ SQL Server 2017 کی باری 12 اکتوبر 2027 کو آئے گی۔

Emulus Consulting کے سامنے سوال یہ تھا کہ کیا ہر سال ESU کی ایک ایسی لائن بجٹ میں رکھی جائے جو کچھ نیا نہیں دیتی، صرف وقت خریدتی ہے؟

2. صرف ڈیٹا بیس اپ گریڈ کیوں کافی نہیں تھا

پہلا خیال SQL Server کے نئے ورژن پر اپ گریڈ کا تھا۔ لیکن جائزے سے معلوم ہوا کہ ڈیٹا بیس اکیلا نہیں تھا:

یعنی "اپ گریڈ" دراصل چار الگ منصوبے تھے، اور پانچ سال بعد پھر یہی سب دہرانا پڑتا۔ اس کے مقابلے میں Microsoft Fabric میں ڈیٹا ویئر ہاؤس، ETL اور Power BI ایک ہی SaaS پلیٹ فارم پر ہیں، جن کے لیے سرور اپ گریڈ کا سوال ہی نہیں اٹھتا۔

3. Emulus Consulting کا ماحول

• SQL Server 2016 پر سیلز، انوینٹری اور فنانس کا ڈیٹا ویئر ہاؤس
• 240 اسٹورڈ پروسیجرز، جن میں کرسرز، temp tables اور dynamic SQL
• SSAS ٹیبیولر اور ملٹی ڈائمینشنل ماڈلز جن پر Excel کی Pivot رپورٹس چلتی تھیں
• 55 SQL Agent جابز جن کی ترتیب صرف ایک DBA کو معلوم تھی

4. منتقلی کے پانچ قدم

قدم 1 — جائزہ

ڈیٹا بیس کی میٹا ڈیٹا، query store اور SQL Agent کی تاریخ سے یہ معلوم کیا گیا کہ کون سی ٹیبلز اور پروسیجرز واقعی استعمال ہو رہے ہیں۔ 26% اشیاء غیر استعمال شدہ نکلیں۔

قدم 2 — پہلے ڈیٹا، پھر کوڈ

Fabric کی SQL Server Mirroring سے آپریشنل ڈیٹا تقریباً real-time میں OneLake میں آنا شروع ہوا، تاکہ صارفین Power BI میں فوراً تازہ ڈیٹا دیکھ سکیں جبکہ کوڈ کی منتقلی جاری رہے۔

قدم 3 — T-SQL کی AI تبدیلی

SQL Server اور Fabric Warehouse دونوں T-SQL استعمال کرتے ہیں، مگر مکمل مطابقت نہیں۔ AI ایکسلریٹر نے ان چیزوں کی نشاندہی اور تبدیلی کی جو Fabric Warehouse میں مختلف یا غیر سپورٹڈ ہیں — مثلاً کچھ ڈیٹا ٹائپس، triggers اور کرسر پر مبنی منطق — اور انہیں set-based SQL یا PySpark میں ڈھالا۔ 70%–90% کوڈ خودکار طور پر تبدیل ہوا۔

قدم 4 — SSAS سے Power BI

ٹیبیولر ماڈلز سیدھے Power BI سیمینٹک ماڈلز بنے۔ ملٹی ڈائمینشنل کیوبز کے MDX calculated members کو DAX میژرز میں تبدیل کر کے Gold ٹیبلز پر Direct Lake ماڈل بنائے گئے۔ صارفین کی Excel Pivot رپورٹس "Analyze in Excel" کے ذریعے نئے ماڈل سے جوڑی گئیں تاکہ ان کا روزمرہ کام نہ بدلے۔

قدم 5 — متوازی رن اور موازنہ (PulseQA)

مالی سال کے ایک مکمل ماہانہ کلوز تک دونوں نظام ساتھ چلے۔ ٹیبلز کی گنتی، رقوم کے مجموعے اور SSAS بمقابلہ Power BI کے KPIs کا خودکار موازنہ ہوا، اور فرق صفر ہونے پر منتقلی کی گئی۔

5. SQL Server سے Fabric: اجزاء کا نقشہ

6. نتائج

• 240 اسٹورڈ پروسیجرز 70%–90% خودکار درستگی کے ساتھ منتقل
• منصوبہ 8 ہفتوں میں مکمل
• ESU کی سالانہ لاگت سے بچت؛ TCO میں 46% کمی
• ماہانہ کلوزنگ رپورٹس 6.5 گھنٹوں سے کم ہو کر 28 منٹ
• منتظم سرورز 8 سے صفر

ESU کا بل بننے سے پہلے

اپنے 5 پروسیجرز یا رپورٹس کے ساتھ مفت POC کریں اور دیکھیں کہ Fabric پر یہ کیسے چلتے ہیں۔

• مفت POC: مفت POC (Pulse Convert)
• ویب سائٹ: innovationalofficesolution.com
• ای میل: Admin@innovationalofficesolution.com