मेरा एज़्योर SQL सर्वर इतना धीमा क्यों है?


10

हमारे पास वर्तमान में एक वीएम है जो बहुत ही कम है और बेहतर स्पेक्स के साथ एक एज़्योर वीएम में जाने का प्रस्ताव कर रहे हैं। समस्या यह है कि एज़्योर वीएम मूल वीएम की तुलना में बहुत धीमा है, भले ही यह उच्च कल्पना का हो।

मूल सर्वर एक 2 कोर वीएम है जिसमें 2 जीबी मेमोरी है जो एक वेब सर्वर भी है। यह Microsoft SQL Server वेब संस्करण 2008 R2 चला रहा है और क्योंकि यह सर्वर अन्य चीजों के लिए उपयोग किया जाता है, हमें SQL सर्वर में अधिकतम सर्वर मेमोरी को 512MB तक सीमित करना पड़ा है ।

नया सर्वर 7GB मेमोरी के साथ एक 4 कोर वीएम है जो केवल एक डेटाबेस सर्वर है। यह Microsoft SQL Server मानक संस्करण 2008 R2 चला रहा है और हमने SQL सर्वर का उपयोग करने वाली मेमोरी की मात्रा को सीमित नहीं किया है।

यह दो सर्वरों में से एक है जो एक मिरर किए गए वातावरण में स्थापित किया गया है, लेकिन जिस डेटाबेस पर मैं परीक्षण चला रहा हूं वह मिरर नहीं है। इस सर्वर के अन्य डेटाबेस को इस समय बहुत अधिक ट्रैफ़िक नहीं मिल रहा है (वास्तव में, एक्टिविटी मॉनिटर अन्य DBs पर कोई गतिविधि नहीं दिखाता है, जबकि मैं इन परीक्षणों को चला रहा था)।

मुझे एहसास है कि एज़्योर वीएम के साथ एक मुद्दा यह है कि हार्ड ड्राइव एक नेटवर्क संसाधन हैं, जिससे यह धीमा हो जाएगा, लेकिन यह तब भी धीमी है जब आईओ के आंकड़ों में दिखाए गए 0 भौतिक रीड्स हैं।

मैंने Azure VM पर डिस्क (दो ड्राइव प्रति ड्राइव) और लॉग और डेटा फ़ाइलों को अलग-अलग ड्राइव पर डालने सहित इस पृष्ठ पर ट्यूनिंग सलाह का पालन किया है ।

केवल वही चीजें जो मैंने नहीं की हैं, वे पृष्ठ संपीड़न को सक्षम करती हैं, डेटाबेस पर ऑटो-ग्रोथ को सीमित करती हैं और डेटा डिस्क में SQL सर्वर त्रुटि लॉग और ट्रेस फ़ाइल निर्देशिकाओं को स्थानांतरित करती हैं। मैंने पुराने सर्वर पर ऐसा नहीं किया है।

पुराने सर्वर में इस ट्यूनिंग में से कोई भी नहीं है और लॉग और डेटा फाइलें उसी ड्राइव पर हैं जो धारीदार नहीं है।

वर्तमान सर्वर पर डेटाबेस 65 जीबी (45 डेटा और 20 लॉग) है जो नए सर्वर पर स्थानांतरित करने के लिए बहुत बड़ा था इसलिए मैं छोटे DB (6 डेटा और 13.5 लॉग) पर परीक्षण कर रहा हूं

पुराने सर्वर पर परिणाम हैं CPU time = 1311 ms, elapsed time = 1057 ms.और नए सर्वर पर CPU time = 1281 ms, elapsed time = 2525 ms. सिर्फ एक रन है, लेकिन परिणाम वही हैं जो मैं सामान्य रूप से देख रहा हूं।

लगता है कि नया सर्वर लगातार सीपीयू समय की तुलना में काफी लंबा समय है। क्या यह एक मुद्दा है और क्या ऐसा कुछ है जिसे मैं ट्रैक कर सकता हूं कि यह क्या कारण है?

मैं यह पता लगाने के लिए क्या अन्य कदम उठा सकता हूं कि यह सर्वर इतनी धीमी गति से क्यों चल रहा है जब ऐसा लगता है कि यह पुराने सर्वर से तेज होना चाहिए?


1
मैक्सडोप 1? क्या आपने निष्पादन योजनाओं की तुलना, प्रतीक्षा आंकड़ों से पहले और बाद में की, और अवरुद्ध करने के लिए जाँच की?
हारून बर्ट्रेंड

1
कितने डेटा ड्राइव? मानक पृष्ठ बूँद भंडारण के साथ, प्रत्येक ड्राइव मूल स्तर में 300 IOPS से कम या मानक में 500 तक सीमित है, जो ऑन-प्रिमाइसेस कताई डिस्क से बहुत कम है। IOPS और बैंडविड्थ को अधिकतम करने के लिए अधिक से अधिक ड्राइव (vhd) होना अनिवार्य है। प्रत्येक ड्राइव पर एक अलग डेटा फ़ाइल बनाने की आवश्यकता से बचने के लिए आप विंडोज स्टोरेज स्पेस का उपयोग कर सकते हैं।
डैन गुज़मैन

नए सर्वर में दो ड्राइव में 4 VHDs हैं, इसलिए मेरे पास लॉग के लिए 1000 IOPS और डेटा के लिए 1000 IOPS हैं।
स्टीव केई

एक मानक पृष्ठ ब्लॉग भंडारण VHD केवल थ्रॉटलिंग के कारण लगभग 30MB / sec बैंडविड्थ प्रदान करता है, इसलिए यह केवल 60MB / sec कुल है। 420 एमबी / सेकेंड के लिए 14 डेटा वीएचडी बनाने और सभी के बीच स्ट्रिपिंग पर विचार करें।
डैन गुज़मैन

मैं केवल 8 डिस्क्स ले सकता हूं क्योंकि यह एक ए 3 इंस्टेंस है इसलिए मुझे इसे ए 4 में अपग्रेड करना होगा जो कि दो बार कीमत है। मुझे नहीं लगता कि यह एक ड्राइव मुद्दा है, क्योंकि ऊपर दिए गए परीक्षणों में IO आँकड़ों पर सूचीबद्ध 0 भौतिक रीड्स थे।
स्टीव काय

जवाबों:


2

जो लायक है, उसके लिए मैंने Azure को टाइप ए से टाइप डी में और फिर दूसरी डिस्क को अटैच करके TEMPDB को उस डिस्क पर ले जाना समाप्त कर दिया। तो मेरा अंतिम वीएम अब 7 जीबी रैम और तीन डेटा डिस्क के साथ एक डी 2 मानक है, एक एमडीएफ फाइलों के लिए, दूसरा एलडीएफ फाइलों के लिए और दूसरा टीईएमडीबी डिस्क।

मैंने A3 को आपके द्वारा बताई गई कुछ चीजों के साथ समझने की कोशिश की और बस वर्चुअल मशीन को अपग्रेड किया। मैं ए 2 से ए 3 तक भी गया और भले ही मुझे कुछ सुधार मिले, मैंने एक डी 2 वीएम में बदलना समाप्त कर दिया।

आपके द्वारा बताए गए दस्तावेज़ में, Microsoft वेब या मानक संस्करण के लिए एंटरप्राइज़ संस्करण या D2 के लिए एक डी 3 और प्रीमियम संग्रहण के उपयोग की सिफारिश करता है, दस्तावेज़ की शुरुआत में चेक सूची में अन्य चीजों के साथ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.