আমার কর্মী থ্রেড কে ব্যবহার করছে? এসকিউএল সার্ভার 2014 - এইচডিআর


10

সম্প্রতি আমাদের এসকিউএল সার্ভার 2014 এইচএডিআর পরিবেশে আমরা একটি সমস্যা পেয়েছি, যেখানে সার্ভারগুলির মধ্যে একটির কর্মী থ্রেড নেই।

আমরা বার্তাটি পেয়েছি:

অলএলঅন উপলভ্যতা গোষ্ঠীগুলির জন্য থ্রেড পুলটি নতুন কর্মী থ্রেড শুরু করতে অক্ষম ছিল কারণ সেখানে পর্যাপ্ত পরিমাণে আয়েভযোগ্য শ্রমিক থ্রেড নেই।

ত্রুটি বার্তা এটি শুরু হলে

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

আমাদের পরিবেশটি নিম্নরূপ:

  • 4 উইন্ডোজ সার্ভার 2012 আর 2
  • এসকিউএল সার্ভার 2014 এন্টারপ্রাইজ
  • 24 প্রসেসর -> 832 কর্মী থ্রেড
  • 256 জিবি রাম
  • 12 উপলভ্য গোষ্ঠী (সামগ্রিকভাবে)
  • 642 ডাটাবেস (সামগ্রিক)

সুতরাং, যে সার্ভারের সমস্যা ছিল তার নিম্নলিখিত কনফিগারেশন ছিল:

  • 5 প্রাপ্যতা গ্রুপ (3 প্রাথমিক / 2 মাধ্যমিক)
  • 325 ডাটাবেস (127 প্রাথমিক / 198 মাধ্যমিক)
  • MAXDOP = 8
  • Cost Threshold for Parallelism = 50
  • পাওয়ার প্ল্যানটি "উচ্চ কার্যকারিতা" এ সেট করা আছে

সমস্যাটি "সমাধান" করার জন্য আমরা ম্যানুয়ালি একটি সার্ভিস অব প্রাপ্যতা গ্রুপকে দ্বিতীয় সার্ভারে ব্যর্থ করে দিয়েছি। সেই সার্ভারের কনফিগারেশনটি এখন:

  • 5 প্রাপ্যতা গ্রুপ (2 প্রাথমিক / 3 মাধ্যমিক)
  • 325 ডাটাবেস (77 প্রাথমিক / 248 মাধ্যমিক)

আমি এই বিবৃতি সহ উপলব্ধ থ্রেড নিরীক্ষণ করছি:

declare @max int
select @max = max_workers_count from sys.dm_os_sys_info

select 
    @max as 'TotalThreads',
    sum(active_Workers_count) as 'CurrentThreads',
    @max - sum(active_Workers_count) as 'AvailableThreads',
    sum(runnable_tasks_count) as 'WorkersWaitingForCpu',
    sum(work_queue_count) as 'RequestWaitingForThreads' ,
    sum(current_workers_count) as 'AssociatedWorkers'
from  
    sys.dm_os_Schedulers where status='VISIBLE ONLINE'

সাধারণত সার্ভারটিতে প্রায় 250 - 430 কর্মী থ্রেড পাওয়া যায়, তবে সমস্যাটি শুরু হওয়ার পরে কোনও শ্রমিক বাকি ছিল না।

-119 উপলব্ধ থ্রেড

আজ, কোথাও কোথাও উপলব্ধ কর্মীরা 327 থেকে নেমে 50 তে নেমে এসেছিল, তবে কেবল এক মিনিটের জন্য এবং পরে ফিরে এসেছিল প্রায় 400 to

আমি ইতিমধ্যে অন্য প্রশ্নটি দেখেছি ( এইচএডিআর উচ্চ কর্মী থ্রেড ব্যবহার ) তবে এটি আমার সাহায্য করে না।

আমাদের সিস্টেম কোনও সমস্যা ছাড়াই এক বছরেরও বেশি সময় ধরে স্থিতিশীল ছিল। আমাদের ডাটাবেসের বিতরণে কোনও ব্যর্থতা বা অন্য কোনও বড় পরিবর্তন হয়নি।

আমরা প্রতিরূপগুলির মধ্যে "সিঙ্ক্রোনাস কমিট" ব্যবহার করছি। আমার উপলব্ধি থেকে কোনও সংকোচনের সাথে জড়িত নেই, ডকুমেন্টেশনে প্রাপ্যতা গ্রুপের জন্য টিউন সংক্ষেপণ দেখুন ।

কর্মী সমস্ত থ্রেড ব্যবহার করছে কি কারও কি ধারণা আছে?

সম্পাদনা: এই পৃষ্ঠাটি পাওয়া গেছে যেখানে ঠিক সেই সমস্যাগুলি সম্পর্কে অনেক তথ্য রয়েছে http://www.techdevops.com/Article.aspx?CID=24

উত্তর:


1

সম্প্রদায় উইকি উত্তর :

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

প্রশ্নটি ট্যাগ হয়েছে এসকিউএল সার্ভার 2014, যা ডিফল্টরূপে সংক্ষেপণ ব্যবহার করবে use এসকিউএল সার্ভার 2016, ডিফল্টরূপে সিঙ্কের জন্য সংক্ষেপণ ব্যবহার করবে না।

আপনি উদাহরণস্বরূপ কর্মী থ্রেড বাড়াতে হতে পারে বা আরও ভাল: একাধিক সার্ভারে সর্বাধিক সক্রিয় ও নিষ্ক্রিয় ব্যক্তিদের ভারসাম্য বজায় রাখুন। সম্পর্কিত প্রশ্নোত্তর দেখুন এবং সর্বদা উপলভ্যতা গ্রুপ কোয়েরিটি খুব ধীর

আপনি এটি খুঁজে পেতে পারেন এটি একটি অ্যাপ্লিকেশন যা সঠিকভাবে অনুরোধগুলি বন্ধ করতে অক্ষম। এর ফলে প্রচুর ঘুমের সেশন পড়ে থাকতে পারে (যা শ্রমিকদের গ্রাস করে)।

প্রকৃতপক্ষে ব্যবহৃত থ্রেডগুলির সংখ্যা নির্ভর করে ডাটাবেসগুলি কতটা সক্রিয়। আপনার কাছে ১,০০০ ডাটাবেস থাকতে পারে এবং বেশিরভাগ সময় যদি 95% সময় অলস থাকে তবে আপনার কোনও সমস্যা হবে না। দেখে মনে হচ্ছে আপনার ডেটাবেসগুলি প্রায়শই সক্রিয় হয়ে গেছে এবং আপনার থ্রেড বেশি খেয়েছে। এটি এটি দীর্ঘ এবং সংক্ষিপ্ত।

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