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