هن مختصر پوسٽ سان مان هڪ غلط فهمي کي دور ڪرڻ چاهيان ٿو جيڪو AWR ڊيٽابيس جي تجزيي سان لاڳاپيل آهي Oracle Exadata تي هلندڙ. لڳ ڀڳ 10 سالن تائين، مون کي مسلسل سوال سان منهن ڏيڻو پيو آهي: پيداوار ۾ Exadata سافٽ ويئر جو حصو ڇا آهي؟ يا نوان ٺهيل لفظن کي استعمال ڪندي: ڪيئن "ماهر" هڪ خاص ڊيٽابيس جو ڪم آهي؟
گهڻو ڪري هي صحيح سوال، منهنجي خيال ۾، AWR انگن اکرن جي حوالي سان غلط جواب ڏنو ويو آهي. اهو نظام انتظار جو طريقو پيش ڪري ٿو، جيڪو جوابي وقت کي پروسيسرز جي آپريٽنگ وقت (DB CPUs) ۽ مختلف طبقن جي انتظار جي وقت جي حساب سان سمجهي ٿو.
Exadata جي اچڻ سان، Exadata سافٽ ويئر جي آپريشن سان لاڳاپيل مخصوص سسٽم جون اميدون AWR انگن اکرن ۾ ظاهر ٿيون. ضابطي جي طور تي، اهڙن انتظارن جا نالا لفظ "سيل" سان شروع ٿين ٿا (Exadata Storage سرور کي سيل سڏيو ويندو آهي)، جن مان سڀ کان وڌيڪ عام انتظار وارا آهن خود وضاحتي نالن سان "سيل سمارٽ ٽيبل اسڪين"، "سيل ملٽي بلاڪ. جسماني پڙھڻ" ۽ "سيل واحد بلاڪ جسماني پڙھڻ".
اڪثر صورتن ۾، مجموعي جوابي وقت ۾ انتظار جي اهڙي Exadata جو حصو ننڍو هوندو آهي، ۽ ان ڪري اهي ٽوٽل ويٽ ٽائيم سيڪشن طرفان Top10 Foreground Events ۾ به نه ايندا آهن (هن صورت ۾، توهان کي انهن کي ڳولڻ جي ضرورت آهي Foreground Wait) واقعا سيڪشن). وڏي مشڪل سان، اسان کي اسان جي گراهڪن مان روزاني AWR جو هڪ مثال مليو، جنهن ۾ Exadata جون اميدون Top10 سيڪشن ۾ شامل ڪيون ويون ۽ مجموعي طور تي اٽڪل 5٪:
واقعي
انتظار ڪري ٿو
ڪل انتظار جو وقت (سيڪنڊ)
سراسري انتظار
%DB وقت
انتظار ڪريو ڪلاس
ڊي بي سي پي يو
115.2K
70.4
SQL*Net وڌيڪ ڊيٽا 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
SQL*Net پيغام dblink کان
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 کان کلاسک “سرور + صف” آرڪيٽيڪچر ڏانهن منتقل ڪيو وڃي ته پوءِ ڪارڪردگي گهڻو تبديل نه ٿيندي. ڇو ته جيتوڻيڪ هي صف Exadata اسٽوريج سسٽم جي ڀيٽ ۾ ٽي ڀيرا سست ٿي وڃي ٿي (جيڪو جديد آل فليش آري لاءِ مشڪل سان ممڪن آهي)، پوءِ 5٪ کي ٽن سان ضرب ڪرڻ سان اسان کي I/O جي حصي ۾ 15٪ تائين واڌارو ملي ٿو. - ڊيٽابيس ضرور هن کي بچائيندو!
اهي ٻئي نتيجا غلط آهن، ان کان علاوه، اهي Exadata سافٽ ويئر جي پويان خيال جي سمجھ کي خراب ڪن ٿا. Exadata صرف تيز I/O مهيا نٿو ڪري، اهو بنيادي طور تي ڪم ڪري ٿو مختلف طور تي کلاسک سرور + صف آرڪيٽيڪچر جي مقابلي ۾. جيڪڏهن ڊيٽابيس جي آپريشن کي حقيقت ۾ "موافق ٿيل" آهي، پوء SQL منطق کي اسٽوريج سسٽم ڏانهن منتقل ڪيو ويو آهي. اسٽوريج سرور، ڪيترن ئي خاص ميڪانيزم جي مهرباني (بنيادي طور تي Exadata Storage Indexes، پر نه رڳو)، ضروري ڊيٽا پاڻ ڳوليو ۽ سرور ڏانهن DB موڪليو. اهي هن کي ڪافي موثر طريقي سان ڪندا آهن، تنهنڪري عام Exadata جو حصو ڪل جوابي وقت ۾ انتظار ڪري ٿو ننڍڙو آهي.
Exadata کان ٻاهر هي حصو ڪيئن تبديل ٿيندو؟ اهو مجموعي طور تي ڊيٽابيس جي ڪارڪردگي کي ڪيئن متاثر ڪندو؟ جانچ انهن سوالن جا بهترين جواب ڏيندو. مثال طور، Exadata جي ٻاهران ”سيل سمارٽ ٽيبل اسڪين“ جو انتظار ڪرڻ اهڙي ڳري ٽيبل فل اسڪين ۾ تبديل ٿي سگهي ٿو جيڪو I/O پوري جوابي وقت کي وٺي ٿو ۽ ڪارڪردگي ڊرامي طور تي خراب ٿي وڃي ٿي. انهي ڪري اهو غلط آهي، جڏهن AWR جو تجزيو ڪيو وڃي، Exadata جي اميدن جي ڪل سيڪڙو تي غور ڪيو وڃي ته جيئن ان جي جادو جي ڪارڪردگي ۾ حصو وٺن، ۽ اڃا به وڌيڪ، Exadata کان ٻاهر ڪارڪردگي جي اڳڪٿي ڪرڻ لاء هن سيڪڙو کي استعمال ڪرڻ لاء. سمجھڻ لاءِ ته ڊيٽابيس جو ڪم ڪيئن ”صحيح“ آھي، توھان کي پڙھڻ جي ضرورت آھي AWR جا انگ اکر ”Instance Activity Stats“ سيڪشن (اتي آھن گھڻا انگ اکر جن سان خود وضاحتي نالن آھن) ۽ انھن جو ھڪ ٻئي سان مقابلو ڪريو.
۽ اهو سمجهڻ لاءِ ته Exadata کان ٻاهر هڪ ڊيٽابيس ڪيئن محسوس ٿيندو، اهو بهتر آهي ته ٽارگيٽ فن تعمير تي بيڪ اپ مان ڊيٽابيس ڪلون ٺاهيو ۽ هن ڪلون جي ڪارڪردگي جو تجزيو ڪيو لوڊ هيٺ. Exadata مالڪن، ضابطي جي طور تي، هي موقعو آهي.
الاهي: Alexey Struchenko، جيٽ انفو سسٽم ڊيٽابيس ڊپارٽمينٽ جو سربراهه
جو ذريعو: www.habr.com