এসকিউএল সার্ভার ২০০ / / ২০০৮ - একাধিক ফাইল / ফাইলগ্রুপ - কত? কেন?


11

আমি হৃদয়ের বিকাশকারী - তবে প্রতিবার এবং পরে, কোনও গ্রাহকের এই সমস্যাগুলি মোকাবেলার জন্য একটি শালীন ডিবিএ নেই, তাই আমাকে সিদ্ধান্ত নেওয়ার জন্য আহ্বান করা হয়েছে ....

যখন যুক্তিসঙ্গত আকারের এসকিউএল সার্ভার ডাটাবেস (নর্থউইন্ড বা অ্যাডভেঞ্চার ওয়ার্কসের চেয়ে বড় কিছু; প্রায় 2-4 জিবি ডেটা প্লাস ইনডেক্স ইত্যাদি) নিয়ে কাজ করার ক্ষেত্রে আপনার কৌশলগুলি / সেরা অনুশীলনগুলি কী - আপনি কি একাধিক ফাইল / ফাইলগ্রুপ ব্যবহার করেন?

যদি তাই হয়: কত? এবং কেন?

"সমস্ত কিছুর জন্য একটি ফাইলগ্রুপ" থেকে দূরে সরে যাওয়ার সিদ্ধান্ত নেওয়ার জন্য আপনার মানদণ্ডগুলি কী:

* database size?
* database complexity?
* availability / reliability requirements?
* what else?

আপনি যদি একাধিক ফাইল গ্রুপ ব্যবহার করেন তবে আপনি কয়টি ব্যবহার করবেন? ডেটা জন্য একটি, সূচক জন্য একটি, লগ জন্য? বেশ কয়েকটি (কত) তথ্য জন্য? আপনার পছন্দের জন্য কী কী কারণ রয়েছে - আপনি সেই ফাইলগ্রুপের সঠিক সংখ্যাটি কেন ব্যবহার করেন :-)

কোন ইঙ্গিত, পয়েন্টার, চিন্তা জন্য ধন্যবাদ!

চিয়ার্স, মার্ক

উত্তর:


16

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

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

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

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

এখানে আপনাকে 'সুইপিং জেনারালাইজেশন' সুপারিশ না দিয়ে, আমি আপনাকে পড়ার জন্য একগুচ্ছ হোয়াইটপেপার এবং ব্লগ পোস্টের দিকে নির্দেশ করব:

আশা করি এটি আপনাকে সাহায্য করবে!


+1 অনেক ধন্যবাদ, পল - দুর্দান্ত পোস্ট, দুর্দান্ত লিঙ্কগুলি - দুর্দান্ত
মার্ক_স

দুর্দান্ত উত্তর পল -> আমি সিক্লসার সার্ভার এবং হার্ড ডিস্ক ডিজাইন (যেমন, বাস 1_ডিজ্ক 1 এ টেম্পডিবি, বাস 2_ডিস্ক 1, মাই_ডিবি ইত্যাদি ইত্যাদি) সম্পর্কে কিছু জিজ্ঞাসা করা প্রশ্নগুলি খুঁজতে চেষ্টা করছিলাম .. .. পড়ার সময় ....
শুদ্ধ.ক্রোম

4

আপনার টেবিলগুলির বর্তমান আকার এবং ভবিষ্যতের বৃদ্ধি বিশ্লেষণ করার পরে বিভিন্ন ফাইলগ্রুপগুলিতে একটি ডাটাবেস বিভক্ত করার সিদ্ধান্ত নেওয়া উচিত। আমার মতে আপনার যদি লক্ষ লক্ষ সারি সহ একটি বৃহত ডাটাবেস বা টেবিল না থাকে তবে আপনার সাবধানতার সাথে বিবেচনা করা উচিত, কারণ আপনি ঠিক করার চেয়ে আরও কার্য সম্পাদনের সমস্যা তৈরি করতে পারেন।

কিছু পরিস্থিতি রয়েছে যা নির্দিষ্ট চত্বরের অধীনে আকর্ষণীয় হতে পারে:

  • 2 ফাইলগোষ্ঠী: ডেটা এবং সূচক
  • 3 ফাইলগোষ্ঠী: কেবল পঠনযোগ্য সারণী, পঠন-লেখার সারণী, সূচক
  • একাধিক ফাইলগোষ্ঠী: কেবল পঠনযোগ্য, পঠন-রচনা, সূচি, কী সারণী 1, কী সারণী 2, ...

ফাইলগ্রুপগুলি আপনার এসকিউএল সার্ভারের বৃদ্ধি, ব্যবহার এবং কার্য সম্পাদনের প্রয়োজনগুলিতে সহায়তা করবে কিনা তা সিদ্ধান্ত নিতে আপনাকে আপনার পরিবেশ বিশ্লেষণ করতে হবে।

একাধিক ফাইলগ্রুপগুলিতে যাওয়ার জন্য কিছু মূল সূচক ( এই নিবন্ধ থেকে ):

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

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

ভুলে যাবেন না, নতুন বস্তুগুলি তৈরি করার সময় (সারণী এবং সূচীগুলি), নিশ্চিত হয়ে নিন যে প্রত্যাশিত কার্যকারিতা নিশ্চিত করার জন্য এবং সময়সূচী ডাটাবেস অবজেক্টগুলি সঠিক ফাইলগ্রুপগুলিতে রয়েছে এবং প্রয়োজনীয় হিসাবে সঠিক করার জন্য অবজেক্টগুলি সঠিক ফাইলগ্রুপে তৈরি করা হয়েছে।


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