Oracle Tablespace maxsize "unlimited" non proprio illimitato

Question

Recentemente ho avuto bisogno di importare un .dmp in un nuovo utente che ho creato. Ho anche creato un nuovo spazio tabelle per l'utente con il seguente comando:

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

Mentre l'importazione era in esecuzione ho ottenuto un errore:

ORA-01652 Unable to extend my_tablespace segment by in tablespace 

Quando ho esaminato i file di dati nella tabella DBA_DATA_FILES, Ho osservato che il valore massimo era di circa 34 GB. Poiché conoscevo la dimensione generale del database, sono stato in grado di importare il file .dmp senza problemi dopo aver aggiunto più file di dati nello spazio tabella.

Perché ho dovuto aggiungere più file di dati nello spazio tabelle quando il primo che ho aggiunto è stato impostato per aumentare automaticamente a una dimensione illimitata? Perché la dimensione massima è di 34 GB e non è illimitata? C'è un limite massimo di 34 GB?

Answer 1

Come hai scoperto, e come ha sottolineato Alex Poole, ci sono dei limiti per le dimensioni di un singolo file di dati. I file di piccole dimensioni sono limitati a 128 GB e i file di grandi dimensioni sono limitati a 128 TB, a seconda delle dimensioni del blocco. (Ma non si desidera modificare le dimensioni del blocco solo per aumentare tali limiti.) Il limite di dimensioni nel comando create tablespace è presente solo se si desidera limitare ulteriormente la dimensione.

Questo può essere un po 'di confusione. Probabilmente non ti interessa gestire i file e vuoi che "funzioni solo". Gestione archiviazione del database è sempre andando essere fastidioso, ma qui ci sono alcune cose che puoi fare:

1. Mantenga i vostri spazi tabelle al minimo. Lì sono alcuni rari casi in cui è utile suddividere i dati in molti piccoli spazi tabella. Ma quei rari benefici sono di solito superati in numero dal dolore che sperimenterai nella gestione di tutti quegli oggetti.
2. Prendere l'abitudine di aggiungere sempre più di un file di dati. Se si sta utilizzando ASM (che non consiglierei se si tratta di un'istanza locale), non vi è quasi alcun motivo per non diventare "pazzi" quando si aggiungono file di dati. Anche se non stai usando l'ASM, dovresti comunque diventare un po 'pazzo. Se si imposta la dimensione originale su un valore basso, non si è vicini al limite di MAX_FILES e non si ha a che fare con uno dei tablespace speciali come UNDO e TEMP, non c'è penalità per l'aggiunta di altri file. Non preoccuparti troppo di allocare più spazio potenziale rispetto al tuo disco rigido. Questo fa impazzire alcuni DBA, ma devi valutare la possibilità di esaurire lo spazio del sistema operativo rispetto alla possibilità di esaurire lo spazio in un centinaio di file. (In entrambi i casi, l'applicazione si blocca.)
3. Impostare il parametro RESUMABLE_TIMEOUT. Quindi le istruzioni SQL verranno sospese, potrebbe generare un avviso, saranno elencate in DBA_RESUMABLE e attenderanno pazientemente più spazio. Questo è molto utile nei data warehouse.

---

Perché si chiama "illimitato"?

Direi che la parola chiave UNLIMITED è un errore storico. Oracle ha avuto la stessa limitazione delle dimensioni del file dal at least version 7 e forse prima. Oracle 7 è stato rilasciato nel 1992, quando un 1GB hard drive cost $1995. Forse ogni sistema operativo in quel momento aveva una limitazione delle dimensioni del file inferiore a quella. Forse era ragionevole pensare a 128 GB come "illimitato".