ओरेकल टेबलस्पेस MAXSIZE "असीमित" वास्तव में असीमित नहीं

Question

मैं हाल ही में मेरे द्वारा बनाए गए एक नए उपयोगकर्ता में एक .dmp आयात करने के लिए की जरूरत है। ,

ORA-01652 Unable to extend my_tablespace segment by in tablespace 

जब मैं dba_data_files तालिका में डेटा फ़ाइलों की जांच:

create tablespace my_tablespace 
datafile 'C:\My\Oracle\Install\DataFile01.dbf' size 10M 
autoextend on 
next 512K 
maxsize unlimited; 

जबकि आयात चल रहा था मैं एक त्रुटि मिली: मैं भी निम्न आदेश के साथ उपयोगकर्ता के लिए एक नया टेबल बनाए गए मैंने देखा कि अधिकतम 34 जीबी था। क्योंकि मैं डेटाबेस के सामान्य आकार को जानता था, इसलिए मैं टेबल स्पेस में एकाधिक डेटाफाइल जोड़ने के बाद किसी भी समस्या के बिना .dmp आयात करने में सक्षम था।

मैं टेबल-स्पेस जब पहले एक मैं जोड़ा स्वचालित रूप से एक असीमित आकार के लिए विकसित करने के लिए स्थापित किया गया था करने के लिए कई डाटाफाइलों जोड़ने के लिए की आवश्यकता क्यों किया? अधिकतम आकार 34 जीबी और असीमित क्यों नहीं था? क्या 34 जीबी की हार्ड कैप है?

Answer 1

आप की खोज की है के रूप में, और के रूप में एलेक्स पूल ने कहा, वहाँ एक व्यक्ति डेटा फ़ाइल आकार सीमाएं होती हैं। छोटे ब्लॉक 128 जीबी तक सीमित हैं और आपके ब्लॉक आकार के आधार पर bigfiles 128TB तक सीमित हैं। (लेकिन आप उन सीमाओं को बढ़ाने के लिए अपने ब्लॉक आकार को बदलना नहीं चाहते हैं।) create tablespace कमांड में आकार सीमा केवल तभी होती है जब आप आकार को और सीमित करना चाहते हैं।

इसमें कुछ समय भ्रमित कर सकते हैं। आप शायद फाइलों के प्रबंधन की परवाह नहीं करते हैं और इसे "बस काम" करना चाहते हैं। डेटाबेस भंडारण प्रबंध हमेशा वाला कष्टप्रद हो जाता है, लेकिन यहाँ कुछ चीजें आप कर सकते हैं:

1. एक न्यूनतम करने के लिए अपने टेबलस्पेस रखें। वहाँ कुछ दुर्लभ मामलों में जहां यह छोटे टेबलस्पेस के बहुत सारे में डेटा विभाजन मददगार है कर रहे हैं। लेकिन उन दुर्लभ लाभों को आमतौर पर उन दर्दों से अधिक माना जाता है जिन्हें आप उन सभी वस्तुओं के प्रबंधन का अनुभव करेंगे।
2. हमेशा एक से अधिक डेटा फ़ाइल जोड़ने की आदत में जाओ। यदि आप एएसएम का उपयोग कर रहे हैं (जो कि यह एक स्थानीय उदाहरण है तो मैं अनुशंसा नहीं करता), तो डेटाफाइल जोड़ने के दौरान "पागल" नहीं जाने का लगभग कोई कारण नहीं है। भले ही आप एएसएम का उपयोग नहीं कर रहे हैं, फिर भी आपको थोड़ा पागल होना चाहिए। जब तक आप मूल आकार को कम तक सेट करते हैं, तब तक आप MAX_FILES सीमा के करीब नहीं हैं, और आप यूएनडीओ और टीईएमपी जैसे विशेष टेबलस्पेस से निपट नहीं रहे हैं, और अधिक फ़ाइलों को जोड़ने के लिए कोई दंड नहीं है। अपने हार्ड ड्राइव की तुलना में अधिक संभावित स्थान आवंटित करने के बारे में बहुत चिंता न करें। यह कुछ डीबीए पागल हो जाता है, लेकिन आपको एक सौ फाइलों में अंतरिक्ष से बाहर निकलने का मौका बनाम ओएस स्पेस से बाहर निकलने का मौका वजन करना होगा। (या तो मामले में, आपके आवेदन दुर्घटना होगा।)
3. सेट RESUMABLE_TIMEOUT पैरामीटर। तब SQL कथन निलंबित कर दिया जाएगा, एक चेतावनी उत्पन्न कर सकता है, DBA_RESUMABLE में सूचीबद्ध किया जाएगा, और अधिक स्थान के लिए धैर्यपूर्वक इंतजार करेंगे। यह डेटा गोदामों में बहुत उपयोगी है।

---

यह "असीमित" क्यों कहा जाता है?

मैं कीवर्ड UNLIMITED लगता होगा एक ऐतिहासिक गलती है। ओरेकल के पास at least version 7, और शायद पहले के बाद से फ़ाइल आकार सीमा थी। ओरेकल 7 को 1 99 2 में रिलीज़ किया गया था, जब 1GB hard drive cost $1995। हो सकता है कि उस समय प्रत्येक ऑपरेटिंग सिस्टम में फ़ाइल आकार की सीमा कम हो। शायद 128 जीबी के बारे में सोचने के लिए "असीमित" के रूप में उचित था।