Questione : Spiegazione del guscio di noce dei tablespaces e degli schedari di dati.

Sto funzionando: bit 32 AS

Now di 10.2.0.4 .0
Redhat 4.6 della base di dati della serie di commercio del

Oracle 12.0.6
Oracle per la mia domanda.  Come DBA di inizio, mi scopro che faccio una miriade delle cose come clonazione, rattoppare, ridimensionante i tablespaces, ecc…, ma una cosa ritengo scomodo con e che ho non potuto sapere con certezza sono il seguente:

Why ridimensiono piuttosto di uno schedario di dati? il

Why fa alcuni tablespaces ha pochi schedari di dati che sono enormi ed altri più schedari di dati che sono più piccoli?  Come si decide il numero degli schedari di dati contro il formato?  il

When fa uno per dirlo “non ridimensionerà questi schedari di dati ma preferibilmente genererà un nuovo„?
class= del

Risposta : Spiegazione del guscio di noce dei tablespaces e degli schedari di dati.

Ciao,

Ci era tempo dove un conteggio della lima non essere più grande di 2GB su alcuni sistemi.
Ci era tempo dove le grandi lime erano difficili da dirigere (per copiare, trasferire,…)
Ed allora voi preferred avendo parecchie lime.
Ci era tempo dove avete avuto parecchi disc, con un filesystem per ogni disc. Così se voleste equilibrare l'ingresso/uscita, generate uno schedario di dati su ogni disc. Quella era “spogliatura del manuale„

Ma oggi, potete avere lime molto grandi con un limite molto alto, voi potete parti di sostegno delle lime paralelamente, voi equilibrate l'ingresso/uscita con i filesystems virtuali, il RAID, ASM,…

Oracle persino ha che cosa è chiamato “tablespaces bigfile„ che può avere soltanto uno schedario di dati che può avere il formato massimo. Così non ci è solitamente buon motivo avere troppi schedari di dati, tranne se pensate che sia più facile da dirigere (per esempio, avete 2 filesystems e che volete spostare alcune lime da una verso l'altra per equilibrare lo spazio).

>> Quando si lo dice “vuole non ridimensionare questi schedari di dati ma preferibilmente generare un nuovo„?
Quando esso portata il limite che potete dirigere facilmente. Ma se quello lo incita ad avere 500 schedari di dati, quindi voi dovrebbe spingere verso l'alto il vostro limite;)

Riguardi,
Franck.
Altre soluzioni  
 
programming4us programming4us