اس مختصر پوسٹ کے ساتھ میں Oracle Exadata پر چلنے والے AWR ڈیٹا بیس کے تجزیہ سے متعلق ایک غلط فہمی کو دور کرنا چاہوں گا۔ تقریباً 10 سالوں سے، میں مسلسل اس سوال کا سامنا کر رہا ہوں: Exadata سافٹ ویئر کی پیداواریت میں کیا شراکت ہے؟ یا نئے بنائے گئے الفاظ کا استعمال کرتے ہوئے: کس طرح "ماہر" ایک مخصوص ڈیٹا بیس کا کام ہے؟
اکثر اس درست سوال کا، میری رائے میں، AWR کے اعدادوشمار کے حوالے سے غلط جواب دیا جاتا ہے۔ یہ نظام انتظار کا طریقہ پیش کرتا ہے، جو ردعمل کے وقت کو پروسیسرز کے آپریٹنگ ٹائم (DB CPUs) اور مختلف کلاسوں کے انتظار کے وقت کے مجموعے کے طور پر پیش کرتا ہے۔
Exadata کی آمد کے ساتھ، Exadata سافٹ ویئر کے آپریشن سے متعلق مخصوص سسٹم کی توقعات AWR کے اعدادوشمار میں ظاہر ہوئیں۔ ایک اصول کے طور پر، اس طرح کے انتظار کے نام لفظ "سیل" (Exadata Storage سرور کو سیل کہا جاتا ہے) سے شروع ہوتے ہیں، جن میں سے سب سے زیادہ عام انتظار خود وضاحتی ناموں کے ساتھ ہیں "سیل اسمارٹ ٹیبل اسکین"، "سیل ملٹی بلاک۔ فزیکل ریڈ" اور "سیل سنگل بلاک فزیکل ریڈ"۔
زیادہ تر معاملات میں، اس طرح کے Exadata کے انتظار کا حصہ کل رسپانس ٹائم میں کم ہوتا ہے، اور اس وجہ سے وہ Total Wait Time کے سیکشن کے لحاظ سے Top10 Foreground Events میں بھی نہیں آتے ہیں (اس صورت میں، آپ کو انہیں Foreground Wait میں تلاش کرنے کی ضرورت ہے۔ واقعات کا سیکشن)۔ بڑی مشکل کے ساتھ، ہمیں اپنے صارفین سے روزانہ AWR کی ایک مثال ملی، جس میں Exadata کی توقعات Top10 سیکشن میں شامل تھیں اور مجموعی طور پر تقریباً 5% تھی۔
واقعہ
انتظار کرتا ہے
کل انتظار کا وقت (سیکنڈ)
اوسط انتظار کریں۔
%DB وقت
کلاس کا انتظار کرو
ڈی بی سی پی یو
115.2K
70.4
SQL*dblink سے مزید ڈیٹا حاصل کریں۔
670,196
5471.5
8.16ms
3.3
نیٹ ورک
سیل سنگل بلاک فزیکل ریڈ
5,661,452
3827.6
676.07us
2.3
صارف I/O
ASM ری بیلنس کو سنک کریں۔
4,350,012
3481.3
800.30us
2.1
دیگر
سیل ملٹی بلاک فزیکل ریڈ
759,885
2252
2.96ms
1.4
صارف I/O
براہ راست راستہ پڑھیں
374,368
1811.3
4.84ms
1.1
صارف I/O
dblink سے SQL*Net پیغام
7,983
1725
216.08ms
1.1
نیٹ ورک
سیل سمارٹ ٹیبل اسکین
1,007,520
1260.7
1.25ms
0.8
صارف I/O
براہ راست راستہ پڑھنے کا درجہ حرارت
520,211
808.4
1.55ms
0.5
صارف I/O
enq: TM - تنازعہ
652
795.8
1220.55ms
0.5
درخواست
مندرجہ ذیل نتائج اکثر ایسے AWR کے اعدادوشمار سے اخذ کیے جاتے ہیں:
1. ڈیٹا بیس کی کارکردگی میں Exadata میجک کا تعاون زیادہ نہیں ہے - یہ 5% سے زیادہ نہیں ہے، اور ڈیٹابیس خراب طریقے سے "exadatizes" کرتا ہے۔
2. اگر اس طرح کے ڈیٹا بیس کو Exadata سے کلاسک "server + array" فن تعمیر میں منتقل کیا جاتا ہے، تو کارکردگی میں زیادہ تبدیلی نہیں آئے گی۔ کیونکہ یہاں تک کہ اگر یہ صف Exadata سٹوریج سسٹم سے تین گنا سست نکلتی ہے (جو کہ جدید آل فلیش اریوں کے لیے شاید ہی ممکن ہے)، پھر بھی 5% کو تین سے ضرب کرنے سے ہمیں I/O کے انتظار میں حصہ 15% تک بڑھ جاتا ہے۔ - ڈیٹا بیس یقینی طور پر اس سے بچ جائے گا!
یہ دونوں نتائج غلط ہیں، مزید یہ کہ یہ Exadata سافٹ ویئر کے پیچھے نظریے کی سمجھ کو مسخ کرتے ہیں۔ Exadata صرف تیز I/O فراہم نہیں کرتا، یہ کلاسک سرور + سرنی فن تعمیر کے مقابلے میں بنیادی طور پر مختلف طریقے سے کام کرتا ہے۔ اگر ڈیٹابیس کا آپریشن واقعی "تخلیق شدہ" ہے، تو ایس کیو ایل منطق کو سٹوریج سسٹم میں منتقل کر دیا جاتا ہے۔ سٹوریج سرورز، متعدد خصوصی میکانزم کی بدولت (بنیادی طور پر Exadata Storage Indexes، لیکن نہ صرف)، ضروری ڈیٹا خود تلاش کریں اور DB کو سرورز کو بھیجیں۔ وہ یہ کام کافی مؤثر طریقے سے کرتے ہیں، اس لیے عام Exadata کا حصہ کل جوابی وقت میں کم ہے۔
Exadata کے باہر یہ شیئر کیسے بدلے گا؟ یہ مجموعی طور پر ڈیٹا بیس کی کارکردگی کو کیسے متاثر کرے گا؟ جانچ ان سوالات کا بہترین جواب دے گی۔ مثال کے طور پر، Exadata کے باہر "سیل سمارٹ ٹیبل اسکین" کا انتظار کرنا اتنے ہیوی ٹیبل فل اسکین میں تبدیل ہو سکتا ہے کہ I/O پورا رسپانس ٹائم لیتا ہے اور کارکردگی ڈرامائی طور پر گر جاتی ہے۔ یہی وجہ ہے کہ AWR کا تجزیہ کرتے وقت، Exadata کی توقعات کے کل فیصد کو کارکردگی میں اس کے جادو کا حصہ سمجھنا، اور اس سے بھی زیادہ اس فیصد کو Exadata سے باہر کارکردگی کا اندازہ لگانے کے لیے استعمال کرنا غلط ہے۔ یہ سمجھنے کے لیے کہ ڈیٹا بیس کا کام کتنا "درست" ہے، آپ کو "انسٹینس ایکٹیویٹی سٹیٹس" سیکشن کے AWR کے اعدادوشمار کا مطالعہ کرنے کی ضرورت ہے (خود وضاحتی ناموں کے ساتھ بہت سے اعدادوشمار ہیں) اور ان کا ایک دوسرے سے موازنہ کریں۔
اور یہ سمجھنے کے لیے کہ Exadata سے باہر کا ڈیٹا بیس کیسا محسوس کرے گا، یہ بہتر ہے کہ ٹارگٹ آرکیٹیکچر پر بیک اپ سے ڈیٹا بیس کلون بنایا جائے اور بوجھ کے نیچے اس کلون کی کارکردگی کا تجزیہ کیا جائے۔ Exadata کے مالکان، ایک اصول کے طور پر، یہ موقع ہے.
مصنف: الیکسی سٹروچینکو، جیٹ انفو سسٹم ڈیٹا بیس ڈیپارٹمنٹ کے سربراہ
ماخذ: www.habr.com