নতুন সার্ভারে খারাপ কর্মক্ষমতা


11

আমরা একটি ডেডিকেটেড সার্ভারে রয়েছি (সিঙ্গল কোয়াড-কোর, 6 জিবি র‌্যাম) এবং একটি নতুন ডেডিকেটেড সার্ভারে (2x হেক্স-কোর, 32 জিবি র‌্যাম) চলেছি moving উভয়ই উইন্ডোজ সার্ভার ২০০৮, এসকিউএল সার্ভার ২০০৮ the নতুন সার্ভারের পারফরম্যান্সটি পুরানো, ধীর সার্ভারের চেয়ে কিছুটা খারাপ।

পরীক্ষায়, আমাদের এএসপি.এনইটি অ্যাপ্লিকেশনটি 10 ​​- 20% ধীর গতিতে চলে। স্ট্যাটিসটিকস আইও এবং স্ট্যাটিসটিক্স টাইম টাইমের সাথে স্বতন্ত্র ব্যয়বহুল অনুসন্ধান চালানো নতুন সার্ভারে 10 - 20% বেশি সময় ব্যয় করে। এসকিউএল ক্যোয়ারী প্রোফাইল ব্যয়বহুল প্রশ্নের উপর উচ্চতর সিপিইউ ব্যবহার দেখায়।

নতুন সার্ভারে টাস্ক ম্যানেজারটি দেখায় যে sqlserver.exe 22 গিগাবাইট র‌্যাম গ্রহণ করছে, তবে সিপিইউ মান সর্বদা খুব কম থাকে।

আমি সমস্ত পরিসংখ্যান আপডেট করেছি, পুনর্নির্মাণ বা পুনর্গঠিত সূচকগুলি ইত্যাদি Exec। এক্সিকিউশন প্ল্যানসটি আমার পরীক্ষার পরিমাণটি দেখে নতুন সার্ভারে এই মুহুর্তে সংরক্ষণ করা উচিত। যদি কোনও অনুপস্থিত সূচক থাকে (তবে আমি মনে করি না যে তারা আছে) তারা পুরানো এবং নতুন সার্ভারকে সমানভাবে প্রভাবিত করে। পুরানো উপর একই ডেটা পুনরুদ্ধার নতুন।

আমি প্রত্যাশা করছিলাম যে নতুন সার্ভারে পারফরম্যান্স আরও ভাল হবে তবে আরও উদ্বেগের বিষয় হচ্ছে লোড। যদি পুরানো সার্ভারটি লোডের অধীনেও আরও ভাল পারফর্ম করে তবে এই নতুন, কিছুটা খারাপ সার্ভারটি যখন এই বোঝাটি নিতে হবে তখন কী হবে?

আমি এখানে আর কী মিস করছি?

সম্পাদনা: ম্যাক্সডপ 6 এ সেট করা।

পুরানো সার্ভারে একই শারীরিক ড্রাইভে ওএস, ডাটাবেস এবং টেম্পডিবি রয়েছে (RAID 10)। মোট 4 15 কে 3 জিবি / এস 3.5 ইঞ্চি এসএএস। নতুন সার্ভারে তিনটি ড্রাইভ সেট রয়েছে: র‌্যাড 1 এ ওএস, রেড 10-তে ডাটাবেস, রেডে টেম্পিডবি 5 মোট 9 15 কে 6 জিবি / এস 2.5 ইঞ্চি এসএএস।

পুরানো সার্ভারে 1 এক্স ইন্টেল সিওন E5620 2.40 গিগাহার্টজ কোয়াড-কোর 8 থ্রেড (ডাব্লু এইচ / টি) রয়েছে। নতুন সার্ভারে 2 এক্স ইন্টেল সিওন ই 5-2640 2.5 গিগাহার্টজ সিক্স-কোর 12 থ্রেড (ডাব্লু এইচ / টি) রয়েছে।

সম্পাদনা 2: এখানে চূড়ান্ত বিশ্লেষণ:

শক্তি পরিকল্পনাটি ভারসাম্যপূর্ণ ছিল, উচ্চ কার্যকারিতা নয়। ওভার সুইচড।

টেম্পডবিটি একটি রেড ৫-এ ছিল, রেড নয়। দুটি শারীরিকভাবে স্বতন্ত্র RAID 10 কনফিগারেশন তৈরি করতে একটি আরও এইচডি যুক্ত করা হয়েছে, একটি টেম্পডিবি এবং অন্য সব কিছুর জন্য একটি।

ভাইরাস স্ক্যানিং থেকে এসকিউএল সম্পর্কিত ফাইল (এমডিএফ, এলডিএফ, এনডিএফ, বাক) বাদ দেওয়া হয়েছে।

নতুন সার্ভারে সরানোর পরে সমস্ত সূচী পুনর্নির্মাণ করুন। তারা খুব খণ্ডিত হয়েছিল - সম্ভবত ব্যাকআপ, অনুলিপি, পুনরুদ্ধারের ফলে?

এবং আমি বুঝতে পেরেছিলাম যে প্রসেসরের লাফ এত বড় ছিল না। প্রশ্নগুলি এত দ্রুত কার্যকর করতে যাচ্ছে না, তবে আরও প্রসেসর, আরও বেশি কোর, আরও র‌্যামের সাহায্যে আমরা আরও স্কেলযোগ্য হতে পারব।


হে / এস ক্ষমতা পরিকল্পনা পাশাপাশি রয়েছে সংশ্লিষ্ট BIOS- র বৈশিষ্ট্যাবলী হতে পারে: stackoverflow.com/a/27807572/538763
crokusek

উত্তর:


11

রেইড 5 রাইড 10 এর চেয়ে ধীর গতির, বিশেষত লেখার ভারী কাজের চাপের জন্য। যেমন, এটি সাধারণত এসকিউএল সার্ভারের জন্য সুপারিশ করা হয় না এবং অবশ্যই টেম্পিডিবির জন্য নয়। এই একা সহজেই পারফরম্যান্স পার্থক্য ব্যাখ্যা করতে পারে।

আমার সুপারিশটি হ'ল টেম্পিডবিটি 10 ​​অভিযান চালানো।


4

এটি একটি খুব সাধারণ সমস্যা, সুতরাং একটি নির্দিষ্ট পরামর্শ দেওয়া শক্ত। তবে, যদি আমি এই পরিস্থিতিতে থাকতাম তবে আমি বেসিকগুলি থেকে শুরু করতাম, সবচেয়ে ব্যয়বহুল অনুসন্ধানগুলি পরীক্ষা করতাম। কোন কার্যকারিতা বেশি সময় নিচ্ছে? আপনি পরিসংখ্যানের সময় নিয়ে ক্যোয়ারী চালান যা বেশিরভাগ সময় ব্যয় করে? একবার আপনি আপনার ফোকাসটি কিছুটা সঙ্কুচিত করলে আপনি পুরানো সার্ভারের সাথে জিনিসগুলির তুলনা করতে পারেন। এছাড়াও, যাচাই করার মতো কিছু হ'ল উভয় সার্ভার একই প্যাচ স্তরে রয়েছে কিনা তা নিশ্চিত করা (এসকিউএল এবং উইন্ডোজ)।


3

ভাল, আপনি আপনার হার্ড ডিস্ক এবং আপনার কাছে থাকা টেম্পডিবি ফাইলগুলির সংখ্যা সম্পর্কে কিছুই বলেন না। একটি সাধারণ সুপারিশ রয়েছে যে টেম্পডিব্সের এনআর = 32 পর্যন্ত কোর সংখ্যা, টেম্প ডিবিএস সমানভাবে ব্যবহৃত হয় তা নিশ্চিত করার জন্য নিক্ষেপ করার জন্য একটি সুইচও রয়েছে।

তবে ইন্ডিপথ: http://www.sqlskills.com/BLOGS/PAUL/post/A-SQL-Server-DBA-myth-a-day-%281230%29-tempdb-should-always-have-one-data- ফাইল-প্রতি-প্রসেসর-কোর.এএসপিএক্সও কি আপনি স্থানান্তরের সময় সারণী এবং সূচীর জন্য প্যাকিং পরিবর্তন করেছেন? ব্যাকআপ এবং পুনরুদ্ধার সূচকগুলিতে আলাদা আলাদা প্যাডিংয়ে (ক্লাস্টারযুক্তগুলি সহ) ডিফল্ট হয়ে যেতে পারে

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.