আমি আইডহোভেনের ফন্টেস বিশ্ববিদ্যালয়ের একজন শিক্ষার্থী এবং এসকিউএল সার্ভার সরঞ্জামটির বিকাশে সহায়তা করার জন্য আমি বর্তমানে বেশ কয়েকটি সাক্ষাত্কার গ্রহণ করছি এবং আমি ক্ষেত্রের বিশেষজ্ঞদের কাছ থেকে মতামত পেতে চাই।
আমার একটি প্রশ্ন হ'ল:
এটির কার্যকারিতা এবং সামগ্রিক স্বাস্থ্য নির্ধারণ করার জন্য কোন এসকিউএল সার্ভার ইনস্ট্যান্সে আপনি কোন পারফরম্যান্স কাউন্টারে নজর রাখতে পারেন?
বিশেষত যখন ভাল মন্দ হয় তখন আমি প্রান্তিক মানগুলিতে আগ্রহী।
জামিল ইয়াং আইডহোভেন দি নেদারল্যান্ডস
উত্তর:
এখানে SQL সার্ভার জন্য আমার Perfmon টিউটোরিয়াল দেওয়া হল: http://www.brentozar.com/archive/2006/12/dba-101-using-perfmon-for-sql-performance-tuning/
আরও কাউন্টার এবং প্রান্তিকের জন্য, আমি যখন কোয়েস্টে ছিলাম তখন একটি পোস্টার এখানে দিয়েছিলাম: http://www.quest.com/documents/landing.aspx?id=11635
এটি একটি বড় বিষয় যা গুগলিংয়ের স্পট সহ প্রচুর পরিমাণে সামগ্রী উপলব্ধ। শুরুর দিক হিসাবে, এগুলি সেই কাউন্টারগুলি যা আমি প্রথমে দেখি:
প্রসেসর -% প্রসেসরের সময়
সিস্টেম - প্রসেসরের ক্যু দৈর্ঘ্য
আপনি যে প্রতিটি ডিবিএ জিজ্ঞাসা করবেন তার থেকে আপনি সম্ভবত সিপিইউ ব্যবহারের জন্য আলাদা লক্ষ্যমাত্রা পাবেন। এসকিউএল সার্ভার লাইসেন্সগুলি ব্যয়বহুল, সুতরাং একদিকে আপনি সিপিইউগুলির ব্যবহার সর্বাধিক করতে চান অন্যদিকে আপনি উপলব্ধতার সাথে আপস করতে চান না। ভাল বোঝা কাজের চাপ সহ একটি আদর্শ বিশ্বে আপনি 70% ব্যবহার লক্ষ্য করে, 80-90% এ সতর্ক করতে পারেন, 90% + এ সতর্কতা অবলম্বন করতে পারেন। এমন ওয়ার্ক লোড নিয়ে আসল বিশ্বে ফিরে যা শিখর এবং গর্ত, আপনি সম্ভবত 50-60% লক্ষ্য করে আরও আরামদায়ক হতে পারেন।
মেমরি - এমবিাইট উপলব্ধ y
পেজিং ফাইল -% ব্যবহার
ইনস্টল করা র্যামের উপর নির্ভর করে একটি ডেডিকেটেড এসকিউএল সার্ভারের সাথে, উপলব্ধ উপলব্ধ মেমরির 100-200 মিমি এর চেয়ে কম অনাহার এবং ওএস পেজিংয়ের ঝুঁকি নির্দেশ করতে পারে। সাধারণভাবে, আমরা খুব বেশি পৃষ্ঠা ফাইলের ক্রিয়াকলাপ দেখতে চাই না তাই আমি% 2% এর চেয়ে 2% বেশি ছিল এবং এটি যদি 5% হয় তবে উদ্বিগ্ন কিনা তা তদন্ত করব
বাফার ম্যানেজার - বাফার ক্যাশে হিট অনুপাত
বাফার ম্যানেজার - পৃষ্ঠা আয়ু
এই উভয় কাউন্টারই একটি সার্ভারের জন্য একটি প্রতিষ্ঠিত বেস লাইনের বিপরীতে ভাল বিবেচনা করা হয়। আদর্শভাবে, আমরা যতটা সম্ভব 100% এর কাছাকাছি ক্যাচ হিট অনুপাত এবং হাজার হাজার সেকেন্ডের মধ্যে একটি পিএলই চালাতে চাই। Historicতিহাসিক গড় থেকে দূরে সরে গেলে মনোযোগ দিন।
এসকিউএল পরিসংখ্যান - ব্যাচের অনুরোধ / সেকেন্ড
এসকিউএল পরিসংখ্যান - সংকলন / সেকেন্ড
এসকিউএল পরিসংখ্যান - সংশোধন / সেকেন্ড
অনুরোধ / সেকেন্ডটি কোনও সার্ভারে কীভাবে "ব্যস্ত" থাকে তার একটি দুর্দান্ত আপেক্ষিক পরিমাপ। উচ্চ সংকলন / পুনরায় সংকলন মানগুলি কোয়েরি সংকলনে সিপিইউ চক্রগুলি নষ্ট করা হতে পারে indicate
শারীরিক ডিস্ক - গড় ডিস্ক সেকেন্ড / পড়ুন
শারীরিক ডিস্ক - গড় ডিস্ক সেকেন্ড / লিখুন
শারীরিক ডিস্ক - ডিস্ক রিড / সেকেন্ড
শারীরিক ডিস্ক - ডিস্ক রাইটস / সেকেন্ড
সঠিকভাবে কনফিগার করা আইও সিস্টেমের জন্য মোটামুটি গাইডলাইন হ'ল লগ ড্রাইভের জন্য <5 মিমি (আদর্শ 1 মিম), <20 মিমি (আদর্শ <10 মিমি) ডেটার জন্য। প্রতি সেকেন্ডে পঠন / লেখাগুলি ড্রাইভের জ্ঞাত সীমাটির বিপরীতে বিবেচনা করা উচিত অর্থাত্ আপনার যদি 1000 আইওপিএসের সক্ষমতা থাকে তবে আমি যখন গড় আইওপিএস 750 এ পৌঁছায় তখন আমি আপগ্রেড বিকল্পগুলির মূল্যায়ন করব।