डेटाबेस प्रबंधन प्रणाली डेटाबेस लॉग के माध्यम से अपनी स्वयं की पत्रिकाओं को लागू करती है, इसलिए दो तंत्रों के माध्यम से एक प्रदर्शनित फ़ाइल सिस्टम के प्रदर्शन पर इस तरह के DBMS को स्थापित करना:
निरर्थक पत्रिकाओं के डिस्क गतिविधि की मात्रा बढ़ जाती है
भौतिक डिस्क लेआउट को खंडित किया जा सकता है (हालांकि कुछ जर्नलिंग फाइल सिस्टम में इसे साफ करने के लिए तंत्र हैं)।
डिस्क गतिविधि के बहुत सारे जर्नल भर सकते हैं, जिसके कारण गंभीर 'डिस्क पूर्ण' स्थितियां बन सकती हैं।
मैंने कुछ साल पहले एक उदाहरण देखा है जहां यह HP / UX बॉक्स पर एक बाॅन इंस्टॉलेशन पर LFS फाइल सिस्टम पर किया गया था। सिस्टम में लगातार प्रदर्शन और डेटा भ्रष्टाचार के मुद्दे थे जो तब तक अनजाने में चले गए जब तक किसी ने काम नहीं किया कि फ़ाइल सिस्टम एलएफएस के साथ स्वरूपित किए गए थे।
डेटाबेस फ़ाइलों को रखने वाले वॉल्यूम में सामान्य रूप से बड़ी फ़ाइलों की एक छोटी संख्या होगी। DBMS सर्वरों में सामान्य रूप से एक सेटिंग होती है जो कॉन्फ़िगर करती है कि एक I / O में कितने ब्लॉक पढ़े जाते हैं। छोटी संख्या उच्च मात्रा के लेनदेन प्रसंस्करण प्रणालियों के लिए उपयुक्त होगी क्योंकि वे अनावश्यक डेटा के कैशिंग को कम करेंगे। बड़ी संख्या में सिस्टम ऐसे डेटा वेयरहाउस के लिए उपयुक्त होंगे, जिन्होंने बहुत सीक्वेटियल रीड किए। यदि संभव हो, तो अपनी फ़ाइल सिस्टम आवंटन ब्लॉक आकार को उसी आकार में ट्यून करें जैसा कि मल्टी-ब्लॉक पढ़ा गया है कि डीबीएमएस सेट है।
कुछ डेटाबेस प्रबंधन सिस्टम कच्ची डिस्क विभाजन को बंद कर सकते हैं। यह प्रदर्शन लाभ की अलग-अलग डिग्री देता है, आमतौर पर बहुत सारे मेमोरी वाले आधुनिक सिस्टम पर कम। फ़ाइल सिस्टम मेटाडेटा को कैश करने के लिए कम जगह वाले पुराने सिस्टम पर डिस्क I / O में बचत काफी महत्वपूर्ण थी। कच्चे विभाजन सिस्टम को प्रबंधित करने के लिए कठिन बनाते हैं, लेकिन सबसे अच्छा प्रदर्शन उपलब्ध कराते हैं।
RAID-5 वॉल्यूम में RAID-10 वॉल्यूम की तुलना में अधिक ओवरहेड लिखा जाता है, इसलिए बहुत सारे लिखने वाले ट्रैफ़िक के साथ एक व्यस्त डेटाबेस RAID-10 पर बेहतर (अक्सर बेहतर) प्रदर्शन करेगा। लॉग को डेटा में भौतिक रूप से अलग डिस्क वॉल्यूम में रखा जाना चाहिए। यदि आपका डेटाबेस बड़ा है और ज्यादातर केवल पढ़ा जाता है (उदाहरण के लिए डेटा वेयरहाउस) तो इसे RAID-5 वॉल्यूम पर रखने का मामला हो सकता है अगर यह लोड प्रक्रिया को धीमा नहीं करता है।
कंट्रोलर पर राइट-बैक कैशिंग आपको कुछ बनाने की कीमत पर एक प्रदर्शन जीत दे सकता है (जहां तक संभव नहीं है, लेकिन विफलता मोड) जहां डेटा दूषित हो सकता है। इसके लिए सबसे बड़ी प्रदर्शन जीत अत्यधिक रैंडम एक्सेस लोड पर है। यदि आप ऐसा करना चाहते हैं, तो लॉग को एक अलग कंट्रोलर पर रखें और लॉग वॉल्यूम पर राइट-बैक कैशिंग को अक्षम करें। तब लॉग में बेहतर डेटा अखंडता होगी और एक एकल विफलता लॉग और डेटा वॉल्यूम दोनों को बाहर नहीं निकाल सकती है। यह आपको बैकअप से पुनर्स्थापित करने और लॉग से आगे रोल करने की अनुमति देता है।