এসকিউএল সার্ভারের "টোটাল সার্ভার মেমোরি" গ্রাহক আরও কয়েক মাস ধরে available৪ জিবি + আরও উপলব্ধ consumption


39

আমি একটি অদ্ভুত ইস্যুতে চলে এসেছি যেখানে এসকিউএল সার্ভার 2016 স্ট্যান্ডার্ড সংস্করণ it৪-বিট এটির জন্য বরাদ্দকৃত মোট মেমরির (128 গিগাবাইটের 64 গিগাবাইট) এর অর্ধেক অংশে নিজেকে আবদ্ধ করেছে বলে মনে হচ্ছে।

এর ফলাফল @@VERSION:

মাইক্রোসফ্ট এসকিউএল সার্ভার 2016 (এসপি 1-সিইউ 7-জিডিআর) (কেবি 4057119) - 13.0.4466.4 (এক্স 64) ডিসেম্বর 22 2017 11:25:00 কপিরাইট (সি) মাইক্রোসফ্ট কর্পোরেশন স্ট্যান্ডার্ড সংস্করণ (-৪-বিট) উইন্ডোজ সার্ভারে 2012 আর 2 ডাটাসেন্টার 6.3 ( বিল্ড 9600:) (হাইপারভাইসর)

এর ফলাফল sys.dm_os_process_memory:

sys.dm_os_process_memory

আমি যখন কোয়েরি sys.dm_os_performance_counters, আমি দেখতে যে Target Server Memory (KB)131072000এবং Total Server Memory (KB)শুধু যে অর্ধেক অধীনে এ এ 65308016। বেশিরভাগ পরিস্থিতিতে, আমি এটিকে স্বাভাবিক আচরণ হিসাবে বুঝতে পারি কারণ এসকিউএল সার্ভার এখনও নির্ধারণ করতে পারে না যে এটি নিজের জন্য আরও কোনও মেমরি বরাদ্দ করা দরকার।

তবে, এটি এখন 2 মাস ধরে over 64 গিগাবাইটে "আটকে" আছে। এই সময়সীমার সময় আমরা কয়েকটি ডাটাবেসে উল্লেখযোগ্য পরিমাণে মেমরি-নিবিড় ক্রিয়াকলাপ সম্পাদন করেছি এবং উদাহরণটিতে আরও 40 টি ডাটাবেস যুক্ত করেছি। আমরা মোট ২৯২ টি ডাটাবেসে বসে আছি, যার প্রতিটি পূর্ব-বরাদ্দকৃত ডেটা ফাইলের সাথে 4 জিবিতে 256 এমবি অটোগ্রোথ হার এবং 128 এমবি অটোগ্রোথ হারের সাথে 2 জিবি লগ ফাইল রয়েছে। আমি রাত্রে 12:00 এ একবার একবার পুরো ব্যাকআপটি সম্পাদন করি এবং প্রতি 15 মিনিটের ব্যবধানে সোমবার শুক্রবার সকাল 6:00 টা থেকে 8:00 অপরাহ্ন অবধি লেনদেন লগ ব্যাকআপগুলি শুরু করি। এই ডেটাবেসগুলি তাদের সামগ্রিক থ্রুপুটটির তুলনায় তুলনামূলকভাবে কম, তবে আমি সন্দেহ করি যে এসকিউএল সার্ভারের দিকে ক্রেপ আপ হয়নি এমন কিছু ঘৃণ্য isTarget Server Memory স্বাভাবিকভাবেই নতুন ডাটাবেস সংযোজন, সাধারণ ক্যোয়ারী এক্সিকিউশনস, পাশাপাশি মেমরি-নিবিড় ইটিএল পাইপলাইন যা চালানো হয়েছিল।

এসকিউএল সার্ভার উদাহরণটি নিজেই ভার্চুয়ালাইজড (ভিএমওয়্যার) উইন্ডোজ সার্ভার 2012 আর 2 সার্ভারের উপরে 12 সিপিইউ, 144 গিগাবাইট মেমরি (128 জিবি থেকে এসকিউএল সার্ভারের জন্য, উইন্ডোজের জন্য সংরক্ষিত 16 গিগাবাইট), এবং 4 টি ভার্চুয়াল ডিস্ক রয়েছে যা 15K এসএএস ড্রাইভের সাথে একটি ভিএসএএন-র শীর্ষে বসে আছে । উইন্ডোজ স্বাভাবিকভাবে একটি 64 গিগাবাইট সি: ডিস্কে 32GB পৃষ্ঠার ফাইল সহ বসে থাকে। ডেটা ফাইলগুলি 2TB ডি: ডিস্কে বসে থাকে, লগ ফাইলগুলি 2TB এল: ডিস্কের উপরে বসে থাকে এবং টেম্পডিবি 256 জিবি টি: ডিস্কে 8x16 জিবি ফাইল সহ অটোগ্রোথ ছাড়াই বসে থাকে।

আমি যাচাই করেছি যে এসকিউএল সার্ভার ছাড়াও সার্ভারে আর কোনও দৃষ্টান্ত নেই MSSQLSERVER

সেবা

এই সার্ভারটি কেবলমাত্র এসকিউএল সার্ভারের ক্ষেত্রে সম্পূর্ণ উত্সর্গীকৃত, সুতরাং আমাদের এতে অন্য কোনও অ্যাপ্লিকেশন বা পরিষেবাদি নেই যা মেমরি গ্রাস করতে পারে।

সম্পদ পর্যবেক্ষক

আমি বিশ্লেষণের জন্য রেডগেট এসকিউএল মনিটরটি ব্যবহার করি এবং নীচে গত 18 দিনের ইতিহাস রয়েছে Total Server Memory। আপনি দেখতে পাচ্ছেন, এপ্রিলের শুরুতে মেমরির ব্যবহারটি ~ 300MB এর একক উত্স থেকে পুরোপুরি স্থবির হয়ে পড়েছে।

রেডগেট এসকিউএল মনিটর

এর কারণ কী হতে পারে? এসকিউএল সার্ভার কেন এটির জন্য বরাদ্দকৃত অতিরিক্ত memory৪ জিবি + মেমরি ব্যবহার করতে চায় না তা নির্ধারণের জন্য আমি কী ঘনিষ্ঠভাবে নজর রাখতে পারি?

চলমান আউটপুট sp_Blitz:

sp_Blitz @OutputType = 'markdown', @CheckServerInfo = 1;

অগ্রাধিকার 50: সম্পাদনা :

  • সিপিইউ শিডিয়ুলার অফলাইন - কিছু সিপিইউ এসকিউএল সার্ভারে অ্যাফিলিটি মাস্কিং বা লাইসেন্সিং সমস্যার কারণে অ্যাক্সেসযোগ্য নয়।

  • মেমোরি নোডস অফলাইন - অ্যাফিনিটি মাস্কিং বা লাইসেন্সিং সমস্যার কারণে, কিছু মেমরি উপলব্ধ নাও হতে পারে।

অগ্রাধিকার 50: নির্ভরযোগ্যতা :

  • রিমোট ডিএসি অক্ষম - ডেডিকেটেড অ্যাডমিন সংযোগে (ডিএসি) দূরবর্তী অ্যাক্সেস সক্ষম নয়। এসকিউএল সার্ভার প্রতিক্রিয়াবিহীন হলে ড্যাক দূরবর্তী সমস্যার সমাধান আরও সহজ করতে পারে easier

অগ্রাধিকার 100: সম্পাদনা :

  • ওয়ান ক্যোয়ারির জন্য অনেকগুলি পরিকল্পনা - 300 টি প্ল্যান ক্যাশে একটি একক প্রশ্নের জন্য উপস্থিত রয়েছে - যার অর্থ আমাদের কাছে প্যারামিটারাইজেশন সমস্যা রয়েছে।

  • সার্ভার ট্রিগার সক্ষম হয়েছে

    • সার্ভার ট্রিগার [RG_SQLLightthouse_DDLTrigger] সক্ষম করা হয়েছে rig নিশ্চিত করে নিন যে ট্রিগারটি কী করছে - এটি যত কম কাজ করবে তত ভাল।

    • সার্ভার ট্রিগার [এসএসএমএসরেটব্লক] সক্ষম করা হয়েছে। নিশ্চিত করে নিন যে ট্রিগারটি কী করছে - এটি যত কম কাজ করবে তত ভাল।

অগ্রাধিকার 150: সম্পাদনা :

  • জয়েন্ট ইঙ্গিত জোর করে জিজ্ঞাস্য প্রশ্নগুলি - পুনরায় আরম্ভ করার পরে যোগদানের ইঙ্গিতের 1480 টি উদাহরণ রেকর্ড করা হয়েছে। এর অর্থ অনুসন্ধানগুলি এসকিউএল সার্ভার অপ্টিমাইজারকে ঘিরে ধরেছে এবং তারা কী করছে তা যদি তারা না জানে তবে এটি ভাল হওয়ার চেয়ে বেশি ক্ষতির কারণ হতে পারে। এটি ডিবিএ সুর করার প্রচেষ্টা কেন কাজ করছে না তাও ব্যাখ্যা করতে পারে।

  • অর্ডার ইঙ্গিত জোর করে প্রশ্নগুলি - পুনরায় চালু হওয়ার পরে 2153 অর্ডার হিন্ট করার ঘটনা রেকর্ড করা হয়েছে। এর অর্থ অনুসন্ধানগুলি এসকিউএল সার্ভার অপ্টিমাইজারকে ঘিরে ধরেছে এবং তারা কী করছে তা যদি তারা না জানে তবে এটি ভাল হওয়ার চেয়ে বেশি ক্ষতির কারণ হতে পারে। এটি ডিবিএ সুর করার প্রচেষ্টা কেন কাজ করছে না তাও ব্যাখ্যা করতে পারে।

অগ্রাধিকার 170: ফাইল কনফিগারেশন :

  • সি ড্রাইভে সিস্টেম ডেটাবেস

    • মাস্টার - মাস্টার ডাটাবেসের সি ড্রাইভে একটি ফাইল রয়েছে। সি ড্রাইভে সিস্টেমে ডাটাবেস স্থাপন সার্ভারের স্থান শেষ হয়ে যাওয়ার পরে ক্র্যাশ হওয়ার ঝুঁকি নিয়ে চলে।

    • মডেল - মডেল ডাটাবেসের সি ড্রাইভে একটি ফাইল রয়েছে। সি ড্রাইভে সিস্টেমে ডাটাবেস স্থাপন সার্ভারের স্থান শেষ হয়ে যাওয়ার পরে ক্র্যাশ হওয়ার ঝুঁকি নিয়ে চলে।

    • msdb - এমএসডিবি ডাটাবেসের সি ড্রাইভে একটি ফাইল রয়েছে। সি ড্রাইভে সিস্টেমে ডাটাবেস স্থাপন সার্ভারের স্থান শেষ হয়ে যাওয়ার পরে ক্র্যাশ হওয়ার ঝুঁকি নিয়ে চলে।

অগ্রাধিকার 200: তথ্যগত :

  • এজেন্ট জব একসাথে শুরু হচ্ছে - একাধিক এসকিউএল সার্ভার এজেন্ট কাজগুলি একই সাথে শুরু করার জন্য কনফিগার করা হয়েছে। বিস্তারিত সময়সূচী তালিকার জন্য, URL এ ক্যোয়ারী দেখুন।

  • মাস্টার ডেটাবেস মাস্টারে টেবিলগুলি - মাস্টার ডাটাবেসে কমান্ডলগ টেবিল শেষ ব্যবহারকারীগণ 30 জুলাই 2017 5:22 এএম তৈরি করেছিলেন। মাস্টার ডাটাবেসে টেবিলগুলি কোনও দুর্যোগের পরিস্থিতিতে পুনরুদ্ধার করা যাবে না।

  • ট্রেসফ্লেগ চালু

    • ট্রেস পতাকা 1118 বিশ্বব্যাপী সক্ষম করা হয়েছে।

    • ট্রেস পতাকা 1222 বিশ্বব্যাপী সক্ষম করা হয়েছে।

    • ট্রেস পতাকা 2371 বিশ্বব্যাপী সক্ষম করা হয়েছে।

অগ্রাধিকার 200: অ-ডিফল্ট সার্ভার কনফিগারেশন :

  • এজেন্ট এক্সপিস - এই sp_configure বিকল্পটি পরিবর্তন করা হয়েছে। এর ডিফল্ট মান 0 এবং এটি 1 এ সেট করা হয়েছে।

  • ব্যাকআপ চেকসাম ডিফল্ট - এই sp_configure বিকল্পটি পরিবর্তন করা হয়েছে। এর ডিফল্ট মান 0 এবং এটি 1 এ সেট করা হয়েছে।

  • ব্যাকআপ সংক্ষেপণ ডিফল্ট - এই sp_configure বিকল্পটি পরিবর্তন করা হয়েছে। এর ডিফল্ট মান 0 এবং এটি 1 এ সেট করা হয়েছে।

  • সমান্তরালতার জন্য খরচ থ্রেশহোল্ড - এই sp_configure বিকল্পটি পরিবর্তন করা হয়েছে। এর ডিফল্ট মান 5 এবং এটি 48 এ সেট করা হয়েছে।

  • সমান্তরালতার সর্বাধিক ডিগ্রি - এই sp_configure বিকল্পটি পরিবর্তন করা হয়েছে। এর ডিফল্ট মান 0 এবং এটি 12 এ সেট করা হয়েছে।

  • সর্বাধিক সার্ভার মেমরি (এমবি) - এই sp_configure বিকল্পটি পরিবর্তন করা হয়েছে। এর ডিফল্ট মান 2147483647 এবং এটি 128000 সেট করা হয়েছে।

  • অ্যাডহক ওয়ার্কলোডের জন্য অনুকূলিতকরণ - এই sp_configure বিকল্পটি পরিবর্তন করা হয়েছে। এর ডিফল্ট মান 0 এবং এটি 1 এ সেট করা হয়েছে।

  • উন্নত বিকল্পগুলি দেখান - এই sp_configure বিকল্পটি পরিবর্তন করা হয়েছে। এর ডিফল্ট মান 0 এবং এটি 1 এ সেট করা হয়েছে।

  • xp_cmdshell - এই sp_configure বিকল্পটি পরিবর্তন করা হয়েছে। এর ডিফল্ট মান 0 এবং এটি 1 এ সেট করা হয়েছে।

অগ্রাধিকার 200: নির্ভরযোগ্যতা :

  • মাস্টারে বর্ধিত স্টোরেড পদ্ধতিগুলি

  • মাস্টার - [বর্গফুট] বর্ধিত সঞ্চিত প্রক্রিয়া মাস্টার ডাটাবেসে রয়েছে। সিএলআর ব্যবহার হতে পারে এবং মাস্টার ডাটাবেসটি এখন আপনার ব্যাকআপ / পুনরুদ্ধারের পরিকল্পনার অংশ হওয়া দরকার।

    • মাস্টার - [sqbdir] বর্ধিত সঞ্চিত পদ্ধতি মাস্টার ডাটাবেসে রয়েছে। সিএলআর ব্যবহার হতে পারে এবং মাস্টার ডাটাবেসটি এখন আপনার ব্যাকআপ / পুনরুদ্ধারের পরিকল্পনার অংশ হওয়া দরকার।

    • মাস্টার - [sqbmemory] বর্ধিত সঞ্চিত পদ্ধতি মাস্টার ডাটাবেসে রয়েছে। সিএলআর ব্যবহার হতে পারে এবং মাস্টার ডাটাবেসটি এখন আপনার ব্যাকআপ / পুনরুদ্ধারের পরিকল্পনার অংশ হওয়া দরকার।

    • মাস্টার - [sqbstatus] বর্ধিত সঞ্চিত পদ্ধতি মাস্টার ডাটাবেসে রয়েছে। সিএলআর ব্যবহার হতে পারে এবং মাস্টার ডাটাবেসটি এখন আপনার ব্যাকআপ / পুনরুদ্ধারের পরিকল্পনার অংশ হওয়া দরকার।

    • মাস্টার - মাস্টার ডেটাবেজে [স্কোয়াটেস্ট] বর্ধিত সঞ্চিত পদ্ধতি রয়েছে। সিএলআর ব্যবহার হতে পারে এবং মাস্টার ডাটাবেসটি এখন আপনার ব্যাকআপ / পুনরুদ্ধারের পরিকল্পনার অংশ হওয়া দরকার।

    • মাস্টার - মাস্টার ডেটাবেজে [sqbestcancel] বর্ধিত সঞ্চিত পদ্ধতি রয়েছে। সিএলআর ব্যবহার হতে পারে এবং মাস্টার ডাটাবেসটি এখন আপনার ব্যাকআপ / পুনরুদ্ধারের পরিকল্পনার অংশ হওয়া দরকার।

    • মাস্টার - মাস্টার ডেটাবেজে [স্কোয়াটসট্যাটাস] বর্ধিত সঞ্চিত পদ্ধতি রয়েছে। সিএলআর ব্যবহার হতে পারে এবং মাস্টার ডাটাবেসটি এখন আপনার ব্যাকআপ / পুনরুদ্ধারের পরিকল্পনার অংশ হওয়া দরকার।

    • মাস্টার - [বর্গক্ষেত্র] বর্ধিত সঞ্চিত পদ্ধতি মাস্টার ডাটাবেসে রয়েছে procedure সিএলআর ব্যবহার হতে পারে এবং মাস্টার ডাটাবেসটি এখন আপনার ব্যাকআপ / পুনরুদ্ধারের পরিকল্পনার অংশ হওয়া দরকার।

    • মাস্টার - [স্কেলব্যাকআপ] বর্ধিত সঞ্চিত প্রক্রিয়া মাস্টার ডাটাবেসে রয়েছে। সিএলআর ব্যবহার হতে পারে এবং মাস্টার ডাটাবেসটি এখন আপনার ব্যাকআপ / পুনরুদ্ধারের পরিকল্পনার অংশ হওয়া দরকার।

অগ্রাধিকার 210: অ-ডিফল্ট ডেটাবেস কনফিগার :

  • প্রতিশ্রুতিবদ্ধ স্ন্যাপশট বিচ্ছিন্নকরণ সক্ষম করুন পড়ুন - এই ডাটাবেস সেটিংটি ডিফল্ট নয়।

    • RedGate

    • RedGateMonitor

  • স্ন্যাপশট বিচ্ছিন্নকরণ সক্ষম - এই ডাটাবেস সেটিংটি ডিফল্ট নয়।

    • RedGate

    • RedGateMonitor

অগ্রাধিকার 240: অপেক্ষার পরিসংখ্যান :

  • 1 - SOS_SCHEDULER_YIELD - 1770.8 ঘন্টা অপেক্ষা, 115 ঘন্টা প্রতি ঘন্টা গড় অপেক্ষা সময়, 100.0% সিগন্যাল ওয়েট, 1419212079 অপেক্ষার কাজ, 4.5 এমএস গড় অপেক্ষা সময়।

অগ্রাধিকার 250: তথ্যগত :

  • এসকিউএল সার্ভারটি একটি এনটি সার্ভিস অ্যাকাউন্টের অধীনে চলছে - আমি এনটি পরিষেবা \ এমএসএসকিউএসএলভার হিসাবে চালাচ্ছি। আমি আশা করি পরিবর্তে আমার একটি অ্যাক্টিভ ডিরেক্টরি পরিষেবা অ্যাকাউন্ট ছিল।

অগ্রাধিকার 250: সার্ভারের তথ্য :

  • ডিফল্ট ট্রেস সূচি - ডিফল্ট ট্রেস এপ্রিল 14 2018 11:21 অপরাহ্ন এবং এপ্রিল 16 2018 11:13 এএম এর মধ্যে 36 ঘন্টা ডেটা ধারণ করে। ডিফল্ট ট্রেস ফাইলগুলি এখানে অবস্থিত: সি: \ প্রোগ্রাম ফাইলগুলি \ মাইক্রোসফ্ট এসকিউএল সার্ভার \ এমএসএসকিউএল 13. এমএসএসকিউএসএল সার্ভার \ এমএসএসকিউএল \ লগ

  • ড্রাইভ সি স্পেস - সি ড্রাইভে 196816.00MB বিনামূল্যে

  • ড্রাইভ ডি স্পেস - 89823.00MB ই ড্রাইভে বিনামূল্যে

  • ড্রাইভ এল স্পেস - 1361367.00MB এফ ড্রাইভে বিনামূল্যে

  • ড্রাইভ টি স্পেস - জি ড্রাইভে 114441.00MB ফ্রি

  • হার্ডওয়্যার - লজিকাল প্রসেসর: 12. শারীরিক মেমরি: 144 জিবি।

  • হার্ডওয়্যার - NUMA কনফিগারেশন

    • নোড: 0 রাজ্য: অনলাইন অনলাইন সময়সূচী: 4 অফলাইন শিডিয়ুলার: 2 প্রসেসর গ্রুপ: 0 মেমরি নোড: 0 মেমরি ভিএএস সংরক্ষিত জিবি: 186

    • নোড: 1 রাজ্য: অফলাইন অনলাইন শিডিয়ুলার: 0 অফলাইন শিডিয়ুলার: 6 প্রসেসর গ্রুপ: 0 মেমরি নোড: 0 মেমরি ভিএএস সংরক্ষিত জিবি: 186

  • তাত্ক্ষণিক ফাইলের সূচনা সক্ষম করা - পরিষেবা অ্যাকাউন্টে পারফর্ম ভলিউম রক্ষণাবেক্ষণের কার্যগুলি অনুমতি রয়েছে।

  • পাওয়ার প্ল্যান - আপনার সার্ভারে 2.60GHz সিপিইউ রয়েছে এবং ভারসাম্যপূর্ণ পাওয়ার মোডে রয়েছে - আহ ... আপনি নিজের সিপিইউগুলি পুরো গতিতে চালিত করতে চান, তাই না?

  • সার্ভার শেষ পুনঃসূচনা - মার্চ 9 2018 7:27 এএম

  • সার্ভার নাম - [redacted]

  • সেবা

    • পরিষেবা: এসকিউএল সার্ভার (এমএসএসকিউএলএসভার) পরিষেবা অ্যাকাউন্ট এনটি পরিষেবা Service এমএসএসকিউএলএসভারের অধীনে চলে। শেষ শুরুর সময়: মার্চ 9 2018 7:27 এএম। প্রারম্ভের ধরণ: স্বয়ংক্রিয়, বর্তমানে চলছে।

    • পরিষেবা: এসকিউএল সার্ভার এজেন্ট (এমএসএসকিউএলএসভার) পরিষেবা অ্যাকাউন্ট লোকালসিস্টেমের অধীনে চলে। শেষ প্রারম্ভের সময়: প্রদর্শিত হয়নি .. স্টার্টআপের ধরণ: স্বয়ংক্রিয়, বর্তমানে চলছে।

  • এসকিউএল সার্ভার সর্বশেষ পুনঃসূচনা - মার্চ 9 2018 6:27 এএম

  • এসকিউএল সার্ভার পরিষেবা - সংস্করণ: 13.0.4466.4। প্যাচ স্তর: এসপি 1। সংক্ষিপ্ত আপডেট: সিইউ 7। সংস্করণ: স্ট্যান্ডার্ড সংস্করণ (-৪-বিট)। প্রাপ্যতা গোষ্ঠীগুলি সক্ষম: ০. উপলভ্যতা গ্রুপ ম্যানেজারের স্থিতি: ২

  • ভার্চুয়াল সার্ভার - প্রকার: (হাইপারভাইজার)

  • উইন্ডোজ সংস্করণ - আপনি উইন্ডোজের একটি দুর্দান্ত আধুনিক সংস্করণ চালাচ্ছেন: সার্ভার 2012 আর 2 যুগ, সংস্করণ 6.3

অগ্রাধিকার 254: রুন্ডেট :

  • ক্যাপ্টেনের লগ: স্টারডেট কিছু এবং কিছু ...


সম্পূর্ন ফলাফল যোগ করুন select @@versionএবং select * from sys.dm_os_process_memoryপ্রশ্ন। আপনি কি Total Server Memory (KB)পারফোন কাউন্টার থেকে মূল্য অনুসন্ধান করার চেষ্টা করেছিলেন ?
শান্ত

@ স্কেল ওয়ার্ল্ডওয়াইড আমি ইতিমধ্যে এই প্রশ্নটিতে এসেছি এবং প্রদত্ত পরামর্শটি মূলত আমার মূল বিষয়টিতে আমি সরবরাহ করেছি। আমার প্রদত্ত দৃশ্যের জন্য আমি সেই পোস্টের মাধ্যমে কোনও সমাধান খুঁজে পাইনি।
পিকোডেগালো

@ শান্তিকে আমি অনুরোধ করা আউটপুটগুলি যোগ করেছি। Total Server Memory (KB)থেকে সরবরাহ করা হয়েছিল sys.dm_os_performance_counters
পিকোডেগালো

উত্তর:


51

আমি বাজি ধরছি আপনি ভার্চুয়াল সিপিইউগুলি এমনভাবে কনফিগার করেছেন যাতে কিছু সিপিইউ নোড এবং / অথবা মেমরি নোড অফলাইন থাকে।

এসপি_ব্লিটজ ডাউনলোড করুন (অস্বীকৃতি: আমি সেই মুক্ত ওপেন সোর্স স্ক্রিপ্টের অন্যতম লেখক) এবং এটি চালান:

sp_Blitz @CheckServerInfo = 1;

সিপিইউ এবং / অথবা মেমরি নোডগুলি অফলাইনে থাকার বিষয়ে সতর্কতা সন্ধান করুন। এসকিউএল সার্ভার স্ট্যান্ডার্ড সংস্করণ কেবল প্রথম 4 সিপিইউ সকেট দেখতে পাবে এবং আপনি ভিএম 6 টি ডুয়াল-কোর সিপিইউয়ের মতো কনফিগার করেছেন। এটি এন্টারপ্রাইজ সংস্করণের 20-কোর-সীমাগুলির মেমরির পরিমাণকে কীভাবে ক্যাপচার করবে তার সমতুল্য একটি সমস্যা হিট করবে

আপনি যদি এখানে sp_Blitz এর আউটপুট ভাগ করতে চান, আপনি এটি মার্কডাউন এ আউটপুট হিসাবে এটি চালাতে পারেন, যা আপনি আপনার প্রশ্নের অনুলিপি / পেস্ট করতে পারেন:

sp_Blitz @OutputType = 'markdown', @CheckServerInfo = 1;

2018/04/16 আপডেট - নিশ্চিত করা হয়েছে। আপনি স্প_ব্লিটজ আউটপুট সংযুক্ত করেছেন (এর জন্য ধন্যবাদ!) এবং এটি প্রকৃতপক্ষে দেখায় যে আপনার সিপিইউ এবং মেমরি নোড অফলাইনে রয়েছে। যে কেউ ভিএম তৈরি করেছে সেটিকে 12 টি সিঙ্গেল-কোর সিপিইউ হিসাবে কনফিগার করেছে, সুতরাং এসকিউএল সার্ভার স্ট্যান্ডার্ড সংস্করণ কেবল প্রথম 4 সকেট (কোর) এবং তাদের সাথে মেমরি সংযুক্ত রয়েছে।

এটি ঠিক করতে, ভিএম বন্ধ করুন, এটি একটি 2-সকেট, 6-কোর ভিএম হিসাবে কনফিগার করুন এবং তারপরে এসকিউএল সার্ভার স্ট্যান্ডার্ড সংস্করণ সমস্ত কর এবং মেমরি দেখতে পাবে। এটি আপনার SOS_SCHEDULER_YIELD অপেক্ষারও হ্রাস করবে - এখনই, আপনার এসকিউএল সার্ভারটি প্রথম 4 টি কোরকে হাতুড়ি দিচ্ছে, তবে এটি that's এই ঠিক করার পরে, এটি সমস্ত 12 টি কোরে কাজ করতে সক্ষম হবে।


3
ভিন্ন পৃষ্ঠা , একই ভিডিও আমার ধারণা
মারিয়ান

@BrentOzar আমি এই কনফিগারেশন পরিবর্তন করা ফলাফল পরে আমার সামনে / ভাগ করেছি এখানে । আমি সহায়তার প্রশংসা করি - আপনি আমাদের অনেক মাথাব্যথা বাঁচিয়েছেন!
পিকোডেগালো

@ পিকোডেগালো আপনাকে স্বাগতম! হ্যাঁ, এজন্যই আমি এটিকে স্পি-বি্লিটজ-এ রেখেছি - আমরা এই ধরণের প্রচলিত সমস্যা পেয়েছি এবং কেবলমাত্র এই বিনামূল্যে স্বাস্থ্য পরীক্ষা চালিয়ে তারা এড়াতে খুব সহজ। আপনার সালসা, ভালোবাসি। (অপেক্ষা করুন, এটি ভুল বলে মনে হয়েছিল))
ব্রেন্ট ওজার

8

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

যারা ভিএমওয়্যার ভিএসফিয়ার 6.5 ব্যবহার করতে পারেন তাদের জন্য, ব্রেন্টের দ্বারা বর্ণিত ক্রিয়া আইটেমটি সম্পূর্ণ করার জন্য সংক্ষিপ্ত পদক্ষেপ নীচে রয়েছে।

  1. আপনার ভিএমওয়্যার ক্লাস্টারের জন্য vSphere ওয়েব ক্লায়েন্টে লগইন করুন এবং ভার্চুয়াল মেশিনে ব্রাউজ করুন যা এসকিউএল সার্ভারকে হোস্ট করে। সিপিইউ এবং মেমরি কনফিগারেশনগুলি সামঞ্জস্য করতে আপনার ভিএম অবশ্যই অফলাইনে থাকতে হবে।
  2. প্রাথমিক ফলকের মধ্যে, উপরের ডানদিকের কোণায় বোতামটি Configure > VM hardwareক্লিক করুন Edit। আপনি যে প্রসঙ্গ মেনুটি খুলবেন Edit Settings। রেফারেন্সের জন্য, নীচের চিত্রটি ভুল কনফিগারেশন। আমি Cores per Socketসেট করে রেখেছি তা নোট করুন 1। এসকিউএল সার্ভার স্ট্যান্ডার্ড সংস্করণের সীমাবদ্ধতা দেওয়া, এটি একটি খারাপ কনফিগারেশন।

    IncorrectConfig

  3. ফিক্সটি Cores per Socketমান সমন্বয় করার মতোই সহজ । আমাদের ক্ষেত্রে, আমরা এটি সেট করি 6যাতে আমাদের রয়েছে 2 Sockets। এটি এসকিউএল সার্ভারকে সমস্ত 12 টি প্রসেসর ব্যবহার করতে দেয়।

    CorrectConfig

একটি গুরুত্বপূর্ণ দ্রষ্টব্য: মানটি যেখানে Number of Coresবা Socketsএকটিতে বিজোড় সংখ্যা হবে তা নির্ধারণ করবেন না । NUMA ভারসাম্য পছন্দ করে এবং থাম্বের বিধি দ্বারা 2 দ্বারা বিভাজ্য হওয়া দরকার For উদাহরণস্বরূপ, 4 কোর থেকে 3 সকেটের একটি কনফিগারেশন ভারসাম্যহীন হবে। আসলে, আপনি যদি sp_Blitzএই ধরণের কনফিগারেশনটি চালনা করেন তবে এটি সম্পর্কে একটি সতর্কতা টস করতে পারে।

ভিএমওয়্যার ভিএসপিয়ারে মাইক্রোসফ্ট এসকিউএল সার্ভারের আর্কিটেকিংয়ের বিভাগ ৩.৩ (পিডিএফ সতর্কতা) এটিকে বিশদভাবে বর্ণনা করেছে। হাইটপেপারে বর্ণিত অনুশীলনগুলি এসকিউএল সার্ভারের বেশিরভাগ অন-প্রাইম ভার্চুয়ালাইজেশনের জন্য প্রযোজ্য।

ব্রেন্টের পোস্টের পরে আমি আমার গবেষণার মাধ্যমে আরও কয়েকটি সংস্থান সংকলন করেছি:

আমি গত 24 ঘন্টা ধরে রেডগেট এসকিউএল মনিটর থেকে একটি ক্যাপচার শেষ করব। নোটের প্রাথমিক পয়েন্টটি হ'ল সিপিইউ ব্যবহার এবং অপেক্ষার সংখ্যা - গতকাল আমাদের শিখর ঘন্টাগুলিতে আমরা ভারী সিপিইউ ব্যবহার এবং অপেক্ষার তর্ক উপভোগ করছি। এই সাধারণ ফিক্সের পরে, আমরা আমাদের পারফরম্যান্স দশগুণ উন্নত করেছি। এমনকি আমাদের ডিস্ক I / O উল্লেখযোগ্যভাবে হ্রাস পেয়েছে। এটি একটি আপাতদৃষ্টিতে সহজেই উপেক্ষিত সেটিং যা প্রস্থের ক্রম দ্বারা ভার্চুয়াল কর্মক্ষমতা উন্নত করতে পারে। কমপক্ষে, এটি আমাদের প্রকৌশলী এবং একটি সম্পূর্ণ ডি'হো মুহুর্ত দ্বারা উপেক্ষা করা হয়েছিল ।

RedGatePerf


1
+1 এটি ব্রেন্ট ওজারের উত্তরটি সম্পূর্ণ করে।
শান্ত

-1

এছাড়াও, এমএসডিএন অনুসারে , এসকিউএল সার্ভারের মানটি GB৪ জিবি র‌্যামের মধ্যে সীমাবদ্ধ। আমরা এটি ডাটাবেসটিকে একাধিক ক্ষেত্রে বিভক্ত করে সমাধান করেছি, তবে আপনার পরিস্থিতি এটির জন্য অনুমতি দেয় না।

হুম 2016 এর সীমা হিসাবে 128 গিগাবাইট রয়েছে বলে মনে হচ্ছে, তবে উদাহরণ-বিভাজন এখনও একটি বিকল্প হতে পারে।

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