আমাদের প্রযোজনা এসকিউএল সার্ভারে মুখ্য পারফরম্যান্স সমস্যা, আমি কীভাবে এটির সমস্যা সমাধান করব?


11

এই প্রশ্নটি মূলত এই প্রশ্নের একটি ফলোআপ প্রশ্ন:
এসকিউএল সার্ভার 2016 এর সাথে অদ্ভুত পারফরম্যান্স সমস্যা

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

এই সিস্টেম পরিসংখ্যান:

  • 128 জিবি র‌্যাম (এসকিউএল সার্ভারের জন্য 110 গিগাবাইট সর্বোচ্চ মেমরি)
  • ৪ টি কোর ২.6 গিগাহার্টজ
  • 10 জিবিআইটি নেটওয়ার্ক সংযোগ
  • সমস্ত স্টোরেজ এসএসডি ভিত্তিক
  • প্রোগ্রাম ফাইল, লগ ফাইল, ডাটাবেস ফাইল এবং টেম্পডিবি সার্ভারের পৃথক পার্টিশনে রয়েছে
  • উইন্ডোজ সার্ভার 2012 আর 2
  • ভিএমওয়্যার সংস্করণ HPE-ESXi-6.0.0-আপডেট3-iso-600.9.7.0.17
  • ভিএমওয়্যারের সরঞ্জাম সংস্করণ 10.0.9, বিল্ড 3917699
  • মাইক্রোসফ্ট এসকিউএল সার্ভার 2016 (এসপি 1) (কেবি 3182545) - 13.0.4001.0 (এক্স 64) অক্টোবর 28 2016 18:17:30 কপিরাইট (গ) মাইক্রোসফ্ট কর্পোরেশন স্ট্যান্ডার্ড সংস্করণ (-৪-বিট) উইন্ডোজ সার্ভারে ২০১২ R2 স্ট্যান্ডার্ড 6.3 (বিল্ড 9600:) (Hypervisor- র)

এখানে চিত্র বর্ণনা লিখুন

আমাদের সিস্টেমে এখন বড় পারফরম্যান্স সমস্যা রয়েছে। খুব উচ্চ সিপিইউ ব্যবহার এবং থ্রেড গণনা: এখানে চিত্র বর্ণনা লিখুন

ক্রিয়াকলাপ মনিটরের পরিসংখ্যান অপেক্ষা করুন (আমি জানি এটি খুব নির্ভরযোগ্য নয়)

এখানে চিত্র বর্ণনা লিখুন

Sp_blitzfirst এর ফলাফল:

এখানে চিত্র বর্ণনা লিখুন

Sp_configure এর ফলাফল:

এখানে চিত্র বর্ণনা লিখুন

উন্নত সার্ভার সেটিংস (শুধুমাত্র জার্মান ভাষায় দুর্ভাগ্য)

এখানে চিত্র বর্ণনা লিখুন

আমার দ্বারা ম্যাক্সডপ সেটিংটি পরিবর্তন করা হয়েছিল।

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

স্কেলসার্ভার প্রক্রিয়াটির জন্য উচ্চ ASYNC_NETWORK_IO উচ্চ থ্রেড গণনার ফলাফল করবে? আমি কল্পনা করতাম এটি অনেক শ্রমিককে ছড়িয়ে দিয়েছে কারণ থ্রেডগুলি বন্ধ করা যায় না। এটা কি সঠিক?

আপনার প্রয়োজনীয় কোনও অতিরিক্ত তথ্য আমি সরবরাহ করব। তোমার সহযোগিতার জন্য আগাম ধন্যবাদ!

সম্পাদনা করুন:

ফলাফল sp_Blitz @OutputType = ‘markdown’, @CheckServerInfo = 1

অগ্রাধিকার 1: ব্যাকআপ :

  • একই ড্রাইভে ব্যাক আপ আপ যেখানে ডেটাবেসগুলি থাকে - ড্রাইভ ই: 5 এ ব্যাকআপ করা হয়েছে: two গত দুই সপ্তাহে, যেখানে ডাটাবেস ফাইলগুলিও থাকে। যদি অ্যারে ব্যর্থ হয় তবে এটি গুরুতর ঝুঁকিপূর্ণ প্রতিনিধিত্ব করে।

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

  • 2 সপ্তাহেরও বেশি পুরানো শেষ ভাল ডিবিসিসি CHECKDB

    • babtec_prod - শেষ সফল CHECKDB: 2017-08-20 00: 01: 01.513

    • ডি 3 পিআর - সর্বশেষ সফল চেকডবি: কখনই নয়।

    • ডেমো 7777 - শেষ সফল CHECKDB: 2016-02-23 20: 31: 38.590

    • এফএনপি - সর্বশেষ সফল CHECKDB: 2017-04-23 22: 01: 19.133

    • গ্রিডভিস_ইএনএমস - সর্বশেষ সফল CHECKDB: 2017-05-18 22: 10: 48.120

    • মাস্টার - শেষ সফল CHECKDB: কখনও নয়।

    • মডেল

    • msdb

    • PROD77 - শেষ সফল CHECKDB: 2016-02-23 21: 33: 24.343

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

  • ক্যোয়ারী স্টোর অক্ষম - নতুন এসকিউএল সার্ভার 2016 কোয়েরি স্টোর বৈশিষ্ট্যটি এই ডেটাবেজে সক্ষম করা হয়নি।

    • babtec_prod

    • D3PR

    • DEMO77

    • FINP

    • GridVis_EnMs

অগ্রাধিকার 50: ডিবিসিসি ইভেন্টগুলি :

  • ডিবিসিসি ড্রপক্লেইনবুফার্স - ব্যবহারকারী স্কোরসচ সেপ্টেম্বর 21 2017 11:57 এএম থেকে 21 শে সেপ্টেম্বর 11:57 এএম-এর মধ্যে 1 বার DBCC DROPCLEANBUFFERS চালিয়েছে। যদি এটি একটি প্রোডাকশন বাক্স হয় তবে জেনে রাখুন যে যখন এটি ঘটে তখন আপনি সমস্ত ডেটা মেমরি থেকে সরিয়ে দিচ্ছেন। কী রকম দানব সেটা করবে?

  • ডিবিসিসি শ্রিনক% - ব্যবহারকারী স্কর্সচ সেপ্টেম্বর 21 2017 11:51 অপরাহ্ন এবং Okt 4 2017 9:02 এএম এর মধ্যে 6 বার ফাইল সঙ্কুচিত হয়েছে। সুতরাং, আহ, তারা কি দুর্নীতির সমাধানের চেষ্টা করছে, বা দুর্নীতির কারণ করছে?

  • সামগ্রিক ইভেন্টস - 287 ডিবিসিসি ইভেন্টগুলি সেপ্টেম্বর 19 2017 1:40 অপরাহ্ন এবং Okt 4 2017 3:20 অপরাহ্নের মধ্যে সংঘটিত হয়েছে। এটিতে CHECKDB এবং অন্যান্য সাধারণত সৌম্য ডিবিসিসি ইভেন্ট অন্তর্ভুক্ত থাকে না।

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

  • ফাইলের বৃদ্ধি ধীর PROD77 - 2 বৃদ্ধি প্রতিটি 15 সেকেন্ডেরও বেশি সময় নিয়েছিল। একটি ছোট বর্ধিতকরণে ফাইল অটোগ্রোথ সেট করা বিবেচনা করুন।

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

  • পৃষ্ঠাগুলি যাচাই অপ্টিমাল নয় বেবটেক_প্রড - ডেটাবেস [babtec_prod] পৃষ্ঠার যাচাইকরণের জন্য TORN_PAGE_DETECTION রয়েছে। এসকিউএল সার্ভারের স্টোরেজ দুর্নীতি থেকে স্বীকৃতি এবং পুনরুদ্ধার করতে আরও কঠিন সময় থাকতে পারে। পরিবর্তে CHECKSUM ব্যবহার বিবেচনা করুন।

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

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

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

  • ক্লাস্টার ইনডেক্স ছাড়া সক্রিয় টেবিলগুলি

    • babtec_prod - [babtec_prod] ডাটাবেসের স্তূপ রয়েছে - একটি ক্লাস্টার ইনডেক্স ছাড়া টেবিলগুলি - যেগুলি সক্রিয়ভাবে অনুসন্ধান করা হচ্ছে।

    • ডি 3 পিআর - [ডি 3 পিআর] ডাটাবেসে হিপ রয়েছে - একটি ক্লাস্টার ইনডেক্স ছাড়া টেবিলগুলি - যেগুলি সক্রিয়ভাবে অনুসন্ধান করা হচ্ছে।

    • ডেমো 7777 - [[ডেমো 7777] ডাটাবেসে গাদা রয়েছে - একটি ক্লাস্টারযুক্ত সূচি ছাড়াই সারণী - যা সক্রিয়ভাবে অনুসন্ধান করা হচ্ছে।

    • FINP - [FINP] ডাটাবেসে হিপ রয়েছে - একটি ক্লাস্টার ইনডেক্স ছাড়া টেবিলগুলি - যা সক্রিয়ভাবে অনুসন্ধান করা হচ্ছে।

    • গ্রিডভিস_ইএনএমস - [গ্রিডভিস_ইএনএমএস] ডাটাবেসে হিপস রয়েছে - একটি ক্লাস্টারযুক্ত সূচি ছাড়াই সারণী - যা সক্রিয়ভাবে অনুসন্ধান করা হচ্ছে।

    • PROD77 - [PROD77] ডাটাবেসে গাদা রয়েছে - একটি ক্লাস্টার ইনডেক্স ছাড়া টেবিলগুলি - সক্রিয়ভাবে অনুসন্ধান করা হচ্ছে।

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

  • বিদেশী কীগুলি বিশ্বাসযোগ্য নয়

    • babtec_prod - [babtec_prod] ডাটাবেসে বিদেশী কী রয়েছে যা সম্ভবত অক্ষম ছিল, ডেটা পরিবর্তন করা হয়েছিল এবং তারপরে কীটি আবার সক্ষম করা হয়েছিল। অপ্টিমাইজারের জন্য এই কীটি ব্যবহার করার জন্য কেবল কীটি সক্ষম করা যথেষ্ট নয় - আমাদের চেক চেক কনট্রাস্টের পরামিতি ব্যবহার করে টেবিলটি পরিবর্তন করতে হবে।

    • ডি 3 পিআর - [ডি 3 পিআর] ডাটাবেসে বিদেশী কী রয়েছে যা সম্ভবত অক্ষম ছিল, ডেটা পরিবর্তন করা হয়েছিল এবং তারপরে কীটি আবার সক্ষম করা হয়েছিল। অপ্টিমাইজারের জন্য এই কীটি ব্যবহার করার জন্য কেবল কীটি সক্ষম করা যথেষ্ট নয় - আমাদের চেক চেক কনট্রাস্টের পরামিতি ব্যবহার করে টেবিলটি পরিবর্তন করতে হবে।

  • ক্লাস্টার ইনডেক্স ছাড়া নিষ্ক্রিয় টেবিলগুলি

    • ডি 3 পিআর - [ডি 3 পিআর] ডাটাবেসে হিপস রয়েছে - একটি ক্লাস্টার ইনডেক্স ছাড়াই টেবিলগুলি - যা শেষ পুনরায় আরম্ভ করার পরে অনুসন্ধান করা হয়নি। এগুলি অযত্নে পিছনে ফেলে রাখা ব্যাকআপ টেবিল হতে পারে।

    • গ্রিডভিস_ইএনএমস - [গ্রিডভিস_ইএনএমএস] ডাটাবেসে হিপস রয়েছে - একটি ক্লাস্টার ইনডেক্স ছাড়া টেবিলগুলি - যা শেষ পুনরায় আরম্ভ করার পর থেকে অনুসন্ধান করা হয়নি। এগুলি অযত্নে পিছনে ফেলে রাখা ব্যাকআপ টেবিল হতে পারে।

  • টেবিলগুলি বেকটেক_প্রডে ট্রিগার - [বেবটেক_প্রড] ডাটাবেসে 26 টি ট্রিগার রয়েছে।

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

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

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

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

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

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

  • সর্বোচ্চ ফাইল আকার সেট

    • ডি 3 পিআর - [D3PR] ডাটাবেস ফাইল d3_data_01 এ সর্বাধিক ফাইলের আকার 61440MB এ সেট করা আছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

    • ডি 3 পিআর - [ডি 3 পিআর] ডাটাবেস ফাইল d3_data_idx_01 এ সর্বাধিক ফাইলের আকার 61440MB এ সেট করা আছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

    • ডি 3 পিআর - [D3PR] ডাটাবেস ফাইল d3_firm_01 এর সর্বাধিক ফাইলের আকার 61440MB এ সেট করা আছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

    • ডি 3 পিআর - [D3PR] ডাটাবেস ফাইল d3_firm_idx_01 এর সর্বাধিক ফাইলের আকার 61440MB এ সেট করা আছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

    • ডি 3 পিআর - [D3PR] ডাটাবেস ফাইল d3_log_01 এ সর্বাধিক ফাইলের আকার 61440MB এ সেট করা আছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

    • ডি 3 পিআর - [D3PR] ডাটাবেস ফাইল d3_phys_01 একটি সর্বাধিক ফাইলের আকার 61440MB সেট করেছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

    • ডি 3 পিআর - [D3PR] ডাটাবেস ফাইল d3_phys_idx_01 এর একটি সর্বাধিক ফাইলের আকার 61440MB এ সেট করা আছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

    • ডি 3 পিআর - [D3PR] ডাটাবেস ফাইল d3_sys_01 এ সর্বাধিক ফাইলের আকার 20480MB এ সেট করা আছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

    • ডি 3 পিআর - [D3PR] ডাটাবেস ফাইল d3_usr_01 এর সর্বাধিক ফাইলের আকার 20480MB এ সেট করা আছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

    • ডি 3 পিআর - [D3PR] ডাটাবেস ফাইল d3_wort_01 এ সর্বাধিক ফাইলের আকার 20480MB এ সেট করা আছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

    • ডি 3 পিআর - [D3PR] ডাটাবেস ফাইল d3_wort_idx_01 এ 20480MB এ সর্বাধিক ফাইলের আকার সেট রয়েছে। যদি এটির জায়গার বাইরে চলে যায় তবে ড্রাইভের জায়গা উপলব্ধ থাকলেও ডাটাবেস কাজ করা বন্ধ করবে।

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

  • ব্যাকআপ সংক্ষেপণ ডিফল্ট বন্ধ - সাম্প্রতিক সঙ্কুচিত পূর্ণ ব্যাকআপগুলি ঘটেছে এবং সার্ভার স্তরে ব্যাকআপ সংক্ষেপণ চালু হয়নি। ব্যাকআপ সংক্ষেপণ এসকিউএল সার্ভার ২০০৮ আর ২ এবং আরও নতুন স্ট্যান্ডার্ড সংস্করণে অন্তর্ভুক্ত। আমরা ডিফল্টরূপে ব্যাকআপ সংক্ষেপণ চালু করার পরামর্শ দিচ্ছি যাতে অ্যাড-হক ব্যাকআপগুলি সংকুচিত হয়ে যায়।

  • কোলেশনটি হ'ল ল্যাটিন 1_ জেনারাল_সিএস_এএস এফআইএনপি - ব্যবহারকারীর ডাটাবেস এবং টেম্পডিবির মধ্যে কোলেশন পার্থক্য বিশেষত স্ট্রিংয়ের মানগুলির তুলনা করার সময় বিবাদ সৃষ্টি করতে পারে

  • কোলেশনটি এসকিউএল_ল্যাটিন 1_ জেনারাল_সিপি 1_সিআই_এএস - ব্যবহারকারী ডাটাবেস এবং টেম্পডিবির মধ্যে কোলেশন পার্থক্য বিশেষত স্ট্রিংয়ের মানগুলির তুলনা করার সময় বিবাদ সৃষ্টি করতে পারে

    • DEMO77

    • PROD77

  • লিঙ্কযুক্ত সার্ভার কনফিগার করা - BWIN2 \ INFOR একটি লিঙ্কযুক্ত সার্ভার হিসাবে কনফিগার করা হয়েছে। এটি সা'এর সাথে সংযুক্ত হওয়ার সাথে সাথে এর সুরক্ষা কনফিগারেশনটি পরীক্ষা করুন, কারণ যে কোনও ব্যবহারকারী এটিকে জিজ্ঞাসাবাদ করলে প্রশাসক-স্তরের অনুমতি পাবেন।

অগ্রাধিকার 200: পর্যবেক্ষণ :

  • ব্যর্থ ইমেল ছাড়া এজেন্ট কাজ

    • চাকরির সিসপলিসি_পুরজ_ইস্টরি ব্যর্থ হলে কোনও অপারেটরকে অবহিত করার জন্য সেট আপ করা হয়নি।

    • অপারেটর যদি এটি ব্যর্থ হয় তবে তাকে অবহিত করার জন্য জব আপডেট_ডার্কপ্রেসিস_মোন্যাটল সেট আপ করা হয়নি।

    • কাজের আপডেট_ফের্টম্যানজেন_ওচে ব্যর্থ হলে কোনও অপারেটরকে অবহিত করার জন্য সেট আপ করা হয়নি।

    • কোনও অপারেটর যদি এটি ব্যর্থ হয় তবে তাকে অবহিত করার জন্য জব আপডেট_লিজজেট_মোন্যাটল সেটআপ করা হয়নি।

    • কাজের আপডেট_ত্রেটার_ডিফ ব্যর্থ হলে অপারেটরকে অবহিত করার জন্য সেট আপ করা হয়নি।

    • UPDATE_CONNECT_IK কাজটি ব্যর্থ হলে অপারেটরকে অবহিত করার জন্য সেট আপ করা হয়নি।

    • ওয়ার্টুং.ক্লিনআপ কাজটি ব্যর্থ হলে অপারেটরকে অবহিত করার জন্য সেট আপ করা হয়নি।

    • ওয়ার্টুং.ডিবিসিসি চেক ডিবি কাজটি কোনও অপারেটরকে ব্যর্থ হলে তা অবহিত করার জন্য সেট আপ করা হয়নি।

    • ওয়ার্টুং.আইডেক্স নিউজ এস্টেলেন কাজটি ব্যর্থ হলে কোনও অপারেটরকে অবহিত করার জন্য সেট আপ করা হয়নি।

    • ওয়ার্টুং.স্ট্যাটিসটেকেন অ্যাক্টুয়ালিসিয়রেন কাজটি ব্যর্থ হলে অপারেটরকে অবহিত করার জন্য সেট আপ করা হয়নি।

    • ওয়ার্টুং.ট্রান্সঅ্যাকশন ব্লগ ব্যাকআপটি যদি অপারেটরকে ব্যর্থ হয় তবে তাকে অবহিত করার জন্য সেট আপ করা হয়নি।

    • ওয়ার্টং.ভলব্যাকআপ সিস্টেমডিবি কাজটি অপারেটরকে ব্যর্থ হলে অবহিত করার জন্য সেট আপ করা হয়নি।

    • ওয়ার্টং.ভলব্যাকআপ ইউজারডিবি কাজটি অপারেটরকে ব্যর্থ হলে অবহিত করার জন্য সেট আপ করা হয়নি।

  • দুর্নীতির জন্য কোনও সতর্কতা নেই - এসকিউএল সার্ভার এজেন্ট সতর্কতাগুলি ত্রুটি 823, 824 এবং 825 এর জন্য বিদ্যমান নেই These এই তিনটি ত্রুটি আপনাকে প্রারম্ভিক হার্ডওয়্যার ব্যর্থতা সম্পর্কে বিজ্ঞপ্তি দিতে পারে। এগুলি সক্ষম করা আপনাকে প্রচুর হার্টব্রেক আটকাতে পারে।

  • 19-25 সেভের জন্য কোনও সতর্কতা নেই - 19 থেকে 25 এর মধ্যে তীব্রতার স্তরের জন্য এসকিউএল সার্ভার এজেন্ট সতর্কতাগুলির উপস্থিতি নেই These এগুলি বেশ কয়েকটি গুরুতর এসকিউএল সার্ভার ত্রুটি। এগুলি ঘটছে তা জেনেও আপনাকে ত্রুটিগুলি দ্রুত পুনরুদ্ধার করতে দেওয়া হতে পারে।

  • সমস্ত সতর্কতা কনফিগার করা নেই - সমস্ত এসকিউএল সার্ভার এজেন্ট সতর্কতা কনফিগার করা হয়নি। মনিটরিং সিস্টেমগুলি গ্রহণের আগেই এটি দুর্নীতি, চাকরির ব্যর্থতা বা বড় বিয়োগ সম্পর্কে অবহিত হওয়ার একটি নিখরচায়, সহজ উপায়।

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

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

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

  • ডিফল্ট পূর্ণ পাঠ্য ভাষা - এই sp_configure বিকল্পটি পরিবর্তন করা হয়েছে। এর ডিফল্ট মান 1033 এবং এটি 1031 এ সেট করা হয়েছে।

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

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

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

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

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

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

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

  • সমান্তরালতার জন্য ব্যয় প্রান্তিকর - 5 এ সেট করুন, এর ডিফল্ট মান। এই sp_configure সেটিংটি পরিবর্তন করা CXPACKET অপেক্ষা কমিয়ে দিতে পারে।

  • স্ন্যাপশট ব্যাকআপস ঘটে - গত দুই সপ্তাহে 9 টি স্ন্যাপশট-চেহারা লুকানো ব্যাকআপ হয়েছে যা ইঙ্গিত করে যে আইও জমে যাচ্ছে।

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

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

    • D3PR

    • FINP

  • রিকার্সিভ ট্রিগার সক্ষম - এই ডাটাবেস সেটিংটি ডিফল্ট নয়।

    • DEMO77

    • PROD77

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

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

  • 1 - ASYNC_NETWORK_IO - 225.9 ঘন্টা অপেক্ষা, প্রতি ঘন্টা 143.5 মিনিটের গড় অপেক্ষা সময়, 0.2% সিগন্যাল ওয়েট, 2146022 অপেক্ষার কাজ, 378.9 এমএস গড় অপেক্ষা সময়।

  • 2 - স্যাক্সপ্যাকেট - 43.1 ঘন্টা অপেক্ষা, প্রতি ঘন্টা গড়ে 27.4 মিনিট অপেক্ষা করার সময়, 1.5% সিগন্যাল ওয়েট, 32608391 অপেক্ষার কাজ, 4.8 এমএস গড় অপেক্ষা সময়।

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

  • এসকিউএল সার্ভারটি একটি এনটি পরিষেবা অ্যাকাউন্টের অধীনে চলছে

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

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

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

  • ডিফল্ট ট্রেস সূচি - ডিফল্ট ট্রেস 3 সেপ্টেম্বর 2017 8:34 অপরাহ্ন এবং Okt 5 2017 12:50 অপরাহ্নের মধ্যে 760 ঘন্টা ডেটা ধারণ করে। ডিফল্ট ট্রেস ফাইলগুলি এখানে অবস্থিত: সি: \ প্রোগ্রাম ফাইলগুলি \ মাইক্রোসফ্ট এসকিউএল সার্ভার \ এমএসএসকিউএল 13.INFOR OR এমএসএসকিউএল \ লগ

  • ড্রাইভ সি স্পেস - সি ড্রাইভে 21308.00MB ফ্রি

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

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

  • হার্ডওয়্যার - NUMA কনফিগারেশন - নোড: 0 রাজ্য: অনলাইন অনলাইন শিডিয়ুলার: 4 অফলাইন শিডিয়ুলার: 0 প্রসেসর গ্রুপ: 0 মেমরি নোড: 0 মেমরি ভিএএস সংরক্ষিত জিবি: 281

  • সার্ভার সর্বশেষ পুনঃসূচনা - Okt 1 2017 2:21 অপরাহ্ন

  • সার্ভারের নাম - BWINPDB \ তথ্য

  • সেবা

    • পরিষেবা: এসকিউএল সার্ভার (তথ্য) পরিষেবা অ্যাকাউন্ট এনটি পরিষেবা \ এমএসএসকিউএল $ তথ্য অধীনে চলে। শেষ শুরুর সময়: Okt 1 2017 2:22 অপরাহ্ন। প্রারম্ভের ধরণ: স্বয়ংক্রিয়, বর্তমানে চলছে।

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

  • এসকিউএল সার্ভার সর্বশেষ পুনরায় আরম্ভ - Okt 1 2017 2:22 অপরাহ্ন

  • এসকিউএল সার্ভার পরিষেবা - সংস্করণ: 13.0.4001.0। প্যাচ স্তর: এসপি 1। সংস্করণ: স্ট্যান্ডার্ড সংস্করণ (-৪-বিট)। অলএলওন সক্ষম: 0. সর্বদা এমগ্রির স্থিতি: 2

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

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

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

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

সম্পাদনা করুন:

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

সম্পাদনা করুন:

আমি সমান্তরালতার জন্য থ্রোসোল্ডটি 50 এ সেট করার পরে রিকনফিজার জারি করেছি, এছাড়াও আমার ম্যাক্সডপ সেটিংটিও কনফিগার করা হয়নি।

আমি আমাদের ভিএমওয়্যার অ্যাডমিনের সাথেও চেক করেছি, মনে হচ্ছে আমার ভুল তথ্য ছিল। আমাদের সিপিইউগুলি 4.6 গিগাহার্টজ নয়, 2.6GHz এ সেট করা আছে। আমি উপরের তথ্যটি সংশোধন করেছি।

সম্পাদনা করুন:

আমরা এই vmwarekb এবং গাইড অনুসারে কিছু নেটওয়ার্ক সেট করার চেষ্টা করেছি । আমরা ভিএম-তে আরও 4 টি কোর যুক্ত করেছি। সিপিইউ ব্যবহার একই ছিল।

এখানে চিত্র বর্ণনা লিখুন

এখানে চিত্র বর্ণনা লিখুন

এখানে চিত্র বর্ণনা লিখুন


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

@ ব্রেন্টওজার, আমি এসপি_ব্লিটজ-এর ফলাফলটি আমার পোস্টে যুক্ত করেছি
এম্পিটস্লট

3
ঠিক আছে, খারাপ খবর: উত্তরটি আপনি যে সর্বশেষটি পেয়েছেন তার মতো এখনও। ASYNC_NETWORK_IO এর অর্থ হল যে এসকিউএল সার্ভার ক্যোয়ারির ফলাফলগুলি প্রক্রিয়াকরণ শেষ করেছে এবং ফলাফলগুলি হজম করতে পাইপের অন্য প্রান্তে মেশিনে অপেক্ষা করছে। আসল উত্তরটি দেখুন: dba.stackexchange.com/a/186602/426
ব্রেন্ট ওজার

@ এম্পিটস্লট, নিশ্চিত করুন যে ভিএমওয়্যারের সেরা অনুশীলনের উপর এসকিউএল সার্ভার অনুসরণ করা হয়েছে: vmware.com/content/dam/digitalmar पण / vmware / en / pdf / solutions/…
ড্যান গুজম্যান

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

উত্তর:


18

আপনি যখন শেষবার এই প্রশ্নটি জিজ্ঞাসা করেছিলেন ততক্ষণ আলোচনা হিসাবে আপনার শীর্ষ অপেক্ষার নাম ASYNC_NETWORK_IO। এসকিউএল সার্ভার কোয়েরির ফলাফলের পরবর্তী সারিটি হজম করার জন্য পাইপের অন্য প্রান্তে মেশিনটির অপেক্ষায় বসে আছে।

আমি এসপি_ব্লিটজের অপেক্ষার পরিসংখ্যান ফলাফল থেকে এই তথ্যটি পেয়েছি (এতে আটকানোর জন্য ধন্যবাদ):

1 - ASYNC_NETWORK_IO - 225.9 ঘন্টা অপেক্ষা, প্রতি ঘন্টা 143.5 মিনিটের গড় অপেক্ষা সময়, 0.2% সিগন্যাল ওয়েট, 2146022 অপেক্ষার কাজ, 378.9 এমএস গড় অপেক্ষা সময়।

সিপিইউ থ্রেড সমস্যা সমাধানের দিকে যাবেন না - এটি সম্পর্কিত নয়। আপনার প্রাথমিক অপেক্ষা প্রকার এবং যে কারণে প্রতীক্ষার ধরণের কারণ হতে পারে সেই বিষয়গুলিতে মনোনিবেশ করুন।

এটি আরও সমস্যা সমাধানের জন্য, sp_WhoIsActtive বা sp_BlitzFrst চালিত করুন (দাবি অস্বীকার: আমি এর অন্যতম লেখক) - যা উভয়ই বর্তমানে চলমান প্রশ্নের তালিকা তৈরি করবে। অপেক্ষার তথ্য কলামটি দেখুন, ASYNC_NETWORK_IO এর জন্য অপেক্ষা করা প্রশ্নের সন্ধান করুন এবং তারা যে অ্যাপস এবং সার্ভারগুলি থেকে চলছে সেগুলি দেখুন।

সেখান থেকে, আপনি চেষ্টা করতে পারেন:

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

Sp_WhoIsActive- এর সাথে আপডেট করুন - আপনার পোস্ট করা sp_WhoIsAtivetive স্ক্রিনশটে, আপনি বেশ কয়েকটি ক্যোয়ারী পেয়েছেন যা ASYNC_NETWORK_IO এ অপেক্ষা করছে। তাদের জন্য, উপরের নির্দেশাবলী দেখুন।

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

আমরা এখানে যা কিছু দেখছি তা সেই দৃশকে নির্দেশ করে যেখানে আমরা অ্যাপটিতে অপেক্ষা করি।


আপনার উত্তরের জন্য আপনাকে ধন্যবাদ। আমরা অ্যাপ্লিকেশন সার্ভারগুলি পরীক্ষা করে দেখেছি, সেগুলি বিদ্যুৎ সরবরাহের ব্যবস্থা নেই। আমরা আপনার অন্যান্য পয়েন্ট পরীক্ষা করছি। অনেকগুলি বিবৃতি রয়েছে যা সেলেক্ট ওরফে এর মতো কিছু করে * * টেবিলের ওরফে WHERE ওরফে ক্লিوم = মান এবং তৈরি তারিখ> = কিছু তারিখ। যা সুন্দর নয়, তবে সেগুলি একই এসকিউএল বিবৃতি যা আমাদের ইআরপি সিস্টেমের সর্বশেষ সংস্করণ (ইনফর্ম COM 7.1) এবং ওরাকল 9 জি সহ 'সাবলীলভাবে' চালিয়েছিল। কেন এমএস এসকিউএল সার্ভার এবং ইনফর্ম সিওএম 7.1 দিয়ে রানটি আরও খারাপ হবে। এমন কোনও বিবৃতি নেই যা আমাদের কোনওভাবে দাঁড়িয়ে আছে। আমাদের ইরপ পরামর্শদাতা আমি তাকে যা পাঠিয়েছি তা যাচাই করে।
এম্পিটস্লট

1
ঠিক আছে, আপনাকে "এটি আরও সমস্যা সমাধানের জন্য" চিহ্নিত বিভাগটি দিয়ে শুরু করতে হবে - এটি পরবর্তী পদক্ষেপ। আমি এটি আর পরিষ্কার করতে পারি না। ধন্যবাদ!
ব্রেন্ট ওজার

1
এটাই আমি করছি। আমি দুটি পরামর্শ আমাদের পরামর্শদাতাকে জিজ্ঞাসা করছি।
এমিটিস্লট

@ এমপিস্লট ভাল, আপনি জানেন যে এটি কীভাবে, যারা পরামর্শদাতাদের বিশ্বাস করতে পারে না। ;-)
ব্রেন্ট ওজার

5
@ এম্পিটস্লট - আমি এখনই তিনবার জিজ্ঞাসা করেছি এমন স্টাফ না রাখলে আমি শেষ বারের মত উত্তর দেব: sp_WhoIsActtive বা sp_BlitzFrst চালিত করুন (অস্বীকার: আমি এর অন্যতম লেখক) - উভয়ই তালিকাবদ্ধ করবে বর্তমানে চলছে এমন প্রশ্নগুলি। এটিতে আপনার এসএসএমএস সংযোগও অন্তর্ভুক্ত থাকবে এবং এটি কী অপেক্ষা করছে তা দেখায়। দয়া করে বুঝতে পারেন যে আমি আপনাকে সময় দেওয়ার জন্য এখানে আমার সময় স্বেচ্ছাসেবক করছি, এবং আমি নম্র হয়েছি, কিন্তু ভদ্রতা এখানেই থেমে আছে: আমি আপনাকে তিনটি বার করতে বলেছি তা করুন।
ব্রেন্ট ওজার

2

আমার নিজের প্রশ্নের উত্তর দিতে ASYNC_NETWORK_IO আসলে আসল সমস্যা ছিল না। বিলম্বিত সংবেদনশীল কাজের চাপের জন্য আমরা এই নির্দেশিকাটি অনুসরণ করে আমাদের পারফরম্যান্স সমস্যা সমাধান করেছি:

ভিএসফিয়ার ভিএমগুলিতে লেটেন্সি-সংবেদনশীল ওয়ার্কলোডগুলির পারফরম্যান্স টিউনিংয়ের জন্য সেরা অভ্যাসগুলি

আমরা আমাদের সিস্টেমে যে হলুদ রঙ প্রয়োগ করেছি সেটি এখানে চিহ্নিত করেছি:

এখানে চিত্র বর্ণনা লিখুন

আমি মনে করি সবচেয়ে প্রভাব সঙ্গে সেটিংস ছিল NUMA কনফিগারেশন এবং সেটিং লেটেন্সি সংবেদনশীলতা থেকে উচ্চ । যা উভয়েরই ভিজিএমের জন্য শারীরিক সিপিইউ কোর এবং র‌্যাম বরাদ্দ / সংরক্ষণ করতে হবে।

আমরা ভিএম-তে আরও কোর যুক্ত করেছি এখন আমাদের এসকিউএল সার্ভার লাইসেন্সটিকে স্ট্যান্ডার্ড থেকে এন্টারপ্রাইজে উন্নীত করতে হবে need


1
আপনার উত্তর বিশদ ভাগ করে নেওয়ার জন্য ধন্যবাদ। আমরা ভস্পেরে এসকিউএলও চালিয়ে যাচ্ছি এবং সমস্যাগুলি ঘটতে পারে তবে এই বিকল্পগুলি পর্যালোচনা করতে হতে পারে। দয়া করে এই উত্তরটি বজায় রাখুন। দুঃখিত যে কেউ আপনাকে -1 করেছে। +1 টি
স্টিং

ডিডমু এইগুলি কেবল এসকিউএল সার্ভারের জন্য বা কেবল / কেবল অ্যাপ্লিকেশনটির জন্যও টিউন করে?
23-10

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

1

দেখে মনে হচ্ছে উইন্ডোজ আপনার প্রচ্ছন্নভাবে 4.6Ghz সিপিইউ কোরগুলির ঘড়ির গতি 2.6Ghz হিসাবে রিপোর্ট করছে ... আমি আসলে সিপিইউ-জেড এর মতো একটি সরঞ্জাম চালাব যা তারা আসলে কোন গতিতে চলছে তা যাচাই করতে, এবং তারপরে পাওয়ার সেটিংস পরিবর্তন করার দিকে তাকান উইন্ডোজ এবং বিআইওএস / ম্যানেজমেন্ট ওএস উভয়ই বিদ্যুৎ সাশ্রয়ী সেটিংস অক্ষম করতে যেগুলি কোরে কম গতিতে চালিত হতে পারে।


আমার ভুল তথ্য দেওয়া হয়েছিল, সিপিইউ কোরগুলি সমস্ত সময় ২.6 গিগাহার্টজ ছিল। হোস্ট বা অতিথিতে কোনও পাওয়ার সাভিংস সেটিং সক্রিয় নেই।
এম্পিটস্লট

আমি 'ক্লাস্টার ইনডেক্স ছাড়া অ্যাক্টিভ টেবিলগুলি' সতর্কবার্তাটি আরও নিবিড়ভাবে দেখতে চাই। আপনার যদি বড় বড় স্তূপ রয়েছে যা সক্রিয়ভাবে জিজ্ঞাসা করা হচ্ছে যা পারফরম্যান্সকে খারাপভাবে মেরে ফেলবে ...
মিলনে

দুর্ভাগ্যক্রমে কেবলমাত্র একটি টেবিল ছিল যার কোনও ক্লাস্টার ইনডেক্স নেই। এটিতে দুটি কলাম রয়েছে, যার একটি এনভিচারার অন্যটি ডাটাটাইপ ইমেজ। এটিতে প্রথম কলামের জন্য ইতিমধ্যে একটি অবিবাহিত অনন্য সূচক ছিল, আমি পাশাপাশি একটি ক্লাস্টারড সূচকও যুক্ত করেছি। কিন্তু এটি খুব একটা সাহায্য করেনি।
এম্পিটস্লট
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.