এসকিউএল সার্ভার প্রতিটি দিন পুনরুদ্ধার পরিকল্পনা


14

আমাদের উত্পাদন পরিবেশে আমাদের এই সমস্যা রয়েছে have

মাইক্রোসফ্ট এসকিউএল সার্ভার ২০০৮ আর ২ (এসপি ১) - উইন্ডোজ এনটি .1.১ এ (এন্টারপ্রাইজ সংস্করণ (-৪-বিট) উইন্ডোজ এনটি .1.১ (বিল্ড 7601: সার্ভিস প্যাক 1)।

এসকিউএল সার্ভার সমস্ত (প্রায় 100%) পুরানো বাস্তবায়ন পরিকল্পনাগুলি ফেলে দিচ্ছে এবং প্রতিদিন রাতারাতি (11:00 PM থেকে 8:00 AM অবধি) তাদের পুনরুদ্ধার করছে। এমনকি 'অটো আপডেটের পরিসংখ্যান' অক্ষম অবস্থায় থাকার সময়েও এটি ঘটছিল। আমরা গত ২-৩ সপ্তাহ ধরে 'অটো আপডেটের পরিসংখ্যান' চালু করেছি। তবে এটি এখনও ঘটছে।

আমরা বাস্তবে জানি না যে এই পুনরায় প্রজন্মের পরিকল্পনাগুলি ট্রিগার করে তবে আমরা নিশ্চিত যে আমরা এটি ম্যানুয়ালি করিনা।

পরিকল্পনাগুলির পুনঃজাগরণের সময়সীমার সাথে সত্যই মিলিত হ'ল আমাদের কাছে একটি ডিবি রক্ষণাবেক্ষণ কাজ: দৈনিক সূচক পুনর্গঠন করা (যখন খণ্ড 5--৩০% হয়) এবং দৈনিক সূচক পুনর্নির্মাণ (যখন খণ্ডগুলি ৩০% এর বেশি হয়) ) কাজ। সাধারণত এই প্রতিদিনের রক্ষণাবেক্ষণ কাজটি কেবল পুনর্গঠন করে (কারণ সূচি খণ্ডনটি প্রতিদিনের ভিত্তিতে কখনও 30% এর বেশি হয় না)।

প্রভাবঃ

এই নতুন তৈরি পরিকল্পনাগুলি কিছু ইউডিএফ কল / ক্যোয়ারী কল (যা ইউআই / ওয়েব পৃষ্ঠাগুলি থেকে কল করা হয়) আরও বেশি সময় নেয় (মিনিটের তুলনায় 1 সেকেন্ডেরও কম সময় নেয়), এবং সেশনগুলি কেবল 90% এর কাছাকাছি সিপিইউ গ্রহণের জন্য পাইল করা হবে so ।

যখন ইউডিএফগুলি পরিবর্তন করা হয় (ফাংশনগুলির জন্য) তখন সমস্ত আটকে থাকা সেশনগুলি জোর করে মুছে ফেলা হয় (ডিবি দিকে), এবং 1) যখন সম্পর্কিত সমস্ত কার্যকর পরিকল্পনাগুলি ম্যানুয়ালি (প্রশ্নগুলির জন্য) সাফ করা হয় তখন সমস্যাটি চলে যায়। এই মুহুর্তটি থেকে এসকিউএল সার্ভারের দ্বারা নির্মিত যে কোনও নতুন প্ল্যানগুলি পরের দিন সকালে একই সমস্যা না হওয়া পর্যন্ত পুরো দিন জুড়ে সঠিকভাবে কাজ করে। এছাড়াও, এই আচরণটি 100% সামঞ্জস্যপূর্ণ নয়, আমরা প্রতিটি সকালে সত্যই এটি দেখতে পাচ্ছি না। তবে এমন সময়সীমার সময় হয়েছে যেখানে আমরা পরপর 4-5 দিন ধরে এটি ধারাবাহিকভাবে দেখি।

ব্যবসায়ের সকালে সমস্যাটি ঘটে, তখনই যখন ইউআই / ওয়েব পৃষ্ঠাগুলি আরও নিবিড়ভাবে অ্যাক্সেস করা হয় তখন মনে হয়।

কারও কারও কি কোনও ইঙ্গিত রয়েছে যে এর ফলে কী ঘটছে এবং কীভাবে এই সমস্যাটি সমাধান করা যায়? কোন সাহায্যের অনেক প্রশংসা হবে।


3
মেশিনটি মেমরির চাপের মধ্যে থাকলে বা আপনি যদি সেটিংস ওডি ডিবি স্তর পরিবর্তন করেন তবে প্ল্যানচেচি প্রকাশ করা যেতে পারে। (পরিবর্তন ডিবি) যেহেতু আপনি বলেছিলেন যে আপনি এগুলি "ম্যানুয়ালি" মুছবেন না আমি মনে করি এটি মেমরির চাপ হতে পারে। মেশিনটির কত স্মৃতি থাকে? আপনার সর্বোচ্চ মেমরি সেটিংস কি? আপনার কি ভার্চুয়াল পরিবেশ এবং সম্ভবত সামগ্রিকভাবে র‌্যাম রয়েছে?
রায়ফকম্যান্ড

6
আপনি এসপি 1 এ কেন? কোনও কাজ করার আগে এসপি 3 প্রয়োগ করুন। এসকিউএল সার্ভার যদি মেমরির চাপ খুঁজে পায় এবং বিশেষত সূচী থেকে পৃষ্ঠাগুলি সমন্বিত করার জন্য আরও মেমোরির প্রয়োজন হয় তবে আপনার বড় টেবিল থাকলে বিশেষত পুনর্নির্মাণের জন্য পরিকল্পনাগুলি জোর করতে পারে। সূচি পুনর্নির্মাণ যতটা সম্ভব পৃষ্ঠা আনার চেষ্টা করবে। আপনি যা করতে পারেন তা হ'ল এমপি ব্যবহার বন্ধ করুন এবং ওলা হাল্লেগেরেন সমাধান ব্যবহার করুন এবং দেখুন এটির সাহায্য করে কিনা। সর্বাধিক সার্ভার মেমরি কি?
শ্যাঙ্কি

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

1
@ পিটার.পেট্রভ আমরা আপনার পরিবেশ সম্পর্কে জানতে পেরে আপনাকে সহায়তা করার চেষ্টা করছি। এমপি = রক্ষণাবেক্ষণের পরিকল্পনা
কিন শাহ

1
আসল সমস্যাটি হল আপনার ক্যোয়ারী পরিকল্পনাগুলি এত নাজুক so সংশোধনগুলি যে কোনও সময় ঘটতে পারে এমনকি দিনের বেলাতেও। কোন গ্যারান্টি নেই। আপনার প্রশ্নগুলি ঠিক করুন যাতে পরিকল্পনাগুলি স্থিতিশীল হয়। বিকল্প পুনরুদ্ধার বা অজানা জন্য অপ্টিমাইজ হ'ল স্লেজহ্যামার পদ্ধতি যা উপযুক্ত হতে পারে এবং দ্রুত সমাধান হতে পারে।
usr

উত্তর:


2

ভাল আমার কিছু ধারণা আছে যা এই আচরণের কারণ হতে পারে।

  1. আপনি কি আপনার স্মৃতির চাপ নিরীক্ষণ করেন? হতে পারে আপনার প্রশ্নগুলি একটি নির্দিষ্ট সীমা বাড়িয়েছে যা পরিকল্পনার ক্যাশে ফ্লাশের কারণ হবে। আমি আপনার অ্যাপ্লিকেশনটি জানি না, তবে কি এই প্রতিবেদকটি আপনার ফ্রন্টএন্ড সার্ভারগুলি থেকে আপনার লগগুলির সাথে রয়েছে? এই সময়ে খুব চাপ আছে?
  2. আপনার কি কোনও ডেডিকেটেড এসকিউএল সার্ভার রয়েছে বা সার্ভারের অন্য হার্ডওয়্যারগুলি অন্যান্য প্রক্রিয়া / পরিষেবাদির সাথে শেয়ার করে? যদি তা না হয় তবে পরিবর্তে কোনও ডেডিকেটেড মেশিনে আপনার এসকিউএল সার্ভারকে আউটসোর্স করার বিষয়ে বিবেচনা করার চেষ্টা করুন। এটি অন্যান্য পরিষেবাদি থেকে পার্শ্ব প্রতিক্রিয়া হ্রাস করবে।
  3. আপনি এটি ব্যবহার করতে চাইতে পারেন optimize for ad hoc workloads, যা কেবল একটি পরিকল্পনা স্টাব সংরক্ষণ করবে এবং এটির প্রয়োজন হলে এটি সংকলন করবে। এটি আপনার প্লাঙ্কে লোড হ্রাস করবে, যা প্লাঙ্কে ফ্ল্যাশ হওয়ার সম্ভাবনা কমিয়ে দেবে। আপনি এটি ব্যবহার করে সক্ষম করতে পারেন sp_configure 'optimize for ad hoc workloads',1; reconfigure। যদি আপনি সক্ষম করেছেন এই কাজ করা যেতে পারে advanced optionsব্যবহার sp_configure 'show advanced options',1; reconfigure
  4. আর একটি ধারণা ব্যাকআপ হতে পারে। কেবল সাধারণ ব্যাকআপ s যদি তারা আক্রমণাত্মক হয় তবে এটি হতে পারে যে আপনার মেশিনটিও চাপের মধ্যে পড়ে। আপনার উল্লেখের সময়টি ব্যাকআপের পরিকল্পনার জন্য একটি ভাল টাইমস্পানের মতো শোনাচ্ছে।
  5. সম্ভবত এটি আপনার রক্ষণাবেক্ষণের স্ক্রিপ্টে খুব সহজ একটি বাগ। আপনি কি পরীক্ষা করে দেখেছেন যে কোনও লজিকাল সমস্যা রয়েছে যার কারণে আপনার স্ক্রিপ্টটি কেবলমাত্র যারা মানদণ্ডের সাথে মেলে তাদের পরিবর্তে সমস্ত সূচকগুলি পুনরায় তৈরি করে। এটি সম্ভবত এটির কারণও হতে পারে।

শুধু এই সম্ভাবনার সব পাশে, এটা অপশন কিছু পরিবর্তন জন্য লগ ফাইল চেক করতে দরকারী হতে পারে affinity mask, affinity I/O maskএবং তাদের x64 অংশীদারদের। অন্য জিনিস MAXDOPআপনার উদাহরণের বিকল্পের পরিবর্তন হতে পারে । তাদের জন্য লগ পরীক্ষা করুন। তাদের প্লাঙ্কেও খুব ফ্লাশ করা দরকার।

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

আশা করি এটি আপনাকে সাহায্য করবে, যদিও উত্তরটি কিছুটা পরে এসেছিল।

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